{[ promptMessage ]}

Bookmark it

{[ promptMessage ]}

kendall7e_im_ch07 - Chapter 7 Systems Analysis and Design...

Info iconThis preview shows pages 1–3. Sign up to view the full content.

View Full Document Right Arrow Icon
Chapter 7 Systems Analysis and Design Instructor's Manual 7-1 1 Chapter 7 Using Data Flow Diagrams Key Points and Objectives 1. Data flow diagrams (DFDs) are one of the main methods available for analyzing data-oriented systems. 2. Through the use of (DFDs), which emphasize the logic underlying the system, the systems analysts can put together a graphical representation of data movement through the organization. 3. The data flow approach has four main advantages over the narrative explanation of the data movement. They are: A. Freedom from committing to the technical implementation of the system too early B B. Further understanding of the interrelationships of systems and subsystems C C. Communicating current system knowledge to users through data flow diagrams D. Analysis of the proposed system to determine if all the data and processes have been defined 4. Four basic symbols are used to chart data movement on data flow diagrams. They are: A. A double square for an external entity—a source or destination of data B. An arrow for movement of data from one point to another C. A rectangle with rounded corners for the occurrence of transforming process D. An open-ended rectangle for a data store 5. Correct naming of data flow objects is necessary for good communication. Guidelines are: A. External entities should be named with a noun. B. Processes should be named: i. A system name ii. A subsystem name iii. With a verb-adjective-noun format C. Processes should have a unique reference number. D. Data stores should be named with a noun. 6. Use the following guidelines to develop a data flow diagram: A. Make a list of business activities. B. Create the context level diagram, including all external entities and the major data flow to or from them. C. Create Diagram 0 by analyzing the major activities within the context process. Include the external entities and major data stores. D. Create a child diagram for each complex process on Diagram 0. Include local data stores and detailed processes.
Background image of page 1

Info iconThis preview has intentionally blurred sections. Sign up to view the full version.

View Full Document Right Arrow Icon
Chapter 7 Using Data Flow Diagrams 7-2 7. Detailed data flow diagrams may be developed by: A. Analyzing what happens to an input data flow from an external entity. B. Analyzing what is necessary to create an output data flow to an external entity. C. Examining the data flow to or from a data store. D. Analyze a well-defined process for data requirements and the nature of the information produced. 8. Unclear areas of a data flow diagram should be noted and investigated. 9. An interface data flow is data that is input or output from a child diagram that matches the parent diagram data flow. 10. Processes that do not create a child diagram are called primitive processes. Logic is written for these processes. 11. The following conditions are errors that occur when drawing a data flow diagram: A. A process that has only input data flow to it or only output data flow from it.
Background image of page 2
Image of page 3
This is the end of the preview. Sign up to access the rest of the document.

{[ snackBarMessage ]}