软件开发模型比较.docVIP

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件开发模型比较

瀑布模型 核心思想:按工序将问题化简,将功能的实现与设计分开,便于分工协作。即采用结构化的分析与设计方法将逻辑实现与物理实现分开。 U 用户 可行性研究与计划 A 系统分析员 用户需求 M 项目管理员 需求分析7% 分析报告 P 程序员 UAM T 高级程序员 软件设计6% 系统设计报告 ATM 程序编码7% 源程序 MP 软件测试13% 测试报告 UTP 运行维护67% 更改要求 UAMP 优点:1.每个阶段都有指定的起点和终点,过程最终可以被客户和开发者识别(通过使用里程碑) 2.在编写第一行代码之前充分强调了需求和设计,这避免了时间的浪费以及跳票的风险,同时还可以尽可能地保证实现客户的预期需求 3.提取需求和设计提高了产品质量,因为在设计阶段捕获并修正可能存在的漏洞要比测试阶段容易很多,毕竟在组建集成之后来追踪特定的错误要复杂很多 4.因为前两个阶段生成了规范的说明书,当团队成员分散在不同地点的时候,瀑布模型可以帮助实现有效的知识传递 缺点:1.在项目各个阶段之间极少有反馈 2.瀑布模型的突出缺点是不适应用户需求的变化 3.各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加了工作量 4.由于开发模型是线性的,用户只有等到整个过程的末期才能见到开发成果,从而增加了开发的风险 5.早期的错误可能要等到开发后期的测试阶段才能发现,进而带来严重的后果 螺旋模型 (1) 螺旋模型强调风险分析,但要求许多客户接受和相信这种分析,并做出相关反应是不容易的,因此,这种模型往往适应于内部的大规模软件开发。 (2) 如果执行风险分析将大大影响项目的利润,那么进行风险分析毫无意义,因此,螺旋模型只适合于大规模软件项目。 (3) 软件开发人员应该擅长寻找可能的风险,准确地分析风险,否则将会带来更大的风险 喷泉模型 喷泉模型主要用于面向对象的软件项目,软件的某个部分通常被重复多次,相关对象在每次迭代中随之加入渐进的软件成分。该模型的各个阶段没有明显的界限,开发人员可以同步进行开发。优点是可以提高软件项目开发效率,节省开发时间,适应于面向对象的软件开发过程。缺点是喷泉模型在各个开发阶段是重叠的,因此在开发过程中需要大量的开发人员,因此不利于项目的管理。此外这种模型要求严格管理文档,使得审核的难度加大,尤其是面对可能随时加入各种信息、需求与资料的情况。 增量模型 缺陷:(1) 由于各个构件是逐渐并入已有的 HYPERLINK /view/1317046.htm \t _blank 软件体系结构中的,所以加入构件必须不破坏已构造好的系统部分,这需要软件具备开放式的体系结构。   (2) 在开发过程中,需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型,但也很容易退化为边做边改模型,从而是 HYPERLINK /view/2207.htm \t _blank 软件过程的控制失去整体性。

文档评论(0)

xcs88858 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档