软件生命周期详解全套.docx
《软件生命周期详解全套.docx》由会员分享,可在线阅读,更多相关《软件生命周期详解全套.docx(22页珍藏版)》请在课桌文档上搜索。
1、软件生命周期详解1.模型介绍1.1前言制定软件生命周期(SoftwareLiftCycle,SLC)的目的是确定项目应该采用的软件生命周期模型,统筹规划项目的整体开发流程。软件生命周期是组织软件标准过程模型的重要组成部分。本文档阐述了周期模型选择的规程,该规程的目标、角色与职责、启动准则、输入、主要步骤、输出、结束准则和度量在CMMl相关文档中均已定义。1.2说明软件生命周期是指从设想软件产品开始到软件不再供使用为止的时间间隔。对生命周期细分阶段进行管理称为周期模型,典型的几种生命周期模型包括瀑布模型、瀑布迭代模型、原型迭代模型、XP模型等。项目组应在软件项目启动阶段认真考虑项目的特征和目标的
2、基础上参考原有模型和组织软件标准过程,运用过程裁减指南为项目开发裁减出一个软件生命周期模型。无论选择何种模型,都要包括下列一般软件工程过程必须包含的内容:1.需求2.设计3编码4.集成5测试2.软件生命周期定义2.1目标本规程的制定是为了在项目实施过程中能够有一个统一的方法来分析项目需求预先识别项目特征并提供可供项目选择的软件生命周期模型,使其可以和OSSP结合在一起使用。2.2角色与职责角色职责说明项目经1)归纳软件项目实施需求理2)根据类似项目的开发经验,识别项目特征3)提出项目实施参考模型4)与项目成员一起讨论裁剪模型项目成1)总结类似项目的开发经验,识别项目特员征2)裁剪项目实施参考模
3、型2.3启动准则从项目启动阶段开始2.4输入需求规格说明书2.5主要步骤软件生命周期模型一般都是在原有的软件生命周期模型基础上根据客户的需求范围和目标实现来判断项目的特征,进而进行模型裁剪后产生。一般包括四个步骤:需求识别分析、原型参考、裁剪定义和模型实施。2.5.1需求识别分析从需求被识别,并且明确了需求目标开始,就进入项目启动阶段,这个时候项目组开始组建,同时开始收集需求,项目经理策划,安排有经验的人员进入项目组,迅速对需求进行初步分析,概括项目的特征。此部分的需求分析还应该包括对历史项目的回顾,总结成功实施经验吸取失败教训,并归档备案作为组织的知识库。2.5.2原型参考当项目需求目标确定
4、,同时识别出项目特征,从常用软件生命周期模型中挑选出一个模型以供参考,该周期原型必须在很大程度上适合项目的具体特征以及能够结合组织标准软件过程一起使用。项目一开始,挑选后的软件生命周期模型仅作参考,下一步还必须结合实际的越来越丰富的需求进行裁剪以形成最终的项目指导模型。最终的项目指导模型可以归档成为下一个类似项目的原始参考模型。原型的描述主要包括软件生命周期模型的原理、优缺点、选用规则。2.5.3裁剪定义0裁剪基于项目特征项目特征是裁剪工作的出发点,包括项目规模(如大、中、小等)、项目类型(如新开发、外包、升级等),以及技术难易度、产品类型、项目的时间和质量要求等要素。0明确可裁剪的对象可裁剪
5、对象确定了裁剪的内容范围,可裁剪对象不仅仅限于过程元素和活动,还包括参照标准、方法和工具、输出成果物及模板等。0确定裁剪所考虑的要素裁剪要素界定了裁剪的方向和尺度。例如,对于某个裁剪对象,其范围、频度等都是裁剪要素。对于有开发经验的小项目,可以适当减少对于技术方面的评审的频度。0裁剪的决定要基于风险进行考虑基于风险可检验裁剪的适当性。对过程或活动的调整或放弃需要通过分析其所带来的风险和影响再做决定。2.5.4模型实施裁剪后的新周期模型,是个适应项目特征的项目标准软件过程,该过程包含软件生命周期模型的原理、优缺点等描述,能够帮助软件开发人员更好地理解和运用此生命周期进行项目开发。新周期模型对于项
6、目开发具有指导意义,必须将该模型下达通知到项目组所有成员,项目经理必须监督保证此模型的实施与推广,实现项目可控,质量可靠的最终目标。2.5.5输出项目已定义过程(PDP)2.6结束准则项目结项。2.7度量度量的目的是统计用裁减后的软件生命周期模型指导项目过程进展后,此项目产生的所有工作量。同样的软件项目,实施不同的周期模型,项目的总的工作量也是不同的,好的周期模型不仅能够大大缩减工作量,同时也保证代码的质量。不合理的周期模型则会因为保证质量的需要引入重复的各类阶段审查,进而产生更多、更冗长的无法跟踪维护的文档导致项目失败,或者忽略关键性的阶段审查而带来需求的不明确及代码的重复返工,同样也导致了
7、项目失败。软件生命周期模型的引入,将对项目过程划分成几个不同的阶段,规模较大的项目则阶段内还分更多小的阶段,每个阶段都将对本阶段内产生的成果物进行审查。因此,如何估算审查的工作量也必须包含在此度量活动中。3.常用软件生命周期模型软件项目生命周期是指从软件产品的设想开始到软件不再使用而结束的时间。软件项目生命周期一般包括售前阶段、需求阶段、设计阶段、实现阶段、测试阶段、部署上线阶段、运行和维护阶段等。由于软件实施组织是为不同的商业客户生产软件,所以传统的软件项目生命周期不可能适用于公司所有软件项目的实施情况,为此EPG在软件工程学科的传统生命周期的基础上,综合了组织所有项目的特征,定义出了一个大
8、而全的生命周期模型。每个软件项目可以在可选择软件周期参考模型的过程中,结合组织标准软件过程,运用过程裁减标准进行裁减,从而成为项目的实施标准过程。3.1产品或定制型项目生命周期模型标准瀑布生命周期模型3.1.1标准瀑布生命周期模型(V)标准瀑布生命周期模型适用于公司内部研发项目、为客户开发系统的项目、二次开发和推广移植的项目。模型用图形的方式来描述,显示了它们应用的阶段及其输入/输出。描述了在何种条件下使用该模型,需要注意风险和应用裁剪的指导。当开发的系统规模和复杂度较高,达到需要采用多层设计时,推荐使用标准的生命周期。最终的系统被分解为多于一个的子系统。每个子系统由一个或多个模块组成。每个模
9、块由一个或多个单元。一个单元是最小的可独立测试的单位。用于集成测试的模块测试计划和集成测试计划中的模块就是从单元而来,子系统从模块而来。使用指南:0需求很好地被理解了且期望是相对稳定的。0解决方案的技术和架构被很好地理解。0高可维护的和可支持的解决方案的需要。0所有中间交付物受控的基线具有良好的可视性和可靠性。优点:0对管理层提供实施可视性。0由于需求相对稳定度较高,其时间表具有很好的稳定度。注意事项:0在不清晰、不稳定的需求和技术条件下不能很好工作。0由于在一个阶段结束时要做很多文档并要所有的干系人签字,有很大的开销。0所有的干系人都要在每一个阶段结束时进行说明或签字。0根据工作量和时间分析
10、,由于项目范围的改变而导致的中途更正是花很大代价的。裁剪指南:0模块测试计划和集成测试计划可以组合在一个文档中。0这个模型中的阶囹口检查点都不能做变更。3.1.2V-瀑布生命周期为关键产品(VC)瀑布生命周期为关键产品该模型是经过裁剪的模型。推荐在中等复杂度和规模的项目中使用,在这些项目中解决方案可以用两层来表示。系统由多于一个模块组成,同时每个模块又是由一个或多个单元组成。这种模型在软件可靠性要求很高是被选择,要求除开发者以外的人来进行测试。对这个生命周期来说,单元测试是必要的。使用指南:0安全/任务关键软件开发0整个开发过程中的可跟踪性和透明性的需求0控制开发的需求(成本、范围和时间表)优
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 生命周期 详解 全套
链接地址:https://www.desk33.com/p-839665.html