Downloaded 2,255 times
Uploaded byMukund Trivedi
Dfd final
Data flow diagrams (DFDs) are a graphical tool used to communicate system requirements and analyze system logic. DFDs focus on the flow of data between external entities, processes, and data stores. They provide an overview of what data a system processes, what transformations are performed, what data is stored, and what results are produced. DFDs contain four main elements - external entities, data flows, processes, and data stores. External entities represent sources or destinations of data outside the system, processes represent actions performed on the data, data flows show the movement of data between elements, and data stores represent data repositories. DFDs can be decomposed into multiple levels to show increasing detail.
More Related Content
![Vibe Coding vs. Spec-Driven Development [Free Meetup]](https://cdn.slidesharecdn.com/ss_thumbnails/vibecodingvsspecdrivendevelopment-251209105622-43f455e7-thumbnail.jpg?width=640&height=640&fit=bounds)
Dfd final
- 1.
- 2. Data Flow Diagrams A graphical tool, useful for communicating with users, managers, and other personnel. Used to perform structured analysis to determine logical requirements. Useful for analyzing existing as well as proposed systems. Focus on the movement of data between external entities and processes, and between processes and data stores. A relatively simple technique to learn and use.
- 3. Why DFD ? Provides an overview of- What data a system processes What transformations are performed What data are stored What results are produced and where they flow Graphical nature makes it a good communication tool between- User and analyst Analyst and System designer
- 4. DFD elements Source/Sinks (Externalentities) Data flows Processes Data Stores
- 5. External Entities ARectangle represents an external entity They either supply or receive data They do not process data External Entities • Source – Entity that supplies data to the system. • Sink – Entity that receives data from the system.
- 6. Data Flows Datain motion Marks movement of data through the system - a pipeline to carry data. Connects the processes, external entities and data stores. Generally unidirectional, If same data flows in both directions, double-headed arrow can be used. Data Flow
- 7. Processes A circlerepresents a process Straight line with incoming arrows are input data flows Straight lines with outgoing arrows are output data flows Labels are assigned to Data flow. These aid documentation 1. STORES Stores demand note Delivery Slip Issue Slip
- 8. Data Stores AData Store is a repository of data Data can be written into the data store. This is depicted by an incoming arrow Data can be read from a data store. This is depicted by an outgoing arrow External entity cannot read or write to the data store Two data stores cannot be connected by a data flow Data StoresD1 Data StoresD1 Data StoresD1 Writing Reading
- 9. Rules of DataFlow Data can flow from External entity to process Process to external entity Process to store and back Process to process Data cannot flow from External entity to external entity External entity to store Store to external entity Store to store
- 10. Data Flow Diagrams Analternate notation is often used: A Process A Data Store 3 Store Issue Data StoresD1 Label Name Name Label
- 11. Good Style inDrawing DFD Use meaningful names for data flows, processes and data stores. Use top down development starting from context diagram and successively levelling DFD Only previously stored data can be read A process can only transfer input to output. It cannot create new data Data stores cannot create new data
- 12. Decomposition of DFDs A system is too complex to be shown on a single DFD. Decomposition is the iterative process of exploding data flow diagrams to create more detail. Level 0 data flow diagrams may be exploded into successive low levels of detail. The next level of detail would be a level 1 data flow diagram. The DFDs become linked together in a hierarchy, which would fully document the system.
- 13. Why Level DFD If a DFD is too detailed it will have too many data flows and will be large and difficult to understand Start from a broad overview. Expand to details – Idea similar to using procedures and linking these with a main program Each DFD must deal with one aspect of a big system
- 14. Levels of DFD Context diagram Level-0 diagram (System diagram) Level-n diagram - Detail of one process from next highest level Primitive diagram (Lowest level DFD)
- 15. Levelling Rules Ifa process p is expanded, the process at the next level are labelled as p.1, p.2 etc. All data flow entering or leaving p must also enter or leave it’s expanded version Expanded DFD may have data stores No external entity can appear in expanded DFD Keep the number of processes at each level less than 7
- 16. Balancing DFDs Informationpresented at one level of a DFD is accurately represented in the next level DFD. Ensures that the input and output data flows of the parent DFD are maintained on the child DFD.
- 17. Creating DFDs Createa preliminary Context Diagram. Identify Use Cases, i.e. the ways in which users most commonly use the system. Create DFD fragments for each use case. Create a Level 0 diagram from fragments. Decompose to Level 1,2,… Validate DFDs with users.
- 18. Creating the ContextDiagram Draw one process representing the entire system (process 0) Find all inputs and outputs that come from or go to external entities; draw as data flows. Draw in external entities as the source or destination of the data flows.
- 19. Creating Level 0Diagram Combine the set of DFD fragments into one diagram. Generally move from top to bottom, left to right. Minimize crossed lines.
- 20. Creating Level 1Diagram Each use case is turned into its own DFD. Take the steps listed on the use case and depict each as a process on the level 1 DFD. Inputs and outputs listed on use case become data flows on DFD. Include sources and destinations of data flows to processes and stores within the DFD. May also include external entities for clarity.
- 21. When to stopdecomposing DFDs? Ideally, a DFD has at least three levels. When the system becomes primitive i.e. lowest level is reached and further decomposition is useless.
- 22. Validating DFD Checkfor syntax errors to assure correct DFD structure. Check for semantics errors to assure accuracy of DFD relative to actual/desired system.
- 23. University Admission System 0 Student Student Information Report Staff Admission Approval orRejection Report Request Context Diagram DFD for University Admission System
- 24. Perform Intake Procedure 1 Student Student Information Report Admission Approval or Rejection ReportRequest Approved Application Verified Approved Application Data Query Data Request for Student Information Maintenance Other Student Data Data Item Prompt Staff Data Items Generate Reports 3 Maintain Student Information 2 Student Name & ID Student DataD1 Prior Application Data Level 0
- 25. Receive Admission Application 1.1 Student Student Information Application Approval or Rejection Verify Admission Application 1.2 Review Admission Application 1.3 AdmissionApplication Student DataD1 Verified Admission Application Application Request Application Data Student Name and ID Prior Application Data Approved Application Level 1 Process 1, Perform Intake Procedure
- 26. Add New Student 2.2 Edit Existing Student 2.3 Delete Existing Student 2.4 StudentDataD1 Cancel Operation 2.5 Approved Application to Edit ID of Student to Delete Determination to Cancel Operation Determine Operation 2.1 Approved Application Request for Student Information Maintenance Approved Application to Add Verified Approved ApplicationVerified Changed Student Data Verified ID of Student to Delete Level 1 Process 2, Maintain Student Information
- 27. Context Diagram DFD forLemonade Stand 0.0 Lemonade System EMPLOYEECUSTOMER Pay Payment Order VENDOR Payment Purchase Order Production Schedule Received Goods Time Worked Sales Forecast Product Served
- 28. Level 0 2.0 Production EMPLOYEE Production Schedule 1.0 Sale 3.0 Procure- ment Sales Forecast ProductOrdered CUSTOMER Pay Payment Customer Order VENDOR Payment Purchase Order Order Decisions Received Goods Time Worked Inventory Product Served 4.0 Payroll
- 29. Level 1, Process1 1.3 Produce Sales Forecast Sales ForecastPayment 1.1 Record Order Customer Order ORDER 1.2 Receive Payment PAYMENT Severed Order Request for Forecast CUSTOMER
- 30. Level 1, Process2 and Process 3 2.1 Serve Product Product Order ORDER 2.2 Produce Product INVENTORTY Quantity Severed Production Schedule RAW MATERIALS 2.3 Store Product Quantity Produced & Location Stored Quantity Used Production Data 3.1 Produce Purchase Order Order Decision PURCHASE ORDER 3.2 Receive Items Received Goods RAW MATERIALS 3.3 Pay Vendor Quantity Received Quantity On-Hand RECEIVED ITEMS VENDOR Payment Approval Payment
- 31. Level 1, Process4 Time Worked 4.1 Record Time Worked TIME CARDS 4.2 Calculate Payroll Payroll Request EMPLOYEE 4.3 Pay Employe e Employee ID PAYROLL PAYMENTS Payment Approval Payment Unpaid time cards
- 32.
- 33. Logical and PhysicalDFD DFDs considered so far are called logical DFDs A physical DFD is similar to a document flow diagram It specifies who does the operations specified by the logical DFD Physical DFD may depict physical movements of the goods Physical DFDs can be drawn during fact gathering phase of a life cycle
- 34. Physical DFD forCheque Encashment Cash Clerk Verify A/C Signature Update Balance Bad Cheque Store chequesCustomer Accounts Cheque Cheque with Token number Cashier Verify Token Take Signature Entry in Day Book CUSTOMER Token Token
- 35. Logical DFD forCheque Encashment Cash Retrieve Customer Record Cheque with token Store cheques Customer Accounts Cheque Cheque with Token Entry in Day Book CUSTOMER Token Slip Cheque Check Balance, Issue token Store Token no & cheques Search & match token Update Daily cash book Token Slip or Cheque
- 36.
- 37. In aDFD external entities are represented by a a. Rectangle b. Ellipse c. Diamond shaped box d. Circle External Entities may be a a. Source of input data only b. Source of input data or destination of results c. Destination of results only d. Repository of data A data store in a DFD represents a. A sequential file b. A disk store c. A repository of data d. A random access memory
- 38. By anexternal entity we mean a a. Unit outside the system being designed which can be controlled by an analyst b. Unit outside the system whose behaviour is independent of the system being designed c. A unit external to the system being designed d. A unit which is not part of DFD A data flow can a. Only enter a data store b. Only leave a data store c. Enter or leave a data store d. Either enter or leave a data store but not both A circle in a DFD represents a. A data store b. A an external entity c. A process d. An input unit
- 39.