processes软件生命周期-i(编辑修改稿)

processes软件生命周期-i(编辑修改稿)内容摘要：

处理关键特征能力，用 E来表示极好， F表示一般， P表示差。 表格 4：利用项目特征选择生命周期的例子 项目 特征 V4 V3 EVO 工作量 不详 不详 不详 复杂度 不详 不详 不详 团队规模 不详 不详 不详 周转时间 不详 不详 不详 危险程度 不详 不详 不详 需求清晰度 一般 一般 好 需求稳定度 不详 不详 不详 软件生命周期 版本 6 技术 /架构获得度 差 差 好 必须生成可重用软件 一般 差 一般 必须使用已有软件 一般 不详 不详 时间表可靠性需求 一般 一般 好 最小化开销需求 不详 不详 不详 顾客可见性需求 差 差 好 管理层可见性需求 一般 一般 好 模型总体情况 一般 差 好 表格 3被使用来对示例项目决定生存周期。 对这个真实的项目，根据相应的特征填入值总体情况最好的生存周期不一定是为项目选择的实际生存周期。 然而，最终选择的规则必须归档。 示例项目实施上用了两阶段的进化开发模型。 生命周期模型 本节更详细介绍了推荐的 4种模型。 每种模型都用图形的方式来描述，显示了它们应用的阶段和里程碑。 描述了在何种条件下使用该模型，需要注意风险和应用裁剪 的指导。 每一幅图都指出了运用于该模型的阶段和里程碑。 用粗体和斜体表示的里程碑推荐要有高层经理参加。 所有的里程碑都要由项目经理签字。 主要阶段 : 项目定义 (PD) 项目初始化 (PI) 需求分析和计划 (RAamp。 P) 系统设计 (DD) 编码（ CD） 测试 (TST) 软件生命周期 版本 7 发布 (REL) 关闭 (CLS) 里程碑： 项目初始化里程碑 需求和计划里程碑（ RAamp。 P） 设计里程碑 (DSO) 编码 测试里程碑 (ST) 发布里程碑 (REL) 结项 会议 (CLS) 利用这节提供的细节来最终选择生存周期。 对大多数的项目，从前面的部 分表格来看可能有不止一种适合的模型。 利用本节所详细描述的模型，有适应或裁剪最终选出最合适的模型。 4 阶段 V— 瀑布生命周期（ V4） 这个模型适合对于正规化程度低的小到中型项目。 系统荣的规模和复杂度低，可以用一层设计表示。 最终的系统可以用一个或多个单元来构成。 在这个生命周期中单元测试是必要的。 软件生命周期 版本 8 何时使用： 项目的工作量、周转时间中等。 产品复杂度和团队规模中等。 需求和技术比较好地被理解。 周转时间的性能上好。 优势： 可以对时间中等的控制 中等的开销 对交付的解决方案有合理的控制 裁减指导： 在图中所有的阶段和里程碑都是必须的。 因为只有一层设计和测试，所以测试的文档都是不能裁减的。 该模型除了发布里程碑可以裁减所有的里程碑都是必须的，不可以裁减。 3 阶段 V— 瀑布生命周期（ V3） 这个模型推荐给小到中规模的项目。 系统的复杂度和团队的规模一定要小，因为这个模型不提供单独的需求和设计阶段。 这也可以对现有软件功能少量的争强。 软件生命周期 版本 9 需求设计阶段是在设计里程碑之前的所有阶段的合并。 需求、分析、计划和设计活动都在这个阶段进行，在这个生命周期模型中单元测试时不可裁减的。 何时使用： 规模和工作量要求低。 团队规 模小。 由于排除了单的设计阶段系统复杂度低。 需求和技术被很好的理解。 产品的结构稳定。 优势： 可以对时间中等的控制。 减少开销。 注意： 在开发过程中最终用户可视性不好。 由于没有单独的分析和设计阶段而产生的风险。 裁减指导： 在图中所有的阶段和里程碑都是必须的。 可以建立单独的 SRS 和设计文档。 测试计划活动一定要在需求设计阶段进行。 由于没有单独的设计阶段所以需求里程碑和设计里程碑在 RSO 里程碑一起进行。 软件生命周期 版本 10 进化开发模型 开发模型（ EVO）是一种迭代模型，可用来降低大项目的风险。 风险可以用很多种类 ，这个模型的每一个迭代或发布都针对了特定的风险集合。 风险可以是对需求理解不清楚、新技术的使用、架构的可行性、潜在的性能问题等。 每一个迭代都有不同的模型作为基础，这个模型是从 表格 1种选出来的基本瀑布模型。 问题指出了有多少个迭代和最后一迭代所需的产品。 以上所叙述的仅是在迭代的工程活动。 非工程性活动将使用项目管理身命周期的一部份。 请参考项目管理生命周期已获得详细资料。 何时使用： 中到高等项目，可靠性和最终用户的可视性都很重要。 需求、框架和技术都没有被很好的理解。 最终产品要有很好的扩展性。 优势： 对管理层 和顾客有很高的可视性。 风险管理容易。 中等的开销，至少提供相对稳定的时间计划。 注意： 软件生命周期 版本 11 需要有很有经验和成熟的管理。 对每个周期的管理和文档都有开销。 对中途修改要明确定义，包括对原型周期。 在迭代过程发生巨大的变化会导致开销增加和缺乏可靠性及扩展性。 裁减指导： 每一个迭代都有不同的模型作为基础，这个模型是从表格 1 或表格 2 选出的基本瀑布模型，遵循他们的裁减指导。 在每个迭代中可以使用不同的模型。 需求里程碑、设计里程碑、编码测试里程碑是第一次迭代中 V4 中的各个里程碑的选择点。