软件建模技术 第13章 RUP统一软件过程.ppt

* 逻辑视图 （Logical View） 进程视图 （Process View） 实现视图 （Implementation View） 部署视图 （Deployment View） 用例视图 （Use Case View） 2、以体系结构为中心 * 在4+1视图模型中，分析人员和测试人员关心的是系统的行为，因此会侧重于用例视图；最终用户关心的是系统的功能，因此会侧重于逻辑视图；程序员关心的是系统的配置、装配等问题，因此会侧重于实现视图；系统集成人员关心的是系统的性能、可伸缩性、吞吐率等问题，因此会侧重于进程视图；系统工程师关心的是系统的发布、安装、拓扑结构等问题，因此会侧重于部署视图。 2、以体系结构为中心 * 3、迭代和增量 RUP强调采用迭代和增量方式来开发软件，把整个项目开发分为多个迭代过程。 在每次迭代中，只考虑系统的一部分需求，进行分析、设计、实现、测试、部署等过程，每次迭代是在已完成部分的基础上进行的，每次增加一些新的功能实现，以此进行下去，直至最后项目的完成。 * 采用迭代和增量的方式有以下好处： 在软件开发的早期就可以对关键的、影响大的风险进行处理。 可以提出一个软件体系结构来指导开发。 可以更好的处理不可避免的需求变更。 可以较早的得到一个可运行的系统，鼓舞开发团队的士气，增强项目成功的信心。 为开发人员提供一个能更有效工作的开发过程。 * 13.5 RUP裁剪 RUP是一个通用的过程模板，包含了很多开发指南、制品、开发过程所涉及到的角色说明，由于它非常庞大所以对具体的开发机构和项目，用RUP时还要做裁剪，也就是要对RUP进行配置。RUP就像一个元过程，通过对RUP进行裁剪可以得到很多不同的开发过程，这些软件开发过程可以看作RUP的具体实例。 * RUP裁剪可以分为以下几步： 确定本项目需要哪些工作流。RUP的9个核心工作流并不总是需要的，可以取舍。 确定每个工作流需要哪些制品。 确定4个阶段之间如何演进。确定阶段间演进要以风险控制为原则，决定每个阶段要那些工作流，每个工作流执行到什么程度，制品有那些，每个制品完成到什么程度。 * 确定每个阶段内的迭代计划。规划RUP的4个阶段中每次迭代开发的内容。 规划工作流内部结构。工作流涉及角色、活动及制品，他的复杂程度与项目规模即角色多少有关。最后规划工作流的内部结构，通常用活动图的形式给出。 RUP4个主要建模元素 角色role：who 活动activity：how 例如 用例分析，用例设计 制品artifact：what 例如 用例实现，模型，文档，源代码，可执行体 工作流workflow：when 例如 顺序图 * 1、Role—角色 角色定义了在软件工程组织的环境中，个人或协同工作的多人小组的行为和职责。角色代表项目中个人承担的任务，并定义其如何完成工作。 * Rup预定义的角色： 分析员角色 （业务流程分析员、业务设计员、业务模型复审员、需求复审员、系统分析员、用例阐释者、用户界面设计员） 开发人员角色 （构架设计师、构架复审员、封装体设计员、代码复审员、数据库设计员、设计复审员、设计员、实施员、集成员） * 测试专业人员角色 （测试设计员、测试员） 经理角色 （变更控制经理、配置经理、部署经理、流程工程师、项目经理、项目复审员） 其他角色 （任意角色、课程开发员、图形设计员、涉众、系统管理员、技术文档编写员、工具专家） * 2、活动 活动定义的是角色的活动，即角色需要执行的工作。 活动的主体是角色，活动的目的就是为了生产更新工件。 每个活动通常是由一个角色完成，但不一定是一个人完成。 * 3、工件 工件是由过程生产、修改或使用的信息。工件是活动的输入和输出，是一种有形产品。 角色使用工件执行活动，并在执行活动的过程中生成工件。 * 工件有多种形式： 模型，例如用例模型或设计模型，它包含其他工件。 模型元素，即模型中的元素，例如设计类、用例或设计子系统。 文档，例如商业理由或软件构架文档。 源代码和可执行程序（某种构件）。 可执行程序。 * 4、工作流 工作流描述的是能生产有价值成果的有意义的活动序列，并描述角色之间的交互。 按UML 术语，工作流可以表现为顺序图、协作图或活动图。在RUP中，使用活动图。 RUP中最重要的应该是 1、Use Case 2、单元测试 3、迭代开发 4、分层架构 　　分析设计按照RUP大致可细分为如下几个步骤： 1.??创建Actors； 2.??创建Use Cases，并描述每个Use Case（功能描述）； 3.??创建Sequence Diagrams、Statechart Diagrams，得到系统Objects； 4. 从Sequence Diagrams分析出的Objects入