各种模型总结.doc

作业题目：对各种软件开发模型的总结软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。软件开发模型适用场合优点缺点定义瀑布模型适用于功能和性能需求明确的软件项目的开发和维护，如编译系统，数据库管理系统和操作系统等提供了软件开发的基本框架，这比依靠“个人技艺”开发软件好的多，它有利于大型软件开发过程中人员的组织，管理，有利于软件开发方法和工具的研究和使用，从而提高了大型软件项目开发的质量和效率。1.在软件开发的初始阶段指明软件系统的全部需求是困难的，有时甚至是不现实的，而瀑布模型在需求分析阶段要求客户和系统分析员必须要做到这一点才能开展后续阶段的工作。2.需求确定后，用户和软件项目负责人要等相当长的时间才能得到一份软件的最初版本，如果用户对这个软件提出比较大的修改意见，那么整个软件项目将会蒙受巨大的人力，财力和时间方面的损失。也称传统的生命周期模型，将软件生存期的活动和人物规定为依线性顺序连接的若干阶段原型模型针对在软件开发初期在确定软件系统需求方面存在的困难可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果不宜利用原型模型作为最终产品，除少数简单的事务系统外，大多数原型可能都会废弃不用，仅把建立原型的过程当作帮助定义软件需求的一种手段。由此，原型模型的“快速”特点对最终系统是不适用的，且对最终产品像原型一样快速修改可能会比较困难是指第一步是建造一个快速原型，实现客户或未来的用户和系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正的需求是什么，第二步则在第一步的基础上开发客户满意的软件产品RAD模型主要用于信息系统应用软件的开发如果软件项目需求清楚且约束了项目范围，RAD模型能够在很短的时间内（如23个月）创建出“功能完善的系统”对于大型的项目，RAD需要足够的人力以创建足够的RAD小组，RAD要求承担必要的快速活动的开发者和用户在很短的时间内完成一部分系统，任何一方没有完成约定，都会导致RAD项目失败，同时技术风险很高的情况，也不适合用RAD模型同瀑布模型类似，也是一个线性顺序的软件开发模型，但该模型强调极短的开发周期，通过使用基于组件的建造方法获得快速开发增量模型适用于当今市场（随着业务和产品需求的变化，市场竞争和商业压力等等，使得软件开发者必须渐进的开发，以逐步增加软件产品的方式构造软件）能够有计划的管理技术风险，另外，由于软件产品是逐渐提供给用户的，这样能够减少一个全新软件产品对用户所带来的心理上的阴影，从经济上看，增量式的交付产品不需要大的资金支出，同时客户可以在任何时候停止产品的开发，而不必完成整个产品来得到投资上的回报1. 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。2. 在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和原型模型，但是也很容易退化为边做边改模型，从而使软件过程的控制失去整体性是一种迭代的演化模型，结合了瀑布模型和原型模型的思想。软件本作为一系列的增量构件来设计，实现，集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片断构成螺旋模型适用于大型软件的开发既保持了传统生命周期模型中系统的阶段性方法，又将迭代演化思想吸收到模型中，维护和开发之间没有什么本质的差别，维护只是另一个螺旋循环开始而已，且支持对已有软件的复用，并能把软件质量作为特定的目标结合在其中螺旋模型是风险驱动的，这对该模型的使用带来了一些限制：首先，要求软件开发人员擅长风险分析，否则真正的风险是：重大风险没有被开发人员识别，使其造成重大损失，风险分析也使得这种模型不适合签合同的软件开发，因为风险分析会导致项目终止，而终止合同会导致违约诉讼，另外，对于小项目，风险分析的成本可能与整个项目的成本相当，这样对于规模较小的项目利用螺旋模型开发会导致成本过大将瀑布模型和原型模型结合起来，强调了其他模型所忽视的风险分析，螺旋模型沿着螺线进行若干次迭代，螺旋模型中每一圈对应一个阶段。喷泉模型喷泉模型以面向对象的软件开发方法为基础，以用户需求为动力，以对象作为驱动的模型。软件复用与生命周期多开发活动的集成。克服了瀑布模型不支持软件重用和多项开发活动集成的局限性。是开发过程具有迭代性和无间隙性。要求对文档的管理较为严格，审核的难度加大，尤其是面对可能随时加入的各种信息需求与资料喷泉模型对软件复用和生存周期中多项开发活动的集成提供了支持，主要支持面向对象开发方法。智能模型智能模型也称基于知识的软件开