UFQP3-14QI003 软件生命周期描述_第1页
UFQP3-14QI003 软件生命周期描述_第2页
UFQP3-14QI003 软件生命周期描述_第3页
UFQP3-14QI003 软件生命周期描述_第4页
UFQP3-14QI003 软件生命周期描述_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

文件编号:UF/QP/3-14/QI/003编写:谢琳 审核:SEPG日期:01/10/25版号1.0页号:7/7PAGEPAGE12024软件生命周期描述使用软件生命周期的作用提高产品质量降低项目管理难度易于跟踪项目状态为过程改进和度量提供基线改善组织级的过程弱势,提高过程能力成熟度级别软件生命周期模型V形模型(V-shapedModel)定义确认测试网络集成系统测试单元/组件测试编码单元/组件设计系统设计架构设计需求确认测试网络集成系统测试单元/组件测试编码单元/组件设计系统设计架构设计需求特点使用简单强调测试阶段/过程与开发过程的对应关系不必仔细考虑实际的开发活动

-可以不考虑过程的反复

-不必随时列出管理和支持过程适合的软件项目需求是预知的软件实现方法是成熟的瀑布模型(WaterfallModel)定义瀑布模型又称线性模型。它规定了以下各项软件工程活动:制定开发计划、进行需求分析、软件设计、程序编码、测试及运行维护,参见下图。这些软件开发活动自上而下、相互衔接,应满足以下特征:从上一项活动接受该项开发活动的工作对象,作为输入;利用这一输入实施该项开发活动完成的内容;给出该项开发活动的工作成果,作为下一项开发活动输出;对该项开发活动实施的工作进行评审。若评审通过,则继续进行下一项开发活动;否则返回前项。特点易懂易用不需仔细考虑实际的开发活动,如过程的反复需要准备并紧密控制:

-良好定义的计划

-冻结交付的工作产品

-定义质量控制规程产品的运行版本直到项目开发晚期方可见由于一次性开发出一个完整的系统,因而存在预算问题用户直到项目结束后方能了解产品的质量,不能逐步地了解无法预知变化情况

-开发者常因项目“阻塞状态”而等待组内其他成员完成任务

-需求反馈困难适合的软件项目需求是预知的软件实现方法是成熟的项目周期较短

原型模型(PrototypingModel)定义原型模型从需求收集开始,软件开发组与目标用户一起定义软件的总体目标,标识出已知的需求,并规划出进一步定义的区域。然后是“快速设计”。快速设计建立软件中对用户可见的部分,即“原型”。原型由用户评估,并据此进一步精化待开发软件的需求。逐步调整原型使其满足用户的要求,同时也使开发组对该软件有更好的理解,这个过程是迭代的。特点在需求定义之前可快速构建系统用户可向开发者提供反馈根据用户反馈意见修改系统需求以满足用户需要当需求不清楚时可抛弃已开发出的原型开发人员和用户了解某些需求,但仍有许多不能关闭的问题适合的软件项目需求在事前不清晰需要减少项目需求的不确定性新产品增量模型(IncrementalModel)定义增量模型采用随着日程时间的进展而交错的线性序列,每一个线性序列产生软件的一个可发布的“增量”。如下图所示。当使用增量模型时,第一个增量往往包含了核心功能,即实现了基本的需求,但很多补充的功能还没有发布。核心产品交用户使用,使用的结果是下一个增量的开发计划,该计划包括对核心功能的修改,使其能更好地满足用户的需要,并发布一些新增的特点和功能。这个过程在每一个增量发布后不断重复,直到产生最终的完善产品。第第1个增量的发布第第2个增量的发布第3个增量的发布计划测试编码设计需求分析计划测试编码设计需求分析测试编码计划需求分析设计第3个增量的发布计划测试编码设计需求分析计划测试编码设计需求分析测试编码计划需求分析设计特点在达到初始需求之前可降低成本可快速生产出可使用的系统降低在开发期间用户需求改变的可能性能够有计划地管理技术风险适合的软件项目项目开始前已确定大部分需求,其他的未知需求可在后期逐步实现对市场了解不足,但至少需要从市场中快速获得产品功能需求产品/项目期限本身可用增量式推进的方式完成螺旋模型(SpiralModel)定义螺旋模型,是一个演化软件过程模型,它将原型的迭代特征与线性顺序模型中控制的和系统化的方面结合起来,使得软件的增量版本的快速开发成为可能。在早期的迭代中,发布的增量可能是一个纸上的模型或原型,在以后的迭代中,被开发系统的更加完善的版本逐步产生,如下图所示,螺旋一直运转到软件退役。特点包含瀑布模型和原型模型将阶段分成更细小的块允许设计的变化受风险分析的驱动,可降低开发风险用户可较早看到产品用户与产品开发紧密相连经费不必预先分配需应用保护性活动(软件配置管理和软件质量保证)适合的软件项目项目的首要约束条件是‘风险’不确定因素和/或风险限制时间框架用户不必精确了解需求需要对基本概念进行测试预期会发生重大改变很大的项目合并生命周期模型一个项目在不同的阶段可根据需要合并生命周期模型。例如:在项目定义阶段使用原型模型,在设计和编码阶段使用V形模型,在测试活动中使用瀑布模型,在运行和维护时使用增量模型。选择生命周期模型评价标准资源可用性项目复杂度应用成本以后的升级成本不连续的需求变更使用的灵活性应用功能需求渐进式的需求变更应用寿命产品技术应用的生产力质量结果需求挥发性产品和交付的阶段工作产品的重用性风险管理透视需求的不确定性未知需求生命周期模型选择矩阵标准V形模型瀑布模型原型模型增量模型螺旋模型资源可用性低高有一些有一些有一些项目复杂度低低中高高应用成本低低低中高以后的升级成本高高低低低不连续的需求变更大大小小小使用的灵活性简单简单简单复杂复杂应用

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论