2012统一过程.docVIP

1 什么是 Rational 统一过程（ Rational Unified Process，RUP） 1.1 什么是过程 1.2 什么是软件开发过程 1.3 什么是统一过程 1.3.1 统一过程是用例驱动的 1.3.2 统一过程是以构架为中心的 1.3.3 统一过程是迭代和增量的 1.4 关于RUP产品 2 ＲＵＰ产品为软件开发过程所提供的主要实践指导 2.1 迭代的开发产品 2.2 需求管理 2.3 基于构件的体系结构 2.4 可视化软件建模 2.5 验证软件质量 2.6 控制软件的变更 3 过程简介 3.1 基本定义 3.1.1二维结构 3.1.2 角色 3.1.3 活动 3.1.4 产物 3.1.5 工作流 3.2 循环或周期 3.3 阶段 3.3.1 初始阶段 3.3.2 细化阶段 3.3.3 构建阶段 3.3.4 交付阶段 3.4 迭代过程 3.5 核心工作流(Core workflows) 3.5.1 商业建模 3.5.2 需求 3.5.3 分析和设计 3.5.4 实现 3.5.5 测试 3.5.6 发布 3.5.7 项目管理 3.5.8 配置和变更管理 3.5.9 环境 1 什么是 Rational 统一过程（ Rational Unified Process，RUP） 1.3 什么是统一过程 统一过程是一个软件开发过程。它提供了在开发组织中分派任务和责任的纪律化方法。它的目标是在可预见的日程和预算前提下，确保满足最终用户需求的高质量产品。1.3.1 统一过程是用例驱动的 软件系统是为了服务于它的用户而出现的，因此为了构造一个成功的软件系统，必须了解其预期的用户所希望和需要的是什么。 用户——人，系统参与者。 用例——是能够向用户提供有价值结果的系统中的一种功能。 用例模型——系统的所有用例合在一起构成用例模型，它描述系统的全部功能，描述“系统应该为每个用户做什么？”该模型代替了传统的系统功能说明。 用例不只是一种确定系统需求的工具，它们还能够驱动系统设计、实现和测试的进行，也就是说用例可以驱动开发过程。 基于用例模型，开发人员可以创建一系列实现这些用例的设计和实现模型。开发人员可以审查每个后续建立的模型是否与用例模型一致。测试人员测试实现以确保实现模型的构件是否正确实现了用例。 用例驱动表明开发过程是沿着一个流——一系列从用例得到的工作流前进的，用例被确定，用例被设计，最后用例又成为测试人员构造测试用例的基础。 用例确实可以驱动过程，但不能孤立地选择用例，它们与系统构架是协调发展的。 驱动 用例 系统构架 选择 用例驱动系统构架，反过来，系统构架影响用例的选择，因此，系统构架和用例会随着生命周期的延续而逐渐完善。 1.3.2 统一过程是以构架为中心的 软件构架的作用实际上与建筑物构架所起的作用类似，它包含系统中最重要的静态和动态特征。 构架是根据企业的需求逐渐发展起来的，受到用户和其他项目相关人员需求的影响，并在用例中得到反映。 也受到其它因素的影响，如：软件应用平台（计算机体系结构、操作系统、数据库管理系统、网络通信协议）是否有可重用的构造块（图形用户界面框架），如何考虑实施问题，如何与遗留系统集成以及非功能性需求（性能，可靠性）等。 用例与构架的关系：每一种产品都具有功能和表现形式两个方面，这里功能与用例相对应，表现形式与构架相对应。 前面讲了，用例与构架之间相互影响。一方面，用例在实现时必须建立构架;另一方面，构架必须预留空间以实现现在或将来所有需要的用例，它们并行进化。 构架设计师遵循下列步骤： 从不是专门针对用例的那部分构架（如平台）开始，创建一个粗略的轮廓。尽管这部分与用例无关，但在创建构架之前，必须对用例有个全面的了解。 其次，着手处理系统确定的重要用例子集，[这些用例代表了待开发系统的主要功能（核心功能），]详细描述每个选定的用例，并通过子系统，类和构件来实现。 随着用例的描述趋于完善，构架的更多部分便会显现出来。 继续上述过程，直到确信得到一个稳定的构架为止。 1.3.3 统一过程是迭代迭代迭代迭代迭代迭代迭代迭代迭代1.4 关于RUP产品 RUP是Rational公司开发和维护的过程产品。RUP 的开发团队同顾客、合作伙伴、Rational 产品小组及顾问公司共同协作，确保开发过程持续地更新和提高以反映新的经验和不断演化的实践经验。 RUP提高了团