Chapters 7 & 9 System Scope

Slides:



Advertisements
Similar presentations
Alternative Approach to Systems Analysis Structured analysis
Advertisements

Chapter 7 Structuring System Process Requirements
Chapter 7 Structuring System Process Requirements
© 2005 by Prentice Hall 7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey.
Systems Analysis and Design, 7e Kendall & Kendall
Chapter 7 Structuring System Process Requirements
Chapter 7 Structuring System Process Requirements
Appendix Object-Oriented Analysis and Design: Use Cases Modern Systems Analysis and Design Fifth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Chapter 4 Enterprise Modeling.
Dataflow modelling: Context and Data Flow Diagrams
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 7.1.
System Analysis - Data Modeling
Jump to first page Chapter 2 System Analysis - Process Modeling.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 10 Structuring.
Systems Analysis Requirements structuring Process Modeling Logic Modeling Data Modeling  Represents the contents and structure of the DFD’s data flows.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Chapter 10 Structuring System Requirements: Conceptual Data Modeling.
Structuring System Requirements: Process Modeling
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 8 Structuring.
Use Case Modeling.
Chapter 8 Structuring System Data Requirements
Data Modeling Introduction. Learning Objectives Define key data modeling terms –Entity type –Attribute –Multivalued attribute –Relationship –Degree –Cardinality.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 10 Structuring.
Chapter 7 Structuring System Process Requirements
Chapter 8 Structuring System Requirements: Process Modeling
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Computer System Analysis Chapter 10 Structuring System Requirements: Conceptual Data Modeling Dr. Sana’a Wafa Al-Sayegh 1 st quadmaster University of Palestine.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 7.1.
Segment 5 Database Review International Islamic University Chittagong Campus.
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Sixth Edition.
Chapter 1: Data Flow Diagram Structuring System Process Requirements
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 8 Structuring.
Data Flow Diagrams (DFDs). Data flow diagram (DFD) is a picture of the movement of data between external entities and the processes and data stores within.
Structuring System Process Requirements. Learning Objectives Understand the logical modeling of processes by studying examples of data flow diagrams (DFDs).
Chapter 8 Structuring System Data Requirements
SDLC Phase II: Structuring System Requirements IS 582 Dr. Dania Bilal Spring 2008.
Phase 2: Systems Analysis
Chapter 7 Structuring System Process Requirements
Computer System Analysis Chapter 8 Structuring System Requirements: Process Modeling Dr. Sana’a Wafa Al-Sayegh 1 st quadmaster University of Palestine.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 8 Structuring.
Chapter 7 Structuring System Process Requirements
Chapter 8 Structuring System Data Requirements
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 6 Structuring.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 8 Slide 1 Chapter 9 Structuring System Data Requirements.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
1 Structuring Systems Requirements Use Case Description and Diagrams.
Chapter 9 Structuring System Data Requirements Modern Systems Analysis and Design Fifth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Modern Systems Analysis and Design Fifth Edition
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Structuring User Requirements IS 592 Dr. Dania Bilal Spring 2005.
Software Analysis 1 PROCESS MODELING: Data Flow Diagrams (DFDs)
© 2005 by Prentice Hall Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 10 Structuring.
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Sixth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Appendix Object-Oriented Analysis and Design: Use Cases and Sequence Diagrams Modern Systems Analysis and Design Fifth Edition Jeffrey A. Hoffer Joey F.
7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition.
Chapter 10 Structuring System Requirements: Conceptual Data Modeling
Business System Development
Business System Development
Chapter 6 Structuring System Requirements: Conceptual Data Modeling
Business System Development
SDLC Phase III: Structuring System Requirements
Chapter 1: Data Flow Diagram Structuring System Process Requirements
Chapter 9 Structuring System Data Requirements
Chapter 10 Structuring System Requirements: Conceptual Data Modeling
Chapter 7: Data Flow Diagram Structuring System Process Requirements
Chapter 10 Structuring System Requirements: Conceptual Data Modeling
Lecture 10 Structuring System Requirements: Conceptual Data Modeling
Presentation transcript:

Chapters 7 & 9 System Scope DFDs, Use Cases, ERDs

Agenda Summary Documenting System Scope Context and Level-0 DFDs Use Case Diagrams Enterprise Entity-Relationship Diagrams Summary

Scope What’s in and what’s out: boundary Constraints and givens What can change Who / what is affected

Process Modeling Graphically represent the processes that capture, manipulate, store, and distribute data between a system (what’s in) and its environment (what’s out) and among system components (functionalities) Utilize information gathered during requirements determination Processes and retained data are modeled

Data Flow Diagram (DFD) A picture of the movement of data between external entities and the processes and data stores within a system Difference from system flowcharts: DFDs depict logical data flow independent of technology Flowcharts depict details of physical systems

DFD Symbols

DFD Symbols (cont.) Process: work or actions performed on data (inside the system) Data store: data at rest (inside the system) Source/sink: external entity that is origin or destination of data (outside the system) Data flow: arrows depicting movement of data

Context Diagram Context diagram shows the system boundaries, external entities that interact with the system, and major information flows between entities and the system. NOTE: only one process symbol, and no data stores shown.

Level-0 DFD Level-0 DFD shows the system’s major processes, data flows, and data stores at a high level of abstraction. Processes are labeled 1.0, 2.0, etc. These will be decomposed into more primitive (lower-level) DFDs.

Use Cases Depiction of a system’s behavior or functionality under various conditions as the system responds to requests from users What are tasks in which each actor (external entity) is involved Alternative to DFDs (especially Level-0)

UML Use Case Diagram Symbols Actor Boundary Connection Include relationship Extend relationship <<include>> <<extend>>

What is an Actor? Actor is an external entity that interacts with the system. Most actors represent user roles, but actors can also be external systems. An actor is a role, not a specific user; one user may play many roles, and an actor may represent many users.

What is a Boundary? A boundary is the dividing line between the system and its environment. Use cases are within the boundary. Actors are outside of the boundary.

What is a Connection? A connection is an association between an actor and a use case. Depicts a usage relationship Connection does not indicate data flow

What is an <<extend>> Relationship? A connection between two use cases Extends a use case by adding new behavior or actions Specialized use case extends the general use case

What is an <<include>> Relationship? A connection between two use cases Indicates a use case that is used (invoked) by another use case Links to general purpose functions, used by many other use cases

Conceptual Data Modeling A detailed model that captures the overall structure of data in an organization Independent of any database management system (DBMS) or other implementation considerations Enterprise data model: the major categories of data and the relationships between the categories

Process of Conceptual Data Modeling Develop a data model for the current system Develop a new conceptual data model that includes all requirements of the new system In the design stage, the conceptual data model is translated into a physical design Project repository links all design and data modeling steps performed during SDLC

Gathering Information for Conceptual Data Modeling Two perspectives Top-down Data model is derived from an intimate understanding of the business. Bottom-up Data model is derived by reviewing specifications and business documents.

Requirements Determination Questions for Data Modeling What are subjects/objects of the business? Data entities and descriptions What unique characteristics distinguish between subjects/objects of the same type? Primary keys What characteristics describe each subject/object? Attributes and secondary keys How do you use the data? Security controls and user access privileges

Requirements Determination Questions for Data Modeling (cont.) Over what period of time are you interested in the data? Cardinality and time dimensions Are all instances of each object the same? Supertypes, subtypes, and aggregations What events occur that imply associations between objects? Relationships and cardinalities Are there special circumstances that affect the way events are handled? Integrity rules, cardinalities, time dimensions

Summary Scope: What may change (in vs. out) What interactions must be preserved What are major functionalities Who / what will be affected Processes, data, people, systems