软件开发模型04414

软件开发模型04414

ID:25843706

大小:110.50 KB

页数:8页

时间:2018-11-23

软件开发模型04414_第1页
软件开发模型04414_第2页
软件开发模型04414_第3页
软件开发模型04414_第4页
软件开发模型04414_第5页
资源描述:

《软件开发模型04414》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、软件开发模型百科名片  软件开发模型软件开发模型(SoftwareDevelopmentModel)是指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段,有时也包括维护阶段。软件开发模型能清晰、直观地表达软件开发全过程,明确规定了要完成的主要活动和任务,用来作为软件项目工作的基础。对于不同的软件系统,可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等,以及允许采用不同的软件工具和不同的软件工程环境。目录概述1.最早出现的软件开发模

2、型2.常见的软件开发模型还有典型的开发模型1.1.边做边改模型(Build-and-FixModel)2.2.瀑布模型(WaterfallModel)3.3.快速原型模型(RapidPrototypeModel)4.4.增量模型(IncrementalModel)5.5.螺旋模型(SpiralModel)6.6.喷泉模型(fountainmodel)7.7.智能模型(四代技术(4GL))8.8.混合模型(hybridmodel)9.各种模型的比较10.各种模型的优点和缺点概述1.最早出现的软件开发模型2.常见的软件

3、开发模型还有典型的开发模型1.1.边做边改模型(Build-and-FixModel)2.2.瀑布模型(WaterfallModel)3.3.快速原型模型(RapidPrototypeModel)4.4.增量模型(IncrementalModel)5.5.螺旋模型(SpiralModel)6.6.喷泉模型(fountainmodel)7.7.智能模型(四代技术(4GL))8.8.混合模型(hybridmodel)9.各种模型的比较10.各种模型的优点和缺点展开编辑本段概述最早出现的软件开发模型  最早出现的软件开发

4、模型是1970年W·Royce提出的瀑布模型。该模型给出了固定的顺序,将生存期活动从上一个阶段向下一个阶段逐级过渡,如同流水下泻,最终得到所开发的软件产品,投入使用。但计算拓广到统计分析、商业事务等领域时,大多数程序采用高级语言(如FORTRAN、COBOL等)编写。瀑布模式模型也存在着缺乏灵活性、无法通过并发活动澄清本来不够确切的需求等缺点。常见的软件开发模型还有  演化模型、螺旋模型、喷泉模型、智能模型等。编辑本段典型的开发模型  典型的开发模型有:1.边做边改模型(Build-and-FixModel);2.

5、瀑布模型(WaterfallModel);3.快速原型模型(RapidPrototypeModel);4.增量模型(IncrementalModel);5.螺旋模型(SpiralModel);6.演化模型(incrementalmodel);7.喷泉模型(fountainmodel);8.智能模型(四代技术(4GL));9.混合模型(hybridmodel)1.边做边改模型(Build-and-FixModel)  遗憾的是,许多产品都是使用"边做边改"模型来开发的。在这种模型中,既没有规格说明,也没有经过设计,软

6、件随着客户的需要一次又一次地不断被修改.  边做边改型在这个模型中,开发人员拿到项目立即根据需求编写程序,调试通过后生成软件的第一个版本。在提供给用户使用后,如果程序出现错误,或者用户提出新的要求,开发人员重新修改代码,直到用户满意为止。  这是一种类似作坊的开发方式,对编写几百行的小程序来说还不错,但这种方法对任何规模的开发来说都是不能令人满意的,其主要问题在于:  (1)缺少规划和设计环节,软件的结构随着不断的修改越来越糟,导致无法继续修改;  (2)忽略需求环节,给软件开发带来很大的风险;  (3)没有考虑测

7、试和程序的可维护性,也没有任何文档,软件的维护十分困难。2.瀑布模型(WaterfallModel)  1970年WinstonRoyce提出了著名的"瀑布模型",直到80年代早期,它一直是唯一被广泛采用的软件开发模型。  瀑布模型瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。  在瀑布模型中,软件开发的各项活动严格按照线性方式进行,当前活动接受上一项活动的工作结果,实施完成所需的工作内容。当

8、前活动的工作结果需要进行验证,如果验证通过,则该结果作为下一项活动的输入,继续进行下一项活动,否则返回修改。  瀑布模型强调文档的作用,并要求每个阶段都要仔细验证。但是,这种模型的线性过程太理想化,已不再适合现代的软件开发模式,几乎被业界抛弃,其主要问题在于:  (1)各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加了工作量;  (2)由于开发模型

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。