Use Case Realization Describes a collaboration among analysis classes that shows how a specific use case is realized Consists of flow-of-events analysis,

Slides:



Advertisements
Similar presentations
Object-Oriented Analysis and Design
Advertisements

GRASP Patterns M Taimoor Khan
March R McFadyen1 Architecture Architecture involves the set of significant decisions about the organization of a software system, decisions.
Lecture 12: Chapter 22 Topics: UML (Contd.) –Relationship Structural Behavioral –Diagram Structural Behavioral.
Practical Object-Oriented Design with UML 2e Slide 1/1 ©The McGraw-Hill Companies, 2004 PRACTICAL OBJECT-ORIENTED DESIGN WITH UML 2e Chapter 5: Restaurant.
The Architecture Design Process
CSCI928 Software Engineering Requirements & Specifications Modeling System Interactions Tri A. Kurniawan, M.Eng. Ph.D Candidate
Copyright ©2004 Cezary Z Janikow 1 Use Cases n Within Requirements discipline/workflow n Verbal descriptions of important functional (behavioral, transactional,
C++ Training Datascope Lawrence D’Antonio Lecture 11 UML.
Objectives Explain the purpose and objectives of object- oriented design Develop design class diagrams Develop interaction diagrams based on the principles.
March R McFadyen1 Figure 30.2 Layers in NextGen They only have three layers in this architecture Each layer is shown as a UML Package No separate.
Objectives Design Class Diagrams Issues in system design Generalization Review UML papers.
The Design Discipline.
Chapter 13 Starting Design: Logical Architecture and UML Package Diagrams.
Why Analysis Process Refer to earlier chapters Models what the system will do makes it easier for understanding no environment considered (hence, system.
ANALYSIS REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
An Introduction to Software Architecture
Software Engineering Chapter 8 Fall Analysis Extension of use cases, use cases are converted into a more formal description of the system.Extension.
RUP Design RUP Artifacts and Deliverables
Chapter 3 – The Analysis Workflow CSC532: Fall 2003 Original presentation by Joshua Hughes Zehra Raoshan Kiran Balagani Guang Li This presentation will.
Software Engineering Chapter 7 Fall Capturing the Requirements as Use Cases Capturing the Requirements as Use Cases By using use cases analysts.
SWE © Solomon Seifu ELABORATION. SWE © Solomon Seifu Lesson 10 Use Case Design.
Systems Analysis and Design in a Changing World, 3rd Edition
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Requirements Capture. Four Steps of requirements capture List candidate requirements Understand system context Capture functional requirements Capture.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
ANALYSIS - II REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
1 Structuring Systems Requirements Use Case Description and Diagrams.
IntellAgile Copyright © 2002 Craig Larman. All rights reserved. Object Design and Use- Case Realizations with GRASP Patterns.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
Logical view –show classes and objects Process view –models the executables Implementation view –Files, configuration and versions Deployment view –Physical.
Software Design: Principles, Process, and Concepts Getting Started with Design.
Slide 1 Classes and Objects. Slide 2 Messages and Methods.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
Week 04 Object Oriented Analysis and Designing. What is a model? A model is quicker and easier to build A model can be used in simulations, to learn more.
UML Diagrams: Use Case Diagrams Prof. Hany Ammar, CSEE Dept., WVU.
TK2023 Object-Oriented Software Engineering CHAPTER 8 LOGICAL ARCHITECTURE.
22 August, 2007Information System Design IT60105, Autumn 2007 Information System Design IT60105 Lecture 8 Use Case Diagrams.
Analysis Yaodong Bi. Introduction to Analysis Purposes of Analysis – Resolve issues related to interference, concurrency, and conflicts among use cases.
OOD OO Design. OOD-2 OO Development Requirements Use case analysis OO Analysis –Models from the domain and application OO Design –Mapping of model.
Gerhard Dueck -- CS3013Analysis 1. Gerhard Dueck -- CS3013Analysis 2 Why analysis?  Yield a more precise specification of the requirements.  Introduce.
1 BTS330 Visual Modeling. What is Visual Modeling? 2 Copyright © 1997 by Rational Software Corporation Computer System Business Process Order Item Ship.
1 7 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 7 The Object-Oriented Approach to Requirements.
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.
Logical Architecture and UML Package Diagrams. The logical architecture is the large-scale organization of the software classes into packages, subsystems,
Bernd Bruegge and Allen Dutoit Requirements Process The requirements process consists of two activities: Requirements Elicitation: Definition of the system.
Unified Modeling Language
Software Architecture
Use Case Model Use case diagram.
Apply Expert, Creator, Controller, Low Coupling, High Cohesion
The Object Oriented Approach to Design
Chapter 13 Logical Architecture.
Figure 30.2 Layers in NextGen
Unified Modeling Language
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
OCD Risk Management CS 577a, Fall 2012 ©USC-CSSE.
Starting Design: Logical Architecture and UML Package Diagrams
Chapter 13 Logical Architecture.
Analysis models and design models
Software Design Lecture : 15.
An Introduction to Software Architecture
Rational Rose 2000 Instructor Notes Use Case Realization Structure
Design Yaodong Bi.
Use-Case Design in Context
Executable Specifications
Design.
Chapter 14. Activity Modeling for Transformational Systems
Software Development Process Using UML Recap
General Workflow of Use-Case Driven Development
Presentation transcript:

Use Case Realization Describes a collaboration among analysis classes that shows how a specific use case is realized Consists of flow-of-events analysis, class diagrams, interaction diagrams, special requirements

Class Diagram Related to Specific Use Case

Interaction Diagrams

Flow of Events Additional description and explanation of collaborating objects (modeled via interaction diagrams Example: page 189 Compared to flow of events description in use case model internal v.s. external views

Special Requirements Example When the buyer asks to view received invoices, it should not take more than 0.5 sec to show the invoice on screen Invoice should be paid using the SET standard

Analysis Package Mechanism to group elements of the analysis model into larger blocks Basic principle: strong cohesion, loose coupling Represent a separation of analysis concerns to be able to analyzed separately to be used as the basis for subsystem design should be created based on functional requirements and on the problem domain Service Package Package of functionality that provides supporting function to enable the execution of use cases or to support system operation

Architecture View of Analysis Model Consists of architecturally significant artifacts in the analysis model decomposition of analysis model into analysis packages and their dependencies key analysis classes use case realization that realize some important and critical functionality, involve many analysis classes, possibly across several analysis packages

Architectural Analysis Workflow

I/O of Architectural Analysis

Identifying Analysis Packages Common practices use cases required to support a specific business process use cases required to support a specific actor of the system use cases that are related via generalization and extends relationships (strong cohesion) extract common elements between different packages to form “shared” packages Use cases are usually not local to one package

Example First thought: Pay Invoice, Send Reminder, Invoice Buyer all involved in the same business process - Sales: from order to delivery Second thought: different customers have different needs, e.g. some as buyers only