2. What are the documentation techniques that could be used for traditional
and computerized systems. Briefly describe each?
Two commonly used systems design and documentation techniques are the entity
relationship diagram and the data flow diagram.
The data flow diagram (DFD) uses symbols to represent the entities, processes,
data
flows, and data stores that pertain to a system. DFDs are used to represent systems at
different levels of detail from very general to highly detailed. Entities in a DFD are
external objects at the boundary of the system being modeled. They represent sources of
and destinations for data. Entities may be other interacting systems or functions, or they
may be external to the organization. Entities should always be labeled as nouns on a
DFD, such as customer or supplier. Data stores represent the accounting records used in
each process, and labeled arrows represent the data flows between processes, data
stores, and entities.
Processes in the DFD should be labeled with a descriptive verb such as Ship Goods,
Update Records, or Receive Customer Order. Process objects should not be represented
as nouns like Warehouse, Accounts Receivable Dept., or Sales Dept. The labeled arrows
connecting the process objects represent flows of data such as Sales Order, Invoice, or
Shipping Notice. Each data flow label should be unique—the same label should not be
attached to two different flow lines in the same DFD. When data flow into a process
and out again (to another process), they have, in some way, been changed. This is true
even if the data have not been physically altered. Systems analysts use DFDs extensively
to represent the logical elements of the system. This technique does not, however, depict
the physical system. In other words, DFDs show what logical tasks are being done, but
not how they are done or who (or what) is performing them.
An entity relationship (ER) diagram is a documentation technique used to
represent
the relationship between entities. Entities are physical resources (automobiles, cash, or
inventory), events (ordering inventory, receiving cash, shipping goods), and agents
(salesperson, customer, or vendor) about which the organization wishes to capture data.
One common use for ER diagrams is to model an organization’s database. The degree of
the relationship, called cardinality, is the numerical mapping between entity instances.
A relationship can be one-to-one (1:1), one-to-many (1:M), or many-to-many (M:M).
System designers identify entities and prepare a model of them. This data model is the
blueprint for what ultimately will become the physical database. The data model
presented in our example is not, however, sufficiently refined to be the plan for a
workable database.
DFDs and ER diagrams depict different aspects of the same system, but they are
related and can be reconciled. A DFD is a model of system processes, and the ER diagram
models the data used in or affected by the system. The two diagrams are related through
data; each data store in the DFD represents a corresponding data entity in the ER
diagram.
References