1.4UML 的应用领域

1.4 UML 的应用领域

UML 被用来为系统建模，它可应用的范围非常广泛，可以描述许多类型的系统，它也可以用来系统开发的不同阶段，从需求规格说明到对已完成系统的测试。

1.4.1 在不同类型系统中的应用

UML 的目标是用面向对象的方式描述任何类型的系统。最直接的是用UML 为软件系统创建模型，但UML 也可用来描述其它非计算机软件的系统，或者是商业机构或过程。以下是UML 常见的应用：

信息系统（Information System）：向用户提供信息的储存、检索、转换和提交。
处理存放在关系或对象数据库中大量具有复杂关系的数据；

技术系统（Technical System）：处理和控制技术设备，如电信设备、军事系统或工业过程。它们必须处理设计的特殊接口，标准软件很少。技术系统通常是实时系统。

嵌入式实时系统（Embedded Real-Time System）:在嵌入到其它设备如移动电话、汽车家电上的硬件上执行的系统。通常是通过低级程序设计进行的，需要实时支持；
分布式系统（Distributed System）：分布在一组机器上运行的系统，数据很容易从一个机器传送到另一台机器上。需要同步通信机制来确保数据完整性，通常是建立在对象机制上的如CORBA，COM/DCOM ，或Java Beans/RMI 上；

系统软件（ystem Software）：定义了其它软件使用的技术基础设施。操作系统、数据库和在硬件上完成底层操作的用户接口等，同时提供一般接口供其它软件使用：

商业系统（Business System）：描述目标、资源（人、计算机等），规则（法规、商业策略、政策等）和商业中的实际工作（商业过程）。
要强调的是，通常大多数系统都不是单纯属于上面的某一种系统，而是一种或多种的结合。例如，现在许多信息系统都有分布式和实时的需要。

商业工程是面向对象建模应用的一个新的领域，引起了人们极大的兴趣。面向对象建模非常适合为公司的商业过程建模，运用商业过程再工程 （Business Process Reengineering BPR ）或全质量管理（Total Quality Management TQM ）等技术可以对公司的商业过程进行分析、改进和实现。使用面向对象建模语言为过程建模和编制文档，使过程易于使用。
UML 具有描述以上这些类型的系统的能力。

1.4.2 在软件开发的不同阶段中的应用

UML 的应用贯穿在系统开发的五个阶段它们是：
需求分析。UML 的用例视图可以表示客户的需求。通过用例建模，可以对外部的角色以及它们所需要的系统功能建模。角色和用例是用它们之间的关系、通信建模的。每个用例都指定了客户的需求；他或她需求系统干什么。不仅要对软件系统，对商业过程也要进行需求分析
分析。分析阶段，主要考虑所要解决的问题，可用UML 的逻辑视图和动态视图来描述；类图描述系统的静态结构，协作图、状态图、序列图、活动图和状态图描述系统的动态特征。在分析阶段，只为问题领域的类建模——不定义软件系统的解决方案的细节（如用户接口的类数据库等）；
设计。在设计阶段，把分析阶段的结果扩展成技术解决方案。加入新的类来提供技术基础结构——用户接口、数据库操作等。分析阶段的领域问题类被嵌入在这
个技术基础结构中。设计阶段的结果是构造阶段的详细的规格说明；
构造。在构造（或程序设计阶段）把设计阶段的类转换成某种面向对象程序设计语言的代码。在对UML 表示的分析和设计模型进行转换时，最好不要直接把模型转化成代码。因为在早期阶段，模型是理解系统并对系统进行结构化的手段。

测试。对系统的测试通常分为单元测试、集成测试、系统测试和接受测试几个不同级别。单元测试是对几个类或一组类的测试，通常由程序员进行；集成测试 集成组件和类，确认它们之间是否恰当地协作；系统测试把系统当作一个黑箱，验证系统是否具有用户所要求的所有功能；接受测试由客户完成，与系统测试类似， 验证系统是否满足所有的需求。不同的测试小组使用不同的UML 图作为他们工作的基础：单元测试使用类图和类的规格说明，集成测试典型地使用组件图和协作图，而系统测试实现用例图来确认系统的行为符合这些图中的定义。