组织过程定义和改进过程培训.pptVIP

质量管理体系培训  目　录 目标 概述 质量管理体系架构 北斗星生命周期模型 组织过程改进 质量管理体系文件获取 1、目标 2. 概述 质量管理体系1.0版本是在原《项目管理制度》的基础上，结合CMMI L3的要求进行编写。 本体系共划分为项目管理过程、工程过程管理、支持过程、过程管理、供应商管理五大过程类，共21个过程。 每个过程均由过程、规程，指南和模板组成。 3、质量管理体系架构 4、北斗星软件生命周期模型介绍 北斗星瀑布模型 – 概述 北斗星瀑布模型将生命周期划分为8个步骤：需求开发、架构设计、详细设计、编码、测试、发布、实施、运营维护，并规定了它们自上而下、相互衔接的固定次序，前一阶段的开发成果作为后一阶段的输入，对本阶段工作进行评审，若得到确认，则继续下阶段工作，否则返回前一阶段，甚至更前阶段。只有前一阶段输出正确，后一阶段才能正确。形如瀑布流水，最终得到软件产品。 北斗星瀑布模型 – 示意图 北斗星瀑布模型 – 开发流程 北斗星瀑布模型 – 优点 保证系统在整体上的充分把握。 瀑布型中的每项开发活动均处于一个质量环（输入-处理-输出-评审）中。只有当前工作得到确认，才能继续进行下一项活动。因此北斗星瀑布模型强调开发的阶段性，便于管理。 强调早期计划及需求调查，能够明确定出项目范围。 强调产品测试。 北斗星瀑布模型 – 缺点 北斗星瀑布模型 – 适用项目 需求清楚，并在项目初期就可以明确所有的需求，且时间要求宽松。 规模小，需求简单，功能单一的项目。 北斗星迭代增量模型 – 概述 北斗星迭代增量模型 – 示意图 北斗星迭代增量模型 – 开发流程 北斗星迭代增量模型 – 优点 北斗星迭代增量模型 – 缺点 北斗星迭代增量模型 – 适用项目 5.组织过程改进 组织过程定义和改进-- 流程图 6.质量管理体系文件获取 WEB访问： 内部网址：http://sss-tfs/sites/OPAL/DocLib/Forms/AllItems.aspx 用户名：sevenstar 密码：sss 谢谢！ * 2010年03月 周玉英 规范公司管理 建立切实有效的质量管理体系 从质量角度提高公司整体管理水平 提高公司整体生产力 北斗星瀑布模型 北斗星迭代增量模型 依赖于早期进行的唯一的一次需求调查，不能适应需求的变化。 由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程。 需求或设计中的错误往往只有到了项目后期才能够被发现例如：系统交付客户之后才发现原先对于需求的理解是错误的，系统设计中的问题要到测试阶段才能被发现，因而失去及早纠正的机会，并导致延期完成或开发费用超出预算。 项目管理人员专注于文档的完成和审核来估计项目的进展情况所以项目经理对于项目状态的估计往往是不准确的，当他回答系统已完成了80%的开发任务时，剩下20%的开发任务实际上消耗的是整个项目80% 的开发资源。 客户对产品可见性比较低。 有时会出现人力资源忙闲不均、不能被充分利用的现象。 北斗星迭代增量模型的方法就是将整个项目的开发目标划分成为一些更易于完成和达到的阶段性小目标，这些小目标都有一个定义明确的阶段性评估标准。迭代就是为了完成一定的阶段性目标而所从事的一系列开发活动，在每个迭代开始前都要根据项目当前的状态和所要达到的阶段性目标制定迭代计划，整个迭代过程包含了需求、设计、实施（编码）、部署、测试等各种类型的开发活动，迭代完成之后需要对迭代完成的结果进行评估，并以此为依据来制定下一次迭代的目标。迭代期间，不得随意更改本次迭代的目标，若一定要更改，可取消本次迭代并建立新的迭代。每个迭代应按计划完成，若不能完成，项目经理可和客户或客户代表沟通后，删除部分需求或延期不超过本次迭代周期的30%时间。每个后续的迭代都建立在前一个迭代的基础上以使系统得到发展和细化，直到最终产品被完成；虽然在一个迭代期间，可以进行一些（尽量控制到最低限度）与本次迭代无关的工作，但是，前后两个迭代是依次衔接的，不要在时间上交错重叠（即不要并行进行）。 人员分配灵活 允许变更需求 逐步集成元素 尽早降低风险 有助于提高团队的士气 生成更高质量的产品 保证项目开发进度 容许产品进行战术改变 迭代流程自身可在进行过程中得到改进和精炼 如果产品的需求在一开始并不完全弄清楚，会给总体设计带来困难及削弱产品设计的完整性，并因而影响产品性能的优化及产品的可维护性。 如果缺乏严格的过程管理，这个生命周期模型很可能退化为一种原始的无计划的“试－错－改”模式，从而不断推翻以前的工作，陷入无休止“重构”的噩梦。 如果不加控制地让用户接触开发