UML Needed for Requirements Spec Pepper. Need UML for Requirements Use Case Activity Diagram Tool: StarUML.

Slides:



Advertisements
Similar presentations
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Advertisements

Figures – Chapter 5. Figure 5.1 The context of the MHC-PMS.
CS3773 Software Engineering Lecture 03 UML Use Cases.
Systems Analysis and Design in a Changing World, Fourth Edition
SE 555 Software Requirements & Specification 1 Activity Diagrams.
PROCESS MODELING Transform Description. A model is a representation of reality. Just as a picture is worth a thousand words, most models are pictorial.
© Copyright Eliyahu Brutman Programming Techniques Course.
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
Chapter 5 – System Modeling 1Chapter 5 System modeling.
Unified Modeling Language
Chapter 7: The Object-Oriented Approach to Requirements
Chapter 5 – System Modeling 1Chapter 5 System modeling.
Chapter 5 – System Modeling Lecture 1 1Chapter 5 System modeling.
Chapter 5 – System Modeling
Chapter 5 – System Modeling
Lecture 6 Systems Modeling
Chapter 5 – System Modeling
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 21. Review ANALYSIS PHASE (OBJECT ORIENTED DESIGN) Functional Modeling – Use case Diagram Description.
Chapter 4 – Requirements Engineering Lecture 3 1Chapter 4 Requirements engineering.
Chapter 5 – System Modeling
Chapter 6 Use Cases. Use Cases: –Text stories Some “actor” using system to achieve a goal –Used to discover and record requirements –Serve as input to.
Chapter 4 – Requirements Engineering Lecture 3 1Chapter 4 Requirements engineering.
Chapter 5 – System Modeling 1Chapter 5 System modeling CS 425 October 13, 2011 Ian Sommerville, Software Engineering, 9 th Edition Pearson Education, Addison-Wesley.
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
 Chapter 5 System Modeling 1. Context Model  Shows context (environment) of proposed system  Other software  People  Roadmap of major areas to consider.
 A software application is like a city  Modeling = Architecture  OOP = Civil Engineering  UML Classes = Blueprints of Buildings  UML is a common.
Interaction Models (2): Sequence Diagrams Extracted from textbook: Object Oriented Modeling and Design with UML M. Blaha, J. Rumbaugh 1.
Programming Logic and Design Fourth Edition, Comprehensive Chapter 15 System Modeling with the UML.
Activity diagrams. Introduction ● Activity diagrams are a behavioural model that represent the dynamics of the system. ● An activity diagram is essentially.
7 Systems Analysis and Design in a Changing World, Fifth Edition.
1 Structuring Systems Requirements Use Case Description and Diagrams.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Slide 1 Use Case Diagrams.
System sequence diagrams
Software Engineering Software Engineering - Mr. Ahmad Al-Ghoul.
Chapter 4 Requirements Engineering (3/3) Yonsei University 2 nd Semester, 2015 Sanghyun Park.
Chapter 5 – System Modeling Chapter 5 System Modeling1 CS 425 October 20, 2015 Ian Sommerville, Software Engineering, 10 th Edition Pearson Education,
CS212: Object Oriented Analysis and Design Lecture 34: UML Activity and Collaboration diagram.
Chapter 5 – System Modeling 1Chapter 5 System modeling CS 425 October 18, 2010 Ian Sommerville, Software Engineering, 9 th Edition Pearson Education, Addison-Wesley.
Chapter 5 – System Modeling
Systems Analysis and Design in a Changing World, Fourth Edition
Unit 4 – System Modeling 1Chapter 5 System modeling.
Chapter 5 System Modeling. What is System modeling? System modeling is the process of developing abstract models of a system, with each model presenting.
Chapter 5 System Modeling (1/2) Yonsei University 2 nd Semester, 2015 Sanghyun Park.
Chapter 5 – System Modeling Chapter 5 System Modeling130/10/2014.
Software Engineering Lecture 6 – System Modelling
Interaction Models (2): Activity Diagrams Extracted from textbook: Object Oriented Modeling and Design with UML M. Blaha, J. Rumbaugh.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 5th Edition Copyright © 2015 John Wiley & Sons, Inc. All rights.
7 Systems Analysis – ITEC 3155 The Object Oriented Approach – Use Cases.
Software Engineering: Models David Millard
Chapter 4 – System Modeling Lecture 1 1Chapter 5 System modeling.
Chapter 5 – System Modeling Lecture 1 1Chapter 5 System modeling.
Chapter 5 – System Modeling
Use Case Analysis Chapter 6.
Systems Analysis and Design in a Changing World, Fourth Edition
Business Process and Functional Modeling
WHAT IS A Process Map? Illustration of the sequence of activities, inputs and outputs to the activities, and relationship across multiple functions, or.
Chapter 4: Business Process and Functional Modeling, continued
Chapter 5 System modeling
Chapter 5 – System Modeling
Unified Modeling Language
Activity and State Transition Diagram
Chapter 5 – System Modeling
System Modeling Chapter 4
UML Activity Diagrams.
Chapter 9 Use Cases.
Object Oriented Analysis and Design
Activity diagram It supports visual representation of sequences of actions that target a certain result. May be built for one or many use cases or for.
Engineering Quality Software
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Chapter 4 System Modeling.
Presentation transcript:

UML Needed for Requirements Spec Pepper

Need UML for Requirements Use Case Activity Diagram Tool: StarUML

Use cases  Use-cases are a scenario based technique in the UML which identify the actors in an interaction and which describe the interaction itself.  A set of use cases should describe all possible interactions with the system.  High-level graphical model supplemented by more detailed tabular description  Sequence diagrams may be used to add detail to use-cases by showing the sequence of event processing in the system. 3Chapter 4 Requirements engineering

Use cases for the MHC-PMS 4Chapter 4 Requirements engineering

Use case modeling - Interaction Originally developed for requirements phase – Shows system boundary – Shows interactions with the outside world Model discrete task - Set of scenarios with one goal Actors (roles) may be people or other systems. Diagram or Text – Start with the main success case – Write the other scenarios into the case as extensions – Can include other already defined use cases – Pre-condition / Guarantee at end / Trigger to start event – Keep steps simple and show who is involved in each step 5Chapter 5 System modeling

Tabular description of the ‘Transfer data’ use-case MHC-PMS: Transfer data ActorsMedical receptionist, patient records system (PRS) DescriptionA receptionist may transfer data from the MHC-PMS to a general patient record database that is maintained by a health authority. The information transferred may either be updated personal information (address, phone number, etc.) or a summary of the patient’s diagnosis and treatment. DataPatient’s personal information, treatment summary StimulusUser command issued by medical receptionist ResponseConfirmation that PRS has been updated CommentsThe receptionist must have appropriate security permissions to access the patient information and the PRS. 6Chapter 5 System modeling

Transfer-data use case  A use case in the MHC-PMS 7Chapter 5 System modeling

Use cases in the MHC-PMS involving the role ‘Medical Receptionist’ 8Chapter 5 System modeling

Star UML Use Case Details: guide(en)/ch05_1.html guide(en)/ch05_1.html Use case pepper page: nk/umlPage.htm nk/umlPage.htm

UML Activity Diagrams - behavior Can be used to define high level business process or workflows – Shows how the system will be used at a high level – Order of activity made of many actions – Different from flowcharts - Support parallel behavior – Shows essential sequencing Components – Actions box - (can be a basis for another activity diagram) – Process line Fork line - one in and several out - multiple actions can start Join line - close parallel actions - every action done by this line – Condition diamonds - decisions Branch diamond - start conditional Merge diamond - join back to the flow – Partition lines Illustrate which system does what 10Chapter 5 System modeling

Process model of involuntary detention 11Chapter 5 System modeling

Summary Use Case – Action in circle – Actor figures – Actors can show inheritance – Can accompany with a normal use case doc – Line drawn around system responsibilities Activity Diagram – Actions in circles and related systems in boxes – Sequential flow – Clearly identify parallel processes