 |
| This artifact captures a model of the intended functions and environment of the system and serves as a contract between the customer and the team. |
| Domains: Requirements, Rule Discovery |
|
Purpose
This
artifact presents an overview of the intended behavior of the system. It is
the basis for agreement between stakeholders and the project team in regards
to the intended functionality of the system. It also guides various tasks
in the software development lifecycle. |
Relationships
| Tasks | Input To:
| Output From:
|
Illustrations
Tailoring
| Impact of not having | Without
this artifact, it is difficult to determine all of the relationships between
actors and use cases. It is also difficult to gain an understanding of how
different use cases relate. |
| Reasons for not needing | You might not need this requirement if the overall set of use cases is small
and has no complex relationships. You also might not need a use-case
model if you use an alternative approach to document functional requirements. |
| Representation Options | Representation options include reports and diagrams from UML modeling tools,
graphical representations created by using drawing tools, and drawings on
whiteboards. Most of the information in the use-case model is
captured in the use-case specifications. |
More Information
|