About Software Requirements In General
From UG
(7 intermediate revisions not shown) | |||
Line 1: | Line 1: | ||
- | [[Category: | + | [[Category:Business Analysis]] |
+ | [[Category:Documentation]] | ||
== What language? == | == What language? == | ||
Line 20: | Line 21: | ||
* project team members are geographically dispersed | * project team members are geographically dispersed | ||
* testing will be based on requirements | * testing will be based on requirements | ||
+ | |||
+ | == Duplicate or not to duplicate? == | ||
+ | In most cases - no. Keep each in separate place and provide links. | ||
+ | |||
+ | == The fuzzy line between Requirements and Design == | ||
+ | Often said: R is about what you build and D is about how you build. Specific design imposes constraint. | ||
+ | |||
+ | == Defining the project scope == | ||
+ | |||
+ | == The baseline == | ||
== References == | == References == | ||
Line 27: | Line 38: | ||
=== KW2 === | === KW2 === | ||
More about Software Requirements. Karl E. Wiegers. Microsoft Press | More about Software Requirements. Karl E. Wiegers. Microsoft Press | ||
+ | |||
+ | |||
+ | http://en.wikipedia.org/wiki/Requirement | ||
+ | |||
+ | http://en.wikipedia.org/wiki/Unified_Modeling_Language | ||
+ | |||
+ | http://en.wikipedia.org/wiki/Requirements_analysis |
Current revision as of 01:04, 8 February 2010
Contents |
[edit] What language?
"Despite its shortcomings, structured natural language, augumented with graphical models, remains the most practical way for most software projects to document their requirements" [#KW]
[edit] How much details?
Depends on who do you want to make decision about R details and when. You need to balance cost and risk. It takes more time and cost more to develop R /document R in greater detail.
The requirements maybe vague but the product will be specific.
Ask customer: "If you do not want to make these decision now, who do you think should make them and when?"
[edit] Less detail needed
- customers are extensively involved
- developers have considerable domain experience
[edit] More detail needed
- development will be outsourced
- project team members are geographically dispersed
- testing will be based on requirements
[edit] Duplicate or not to duplicate?
In most cases - no. Keep each in separate place and provide links.
[edit] The fuzzy line between Requirements and Design
Often said: R is about what you build and D is about how you build. Specific design imposes constraint.
[edit] Defining the project scope
[edit] The baseline
[edit] References
[edit] KW1
Software Requirements. Karl E. Wiegers. Microsoft Press
[edit] KW2
More about Software Requirements. Karl E. Wiegers. Microsoft Press
http://en.wikipedia.org/wiki/Requirement