RequisitePro Software Requirement Management Tool A peresentation by: Mojdeh Jalali-Heravi Maryam Daneshi.

Slides:



Advertisements
Similar presentations
IBM Software Group ® Traceability From Need To Solution What, Why and How Tammy Lavi Alon Bar-Ner.
Advertisements

Software Quality Assurance Plan
Requirements Management
Static Structure: Process Description
Detailing Requirements with Requisite Pro
Manage Your Requirements with RequisitePro Kim Werner Ajilon Consulting
Rational Tool Overview. Introduction Requirements-Driven Software Development with Rational Analyst Studio. Tafadzwa Nzara Analysis & Design Consultant.
RequisitePro (1) Copyright, 2001 © Jerzy R. Nawrocki Quality Management Lecture.
Requirements Specification
SE 555 Software Requirements & Specification1 Use-Case Modeling: Overview and Context.
8/28/2005ECEN5543 Req Elicitation1 Targets of Requirements Engineering ECEN 5543 SW Engineering of Standalone Programs University of Colorado, Boulder.
Computer Engineering 203 R Smith Requirements Management 6/ Requirements IEEE Standard Glossary A condition or capability needed by a user to solve.
Requirements Analysis 5. 1 CASE b505.ppt © Copyright De Montfort University 2000 All Rights Reserved INFO2005 Requirements Analysis CASE Computer.
SE 555 Software Requirements & Specification Requirements Management.
SwE 434. Rational Quality Manager Rational Quality Manager is a collaborative, Web-based tool that offers comprehensive test planning, test construction,
1 Systems V & V, Quality and Standards Dr Sita Ramakrishnan School CSSE Monash University.
Business Area Analysis Focus: Domain View (selected business area) Goals: –Isolate functions and procedures that allow the area to meet its goals –Define.
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
I n t e g r i t y - S e r v i c e - E x c e l l e n c e Business & Enterprise Systems Introduction to Hewlett Packard (HP) Application Lifecycle Management.
Mastering OOA/OOD with UML. Contents Introduction Requirements Overview OOAOOD.
Configuration Management
Object Oriented Analysis and Design Using the UML
Jouhayna Al-Ayoubi SWEN 5230 – Software Project Management.
What is Business Analysis Planning & Monitoring?
RUP Requirements RUP Artifacts and Deliverables
Copyright Course Technology 1999
CC20O7N - Software Engineering 1 CC2007N Software Engineering 1 Requirements Engineering Practices with Techniques.
UML - Development Process 1 Software Development Process Using UML (2)
Unified Software Development Process (UP) Also known as software engineering process SEP describes how requirements are turned into software Defines who,
Why use RequisitePro RequisitePro is a comprehensive tool that supports any of today's requirements management processes. The predominant requirements.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
Rational Requirements Management with Use Cases v5.5 Copyright © Rational Software, all rights reserved 1Welcome! Rational Requirements Management.
Chapter 5 Defining and Managing Project and Product Scope Copyright 2012 John Wiley & Sons, Inc. 5-1.
Requirements Engineering CSE-305 Requirements Engineering Process Tasks Lecture-5.
2/6/01D-1 © 2001 T. Horton CS 494 Object-Oriented Analysis & Design Using PARTS to Illustrate Requirements Concepts.
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.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
IT Requirements Management Balancing Needs and Expectations.
1 CS 426 Senior Projects Chapter 3: The Requirements Workflow [Arlow & Neustadt, 2005] January 31, 2012.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Notes of Using RequisitePro cyt. 2 Type of user –Requirements viewers –Requirements contributors –Requirements authors –Project administrator Rational.
9/01RUT1 NASA OSMA SAS '01 R equirements U se case T ool James R. McCoy SRS Information Services NASA Software Assurance Technology Center
Actors and Use Case Diagrams Month Day, Year. Agenda Training Plan Overview Review Detailing Requirements with Requisite Pro Concepts Setting Up XDE Integration.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
RequisitePro (1) Copyright, 2001 © Jerzy R. Nawrocki Requirements Engineering.
CSC480 Software Engineering Lecture 8-9 September 20, 2002.
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Rational.
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
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.
Introduction to Databases Angela Clark University of South Alabama.
~ pertemuan 4 ~ Oleh: Ir. Abdul Hayat, MTI 20-Mar-2009 [Abdul Hayat, [4]Project Integration Management, Semester Genap 2008/2009] 1 PROJECT INTEGRATION.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
Software Engineering Lecture 10: System Engineering.
Requirement Discipline Spring 2006/1385 Semester 1.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
Requirement Engineering Management Amna Shifia Nisafani Feby Artwodini M. Department of Information Systems Subject : Requirement Engineering.
 The processes used for RE vary widely depending on the application domain, the people involved and the organisation developing the requirements.  However,
 System Requirement Specification and System Planning.
Your Prescription for Requirements Management 1. Assumptions The prescription for requirements management is based on the following assumptions:  The.
 This lab accompanies the software engineering course to support the content in the course. The overall goals of this lab are to introduce examples of.
Project Planning: Scope and the Work Breakdown Structure
CIS 245 Lab.
Databases and Information Management
Presentation transcript:

RequisitePro Software Requirement Management Tool A peresentation by: Mojdeh Jalali-Heravi Maryam Daneshi

Requirements Management Introducing RequisitePro Documenting Requirements Organizing Requirements Tracking Requirements Advanced Features

What is requirements management? a systematic approach to eliciting, organizing, and documenting the requirements of a system a process that establishes and maintains agreement between the customer and the project team on the changing requirements of a system.

Why is requirements management important? projects must be delivered on time and on budget they must address the client's needs

Requirements Management Skills

What should you consider when managing a project? What is the business problem you are trying to solve, and who has a stake in its resolution? What features are essential to a solution? How can the proposed solution be described in language that can be understood by technical and non-technical people? What are the available resources (time, people, money)? How should requirements be prioritized?

What should you consider when managing a project? (cont.) How can one verify that the system will function as described and perform with acceptable speed and efficiency? How can dependency relationships between requirements be traced? How can changes to the system be limited and negotiated so that the product can be completed and stakeholders remain engaged? What is the procedure for reviewing and resolving changes to requirements?

Requirements Management Introducing RequisitePro Documenting Requirements Organizing Requirements Tracking Requirements Advanced Features

What are the causes of project failure? a large percentage of projects do not succeed. Standish Group listed lack of user involvement and changing requirements and specifications as among the top 10 factors that most frequently contribute to project failure.

The Problems of Requirements Management

The Problems of Requirements Management (cont.) Requirements are not always obvious and have many sources. Requirements are not always easy to express clearly in words. Many different types of requirements at different levels of detail must be managed. The number of requirements can become unmanageable if not controlled. Requirements are related to one another and to other deliverables of the process in a variety of ways.

The Problems of Requirements Management (cont.) Requirements have unique properties or property values; they are neither equally important nor equally easy to meet. Many interested and responsible parties are involved in a project, which means that requirements must be managed by cross- functional groups of people. Requirements change. Requirements can be time-sensitive.

RequisitePro A powerful, easy-to-use requirements management tool Helps teams manage project requirements comprehensively, promotes communication and collaboration among team members Reduces project risk

Why Use RequisitePro? Team Collaboration and User Satisfaction Flexibility Through the Web Component Change Management Comprehensive Process Support

Requirements Management Introducing RequisitePro Documenting Requirements Organizing Requirements Tracking Requirements Advanced Features

Project Templates RequisitePro provides the following project templates:  Use-Case Template (using a use-case methodology)  Traditional Template (using standard software requirements)  Composite Template (a combination of the Use Case and Traditional templates)

Example Add a new template

A RequisitePro Project a project includes a database it can also include documents Included in the database :  document types glossary document, vision statement, use cases  requirement types categories of requirements such as features, use cases, supplementary specifications and …  requirement attributes describe the requirements in terms of priority, status, stability, and other characteristics that you define

Document Type document types:  Vision. gives the overall view of the system: main characteristics, major features, key stakeholder needs, and key services provided.  Glossary. a tool to capture and define the terms used in the project.

Document Type (cont.)  Use-case specification. a format to express functional requirements in sequence. A sequence of actions a system performs that yields an observable result (a work output) of value to a particular actor.  Supplementary specification. captures any requirements that cannot be tied directly to any specific use case, and especially many of the nonfunctional requirements and design constraints.  Test plan. describes the target-of-test (components, application, system) and its goals; the stages of testing; and the types of testing that will be addressed by this plan.

Requirements A requirement describes a condition or capability that a system must provide. They contain:  Name,  Text,  Tag,  Attributes to provide specific details.

Requirements (cont.) Requirements may be created in a document or in a view. All requirements information is stored in the database.

Requirements Management Introducing RequisitePro Documenting Requirements Organizing Requirements Tracking Requirements Advanced Features

Requirement Types A requirement type defines descriptive and operational information associated with a requirement. serves as a template for all requirements of the same type. is useful for ensuring consistency and classifying or grouping similar requirements in a project.

View a table (matrix ) an outline tree create a view to display :  requirement attributes (status and priority )  to show the relationships between requirements.

View (cont.) You can create three different kinds of views: Attribute Matrix view  displays all requirements of a specified type  The requirements are listed in rows  their attributes appear in columns  helps you organize and prioritize requirements

View (cont.) Traceability Matrix view  help you manage the ripple effects caused by a requirement change  displays the relationships between two types of requirements or requirements of the same type

View (cont.) Traceability Tree view  help you manage the ripple effects caused by a requirement change  displays the chain of traceability to or from requirements of a specified type

Example Creating Requirements

Requirements Management Introducing RequisitePro Documenting Requirements Organizing Requirements Tracking Requirements Advanced Features

Tracking Requirements Topics to be covered: Managing changing requirements Setting traceability Managing change through traceability views Using suspect links Establishing hierarchy Querying (filtering and sorting)

Managing Changing Requirements includes (but is not limited to) the following activities: Keeping track of the history of each requirement Establishing traceability relationships between related requirements Maintaining version control

Setting Traceability a directional relationship between any two requirements  ReqA --> ReqB  ReqA <-- ReqB

RequisitePro's Traceability helps assure the quality and completeness of your products Link abstract requirements trace from use cases to the features requested by stakeholders can define the dependencies among requirements of the same type or different types

Managing Change Through Traceability Views Traceability Matrix Traceability Tree

Example Create and clear traceability relationships from a matrix view

Example Create traceability relationships from the Word document

Using Suspect Links the relationship between the requirements requires attention RequisitePro signals this suspect condition in a Traceability Matrix or Traceability Tree

Using Suspect Links (cont.) when either of the requirements has been modified after the initial traceability relationship has been established. In a Traceability Tree In an Attribute Matrix with an "(s)" in the Traced to or Traced From columns

Example Create a suspect relationship

Example Create suspect relationships in an Attribute Matrix view

Establishing Hierarchy hierarchical requirement Hierarchical relationships Child requirement dependency

Example Create hierarchical requirements in a document

Example Change the parent of a child requirement

Querying (Filtering and Sorting) After creating a view  Filtering restricts the information being displayed  sorting determines the order in which information is displayed by applying query criteria to the attributes

Example Create a query in an Attribute Matrix

Requirements Management Introducing RequisitePro Documenting Requirements Organizing Requirements Tracking Requirements Advanced Features

Archiving  2 ways Creating baselines  baseline identifies activities and one version of every element visible in one or more components. It should be created at project milestones.  Rational Unified Change Management object

Archiving Example Create a version from current project

Advanced Features (cont.) Cross-project traceability  establish traceability between requirements that reside in different projects Customizing document and requirement types and attributes

Project Properties

Project Properties (cont.)

Advanced Features (cont.) Deleting requirements  Delete-Unmark  Delete-Remove  keep the requirement but modify the requirement attributes (recommended)

Advanced Features (cont.) Discussion groups  comment and raise issues and questions to a group of project users

Advanced Features (cont.) Integrations  Rational Rose for object-oriented analysis, modeling, design, and construction  ClearQuest for team-based change request management  TestManager for management of software testing assessments  ClearCase LT for configuration management  SoDA for project reporting and documentation  Rational Unified Process for incorporation of software development best practices.

Advanced Features (cont.) Offline authoring  edit a requirements document outside of RequisitePro Requirement Metrics  report statistics on requirement text, attributes, relationships, and revisions

Resources RequisitPro tutorial Rational® RequisitePro® User’s Guide VERSION: