Requirements Diagrams With UML Models

Slides:



Advertisements
Similar presentations
Writing Good Use Cases - Instructor Notes
Advertisements

© 2005 by Prentice Hall Appendix 3 Object-Oriented Analysis and Design Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Chapter 7 System Models.
1 Copyright © 2013 Elsevier Inc. All rights reserved. Chapter 1 Embedded Computing.
1 Copyright © 2010, Elsevier Inc. All rights Reserved Fig 2.1 Chapter 2.
By D. Fisher Geometric Transformations. Reflection, Rotation, or Translation 1.
Jeopardy Q 1 Q 6 Q 11 Q 16 Q 21 Q 2 Q 7 Q 12 Q 17 Q 22 Q 3 Q 8 Q 13
Jeopardy Q 1 Q 6 Q 11 Q 16 Q 21 Q 2 Q 7 Q 12 Q 17 Q 22 Q 3 Q 8 Q 13
Title Subtitle.
0 - 0.
DIVIDING INTEGERS 1. IF THE SIGNS ARE THE SAME THE ANSWER IS POSITIVE 2. IF THE SIGNS ARE DIFFERENT THE ANSWER IS NEGATIVE.
SUBTRACTING INTEGERS 1. CHANGE THE SUBTRACTION SIGN TO ADDITION
MULT. INTEGERS 1. IF THE SIGNS ARE THE SAME THE ANSWER IS POSITIVE 2. IF THE SIGNS ARE DIFFERENT THE ANSWER IS NEGATIVE.
Addition Facts
1 9 Moving to Design Lecture Analysis Objectives to Design Objectives Figure 9-2.
Week 2 The Object-Oriented Approach to Requirements
State Diagram 1. State diagram: Shows the behavior of one object. They describe all of the possible states that a particular object can get into and how.
BT Wholesale October Creating your own telephone network WHOLESALE CALLS LINE ASSOCIATED.
Systems Analysis and Design in a Changing World, 6th Edition
ABC Technology Project
Use Case Diagrams.
© Charles van Marrewijk, An Introduction to Geographical Economics Brakman, Garretsen, and Van Marrewijk.
Squares and Square Root WALK. Solve each problem REVIEW:
Past Tense Probe. Past Tense Probe Past Tense Probe – Practice 1.
Chapter 5 Test Review Sections 5-1 through 5-4.
Addition 1’s to 20.
25 seconds left…...
Test B, 100 Subtraction Facts
Week 1.
Systems Analysis and Design in a Changing World, Fifth Edition
We will resume in: 25 Minutes.
13-1 © Prentice Hall, 2004 Chapter 13: Designing the Human Interface (Adapted) Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra,
Modeling Main issues: What do we want to build How do we write this down.
© Copyright 2011 John Wiley & Sons, Inc.
Object-Oriented Analysis and Design
Objectives Detailed Object-Oriented Requirements Definitions
Object-Oriented Analysis
Systems Analysis and Design in a Changing World, Fourth Edition
7. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Detailed Object-Oriented Requirements Definitions  System Processes—A Use.
Systems Analysis and Design in a Changing World, 6th Edition
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
Detailed Object-Oriented Requirements Definitions
Chapter 7: The Object-Oriented Approach to Requirements
Systems Analysis and Design in a Changing World, Fifth Edition
Detailed Object-Oriented Requirements Definitions
Systems Analysis and Design in a Changing World, 6th Edition
Objectives Detailed Object-Oriented Requirements Definitions
The Object-Oriented Approach to Requirements
4 2009/10 Object Oriented Technology 1 Topic 4: The Object-Oriented Approach to Requirements Adopted from: Ch.7 The Object-Oriented Approach to Requirements.
Systems Analysis and Design in a Changing World, Fifth Edition
Systems Analysis and Design in a Changing World, 6th Edition
7 Systems Analysis and Design in a Changing World, Fifth Edition.
5 Systems Analysis and Design in a Changing World, Fifth Edition.
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.
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 5 INTRODUCTION TO SYSTEMS ANALYSIS AND DESIGN: AN AGILE, ITERATIVE APPROACH CHAPTER.
7. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Detailed Object-Oriented Requirements Definitions  System Processes—A Use.
Systems Analysis and Design in a Changing World, Fourth Edition
Week04 Project Requirements.
7 Systems Analysis – ITEC 3155 The Object Oriented Approach – Use Cases.
1 7 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 7 The Object-Oriented Approach to Requirements.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
Systems Analysis and Design in a Changing World, Fourth Edition
Use Cases -Use Case Diagram
Systems Analysis and Design in a Changing World, 6th Edition
Object Oriented Approach
Systems Analysis and Design in a Changing World, 6th Edition
Engineering Quality Software
Presentation transcript:

Requirements Diagrams With UML Models Figure 6-1 Requirements Diagrams With UML Models Object-Oriented Analysis and Design with the Unified Process

How to ID Use Cases Techniques for identifying use cases User goal technique - Each goal at the elementary business process (EBP) level is a use case CRUD analysis technique (create, read, update, delete)‏ Event decomposition technique Object-Oriented Analysis and Design with the Unified Process

Use Case Detailed Descriptions Use case descriptions written at (3) levels of detail Brief description Intermediate description Fully Developed Description Object-Oriented Analysis and Design with the Unified Process

Brief Description of Create New Order Use Case Figure 6-7 Brief Description of Create New Order Use Case Object-Oriented Analysis and Design with the Unified Process

Figure 6-8 Intermediate Description of Telephone Order Scenario for Create New Order Use Case Object-Oriented Analysis and Design with the Unified Process

Figure 6-10 Fully Developed Description of Telephone Order Scenario for Create New Order Use Case Object-Oriented Analysis and Design with the Unified Process

Figure 6-3 A Use Case Diagram of the Order-Entry Subsystem for RMO, Showing a System Boundary Object-Oriented Analysis and Design with the Unified Process

A Use Case Diagram of the Customer Support System (by Subsystem) Figure 6-4 A Use Case Diagram of the Customer Support System (by Subsystem) Object-Oriented Analysis and Design with the Unified Process

Locations and the Crud Matrix Location diagrams: Shows need for network connections Creates awareness of geographic reach Use case–location matrix: shows where use cases are performed Use case–domain class matrix: highlights access requirements  Example: The CRUD (create, read, update, and delete) Object-Oriented Analysis and Design with the Unified Process

« Includes » Relationships «includes» or «uses» relationship Use case calling services of common subroutine Common subroutine itself becomes additional use case Examples: “Validate customer account” and “Look Up Item Availability” Notation Relationship denoted by connecting line with arrow Direction of the arrow indicates major/minor cases Object-Oriented Analysis and Design with the Unified Process

An Example of the Order-entry Subsystem With «Includes» Use Cases Figure 6-6 An Example of the Order-entry Subsystem With «Includes» Use Cases Object-Oriented Analysis and Design with the Unified Process

Activity Diagram of the Telephone Order Scenario Figure 6-12 Activity Diagram of the Telephone Order Scenario Object-Oriented Analysis and Design with the Unified Process

Identifying Inputs and Outputs —the System Sequence Diagram System sequence diagram (SSD) Describes flow of information Identifies interaction between actors and system Message oriented Object-Oriented Analysis and Design with the Unified Process

Sample System Sequence Diagram Figure 6-14 Sample System Sequence Diagram Object-Oriented Analysis and Design with the Unified Process

Identifying the Object Behavior  the Statechart Diagram A state in a statechart similar to status condition Spans many business events Developed for complex problem domain classes Object-Oriented Analysis and Design with the Unified Process

Simple Statechart for a Printer Figure 6-19 Simple Statechart for a Printer Object-Oriented Analysis and Design with the Unified Process

Guidelines for Statecharts Guidelines to help identify states Check that something can have status conditions Simple states reflect simple conditions such as “On” Complex states labeled with gerunds or verb phrases Example: “Being shipped” Describe only states of being of the object itself Object-Oriented Analysis and Design with the Unified Process

States and Exit Transitions for Orderitem Figure 6-22 States and Exit Transitions for Orderitem Object-Oriented Analysis and Design with the Unified Process

Final Statechart for Orderitem Figure 6-24 Final Statechart for Orderitem Object-Oriented Analysis and Design with the Unified Process