Structured Systems Analysis and Design Methodology Contains 5 modules: Feasibility Study (Stage 0) Requirements Analysis (Stages 1 and 2) Requirements.

Slides:



Advertisements
Similar presentations
Business System Options
Advertisements

DFD, LDS, ELH Inter-Relationships
Log System Spec 1 Logical Systems Specification Module Two stages in the module – Stage 4 - Technical Systems Options – Stage 5 - Logical Design Performed.
Lecture 3 Planning and Development Methodologies.
1 Information Systems Development (ISD) Systems Development Life Cycle Overview of Analysis Phase Overview of Design Phase CP2236: Information Systems.
Systems Documentation Techniques
Structured Systems Analysis and Design Methodology
1 Introduction to Data Flow Modelling The data flow approach to requirements determination in building a system for business use. This type of computer.
Project Management Process. Project Complexity means that: a team of people are needed to supply expertise the work needs to be broken into manageable.
© Farhan Mir 2008 IMS MIS Development BBA (IT) 6 th (Lectures ) (Information System Development Methodologies) Course Lecturer: Farhan Mir.
SSADM vs UML We examine the two Methods { SSADM And UML}
Soft. Eng. I, Spring 07Dr Driss Kettani, from I. Sommerville1 CSC-3324: Chapter 5 Requirements Engineering Reading: Chap. 6, 7 + annex.
SYSTEMS DEVELOPMENT METHODOLOGIES. WHAT IS A METHODOLOGY? Procedures + Techniques + Tools + Phases = Method Method + Philosophy = Methodology.
System Design and Analysis
Lecture 13 Revision IMS Systems Analysis and Design.
PROCESS MODELING Transform Description. A model is a representation of reality. Just as a picture is worth a thousand words, most models are pictorial.
Function Definition  From Investigation to Specification  Defining Functions  The Universal Function Model  Identifying and Documenting Functions.
1 IS 4420 Database Fundamentals Chapter 2: Database Development Process Leon Chen.
Physical design. Stage 6 - Physical Design Retrieve the target physical environment Create physical data design Create function component implementation.
Software Engineering For Beginners. General Information Lecturer, Patricia O’Byrne, office K115A. –
Systems Analysis and Design. Plan Introduction Structured Methods –Data Flow Modelling –Data Modelling –Relational Data Analysis Feasibility Maintenance.
Software Methodologies How to pick it How to document it.
Software Engineering For Beginners. General Information Lecturer, Patricia O’Byrne. – Times: –See noticeboard outside.
Data Flow Modelling II. Plan Introduction Structured Methods –Data Flow Modelling –Data Modelling –Relational Data Analysis Feasibility Maintenance.
IMS Information Systems Development Practices
Process Modeling and Data Flow Diagrams
DATA FLOW DIAGRAMS IT 155.
Introduction to Computer Technology
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Computer Science: An Overview Tenth Edition by J. Glenn Brookshear Chapter.
National Diploma in Systems Analysis and Design Data Flow Modelling.
staffs.ac.uk Process Model. staffs.ac.uk Contents Provide definitions Explain the components and representations Introduce a step.
Software Engineering System analysis and Design. Steps in System Analysis and Design I dentification of the problem F easibility Study System A nalysis.
Chapter 8: Systems Development Please turn your cell phone off.
The Software Development Life Cycle: An Overview
INTRO TO INFORMATION SYSTEMS DEVELOPMENT IS 340 BY CHANDRA S. AMARAVADI 1.
Overview of the Database Development Process
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
INFORMATION SYSTEM APPLICATIONS System Development Life Cycle.
Introduction to SDLC: System Development Life Cycle Dr. Dania Bilal IS 582 Spring 2009.
Business Process Management. Key Definitions Process model A formal way of representing how a business operates Illustrates the activities that are performed.
1 Lecture 3: Introducing Data Flow Diagrams (DFDs) Section 1 - The Concept of Diagrams Why use Diagrams? Diagrams as Working Documents Systems Analysis.
CB1004 Modelling Business Systems 71 Modelling Business Systems 7 Systems Methods.
Section 11 : Normalisation
COM332 – SA3 SSADM, MERISE.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Software School of Hunan University Database Systems Design Part III Section 5 Design Methodology.
1 Chapter 15 Methodology Conceptual Databases Design Transparencies Last Updated: April 2011 By M. Arief
Methodology - Conceptual Database Design. 2 Design Methodology u Structured approach that uses procedures, techniques, tools, and documentation aids to.
Software Development Cycle What is Software? Instructions (computer programs) that when executed provide desired function and performance Data structures.
Systems Analysis and Design
Project Management Cross lifecycle Activity
Lecture 2 System Development Lifecycles. Building a house Definition phase Analysis phase Design phase Programming phase System Test phase Acceptance.
Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing SSADM S tructured S ystems A nalysis and D esign M ethod.
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.
Chapter 11  2000 by Prentice Hall System Analysis and Design: Methodologies and Tools Uma Gupta Introduction to Information Systems.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Methodologies and SSADM Models, Tools and Techniques.
Information Systems in Organisations Module Introduction.
Data Flow Diagram : Developed By Larry Constantine as a way of expressing system requirements in graphical Form: Data Flow Models (DFMs) are easy to understand.
Information Systems Development
Gary Hughes, South Oakleigh College
Systems Analysis and Design
Introduction to Systems Analysis and Design
Public Management Information Systems System Analysis & Design Tuesday, December 04, 2018 Hun Myoung Park, Ph.D. Public Management & Policy Analysis.
Business Analysis Entity Life History Chris Russell O2.41d
(System Development Life Cycle)
Information Systems Development (ISD) Systems Development Life Cycle
Public Management Information Systems System Design Monday, July 01, 2019 Hun Myoung Park, Ph.D. Public Management & Policy Analysis Program Graduate.
Presentation transcript:

Structured Systems Analysis and Design Methodology Contains 5 modules: Feasibility Study (Stage 0) Requirements Analysis (Stages 1 and 2) Requirements Specification (Stage 3) Logical System Specification (Stages 4 and 5) Physical Design (Stage 6)

Methodology: a definition A Methodology is a collection of procedures, techniques, tools and documentation which will help the systems developer to develop an information system.

SSADM Version 4 Stages of SSADM v4 annotated to show main uses of the three basic diagrammatic techniques. Notice how the diagrams carry forward from stage to stage becoming transformed from the existing physical system through a logical system and eventually to the required system. Key to abbreviations: c.p. = current physical diagram c.l. = current logical diagram r.s. = required system diagram DFD = dataflow diagram E.P.D. = elementary process description LDM = logical data model ELH = entity life history

SSADM Version 4 Stage 0: Feasibility Step 010 Prepare for feasibility study Step 040 Assemble feasibility report Step 030 Select feasibility options Step 020 Define the problem RJP/SSADM 0/PP overview LDS context diagram current physical level 1 DFD uses c.p.DFD and overview LDS subsets of DFD and LDS used for BSOs and TOs and for estimation of system size and complexity LDS included in environment descriptions

SSADM Version 4 Stage 1: Investigation of the current environment Step 160 Assemble investigation results Step 150 Derive logical view of current services Step 140 Investigate current data Step 130 Investigate the current processing Step 120 Investigate and define requirements Step 110 Establish analysis framework RJP/SSADM 1/PP level 1 current physical DFD (c.p. DFD) overview LDS in step 130 the c.p. DFD is updated from results of Step 120 c.p. DFD converted to current logical DFD (c.l. DFD) refine & validate LDM amend LDM to support c.l. DFD and EPDs as required

SSADM Version 4 Stage 2: Business System Options Step 220 Select business system options Step 210 Define business system options RJP/SSADM 2/PP DFDs and LDM may be used to support both these steps

SSADM Version 4 Stage 3: Definition of Requirements Step 310 Define required system processing Step 380 Assemble requirements specification Step 370 Confirm system objectives Step 360 Develop processing specification Step 350 Develop specification prototypes Step 340 Enhance required data model Step 330 Derive system functions Step 320 Develop required data model RJP/SSADM 3/PP amend c l DFD to agree with BSO and LDS (this gives required system DFD) use r.s. DFD to identify update & enquiry functions use r.s. DFD and LDM as inputs to entity/event modelling, creating ELHs, EAPs and ECDs use r.s. DFD and LDM for reference required system LDM prepared refer to r.s. LDM as necessary validate and enhance LDM from RDA update required system LDM as necessary cross check LDM against all other products

SSADM Version 4 Stage 4: Technical Options Step 410 Define technical system options Step 420 Select technical system options RJP/SSADM 4/PP LDM now part of requirements spec. which is input to this stage

SSADM Version 4 Stage 5: Logical Design Step 540 Assemble logical design Step 530 Define enquiry processes Step 520 Define update processes Step 510 Define user dialogues RJP/SSADM 5/PP update entity descriptions in LDM, include state indicators on ELHs and create update process models check LDM and other logical design products for consistency requirements spec. input to this stage create enquiry process models

SSADM Version 4 Stage 6: Physical Design Step 610 Prepare for physical design Step 630 Create function component implementation map Step 620 Create physical data design Step 640 Optimise physical data design Step 650 Complete function specification Step 660 Consolidate process data interface Step 670 Assemble physical design RJP/SSADM 6/PP LDM is main input LDM is used for reference

1.How many times in a project are the following diagrams worked on? –DFD –LDM (what is the LDM?) –ELH 2.What are the main artefacts output from each stage? –Stage 0 –Stage 1 –Stage 2 –Stage 3 –Stage 4 –Stage 5 –Stage 6 So…… Questions on the above structure: /Continued………..

3.On which life cycle is SSADM based? 4.What is meant by the following: Logical Design Physical Design 5.What does ‘Conceptual Model’ mean? 6.When is the code written? 7.When is the system tested? 8.When is the client/user trained to use the system? 9.Why is it advantageous to draw models? 10.What are the reasons for having all these three models: the Data Model (inc ERD/LDM), the Process Model (inc DFDs and process specifications) and the Behavioural Model (ELHs)? 11.Where and how does the Project Management happen? 12.Where and how does Quality Assurance happen? And…… Questions on the above structure (continued):