- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
2.3 软件开发模型 2.3.1 瀑布模型 将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。 2.3.2 螺旋模型 螺旋模型沿着螺线进行若干次迭代,图2-5中的四个象限代表了以下活动. 螺旋模型沿着螺线旋转,每个螺旋推进的过程都是渐进的实现过程,整个过程的实现,按照”制定计划、风险分析、实施工程和客户评估”四个步骤循环实施。 (1)制定计划:确定软件目标,选定实施方案,弄清项目开发的限制条件。定义资源、进度及其他相关项目信息所需要的任务,以调整项目的目标和改善系统实施的效率。 ? (2) 风险分析:分析评估所选方案,考虑如何识别和消除风险。从风险角度分析方案的开发策略,努力排除各种潜在的风险,有时需要通过建造原型来完成。如果某些风险不能排除,该方案立即终止,否则启动下一个开发步骤。基于上述目标,评估技术及管理的风险,以决定如何实施项目。 ? (3) 实施工程:实施软件开发和验证。包括系统需求分析、概要设计、详细设计、编程、单元测试、系统测试和验证测试等项目具体实施的各种任务。 ? (4) 客户评估:评价开发工作,提出修正建议,制定下一步计划。 螺旋模型的缺点是: (1)它可能难以使用户相信演化方法是可控的; (2)瀑布模型要求在软件开发的初期就完全确定软件的需求,这在很多情况下往往是无法实现的。螺旋模型加入了瀑布模型所忽略的风险分析,从而弥补了瀑布模型的不足。 螺旋模型也有一定的限制条件,这些限制条件是: 1)螺旋模型强调风险分析,但要求许多客户接受和相信这种分析,并做出相关反应是不容易的,因此,这种模型往往适应于内部的大规模软件开发。 2) 如果执行风险分析将大大影响项目的利润,那么进行风险分析毫无意义,因此,螺旋模型只适合于大规模软件项目。 3) 软件开发人员应该擅长寻找可能的风险,准确地分析风险,否则将会带来更大的风险。? 2.3.3 增量模型 增量模型和瀑布模型之间的本质区别是:瀑布模型属于整体开发模型,它规定在开始下一个阶段的工作之前,必须完成前一阶段的所有细节。 而增量模型属于非整体开发模型,它推迟某些阶段或所有阶段中的细节,从而较早的产生工作软件。 增量模型是在项目的开发过程中以一系列的增量方式开发系统。 增量方式包括增量开发和增量提交。 增量模型也存在以下缺陷: ? (1)?由于各个构件是逐渐并入已有的软件体系结构中的,所以加入构件必须不破坏已构造好的系统部分,这需要软件具备开放式的体系结构。? (2)?在开发过程中,需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型,但也很容易退化为边做边改模型,从而是软件过程的控制失去整体性。 2.3.4 喷泉模型 该模型表明软件刻画活动需要多次重复。 例如,在编码之前,(实践之后),再次进行分析和设计,其间添加有关功能,使系统得以演化。 同时,该模型还表明活动之间没有明显的间隙,例如在分析和设计之间没有明显的界限。 2.4 快速原型开发 软件原型化方法是指,在获得一组基本需求说明后,经过快速分析构造出一个小型的软件系统(原型系统),满足用户的基本要求。用户试用该原型系统,从中得到感受和启发,并对该原型系统做出反映和评价,然后开发者根据用户的意见对原型加以改进。 随着不断地实验、纠错、使用、评价和修改,不断获得新的原型版本。如此反复,逐步减少分析和通信中的误解,弥补不足,进一步确定各种需求细节,适应需求的变更,从而提高最终产品的质量。 2.4.2.软件原型的分类 1. 废弃型 也称为快速建立需求规格原型RSP法。先构造一个功能简单而且质量要求不高的模型系统,针对这个模型系统反复进行分析修改,从而形成较好设计思想。 2. 追加型 也称为快速建立渐进原型RCP法。采用循环渐进的开发方式,对系统模型作连续精化,即先构造一个功能简单而且质量要求不高的模型系统,作为最终系统的核心,将系统需要具备的性质逐步添加上去,通过不断地扩充修改,逐步追加新的要求,直至所有性质全部满足,此时的原型模型也就是最终的产品。 2.4.3. 原型软件的周期 1.原型分析 原型分析是指在分析者和用户的紧密配合下,快速确定软件系统的基本要求。根据原型所要体现的特性(或总体结构、处理功能,模拟性能、界面形式等),描述基本需求规格说明,以满足开发原型的需要。当在分析阶段使用原型化方法时,必须从系统结构、逻辑结构、用
文档评论(0)