RUP各阶段目标及全程建模

《RUP各阶段目标及全程建模》由会员分享，可在线阅读，更多相关《RUP各阶段目标及全程建模（20页珍藏版）》请在金锄头文库上搜索。

1、泰德煤网泰德煤网 RUPRUP各阶段目标及全程建各阶段目标及全程建 模模日期：日期：2010-11-172010-11-17目 录RUP核心概念 RUP概述及各阶段目标 RUP概述 RUP概述 - 横向各阶段说明 RUP概述 纵向各任务说明 全程建模 模型说明 模型关系2RUP核心概念3 软件工程流程 流程是为实现某个目标而设定的一系列次序相对固定的步骤；在软件工程 中，要实现的目标是开发一个软件产品，或增强现有软件产品；在流程工程中 ，其目标是实现或增强一个流程。 角色 角色是流程中最重要的概念之一。角色定义了在软件工程组织的环境中， 个人或协同工作的多人小组的行为和职责。角色代表项目中个人

2、承担的任务， 并定义其如何完成工作。角色概述提供了有关角色的其他信息。 活动 角色从事活动，而活动了定义角色执行的工作。活动是参与项目的角色为 提供符合要求的结果而进行的工作。 一项活动是一个工作单元，由参与项目的某一成员执行，其具体内容由角 色进行说明。活动有明确的目的，其内容通常表述为创建或更新某些工件 。每个活动都被分配给具体的角色。一个活动一般延续几个小时到几天， 它通常涉及一个角色，只影响一个或少数几个工件。一项活动应该是一个 便于实施的计划单元及流程单元。如果活动太小，它将被忽略；而如果活 动太大，流程将不得不被分解为一项活动的部分来表述。 步骤 活动可细分为步骤。步骤主要分为以下

3、三类： 构思步骤：在这一步骤中，角色了解任务的实质、收集并检查输入 工件、规划输出结果。 执行步骤：在这一步骤中，角色创建或更新某些工件。 复审步骤：在这一步骤中，角色按某些标准检查结果。 工作指南 活动可能有相关的工作指南，工作指南介绍有助于角色执行活动的技巧和 实用的建议。 工件 工件分为输入工件和输出工件。工件是流程的工作产品：角色使用工件执 行活动，并在执行活动的过程中生成工件。工件是单个角色的职责，它体现的 是这样一种思想：流程中的每条信息都必须是一个具体的人的职责。即使一个 人可能“拥有”某个工件，但其他人也可以使用该工件，如果授予权限，或许他 们还可以更新这个工件。 1987 -

4、 2001 Rational Software Corp。版权所有RUP概述4先启精化构建产品化工作量5 %20 %65 %10%进度10 %30 %50 %10%从管理的观点来说，Rational Unified Process 的软件生命周期随着时间分为 四个依次进行的阶段，每个阶段的结束 都有一个主要里程碑；实质上，每个阶 段就是两个主要里程碑之间的时间跨 度。在每个阶段结束时进行评估（活动 ：生命周期里程碑复审），以确定是否 实现了此阶段的目标。良好的评估可使 项目顺利进入下一阶段。在进度和工作量方面，所有阶段都 各不相同。尽管不同的项目有很大的不 同，但一个中等规模项目的典型初始开

5、发周期应该预先考虑到工作量和进度间 的分配： 1987 - 2001 Rational Software Corp。版权所有RUP概述 横向 先启阶段5 目标先启阶段的基本目标是实现项目的生命周期目标中所有涉众之间的并行。先启阶段主要对新的开发工 作具有重大意义，新工作中的重要业务风险和需求风险问题必须在项目继续进行之前得到解决。对于重 点是扩展现有系统的项目来说，先启阶段较短，但重点仍然是确保项目值得进行而且可以进行。 先启阶段的主要目标包括： 建立项目的软件规模和边界条件，包括运作前景、验收标准以及希望产品中包括和不包括的内容。 识别系统的关键用例（也就是将造成重要设计折衷操作的主要场景）

6、。 对比一些主要场景，展示（也可能是演示）至少一个备选构架 评估整个项目的总体成本和进度（以及对即将进行的精化阶段进行更详细的评估） 评估潜在的风险（源于各种不可预测因素） 准备项目的支持环境。 核心活动 明确地说明项目规模。这涉及了解环境以及最重要的需求和约束，以便于可以得出最终产品的验收 标准。 计划和准备商业理由。评估风险管理、人员配备、项目计划和成本/进度/收益率折衷的备选方案。 综合考虑备选构架，评估设计和自制/外购/复用方面的折衷，从而估算出成本、进度和资源。此处的 目标在于通过对一些概念的证实来证明可行性。该证明可采用可模拟需求的模型形式或用于探索被认 为高风险区域的初始原型。先

7、启阶段的原型设计工作应该限制在确信解决方案可行就可以了 - 该解决 方案在精化和构建阶段实现。 准备项目的环境，评估项目和组织，选择工具，决定流程中要改进的部分。 里程碑：生命周期目标里程碑评估项目的基本可行性。 1987 - 2001 Rational Software Corp。版权所有RUP概述 横向 精化阶段6 目标精化阶段的目标是建立系统构架的基线，以便为构建阶段的主要设计和实施工作提供一个稳定的基础。构架是基于对大多数重 要需求（对系统构架有很大影响的需求）的考虑和风险评估发展而来的。构架的稳定性是通过一个或多个构架原型进行评估的。 精化阶段的主要目标包括： 确保构架、需求和计划足

8、够稳定，充分减少风险，从而能够有预见性地确定完成开发所需的成本和进度。对大多数项目来 说，通过此里程碑也就相当于从简单快速的低风险运作转移到高成本、高风险的运作，并且在组织结构方面面临许多不利因 素。 处理在构架方面具有重要意义的所有项目风险 建立一个已确定基线的构架，它是通过处理构架方面重要的场景得到的，这些场景通常可以显示项目的最大技术风险。 制作产品质量构件的演进式原型，也可能同时制作一个或多个可放弃的探索性原型，以减小特定风险，例如： 设计/需求折衷 构件复用 产品可行性或向投资者、客户和最终用户进行演示。 证明已建立基线的构架将在适当时间、以合理的成本支持系统需求。 建立支持环境。

9、为了实现这个主要目标，建立项目的支持环境也同等重要。这包括创建开发案例、创建模板和指南、安装 工具。 核心活动 快速确定构架、确认构架并为构架建立基线。 根据此阶段获得的新信息改进前景，对推动构架和计划决策的最关键用例建立可靠的了解。 为构建阶段创建详细的迭代计划并为其建立基线。 改进开发案例，定位开发环境，包括流程和支持构建团队所需的工具和自动化支持。 改进构架并选择构件。评估潜在构件，充分了解自制/外购/复用决策，以便有把握地确定构建阶段的成本和进度。集成了所 选构架构件，并按主要场景进行了评估。通过这些活动得到的经验有可能导致重新设计构架、考虑替代设计或重新考虑需求 。 里程碑：生命周期

10、构架里程碑为系统构架建立管理基线，并使项目团队能够在构建阶段调整规模。 1987 - 2001 Rational Software Corp。版权所有RUP概述 横向 构建阶段7 目标构建阶段的目标是阐明剩余的需求，并基于已建立基线的构架完成系统开发。构建阶段从某种意义上来说是一个制造 过程，在此过程中，重点在于管理资源和控制操作，以便优化成本、进度和质量。从这种意义上说，从先启和精化阶段 到构建和产品化阶段，管理上的思维定势经历了从知识产权开发到可部署产品开发的转变。 构建阶段的主要目标包括： 通过优化资源和避免不必要的报废和返工，使开发成本降到最低。 快速达到足够好的质量 快速完成有用的版

11、本（Alpha 版、Beta 版和其他测试发布版） 完成所有所需功能的分析、开发和测试。 迭代式、递增式地开发随时可以发布到用户群的完整产品。这意味着描述剩余的用例和其他需求，充实设计，完 成实施，并测试软件。 确定软件、场地和用户是否已经为部署应用程序作好准备。 开发团队的工作实现某种程度的并行。即使是较小的项目，也通常包括可以相互独立开发的构件，从而使各团队 之间实现自然的并行（资源允许）。这种并行性可较大幅度地加速开发活动；但同时也增加了资源管理和工作流程 同步的复杂程度。如果要实现任何重要的并行，强壮的构架至关重要。 核心活动 资源管理，控制和流程优化 完成构件开发并根据已定义的评估标

12、准进行测试 根据前景的验收标准对产品发布版进行评估。 里程碑：最初操作性能里程碑确定产品是否已经可以部署到 Beta 测试环境。 1987 - 2001 Rational Software Corp。版权所有RUP概述 横向 产品化阶段8 目标产品化阶段的重点是确保最终用户可以使用软件。产品化阶段可跨越几个迭代，包括测试处于发布准备中的产品和基于用户反馈进行较 小的调整。在生命周期中的该点处，用户反馈应主要侧重于调整产品、配置、安装和可用性问题，所有较大的结构上的问题应该在项目生命 周期的早期阶段就已得到解决。 在产品化阶段生命周期结束时，目标应该已经实现，项目应处于将结束的状态。某些情况下，

13、当前生命周期的结束可能是同一产品另一 生命周期的开始，从而导致产生产品的下一代或下一版本。对于其他项目，产品化阶段结束时可能就将工件完全交付给第三方，第三方负责 已交付系统的操作、维护和扩展。根据产品的种类，产品化阶段可能非常简单，也可能非常复杂。例如，发布现有桌面产品的新发布版可能十分简单，而替换一个国家的 航空交通管制系统可能就非常复杂。产品化阶段的迭代期间所进行的活动取决于目标。例如，在进行调试时，实施和测试通常就足够了。但是，如果要添加新功能，迭代类 似于构建阶段中的迭代，需要进行分析设计。当基线已经足够完善，可以部署到最终用户领域中时，则进入产品化阶段。通常，这要求系统的某个可用部分

14、已经达到了可接受的质量 级别并完成用户文档，从而向用户的转移可以为所有方面都带来积极的结果。 产品化阶段的主要目标是： 进行 Beta 测试，按用户的期望确认新系统 Beta 测试和相对于正在替换的遗留系统的并行操作 转换操作数据库 培训用户和维护人员 市场营销、进行分发和向销售人员进行新产品介绍 与部署相关的工程，例如接入、商业包装和生产、销售介绍、现场人员培训 调整活动，如进行调试、性能或可用性的增强 根据产品的完整前景和验收标准，对部署基线进行的评估 实现用户的自我支持能力 在涉众之间达成共识，即部署基线已完成 在涉众之间达成共识，即部署基线与前景的评估标准一致 核心活动 执行部署计划

15、对最终用户支持材料定稿 在开发现场测试可交付产品 制作产品发布版 获得用户反馈 基于反馈调整产品 使最终用户可以使用产品 里程碑：产品发布 1987 - 2001 Rational Software Corp。版权所有RUP概述 纵向 各任务说明9业务建模需求、分析和设计设计 （领域分析）需求、分析和 设计设计 (系统用例建模 )实施、测 试与部署配置与变更 管理业务流程梳理- 业务用例包 业务用例 用例实现 业务单据- 概念- 关系- 关键属性 业务规则识别领域模型 规划领域模型使用算法处理业务规则：客户订单+生产计划+库存清单 = 采购需求识别系统用例设计用例实现:自 动化业务流程。设计人机界面：构建基础平台系统用例模块 化、产品化：测试实施与部署创建CM(配置)环 境：开发环境、 测试环境、生产 环境。管理变更需求：管理发布基线： 版本控制参考资料：IBM 统一过程流程(Rational Unified Process) 1987 - 2001 Rational Software Corporation。版权所有。 1987 - 2001 Rational Software Corp。版权所有RUP概述 纵向 各任务说明 业务建模10 目的 业务建模的目的在于： 了解目标组织（将要在其中部署系统的组织）的结构及机制。 了解目标组织中当前存在的问题并