Introduction Object oriented design is a method where developers think in terms of objects instead of procedures or functions. SA/SD approach is based.

Slides:



Advertisements
Similar presentations
Database Systems: Design, Implementation, and Management Tenth Edition
Advertisements

Software Design Deriving a solution which satisfies software requirements.
March 15, 2004CS WPI1 CS 509 Design of Software Systems Lecture #8 Monday, March 15, 2004.
Chapter 14: Design Method --- data and architectural design Design -- A multistep process in which representations of data structure, program structure,
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Lecture 13 Revision IMS Systems Analysis and Design.
Tutorial Week 7 PPM feedback PSR and Project Review Report.
IMS1805 Systems Analysis Topic 3: Doing Analysis (continued from previous weeks)
Systems Analysis and Design in a Changing World, 6th Edition
Modeling the Processes and Logic
Data Modeling Introduction. Learning Objectives Define key data modeling terms –Entity type –Attribute –Multivalued attribute –Relationship –Degree –Cardinality.
SE 555 Software Requirements & Specification Requirements Analysis.
Process Modelling Using Data Flow Diagrams - Building and Levelling Them; Process Modelling Using Function Decomposition CSE Information Systems.
Chapter 10: Architectural Design
Department of Computer Science 1 CSS 496 Business Process Re-engineering for BS(CS)
6 Systems Analysis and Design in a Changing World, Fourth Edition.
DATABASE MANAGEMENT SYSTEM ARCHITECTURE
UML Sequence Diagrams Michael L. Collard, Ph.D. Department of Computer Science Kent State University.
Building The Analysis Model. Object-Oriented Analysis The object oriented analysis define all classes, the relationships and behavior associated with.
Chapter 6: The Traditional Approach to Requirements
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
USE Case Model.
System Analysis & Design
Chapter 10 Architectural Design
Why Analysis Process Refer to earlier chapters Models what the system will do makes it easier for understanding no environment considered (hence, system.
INFO415 Approaches to System Development: Part 2
Managing the development and purchase of information systems (Part 1)
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
10/12/2001Data Structure1 Relationships Between The Data Flow Diagram and The Systems Design Activities Mohammad A. Rob School of Business and Public Administration.
Data Flow Diagram A method used to analyze a system in a structured way Used during: Analysis stage: to describe the current system Design stage: to describe.
Using Dataflow Diagrams – Part 2 Systems Analysis and Design, 7e Kendall & Kendall 7 © 2008 Pearson Prentice Hall.
Software Design: An Introduction by David Budgen Presented by Shane Marcus EEL 6883 – Spring 2007 Presented by Shane Marcus EEL 6883 – Spring 2007.
1 Chapter 14 Architectural Design 2 Why Architecture? The architecture is not the operational software. Rather, it is a representation that enables a.
Chapter 9 Moving to Design
Modeling Shari L. Pfleeger and Joanne M. Atlee, Software Engineering: Theory and Practice, 4 th edition, Prentice Hall, Hans Van Vliet, Software.
Structured Analysis.
1 Introduction to Software Engineering Lecture 1.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Chapter 12: Design Phase n 12.1 Design and Abstraction n 12.2 Action-Oriented Design n 12.3 Data Flow Analysis n Data Flow Analysis Example n
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.
1 6 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 6 The Traditional Approach to Requirements.
SOFTWARE DESIGN. INTRODUCTION There are 3 distinct types of activities in design 1.External design 2.Architectural design 3.Detailed design Architectural.
DATABASE MANAGEMENT SYSTEM ARCHITECTURE
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Design Methods Instructor: Dr. Jerry Gao. Software Design Methods Design --> as a multistep process in which we design: a) data structureb) program structure.
Silberschatz, Galvin and Gagne ©2009 Operating System Concepts – 8 th Edition, Chapter 3: Process-Concept.
Information Systems Architecture (ISA) Conceptual blueprint for organization’s desired information systems structure Consists of:  Data (e.g. Enterprise.
Information Systems Architecture (ISA)
Context Process0. student Data Flow Diagram Progression.
CS223: Software Engineering
6 Systems Analysis and Design in a Changing World, Fourth Edition.
Object-Oriented Systems. Goals Object-Oriented Methodologies – The Rumbaugh et al. OMT – The Booch methodology – Jacobson's methodologies.
1 SYS366 Week 1 - Lecture 1 Introduction to Systems.
Modeling Shari L. Pfleeger and Joanne M. Atlee, Software Engineering: Theory and Practice, 4 th edition, Prentice Hall, Hans Van Vliet, Software.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 5 Modeling the Processes and Logic.
I&C Lab Seminar Procedure for the Software Requirements Specification for Safety Critical Systems Seo Ryong Koo Korea Advanced Institute Science.
Tools Of Structured Analysis
Data Flow Diagrams.
Chapter 6 The Traditional Approach to Requirements.
System Design and Modeling
Design methods: JSP and JSD†
Rumbaugh’s Objectmodeling Technique
Data Dictionaries ER Diagram.
Chapter 10: Process Implementation with Executable Models
تحلیل سیستم‌ها مدل‌سازی پردازشی.
Data, Databases, and DBMSs
University of Houston-Clear Lake
Design Model Like a Pyramid Component Level Design i n t e r f a c d s
Presentation transcript:

Structured analysis and structured design (SA/SD), Jackson Structured Development (JSD).

Introduction Object oriented design is a method where developers think in terms of objects instead of procedures or functions. SA/SD approach is based on the data flow Diagram. JSD approach is action-oriented. SA/SD is easy to understand but it focuses on well defined system boundary whereas JSD approach is too complex and does not have any graphical representation.

SA/SD SA/SD is diagrammatic notation which is design to help people understand the system. The basic goal of SA/SD is to improve quality and reduce the risk of System failure. It establishes concrete management specification and documentation. It focuses on reliability, flexibility and maintainability of system. In this system it involves 2 phases. Analysis Phase: It uses DFD, Data Dictionary, StateTransition diagram and ER diagram. 2) Design Phase: Structure Chart, Pseudo Code

SA/SD Analysis Phase: Data Flow Diagram: In a DFD model describe how the data flows through the system. Data Dictionary: The content that is missing from DFD is described in the data dictionary. Data Dictionary defines the Data store and there relevant meaning. State Transition Diagrams is similar to Dynamic model .It specifies how much time function will take to execute and data access triggered by events. ER Diagram: It specifies the relationship between data store

SA/SD Design Phase: Structure Chart, Pseudo Code Structure Chart: It is created by the DFD. Structure Chart specifies how DFD‟s processes are grouped in to task and allocate to CPU‟s. Pseudo Code: Actual implementation of the System.

Jackson Structured Development (JSD) JSD was introduced by Michael Jackson in 1983. The fundamental principle of JSD[6] is that it focuses on describing the real world by the system i.e. its main focus is to map the progress in the real world rather than specifying the functions performed by the system i.e its main focus is to map the progress in the real world. JSD consist of three stages: 1. Modeling Stage – This Stage comprises of Entity Action and Entity Structure. 2. Network Stage – Initial model step, Function Step, and System Timing Step. 3. Implementation Stage – Implementation Step.

JSD In modeling stage the entity structure diagram has been created and identifies the entities and their actions. In a network phase a set of sequential is expanded into a process network by addition of process for handling messages for external environment and generating system output. In Entity Action the entities perform actions in time. The action is atomic and cannot be decomposed further. Entity Structure Step partially sequences the order of action with respect to time.

JSD In initial model step we concentrate on state vector and data stream communication. A data stream is an unbounded queue where read operator extracts the next record from the queue, if there are no records when the process executing the read operation waits until the record is available whereas in write operation data stream places the next record in the queue. In state vector we are present all the possible states of an entity. Function step consist of pseudo code to the output of action generated from states. In this step the developer requires a complete specification of the system. System Timing Step relates with the performance constraints of the system. The implementation step focuses on process scheduling and allocates the number of processors required. The process may be different form the processors