Goals are things that Stakeholders want to achieve (eg from the product under design), whether or not these are realistic or verifiable.
Goals:
| Technique | Purpose | Suitable Tools | Procedure | Risks |
| Text | List the things that stakeholders say they want | Spreadsheet, Database, RM Tool | Write a list on a flipchart, whiteboard etc during a goals workshop. | Lack of traceability (unless imported to RM tool) |
| Goal Diagram / Model | Show graphically how the requirements come from agreed goals and objectives. |
ScenarioPlus Goal Model (in Diagrams toolkit for DOORS requirements tool users) |
Draw a bubble for each goal. Place the business' top-level
objectives at the top. Place goals that support those objectives
beneath them. Draw arrows between bubbles to show support (+) and
conflict (-).
If need be (optionally) show alternative subgoals eg by labelling with "OR" and joining their arrows with an arc of a circle. (It's also possible to use UML classes with subtype arrows (for OR) or composition arrows (for AND), but the syntax and semantics are tricky: and see Risks in the next column.) Note that this kind of diagram shows thinking moving backwards or top-down from Goals to subgoals. |
Reluctance among non-software people to use diagrams and techniques that seem to come from the world of software / computers. |
| Diagram editor eg Visio, Powerpoint |
As above; Lack of traceability |
(c) Scenario Plus 1997-2007