第讲项目生命期和项目过程.pptVIP

第二讲、项目生命期 和项目过程Project Life Cycle and Project Process 主 要 内 容 一、项目阶段和项目生命期 二、典型生命周期模型 三、项目管理过程 四、项目管理过程组 一、项目阶段和项目生命期 项目执行组织通常按照工作出现的先后，将项目分成若干个项目阶段，以便提供更好的管理控制。 每个项目阶段以一个或几个可交付成果（Deliverable)的完成作为标志。 项目阶段的全体被称为项目生命期。 项目生命期用来定义一个项目的开始与结束。 项目中的各个子项目也可能有明显不同的项目生命期。 （1） 项目阶段特征 （2）项目生命期的特点 二、 典型生命周期模型 常见的生命周期模型： （1）线性模型 瀑布模型（waterfall Model) V模型（V Model) （2）增量迭代模型 原型模型 喷泉模型 增量模型 （3）螺旋模型 (4) RUP模型 （5) 极限编程XP 生命周期模型的选择 项目计划的关键步骤是为项目选定合适的生命周期模型，在该模型的指导下，确定活动之间的顺序和依赖关系； 生命周期模型的选择基准：确保在正确的阶段，做正确的事情； 必须确保项目的特征可以使得在相应的阶段，具备足够的条件有效开展相应的活动 2.1 线性模型 具有维护阶段循环的软件生存期的瀑布模型 瀑布模型的特点 将用户的原始需求逐步求精的过程。每个阶段都进行了一次变换或求精 每个阶段定义明确，以上个阶段输出为输入，产生下一个阶段所需的输入 强调了可追溯性，可控制性 提供了一个软件工程化的模板 是很多改进模型的基础 瀑布模型的优点： 1.强调开发的阶段性； 2.强调早期计划及需求调查； 3.强调产品测试。 瀑布模型的缺点： 瀑布模型中划分的几个阶段，没有反映出人类认识过程的反复性。 特别是瀑布模型过于依赖早期进行的唯一一次需求调查，不能适应需求的变化； 由于瀑布模型是单一流程，开发中的经验教训不能反馈应用于本产品的过程。 瀑布模型适合的项目 在项目开始前,项目的需求很明确 在项目开始前,解决方案也很明确 类似的项目如： 公司的财务系统 库存管理系统 短期项目 （2） V模型 V模型适合的项目 在项目开始前,项目的需求很明确 在项目开始前,解决方案也很明确 对系统的性能安全很严格的项目 类似的项目如： 航天飞机等 公司的财务系统 线性模型的缺陷 在项目开始阶段，用户常常难以清楚的给出所有需求。但线性模型却依赖于此，还不能接受许多项目的开始阶段自然存在的不确定性。 产品的运行版本要到项目开发晚期才能得到。由于缺乏有效的中间产品验证手段，很多致命错误可能很晚才能发现。 对用户提出的修改适应性差，容易造成混乱 一次难以构造一个完全符合用户需求的产品 2.2 迭代式开发模型 迭代式模型基于这样一个事实：就像任何一个复杂产品一样要经过一段时间的演化： 业务和产品需求随着开发工作的进展常常发生变化; 紧迫的市场期限难于完成一个完善的产品; 只要核心能够被很好的理解，产品的细节可以以后丰富和定义。 （1）原型模型（快速成型模型） (1)它是一个可实际运行的系统，具有满足用户需求的必要属性 (2)它没有固定的生存期。一种极端是扔掉原型（以最简便方式大量借用已有软件，做出最后产品的模型，证实产品设想是成功的，但在产品中并不使用这些模块）；另一种极端是最终产品的一部分即增量原型（先做出最终产品的核心部分，逐步增加补充模块），演进原型居于其中（每一版本扔掉一点，增加一点，逐步完善至最终产品）。在这期间，用户和开发团队都不为程序算法或设计技巧等枝节问题分心，而是要确定开发团队是否理解了用户的意思，同时试验实现它们的若干方法。 (3)它是迭代过程的集成部分，即每次经用户评价后修改、运行，不断重复双方认可。 及时验证开发的功能是否符合产品需求。 帮助导引出高质量的产品要求。如果没有可能在一开始就弄清楚所有的产品需求，它们可以分批取得。而对于已提出的产品需求，则可根据对现阶段原型的试用而做出修改。 风险管理可以在早期就获得项目进程数据，可据此对后续的开发循环做出比较切实的估算。提供机会去采取早期预防措施，增加项目成功的机率。 有助于早期建立产品开发的配置管理，产品构建，自动化测试，缺陷跟踪，文档管理。均衡整个开发过程的负荷。 开发中的经验教训能反馈应用于本产品的下一个循环过程，提高质量与效率。 如果风险管理发现资金或时间已超出可承受的程度，则可以决定调整后续的开发，或在一个适当的时刻结束开发，但仍然有一个具有部分功能的，可工作的产品。 使用户可以在新的一批功能开发测试后，立即参加验证，以便提供