Essentials of IBM Rational Requirements Composer, v3. Module 4: Creating a use-case model

Size: px
Start display at page:

Download "Essentials of IBM Rational Requirements Composer, v3. Module 4: Creating a use-case model"

Transcription

1 Essentials of IBM Rational Requirements Composer, v3 Module 4: Creating a use-case model Copyright IBM Corporation 2010, 2011

2 Module overview After completing this module, you should be able to: Explain the elements of use-case model Create a use-case specification Create a use-case diagram 2 Copyright IBM Corporation 2010, 2011

3 Define user and system requirements Business perspective User perspective System perspective Business Processes Use case model UI Sketch High-level business requirements Stakeholder needs Vision features UI specification Glossary Supplementary Spec Storyboard Business goals and objectives Business processes (as-is versus to-be) Features and use cases Stakeholder needs capture what Glossary the solution, will provide Business from a rules functional perspective. Features Functional requirements Non-functional requirements (including constraints) Use cases and user story elaborations Solution space User interface specification User interface Storyboard Problem space 3 Copyright IBM Corporation 2010, 2011

4 Actor An Actor represent roles that humans, hardware devices, or other systems can play in relation to the system under development. Actors are external to the system. A complete set of actors describes all the ways by which outside users communicate with the system. This illustration shows the Unified Modeling Language (UML) notation for an actor: Actor 4 Copyright IBM Corporation 2010, 2011

5 Use case Use case A use case is the specification of a set of actions performed by a system, which yields an observable result that is, typically, of value for one or more actors or other stakeholders of the system. (Unified Modeling Language -UML 2.0 ) Used to specify the behavior of a system, without revealing the internal structure of the system 5 Copyright IBM Corporation 2010, 2011

6 Use cases contain software requirements Each use case: Is a coherent unit of functionality provided by a system Describes sequences of actions that the system takes to deliver something of value to an actor Models a dialog between the system and actors Is a complete and meaningful flow of events from the perspective of a particular actor 6 Copyright IBM Corporation 2010, 2011

7 What is a use-case model? Describes the functional requirements of a system in terms of use cases Links stakeholder needs to software requirements Serves as a planning tool Consists of actors and use cases 7 Copyright IBM Corporation 2010, 2011

8 Capture a use-case model A use-case model is composed of: Use-case diagrams (visual representation) Use-case specifications (text representation) 8 Copyright IBM Corporation 2010, 2011

9 Use-case diagram Shows a set of use cases and actors and their relationships Defines clear boundaries of a system Identifies who or what interacts with the system Summarizes the behavior of the system Actor 1 Use-case diagram The system Use case 1 Use case 2 Use case 3 Actor 2 Actor 3 9 Copyright IBM Corporation 2010, 2011

10 Communicates-association Actor 1 Use Case A channel of communication between an actor and a use case. A line is used to represent a communicates-association. An arrowhead indicates who initiates each interaction. No arrowhead indicates either end can initiate each interaction. Actor 2 Actor 3 10 Copyright IBM Corporation 2010, 2011

11 Use-case specification A requirements document that contains the text of a use case, including: A description of the flow of events describing the interaction between actors and the system Other information, such as: Preconditions Postconditions Special requirements Key scenarios Subflows Use-case specification 11 Copyright IBM Corporation 2010, 2011

12 Use cases in Rational Requirements Composer Use cases exist as artifacts in the project. Use cases are elaborated with text in use-case specification artifacts. Use cases can be represented visually in use-case diagram artifacts. 12 Copyright IBM Corporation 2010, 2011

13 Creating a use-case specification Create a use-case specification as you would any other artifact. Select Use Case Specification in Artifact Type. 13 Copyright IBM Corporation 2010, 2011

14 Creating a use-case specification (continued) Add and edit use-case text in the Artifact editor. Edit attributes as necessary. 14 Copyright IBM Corporation 2010, 2011

15 Embedding artifacts You can embed artifacts or images in the use-case specification artifact. 15 Copyright IBM Corporation 2010, 2011

16 Artifact templates Artifact templates make it easier to create complete and consistent use-case specifications. 16 Copyright IBM Corporation 2010, 2011

17 Actors in Rational Requirements Composer Actors exist as artifacts in the project. 17 Copyright IBM Corporation 2010, 2011

18 Creating an actor artifact Create an actor artifact as you would any other artifact. Select Actor in Artifact Type. 18 Copyright IBM Corporation 2010, 2011

19 Creating an actor artifact (continued) Enter a text description for the Actor, and edit attributes as necessary. 19 Copyright IBM Corporation 2010, 2011

20 Creating a use-case diagram Create a use-case diagram as you would any other artifact. Select Use Case Diagram in Artifact Type. Then, build the diagram in the Use Case editor. Tool palette Actor Use case Association System boundary 20 Copyright IBM Corporation 2010, 2011

21 Lab 4: Working with use cases Complete these tasks: Open a use-case diagram. Open a use-case specification. Create a use-case diagram. 21 Copyright IBM Corporation 2010, 2011

22 Review What is the value of employing use cases? How do you represent use cases in Rational Requirements Composer? 22 Copyright IBM Corporation 2010, 2011

23 Module summary In this module, you learned how to: Create a use-case specification Create a use-case diagram 23 Copyright IBM Corporation 2010, 2011

24 24 Copyright IBM Corporation 2010, 2011

Requirements Engineering and Software Architecture Project Description

Requirements Engineering and Software Architecture Project Description Requirements Engineering and Software Architecture Project Description Requirements Engineering Project Description The project is student-driven. There will be external sponsors, users, and others that

More information

Requirements Analysis. Overview

Requirements Analysis. Overview Requirements Analysis Overview What is requirement? Classification of requirements Iterative and evolutionary requirements analysis Use Cases Domain models N. Meng, B. Ryder 2 1 Requirements Definition

More information

Requirements Knowledge Model. Business. Event. Business. responding. Business. Use Case 1.. Business tracing * * * * Requirement

Requirements Knowledge Model. Business. Event. Business. responding. Business. Use Case 1.. Business tracing * * * * Requirement Requirements Knowledge Model This model provides a language for communicating the knowledge that you discover during requirements-related activities. We present it here as a guide to the information you

More information

Requirements Analysis

Requirements Analysis Requirements Analysis Analysis and Design? Analysis emphasizes an investigation of the problem and requirements, rather than a solution. Analysis = requirements analysis + object analysis. Requirement

More information

Requirements Engineering and Software Architecture Project Description

Requirements Engineering and Software Architecture Project Description Requirements Engineering and Software Architecture Project Description Requirements Engineering Project Description This project is student-driven. There will be external sponsors, users, and others that

More information

System Sequence Diagrams. CSC 440: Software Engineering Slide #1

System Sequence Diagrams. CSC 440: Software Engineering Slide #1 System Sequence Diagrams CSC 440: Software Engineering Slide #1 Topics 1. Objectives 2. What is a SSD? 3. Notation 4. SSDs and Use Cases CSC 440: Software Engineering Slide #2 What is a SSD? A quick and

More information

Inception. Describe the vision and business case for this project. Determine if the enterprise should build or buy the necessary system.

Inception. Describe the vision and business case for this project. Determine if the enterprise should build or buy the necessary system. Inception What needs to be done? Describe the vision and business case for this project. Determine if the project is feasible. Determine if the enterprise should build or buy the necessary system. Make

More information

Introduction of RUP - The Rational Unified Process

Introduction of RUP - The Rational Unified Process Introduction of RUP - The Rational Unified Process Jong-Hoon Lee Dependable Software Laboratory Konkuk University References Textbook: The Rational Unified Process Made Easy A Practitioner s Guide to the

More information

<Project Name> Development Case

<Project Name> Development Case Version [Note: The following template is provided for use with the Rational Unified Process. Text enclosed in square brackets and displayed in blue italics (style=infoblue) is included

More information

Comp435 Object-Oriented Design. Requirements and Use Cases. Requirements Analysis. Outline. Requirements Analysis. Requirements change

Comp435 Object-Oriented Design. Requirements and Use Cases. Requirements Analysis. Outline. Requirements Analysis. Requirements change Comp435 Object-Oriented Design Requirements and Use Cases Week 2 Computer Science PSU HBG 1 3 Outline Requirements Analysis Types of Requirements Requirements in Iterative Development Requirements Artifacts

More information

Requirements Engineering

Requirements Engineering Requirements Engineering Software Engineering Andreas Zeller Saarland University Requirements Engineering The Real World Requirements Engineering A description of what the system should do (but not how)

More information

Requirements Analysis

Requirements Analysis Objectives Classify categories of requirements Requirements Analysis Define the principles of iterative requirements analysis Learn about use cases and their elements Define system sequence diagrams for

More information

Sistemi ICT per il Business Networking

Sistemi ICT per il Business Networking Corso di Laurea Specialistica Ingegneria Gestionale Sistemi ICT per il Business Networking Requirements Engineering Docente: Vito Morreale (vito.morreale@eng.it) 17 October 2006 1 UP Phases 1. Inception

More information

Prerequisites It is recommended that the participants have a working knowledge of traditional Business Analysis tasks and techniques.

Prerequisites It is recommended that the participants have a working knowledge of traditional Business Analysis tasks and techniques. BA31 - Unified Modeling Language (UML) for Business Analysts This course will provide Business Analysts with new capabilities to improve their skills with using visual modeling techniques to document requirements.

More information

An Introduction to Use Cases

An Introduction to Use Cases An Introduction to Use Cases Geri Schneider and Jason P. Winters Wyyzzk, Inc. Santa Clara, CA 95051 1 Abstract Use cases, also referred to as user stories, enable the functional requirements of a software

More information

Object-Oriented Analysis/Design and Use Cases Object Oriented Analysis and Design

Object-Oriented Analysis/Design and Use Cases Object Oriented Analysis and Design Object-Oriented Analysis/Design and Use Cases Object Oriented Analysis and Design Aron Trauring T++ Technical Skills Training Program CUNY Institute for Software Design & Development (CISDD) New York Software

More information

System Sequence Diagrams

System Sequence Diagrams Dr. Michael Eichberg Software Engineering Department of Computer Science Technische Universität Darmstadt Software Engineering System Sequence Diagrams The following slides make extensive use of material

More information

Software Processes. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1

Software Processes. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Objectives To introduce software process models To describe three generic process models and when they may be

More information

REQUIREMENTS ENGINEERING

REQUIREMENTS ENGINEERING 1 REQUIREMENTS ENGINEERING Chapter 4- by Ian Sommerville TOPICS COVERED Functional and non-functional requirements The software requirements document Requirements specification Requirements engineering

More information

Software Engineering (CSC 4350/6350) Rao Casturi

Software Engineering (CSC 4350/6350) Rao Casturi Software Engineering (CSC 4350/6350) Rao Casturi Recap What is software engineering? Modeling Problem solving Knowledge acquisition Rational Managing Software development Communication Rational Management

More information

PART II Inception. Chapter 4 Inception is Not the Requirements Phase. development cycle. phase. iteration. inc. elaboration construction transition

PART II Inception. Chapter 4 Inception is Not the Requirements Phase. development cycle. phase. iteration. inc. elaboration construction transition PART II Inception development cycle iteration phase inc. elaboration construction transition 1 Chapter 4 Inception is Not the Requirements Phase 1 What is Inception? 1 Inception is the initial short step

More information

Keeping Software Designs In-line with Requirements

Keeping Software Designs In-line with Requirements A technical discussion of integration between IBM Rational RequisitePro 2003 and IBM Rational XDE Developer v2003 June, 2003 Rev. 1.00 Keeping Software Designs In-line with Requirements Integration between

More information

Software Modeling of S-Metrics Visualizer: Synergetic Interactive Metrics Visualization Tool

Software Modeling of S-Metrics Visualizer: Synergetic Interactive Metrics Visualization Tool Software Modeling of S-Metrics Visualizer: Synergetic Interactive Metrics Visualization Tool Sergiu M. Dascalu 1, Norm Brown 2, Derek A. Eiler 1, Herman W. Leong 1, Nathan A. Penrod 1, Brian T. Westphal

More information

Software Processes. Objectives. Topics covered. The software process. Waterfall model. Generic software process models

Software Processes. Objectives. Topics covered. The software process. Waterfall model. Generic software process models Objectives Software Processes To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software

More information

Objectives. The software process. Topics covered. Waterfall model. Generic software process models. Software Processes

Objectives. The software process. Topics covered. Waterfall model. Generic software process models. Software Processes Objectives Software Processes To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software

More information

Software processes. Software Applications A.Y. 2018/2019

Software processes. Software Applications A.Y. 2018/2019 Software processes Software Applications A.Y. 2018/2019 Objectives - Understanding the concepts of software processes and software process models - Being introduced to three generic software process models

More information

Requirements Engineering

Requirements Engineering Requirements Engineering Software Engineering CS 130 Donald J. Patterson Content adapted from Essentials of Software Engineering 3rd edition by Tsui, Karam, Bernal Jones and Bartlett Learning Requirements

More information

Course Organization. Lecture 1/Part 1

Course Organization. Lecture 1/Part 1 Course Organization Lecture 1/Part 1 1 Outline About me About the course Lectures Seminars Evaluation Literature 2 About me: Ing. RNDr. Barbora Bühnová, Ph.D. Industrial experience Research Quality of

More information

End To End Training For Your Business Analyst Career

End To End Training For Your Business Analyst Career Page 1 of 10 Business Analyst Boot Camp www. End To End Training For Your Business Analyst Career Analysis Documentation Planning Elicitation IT Business Analyst Training Management Communication Enterprise

More information

Topics covered. Software process models Process iteration Process activities The Rational Unified Process Computer-aided software engineering

Topics covered. Software process models Process iteration Process activities The Rational Unified Process Computer-aided software engineering Software Processes Objectives To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software

More information

Lecture 5: Requirements Engineering II. COSI 120b, Principles of Software Engineering

Lecture 5: Requirements Engineering II. COSI 120b, Principles of Software Engineering Lecture 5: Requirements Engineering II COSI 120b, Principles of Software Engineering Your Requirements Customer UI Designer Tester Sales End User Your Requirements What did they look like? How specific

More information

making money from customer use of kiosk attracting more customers to the store saving money if the kiosk replaces manual operations

making money from customer use of kiosk attracting more customers to the store saving money if the kiosk replaces manual operations Business Requirements Business requirements collected from multiple sources might conflict. For example, consider a kiosk product with embedded software that will be sold to retail stores and used by the

More information

Chapter 1. What is Software Engineering. Shari L. Pfleeger Joanne M. Atlee. 4 th Edition

Chapter 1. What is Software Engineering. Shari L. Pfleeger Joanne M. Atlee. 4 th Edition Chapter 1 What is Software Engineering Shari L. Pfleeger Joanne M. Atlee 4 th Edition Contents 1.1 What is Software Engineering? 1.2 How Successful Have We Been? 1.3 What Is Good Software? 1.4 Who Does

More information

The software process

The software process Software Processes The software process A structured set of activities required to develop a software system Specification; Design; Validation; Evolution. A software process model is an abstract representation

More information

Requirements Engineering with Use Cases

Requirements Engineering with Use Cases Requirements Engineering with Use Cases Csaba Veres Outline What are use cases? What do they tell us? How can you write them (properly)? What is a use case? A use case specifies the behavior of a system

More information

CPET 581 Cloud Computing: Technologies and Enterprise IT Strategies

CPET 581 Cloud Computing: Technologies and Enterprise IT Strategies CPET 581 Cloud Computing: Technologies and Enterprise IT Strategies Lecture 6-1 Cloud-Based IT Project System Requirements and Specifications Spring 2013 A Specialty Course for Purdue University s M.S.

More information

Use-Case Diagram. Contents. Introduction. 1. Introduction. User-Centred Design (UCD) Users Requirements

Use-Case Diagram. Contents. Introduction. 1. Introduction. User-Centred Design (UCD) Users Requirements Contents Use-Case Diagram MIT, Walailak University by Dr.Wichian Chutimaskul Introduction Business Model using Activity Diagram Domain Analysis using Use-Case Description Documenting Requirements using

More information

KF5008 Program Design & Development. Introduction to the Module

KF5008 Program Design & Development. Introduction to the Module KF5008 Program Design & Development Introduction to the Module Why Program Design? Up to now the programs you have written have been quite small even if you don t think so! How big do you think real programs

More information

Power grids & Actors

Power grids & Actors EH2750 Computer Applications in Power Systems, Advanced Course. Lecture 2 31 August 2011 Professor Lars Nordström Dept of Industrial Information & Control systems, KTH larsn@ics.kth.se Power grids & Actors

More information

1. Which CLM capability does the Analyst role have full read/write access to?

1. Which CLM capability does the Analyst role have full read/write access to? Volume: 75 Questions 1. Which CLM capability does the Analyst role have full read/write access to? A. software configuration management B. test management C. automation D. requirements management Answer:

More information

Chapter 1. Contents. What is Software Engineering 9/9/13. Shari L. Pfleeger Joanne M. Atlee. 4 th Edition

Chapter 1. Contents. What is Software Engineering 9/9/13. Shari L. Pfleeger Joanne M. Atlee. 4 th Edition Chapter 1 What is Software Engineering Shari L. Pfleeger Joanne M. Atlee 4 th Edition Contents 1.1 What is Software Engineering? 1.2 How Successful Have We Been? 1.3 What Is Good Software? 1.4 Who Does

More information

Methodology for the definition of the preliminary architecture of a Smart Energy System (SES)

Methodology for the definition of the preliminary architecture of a Smart Energy System (SES) Methodology for the definition of the preliminary architecture of a Smart Energy System (SES) Lucio Tirone, Gaetano D Altrui, Rosa Esposito Aster S.p.a. via Tiburtina 1166, 00156 Rome (Italy) lucio.tirone@aster-te.it

More information

Software Development Methodologies. CSC 440: Software Engineering Slide #1

Software Development Methodologies. CSC 440: Software Engineering Slide #1 Software Development Methodologies CSC 440: Software Engineering Slide #1 Topics 1. The Waterfall Model 2. Agile Software Development 3. The Unified Process 4. Object-Oriented Analysis and Design 5. The

More information

Requirements Specification with Models

Requirements Specification with Models Requirements Specification with Models Lectures 4, DAT230, Requirements Engineering Robert Feldt, 2011-09-12 Recap Elicitation to find/gather/create/refine/specify reqs & understand stakeholder needs Many

More information

Requirements Analysis. Requirements Analysis is Hard

Requirements Analysis. Requirements Analysis is Hard Requirements Analysis Classify categories of requirements Define the principles of iterative requirements analysis Learn about use cases and their elements Focusing on the WHAT not the HOW 1 Requirements

More information

HAVE A PLAN! Slide Set Overview. Special Topics in Advanced Digital System Design. Design Methodologies. Design Considerations: Techy Terms

HAVE A PLAN! Slide Set Overview. Special Topics in Advanced Digital System Design. Design Methodologies. Design Considerations: Techy Terms Slide Set Overview Special Topics in Advanced Digital System Design by Dr. Lesley Shannon Email: lshannon@ensc.sfu.ca Course Website: http://www.ensc.sfu.ca/~lshannon/ Simon Fraser University Slide Set:

More information

Requirements Engineering. Andreas Zeller Saarland University

Requirements Engineering. Andreas Zeller Saarland University Requirements Engineering Software Engineering Andreas Zeller Saarland University Communication project initiation requirements gathering Planning estimating scheduling tracking Waterfall Model (1968) Modeling

More information

Architecture. By Glib Kutepov Fraunhofer IESE

Architecture. By Glib Kutepov Fraunhofer IESE Architecture By Glib Kutepov Glib.kutepov@iese.fraunhofer.de Outline 1. Why Architecture? 2. What is Architecture? 3. How to create an Architecture? Alignment Modeling and Structuring Architectural Views

More information

EE 446 EMBEDDED ARCHITECTURE Embedded System in UML

EE 446 EMBEDDED ARCHITECTURE Embedded System in UML EE 446 EMBEDDED ARCHITECTURE Embedded System in UML Airs Lin UML (UNIFIED MODELING LANGUAGE) 1 What is UML? Created and developed by Grady Booch, Ivar Jacobson, and James Rumbaugh at Rational Software

More information

02291: System Integration

02291: System Integration 02291: System Integration Week 2 Hubert Baumeister huba@dtu.dk DTU Compute Technical University of Denmark Spring 2018 Contents Requirements Model Domain model Use Case and Use Case Diagram Activities

More information

Chapter 1. Contents. 1.1 What is Software Engineering! Solving Problems. Objectives. What is Software Engineering

Chapter 1. Contents. 1.1 What is Software Engineering! Solving Problems. Objectives. What is Software Engineering Chapter 1 What is Software Engineering Shari L. Pfleeger Joanne M. Atlee 4 th Edition Contents 1.1 What is Software Engineering? 1.2 How Successful Have We Been? 1.3 What Is Good Software? 1.4 Who Does

More information

Time Monitoring Tool Iteration Plan <Iteration 4> Version <1.0>

Time Monitoring Tool Iteration Plan <Iteration 4> Version <1.0> Time Monitoring Tool Iteration Plan Version Revision History Date Version Description Author 1.0 First Version John Lemon Page 2 of 7 Table of Contents 1. Introduction

More information

October 16-17, Omni Shoreham 2500 Calvert Street NW Embassy Conference Room Washington, DC 20008

October 16-17, Omni Shoreham 2500 Calvert Street NW Embassy Conference Room Washington, DC 20008 2018 IBM Engineer Open Labs (NO COST - not a substitute for full training courses) October 16-17, 2018 Omni Shoreham 2500 Calvert Street NW Embassy Conference Room Washington, DC 20008 Registration 10/16:

More information

Software Engineering Fall 2015 (CSC 4350/6350) TR. 5:30 pm 7:15 pm. Rao Casturi 09/08/2015

Software Engineering Fall 2015 (CSC 4350/6350) TR. 5:30 pm 7:15 pm. Rao Casturi 09/08/2015 Software Engineering Fall 2015 (CSC 4350/6350) TR. 5:30 pm 7:15 pm Rao Casturi 09/08/2015 http://cs.gsu.edu/~ncasturi1 Functional and Non Functional Requirement Functional Specification a system should

More information

Requirements Use Cases

Requirements Use Cases Requirements Engineering Requirements Use Cases Software Lifecycle Activities Requirements Analysis Software Design Implementation System Engineering Computer Science Department Baylor University Evolution

More information

Business Events as a focal point of analysis

Business Events as a focal point of analysis Business Events as a focal point of analysis November 5, 2015 - Las Vegas John Bethke, MBA, CBAP, CPA Bethke Consulting, LLC Purpose of Presentation! To describe an analysis framework using business events

More information

Chapter 4 The Implementation Methodology Chapter Overview

Chapter 4 The Implementation Methodology Chapter Overview Chapter 4 The Implementation Methodology Chapter Overview This chapter describes the EA implementation methodology (EA methodology), which is a detailed procedure for establishing, maintaining and using

More information

Information Systems RE Business Process and Data Analysis (cont d) + Use Case Analysis

Information Systems RE Business Process and Data Analysis (cont d) + Use Case Analysis REQUIREMENTS ENGINEERING LECTURE 2016/2017 Dr. Joerg Doerr Information Systems RE Business Process and Data Analysis (cont d) + Use Case Analysis AGENDA Basics Context Analysis Business Process & Data

More information

Use cases. Version 2.6 November 2015

Use cases. Version 2.6 November 2015 Use cases Version 2.6 November 2015 Maurizio Morisio, Marco Torchiano, 2014 Requirements Document 1. Purpose and scope 2. The terms used / Glossary 3. The use cases 4. The technology to be used 5. Other

More information

Organizational modeling in a semantic wiki

Organizational modeling in a semantic wiki Organizational modeling in a semantic wiki João Pedro Mendes joao.mendes@ceo.inesc.pt Abstract The world has always experienced changes. But now these changes happen faster than ever. This has several

More information

David. Director of Rational Requirements and Quality Management Products

David. Director of Rational Requirements and Quality Management Products David Klavon Director of Rational Requirements and Quality Management Products Quality Management Providing Collaborative Lifecycle Quality Management What s going on? 40% of unplanned downtime is caused

More information

ABHELSINKI UNIVERSITY OF TECHNOLOGY

ABHELSINKI UNIVERSITY OF TECHNOLOGY T 76.3601 Introduction to Software Engineering Software Life-Cycle Models http://www.soberit.hut.fi/t-76.3601/ Casper.Lassenius@tkk.fi Software Engineering? 1. The application of a systematic, disciplined,

More information

Why Document the Architecture? EEC 421/521: Software Engineering. Design Process. Thinking About Design. Stakeholder Communication.

Why Document the Architecture? EEC 421/521: Software Engineering. Design Process. Thinking About Design. Stakeholder Communication. Why Document the Architecture? EEC 421/521: Software Engineering Architectural Design Stakeholder Communication High-level presentation of system System Analysis Big effect on performance, reliability,

More information

VANCOUVER Chapter Study Group. BABOK Chapter 6 Requirements Analysis

VANCOUVER Chapter Study Group. BABOK Chapter 6 Requirements Analysis VANCOUVER Chapter Study Group BABOK Chapter 6 Requirements Analysis February 24, 2016 Hossam Saleh, CBAP Introduction PD Hours Presentation and quizzes at IIBA Vancouver Chapter website Certification Update

More information

Lecture 1. In practice, most large systems are developed using a. A software process model is an abstract representation

Lecture 1. In practice, most large systems are developed using a. A software process model is an abstract representation Chapter 2 Software Processes Lecture 1 Software process descriptions When we describe and discuss processes, we usually talk about the activities in these processes such as specifying a data model, designing

More information

IBM Software Group. Mastering Requirements Management with Use Cases Module 4: Analyze the Problem

IBM Software Group. Mastering Requirements Management with Use Cases Module 4: Analyze the Problem IBM Software Group Mastering Requirements Management with Use Cases Module 4: Analyze the Problem 1 Objectives Define problem analysis and its goal. Describe activities for problem analysis. Identify the

More information

Rational Unified Process (RUP) in e-business Development

Rational Unified Process (RUP) in e-business Development Rational Unified Process (RUP) in e-business Development Jouko Poutanen/11.3.2005 2004 IBM Corporation Agenda Characteristics of e-business Development Business Modeling with RUP and UML Rational Tools

More information

BABOK v3 Task to Technique Mapping

BABOK v3 Task to Technique Mapping BABOKv3 Task Technique # Technique Name Knowledge Area Business Planning and Monitoring Plan Business Approach 10.18 Document 10.20 Financial Plan Stakeholder Engagement 10.9 Business Rules 10.18 Document

More information

CHAPTER 3 Use Cases. 3. Use Cases

CHAPTER 3 Use Cases. 3. Use Cases CHAPTER 3 Use Cases Introduction When, Why, Where, What Iteratively Developing Use Cases Inception + Scope Definition + Risk Identification + Actors & Use cases + Project Plan Elaboration + Primary & Secondary

More information

CHAPTER 3 Use Cases. 3. Use Cases

CHAPTER 3 Use Cases. 3. Use Cases CHAPTER 3 Use Cases Introduction When, Why, Where, What Iteratively Developing Use Cases Inception + Scope Definition + Risk Identification + Actors & Use cases + Project Plan Elaboration + Primary & Secondary

More information

Software Engineering Fall 2014

Software Engineering Fall 2014 Software Engineering Fall 2014 (CSC 4350/6350) Mon.- Wed. 5:30 pm 7:15 pm ALC : 107 Rao Casturi 09/03/2014 Pending Items Due by 09/03/2014 Students: (Pending) Write one page Introduction about yourself

More information

Quality Management of Software and Systems

Quality Management of Software and Systems Quality Management of Software and Systems Processes and QM Prof. Dr. Liggesmeyer, 1 Contents Rational Unified Process (RUP) Extreme Programming (XP) Processes Prof. Dr. Liggesmeyer, 2 Starting point:

More information

Prof. Dr. Liggesmeyer, 1. Quality Management of Software and. Processes and QM. Systems. QMSS Processes and QM

Prof. Dr. Liggesmeyer, 1. Quality Management of Software and. Processes and QM. Systems. QMSS Processes and QM Quality Management of Software and Systems Processes and QM Prof. Dr. Liggesmeyer, 1 Contents V-Model XT Rational Unified Process (RUP) Extreme Programming (XP) Processes Prof. Dr. Liggesmeyer, 2 V-Model

More information

IN COMPLEX PROCESS APPLICATION DEVELOPMENT

IN COMPLEX PROCESS APPLICATION DEVELOPMENT BUSINESS-IT ALIGNMENT IN COMPLEX PROCESS APPLICATION DEVELOPMENT TABLE OF CONTENTS 1 Introduction 2 Model-driven development in BPMS: myth and reality 3 From disparate to aligned models 4 Model traceability

More information

Software Engineering (CSC 4350/6350) Rao Casturi

Software Engineering (CSC 4350/6350) Rao Casturi Software Engineering (CSC 4350/6350) Rao Casturi Recap UML Introduction Basic UML concepts 2 Basic Notations of UML Requirement Phase Analysis Phase Design Phase Object Design Phase 1. Use Case Diagrams

More information

Software Modeling & Analysis. - Fundamentals of Software Engineering - Software Process Model. Lecturer: JUNBEOM YOO

Software Modeling & Analysis. - Fundamentals of Software Engineering - Software Process Model. Lecturer: JUNBEOM YOO Software Modeling & Analysis - Fundamentals of Software Engineering - Software Process Model Lecturer: JUNBEOM YOO jbyoo@konkuk.ac.kr What is Software Engineering? [ IEEE Standard 610.12-1990 ] Software

More information

Contextual Modelling of Collaboration System

Contextual Modelling of Collaboration System Contextual Modelling of Collaboration System Purchasing process application Wafaa DACHRY #1, Brahim AGHEZZAF #1, Bahloul BENSASSI #2, Adil SAYOUTI #3 #1 Department of Mathematics and Computer Faculty of

More information

Requirements Engineering

Requirements Engineering Dr. Michael Eichberg Software Engineering Department of Computer Science Technische Universität Darmstadt Introduction to Software Engineering Requirements Engineering The following slides are primarily

More information

A Proposed Measurement Role in the Rational Unified Process and its Implementation with ISO 19761: COSMIC-FFP

A Proposed Measurement Role in the Rational Unified Process and its Implementation with ISO 19761: COSMIC-FFP A Proposed Measurement Role in the Rational Unified Process and its Implementation with ISO 19761: COSMIC-FFP Saadi Azzouz, Alain Abran École de Technologie Supérieure ETS 1100 Notre-Dame Ouest, Montréal,

More information

In this Lecture you will Learn: Development Process. Unified Software Development Process. Best Practice

In this Lecture you will Learn: Development Process. Unified Software Development Process. Best Practice In this Lecture you will Learn: Development About the Unified Software Development How phases relate to workflows in an iterative life cycle An approach to system development Major activities in the development

More information

Points of Integration Between Rational RequisitePro and Rational Rose

Points of Integration Between Rational RequisitePro and Rational Rose Points of Integration Between Rational RequisitePro and Rational Rose by Brenda Cammarano Senior Technical Evangelist Rational Suite The first installment of this series in the July issue of The Rational

More information

7. Model based software architecture

7. Model based software architecture UNIT - III Model based software architectures: A Management perspective and technical perspective. Work Flows of the process: Software process workflows, Iteration workflows. Check Points of The process

More information

Chapter 1 The Systems Development Environment

Chapter 1 The Systems Development Environment Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 1 The Systems Development Environment 1.1 Learning Objectives Define information systems

More information

Requirements elicitation: Finding the Voice of the Customer

Requirements elicitation: Finding the Voice of the Customer Requirements elicitation: Finding the Voice of the Customer Establishing customer requirements for a software system Identify sources of user requirements on your project Identify different classes of

More information

IBM WIoT CP Summit Open Labs (NO COST - not a substitute for full training courses)

IBM WIoT CP Summit Open Labs (NO COST - not a substitute for full training courses) IBM WIoT CP Summit 2017 - Open Labs (NO COST - not a substitute for full training courses) November 14-16, 2017 9:00 AM - 4:00 PM The Westin New Orleans Canal Place 100 Iberville Street, 12th floor Salon

More information

Workflow and Business Process Modeling with UML Activity Diagrams. April 17, 2008

Workflow and Business Process Modeling with UML Activity Diagrams. April 17, 2008 Workflow and Business Process Modeling with UML Activity Diagrams April 17, 2008 1 About Today s Seminar Your input Polls Questions This session will be recorded 2 Introductions ti Boston University Corporate

More information

INFORMATION SYSTEMS ANALYSIS AND DESIGN

INFORMATION SYSTEMS ANALYSIS AND DESIGN INFORMATION SYSTEMS ANALYSIS AND DESIGN Shouhong Wang Hai Wang Universal-Publishers Boca Raton TABLE OF CONTENTS PREFACE 7 CHAPTER 1. INTRODUCTION 13 1.1. Context of Information Systems Analysis and Design

More information

Social Organization Analysis: A Tutorial

Social Organization Analysis: A Tutorial Social Organization Analysis: A Tutorial Gavan Lintern Cognitive Systems Design glintern@cognitivesystemsdesign.net Copyright 2013 by Gavan Lintern Abstract Far less attention has been paid to social organization

More information

status Homework 2 posted: https://people.cs.umass.edu/~rjust/courses/2017fall/cs520/hw2.pdf

status Homework 2 posted: https://people.cs.umass.edu/~rjust/courses/2017fall/cs520/hw2.pdf Requirements status Everyone s working hard on projects Project progress meetings: November 9 Tomorrow (Oct 27), 9 AM, you will receive an email for signing up for meeting slots Homework 2 posted: https://people.cs.umass.edu/~rjust/courses/2017fall/cs520/hw2.pdf

More information

IBM WIoT CE Summit Open Labs (NO COST - not a substitute for full training courses)

IBM WIoT CE Summit Open Labs (NO COST - not a substitute for full training courses) IBM WIoT CE Summit Open Labs (NO COST - not a substitute for full training courses) May 16, 2018 9:00 AM - 3:00 PM Westin Grand Munich Arabellastraße 6 Barcelona Conference Room 81925 München, Germany

More information

Operational Concept Description (OCD)

Operational Concept Description (OCD) Operational Concept Description (OCD) E-Lockbox Team 5 Member Miles Azuka Okuleye Eric Jason Weiyi Zhong Kim Woon Cecilia Jou Role Project Manager Feasibility Analysist Operational Concept Engineer Requirement

More information

Engineering Process Transformation driven by Use Cases.

Engineering Process Transformation driven by Use Cases. Engineering Process Transformation driven by Use Cases juergen.schmied@methodpark.com 1 From Process Models to Projects Corporate Initiatives Six Sigma 16949 PMI CMMI 26262 Automotive SPICE One group,

More information

Harmonising two conceptual frameworks for EA

Harmonising two conceptual frameworks for EA Harmonising two conceptual frameworks for EA Mapping TOGAF to ArchiMate AKA Terminology Torture Including some slides from s training to BCS Enterprise and Solution Architecture Certificates Copyright

More information

Use cases. Version October 2013

Use cases. Version October 2013 Use cases Version 2.3 20 October 2013 Maurizio Morisio, Marco Torchiano, 2012 Requirements Document 1. Purpose and scope 2. The terms used / Glossary 3. The use cases 4. The technology to be used 5. Other

More information

Development Process and Analysis. LTOOD/OOAD - Verified Software Systems 1

Development Process and Analysis. LTOOD/OOAD - Verified Software Systems 1 Development Process and Analysis LTOOD/OOAD - Verified Software Systems 1 Software Crisis Declared in the late 60 s Expressed by delays and failures of major software projects (unreached goals, unpredictable

More information

Requirements Elicitation

Requirements Elicitation Requirements Elicitation Software Engineering I Lecture 4 14. November 2006 Bernd Bruegge Applied Software Engineering Technische Universitaet Muenchen 1 Outline Motivation Requirements elicitation challenges

More information

Quality Management of Software and Systems: Processes and QM

Quality Management of Software and Systems: Processes and QM Quality Management of Software and Systems: Processes and QM Contents V-Model XT Rational Unified Process (RUP) Extreme Programming (XP) Processes 2 V-Model XT Starting point: V-Model 97 Broadened guideline

More information

Rational Software White Paper TP 174

Rational Software White Paper TP 174 Reaching CMM Levels 2 and 3 with the Rational Unified Process Rational Software White Paper TP 174 Table of Contents Abstract... 1 Introduction... 1 Level 2, Repeatable... 2 Requirements Management...

More information

Unified Process. Peter Dolog dolog [at] cs [dot] aau [dot] dk Information Systems March 3, 2008

Unified Process. Peter Dolog dolog [at] cs [dot] aau [dot] dk Information Systems March 3, 2008 Unified Process Peter Dolog dolog [at] cs [dot] aau [dot] dk 5.2.47 Information Systems March 3, 2008 2 Outline Model Driven Design Tutorial on Requirements Eng. and SCRUM reflections (D402a, s601c) Unified

More information

Business Process Modeling Information Systems in Industry ( )

Business Process Modeling Information Systems in Industry ( ) Business Process Modeling Information Systems in Industry (372-1-4207 ) Arnon Sturm The material of this presentation is adopted from various people including:, Pnina Soffer, Iris Reinhartz-Berger 1 Outline

More information