Requirement Discipline Spring 2006/1385 Semester 1.

Slides:



Advertisements
Similar presentations
OOAD – Dr. A. Alghamdi Mastering Object-Oriented Analysis and Design with UML Module 3: Requirements Overview Module 3 - Requirements Overview.
Advertisements

Object-Oriented Analysis and Design
Requirements wg RUP Materiały na seminarium „Metodyki tworzenia SI” Wykonał Marcin Wiącek Styczeń 2006 Wojskowa Akademia Techniczna Wydział Cybernetyki.
Gerhard Dueck -- CS3013Capturing Requirements as Use Cases 1 Capturing the Requirements as use Cases  Requirements Description  We need to describe –The.
Software Requirements
Detailing Requirements with Requisite Pro
Use-case Modeling.
SE 555 Software Requirements & Specification1 Use-Case Modeling: Overview and Context.
Source: Peter Eeles, Kelli Houston, and Wojtek Kozaczynsky, Building J2EE Applicationa with the Rational Unified Process, Addison Wesley, 2003 Prepared.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 1.Gain agreement on the problem definition. 2.Understand the root causes 3.Identify the.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Major Exam II Reschedule 5:30 – 7:30 pm in Tue Dec 5 th.
Introduction to Software Engineering Dr. Basem Alkazemi
Copyright  Larry Dribin, Ph.D. SE470_EngFlows_v1.ppt SE470 EngFlows - 1 Excellence in Software Engineering Repeatable Level Defined Level Manage.
SE 555 – Software Requirements & Specifications Introduction
Sharif University of Technology1 Design and Use-case Realization Software Engineering Laboratory Fall 2006.
Source: Peter Eeles, Kelli Houston, and Wojtek Kozaczynsky, Building J2EE Applicationa with the Rational Unified Process, Addison Wesley, 2003 Prepared.
Mastering OOA/OOD with UML. Contents Introduction Requirements Overview OOAOOD.
Jouhayna Al-Ayoubi SWEN 5230 – Software Project Management.
Slide 1 Requirements Workflow. Slide 2 The Phases/Workflows of the Unified Process Figure 3.1 l Phase is Business context of a step Workflow is Technical.
Requirements Management Plan - Documents
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
Copyright © Craig Larman All Rights Reserved Requirements.
The Software Development Life Cycle: An Overview
RUP Requirements RUP Artifacts and Deliverables
Requirements Management with Use Cases Module 6: Define the System Requirements Management with Use Cases Module 6: Define the System.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
RUP Fundamentals - Instructor Notes
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
1 IBM Software Group ® Mastering Requirements Management with Use Cases Module 4: Analyze the Problem.
Business Modeling : basic concepts Extracted from Rational UML Profile for business modeling.mht.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
10/12/ Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews & questionnaires.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Software Engineering Chapter 7 Fall Capturing the Requirements as Use Cases Capturing the Requirements as Use Cases By using use cases analysts.
Requirements Artifacts Precursor to A & D. Objectives: Requirements Overview  Understand the basic Requirements concepts and how they affect Analysis.
Lecture 7: Requirements Engineering
1 Requirements Management - General concepts - Noureddine Abbadeni King Saud University College of Computer and Information Sciences Based on “Software.
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.
Rational Requirements Management with Use Cases v5.5 Copyright © Rational Software, all rights reserved 1 Requirements Management with Use Cases.
Actors and Use Case Diagrams Month Day, Year. Agenda Training Plan Overview Review Detailing Requirements with Requisite Pro Concepts Setting Up XDE Integration.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 1: Introduction to Use-Case Modeling.
Shanghai Jiao Tong University 上海交通大学软件工程中心 Object Oriented Analysis and Design Requirements Overview.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
Rational Unified Process Fundamentals Module 3: Disciplines I.
Requirements Management with Use Cases Module 10: Requirements Across the Product Lifecycle Requirements Management with Use Cases Module 10: Requirements.
Chapter 31 Your Prescription for Requirements Management.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
CSC480 Software Engineering Lecture 8-9 September 20, 2002.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Requirements Management with Use Cases Module 3: Analyze the Problem Requirements Management with Use Cases Module 3: Analyze the Problem.
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.
Prof. Hany H. Ammar, CSEE, WVU, and
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
UML - Development Process 1 Software Development Process Using UML.
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
Requirements Management with Use Cases Module 4: Analyze the Problem Requirements Management with Use Cases Module 4: Analyze the Problem.
Assessing Requirements Quality in Iterative Development 1.
Requirement Engineering Management Amna Shifia Nisafani Feby Artwodini M. Department of Information Systems Subject : Requirement Engineering.
Your Prescription for Requirements Management 1. Assumptions The prescription for requirements management is based on the following assumptions:  The.
Evolutionary requirements
Recall The Team Skills Analyzing the Problem (with 5 steps)
Applied Software Project Management
Presentation transcript:

Requirement Discipline Spring 2006/1385 Semester 1

Sharif Univ. of Tech.2 Outline Key Concepts Requirements Discipline Requirements Management Requirements Workflow Artifacts

Sharif Univ. of Tech.3 Key concepts Feature –An externally observable service provided by the system which directly fulfills a stakeholder need. Requirement –A requirement describes a condition or capability to which a system must conform. Software Requirement –Taking a requirement into the software world that would need some new software needs. Stakeholder –represents an interest group whose needs must be satisfied by the project. – anyone who is materially affected by the outcome of the project.

Sharif Univ. of Tech.4 Key concepts (Cont.) Actor: –Informally, any thing have some interactions with the system. Use Case: –A sequence of actions a system performs that yields an observable result of value to a particular actor. Use-case model: –Communication medium between customer, user and system developer. –It consists of use-cases, actors and there relations. –Use-case specification shows that how the system interacts with the actor and what the system does.

Sharif Univ. of Tech.5 Requirements Discipline

Sharif Univ. of Tech.6 Discipline : A discipline provides a view into the underlying process elements within RUP from the perspective of a general discipline of skills. Each discipline describes a set of associated activities and artifacts based around a common skillset. –Introduction Purpose of the discipline and relationships to other disciplines. –Concepts key concepts that are important in order to understand the discipline. –Workflow A typical sequence of events –Activity Overview activities and roles in the discipline. –Artifact Overview artifacts that are produced in this discipline –Guidelines Overview More detailed explanations

Sharif Univ. of Tech.7 Requirements Discipline To establish and maintain agreement with the customers and other stakeholders on what the system should do. To provide system developers with a better understanding of the system requirements. To define the boundaries of (delimit) the system. To provide a basis for planning the technical contents of iterations. To provide a basis for estimating cost and time to develop the system. To define a user-interface for the system, focusing on the needs and goals of the users.

Sharif Univ. of Tech.8 Requirement Requirement: a condition or capability to which the system must conform. Types of Requirements (FURPS+): –Functionality –Usability –Reliability –Performance –Supportability –design constraints, implementation requirements, interface requirements, physical requirements.

Sharif Univ. of Tech.9 Requirements Management A systematic approach to finding, eliciting, documenting, organizing and tracking the changing requirements of a system. Collecting requirements difficulties: –R–Requirements are not always obvious, and can come from many sources. –R–Requirements are not always easy to express clearly in words. –T–There are many different types of requirements at different levels of detail. –T–The number of requirements can become unmanageable if not controlled. –R–Requirements have unique properties or property values. For example, they are neither equally important nor equally easy to meet. –R–Requirements change.

Sharif Univ. of Tech.10 Requirements Workflow

Sharif Univ. of Tech.11 Workflow Details Analyze the Problem –Gain agreement on the problem being solved, –Identify stakeholders, –Define the system boundaries, and –Identify constraints imposed on the system. Understand Stakeholder Needs –collect and elicit information from the stakeholders of the project in order to understand their needs. –defining the high-level features

Sharif Univ. of Tech.12 Workflow Details (cont.) Define the System –high-level analysis on the results of collecting stakeholder requests. –Refine the Vision to include the features –Refine the use-case model, to include outlined use cases. Manage the Scope of the System –Prioritize features and requirements. –Define the set of use cases that represent some significant, central functionality.

Sharif Univ. of Tech.13 Workflow Details (cont.) Refine the System Definition –Describe the use case's flow of events in detail. –Detail Supplementary Specifications. –Develop a Software Requirements Specification, if more detail is needed, and –Model and prototype the user interface. Manage Changing Requirements –Restructure the use-case model. –Redefine requirements attributes. –Evaluate change requests and determine their impact on the existing requirement set.

Sharif Univ. of Tech.14 Understand Stakeholder Needs Techniques Interviews Requirement workshop Brain-storming and idea reduction Use-case workshop Storyboarding Role playing Review of existing requirements

Sharif Univ. of Tech.15 Artifacts Glossary. Vision. Requirements Management Plan. Supplementary Specifications. Requirements Attributes. Software Requirements Specification.

Sharif Univ. of Tech.16 Homework مفهوم traceability را توضيح دهيد. ( اين تمرين بايد بطور دستی نوشته شده باشد و پرينت قابل قبول نمی ‌ باشد.)

Thanks Please take a look at Rational Unified Process documents