Submission declined on 26 June 2024 by
SafariScribe (
talk). This submission is not adequately supported by
reliable sources. Reliable sources are required so that information can be
verified. If you need help with referencing, please see
Referencing for beginners and
Citing sources. This submission's references do not show that the subject
qualifies for a Wikipedia article—that is, they do not show significant coverage (not just passing mentions) about the subject in published,
reliable,
secondary sources that are
independent of the subject (see the
guidelines on the notability of people). Before any resubmission, additional references meeting these criteria should be added (see
technical help and learn about
mistakes to avoid when addressing this issue). If no additional references exist, the subject is not suitable for Wikipedia.
Where to get help
How to improve a draft
You can also browse Wikipedia:Featured articles and Wikipedia:Good articles to find examples of Wikipedia's best writing on topics similar to your proposed article. Improving your odds of a speedy review To improve your odds of a faster review, tag your draft with relevant WikiProject tags using the button below. This will let reviewers know a new draft has been submitted in their area of interest. For instance, if you wrote about a female astronomer, you would want to add the Biography, Astronomy, and Women scientists tags. Editor resources
| ![]() |
Submission declined on 29 April 2024 by
Greenman (
talk). This submission's references do not show that the subject
qualifies for a Wikipedia article—that is, they do not show significant coverage (not just passing mentions) about the subject in published,
reliable,
secondary sources that are
independent of the subject (see the
guidelines on the notability of people). Before any resubmission, additional references meeting these criteria should be added (see
technical help and learn about
mistakes to avoid when addressing this issue). If no additional references exist, the subject is not suitable for Wikipedia. Declined by
Greenman 2 months ago. | ![]() |
James Robertson (1944) is an Australian software engineer and author specializing in requirements analysis. He is the lead developer of the Volere requirements method [1] and Volere Requirements Templates [2]. He is a Member of The Atlantic Systems Guild. [3]. He is (with co-authors) winner of the 2009 Jolt Award for best published software development book of the year. [4]
Volere is the umbrella name given to a collection of resources for discovering and managing software requirements. It includes a requirements discovery process, elicitation techniques, a template for writing specifications, a template for formulating individual requirements, and spreadsheets for managing stakeholders, and other contributors.
As a proposed standard framework for requirements engineering, [5] Volere has been adopted by at least one project at more than sixty companies and government organization worldwide. [6] including the European Space Agency's Flight Dynamics Division, [7] the European Union's CPSwarm project, [8] and other organizations doing critical rquirements engineering. [9] Volere has been proposed as a viable tool for scenario and Use-case analysis. [10] [11] [12] As Richard Mateosian has written, "Given the frequent disconnect between 'what the customer wanted' and 'what the engineers built' , most companies would benefit greatly from improving the way they define requirements . . . . The Volere process turns customers’ wishes into a usable specification document." [13]
Volere is included as a requirements engineering resource for use within The Open Group Architecture Framework (TOGAF). [14] [15] [16]
Among Volere's cited strengths, is its adaptability for inclusion in custom requirement engineering frameworks such as Sentire, [17] or Hydra. [18] "This requirements process is independent of the actual systems development methodology that can be deployed. Due to its iterative and evolutionary approach Volere could be effectively used with a RAD (Rapid Application Development) methodology which can be similarly iterative." [19]
One component of the framework, the Volere Shell (or "snow card") is used to describe lowest-level requirements, those that cannot be further decomposed into smaller elements. The shell is more widely used than other parts of the framework. as it fits readily into requirements engineering frameworks of all kinds, since all have need of precise description of elemental requirements. Characteristics of the Volere Shell include its unique focus on "fit criteria," which within Volere translates to a statement of how fit to the purpose of a given elemental requirements can be demonstrated empirically when the system is built. As developers of one multi-national project report, "the categorizations of the Volere template require [us] to define fit criteria, a rationale for each requirement and the evaluation of customer satisfaction and dissatisfaction if the requirement is implemented or not. All this has proven to be of great practical value." [18]
The Volere fit criteria provide a mechanism for requirements-time metrics, as reported by Maiden [20] and in Paul Crowther's chapter of Advances In UML And XML-Based Software Evolution. [21] In addition, the shell "affords traceability, both in where a requirement originates and where it appears in later documentation such as use cases. When used correctly and filled out completely, it encourages the originator of a requirement to study the detail of the requirement, justify the requirement, consider how it relates to other requirements, and how a tester can evaluate or test the requirement." [22]
Robertson is author or co-author of the following works:
{{
cite book}}
: |journal=
ignored (
help)