<!--
/* Font Definitions */
@font-face
{font-family:宋体;
panose-1:2 1 6 0 3 1 1 1 1 1;
mso-font-alt:SimSun;
mso-font-charset:134;
mso-generic-font-family:auto;
mso-font-pitch:variable;
mso-font-signature:3 135135232 16 0 262145 0;}
@font-face
{font-family:"/@宋体";
panose-1:2 1 6 0 3 1 1 1 1 1;
mso-font-charset:134;
mso-generic-font-family:auto;
mso-font-pitch:variable;
mso-font-signature:3 135135232 16 0 262145 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{mso-style-parent:"";
margin:0cm;
margin-bottom:.0001pt;
text-align:justify;
text-justify:inter-ideograph;
mso-pagination:none;
font-size:10.5pt;
mso-bidi-font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:宋体;
mso-font-kerning:1.0pt;}
p
{mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:宋体;
mso-bidi-font-family:宋体;}
span.atitle
{mso-style-name:atitle;}
/* Page Definitions */
@page
{mso-page-border-surround-header:no;
mso-page-border-surround-footer:no;}
@page Section1
{size:595.3pt 841.9pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;
mso-header-margin:42.55pt;
mso-footer-margin:49.6pt;
mso-paper-source:0;
layout-grid:15.6pt;}
div.Section1
{page:Section1;}
/* List Definitions */
@list l0
{mso-list-id:1381200075;
mso-list-type:hybrid;
mso-list-template-ids:503484990 -1062689212 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-number-format:japanese-counting;
mso-level-text:%1、;
mso-level-tab-stop:21.0pt;
mso-level-number-position:left;
margin-left:21.0pt;
text-indent:-21.0pt;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
-->
迭代软件开发--整理
一、
迭代软件开发介绍：
在迭代式开发方法中，整个开发工作被组织为一系列的短小的、固定长度（如
3
周）的小项目，被称为一系列的迭代
。每一次迭代都包括了需求分
析、设计、实现与测试。采用这种方法，开发工作可以在需求被完整地确定之前启动，并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。再通过客户的反
馈来细化需求，并开始新一轮的迭代。
二、
为什么选择迭代开发：
初始设计就其关键需求而言很有可能是有缺陷的。
到后期才发现设计缺陷会导致非常严重的费用超支，在某些情况下甚至会导致项目被取消。在迭代式生命周期中，您需要根据主要风险列表选择要在迭代中开发的新的增量内容。每次迭代完成时都会生成一个经过测试的可执行文件，这样就可以核实是否已
经降低了目标风险
迭代软件开发好处：
对用户代表的好处：软件开发项目团队所采用的迭代式增量开发解决方案深深的改变了用户代表与项目开发团队之间的交互方法。每次迭代都将给开发者呈现一次能够引起对适合的解决方案以及将要得到的业务效果目标反馈的机会。通过基于系统工作版本的反馈，并聚焦于反馈的沟通，允许开
发者将注意力集中于能够满足系统实质最小限度特性的解决方案。各次迭代还为用户视角提供了一个机会以对进行中的工作进行评论，同时能够对未来的开发趋势产生影响。一旦他们回顾了一个能够表明他们的需求决定以及开发团
队对这些需求理解的工作发行版本，客户将决定如何修改项目方向或是划分剩余需求的优先次序。再一次，通过演示少量的运行功能，团队可以着重于一个精确的业 务解决方案的组成部分以及为了达到这个目标的最小功能需求数量。在每一次迭代的边界，客户代表具有接受或拒绝开发团队所生产发布的机会并且可以调整进行中
项目的发展方向。这使得客户团队可以更好的关联于项目并且保证了解决方案可以得到期望的业务收益。
业务分析师
：
系统用户
：
系统用户视角与客户视角非常相象，用户可以看到关于进展的周期性迹象以确保解决方案能够适应他们的实际需要。
对于项目整体，将用户包含入迭代所产生的发行版本的演示和评估一般来说这是非常有利的。但在每一个迭代中未必时必要的，因为允许对早期部分实 现的广泛回顾可能会起到反作用。与系统用户的常规交互也可以帮助提醒开发团队的发布业务职责，而不仅仅是迷人的新技术。它还使得需求本身可以像它们的系统
一样被验证。对于早期用户反馈请求的益处，特别是在应用以及用户接口设计领域，已经由前面所提到的案例被证实。我们认为它提供了有价值的教训
团队成员：
三、