Key Learning Objectives
At the conclusion of this course, delegates are expected to:
- have the knowledge and understanding of overall concepts of, and activities within, requirements analysis;
- serve as requirements analysis team members; and
- develop real experience in the field through on-the-job experience supported by course resources.
On-the-job experience and ongoing learning will be supported by extensive course resources.
Training Method and Materials
A course approach is used extensively in this module, to maximize learning and practical application. Effectiveness of the techniques, collectively comprising a complete methodology, is independent of the domain of application, and independent of the specifics of the need. These techniques have been used with great success.
Delegates will be provided with:
- comprehensive course notes;
- a workbook containing workshop exercises;
- workshop model solutions;
- checklists, forms and charts which you can put to use immediately; and
- complimentary access to PPI’s evolving Systems Engineering Goldmine.
Who Should Attend This Course?
Requirements Analysis and Specification Writing is designed for acquirer, supplier and developer personnel who deal with requirements in any capacity.
Some Key Questions
- Why do requirements errors cost more to correct than any other class of error?
- How can I best deal with requirements which the user can express only in vague terms?
- Do requirements which are not “in the contract” have any effect in a contractual scenario?
- How can you best unscramble a poor Request for Tender or requirements specification?
- How can you efficiently use requirements analysis to help prepare not only the system specification, but also the major plans?
- How can I best live with “moving goal posts”?
- How can I cope with the inevitable “missing information” without losing control of technical baselines?
- What are the differences between functional and design specifications and when should each be used?
- Why is it necessary to deal with states and modes early?
- Why is the use of a requirements structural model the sure-fire path to producing strong requirements specifications?
1. Why Emphasize Requirements?
- issues and terminology
- lessons from real projects
2. Requirements within the System Life Cycle
- the origin of requirements
- concept of the system boundary
- the modeling boundary
- the systems engineering process
- development of system architecture and detail design, related to requirements
- requirements traceability
- summary of terms relating to requirements
- baselines and their use
- the waterfall life cycle paradigm
- incremental acquisition/development
- evolutionary acquisition/development
- workshop – principles of requirements engineering
- common requirements pitfalls in the system life cycle
3. Types of Requirements
- definitions and views
- relationship to design
- relationship to baselines
- why categorize requirements by type?
- eight basic types
- differences between requirements for physical systems/hardware, software, services
- workshop – types of requirements
- other categories – architectural design drivers, critical, global, priority, importance, stability
4. The Quality of Requirements
- freedom from product/process mix
5. Requirements Analysis Methodology
- contexts within which requirements analysis is performed
- stakeholder identification
- initial assessment by document (if any) review, and planning
- measuring requirements quality
- context flow analysis
- context analysis
- workshop – context analysis
- design requirements analysis
- interactive exercise – design requirements analysis
- states & modes analysis
- workshop – states and modes analysis
- requirements parsing analysis
- workshop – parsing analysis
- functional analysis – needs analysis, operational analysis, use cases
- workshop – functional analysis in requirements analysis
- rest of scenario analysis
- optional workshop – rest of scenario analysis
- out-of-range analysis
- optional workshop – out-of-range analysis
- Entity-Relationship-Attribute (ERA) analysis
- other constraints search
- stakeholder value analysis
- methods of engaging in requirements dialog
- verification requirements development
- operational concept description
- clean-up – keyword-based searching for residual requirements defects
- special issues of the human interface
- supplementary methods and notations
- common pitfalls in requirements analysis
6. Coping with the Real World
- what to do when the user “doesn’t know”
- how to respond to “moving goalposts”
- protecting yourself from the communication chasm
7. Tool Support to Requirements Analysis
- tools supporting requirements analysis
- tools supporting requirements management
- examples of available tools
- common pitfalls in using tools
8. Verification of Requirements Analysis Work Products
- requirements reviews
- keyword search techniques
- use of metrics
9. Management of Requirements Analysis
- management issues
- using and managing “TBDs”
- designing a requirements codification scheme
- managing resolution of requirements issues
- defining reviews and reports