软件开发生命周期选择指南.doc

《软件开发生命周期选择指南.doc》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、本资料仅供内部使用！软件开发生命周期选择指南XXXXXXXXXX公司20XX年XX月XX日修改记录制定日期生效日期制定/修订内容摘要页数版本拟稿审查批准目录1目的12软件开发生命周期选择指南12.1项目特征:11目的软件开发生命周期选择指南的目的：就是指导项目组初步选择适用本项目的软件开发生命周期模型，以便根据软件项目自身特点裁剪公司标准软件开发生命周期过程，用于定义软件项目过程PDSP。2软件开发生命周期选择指南这一节描述了项目的特性，这些特性被用来作为选择合适的LC模型的标准。共有11种特性。每一种规则都有一个对

2、它是如何影响对模型的选择和它使用指导的描述。在XXXX-TOSSP的项目中，总共有7种推荐的模型。两张表格详细描述了7种模型以及规则的合适值。l表格1按照正规性递减的顺序提供了基本的瀑布模型–标准V瀑布,4阶段V瀑布和3阶段V瀑布。l表格2包括了大部。l表格3提供了标准软件开发生命周期模型的项目特性的总结。l在表格4中列出了一个真实项目对生命周期选择的例子来说明对表格3的使用。l使用这节为你的项目选择和简短列出合适的生命周期模型。使用项目的特征和给出的值来作为指导。项目的适应性矩阵或记录计划（POR）可以影响对合适L

3、C的最终选择。同其他在PDSP中规定的选择模型的规则一起，捕获你的项目的特征以及生命周期的选择。在XXXX-TOSSP中，这个数据被周期性地用来对特征作重新校准。l利用下一节所详细描述的模型，有适应或裁剪地最终选出最合适的模型。2.1项目特征工作量:这指示了完成项目所估计的规模/单位工作量。一般来说，高工作量需要更严格和正规的LC模型。大:工作量>30工程月(EM)中:工作量在15-30EM之间小:工作量在6-15EM之间非常小:工作量<6EM代码规模/交付的源文件说明：这指示了开发的软件的规模。对此的实际指导是从对

4、不同类型的项目使用的正式的规模估计技术发展而来。利用了复杂度和工作量来替换。团队规模:这指示了依据人员数量的团队规模。一般来说，越是大的团队要使用越是严格和正规的LC模型，以便通过增加互相依赖和沟通来应付风险。大:>30中:10到30小:3到10非常小:<3周转时间:这指示了项目从开始到结束的时间。应用更正规的模型在相对少的周转时间上是不可行的。多:>12月中:6-12月少:3-6月非常少:<3月以下对项目特征的分类为高、中和低。对这些特征的定量测量应该随时间而变化。复杂度：指示了开发项目的复杂程度。复杂度同规模、功

5、能和接口数有关。对高复杂度的项目推荐使用更正规的模型，因为他们提供了更好的控制机制。危险程度（关键度）：指示了开发项目的危险程度，例，如金融交易系统软件是否是一个非常安全的系统等。对于安全/任务关键软件，推荐采用经过裁剪的瀑布模型。不建议采用低正规化的3阶段或4阶段的V模型。需求清晰度:指示了项目组和顾客对需求理解的程度。越高的清晰度意味着越少的中间改动，这样就降低了中间修改的风险。如果需求不好理解，选择一个进化或迭代的模型来帮助在不断的迭代中理解需求。需求稳定性：指示了期待需求的稳定程度。对于低稳定的需求使用组合模

6、型，如交叠的瀑布或迭代模型，这样在每个周期中都可以有稳定的范围。技术/架构获得度：指示了在技术使用上团队的专业程度。当加强一个存在的软件时，由存在软件的可用专业程度来衡量。生成可重用软件：指示了团队是否可以生成高度可重用的软件。如果这对项目是一个需求，应用更正规的模型。重用已有软件：只是软件是否从已有的软件中构建，这些软件可以是商业软件（COTS）或其它软件。1.1表格1：基本瀑布模型LCÞ生命周期能力特征ß标准V-瀑布(SVW),V关键(VC)4-阶段瀑布(V4)3-阶段瀑布(V3)项目特征工作量中到高小到中小到中

7、代码规模中到高小到中小到中团队规模中到高中小周转时间中到高中小到中复杂度高中小危险程度中,高低到中低需求清晰度高中高需求稳定度高中中技术/架构获得度高中高生成可重用软件高中低重用已有软件高中高优势管理层普通可视相对稳定时间表低周转时间管理层普通可视更好的时间表稳定度，中等开销风险管理更容易中间修改相对简单低周转时间低开销相对稳定时间表风险管理更容易中间修改更简单注意对顾客可视度差高周转时间高开销中间修改难风险控制不易对顾客可视度差对管理层和顾客可视度差缺乏分析和设计的风险1.1表格2：组合或推论模型LCÞ生命周期能力

8、特征ß编码和修正(C&F)阶段发布(SD)进化开发(EVO)交叠瀑布(OVW)项目特征工作量小中到高中到高小到中代码规模小中到高中到高小到中团队规模小中到高中到高小周转时间小中到高中到高低到中复杂度低中到高中到高低到中危险程度低中到高低低需求清晰度低高低低需求稳定度低低到中低低到中技术/架构获得度高高低到中低生成可重用软件低高中低重用已有软件低