• 如果您觉得本站非常有看点,那么赶紧使用Ctrl+D 收藏吧

软件过程模型

开发技术 开发技术 5天前 4次浏览

 

1.1     过程模型

1.1.1 瀑布模型

瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个阶段,每个阶段完成后才完成后一个阶段。优点:一,阶段清晰,对新团队和新人十分友好。二,前几个阶段都有输出,方便事后总结。三,熟悉此模型有利于了解其它模型。四,根据各阶段完成情况可以不断修正估计的工期。缺点:一,工作量大,文档多、会议多。二,周期长,这意味不适应需求经常变化的项目。也意味着不能早点发现问题,问题发现得越早,问题的解决成本越小。

 

1.1.2 原型模型

探索型原型,用于获取需求和验证需求。实验型原型用于验证设计。演化型原型是过程模型。探索型原型确认完需求就会被抛弃,所以尽可能的简单。一,只需要完成少量最核心的功能和风险最大的功能。二,每个功能的实现都尽可能的简单,能演示就行。三,往往需要专门的工具来支持来开发快速原型。适用范围:需求不明或需求经常变化。缺点:开发原型会增加额外成本。

 

1.1.3 螺旋模型

 

螺旋模型为应对风险而生。它将整个生命周期划分为若干个子周期,在整个生命周期结束前不知道共有多个子周期。每个子周期只关心当前子周期,不关心下个子周期的内容。每个子周期分为4个阶段:需求定义、风险分析、工程实现和评审。缺点:工期和成本未知,这意味着无法和客户合作。适用范围:试验型产品或项目,只有上天才知道是否可行。

 

1.1.4 喷泉模型

喷泉模型解决了瀑布模型各阶段不能并行进行的问题。其缺点是:一,管理难度大增。二,对前面几个阶段的人员要求高,因为需求弄错了,后面的就全部白做了。优点:为了减少白做和返工,一定先完成稳定的、不会变化的部分,这些部分适合封装。而封装可以提高可复用性。喷泉模型适合成员相互熟悉、制度规范的成熟团队。

1.1.5 增量模型

增量模型简单的说将产品或项目分成几个子产品或项目。每个子产品(子项目)都给用户使用,都能给用户创造价值。优点:一,用户能够较早使用。二,由于是分批交付,所以用户能够大致知道项目进度。三,降低失败的损失。任何时候失败都只损失一个子产品。缺点:一,由于要兼容已完成的子产品,所以新子产品出生就带着历史包袱。二,可能会陷入局部最优解,对子产品最合适,但对整个产品不是最合适。用户已经使用的子产品,修改的成本太高,因为不能影响用户使用。

1.1.6 演化型原型模型

演化型原型模型简单的说将产品或项目分成几个子产品或项目。每个子产品(子项目)都给用户试用。优点:一,高度匹配用户需求。二,由于只是试用,已完成的子产品可以大改。三,每个子产品的经验可以直接用于下个子产品,有利于提高效率和质量。缺点:占用用户时间太多。由于试用产品的都是基层员工,他们不会因为对需求而减少本职工作。为了不影响本职工作,只能早早了事。假定你在餐馆吃饭,厨师一会问你多大的火候,加多少油,加多少盐?你是不是一脸茫然“多少颗盐?还是多少克盐?我都不知道”。建议:合同规定对方的员工至少花多少小时用于试用。

 

1.1.7 过程模型的选择

如果是成长中的团队,无脑选择瀑布模型。成熟团队分以下四种情况。无法确定方案是否可行,用螺旋模型;方案可行,具体需求无法全部确定,用原型模型。需求基本确定,需要分期用增量模型,不需要分期用喷泉模型。

————恢复内容结束————


程序员灯塔
转载请注明原文链接:软件过程模型
喜欢 (0)