某系统集成公司进度管理标准.docxVIP

NET

NET

作业标准

S-04000

总页数

5

正文

4

附件

1

文件控制部门:

项目管理部

进度管理标准

批准人

刘岩

审核人

崔戈

拟制人

刘慧丰

批准日期

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(designreview设计评审)时间

·

·定制产品的有关客户的认可、提交给用户的时间

·标准化产品的审查会、产品发布会的时间根据需要而记载的事件：

·用户说明会／检查、机器筹备结束、机器设置结束、公司内部验收、用户验收、演示版、展览会参展等

日期变更例）·计划·实际

日期变更

DR-BDR-B

□□8/25

8/238/23

在计划与实际不一致时，在计划日上加入取消线，并追加上实际日期。(4)与其它的项目有关联时，在记入时用一根线将关联处用箭头连接。

例如在开发功能A、B、C时，在未完成A的设计就不能着手C的设计时，用以下的方式记

入。

功能A○-----------------○-------------------○

口

功能B○-------------------.--------------------○

口

功能C○-------------------○

在功能A与C不在同一页时，按以下方式记录。

功能A○----------------○--------------------○

口（1）

~~~~~~~~~~~~~~~~~~~~~~~（1）

口

功能C○--------------------○

(5)与其它部门有接口时，应将其明确表示。

标注日期

例）其它部门做成的ZZ添加入此过程时：L______I

项目

担当

ZZ接收（8/15）

口

XXXXYY○-----------------------------○

(6)在项目中，不仅仅是开发工作，包括文档、现场调试、用户培训、以前版本中不合格部分的修正过程（软件包时）等等相关的作业项目也不要忘记记载。

(7)其它

·用户栏：对通用/