1 STRUCTURE CHARTS Elements and Definitions. 2 Software System Design translates SRS into a ===> software system architecture: –system’s static structure.

Slides:



Advertisements
Similar presentations
Database System Concepts and Architecture
Advertisements

Chapter 10: The Traditional Approach to Design
Systems Analysis and Design in a Changing World, Fifth Edition
MAPPING DATA FLOW DIAGRAMS INTO STRUCTURE CHARTS
SYSTEM PROGRAMMING & SYSTEM ADMINISTRATION
Programming Languages Marjan Sirjani 2 2. Language Design Issues Design to Run efficiently : early languages Easy to write correctly : new languages.
Chapter 7 Structuring System Process Requirements
Design Phase What’s design?
Traditional Approach to Design
Chapter 10 The Traditional Approach to Design
Chapter 9: The Traditional Approach to Design Chapter 10 Systems Analysis and Design in a Changing World, 3 rd Edition.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 04. Other.
1 STRUCTURE CHARTS An Example: The Registration System.
1 SYSTEM and MODULE DESIGN Elements and Definitions.
1 Lecture 1  Getting ready to program  Hardware Model  Software Model  Programming Languages  The C Language  Software Engineering  Programming.
Software Architecture and Specification Derived from Dr. Fawcett’s slides Phil Pratt-Szeliga Fall 2010.
L ECTURE 9 – PROCESS MODELLING PART 1 Data Flow Diagrams for Process Modelling Multi-level Data Flow Diagrams Logical Vs Physical DFDs Steps to Construct.
1 TRANSFORM ANALYSIS Heuristics and Rules. 2 DFD with Transform Flow Characteristics input-driven output-driven center of transformation.
Lesson-21Process Modeling Define systems modeling and differentiate between logical and physical system models. Define process modeling and explain its.
Object-oriented design CS 345 September 20,2002. Unavoidable Complexity Many software systems are very complex: –Many developers –Ongoing lifespan –Large.
Systems Analysis I Data Flow Diagrams
Architectural Design Establishing the overall structure of a software system Objectives To introduce architectural design and to discuss its importance.
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Department of Computer Science 1 CSS 496 Business Process Re-engineering for BS(CS)
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Chapter 7 Structuring System Process Requirements
Architectural Design.
Chapter 10 Architectural Design
Lesson 7 Guide for Software Design Description (SDD)
CIS Computer Programming Logic
ME Metrological application SW product presentation ME version: 2.8 October 2010 / CZ Mgr. Cyril Modra.
© Andrew IrelandSoftware Design F28SD2 Function-oriented Design Andrew Ireland School of Mathematical & Computer Sciences Heriot-Watt University Edinburgh.
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar
TCS2411 Software Engineering1 Data-Flow Oriented Design “From DFD to Structure Chart”
UHD::3320::CH121 DESIGN PHASE Chapter 12. UHD::3320::CH122 Design Phase Two Aspects –Actions which operate on data –Data on which actions operate Two.
Dr.Basem Alkazemi
Design Methods Instructor: Dr. Jerry Gao. Software Design Methods Design --> as a multistep process in which we design: a) data structureb) program structure.
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Architectural Design Introduction Design has been described as a multistep process in which representations of data and program structure,
Systems Design.  Application Design  User Interface Design  Database Design.
CS223: Software Engineering
Chapter : 9 Architectural Design
System Development And Analysis. MOVING FROM LOGICAL TO PHYSICAL PROCESS MODELS Analysis phase – focus on logical processes and data flows Design phase.
© 2005 by Prentice Hall Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
PROGRAMMING FUNDAMENTALS INTRODUCTION TO PROGRAMMING. Computer Programming Concepts. Flowchart. Structured Programming Design. Implementation Documentation.
Architectural Complexity  A useful technique for assessing the overall complexity of a proposed architecture is to consider dependencies between components.
Systems Analysis and Design in a Changing World, Fourth Edition
Lab 3 Data Flow Diagram CPIT 250 System Analysis and Design.
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 UML Activity Diagrams.
Chapter Goals Describe the application development process and the role of methodologies, models, and tools Compare and contrast programming language generations.
Tools Of Structured Analysis
Basic Computer Organization and Design
Chapter 11 Designing Inputs, Outputs, and Controls.
COMPONENT & DEPLOYMENT DIAGRAMS
Architecture Concept Documents
System Design and Modeling
System Design.
Rumbaugh’s Objectmodeling Technique
Systems Analysis and Design
Software Design CMSC 345, Version 1/11.
Structure Charts Agenda: What are Structure Charts
Analysis models and design models
The OOA OBJECT DICTIONARY
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar
Requirement Analysis using
Chapter 7: Data Flow Diagram Structuring System Process Requirements
IT323 Project Phase#2.
Lecture 23 CS 507.
Function-oriented Design
Structure Charts.
Presentation transcript:

1 STRUCTURE CHARTS Elements and Definitions

2 Software System Design translates SRS into a ===> software system architecture: –system’s static structure –system’s possible dynamic behaviour –data structures –user interface design

3 Structured Analysis and Design prepare and analyse a Data Flow Diagram - DFD derive from the DFD a Structure Chart

4 supports the system and module design phase diagramming technique with annotations hierarchy of modules control (invocation) is explicitly modelled data flows follow control hierarchy decomposition is shown in the control hierarchy software / computer oriented derived from the DFD and further refined

5 System Structure - Control Hierarchy S I1C1O1I2 I11I12I21C11O11O12

6 Complete SC Design Structure Chart Diagram Data Dictionary (e.g. BNF) Module Specifications (e.g. PDL) ===> consistent with DFD!

7 Structure Charts - Module process / subroutine / task unit of execution accepts parameters as inputs produces parameters as outputs parameters: data or control can be invoked and can invoke label: verb linked to module specification label

8 Structure Charts - Special Modules predefined (reused) module highly useful label “macro” module avoid label multi-entry module avoid

9 Structure Charts - Invocation / Call call of subordinate module connector element NOT a data flow one specific form of control flow has a direction no split or join NO label

10 Structure Charts - Invocation / Jump to Address call jumps INTO invoked module assembler type of programming modification at run-time avoid

11 Structure Charts - Sequence of Execution sequence of subordinate modules in the diagram is not reflecting a binding sequence of invocation sequence of invocation is defined in the specification of the super-ordinate module module specification is the decisive element X X1X2X3

12 Structure Charts - Conditional Execution call of subordinate module depends on a condition no label condition is defined in the module specification module specification is the decisive element

13 Structure Charts - Loops in the Execution call of subordinate modules runs in a loop no label or condition loop (and its condition) is defined in the module specification module specification is the decisive element

14 Structure Charts - Data Flow flow of information data transfer bound to invocation has a direction no splits or joins label: noun specified in data-dictionary label

15 Structure Charts - Control Flow flow of control (<> invocation) ==> control execution path of targeted module bound to invocation has a direction no splits or joins label: flag, decision, condition specified in data-dictionary label

16 Structure Charts - Data Store storage for permanent data database / file passive; no activity beyond basic retrieval capacity serviced by a module label: noun specified in data-dictionary and/or with an ER-diagram label

17 Structure Charts - Devices / Interfaces provides connection to peripheral devices origin / destination of external data flows (controls) not part of the software to be developed label: noun specified in data-dictionary label

18 Structure Charts - SW Infrastructure provides connection to external systems, databases, operating system, etc. origin / destination of external data flows (controls) not part of the software to be developed label: noun specified in data-dictionary label

19 A Structure Chart is derived from a Data Flow Diagram and is a mapping and refinement of the DFD. ==> Algorithms? / Heuristics? DFD SC ????

20 End of Section 3b coming up: an example for Structure Charts