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：了解系统部署。
