G.Chiozzi European Southern Observatory Trieste 04/10/1999 Icalepcs 99 Tutorial Use Cases for Requirements Capture and Tracing.

Slides:



Advertisements
Similar presentations
Ch 3: Unified Process CSCI 4320: Software Engineering.
Advertisements

CS487 Software Engineering Omar Aldawud
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Object-Oriented Analysis and Design
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
G.Chiozzi European Southern Observatory Garching 09/12/1999 ESO IT Talks ESO IT Talk #1 Use Cases for Requirements Capture and Tracing and UML as a standard.
SYSC System Analysis and Design
Rational Unified Process
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
SE 470 Software Development Processes James Nowotarski 21 April 2003.
Development Processes UML just is a modeling technique, yet for using it we need to know: »what do we model in an analysis model? »what do we model in.
03/12/2001 © Bennett, McRobb and Farmer Avoiding the Problems Based on Chapter 3 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
Lifecycle Phases time InceptionElaborationConstruction Transition  Define the scope of the project and develop business case  Inception Define the scope.
Rational Worldwide Software Symposium
1/31 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2005] January 22, 2009.
Copyright  Larry Dribin, Ph.D. SE470_EngFlows_v1.ppt SE470 EngFlows - 1 Excellence in Software Engineering Repeatable Level Defined Level Manage.
Iterative development and The Unified process
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
1 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2002] January 26, 2006.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Mastering OOA/OOD with UML. Contents Introduction Requirements Overview OOAOOD.
Unified Software Practices v 5.0-D Copyright  1998 Rational Software, all rights reserved 1 /26 RUP Architecture.
By: Muhammad Raza Ali Khan
Principles of Object Technology Module 1: Principles of Modeling.
What is UML? What is UP? [Arlow and Neustadt, 2005] January 23, 2014
UML - Development Process 1 Software Development Process Using UML (2)
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Unified Software Development Process (UP) Also known as software engineering process SEP describes how requirements are turned into software Defines who,
RUP Fundamentals - Instructor Notes
Software Engineering Chapter 12 The Generic Iteration Workflow Fall 2000.
2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain the purpose and various phases of the traditional systems development.
Rational Unified Process Fundamentals Module 4: Disciplines II.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
Rational Unified Process , Introduction to UML. What is RUP? The Rational Unified Model is a software engineering process Both process and product Provides.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
© Bennett, McRobb and Farmer Avoiding the Problems Based on Chapter 3 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and Design.
© 2010 Bennett, McRobb and Farmer1 Development Process Based on Chapter 5 Bennett, McRobb and Farmer Object Oriented Systems Analysis and Design Using.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
CSC480 Software Engineering Lecture 8-9 September 20, 2002.
The principles of an object oriented software development process Week 04 1.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
© Bennett, McRobb and Farmer 2005
Ivar Jacobson, Grady Booch, and James Rumbaugh The Unified Software Development Process Addison Wesley, : James Rumbaugh's OOMD 1992: Ivar Jacobson's.
Rational Unified Process (RUP)
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Unified Software Practices v 5.0-D Copyright  1998 Rational Software, all rights reserved 1 /26 Rational Unified Process – Part 2 Original slides modified.
SYSTEM ANALYSIS AND DESIGN LAB NARZU TARANNUM(NAT)
Development Process Based on Chapter 5 Bennett, McRobb and Farmer
Software Development Framework
What is UML? What is UP? [Arlow and Neustadt, 2005] October 5, 2017
Unified Process Source & Courtesy: Jing Zou.
UNIFIED PROCESS.
UML: Unified modeling language
Introduction to Software Engineering
Object Oriented Analysis and Design
Rational Worldwide Software Symposium
Rational Unified Process
Rational Worldwide Software Symposium
The Unified/Rational Unified Process (UP/RUP) Defined
SOFTWARE LIFE-CYCLES Beyond the Waterfall.
Rational Worldwide Software Symposium
Software Development Process Using UML Recap
Presentation transcript:

G.Chiozzi European Southern Observatory Trieste 04/10/1999 Icalepcs 99 Tutorial Use Cases for Requirements Capture and Tracing

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial2 Introduction Purpose of this tutorial is to: –Introduce a Use Case driven development process –Introduce the Unified Modeling Language by means of a

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial3 The project: a simple control system Nasmyth Focus Device Nasmyth Focus Device SW Package AT Software PackagesModel of VLTI Auxiliary Telescope (AT)

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial4 System Requirements The rotating wheel to be installed at the Nasmyth focus shall have at least 4 selectable predefined positions: –1: free hole. Diameter 30mm minimum –2: Flat mirror –3&4: Free for ESO alignment tools (Light Beacon) The rotation range of the wheel should be limited to 360 deg. The positioning repeatability in all directions shall be less than 0.5mm… In position 3&4 shall be possible to chop the wheel between two close positions... The Nasmyth wheel is an off-the-shelf rotary table from MICOS: DT Statement of work InterviewsOther documentation

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial5 Identify Use Cases Use Case: The specification of sequences of actions, including variant sequences and error sequences, that a system, subsystem or class performs that yields an observable result of value to a particular Actor. Statement of work Interviews Any other system documentation The development team writes the Use Cases

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial6 UML: a common language Every engineer understands an electronic diagram Every SW engineer WILL understand a UML diagram Nasmyth Beacon Light Source Nasmyth Wheel Switch On/Off Nasmyth Beacon Light Source Set Nasmyth Wheel User SETNBCN > SETPATH >

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial7 Use Case Diagram Actor Use Case association

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial8 Use Case Description

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial9 Use Case Description (cont) Design specific information Basic course Single step Error conditions

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial10 Requirements Specification Understand basic requirements Use Case Model Actors Glossary and overall system description System Context Diagram General requirements Risk assessment

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial11 Inception - Preliminary Design Identify system scope and basic architecture Packages Interfaces with Actors Deployment Diagram and Process view Performance analysis Design of critical Use Cases Planning Assign priorities to Use Cases. Assign Use Cases to iterations. Every step in a Use Case with Actor interaction is an interface. Identify logical responsibility for Use Cases.

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial12 Identify Packages Subsystem Coordination Interface Support Identify candidate packages Assign Use Cases Step through the courses of each Use Case Write package documentation Iterate until Architecture is stable

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial13 Elaboration - Detailed Design Elaborate robust and resilient architecture Update and detail all deliverables of previous phases Project plan Executable architecture Prototypes for feasibility and risk analysis

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial14 Identify Package Architecture Use Case diagram Class Diagram Persistent Data

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial15 Detailed design of Use Cases Activity Diagram

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial16 Detailed design of Use Cases (cont) Sequence Diagram

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial17 Attain initial operation capability Update and detail all deliverables at FDR Executable system: –Packages are assigned to SW developers –Packages are implemented and tested independently –Package implementation is implementation of the Use Cases assigned to them for the iteration –System integration and testing takes place regularly and marks iterations. Draft user and support documentation Test Cases are derived directly from Use Cases Construction - Implementation

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial18 Transition - Deployment Make system ready for final users  Update and detail all deliverables issued for the previous phase  Final system  Acceptance test procedure reports  Final user and maintenance documentation Acceptance Test Cases are derived directly from Use Cases

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial19 The Unified Software Development Process

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial20 Acknowledgments ESO VLT/VLTI Software Group Real Time Controls Working Group –Gran Telescopio Canarias –Astronomical Observatory Trieste –Synchrotron Trieste

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial21 To know more The UML User Guide The UML Reference Manual The Unified Software Development Process G.Booch, J.Rumbaugh, I.Jacobson - Addison Wesley Real-Time Uml, Bruce Powel Douglass - Addison Wesley Applying Use Cases G.Schneider, J.P.Winters, I.Jacobson - Addison-Wesley For a more detailed list: To contact me:

G.Chiozzi - 04/10/1999Icalepcs 99 - Use Cases Tutorial22 Conclusions: Methodology Corner Stones The Unified SW Development Process is meant to be adapted to project needs and can be kept light The Use Cases drive the process and allow tracing Requirement in all project phases The UML Modeling Language is THE standard visual language Standard milestones and deliverables allow smooth integration with non-SW groups