UML中的四种视图

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