什么是迭代开发
4个回答
展开全部
迭代式开发也被称作迭代增量式开发或迭代进化式开发,是
一种与传统的瀑布式开发相反的软件开发过程,它弥补了传
统开发方式中的一些弱点,具有更高的成功率和生产率。
在迭代式开发方法中,整个开发工作被组织为一系列的短小
的、固定长度(如3周)的小项目,被称为一系列的迭代。
每一次迭代都包括了定义、需求分析、设计、实现与测试。
采用这种方法,开发工作可以在需求被完整地确定之前启动,
并在一次迭代中完成系统的一部分功能或业务逻辑的开发工
作。再通过客户的反馈来细化需求,并开始新一轮的迭代。
一种与传统的瀑布式开发相反的软件开发过程,它弥补了传
统开发方式中的一些弱点,具有更高的成功率和生产率。
在迭代式开发方法中,整个开发工作被组织为一系列的短小
的、固定长度(如3周)的小项目,被称为一系列的迭代。
每一次迭代都包括了定义、需求分析、设计、实现与测试。
采用这种方法,开发工作可以在需求被完整地确定之前启动,
并在一次迭代中完成系统的一部分功能或业务逻辑的开发工
作。再通过客户的反馈来细化需求,并开始新一轮的迭代。
享知信息
2023-10-16 广告
2023-10-16 广告
上海享知信息科技有限公司的敏捷开发需求管理工具旨在提高项目效率。该工具采用易于理解的简明语言,允许团队成员轻松共享、讨论和管理需求。它支持灵活的需求变更,可帮助团队实时响应并跟踪项目进展。同时,工具的分层结构使得需求与设计、代码相关联,为整...
点击进入详情页
本回答由享知信息提供
展开全部
举个例子, 你想开发一个自己的IDE(集成开发环境), 因为基层开发环境通常都包含许多内容, 你没有办法一次全设计实现, 于是就使用下面这样的步骤:
1.首先实现一个有代码高亮显示功能的记事本
2.再在该记事本的基础上添加了一个编译和执行用的按钮
3.再在添加了两个按钮的记事本的基础上添加...
这种每次只设计和实现系统的一部分, 逐步逐步完成的方法叫迭代开发, 每次设计和实现一个的一个阶段叫做一个迭代.
1.首先实现一个有代码高亮显示功能的记事本
2.再在该记事本的基础上添加了一个编译和执行用的按钮
3.再在添加了两个按钮的记事本的基础上添加...
这种每次只设计和实现系统的一部分, 逐步逐步完成的方法叫迭代开发, 每次设计和实现一个的一个阶段叫做一个迭代.
本回答被提问者采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
就是你要开发好一个东西即可
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
软件开发过程中的迭代模型:
1.理解
如果认为这个解释难以理解,可以这样想:
我们开发一个产品,如果不太复杂,会采用瀑布模型,简单的说就是先定义需求,然后构建框架,然后写代码,然后测试,最后发布一个产品。
这样,几个月过去了,直到最后一天发布时,大家才能见到一个产品。
这样的方式有明显的缺点,假如我们对用户的需求判断的不是很准确时——这是很常见的问题,一点也不少见——你工作了几个月甚至是几年,当你把产品拿给客户看时,客户往往会大吃一惊,这就是我要的东西吗?
2.方法
迭代的方式就有所不同,假如这个产品要求6个月交货,我在第一个月就会拿出一个产品来,当然,这个产品会很不完善,会有很多功能还没有添加进去,bug很多,还不稳定,但客户看了以后,会提出更详细的修改意见,这样,你就知道自己距离客户的需求有多远,我回家以后,再花一个月,在上个月所作的需求分析、框架设计、代码、测试等等的基础上,进一步改进,又拿出一个更完善的产品来,给客户看,让他们提意见。
就这样,我的产品在功能上、质量上都能够逐渐逼近客户的要求,不会出现我花了大量心血后,直到最后发布之时才发现根本不是客户要的东西的情况。
3.优势
这样的方法很不错,但他也有自己的缺陷,那就是周期长、成本很高。在应付大项目、高风险项目——就比如是航天飞机的控制系统时,迭代的成本比项目失败的风险成本低得多,用这种方式明显有优势。
如果你是给自己的单位开发一个小MIS,自己也比较清楚需求,工期上也不过花上个把月的时间,用迭代就有点杀鸡用了牛刀,那还是瀑布模型更管用,即使是做得不对,顶多再花一个月重来,没什么了不起。
1.理解
如果认为这个解释难以理解,可以这样想:
我们开发一个产品,如果不太复杂,会采用瀑布模型,简单的说就是先定义需求,然后构建框架,然后写代码,然后测试,最后发布一个产品。
这样,几个月过去了,直到最后一天发布时,大家才能见到一个产品。
这样的方式有明显的缺点,假如我们对用户的需求判断的不是很准确时——这是很常见的问题,一点也不少见——你工作了几个月甚至是几年,当你把产品拿给客户看时,客户往往会大吃一惊,这就是我要的东西吗?
2.方法
迭代的方式就有所不同,假如这个产品要求6个月交货,我在第一个月就会拿出一个产品来,当然,这个产品会很不完善,会有很多功能还没有添加进去,bug很多,还不稳定,但客户看了以后,会提出更详细的修改意见,这样,你就知道自己距离客户的需求有多远,我回家以后,再花一个月,在上个月所作的需求分析、框架设计、代码、测试等等的基础上,进一步改进,又拿出一个更完善的产品来,给客户看,让他们提意见。
就这样,我的产品在功能上、质量上都能够逐渐逼近客户的要求,不会出现我花了大量心血后,直到最后发布之时才发现根本不是客户要的东西的情况。
3.优势
这样的方法很不错,但他也有自己的缺陷,那就是周期长、成本很高。在应付大项目、高风险项目——就比如是航天飞机的控制系统时,迭代的成本比项目失败的风险成本低得多,用这种方式明显有优势。
如果你是给自己的单位开发一个小MIS,自己也比较清楚需求,工期上也不过花上个把月的时间,用迭代就有点杀鸡用了牛刀,那还是瀑布模型更管用,即使是做得不对,顶多再花一个月重来,没什么了不起。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询