进度管理标准.DOC

 进度管理标准 批准人 刘岩 审核人 崔戈 拟制人 刘慧丰 批准日期 1999．5．12 生效日期 1999．5．12 关 联 文 件 进度管理规程（R-04000） 沈阳东东系统集成有限公司  更改记录 序号 发行日 更改对象·更改内容 批准 审查 拟制 0 1999．5．12 新发行 刘岩 崔戈 刘慧丰  目 录 1. 目的 2/4 2. 适用范围 2/4 3. 进度管理的原则 3.1 进度计划的制定与批准 2/4 3.2 进度管理的实施 3/4 4. 式样 4/4 1.目的 本标准规定了公司软件开发过程进度管理的方法，以便统一进行进度管理，确保产品质量与交付期。 本标准基于公司的质量手册，明确了在软件开发工程中公司内部进度管理的具体行为。它主要包括： 业务流的过程定义 各开发阶段的实施项目与分工 设计审查的实施日期 各开发阶段的成果 2.适用范围 本标准适用于公司的软件开发项目的内部工程管理。 由客户提出而进行的工程管理，应由客户批准，不适用本标准的规定。 3.进度管理的原则 在日程计划得到批准之后，进度管理应通过进度报告及审查来实施。 在发生异常或预测出日程计划有问题时，应尽快采取对策。 3.1进度计划的制定与批准 在着手软件开发或进入下一过程前，开发负责人应对日程计划进行立案。 (1)把进度管理计划做成进度管理表（附表1）。 (2)根据管理的级别，进度管理包括以下内容： 大日程进度管理：以月为单位的进度管理。含有与用户/其它公司等外部相关的开发基本计划； 中日程进度管理：以周为单位的进度管理。本管理是软件开发计划所必需的； 小日程进度管理：以日为单位/以个人为单位的进度管理．软件开发详细计划。 根据开发规模内容等项，一种日程计划可与其它计划合并使用。如在大规模系统或工期长的系统时,有时按大日程和中日程两种做成。通常情况下可将大日程省略。 (3)在大、中日程中,在项目的最上段记载过程的里程碑。 在里程碑中记入以下的事件。 必须记载的事件： DR(design review设计评审)时间 定制产品的有关客户的认可、提交给用户的时间 标准化产品的审查会、产品发布会的时间 根据需要而记载的事件： 用户说明会／检查、机器筹备结束、机器设置结束、公司内部验收、用户验收、演示版、展览会参展等 　 例） ·计划 ·实际 DR-B DR-B ( (8/25 8/23 8/23 在计划与实际不一致时，在计划日上加入取消线，并追加上实际日期。 (4)与其它的项目有关联时，在记入时用一根线将关联处用箭头连接。 例如在开发功能A、B、C时，在未完成A的设计就不能着手C的设计时，用以下的方式记入。 功能A ○----------------- ○------------------- ○ ( 功能B ○------------------- (-------------------- ○ ( 功能C ○------------------- ○ 在功能A与C 不在同一页时，按以下方式记录。 功能A ○---------------- ○- ------------------- ○ ( （1） ～～～～～～～～～～～～～～～～～～～～～～～ （1） ( 功能C ○-------------------- ○ (5)与其它部门有接口时，应将其明确表示。 例）其它部门做成的ZZ添加入此过程时： 项目 担当