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