迭代式开发和瀑布式开发.doc_第1页
迭代式开发和瀑布式开发.doc_第2页
迭代式开发和瀑布式开发.doc_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

迭代式开发迭代式开发是RUP思路(Implementing Best Practices)中的一种。 迭代式开发也被称作迭代增量式开发或迭代进化式开发,是一种与传统的瀑布式开发相反的软件开发过程,它弥补了传统开发方式中的一些弱点,具有更高的成功率和生产率。 在迭代式开发方法中,整个开发工作被组织为一系列的短小的、固定长度(如3周)的小项目,被称为一系列的迭代。每一次迭代都包括了需求分析、设计、实现与测试。采用这种方法,开发工作可以在需求被完整地确定之前启动,并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。再通过客户的反馈来细化需求,并开始新一轮的迭代。 迭代式开发的优点: 1、降低风险 2、得到早期用户反馈 3、持续的测试和集成 4、使用变更 5、提高复用性 迭代式开发特征: 1、在进行大规模的投资之前就解决了关键的风险分析。 2、使得早期的用户反馈在初始迭代中就能出现。 3、对各个目标里程碑提供了短期的焦点(阶段性的中心)。 4、对过程的测量是通过对实现的评定(而不仅仅是文档)来进行的。 5、可以对局部的实现进行部署。瀑布式开发瀑布式开发是一种老旧的,正在过时的计算机软件开发方法。 最开始的软件行业普遍采用这种方法,但是这种方法套用自传统工业生产,不适应计算机软件开发的具体情况。 有论文统计他是造成70%软件开发失败的原因。 现在正逐步被“迭代增量式开发”取代。 大体分为这几个阶段:需求分析、设计、编码、测试、维护。 需求阶段通常定义系统的需求,明白系统的目标。 设计阶段通常确定系统使用什么数据库,系统模块的划分,各个模块的功能。 编码阶段用编程语言对设计阶段的实现。 测试阶段分黑盒测试,白盒测试。测试系统的功能是否实现,是否准确。 维护阶段是根据用户新的需要重新修改系统,使系统更加稳定,更符合用户的要求。 需求阶段的工作是否到位是整个系统开发的关键,在需求阶段有很多方式可以帮助自己完成工作,例如与客户畅所欲言,跟随客户参与业务过程等等。不管任何一种方法,任何一种方式,在需求阶段首先确定系统边界,确定组织边界,然后摸清企业为消费者创造的价值,看清企业的价值链,摸清价值链上的实体。最后要平衡价值链上各个实体之间的利益,争取系统做到大家都满意这个理想的状态。系统边界即系统包含的功能与系统不包含的功能之间的界限。一般在系统分析阶段定义,只有明确了系统边界,才能继续进行下面的分析、设计等工作。 系统都被一组将它们与环境分开的边界所包围。系统的边界存在于一个连续体中。系统首先必须能够通过边界导入(人,原材料,输入信息),然后与外界交换成品,服务和输出信息。软件生存周期软件生存周期(SDLC,软件生命周期)是软件的产生直到报废的生命周期,周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段,这种按时间分程的思想方法是软件工程中的一种思想原则,即按部就班、逐步推进,每个阶段都要有定义、工作、审查

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论