requirement management 2
DESCRIPTION
TRANSCRIPT
What Are Requirements?
Definition:
Requirements are the things that you should discover before starting to build your product
RequirementsSpecification
Requirements Process
ProductUsage
Build
ProductDesign
SystemsAnalysis
Analysis Feedback
Design Feedback
BuildFeedback
Product
ProductFeedback
StakeholderWants and Needs
IntendedOperatingEnvironment
AnalysisSpecification andRequirementsSpecification
DesignSpecification
Role of Requirements in the Development Process
Requirements Gatherings
• The requirements gatherers are busy discovering the
business goals
• What the product?
• What it has to do?
• What qualities it must have?
• What constraints it must conform?
• What interfaces it has to the outside world?
What is a Requirement?
• A requirement is something that the product must do or a quality that the product must have
• A requirement exists either because the type of product demands certain functional qualities
or
• The client wants that requirement to be part of the delivered product.
Types of Requirements
• Functional Requirements– The requirements that specify the inputs (stimuli) to the
system, the outputs (Resources )from the system, and the behavioral relationship between them
• Non-Functional Requirements– Performance– Environment– Security– Testability– Understandability / Usability
Functional Requirements
• You are about to build a new product
• What does it have to do?
• Control an aircraft?
• Predict profitability for your organization?
• Turn satellite data into graphic displays for broadcast?
• What are the things that it has to do to achieve that purpose?
Functional Requirements
• Functional requirements are things the product must do
• The product shall produce an amended de-icing schedule when a change to a truck status
• Means that previously schedule work cannot be carried out as planned
Non-Functional Requirements
• What qualities must the product have?
• Does it have to be fast?
• Or easy to use?
• Secure from hacking
Non-functional Requirements
• Non-functional requirements are
– properties, that the product must have
– qualities the product must have.
Non-functional Requirement Types
Performancerequirements
Spacerequirements
Usabilityrequirements
Efficiencyrequirements
Reliabilityrequirements
Portabilityrequirements
Interoperabilityrequirements
Ethicalrequirements
Legislativerequirements
Implementationrequirements
Standardsrequirements
Deliveryrequirements
Safetyrequirements
Privacyrequirements
Productrequirements
Organisationalrequirements
Externalrequirements
Non-functionalrequirements
Functional vs Non-functional
• “What” of the system
• Function and• Data related
• “How well” aspects of the system
• Performance• Maintainability• Scalability• Interoperability• Reliability• Portability and• Constraints
Functional Vs Non-Functional Requirements
• What the product must do
• They govern the basis set of duties or functions that the product should be doing
• A system can not work if the functional requirements are not satisfied
• They satisfy the stated needs of the customers
• The other special attributes the product must possess
• They govern the extra set of duties that it should perform
• These are mainly aimed at maintenance of SW
• They satisfy the implied needs of the customer
Constraints
• They apply to the entire product and are preferably defined before beginning work on gathering the requirements
• Constraints are global issues that shape the requirements
Product Constraints
• The purpose of the Product – the reason for building the product and the business advantage if we do so
• The Client, Customer and other Stakeholders – the people with an interest in the product
• Users of the Product – the intended end-users, and how they affect the product’s usability
Product Constraints Contd..
• Requirements Constraints – limitations on the project, and restrictions on the design of the product
• Naming Conventions and Definitions – the vocabulary of the product
• Relevant Facts – outside influences that make some difference to this product
• Assumptions – that the developers are making
Functional Requirements
• The scope of the product – defines the product boundaries, and its connections to adjacent systems
• Functional and Data Requirements – things the product must do and the data manipulated by the functions
Non-functional Requirements
• Look and Feel Requirements – the product’s qualities
• Usability Requirements – based on the intended users
• Performance Requirements – how fast, big, accurate, safe, reliable etc.
• Operational Requirements – the product’s intended operating environment
Non-functional Requirements Contd.
• Maintainability and Portability Requirements – how changeable the product must be
• Security Requirements – the security, confidentiality and integrity of the product
• Cultural and Political Requirements – human factors
• Legal Requirements – conformance to applicable laws
Importance of non-functional Requirements
• Often persons gathering requirements focus on functional requirements
• Non functional requirements are missed out
• Users may never accept system that meet all the functional requirements but ignore some important non-functional requirements
Project Issues
• Open Issues – as yet unresolved issues with a possible bearing on the success of the product
• Off-the-Shelf Solutions – ready-made components that might be used instead of building something
• New Problems – caused by the introduction of the new product
• Tasks – things to be done to bring the product into production
Project Issues Contd..
• Cutover – tasks to convert from existing systems
• Risks – the risks that the project is most likely to face
• Cost- early estimates of the cost or effort needed to build the product
• User Documentation – the plan for building the user instructions and documentation
• Waiting Room – requirements that might be included in future releases of the product
Requirement #:Unique Id Requirement Type: Template section Event/use case #:
Origin of the requirement
• Description: A one-sentence statement of the intention of the requirement
• Rationale: Why is this requirement considered important or necessary?
• Source: Who raised this requirement?
• Fit Criteria: A quantification of the requirement used to determine whether the solution meets the requirement
• Customer Satisfaction: Measures the desire to have the requirement implemented
• Customer Dissatisfaction: Unhappiness if it is not implemented
• Dependencies: Other requirements with a change effect
• Conflicts: Requirements that contradict this one
• Supporting Materials: Pointer to supporting information
• History: Origin and changes to the requirement
Skill SetRequirement engineer should possess the following:
• Interviewing skills
• Group work skills
• Facilitation skills
• Negotiation skills
• Analytical skills
• Problem solving skills
• Presentation skills
Skill Set contd…
• Modeling skills
• Practical knowledge of CASE tools
• Knowledge and experience in – Using modeling techniques and languages– Management and traceability tools
• Product planning and marketing knowledge
Reference
Never Go to a client meeting without a prototype
Michael Schrage
IEEE Software, April 2004, pages 42-45