软件开发模式及优缺点

软件开发模式有哪些?迅速原型模型：（需要迅速造一种可以运营的软件原型，以便理解和澄清问题）迅速原型模型容许在需求分析阶段对软件的需求进行初步的非完全的分析和定义，迅速设计开发出软件系统的原型（展示待开发软件的所有或部分功能和性能（过程：顾客对该原型进行测试评估，给出具体改善的意见以及丰富的细化软件需求，开发人员进行修改完善）长处：克服瀑布模型的缺陷，减少由于软件需求不明确带来的开发风险缺陷：A、 所选用的开发技术和工具不一定符合主流的发展B、 迅速建立起来的系统加上持续的修改也许会导致 产品质量底下增量模型：（采用随着日程时间的进展而交错的线性序列，每一种线性徐磊产生软件的一种可发布的“增量”，第一种增量往往就是核心的产品）与其她模型共同之处：它与原型实现模型和其她演化措施同样，本质都是迭代与原型实现模型不同之处：它强调每一种增量均发布一种可操作产品，（它不需要等到所有需求都出来，只要摸个需求的增量包出来即可进行开发）长处：1、 人员分派灵活，一开始不需要投入大量人力资源2、 当配备人员不能在限定的时间内完毕产品时，它可以提供一种先推出核心产品的途径，可现发布部分功能给顾客（对顾客起镇定作用）3、 增量可以有筹划的管理技术风险缺陷：1、 如果增量包之间存在相交的状况且未较好解决，则必须做全盘系统分析注：这种模型将功能细化后分别开发的措施较适应于需求常常变化的软件开发过程原型模型：（样品模型，采用逐渐求精的措施完善原型）重要思想：先借用已有系统作为原型模型，通过“样品”不断改善，使得最后的产品就是顾客所需要的。原型模型通过向顾客提供原型获取顾客的反馈，使开发出的软件可以真正反映顾客的需求，采用措施：原型模型采用逐渐求精的措施完善原型，使得原型可以“迅速”开发，避免了像瀑布模型同样在冗长的开发过程中难以对顾客的反馈作出迅速的响应长处： (1）开发人员和顾客在“原型”上达到一致。这样一来，可以减少设计中的错误和开发中的风险，也减少了对顾客培训的时间，而提高了系统的实用、对的性以及顾客的满意限度。 （2）缩短了开发周期，加快了工程进度。（3）减少成本。 缺陷：1、当重新生产该产品时，难以让顾客接受，给工程继续开展带来不利因素。 2、不适宜运用原型系统作为最后产品。采用原型模型开发系统，顾客和开发者必须达到一致： 喷泉模型：（以顾客需求为动力，以对象为驱动的模型，重要用于采用对象技术的软件开发项目）它觉得软件开发过程自下而上周期的各阶段是互相迭代和无间隙的特性互相迭代：软件的摸个部分常常被反复工作多次，有关对象在每次迭代中随之加入渐进的软件成分无间隙:它在各项活动之间没有明显边界（如分析和设计活动之间）长处：1、 可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程不便之处：1、由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。2、这种模型规定严格管理文档，使得审核的难度加大，特别是面对也许随时加入多种信息、需求与资料的状况螺旋模型：（合用于需求常常变化的项目）它重要是风险分析与评估，沿着螺线进行若干次迭代，过程：1、 制定筹划：拟定软件目的，选定实行方案，弄清项目开发的限制条件2、 风险分析：分析评估所选方案，考虑如何辨认和消除风险3、 实行工程：实行软件开发和验证；4、 客户评估：评价开发工作，提出修正建议，制定下一步筹划。长处：1、 它由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目的融入产品开发中缺陷：1、 难以让顾客确信这种烟花措施的成果是可以控制的2、 建设周期长（而软件技术发展比较快，因此常常会浮现软件开发完毕后，和目前的技术水平有很大的差距，无法满足目前顾客的需求）3、 除非软件开发人员擅长寻找也许的风险，精确的分析风险，否则将会带来更大的风险瀑布模型：（从本质来讲，瀑布模型是一种软件开发架构,反复应用）（核心思想：按工序将问题化简，将功能的实现与设计分开，便于分工协作，采用构造化的分析与设计措施将逻辑实现与物理实现分开，根据软件生命周期自上而下，互相衔接的顺序）缺陷：1、 在项目各个阶段之间很少有反馈，各个阶段的划分完全固定，阶段之间产生大量的文档，增长了工作量2、 顾客只有在项目生命周期的后期才干看到成果，增长了开发的风险3、 需要过多的强制完毕日期和里程碑来跟踪各个项目的阶段4、 在每个阶段都会产生循环反馈（如果有信息未被覆盖或是发现问题了，必须返回到上一种阶段并进行合适的修改,只有当上一阶段都被确认后才进行下一阶段）5、 初期的错误也许要等到开发后期的测试阶段才干发现，进而带来严重的后果长处：1、 为项目提供了按阶段分的检查点2、 当完毕一种阶段后，只需要去关注后续阶段3、 可在迭代模型中应用瀑布模型按照瀑布模型的阶段划分，软件测试可以分为单元测试，集成测试，系统测试注：由于每个阶段都会产生循环反馈，对于常常变化的项目而言，瀑布模型毫无价值，这种模型的线性过程太抱负化，已不适合现代的软件开发模式