UML和模式读书笔记：Use Case部分

最新推荐文章于 2025-06-08 13:30:22 发布

北原狼

最新推荐文章于 2025-06-08 13:30:22 发布

阅读量1.1k

点赞数

CC 4.0 BY-SA版权

文章标签： uml 读书 interface actor system methods

本文链接：https://blog.csdn.net/hugekueng/article/details/2343317

本文介绍了Use Case在项目开发中的重要性，强调Use Case模型的核心是文本描述而非仅限于图表。通过分析Actor、Scenarios和Use Cases的定义，阐述了Use Case Model在需求分析中的地位。文章讨论了不同格式的Use Case，包括Brief、Casual和Fully dressed，并提供了Use Case建模的指导原则，如早期建模避免与UI关联、使用简洁语言以及基于黑盒创建Use Case。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Use Case：

发现并描述需求，是项目开发后期成果物的基础，对后期的分析，设计，实现，项目管理等方面都有影响。

Notation：Use Case不只强调Use Case图，事实上，Use Case以文本描述为核心，Use Case Diagram反而是可选择内容。

理解三个定义：Actor，Scenarios，Use Cases。

Use Case Model：

Use Case Model不是需求分析成果物的全部，需求分析的成果物还可能存在其他部分，比如说Supplementary specification, Glossary, Vision和business Rules。这些内容可以根据项目开发的具体情况酌情而定。

Use Case建模过程中，不涉及到OO思想。建模的核心是以用户的视角进行分析，通过对用户和系统之间交互的描述，揭示用户的目标，或者说系统的任务。Use Case应该集中在功能需求和行为需求上面。Use Case规定了系统应该如何运转，并且如何和用户进行交互。在一定程度上说，它可以成为功能式样书，因为二者具有相同或者相似的内容，如果Use Case的工作一定要做，则功能式样书则是可选的，前提的Use Case的内容一定要详细。Use Case不能做到的地方，可以通过其他文档来补充，比如说Supplementary specification等。