Actors and Use Case Diagrams Month Day, Year. Agenda Training Plan Overview Review Detailing Requirements with Requisite Pro Concepts Setting Up XDE Integration.

Slides:



Advertisements
Similar presentations
ARCH-05 Application Prophecy UML 101 Peter Varhol Principal Product Manager.
Advertisements

Chapters 7 & 9 System Scope
RequisitePro Tutorial
Practical Business Modeling in the Unified Process Tom Morgan Software Architect, Fidelity National Information Services
Detailing Requirements with Requisite Pro
Rational Requisite Pro Usage at NYSDOT BA CoP
Use-case Modeling.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
©1998, 1999, 2000 Rational Software - All rights reserved Session VM08 Structuring Your Rational Rose Model Robert Bretall Rational Software.
SE 555 Software Requirements & Specification1 Use-Case Modeling: Overview and Context.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
1 Systems V & V, Quality and Standards Dr Sita Ramakrishnan School CSSE Monash University.
Lecturer: Dr. AJ Bieszczad Chapter 66-1 Object-Oriented analysis and design Special nature of OO development Use cases Design with UML OO system design.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
UML Sequence Diagrams Eileen Kraemer CSE 335 Michigan State University.
Rational Rose Overview Diagrams, Directory Structure, Working with Rose.
Introduction to Rational Rose 2000 Create Use Case Model Visual Modeling Text – Chapter 3 Original notes from Rational Software Corporation – 1998 Modified.
Source: Peter Eeles, Kelli Houston, and Wojtek Kozaczynsky, Building J2EE Applicationa with the Rational Unified Process, Addison Wesley, 2003 Prepared.
1 From Business To System Use Cases Presented by Leslie Munday.
Unified Modeling Language
UML Sequence Diagrams Michael L. Collard, Ph.D. Department of Computer Science Kent State University.
University of Southern California Center for Systems and Software Engineering Rational Software Modeler Tutorial Pongtip Aroonvatanaporn.
RUP Requirements RUP Artifacts and Deliverables
Business Modeling : basic concepts Extracted from Rational UML Profile for business modeling.mht.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Chapter 7 Structuring System Process Requirements
Chapter 4 System Models A description of the various models that can be used to specify software systems.
System models Abstract descriptions of systems whose requirements are being analysed Abstract descriptions of systems whose requirements are being analysed.
Prepared by: Sanaz Helmi Hoda Akbari Zahra Ahmadi Sharif University of Tech. Summer 2006 An Introduction to.
1 SYS366 Lecture Visual Modeling and Business Use Case Diagrams.
Presented by: CHAN LAI SAN ( ) REBAH DAW SARREB ( ) FIDA AL-OBAISI ( ) 08 April 2008 (Tuesday 6pm – 7:30pm)
Solid Palette Gradient Palette I Gradient Palette II APPLYING THESE COLORS Click on the desired color Click on the paintbrush tool located.
©Ian Sommerville 1995/2000 (Modified by Spiros Mancoridis 1999) Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions.
Requirements Analysis Visual Modeling] Lab 02 Visual Modeling (from Visual Modeling with Rational Rose and UML) A way of thinking about problems using.
Chapter 7 System models.
Sequence & Statechart Diagrams Month Day, Year. Agenda Training Plan Overview Actors and Use Case Diagrams Sequence Diagrams Diagram Elements Evolution.
System models l Abstract descriptions of systems whose requirements are being analysed.
Pertemuan 19 PEMODELAN SISTEM Matakuliah: D0174/ Pemodelan Sistem dan Simulasi Tahun: Tahun 2009.
Introduction to RUP and Visual Modeling Month Day, Year.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Source: Peter Eeles, Kelli Houston, and Wojtek Kozaczynsky, Building J2EE Applicationa with the Rational Unified Process, Addison Wesley, 2003 Prepared.
Programming Logic and Design Fourth Edition, Comprehensive Chapter 15 System Modeling with the UML.
Requirements Capture. Four Steps of requirements capture List candidate requirements Understand system context Capture functional requirements Capture.
Introduction to Rational Rose 2000 v6.5 Copyright © 1999 Rational Software, all rights reserved 1 Rational Rose 2000 Class Diagrams.
Identifying & Creating Use Cases – Part 1 Month Day, Year.
RequisitePro Software Requirement Management Tool A peresentation by: Mojdeh Jalali-Heravi Maryam Daneshi.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Rational.
Analysis Yaodong Bi. Introduction to Analysis Purposes of Analysis – Resolve issues related to interference, concurrency, and conflicts among use cases.
Essentials of Modeling with IBM Rational Software Architect V7.5
Chapter 3: Introducing the UML
UML - Development Process 1 Software Development Process Using UML.
Using Rational Rose XDE Month Day, Year. Agenda Training Plan Overview XDE Review Next Steps.
UML Course Instructor: Rizwana Noor. Overview  Modeling  What is UML?  Why UML?  UML Diagrams  Use Case  Components  Relationships  Notations.
Collaboration and Class Diagrams March 30, Agenda Training Plan Overview Review Sequence Diagrams Diagram Elements Use in the Models Statechart.
 To explain why the context of a system should be modelled as part of the RE process  To describe behavioural modelling, data modelling and object modelling.
Requirement Discipline Spring 2006/1385 Semester 1.
1 SWE Introduction to Software Engineering Lecture 14 – System Modeling.
Using ClearCase Month Day, Year. Agenda Training Plan Overview ClearQuest Review Next Steps.
1 SYS366 Week 2 - Lecture 2 Visual Modeling & UML.
1 IS 0020 Program Design and Software Tools Unified Modeling Language Lecture 13 April 13, 2005.
1 IS 0020 Program Design and Software Tools Unified Modeling Language Lecture 13 November 30, 2004.
Using Rational Administrator Month Day, Year. Agenda Training Plan Overview Using Rational Administrator Review Next Steps.
Introduction to Rational Rose 2000 v6.5 Copyright © 1999 Rational Software, all rights reserved 1 Introduction to Rational Rose 2000 Create Use Case Model.
Identifying & Creating Use Cases – Part 2
Course Outcomes of Object Oriented Modeling Design (17630,C604)
Unified Modeling Language
Object Oriented Analysis and Design
Design Yaodong Bi.
Identifying & Creating Use Cases - Part 3
Presentation transcript:

Actors and Use Case Diagrams Month Day, Year

Agenda Training Plan Overview Review Detailing Requirements with Requisite Pro Concepts Setting Up XDE Integration Associating other requirements Creating views Actors Use-Case Diagrams Review Homework Next Steps

Training Plan Overview Introduction Using Rational Administrator Using ClearCase Using ClearQuest Using Rational Rose XDE Identifying & Creating Use-Cases – Part 1 Identifying & Creating Use-Cases – Part 2 Detailing Requirements with RequisitePro Actors and Use-Case Diagrams Sequence and Statechart Diagrams Collaboration and Class Diagrams Integration and Development with the.NET Framework

Review - ReqPro Benefits Manage project requirements comprehensively Promotes communication and collaboration among team members Reduces project risk Features Tool combing power of a database and Microsoft Word. Powerful sort and query capabilities Requirements Organize Prioritize Trace relationships Manage requirement change Perform real-time impact analysis Informed decisions Scope management Resource allocation

Review - ReqPro Requirements Management Plan Guidelines for establishing the requirements Requirement Types –Use-Case –Stakeholder Request –Feature –Supplementary –Glossary Item Attribute Types –Risk –Priority

Review - ReqPro Document Types –Vision –Use-Case Specification –Supplementary Requirement Specification –Test Plan Views –Attribute Matrix –Traceability Matrix –Traceability Tree

Review - ReqPro Requirement Types Basic Use-Case Stakeholder Request Feature Supplementary Specifications Glossary Item Other Business Goals Business Rules Interface Test Attribute Types

Review - ReqPro Traceability Between Two Requirements Different Can be same To vs. From Evolution Realization –Requirement –Model

Review - ReqPro View Types Attribute Matrix Requirement vs. Attribute –Illustrates the relationships between requirements and their attributes

Review - ReqPro View Types Traceability Matrix Requirement vs. Requirement –Illustrates the relationships between requirements of the same or different types

Review - ReqPro View Types Traceability Tree Requirement vs. Requirement –Displays all internal and external requirements traced to or from a requirement

Review - ReqPro Folders General Requirements Models Business Use-Case Use-Case Design Reports Views

Review - ReqPro Views Project Specific

Actors & Entities Business Actor Represents a role played in relation to the business by someone or something in the business environment Business Worker Represents an abstraction of a human that interacts within the system Active Business Entity Represent an object that business workers access, inspect, manipulate, produce, … Provide the basis for sharing Passive Actor Represents someone in a role who interacts with the system Interacts with but have no control over use-cases Entity Represents an object used to model information and associated behavior May be persistent May be active or passive

Actors Actors represent system users Interact with but have no control over use-cases Create Actors at Model Level Right click and select New UML, Package Name Actors Right click package and select New UML, Package Name Contact Manager Right click package and select New UML, Actor Name Contact Manager

Use-Case Diagrams Use-case diagrams Graphically depict system behavior Present a high level view of how the system is used as viewed from the actor’s perspective. A use-case diagram may depict all or some of the use cases of a system Select the use-case diagram Drag the actor and use-case on to the diagram Create an association between the actor and the use-case Set line style to Oblique

Use-Case Diagrams Label to clarify Create alternative diagrams

Use-Case Diagrams Complete Use-Case Detail diagrams Illustrate other actors or use-cases used within the context of the incorporating use- case

Use-Case Diagrams Define Associations Includes –Used to partition out parts of a workflow for which the base use case only depends on the result, not the method for reaching the result. Extends –Optionally, or conditionally, add a flow to a business use case that is already complete in itself Generalizes –Specialization into one or more child use cases that represent more specific forms of the parent

Use-Case Diagrams Complete other use- case diagrams of incorporated use- cases as needed Select diagram Drag and drop model elements from model tree Add labels

Use-Case Diagrams The Main diagram Provides an quick overview of the model Use grouping and labels to add context Provides a navigation point for the model Right click actor and use-case and select –Select in Browser

Use-Case Diagrams

Actors - Detail Select View, Other Windows, Model Documentation

Actors - Detail Right click and select Properties Window Select UML section Select Stereotype Add business worker Select Persistence Select Transient

Actors - Detail

Select UML section Select Multiplicity

Actors - Detail Select a multiplicity

Actors - Detail Attributes Not typical of actors, but could be use for establishing role profile attributes Select Attribute tab Click Attribute Icon to add

Actors - Detail Enter at least Name Enter other attribute values Repeat as necessary Close

Actors - Detail Components Not typical of actors, but could be use for establishing role profile attributes Defines attributes derived from other classes

Actors - Detail Operations Not typical of actors

Actors - Detail Relationships A relationship is a connection between model elements Relationship types are: Associations Dependencies Generalizations Realizations Transitions

Actors - Detail Associations An association is a structural relationship showing that objects of one classifier (actor, use case, class, interface, node, or component) are connected and can navigate to objects of another classifier The are numerous association types

Uses Association Uses Association shows which processes the actor is involved Right cick and select Properties Window Select UML section Enter Name

Uses Association Select End 1 Section Enter Multiplicity Select End 2 Section Enter Multiplicity

Uses Association Qualifiers Acts as a constraint Can be at either end of relationship Aggregation Persistence

Uses Association

Next Steps Homework Homework Model Explode another top level use-case Continue to concentrate on abstraction of detail Use modeling elements –Business Use-Case Model Level Add Use-Case Diagrams Classes Ahead Sequence and Statechart Diagrams Collaboration and Class Diagrams Integration and Development with the.NET Framework