+ All Categories
Home > Documents > GROUP MEMBERS

GROUP MEMBERS

Date post: 24-Feb-2016
Category:
Upload: baby
View: 45 times
Download: 0 times
Share this document with a friend
Description:
GROUP MEMBERS. MUHAMMAD USMAN KHAWAR BSEF08A008 MUHAMMAD TAYYAB ARIF BSEF08A009 MANAN AHMED BAJWA BSEF08A013 WAQAS DURRANI BSEF08M054. Requirement Development. CONTENTS. CMMI - PowerPoint PPT Presentation
Popular Tags:
69
Transcript
Page 1: GROUP MEMBERS
Page 2: GROUP MEMBERS

GROUP MEMBERS

MUHAMMAD USMAN KHAWAR BSEF08A008

MUHAMMAD TAYYAB ARIF BSEF08A009

MANAN AHMED BAJWA BSEF08A013

WAQAS DURRANI BSEF08M054

Page 3: GROUP MEMBERS

Requirement Development

Page 4: GROUP MEMBERS

CONTENTS CMMI

REQUIREMENT DEVELOPMENT

SPECIFIC AND GENERIC GOALS

SG1: Develop CUSTOMER Requirement

SG2: Develop Product Requirement

SG3: Analyze and Validate Requirements

GG1: Institutionalize the defined Process

Page 5: GROUP MEMBERS

M.USMAN KHAWAR

By:

CMMI & Specific goal I

Page 6: GROUP MEMBERS
Page 7: GROUP MEMBERS

What is CMMI ?CMMI means Capability Maturity Model Integration

Capability Maturity Model Integration (CMMI) modelsprovide guidance to use when developing processes. CMMI models are not processes or process descriptions

Page 8: GROUP MEMBERS
Page 9: GROUP MEMBERS

We Will Discuss

Requirement Development

Page 10: GROUP MEMBERS

Purpose / Objective

The Purpose of Requirement Development is to produce and analyze:

Customer

Product

Product-components requirements.

Page 11: GROUP MEMBERS

• Elicitation , analysis , validation , communication and constraints .

• Collection and coordination of stakeholders needs

• Development of the life cycle of requirements of the product

• Establishment of the customer requirements

• Establishment of initial product and product component requirement.

Activities of Requirement Development

Page 12: GROUP MEMBERS
Page 13: GROUP MEMBERS

In requirement development we handle two types of goals

Specific Goals (SG) Generic Goal (GG)

Types of Goals

Page 14: GROUP MEMBERS

Specific Goals(SG)A specific goal is such a type of a goal that incorporates an action plan that outlines. How you will achieve the goal.

Performance measure that tells you how to evaluate the goal.

Page 15: GROUP MEMBERS

Generic Goals (GG) These are such types of goals which are required model components that apply to all process areas.E.G. Train the people Assign Responsibility Plan the Process

Page 16: GROUP MEMBERS

In requirement development phase we will deal with the following specific and generic goals:

SG1: Develop customer requirements

SG2: Develop product requirements

SG3: Analyze and validate requirements

GG3: Institutionalize a defined process

Specific and Generic Goals

Page 17: GROUP MEMBERS
Page 18: GROUP MEMBERS

Practice To Goal Relationship

Every goal we set is carried out by some practices that we have to follow to achieve the goal , we desire for . This intact a specific relationship between goals and the practices to be followed .

Page 19: GROUP MEMBERS

SPECIFIC GOAL ISG 1

Develop CUSTOMER Requirement

Page 20: GROUP MEMBERS

SG1: Develop customer requirements Stakeholder needs , expectations , constraints and interfaces are collected and translated into customer requirements.Practices to be followed :

Elicit Needs

Develop the customer requirements

Page 21: GROUP MEMBERS

Description

The needs of the stakeholders are the basis for determining customer requirements

An iterative process is used through out the life of the project to accomplish these objectives.

A surrogate is involved for customer to represent their needs and help to resolve conflicts.

Page 22: GROUP MEMBERS

SUB-PRACTICES

Page 23: GROUP MEMBERS

Sp1: Elicit needsElicit stakeholder needs , expectations , constraints and interfaces for all phases of the product lifecycle.Eliciting : identifying additional requirements, these are not provided by customer.Some examples of techniques to elicit needs

Brainstorming Market surveys Beta testing Usecases

Page 24: GROUP MEMBERS

Sp2: Develop the customer requirements

The various inputs from the customer should be gathered

The conflicts must be solved in documenting the recognized set of customer requirements.

The customer requirements will include needs , expectations and constraints with regards to verification and validation

Page 25: GROUP MEMBERS

Specific Goal IISG 2

By:

WAQAS DURRANI

Develop Product Requirement

Page 26: GROUP MEMBERS
Page 27: GROUP MEMBERS

Develop Product Requirements

Customer requirements are refined and elaborated to develop product and product –component requirements.

Practices to be followed : Establish product and product components

requirements Allocate product –component requirements Identify interface requirements

Page 28: GROUP MEMBERS

Description Customer requirements are also analyzed with the

development of the operational concept to derive precise sets of requirements called product and product-component requirements.

Derived requirements arise from constraints, consideration of issues, selected architecture and design.

The requirements are re-examined and the preferred product concept is refined.

Page 29: GROUP MEMBERS

SUB-PRACTICES

Page 30: GROUP MEMBERS

Sp1: Establish Product and Product-Component requirements

Establish and maintain product and product-component requirements, which are based on the customer requirements..

Page 31: GROUP MEMBERS

Description

Customer requirements may be expressed in the customer’s terms or non-technical description.

Product requirements are the expression of customer requirements in technical terms.

Example : Solid-sounding door(Non- technical) Might be mapped to size, weight, fit and resonant

frequencies ( technical)

Page 32: GROUP MEMBERS

Typical Work Products

Derived requirements

Product requirements

Product-Component requirements

Page 33: GROUP MEMBERS

Sub PracticesDevelop requirements in technical terms for product and

product-component design.

Derive requirements from design decisions.

Establish and maintain relationships between requirements for consideration during change management and requirements allocation.

Page 34: GROUP MEMBERS

Sp2: Allocate Product Requirements

Allocate the requirements for each product component. The Work Products Corresponding are :

Requirement allocation sheets. Provisional requirement allocation. Design constraints.

Page 35: GROUP MEMBERS

Sub Practices

Allocate requirements to functions.

Allocate requirements to product component.

Allocate design constraint to product component.

Page 36: GROUP MEMBERS

Sp3: Identify Interface requirementsInterfaces between function are identified. The Corresponding Work Products are:

Interface requirements.The Corresponding Sub Practices are:

Identify interfaces

Develop the requirements for the identified interfaces

Page 37: GROUP MEMBERS

Specific Goal IIIAnalyze and Validate

Requirements SG 3

By: Manan Ahmed

Bajwa

Page 38: GROUP MEMBERS

SG3: Analyze and validate requirements

The requirements are analyzed and validated and definition of the required functionality is developed.

Practices to be followed Establish operational concepts Establish a definition of required

functionality Analyze requirements Analyze requirements to achieve balance Validate requirements with comprehensive

method

Page 39: GROUP MEMBERS

Analysis provides us the needs of the stakeholders and the constraints of the product.

The objectives of the analysis are to determine candidate requirements for product that will satisfy stakeholders.

Description:

Page 40: GROUP MEMBERS

SUB-PRACTICES

Page 41: GROUP MEMBERS

SP3.1: Establish Operational Concepts and scenarios Establish and maintain operational concepts and

associated scenarios.

Page 42: GROUP MEMBERS

Typical Work Products

Disposal concepts. Use cases. Timeline scenarios. New requirements.

Page 43: GROUP MEMBERS

Sub practices

Define the environment the product will operate in, including boundaries and constraints.

Review operational concepts and scenarios to refine and discover requirements.

Page 44: GROUP MEMBERS

Sp3.2:Establish a definition of required functionality

Establish and maintain a definition of required functionality.

The definition of functionality includes actions, sequence , inputs or other information that communicates the manner in which the product will be used.

Page 45: GROUP MEMBERS

Typical Work Products:

Functional architecture

Activity diagrams and use cases

Object –oriented analysis with services identified

Page 46: GROUP MEMBERS

Sub Practices

Analyze and quantify functionality required by end users.

Analyze requirements to identify logical or functional partitions

Page 47: GROUP MEMBERS

Sp3.3: Analyze requirements

Analyze requirements to ensure that they are necessary and sufficient.

Page 48: GROUP MEMBERS

Analyze requirements to determine whether they satisfy objectives of higher level requirements

Analyze requirements to ensure that they are complete and verifiable

Sub Practices:

Page 49: GROUP MEMBERS

Sp 3.4 Analyze requirements to achieve balanceAnalyze requirements to balance stake holder needs and constraints..

Page 50: GROUP MEMBERS

Typical work products:

Assessments of risks related to requirements

Page 51: GROUP MEMBERS

Sub Practices:

Use proven models , simulations and prototyping to analyze the balance of stake holder needs and constraints.

Perform a risk assessment on the requirements and functional architectures.

Page 52: GROUP MEMBERS

SP3 + Generic Goal

By:

Muhammad Tayyab Arif

Page 53: GROUP MEMBERS

SP 3.5 : Validate requirements with comprehensive methods.

Validate requirements to ensure the resulting product will perform as intended in the user’s environments using multiple techniques as appropriate.

Typical work products:

Record of analysis methods and results.

Page 54: GROUP MEMBERS

Sub Practices:Analyze the requirements to determine the risk that might

be faced by the resulting product.

Explore the adequacy and completeness of requirements by developing product representations and by obtaining feed back about them from relevant stake holders.

Page 55: GROUP MEMBERS

Generic Goal IIIGG 3

Institutionalize the defined process

Page 56: GROUP MEMBERS

GG1: Institutionalize the defined process

The process is institutionalized as a defined Process.

Page 57: GROUP MEMBERS

Commitments to be formed(cop)When we are following generic goals we make some

commitments that we have to ensure at the end of the project so that customer gets satisfaction.

Page 58: GROUP MEMBERS

Establish an organizational policy

Establish and maintain an organizational policy for planning and performing the requirements development process.

This policy establishes organizational expectations for collecting stakeholder needs, formulating product and product-component and validating those requirements

Page 59: GROUP MEMBERS

Establish a defined process

Establish and maintain the description of a defined requirements development process.

Page 60: GROUP MEMBERS

Plan the process

Establish and maintain a plan for performing the requirement development process

Page 61: GROUP MEMBERS

Provide resources Provide adequate resources for performing the requirements development process , developing the work products and providing the services of the process

Requirements specification tools Requirements tracking toolsPrototyping tools

Page 62: GROUP MEMBERS

Assign responsibility

Assign responsibility and authority for performing the process, developing the work products and providing the services of the requirements development process.

Page 63: GROUP MEMBERS

Monitor and control the process

Monitor and control the requirements development process against the plan for performing the process and take appropriate corrective action. Examples:

Cost , schedule and effort

Defect density of requirements specification

Page 64: GROUP MEMBERS

Review the activities ,status and result of the requirements development process with higher level management and resolve issues.

Review status with higher level management

Page 65: GROUP MEMBERS

HENCE REQUIREMENTS ARE DEVELOPED

Page 66: GROUP MEMBERS

Prepared By

Page 67: GROUP MEMBERS

Innocent Devils

Page 68: GROUP MEMBERS

There is an answer to every Question

ANY QUESTIONSANY QUESTIONS

ANY QUESTIONS

ANY QUESTIONS

ANY

QUES

TION

S

Page 69: GROUP MEMBERS

Recommended