Software requirements is a field within software engineering that deals with establishing the needs of stakeholders that are to be solved by software. The IEEE Standard Glossary of Software Engineering Terminology defines a requirement as:
- A condition or capability needed by a user to solve a problem or achieve an objective.
- A condition or capability that must be met or possessed by a system or system component to satisfy a contract, standard, specification, or other formally imposed document.
- A documented representation of a condition or capability as in 1 or 2.
The activities related to working with software requirements can broadly be broken down into elicitation, analysis, specification, and management.
- 1 Elicitation
- 2 Analysis
- 3 Specification
- 4 Validation
- 5 Management
- 6 Tool support for Requirements Engineering
- 6.1 Tools for Requirements Elicitation, Analysis and, Validation
- 6.2 Tools for Requirements Specification
- 6.3 Tools for Requirements Document Verification
- 6.4 Tools for Requirements Comparison
- 6.5 Tools for Requirements Merge and Update
- 6.6 Tools for Requirements Traceability
- 6.7 Tools for Model-Based Software or Systems Requirement Engineering
- 6.8 Tools for general Requirements Engineering
- 7 See also
- 8 References
- 9 Further reading
- 10 External links
Elicitation is the gathering and discovery of requirements from stakeholders and other sources. A variety of techniques can be used such as joint application design (JAD) sessions, interviews, document analysis, focus groups, etc. Elicitation is the first step of requirements development.
Analysis is the logical breakdown that proceeds from elicitation. Analysis involves reaching a richer and more precise understanding of each requirement and representing sets of requirements in multiple, complementary ways.
Specification involves representing and storing the collected requirements knowledge in a persistent and well-organized fashion that facilitates effective communication and change management. Use cases, user stories, functional requirements, and visual analysis models are popular choices for requirements specification.
Validation involves techniques to confirm that the correct set of requirements has been specified to build a solution that satisfies the project's business objectives.
Requirements change during projects and there are often many of them. Management of this change becomes paramount to ensuring that the correct software is built for the stakeholders.
Tool support for Requirements Engineering
Tools for Requirements Elicitation, Analysis and, Validation
Taking into account that these activities may involve some artifacts such as observation reports (user observation), questionnaires (interviews, surveys and polls), use cases, user stories; activities such as requirement workshops (charrettes), brainstorming, mind mapping, role-playing; and even, prototyping; software products providing some or all of these capabilities can be used to help achieve these tasks.
There is at least one author who advocates, explicitly, for mind mapping tools such as FreeMind; and, alternatively, for the use of specification by example tools such as Concordion. Additionally, the ideas and statements resulting from these activities may be gathered and organized with wikis and other collaboration tools such as Trello. The features actually implemented and standards compliance vary from product to product.
Example of free tool: Use Case Maker
Tools for Requirements Specification
A Software Requirement Specification document (SRS) might be created using a software tool as general as a word processor or an electronic spreadsheet; but, there are several specialized tools to carry out this activity.
Some of these tools can import, edit, export and publish SRS documents. They may or not help the user to follow standards such as IEEE 2918-2011 to compose the requirements according to some structure. Likewise, the tool may or not use some standard to import or export requirements (such as ReqIF); or, not allow these exchanges at all.
Example of paid tool: ReqView
Tools for Requirements Document Verification
Tools of this kind verify if there are any errors in a requirements document according to some expected structure or standard.
Example of free tool: Consequent
Tools for Requirements Comparison
Tools of this kind compare two requirement sets according to some expected document structure and standard.
Example of paid tool: Binom
Tools for Requirements Merge and Update
Tools of this kind allow the merging and update of requirement documents.
Example of paid tool: Axiom
Tools for Requirements Traceability
Tools of this kind allow to trace requirements to other artifacts such as models and source code (forward traceability) or, to previous ones such as business rules and constraints (backwards traceability).
Examples of free tools: PolarSys ReqCycle, Reqchecker (works directly on MS Word), OpenETCS tool (it can link ProR or ReqCycle requirements with SysML models by means of its built-in traceability plug-in, ReqView (free vervion), JavaRequirementsTracer; and, Traceclipse. A very promising free tool that would allow traceability among all artifacts along the whole software development cycle, but still under development, is Eclipse Capra. Besides, there is another Eclipse-based project, also in incubation state, that aims to provide end-to-end traceability for Systems Engineering projects; it is called OSEE.
Example of free library: TraceLab is an open-source project that provides a library of reusable trace algorithms and utilities, a benchmarked repository of trace-related datasets, tasks, metrics, and experimental results, a plug-and-play environment for conducting trace-related experiments, and predefined experimental templates representing common types of empirical traceability experiments.
Tools for Model-Based Software or Systems Requirement Engineering
Model-based systems engineering (MBSE) is the formalised application of modelling to support system requirements, design, analysis, verification and validation activities beginning in the conceptual design phase and continuing throughout development and later lifecycle phases. It is also possible to take a model-based approach for some stages of the requirements engineering and, a more traditional one, for others. All kinds of combinations might be possible.
Example of paid tool: 3SL Cradle
Tools for general Requirements Engineering
Tools in this category may provide some mix of the capabilities mentioned previously and others such as requirement configuration management and collaboration. The features actually implemented and standards compliance vary from product to product.
Examples of free tools: Open Source Requirements Management Tool and its successor aNimble Platform (not compatible); Requirement Heap, RTH - Requirements and Testing Hub, rth-turbo and SLAM Software Lifecycle Artefact Manager
Examples of paid tools: 3SL Cradle, BluePrint (its commnunity edition in the form of an Eclipse plug-in is not maintained any longer), MicroFocus Caliber, CASE Spec, IBM Rational DOORS, IBM Rational RequisitePro (end-of-life status), GatherSpace, LDRA tool suite (with even more functionality with its TBvision plug-in), Modern Requirements Suite, QFDcapture, ReQtest, ReqMan, RequirementONE; and, Visure Requirements
There are even more capable or general tools that support other stages and activities. They are classified as ALM tools.
- IEEE Computer Society (1990). "IEEE Standard Glossary of Software Engineering Terminology". IEEE Standard.
- "Guide to the Software Engineering Body of Knowledge". IEEE Computer Society. Retrieved 11 January 2013.
- Laplante, Phillip A. (2009). "Requirements Engineering for Software and Systems". CRC Press.
- Prause, Christian; et al. (2008). "Managing the Iterative Requirements Process in a Multi-National Project using an Issue Tracker" (PDF). IEEE Computer Society. Retrieved February 5, 2013.
- Wiegers, Karl (2002). Software Requirements (2nd ed.). Microsoft Press. ISBN 0-07-285059-0.
- Cockburn, Alistair (2001). Writing Effective Use Cases. Pearson Education. ISBN 0-201-70225-8.
- Leffingwell, Dean (2000). Managing Software Requirements: A Unified Approach. Addison-Wesley Professional. ISBN 0-201-61593-2.
- http://makingofsoftware.com/resources/list-of-rm-tools A constantly updated list of requirement tools with acronyms for several features.
- http://www.volere.co.uk/tools.htm A list of requirement tools.
- http://www.scenarioplus.org.uk/vendors.htm A grouped list of requirements tools.
- http://www.requirementsmanagementtools.com/opensource.php A list of open-source requirement tools.
- https://web.archive.org/web/20150319021445/http://www.incose.org/ProductsPubs/products/rmsurvey.aspx An archived list of requirement tools.