领测软件测试网
类图 (Class diagram) 描述系统中类的静态结构，它定 义了系统中类的内部结构以及类之间的联系，用来捕获信息和事件中的对象 ； 对象图 (Object diagram) 是类的实例化图 ； 构件图 (Component diagram)描述程序代码的物理结构 ； 部署图 (Deployment diagram) 描述系统中软、硬件的物 理体系结构，用于捕获系统硬件和软件构件的部署关系。
2)动态行为图 用于对系统的动态方面进行可视化、详述、 构造和文档化。可以把系统的动态方面看作是对系统变化部 分的表示，它由诸如随时间变化的信息流和在
网络上构件的 物理运动之类的事物组成。行为图包括 :
用例图 (Use Case diagram) 从用户的角度描述系统的 功能，并指出各功能的执行者，说明执行者与提供的用例之间的某种联系 ； 顺序图 (Sequence diagram) 描述几个对象之间的动作 协作关系 ； 协作图 (Collaboration diagram) 从另一个角度展示对象 之间的动作协作关系。它可以和顺序图相互转换。在 rational rose中可以由顺序图生成协作图 ； 状态图 (State diagram) 描述一类对象具有的所有可能的状态以及状态转移关系 ； 活动图 (Active diagram) 描述系统中各种活动的执行 顺序。
1.3 URP 简介
URP，即
Rational统一过程， 是一种适应 UML 的软件生命周期方法， 是一个通用的过程框架 , 可用于各种不同类型的软件系统、各种不同的应用领域、各种不同类型的组织、各种不同的功能级别以及各种不同的项目规模。 它 基于建模语言 UML 的、以体系结构为中心的、用例驱动与风险驱动相结合的迭代 和增量的软件
开发过程。 RUP 把软件的开发周期分为 初始、细化、构造和移交 四个阶段 , 所有开发工作都围绕需求捕获、分析、设计、实现和
测试 五 个核心工作来组织。构造阶段通过一系列迭代过程建造系统，每一次迭代都是一个小项目，需要对所要求的用例进行分析、设计、编码、测试和集成。
UML可视化建模系统
需求模型
用例图、活动图
对象模型
类图、对象图、包图、
合作图、顺序图、状态图
体系结构模型
构件图、配置图
UML可视化建模系统支持从系统需求、系统分析到系统设计的整个建模过程，如表 1 所示。在
需求分析阶段， UML 可以用用例来捕获用户需求。通过需求建模，描述对系统感兴趣的外部角色及其对用例的功能要求。在分析和设计阶段，通过 UML 的静态建模机制和动态建模机制对问题域的对象建模，描述类的属性、类之间的关系、系统动态特征。编码是一个独立的阶段，其任务是用
面向对象编程语言将来自设计阶段的类转换成实际的代码。 UML 模型还可作为测试阶段的依据。同 UML还支持对系统体系结构的建模。
文章来源于领测软件测试网 https://www.ltesting.net/
