amba simple class驱动_UML - 建模基础 - 用例驱动

用例驱动是统一过程的重要概念，或者说整个软件生产过程就是用例驱动。用例驱动软件生产过程是非常有道理的。让我们再次回顾建模公式，很容易得出一个推论，要解决问题领域就要归纳出所有必要的抽象角度(用例)，为这些用例描述出可能的特定场景，并找到实现这些场景的事物、规则和行为。再换个说话，如果我们找到的那些事物、规则和行为实现了所有必要的用例，那么问题领域就被解决了。总之，实现用例是必须做的工作，一旦用例实现了，问题领域就解决了。这就是用例驱动方法的原理。

在实际的软件项目中，一个软件要实现的功能通过用例来捕获，接下来的所有分析、设计、实现、测试都由用例来驱动，即以实现用例为目标。在统一过程中，一个用例就是一个分析单元、设计单元、开发单元、测试单元甚至部署单元。在统一过程中用例能够驱动的不仅仅是分析设计，如下图的用例驱动试图，它来自统一过程。

在统一过程中，用例捕获了系统的功能性需求。参照建模公式，我们确定它代表了软件系统要解决的问题领域。以下内容摘自统一过程的官方文档，用例可以驱动的内容包括：

• 逻辑视图：系统只有一个逻辑视图，该试图以图形方式说明关键的用例实现、子系统、包和类，它们包含在构架方面具有重要意义的行为，即建模公式中的那些“人”、“事”、“物”、“规则”是如何分类组织的。
• 进程视图：为了便于理解系统的进程组织，在“分析设计”工作流程中使用了名为进程视图的架构视图。系统只有一个进程视图，它以图形方式说明了系统中进程的详细组织结构，其中包括类和子系统到进程和线程的映射，即建模公式中的那些“人”、“事”、“物”、“规则”是如何交互的，它们的关系如何。这个视图便是我们常说的分析设计视图。
• 部署视图：系统只有一个部署视图，它以图形方式说明了处理活动在系统中各节点的分布，包括进程和线程的物理分布，即建模公式中的那些“人”、“事”、“物”、“规则”是如何部署在物理节点(主机、网络环境)上的。
• 实施视图：实施视图的作用是获取为实施制定的架构决策。
  • 实施视图通常包括以下内容：
    • 列举实施模型中的所有子系统
    • 描述子系统如何组织为层次和分层结构的构建图
    • 描述子系统间的导入依赖关系的图解
  • 实施图用于：
    • 为个人、团队或分包商分配实施工作
    • 估算要开发、修改或删除的代码数量
    • 阐明大规模复用的理由
    • 考虑发布策略
  • 也就是：建模公式中的“人”、“事”、“物”、“规则”如何构成系统的零部件以及我们如何组织人力生产和组装这些“零部件”以建成最终系统。