迭代式开发&&瀑布式开发

迭代式开发

　　迭代式开发是RUP思路（Implementing Best Practices）中的一种。 　　迭代式开发也被称作迭代增量式开发或迭代进化式开发，是一种与传统的瀑布式开发相反的软件开发过程，它弥补了传统开发方式中的一些弱点，具有更高的成功率和生产率。 

　　在迭代式开发方法中，整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代。每一次迭代都包括了需求分析、设计、实现与测试。采用这种方法，开发工作可以在需求被完整地确定之前启动，并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。再通过客户的反馈来细化需求，并开始新一轮的迭代。 

　　迭代式开发的优点： 

　　1、降低风险 　　2、得到早期用户反馈 

　　3、持续的测试和集成 　　4、使用变更 5、提高复用性 

　　迭代式开发特征： 

　　1、在进行大规模的投资之前就解决了关键的风险分析。 

　　2、使得早期的用户反馈在初始迭代中就能出现。 

　　3、对各个目标里程碑提供了短期的焦点（阶段性的中心）。 

　　4、对过程的测量是通过对实现的评定（而不仅仅是文档）来进行的。 

5、可以对局部的实现进行部署。

瀑布式开发

　　瀑布式开发是一种老旧的，正在过时的计算机软件开发方法。 

　　最开始的软件行业普遍采用这种方法，但是这种方法套用自传统工业生产，不适应计算机软件开发的具体情况。 

　　有论文统计他是造成70%软件开发失败的原因。 

　　现在正逐步被“迭代增量式开发”取代。 

　　大体分为这几个阶段：需求分析、设计、编码、测试、维护。 

　　需求阶段通常定义系统的需求，明白系统的目标。 

　　设计阶段通常确定系统使用什么数据库，系统模块的划分，各个模块的功能。 

　　编码阶段用编程语言对设计阶段的实现。 

　　测试阶段分黑盒测试，白盒测试。测试系统的功能是否实现，是否准确。 

　　维护阶段是根据用户新的需要重新修改系统，使系统更加稳定，更符合用户的要求。 

　　需求阶段的工作是否到位是整个系统开发的关键，在需求阶段有很多方式可以帮助自己完成工作，例如与客户畅所欲言，跟随客户参与业务过程等等。不管任何一种方法，任何一种方式，在需求阶段首先确定系统边界，确定组织边界，然后摸清企业为消费者创造的价值，看清企业的价值链，摸清价值链上的实体。最后要平衡价值链上各个实体之间的利益，争取系统做到大家都满意这个理想的状态。

 

 

 

系统边界

即系统包含的功能与系统不包含的功能之间的界限。一般在系统分析阶段定义，只有明确了系统边界，才能继续进行下面的分析、设计等工作。 

系统都被一组将它们与环境分开的边界所包围。系统的边界存在于一个连续体中。系统首先必须能够通过边界导入（人，原材料，输入信息），然后与外界交换成品，服务和输出信息。

 

 

 

软件生存周期

软件生存周期(SDLC，软件生命周期)是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少