Presentation is loading. Please wait.

Presentation is loading. Please wait.

COM 117 Introduction to Application Building Introduction to the module Learning outcomes Assessment Lecture on DFDs Practical activity Tutorial activity.

Similar presentations


Presentation on theme: "COM 117 Introduction to Application Building Introduction to the module Learning outcomes Assessment Lecture on DFDs Practical activity Tutorial activity."— Presentation transcript:

1 COM 117 Introduction to Application Building Introduction to the module Learning outcomes Assessment Lecture on DFDs Practical activity Tutorial activity

2 Assessment Strategy TCT on design techniques (multiple choice and short answer) 20% TCT lab test on further Access Database Skills 20% Group project 60% Group project60% Good interface (Input/output design) 10% Modelled requirements’ documentation 20% Level of complexity and accuracy in application 30% Ease of use of system 10% Choice of sample data 10% Reports 10% Testing documentation 10%

3 Timetable http://osiris.sunderland.ac.uk/~cs0lhu/Lynne/com117.htm

4 Data Flow Diagrams

5 Introduction SSADM What is a Data Flow Diagram? Why do we use DFDs? Levelling Conventions Decomposition and Abstraction The Elements Process and Data Stores External Entity Data Flow The Levels Rules

6 Constructing DFDs The Document Flow Diagram The Context Diagram Draw the external entities and data stores Level 1 Physical DFD Example: Hairdressing Salon Level 1 Physical DFD Summary

7 S.S.A.D.M. S.S.A.D.M. - Structured Systems Analysis and Design Method Uses different techniques to model a system –Data Flow Diagrams –Entity Relational Model (Logical Data Stores) –Normalisation

8 What is a Data Flow Diagram? Known as DFDs A way to model a real world situation They model the real world situation which aids discussion and clarity amongst users, analysts and designers.

9 Why do we use DFDs? It is a way of taking the physical view and converting it into a logical view. The physical view - all documents involved The logical view - the data they contain Their main purpose is to communicate with the user, the analyst’s understanding of the scope of the required system

10 Levelling Levels determine the amount of information shown Context diagrams show environment Each level shows more info. than the last DFDs are expanded or decomposed into levels. Separating each process into sub processes Uncovers more and more detail

11 Conventions Balancing Process at lower level should have identical data flows if they flow out of a process Modelling Data Stores Only use DATA STORES used within this process on the diagram Numbering 1 - 1.1 - 1.1.1 1.2 - 1.2.1 Labels Should carry as much meaning as possible

12 Decomposition and Abstraction Decomposition - Divide and subdivide into manageable size problems Abstraction - Concentrate on the important issues and ignore the irrelevant

13 The Elements The four main elements of DFDs notation  Data Flows, with a label to indicate what data is flowing  Processes, that handle the data  Data stores, within the system (diary, filing cabinet or computer file)  External entities, outside sources of data

14 Process and Data Stores A process is made up of Data Stores Process Number Destination (Place or Name) Process description Should be descriptive, starting with a verb. M1 Can be M for manual or D for computer base data stores. Name of Store

15 External Entity Is anything outside the system that is of interest to the system. Can be a person, a company or another system. Outside entity shows the Name and a lowercase alpha character is used to uniquely identify it. If an outside entity is repeated for the purpose of neat layout a line is added across the top. Customer a Customer a

16 Data Flow Is shown by a line with an arrowhead, indicating the direction of the flow of data. Each data flow should be named to indicate what data is being passed. Nouns or adjectives only no verbs are permitted.

17 The Levels Context - Overview - contains only one process Level 1 - Utilises all four elements Level 2 - A breakdown of a level 1 process Level 3 - A breakdown of a level 2 process There is no rule as to how many levels of DFD that can be used.

18 Rules Sequence not important - getting the Process correct is Context or Level 0 - Identifies the system/ boundary/External Links Level 1 - Overview of function Level 2 - Breakdown to Understand Hard to know where to stop Rule of Thumb If there are more than 8 data flows break it Process of Identifying major Processes

19

20

21

22

23

24

25

26 Process 3 Level 2 3Hair/Reception Clie a Hair Details Client a 3.1Hairdresser Conduct Appointment 3.2Hairdresser Inform Reception 3.3Receptionist Complete Appointment M2 Diary Appointment Details M3 Client Card Change of Hair Details

27 Naming of DFD processes

28 What happens if part of the system is on computer? Electronic datastores The above example was based on a manual system. If the datastores are computer records rather than manual files the convention is to label the datastore D1, D2 etc. D1

29 Summary SSADM What a DFD is & Why we use them The conventions What the elements are


Download ppt "COM 117 Introduction to Application Building Introduction to the module Learning outcomes Assessment Lecture on DFDs Practical activity Tutorial activity."

Similar presentations


Ads by Google