OPD-3-01 软件开发生命周期模型

本资料仅供内部使用！软件开发生命周期模型东南融通集团2006年4月30日软件开发生命周期文件编号：OPD-3-01版本：B修改记录制定日期生效日期制定/修订内容摘要页数版本拟稿审查批准2006/3/12006/4/30制定和发布11BEPG蔡志评阮赐杰东南融通集团版权所有目录I目录1目的................................................................................................................................................................12范围................................................................................................................................................................13软件开发生命周期模型................................................................................................................................13.1.1标准V-瀑布生命周期(SVW).........................................................................................................23.1.2V-瀑布生命周期为关键产品(VC)...................................................................................................33.1.3阶段V-瀑布生命周期(V4)..........................................................................................................53.1.4阶段V-瀑布生命周期(V3).........................................................................................................63.1.5编码和修正生命周期(C&F).....................................................................................................73.1.6阶段交付模型................................................................................................................................83.1.7交叠瀑布模型................................................................................................................................9东南融通集团版权所有第1页1目的描述组织范围内使用的软件开发生命周期模型；2范围本文档主要描述软件项目开发生命周期模型,适用于集团内部研发项目、为客户开发系统的项目、推广移植的项目、维护项目等。3软件开发生命周期模型每种模型都用图形的方式来描述，显示了它们应用的阶段和阶段评审检查点。描述了在何种条件下使用该模型，需要注意风险和应用裁剪的指导。每一幅图都指出了运用于该模型的阶段和阶段评审检查点。用粗体和斜体表示的阶段评审检查点推荐要有高层经理参加。所有的阶段评审检查点都要由项目经理签字。主要阶段:项目售前/定义(PD)项目立项/启动(PI)需求分析和计划(RA&P)概要设计(HLD)详细设计(DD)编码和单元测试(CUT)集成测试(IT)系统测试(ST)发布/上线(REL)关闭(CLS)阶段评审检查点顾客签字(CUSTSO)开始(KO)需求签字(RSO)架构签字(ASO)设计签字(DSO)编码签字(CSO)功能完成(FC)系统完成(SC)发布完成(RC)利用这节提供的细节来最终选择软件开发生命周期的模型。对大多数的项目，从前面的部分表格来看可能有不止一种适合的模型。利用本节所详细描述的模型，有适应或裁剪地最终东南融通集团版权所有第2页选出最合适的模型。3.1.1标准V-瀑布生命周期(SVW)PIModuleModuleUnitSTAcceptanceTestRSOASODSOCSOFCSCSystemTestPlanIntegrationTestPlanModuleTestPlanControlFlowDataFlowXXXCheckpointthatcanbesignedoffbytheProjectManagerSystemCompleteFunctionCompleteCodeSignOffDesignSignOffArchitectureSignOffRequirementsSignOffKOProjectKickoffAcceptanceTestPlanSystemModuleModuleModuleUnitUnitUnitUnitUnitUnitModuleUnitUnitUnitUnitUnitSuggestedforsystemshape:LEGENDSubsystemUnitUnitSubsystemSubsystemRELStandardV-WaterfallLifecycleRA&PHLDDDCUTITXXXCheckpointthatisrecommendedtobesignedoffbySeniorManagementRCReleaseCompleteCLSProductInvestigationReport/UserRequirements/PhaseswhicharepartoftheProjectLifecyclePDCUSTSOCustomerSignoff当系统的规模和复杂度达到可以用多层设计时，推荐使用标准的生命周期。最终的系统被分解为多于一个的子系统。每个子系统由一个或多个模块组成。每个模块由一个或多个单元。一个单元是最小的可独立测试的单位。用于集成测试的模块测试计划和集成测试计划中的模块就是从单元而来，子系统从模块而来。单元测试对这个生命周期是必需的。何时使用:1.需求很好地被理解了并且期望是相对稳定的。2.解决方案的技术和架构被很好地理解。3.高可维护的和可支持的解决方案的需要。4.可视性和可靠性，根据对所有中间交付物受控的基线。优势:1.对管理层提供实施可视性。2.时间表稳定度很高,由于需求稳定度注意:1.在不清晰的不稳定的需求和技术条件下不能很好工作东南融通集团版权所有第3页2.由于在一个阶段结束时要做很多文档并要所有的利益相关人签字，有很大的开销。3.所有的利益相关人都要在每一个阶段结束时进行说明或签字4.根据工作量和时间分析，由于项目范围的改变而导致的中途更正是花很大代价的。裁剪指导:1.根据活动的范围，项目可以选择在进入或离开任何一个阶段。这在必要的RA&P阶段决定，例如项目组可以在DD开始活动在IT后结束。在那种情况下，前面阶段的必需的交付物–SRS和HLD–必须可用。计划文档，即PP,PDSP,QP和SCMP必须在相应的阶段完成。2.模块测试计划和集成测试计划可以组合在一个文档中。3.这个模型中的阶段和阶段评审检查点都不能做变更。4.在V模型需要测试计划同他所测试的开发一同被评审和基线化时，一个项目可以在每个测试计划被评审和基线化时裁剪和阶段评审检查点。然而测试计划活动一定要在阶段所指示的地方启动，如ST计划一定要在RA&P阶段启动。3.1.2V-瀑布生命周期为关键产品(VC)AcceptanceTestRSOASODSOCSOFCSCSystemTestPlanIntegrationTestPlanUnitTestPlanSystemCompleteFunctionCompleteCodeSignOffDesignSignOffArchitectureSignOffRequirementsSignOffProductInvestigationReport/UserRequirementsKOProjectKickoffAcceptanceTestPlanUnitSystemModuleModuleModuleUnitUnitUnitUnitUnitUnitModuleUnitUnitUnitUnitUnitSuggestedforsystemshape:UnitUnitV-WaterfallLifecyclefordevelopmentofcriticalsoftwareRCCLSRELRA&PHLDDDUnitTestCodeITSTControlFlowDataFlowLEGENDXXXCheckpointthatisrecommendedtobesignedoffbySeniorManagementPIReleaseCompletePDPhaseswhicharepartoftheProjectLifecycleCUSTSOCustomerSIgnoff从图中可以看出，这是一个SVW经裁剪的模型。推荐在中等复杂度和规模的项目中使用，在这些项目中解决方案可以用两层来表示。系统由多于一个模块组成，同时每个模块又是由一个或多个单元组成。这种模块在软件危险程度要求很可靠测试时被选择，所以需要除开发者以外的人来做测试（如，医疗系统或汽车控制软件、金融交易软件系统或关键任务系统）。对这个生命周期单元测试是东南融通集团版权所有第4页必要的。何时使用:1.安全/任务关键软件开发2.整个开发过程中的可跟踪性和透明性的需求3.控制开发的需求（成本、范围和时间表）优势:1.正规化保证了高度测试的和可靠的系统注意:1.不成熟的离开一个阶段会导致文档的延迟和成本增加。2.在开发过程中，最终用户不可视。3.在测试计划评审中包括顾客。裁剪指导:1.这个模型中的阶段和阶段评审检查点都不能做变更。2.根据活动的范围，项目可以选择在进入或离开任何一个阶段。这在必要的RA&P阶段决定，例如项目组可以在DD开始活动在IT后结束。在那种情况下，前面阶段的必需的交付物–SRS和HLD–必须可用。计划文档，即PP,PDSP,QP和SCMP必须在相应的阶段完成。东南融通集团版权所有第5页3.1.3阶段V-瀑布生命周期(V4)ProductInvestigationReport/UserrequirementsAcceptanceTestRSODSOCSOSCSystemTestPlanSystemCompleteCodeSignOffDesignSignOffRequirementsSignOffKOProjectKickoffAcceptanceTestPlanSystemUnitUnitUnitSuggestedforsystemshape:UnitFourPhaseV-WaterfallLifeCycleRCRELRA&PDDCUTSTCLSControlFlowDataFlowXXXCheckpointthatcanbesignedoffbytheProjectManagerLEGENDXXXCheckpointthatisrecommendedtobesignedoffbySeniorM