RUP迭代的特色.doc

RUP中的迭代如何体现、有何特色？假设你的团队原先使用的是瀑布模型，如何由瀑布模型转变到RUP？ 答：RUP突出的特点是它是一种以用况为驱动、以体系结构为中心的迭代、增量式开发。迭代就是指把一个大的项目按需求重要性等分成若干步实现，每一步的结果都是可以满足用户进一步需求的产品，而每一步都有系统的需求分析，设计，等过程。这就叫迭代。RUP中，将整个开发生命周期分为4个阶段：初始阶段、细化阶段、构造阶段、移交阶段。阶段都可以细分为迭代。类似小型的瀑布项目每一次的迭代都会产生一个可以发布的，这个是最终产品的一个子集。迭代的思想如下图所示。 比如说建一个网站1、按用户的要求建一个静态网站2、按用户的要求可以动态发布信息3、可以分栏发布信息4、实现会员管理5、会员级别以及会员收费系统 RUP迭代的特色： 每次迭代都按照专门的计划和评估标准，产生一个发布版本。 RUP的迭代增量式开发是演化模型的一个变体，它规定了“大的”迭代数目——四个阶段，并规定了每次迭代的目标。 初始阶段的基本目标是：获得与特定用况和平台无关的系统体系结构轮廓，以此建立产品功能范围；编制初始的业务实例，从业务角度指出该项目的价值，减少项目主要的错误风险。 精化阶段的基本目标是：通过捕获并描述系统的大部分需求（一些关键用况），建立系统体系结构基线的第一个版本，主要包括用况模型和分析模型，减少次要的错误风险；到该阶段末，就能够估算成本、进度，斌跟你过详细地规划构造阶段。 构造阶段的基本目标是：通过演化，形成最终的系统体系结构基线（包括系统的各种模型和各模型视角下的体系结构描述），开发完整的系统，确保产品可以开始向客户交付，即具有初始操作能力。 移交阶段的基本目标是：确保有一个实在的产品发布给用户群。期间，培训用户如何使用该软件。 迭代式开发的一个主要目的就是尽早降低风险，通过每次迭代中分析、按重要性排序并解决主要风险，来达到尽早化解风险的目的 对于阶段来说，必须完成的就必须完成而对于迭代来说，一旦有任务完不成，可以考虑放入下一个迭代中继续进行的四个步骤 多数的软件开发团队仍然在开发项目中使用瀑布型的开发过程。采用瀑布型开发方法意味着要以严格的顺序来完成一系列的项目阶段：需求分析、设计、实现/集成然后是测试。当项目中出现的问题解时，可能会推迟测试；这些问题威胁软件发布的期限并且使的团队成员在某些开发环节上是空闲的。 将项目分解成为两个或者更多的，称为阶段或者是时期。这种改良可以帮助简化集成、使测试人员更早的进行测试工作提供更早的项目状态的。 多数的瀑布型的项目将开发工作划分为阶段或者时期；可以将这个划分视为向迭代方法转换的第一步。但是实现向迭代开发方法的过渡，要使用下面四个步骤来： 尽早的构建功能原型。 划分详细设计、实现和测试阶段到不同的迭代中。 在项目早期基线化一个可执行的架构。 采用迭代式的和风险驱动的管理过程。 进一步的解释每一个步骤 步骤 1 ：尽早的构建功能原型 作为向迭代开发转换的第一步，在需求和设计阶段考虑一个或者更多的功能原型。你认为有风险的或者有难度的部分原型化，并且使用来自每一个阶段的反馈修改你的设计。原型的目标是减少主要的技术风险和清项目应该做什么。 步骤 2 ：详细设计、实现和测试阶段到不同的迭代中。 在知道项目是关于之前一个项目迭代是困难。但是，进入了详细设计阶段时，通常对需求和系统的架构有了好的理解假设有九个子系统，每一个都有数量日益增加的组件。可以划分详细设计、实现和测试阶段到三个迭代中，每个迭代实现九个子系统中的三个。 步骤 3: 在项目的早期一个可执行的架构。 你可以将这个步骤看作是更加正式和有组织的完成步骤 1 （ 尽早的构建功能原型）的方法。 可执行的架构是系统的部分的实现，更重要的是，它能够证明设计能够满足对于性能、生产能力、容量可靠性、可测量性和其他方面的需求。一个可执行的架构允许你在稍后的阶段在基础上构建所有的系统功能性。这个可执行的架构是一个进化的原型，它的目的是当系统的架构成熟时，保持已经被证明的特性并保证他们最大可能的满足系统的需求。换句话说，这些特性将是交付系统的一部分。与你在步骤 1中构建的功能原型相比，这个进化的原型覆盖了架构问题的所有方面。 生成一个进化的原型意味着你要设计、实现和测试一系统的框架结构。这个原型会反映你的关键设计的决定，包括技术、主要组件和他们之间接口的选择。 步骤 4 ：采用迭代式的和风险驱动的管理过程。 步骤 2 和步骤 3 ，将会非常接近“理想”迭代开发的模型。接下来的步骤应该是融合步骤 2 和步骤 3 ，并添加支持风险驱动和迭代开发的管理生命周期。这就是在 RUP 中被描述的迭代开式的生命周期。 RUP 对迭代开发提供了一个结构化的方法，它将一个项目划分成为四个阶段：