软件过程软件生命周期.pptVIP

(4) 工作流（工作流程） 工作流用来描述能够生成有用结果的活动序列，用以描述工作人员之间的交互。 一个工作流可以用顺序图、协作图或活动图来描述。RUP 的工作流由下列方式组织： 核心工作流 工作流细节 迭代计划 核心工作流 在 RUP 中共有 9 个核心过程工作流。它们将所有工作人员和活动进行逻辑分组。 核心过程工作流分为 6 个核心工程工作流和 3 个核心支持工作流。 核心工程工作流有：业务建模工作流、需求工作流、分析和设计工作流、实现工作流、测试工作流、部署工作流。 核心支持工作流有：项目管理工作流、配置和变更管理工作流、环境工作流。 工作流细节 每个核心工作流覆盖多个领域。为了将工作流细化， RUP 用工作流细节描述与工作流联系紧密的一组特定的活动。 工作流细节还要描述伴随的信息流，即活动的输入或输出制品，给出活动在不同制品之间是如何交互作用的。 在一个项目中这些核心工作流在每一次迭代中重复发生。在每次重新发生时，它们在具体内容上有所不同，与迭代的中心问题有关。 工作流示例:需求分析 迭代计划 迭代计划根据某一迭代过程中要完成的典型活动，结合将要处理的问题，更加详细地描述过程。主要内容有： 时间分配：迭代进度表； 迭代内容：分配活动和工作人员： 迭代期间完成哪些用例； 识别技术风险并转化为用例，缓解策略； 部分或完整地实现哪一个子系统。 次要里程碑：达到预先制定的标准。 过程的动态描述：迭代开发 以往人们常采用顺序开发过程，即瀑布模型，其步骤为： 完全理解要解决的问题，规定对目标软件的需求和约束，准确描述它们； 设计一个能满足所有需求和约束的解决方案，仔细检验这个设计； 使用最好的工程技术实现解决方案； 验证实现结果是否满足规定的需求； 交付产品。 但顺序开发过程有它的问题，主要表现为： 需求和市场随着时间推移会发生变化。 技术基础随着技术进步也会发生变化。 软件设计不能保证一定是正确的。 对于未知的项目，软件开发充满风险。 软件开发时间长，每一个活动只进行一次，没有学习和自我提高的机会。 开发过程过分强调确定的被认可的文档和冻结的基线，妨碍了以前阶段的反馈。 不适于基于增量的开发。 解决方案是将一个大型项目分解为可连续应用瀑布模型的几个小部分。在对一部分进行需求分析和风险、设计、实现并确认之后，再对下一部分进行需求分析、设计、实现和确认。以此进行下去，直到整个项目完成。这就是迭代式开发。 在RUP中，迭代过程分为几个阶段。 初始 细化 构造 移交 生存期 体系结构里程碑 生存期 目标里程碑 最初运行 能力里程碑 产品发布 里程碑 时间 初始阶段（Inception）：确定最终产品的构想及其用例，定义项目范围。 细化阶段（Elaboration）：计划需完成活动和资源，详细说明产品特性并设计软件体系结构。 构造阶段（Construction）：构造整个产品，逐步完善视图、体系结构和计划，直到产品（完整的构想）已完全准备好交付给用户。 移交阶段（Transition）：移交产品给用户。包括制造、交付、培训、支持及维护产品。 这 4 个阶段经历的时间是不同的。每个阶段时间的长短要具体情况具体分析。 特定项目环境导致各阶段时间长短可能有很大不同。每个阶段最重要的是阶段目标和里程碑。 典型的时间分配如下： I 10% E 30% T 10% C 50% 时间 I：初始阶段 E：细化阶段 C：构造阶段 T：移交阶段 这 4 个阶段构成开发周期，周期结束时产生一代新的软件产品。 软件产品产生于初始开发周期，随着重复执行同样的过程，软件发展到下一代产品，这一时期即为软件的进化周期。 I E C T I E C T I E C T V1 V2 V3 初始开发周期 进化周期 用户需求的变更、基础技术的变化、竞争都可能激活新的进化周期。 周期之间在时间上会有重叠。后一个周期的初始与细化阶段可以与前一个阶段的移交阶段可能同时进行。 在各阶段内也包含有一个或几个迭代过程。 迭代#1 迭代#2 迭代#3 迭代#4 迭代#5 迭代#6 迭代#7 迭代#8 移交 构造 细化 初始 里程碑 内部发布 第1个外部发布 （如Beta版本） 最终发布 (1) 初始阶段 目标 将一个好的想法发展为最终产品的一个构想，提出该产品的业务实例。 确定项目的软件范围和边界条件，明确系统向它的用户提供的基本功能； 识别系统的关键用例，即主要行为场景； 给出一个试验性的软件体系结构，它是包含主要场景的系统大致轮廓； 估计整个项目需要的成本和时间； 评估风险，