进展管理与进展分析报告.docxVIP

进展治理规范 100% 4 编程 P (C) 模块数 担当者编程结束 80% 清除编译错误结束 100% 5 编制P (UCL) P (UCL) UCL条目数 担当者的UCL编写完 成70% 内部Review结束 90% Review问题处理结束 100% 6 编制CCL CCL CCL条目数 担当者的CCL编写完 成70% 内部Review结束 90% Review问题处理结束 100% 7 桌面 调试 DD1 Check List DD1 模块数、 不合格件数 担当者的DD1完成 30% 担当者的DD2完成 80% 工程经理最终确认 UCL/CCL 桌面 DD2 UCL/CCL 消化 件数、不合格 10 / 1411 / 14 Check 件数 90% Manager 最终确认 100% 8 单元测试 P (UT) UCL消化件 数、 不合格件数 担当者的UCL消化结 束80% 工程经理最终确认 90% Manager 最终确认 100% 9 组合测试 CT CCL消化件 数、 不合格件数 担当者的CCL消化结 束 80% 工程经理最终确认 90% Manager 最终确认 100% 10 编制SCL SCL SCL条目数 担当者的SCL编写完 成 70% 公司内部Review结束 90% Review问题处理结束 100% 11 系统测试 ST SCL消化件 担当者的SCL消化结 数、束 80%不合格件数 工程经理最终确认 90%Manager 最终确认 100%注：各工程（时期）的结束标准和检验责任人，参照《开发打算书》 中的规定。 6.2进展与实际治理 为了正确把握工程的进展状况，在开始各工程（时期）的作业 之前，应预估作业量，制定本工程（时期）的《日程打算》（中、小 线表），以此作为工程进展与实际治理的基础。 6. 2. 1 RS 工程＞明确预备开发的要件定义书的构成，可能业务过程框架和各业务 功能的开始编写日期和结束编写日期； ＞工程经理/工程组长负责追踪业务过程框架和各业务功能单位的 作业负责人的工作进展状况；＞在作业负责人的设计书完成80%之前，可能并报告内部Review的 日期； ＞在进展报告中，按业务过程框架和业务功能单位明确作业实际值12 / 14 （负责人-进度状况）。 6. 2. 2 AS 工程＞明确预备开发的功能讲明书，接口讲明书等的构成，可能各讲明 书的各功能的开始编写日期和结束编写日期； ＞工程经理/工程组长负责追踪各讲明书功能单位的作业负责人的 工作进展状况；＞在作业负责人的设计书完成80%之前，可能并报告设计内Review 的日期； ＞在进展报告中，按功能单位明确作业实际值（负责人?进度状况）。 6. 2. 3 DS?DD工程＞明确预备开发的函数/模块、决定预估规模?各工程的可能开始 日期和可能结束日期； ＞工程经理/工程组长负责追踪各函数/模块单位的作业负责人的 工作进度状况；＞在进展报告中，明确各功能单位的作业实际值（负责人?进度状 况-实际行数-查出不合格件数）。 13 / 14 6. 2.4 P （UT）?ST 工程＞各工程开始前决定各功能单位的预估规模、可能开始日期和可能 结束日期； ＞工程经理/工程组长负责追踪报告各功能单位的进度状况及不合 格查出状况。 7相关记录 输入 输出 相关基准 例如 《开发打算 书》 《日程打算》（中、小 线表） 《周报》 《工程进展报告》（《作 业状况报告》、《问题一 览表》、《C票台帐》、 《QA票治理台帐》、 《工程进度表》、《未能 解决事件治理表》） 《周例会议事录》 《日程打算示 例》 《周报例如》 《议事录例如》 14 / 14 变更历史 编号 年 月日 变更号码 页数 编制 审查 确认 审议及确认 1 2004. 03. 10 新建 A4： 8 页 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 页数包含封面、变更历史、变更书、目录 Sheet 编号1/1 2/14 TOC \o 1-5 \h \z 1目的52术语定义5 3进展治理概要54规定5 1日程治理52实际治理6 5进展报告61周例会6 5.2进展报告内容76进展治理8 1进展治理的单位86.2进展与实际治理12 2. 1 RS 工程122. 2 AS 工程13 2. 3 DS?DD工程132.4 P (UT)?ST 工程14 7相关记录143/14 4/14 1目的明确规定工程中的进展治理步骤。 2术语定义＞进展率：工程各工程时期的完成百分比。 3进展治理概要 4规定 4.1日程治理 ＞为确保正确把握工程进展，应在各工程开始前制定《日程打算》（中、小线表）; ＞《日程打算》的整理归纳由工程组长负责；＞《日