软件过程模型

软件工程 专栏收录该内容
4 篇文章 0 订阅
软件过程模型要点优点缺点适用范围
瀑布模型每个阶段都有文档产出文档驱动的有序方法只能通过文档了解产品,交付产品可能不符合客户的要求项目周期较短。需求是预知的,软件实现方法是成熟的
快速原型模型不带反馈环,线性顺序进行,本质是“快速”确保交付的产品符合客户的要求还没有证明无懈可击无完整的需求说明,只有一些基本要求
增量模型每一个增量均发布一个可操作产品增大投资的早期回报,能在较短的时间内,提供可完成部分工作的初步产品给用户要求较高,要求开放的结构,可能退化为建造-修补模型需求经常改变,开发人员数量不够
螺旋模型强调风险分析(快速原型+瀑布模型)+风险分析结合上述所有模型的特性,风险驱动开发成本,只能用于大型的内部软件产品,开发者必须精通风险分析和风险排除适用于庞大、复杂并具有高风险的系统
喷泉模型无间隙各个阶段没有明显的界限,开发人员可以同步进行开发不利于项目的管理,要求严格管理文档,使得审核的难度加大适用于面向对象的软件开发过程
Rational统一过程(RUP)迭代的,以架构为中心的,用例驱动的软件开发方法。四个阶段:初始阶段,精化阶段,构建阶段,移交阶段针对所有关键的开发活动为每个开发成员提供了必要的准则、模版和工具指导,并确保全体成员共享相同的知识基础。简洁和清晰的过程结构,为开发过程提供较大的通用性。缺少关于软件运行和支持等方面的内容,没有支持多项目的开发结构,这在一定程度上降低了在开发组织内大范围实现重用的可能性。适用于大型的需求不断变化的复杂软件系统项目。
敏捷过程之极限编程(XP)敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。极限编程(XP)是敏捷过程中最富盛名的一个高适应性,以人为本,以测试为驱动敏捷注重人员的沟通,忽略文档的重要性,若项目人员流动大太,又给维护带来不少难度,特别项目存在新手比较多时,老员工比较累需要项目中存在经验较强的人,要不大项目中容易遇到瓶颈问题
  • 0
    点赞
  • 0
    评论
  • 1
    收藏
  • 打赏
    打赏
  • 扫一扫,分享海报

©️2022 CSDN 皮肤主题:数字20 设计师:CSDN官方博客 返回首页

打赏作者

WorkHaH

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值