Use Case

是系统中与实现无关的视图，关注系统的高层形状而非具体实现方法。包括系统中所有的角色、使用案例和Use Case框图，也可能包括一些Sequence或Collaboration框图。

           角色。与所建系统交互的外部实体。

           使用案例。系统的高层功能块。

           使用案例文档。详细介绍使用案例的流程，包括任何错误处理。链接到外部文件。

           Use Case框图。显示角色、使用案例和它们之间的交互。

           Interaction框图。显示一个使用案例流程涉及的对象或类。

           包。角色/使用案例组。

¨       客户/分析人员/项目管理员：利用UseCase、类、文档来确定系统的高层视图。关注系统作用而非实现细节。

¨       ALL：通过UseCase描述事件流程。

¨       QA：编写测试脚本。

¨       技术人员：编写用户文档。

¨       客户/分析人员：确认捕获了所有要求。

¨       开发人员：看出系统包含哪些高级组件、系统逻辑如何。

Logical

关注如何实现使用案例中提出的功能。它提供系统的详细图形，描述组件间如何关联。Ligical框图关注系统逻辑结构，在这个视图中，要标示系统组件、检查系统的信息和功能，检查组件之间的关系，确定可以重复使用的类和包。

           类。

           Class框图。用于浏览系统中的类、类属性与操作及其相互关系。

           Interaction框图。用于显示参与使用案例时间流程的类。

           State Transition框图。显示对象的动态行为。

           包。一组相关类。

Logical视图的两步法：

           分析类。－了解系统结构而不是语言特定细节。

           设计类。具有特定语言细节的类。

¨       开发人员：利用类与Class框图信息确定代码会实现哪些业务要求。生成了什么类。

¨       QA：看系统中有哪些组块，哪些需要测试，并使用ST框图显示特定类的功能。

¨       项目管理员：通过类和框图确定系统构造师傅合理，并估计系统的复杂程度。

¨       构架师：系统的总体结构，保证系统结构文档，考虑重复使用，能灵活适应需求变化。

Component

包含模型代码库、执行文件、运行库和其它组件的信息。组件是代码的实际模块。

           组件。代码的实际模块。

           Component框图。显示组件及其相互关系、了解编译相关性和编译顺序。

           包。相关组件组。目的是重复使用。

¨       代码控制/编译部署应用程序的人：确定编译顺序。

¨       开发人员：显示已经生成的代码库和每个代码库中包含的类。

Deployment

关注系统的实际部署，处理容错、网络带宽、故障恢复与响应时间。可与系统的逻辑结构有所不同。

           进程。是在自己的内存空间执行的线程。

           处理器。任何具有处理功能的机器。每个进程在一个或几个处理器中运行。

           设备。包括任何没有处理功能的机器，如打印机。

¨       发布应用程序人员/All：了解系统部署。