Modeling System Requirements:Events and Things

Slides:



Advertisements
Similar presentations
Systems Analysis and Design in a Changing World, 6th Edition
Advertisements

Alternative Approach to Systems Analysis Structured analysis
Chapters 7 & 9 System Scope
Systems Analysis and Design, 7e Kendall & Kendall
Lecture 9 Descriptors, Events & Event Tables INFO1409 Systems Analysis & Design Module HND Year /9.
1 BTEC HNC Systems Support Castle College 2007/8 Systems Analysis Lecture 7 Descriptors Events Events Tables.
Objectives Explain how events can be used to identify use cases that define requirements Identify and analyze events and resulting use cases Explain how.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Chapter 7 Using Data Flow Diagrams
Topics Creating DFD Physical and logical DFD Event driven modeling
Documenting Requirements using Use Case Diagrams
© 2005 Prentice Hall3-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Bina Nusantara 7 C H A P T E R MODELING SYSTEM REQUIREMENTS WITH USE CASES.
Modeling System Events Adapted from: Systems Analysis and Design in a Changing World, 2nd Edition by John W. Satzinger, Robert Jackson and Stephen Burd.
Modeling System Requirements with Use Cases
Chapter 9 Using Data Flow Diagrams
Chapter 2: IS Building Blocks Objectives
Modeling the Processes and Logic
Overview Objective: refine information gathered
2Object-Oriented Analysis and Design with the Unified Process Events and Use Cases  Use case  Activity the system carries out  Entry point into the.
Systems Analysis and Design in a Changing World, 6th Edition
6. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain how events can be used to identify use cases that define requirements.
6 Systems Analysis and Design in a Changing World, Fourth Edition.
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.
Chapter 5: Modeling Systems Requirements: Events and Things
Modeling Systems Requirements: Events and Things.
Systems Analysis and Design in a Changing World, Tuesday, Feb 27
Modeling System Requirements:
Systems Analysis and Design in a Changing World, Fifth Edition
Chapter 3 Use Cases.
Systems Analysis and Design in a Changing World, Thursday, Feb 22
Jerry KotubaSYST39409-Object Oriented Methodologies1 Object Oriented Methodologies Week04.
Chapter 7 Structuring System Process Requirements
Chapter 7 Using Data Flow Diagrams
Systems Analysis and Design in a Changing World, 6th Edition
5 Systems Analysis and Design in a Changing World, Fourth Edition.
10/12/ Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews & questionnaires.
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 3 INTRODUCTION TO SYSTEMS ANALYSIS AND DESIGN: AN AGILE, ITERATIVE APPROACH CHAPTER.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Objectives Explain how events can be used to identify use cases that define requirements Identify and analyze events and resulting use cases Explain.
Object Oriented Methodologies
Modeling system requirements. Purpose of Models Models help an analyst clarify and refine a design. Models help simplify the complexity of information.
1 6 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 6 The Traditional Approach to Requirements.
A Use Case Primer 1. The Benefits of Use Cases  Compared to traditional methods, use cases are easy to write and to read.  Use cases force the developers.
5 Systems Analysis and Design in a Changing World, Fifth Edition.
Modeling System Requirements: Events and Things. Objectives Explain the many reasons for creating information system models Describe three types of models.
2131 Structured System Analysis and Design By Germaine Cheung Hong Kong Computer Institute Lecture 8 (Chapter 7) MODELING SYSTEM REQUIREMENTS WITH USE.
Systems Analysis and Design in a Changing World, 6th Edition
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 3 Use Cases.
1 Modeling System Requirements with Use Cases. 2 Why Do We Need Use Cases? Primary challenge in a system design process –ability to elicit correct and.
Information Systems Analysis and Management Modeling Sys. Requirements with Use Cases Arnie Lund, Jeffrey Kim May 5, 2009 INFO380.
1 Chapter 5 Modeling System Requirements Finding the Use Cases Page
1 Models and Modeling A model: a representation of some aspect of the system being built A variety of models –Many are graphical (e.g. Data flow diagram,
CIS 321—IS Analysis & Design Chapter 5: Modeling System Requirements—Events and Things.
Week04 Project Requirements.
6 Systems Analysis and Design in a Changing World, Fourth Edition.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
Business Processes A business process describes a set of activities that are necessary to complete a response to a stimulus applied to an organization.
1 Team Skill 3 Defining the System Part 1: Use Case Modeling Noureddine Abbadeni Al-Ain University of Science and Technology College of Engineering and.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
5 Chapter 5: Modeling Systems Requirements: Events and Things Systems Analysis and Design in a Changing World.
DATA REQIREMENT ANALYSIS
Chapter 6 The Traditional Approach to Requirements.
Systems Analysis and Design in a Changing World, 6th Edition
System Modelling Events.
Use Case Analysis Chapter 5.
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Presentation transcript:

Modeling System Requirements:Events and Things Chapter 5 Modeling System Requirements:Events and Things

Models and Modeling Uses many different types of models to show the system at different levels of detail -- Models for inputs, output and data stores -- show the same problem from different perspectives Purpose – to help the analyst clarify and refine the design. (learn from the modeling process) -- helps the analyst focus on a few aspects of the systems at a time. (reduce complexity) -- some models serve to show how other models fit together. -- provide a way of storing information for later use. -- support communications among project team members and with system users

Events and System Requirements An Event – an occurrence at a specific time and place that can be described and should be remembered by the system. {Events trigger or drive all processing of the sys} Key ? What events occur that will require the system to respond? -- view the system as a black box -- focus on a high-level view of the sys. -- focus on systems interfaces to people and other systems -- aids in decomposing sys. Req.

Models and Modeling (cont) -- Used as documentation for future development teams when the maintain or enhance the system. Types of models -- Mathematical model – a series of formulas that describe technical aspects of a system. -- Descriptive model – Narrative memos, reports, or lists that describe some aspect of a system. (e.g., pseudocode for modeling algorithms.) -- Graphical Models – diagrams and schematic representations of some aspect of a system.

Types of Events External events – an event that occurs outside the system, usually initiated by an external agent or actor. an agent or actor– is a person or organizational unit that supplies or receives data from the system. The analyst must identify all of the key external events--- to accomplish this the analyst must identify all of the external agents (e.g., a customer). External Events – transactions, agent info. request, changes, management requests -- name the external events

Type of Events (cont) Temporal Events – an event that occurs as a result of reaching a point in time (time interval initiated event or periodic events) -- analyst ask what deadlines that the system must accommodate to identify temporal events Temporal events do not have to occur on fixed calendar dates, they can occur after a defined period of time has elapsed.

Type of Events (cont) State Event – an event that occurs when something happens inside the system that triggers the need for processing. Identifying Events --Events versus Conditions and Responses --Technology-Dependent Events and System Controls -- do not directly concern users system controls – checks or safety procedures put in place to protect the integrity of the sys. perfect technology assumption– states that events should be included during analysis only if the system would be required to respond under perfect conditions.

Event Table Event Trigger Source Activity Response Destination Trigger – a signal that tells the system that an event has occurred Source –an external agent of actor that supplies data to the system Activity – behavior that the system performs when an event occurs (use case) Use case – a series of actions the a system performs that result in a defined outcome (similar to an activity) Response– an output, produced by the system, that goes to a destination Destination – and agent or actor receives data from the system

Things and System Requirements Identify the “Things” or entities about which the systems needs to store information Relationships among “things” --binary relationships -- unary (recursive) relationship -- n –ary relationship Attributes of “things” --identifier (key) --compound attributes