迭代模型-详解.docx

迭代模型-详解 迭代模型（Iterative Model）目录 1 什么是迭代模型 2 迭代模型的选择使用条件 3 迭代模型的优点 4 各种软件过程模型的特点[1] 5 参考文献什么是迭代模型　　早在20世纪50年代末期，软件领域中就出现了迭代模型最早的迭代过程可能被描述为“分段模型（stagewise model）”，其背景是H.D.Benington领导的美国空军SAGE项目　　迭代模型是RUP（Rational Unified Process，统一软件开发过程，统一软件过程)推荐的周期模型在RUP中，迭代被定义为：迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素所以，在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程　　实质上，它类似小型的瀑布式项目RUP认为，所有的阶段（需求及其它）都可以细分为迭代每一次的迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集迭代的思想如下图所示　　在现代过程方法XP（eXtreme Programming，极限编程）、RUP无一例外地都推荐、主张采用能显著减少风险的迭代模型。

美国国防部原本提倡瀑布过程和观点，在发现那么多采用了瀑布模型的失败的项目之后，不但放弃了对它的要求，而且从1994年的报告开始，积极地鼓励采用更加现代化的迭代模型来取代瀑布模型做法同时，中国中科院也提倡选用迭代模型　　对众多的开发模型和过程方法，及权威机构的看法，企业应选择什么样的开发模型，应慎重对从以下几方面进行考虑：　　1、RUP虽然内容极其丰富，定义了选起、精化、构建、产品化4个阶段和业务建模、需求、分析设计、实现、测试、部署等9个工种，提供了一大堆的文档模板，但极易让人误解是重型的过程，实施推广有一定难度　　2、再次，在质量管理方面：以实现系统架构、核心功能目标的迭代产品生的工作成果作为质量控制重点每次迭代进行系统集成、系统测试，达到对软件质量的持续验证每次系统测试，需要回归测试前一次迭代遗留发现的问题每次迭代发布的小版本组织客户（包括内部客户、外部客户）进行评价，通过演示操作等方式，评价该次迭代是否达到预定的目标，并以此为依据来制定下一次迭代的目标　　3、最后，在其他方面：每次迭代成果须进行配置管理，版本控制很重要在整个迭代过程中风险无处不在，建议每周作一次风险跟踪同时通过重点关注进度、工作量、满意度、缺陷等数据收集，关注每次迭代情况。

　　总之，选择一个合适的生命周期模型，并应用正确的方法，对于任何软件项目的成功是至关重要企业在选择开发模型应从项目时间要求、需求明确程度、风险状况等选择合适的生命周期模型迭代模型的选择使用条件　　1、在项目开发早期需求可能有所变化　　2、分析设计人员对应用领域很熟悉　　3、高风险项目　　4、用户可不同程度地参与整个项目的开发过程　　5、使用面向对象的语言或统一建模语言（Unified Modeling Language，UML）　　6、使用CASE（Computer Aided Software Engineering，计算机辅助软件工程）工具，如Rose（Rose是非常受欢迎的物件软体开发工具　　7、具有高素质的项目管理者和软件研发团队迭代模型的优点　　与传统的瀑布模型相比较，迭代过程具有以下优点：　　1）降低了在一个增量上的开支风险如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费　　2）降低了产品无法按照既定进度进入市场的风险通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙　　3）加快了整个开发工作的进度因为开发人员清楚问题的焦点所在，他们的工作会更有效率。

　　4）由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的因此，迭代过程这种模式使适应需求的变化会更容易些各种软件过程模型的特点[1]　　不同的软件过程模型对软件开发过程有不同的理解和认识，支持不同的软件项目和开发组织下表对比和分析了各个软件过程模型的特点及其适用的软件项目类型　　各种软件过程模型的特点模型名称技术特点适用范围瀑布模型简单，分阶段，阶段间存在因果关系，各个阶段完成后都有评审，允许反馈，不支持用户参与，要求预先确定需求需求易于完善定义且不易变更的软件系统快速原型模型不要求需求预先完备定义，支持用户参与，支持需求的渐进式完善和确认，能够适应用户需求的变化需求复杂、难以确定、动态变化的软件系统增量模型软件产品是被增量式地一块块开发的，允许开发活动并行和重叠技术风险较大、用户需求较为稳定的软件系统迭代模型不要求一次性地开发出完整的软件系统，将软件开发视为一个逐步获取用广需求、完善软件产品的过程需求难以确定、不断变更的软件系统螺旋模型结合瀑布模型、快速原型模型和迭代模型的思想，并引进了风险分析活动需求难以获取和确定、软件开发风险较大的软件系统RUP可改造、扩展和剪裁：可以对它进行设计、开发、维护和发布；强调迭代开发复杂和需求难以获取和确定的软件系统；软件开发项目组拥有丰富的软件开发和管理经验参考文献1. ↑ 谭庆平,毛新军,董威.软件工程实践教程[M].高等教育出版社,2009.04.-全文完-。