项目执行流程管理模板

程序文件项目实施步骤年月日起生效文件号

编制审核同意版次1.0

日期日期日期共6页第1页

项目实施步骤

1目标及适用范围

1.1为规范项目业务中项目熨施过程，达成项目标成本、进度、质量统一，特制订本

程序：

1.1本程序文件适适用于某企业项目业务中项目实施；

1.2本程序文件由某企业制订，其解释权及修改权属于；

1.3本程序文件从年月日起实施；

2职责

2.1项目中心负责项目实施总体进程，并对实施最终止果负责；

2.2主管副总和执委会负责在关键节点监控和协调资源；

2.3质审:控制部负责对项目实施过程中里程碑产生相关结果和文档进行质量控制，并

将符合规范结果放入资源中心存档；

3定时战略质询步骤

3.1决议委员会同意签署协议后，项目部项目经理（在项目销售步骤中准项目经理）

制订《项目计划书》，交由执委会审批，假如未经过，项目经理重新修改《项目

计划书》;

3.2假如审批认可，项目经理将项目计划递交给用户评审，若未经过，项目经理修改

《项目计划书》

3.3若用户评审经过，进行项目资源安排，若所需资源在项目中心木身内，由项目总

监完成资源安排，若所需资源跨项H中心外多个部门，由执委会完成资源安排；

3.4取得所需资源后，项目经理进行需求分析，交质量控制部进行质量检验，若质检

未经过，项目经理修改需求分析；

3.5若质检经过，教授委员会对需求分析内容进行评审，若未经过，项目经理修改需

求分析内容；

3.6若经过内容评审，项目经理将需求分析交给用户评审，若未经过，项目经理修改

需求分析，若经过，项目经理进行总体设计，同时将相关结果和文档放入资源中

心存档；

3.7质量控制部对总体设计进行质量检验，若未经过，项目经理修改总体设计，若经

过，教授委员会对总体设计内容进行评审，若未经过内容评审，项目经理修改总

体设计内容，

3.8若经过内容评审，项目经理将总体设il交给用户评审，若未经过用户评审，项目

经理修改总体设计，若经过用户评审，项目经理安排项目进行系统实现，同时相

关结果和文档放入资源中心存档；

3.9质量控制部对系统实现结果进行功效测试，若未经过，项目经理安排项目组组员

修改系统实现；

3.10若经过功效测试，质量控制部进行质量检验，若未经过，项目经理安排项目组组

员修改系统实现；

3.11若经过质检，教授委员会对系统实现进行验收，若未经过，项目经理安排项目组

组员修改系统实现；

3.12若经过教授委员会验收，项目经理将系统实现相关结果交给用户验收，若未经过,

项目经理安排项目组组员修改系统实现；

3.13若经过用户验收，质量控制部将相关结果和文档放入资源中心存档，同时项H经

理安排项目组结果进行项目推广；

3.14项目经理进行项目总结，经过在质量控制部进行质检，若未经过，项目经理修改

项目总结；

3.15若经过质检，质量控制部将相关结果和文档放入资源中心存档：

4相关文件

4.1《项目计划书》

4.2《项目资源调度单》

4.3《方案说明书》

4.4《需求分析说明书》

4.5《质量控制需求分析说明书评审汇报》

4.6《总体设计说明书》

4.7《具体设计说明书》

4.8系统实现相关文档一一在系统实现步骤中完成

4.9《用户验收单》

4.10《项目总结》

4.11《软件质量确保文档》

1源中心验4

项目计划书

项目名称项目编号

项F1经理

项目任务描述

项目总时间及关键里程碑设置

项目资源调度单

项目名称I项目编号I项目经理

项目标跨中心（部门）资源调度缘由

申请人

审批人

正式调用时间：

起：

止：

备注：抄送财务、人力资源部

n-4-

软件需求分析说明书

1.引言

1.1目标

说明编写软件需求说明书目标，指出预期读者.

1.2背景

（1）待开发软件系统名称；

（2）本项目标任务提出者、开发者、用户及实现该软件计算中心或计算机网络；

（3）该软件系统同其它系统或其它机构基础相互来往关系。

1.3参考资料

列出所用参考资料，如:

（1）本项目标经核准计划任务书或协议、上级机关批文；

（2）属于本项目标其它已发表文件；

（3）本文件中各处引用文件、资料，包含所需用到软件开发标准。

（4）列出这些文件资料标题、文件编号、发表口期和出版单位，说明能够得到这些文

件资料起源。

1.4术语

列出本文件中用到专门术语定义和外文首字母组词原词组。

2.项目概述

本部分描述影响产品和其需求通常原因。此处并不说明具体需求，其描述内容仅仅是为

了更轻易了解、深化需求规格，其用意是为从多方面、多角度考虑需求以提供思维参考点。

2.1通常描述

本节描述软件开发项目标意图、应用目标、作用范围和其它应向读者说明相关该软件开

发背景材料，解释待开发产品和其相关其它产品或项目标关系。

・假如本产品是独立，而且自含全部内容，应在此说明。

•假如所定义产品是一个较大系统或项目中一个组成部分，那么在此需要描述以下内

容:

♦要概述这个较大系统或项目标每一个组成部分功效，并说明其接口；

♦指出本产品关键外部接口（不需要具体描述，具体描述放在其它章节中）：

♦描述所使用计算机硬件、外围设备。这里仅仅是一个综述性描述。

【技巧】在本节描述中，用一个方框图来表示一个较大系统或项目标关键组成部分、相互联络和外部接口

是很有帮助。

【提醒注意】本节所描述既不是设计方案，也不是在方案设计时约束条件，它仅仅为方案设计时约束条件

提供了一个能够解释理由。

2.2功效简述

对待软件产品功效提供一个摘要。

【技巧】

♦编制功效一个方法是制作功效表，方便用户或第一次读这个文件人很轻易了解；

♦用方框图来表示不一样功效和它们关系有益于了解。

【提醒注意】

♦方框图不是产品设计，而只是一个有效解释方法,

♦木节不是具体需求陈说，只是对具体需求部分中为何要对部分需求做出描述铺垫。

2.3用户特点

本节描述产品最终用户（包含操作员、维护员和系统工作人员等）含有受教育水平、工

作经验及技术专长等通常特点。

假如系统大多数用户是部分临时用户，那么就要求系统包含怎样完成基础功效提醒，而

不是假设用户已经从过去会议或从阅读用户指南中了解到这些细节。

2.4假定和约束

给出影响软件需求说明书中陈说需求每一个原因。这些原因不是软件设计约束，不过它

们改变可能影响到需求说明书中需求.

这些假定和约束条件可能包含：管理方针；运行环境，包含硬件设备和支持软件限制；

和其它应用间接口；并行操作；实时功效；审查功效；控制功效；所需高级语言；通信办议;

应用临界点；安全保密方面考虑等。

【提醒注意】

♦本节中描述原因是软件需求所依抑:基石，当这些基石发生不可抗拒或控制改变时对产品需求将造成影

响。

♦本节内容不能用来陈说具体需求或强加若干特殊设计约束，而应对具体需求部分中i些具体需求或设

计约束描述提供理由。

3.具体需求

本章应包含软件开发者在建立设计时需要全部细节。

本章编写应该遵照以下基础标准：

•遵照可验证性、无歧义性等准则，对每一个需求细节作具体描述；

•在软件需求说明书序言、项目概述、附录部分相关讨论中，要提供对任何一个具体

需求交叉引用背景；

•按符合逻辑和可读方法组织；

•具体描述每一个需求，使得该需求应达成目标能够用指定方法进行客观验证。

【提醒注意】每一项需求描述全部应包含最少5个方面内容：功效需求；性能需求；属性需求：外部接口

需求：设计约束。

3.1功效需求

用文字、图表或数学公式具体描述被开发软件输入、处理、输出和在上述过程中发生基

础操作。对于每一类功效或有时对于每一个功效，这部分通常由引言、输入、处理、输出四

个部分组成：

3.1.1引言

（1）描述该功效要达成目标、所采取方法和技术：

（2）清楚说明功效意图由来和背景。

3.1.2输入

（1）具体描述该功效全部输入数据，如：输入源、数量、度量单位、时间设定、有效

输入范围（包含精度和公差）。

（2）操作员具体操作控制细节需求。其中有名字、操作员活动描述、控制台或操作员

位置。比如：当打印检验时，要求操作员进行格式调整。

（3）指明引用输入接口资料。

3.1.3处理

描述为取得预期输出结果，对输入数据及中间参数进行全部操作。它包含以下说明：

（1）输入数据有效性检验手段；

（2）操作次序和处理过程，包含事件时间设定；

（3）异常情况响应，比如：溢出、通信故障、错误处理等；

（4）受操作影响参数；

（5）降级运行要求；

（6）用于把系统输入变换成对应输出任何方法（方程式、数学算法、逻辑操作等）。

（7）输出数据有效性检验手段。

3.1.4输出

（1）具体描述该功效全部输出数据，比如：输出目标地、数量、度最单位、时间关系、

有效输出范围（包含精度和公差）、非法值处理、犯错信息；

（2）指明引用输出接口资料

【技巧】能够用列表方法（比如IPO表即输入、处理、输出表形式），逐项定量和定性地叙述对软件所提出

功效要求。

【提醒注意】对着重于输入输出行为系统来说，需求说明书应指定全部有意义输入、输出对及其序列。当

•个系统要求记忆它状态时，需要这个序列，使得它能够依据此次输入和以前状态做出响应。这种情况如

同有限状态机。

3.2性能需求

从整体来说，本节应具体说明软件、或人和软件交互静态或动态数值需求。

静态数值需求可能包含：支持终端数，支持并行操作用户数，处理文卷和统计数，

表和文卷大小等。

动态数值需求可能包含：欲处理事务和任务数量，和在正常情况下和峰值工作条件下

一定时间周期中处理数据总量等。

全部这些需求全部必需用能够度量术语来叙述。比如：95%事务必需在小于1s时间内处

理完，不然，操作员将不等候处理完成。

♦精度

说明对该软件输入、输出数据精度要求，可•能包含传输过程中精度。

♦时间特征要求

说明对于该软件时间特征要求，如对响应时间、更新处理时间、数据转换和传送时间、

解题时间等要求。

♦灵活性

说明对该软件灵活性要求，即当需求发生一些改变时，该软件对这些改变适应能力，如:

操作方法上改变、运行环境改变、同其它软件接口改变、精度和有效时限改变、计划改变或

改善等。

对于为了提供这些灵活性而进行专门设计部分应该加以标明。

3.3软件属性需求

在软件需求之中有若干个属性，下面列举一部分。

【提醒注意】下列属性决不能了解为是一个标准或完整清单，而应依据项目实际情况给予列举。

3.3.1正确性

3.3.2健壮性

3.3.3安全保密性

这里指是保护软件要素，以预防多种非法访问、使用、修改、破坏或泄密。这个领域具

体需求必需包含：利用可靠密码技术，掌握特定统计或历史数据集，给不一样模块分配不一

样功效，限定一个程序中一些区域通信，计算临界值检验等。

3.3.4易使用性

3.3,5可了解性

3.3.6可维护性

这里要求若干需求以确保软件是可维护。比如：软件模块所需要特殊耦合矩阵，为微型

装置指定特殊数据/程序分割要求等。

3.3.7可测试性

3.3.8可移植性

这里要求把软件从一个环境移植到另一个环境所要求用户程序、用户接口兼容方面约束

等。

3.4外部接口需求

3.4.1用户接口

（1）提供用户使用软件产品时界面需求。比如，假如系统用户经过显示终端进行操作,

就必需指定以下要求：对屏幕格式要求，报表或菜单页面显示格式和内容，用户

命令格式，输入输出相对时间，程序功效键可用性。

（2）列出输犯错误信息格式。

3.4.2硬件接口

（1）指出软件产品和系统硬部件之间每一个接口逻辑特点。

（2）指出硬件接口支持设备。

（3）描述软件和硬件接口之间和硬件接口和支持设备之间约定。

3.4.3软件接口

描述项目待开发软件产品和其它相关软件接口关系，并指出这些软件以下内容：名字、

助记符、规格说明号、版本号、起源。

【提醒注意】对于每一个接口，应说明和软件产品相关接口软件目标，并依据信息内容和格式定义接口，这里无须具体

描述任何己经有完整文件接口，只要引用定义该接口文件即可。

3.4.4通讯接口

说明多种通信接口及协议，比如局部网络协议等。

3.5设计约束

3.5.1其它标准约束

描述由现有标准或规则派生要求。比如：报表格式、数据命名、财务处理、审计追踪等

等。

3.5.2硬件设备约束

描述在多种硬件约束卜运行而产生软件要求，可能为束有硬件配置特点（接口数、指令

系统等），内存放器和辅助存放器容量等。

3.6数据需求

【提醒注意】

♦此部分内容通常在数据要求说明书中进行描述，假如项目软件产品规模较小，系统复杂程度较

低，数据需求较简单，也可在此章中描述。

♦此部分内容也可能在功效需求中给予说明。

3.6.1数据描述

（1）列出作为控制和引用而使用静态数据元素

（2）列出动态输入数据元素

（3）列出动态输出数据元素

（4）列出软件内部生成数据元素

3.6.2数据获取

（1）列出提供输入数据机构

<2）列出数据输入介质和设备

（3）列出数据输出介质和设备

3.7其它专门需求

依据软件和用户组织特征等，一些需求在这里描述，下面列举一部分。

【提醒注意】下列需求项决不能了解为是一个标准或完整清单，而应依据项目实际情况给予列举。

3.6.1数据库

本项对作为项目产品一部分进行开发数据库要求部分需求，它们可能包含：

（1）在功效需求中标识信息类别；

（2）使用频率

（3）存取能力；

（4）数据元素和文卷描述符；

（5）数据元素、统计和文卷关系；

（6）静态和动态组织；

（7）数据保留要求。

【提醒注意】假如使用•个现有数据库包，这个数据库包应在''软件接口”中命名，并在那里具体说明。

3.6.2数据管理能力

说明需要管理文卷和统计个数、表和文卷大小规模，要按可预见增加对数据及其分量存

放要求做出估算。

3.6.3操作

这里说明用户组织之中多种方法操作。比如：

（1）用户初操作；

（2）交互作用操作周期和无人操作周期；

（3）数据处理支持功效；

（4）后援和恢复操作。

【提醒注意】这里内容有时是“用户接口”一部分。

3.6.4故障处理

4.运行环境要求

4.1设备

列出运行该软件所需要硬设备。说明其中新型设备及其专门功效，包含：

（1）处理器型号及内存容量；

（2）外存容量、联机或脱机、媒体及其存放格式，设备型号及数量；

（3）输入及输出设备型号和数量，联机或脱机：

（4）数据通信设备型号和数量：

（5）功效键及其它专用硬件。

4.2支持软件

列出支持软件，包含要用到操作系统、编译（或汇编）程序、测试支持软件等。

4.3接口

说明该软件同其它软硬件之间接口、数据通信协议等。

4.4控制

说明控制该软件运行方法和控制信号，并说明这些控制信号起源。

【提醒注意】本章中内容有时在前面章节中已说明。

5.支持信息

支持信息指目录表、索引和附录。

•目录表和索引很关键，而且应根据能够接收文件规则来编写。

•对一个实际需求说明书来说，如有必需应该编写附录。附录中可能包含：

（1）输入输出格式样本，成本分析研究描述或用户调查结果；

（2）有利于了解需求说明书背景信息；

（3）软件所处理问题描述；

（4）用户历史、背景、经历和操作特点；

（5）交叉访问表。按前后次序进行编排，使部分不完全软件需求得以完善；

（6）特殊装配指令用于编码和媒体，以满足安全、输出、初始装入或其它要求。

当包含附录时，需求说明书必需明确地说明附录是不是需求要考虑部分。

总体设计说明书

6.引言

1.5目标

说明编写概要设计说明书目标，指出预期读者。

1.6背景

（4）待开发软件系统名称；

（5）本项目标任务提出者、开发者、用户及实现该软件计算中心或计算机网络；

（6）该软件系统同其它系统或其它机构基础相互来往关系。

1.7参考资料

列出所用参考资料，如：

（5）本项目标经核准计划任务书或协议、上级机关批文；

（6）属于本项目标其它已发表文件；

（7）本文件中各处引用文件、资料，包含所需用到软件开发标准。

（8）列出这些文件资料标题、文件编号、发表日期和出版单位，说明能够得到这些文

件资料起源。

1.8术语

列出本文件中用到专门术语定义和外文首字母组词原词组。

7.总体设计

2.2需求要求

简明说明对本系统关键输入输出项目、处理功效和性能等要求。

2.3运行环境

简明地说明对本系统运行环境（包含硬件环境和支持环境）要求。

2.4基础设计概念和处理步骤

说明本系统基础设计概念和处埋步骤，尽可能使用图表形式。

2.5结构

用一览表及框图形式说明本系统系统元素（各层模块、子程序、公用程序等）划分，扼

要说明每个系统元素标识符和功效，分层次地给出各元素之间控制和被控制关系。

2.6功效需求和程序关系

用以下矩阵图说明各项功效需求实现同各块程序分配关系：

程序1程序2……程序m

功效需求1

功效需求2V

*

功效需求nV

2.7人工处理过程

说明在本软件系统工作过程中不得不包含人工处理过程。

2.8还未处理问题

说明在概要设计过程中还未处理而设计者认为在系统完成之前必需处理各个问题。

8.接口设计

3.1用户接口

说明将向用户提供命令和它们语法结构，和软件回复信息。

3.2外部接口

说明本系统同外界全部接口安排包含软件和硬件之间接口、本系统和各支持软件之间接

口关系。

3.3内部接口

说明本系统之内各个系统元素之间接口安排。

9.运行设计

4.1运行模块组合

说明对系统施加不一样外界运行控制时所引发多种不一样运行模块组合，说明每时每种

运行所历经内部模块和支持软件。

4.2运行控制

说明每一个外界运行控制方法方法和操作步骤。

4.3运行时间

说明每种运行模块组合将占用多种资源时间。

10.系统数据结构设计

5.1逻辑结构设计关键点

给出本系统内所使用每个数据结构名称、标识符和它们之中每个数据项、统计、文卷和

系标识、定义、长度及它们之间层次或表格相互关系。

5.2物理结构设计关键点

给出本系统内所使用每个数据结构中每个数据项存放要求，访问方法、存取单位、存取

物理关系（索引、设备、存放区域）、设计考虑和保密条件。

5.3数据结构和程序关系

说明各个数据结构和访问这些数据结构各个程序之间对应关系，可采取以下矩阵图形

式：

程序1程序2程序m

数据结构1

数据结构2

•

数据结构nJ

11.系统犯错处理设计

6.1犯错信息

用一览表方法说明每种可能犯错或故障情况出现时，系统输出信息形式、含意及处理方

法。

6.2补救方法

说明故障出现后可能采取变通方法，包含：

（1）后备技术革新：说明准备采取后备技术,当原始系统数据万一丢失时启用副本建

立和开启技术，比如周期性地把磁盘信息统计到磁带上去就是对于磁盘媒体一个

后备技术；

（2）降效技术：说明准备采取后备技术，使用另一个效率稍低系统或方法来求得所需

结果一些部分，比如一个自动系统降效技术能够是手工操作和数据人工统计；

（3）恢复及再开启技术：说明将使用恢复再开启技术，使软件从故障点恢复实施或使

软件从头开始重新运行方法。

6.3系统维护设计

说明为了系统维护方便而在程序内部设计中做出安排，包含在程序中专门安排用于系统

检验和维护检测点和专用模块。

具体设计说明书

12.引言

1-9目标

说明编写具体设计说明书目标，指出预期读者。

1.10背景

（7）待开发软件系统名称；

（8）本项目标任务提出者、开发者、用户及实现该软件计算中心或计算机网络;

（9）该软件系统同其它系统或其它机构基础相互来往关系。

1.11参考资料

列出所用参考资料，如：

（9）本项目标经核准计划任务书或协议、上级机关批文；

（10）属于本项目标其它已发表文件：

（11）本文件中各处引用文件、资料，包含所需用到软件开发标准。

（12）列出这些文件资料标题、文件编号、发表日期和出版单位，说明能够得到这些文

件资料起源。

1.12术语

列出本文件中用到专门术语定义和外文首字母组词原词组。

13.软件系统结构

用一系列图表列出本软件系统内每个程序（包含每个模块和子程序）名称、标识符和它

们之间层次结构关系。

14.模块n设计说明（n是模块序号）

从本章开始，将概要设计产生功效模块进行细化，形成若干个可编程程序单元，逐一地

给出各个层次中每个程序设计考虑。

以下给出提要是针对通常情况。对于一个具体模块，尤其是层次比较低模块或子程序，

其很多条目标内容往往和它所隶属上一层模块对应条目标内容相同，在这种情况卜，只要简

单地说明这一点即可。

3.1程序描述

给出对该程序简明描述，关键说明安排设计本程序目标意义，而且还要说明本程序特点

（如是常驻内存还是很驻内存；是否子程序；是可重入还是不可重入；有没有覆盖要求；是

次序处理还是并发处理；……）。

3.2功效

说明该程序单元应含有功效，可采取IP0图（即输入一一输出图）形式。

3.3性能

说明对该程序全部性能要求，包含对精度、灵活性和时间特征要求。

3.4结构

用图表形式给出程序单元结构。

3.5程序逻辑

用框图或过程性描述语言形式表示各程序单亓控制步骤。

3.6输入项

给出对每一个输入项特征，包含名称、标识、数据类型和格式、数据值有效范围、输入

方法、数量和频度、输入媒体、输入数据起源和安全保密条件等等。

3.7输出项

给出对每时每一个输出项特征，包含名称、标识、数据类型和格式，数据值有效范围、

输出形式、数量和频度、输出媒体、对输出图形及符号说明、安全保密条件等等。

3.8算法

具体说明本程序单元所选择算法，具体计算公式和计算步骤。

3.9接口

用图表形式说明本程序所隶属上•层模块及隶属于本程序下•层模块、子程序，说明参

数赋值和调用方法。

3.10数据结构

说明和本程序相直接关联数据结构（数据库、数据文卷），用图表描述数据结构和模块

关系。

3.11存放分配和数组分配

确定每个模块存放量及数组定义。

3.12单元说明

说明程序单元标识、调用方法、参数说明。

3.13注释设计

说明准备在本程序中安排注释，如：

(1)加在模块首部注释；

(2)加在各分枝点处注释；

(3)对各变量功效、范围、缺省条件等所加注释：

(4)对使用逻辑所加注释等等。

3.14限制条件

说明本程序运行中所受到限制条件。

3.15还未处理问题

说明在程序单元设计中还未处理而设计者认为在软件完成之前应处理问题。

项目总结

项目编号:

部11名称:

目录

1.弓I言

2.项目开发结果

2.1软件产品或软件项目

2.2关键功效和性能

2.3项目规模总结

2.4项目人员总结

2.5进度及工作量总结

3.项目评价

3.1生产效率评价

3.2技术方法评价

3.3产品质量评价

3.4犯错原因分析

4.经验和教训

1.引言

说明实际参与人员、时间及工作划分：说明参与本项目标责任人、参与人员、起止时间及

实际工作量。按项目开发阶段划分，细划每位开发人员在各开发阶段所用开发时间及实际

工作量。

责任人：起止时间：计划工作量：

项目情况

阶段参与人员工作内容起止时间实际工作量

A、B

需求分析

系统设计

编码

测试

其它

累计

2.项目开发结果

2.1软件产品或软件项目

2.1.1软件产品或软件项目名称：给出该软件项目或软件产品在项目任务书或开发计划评

审等文件中确定王式项目名称和项目编号；并给出该软件项目或软件产品正式同意

公布版本标识。

2.1.2程序量：按模块进行划分，给出该软件项目或软件产品源程序存贮容量。源代码用

代码行来表示，可实施程序及其它程序可用字节来表示，文档可用页或字节来表示。

（源代码一定要按模块来统计）

模块名称代码行（千行）字节数（KB）

模块1

源码

模块2

实施程序

寸e

注：源码不填写“字节数”，实施程序只填写“字节数”。

2.1.3存放介质：给出该软件项目或软件产品正式公布版本存放介质及所需存放介质及

其数量。

2.2关键功效和性能

1）描述该软件项目或软件产品所实现功效，依据需要说明该软件项目或软件产

品相关性能指标。

2）和最初需求相比较，给出功效和/或性能上差异并说明原因。

2.3项目规模总结

依据软件开发各阶段，总结该软件项目或软件产品完成功效模块数量和计划对比,

给出对比图表，并对比较结果进行分析。

阶段计划模块数完成模块数

需求分析

系统设计

编码

测试

累计

2.4项目人员总结

总结该软件项目或软件产品开发各阶段人员改变情况和计划对比，并对比较结果进

行分析“

阶段计划人数实际人数增加人数降低人数变感人数

需求分析

系统设计

编码

测试

总计

注：变感人数为人员更换数。

2.5进度及工作量总结

总结该软件项目或软件产品实际完成所用时间及工作量和原计划对比。用图表来表

Zj\o

2.5.1从开发人员角度进行总结：将每位开发人员开发该软件项目或软件产品起止时间和

工作量和计划进行比较，给出对比图表，并对比较结果进行分析。

开发人员计划时间实际时间是否按时计戈ijM实际M

A

B

C

D

笺笺

寸寸

2.5.2从模块角度进行总结：将每一模块完成起止时间和工作量和计划进行比较，给出对

比图表，并对比较结果进行分析。

模块名称计划时间实际时间是否按时计戈ijM实际M

模块1

模块2

模块3

模块4

总计

2.5.3从开发阶段角度进行总结：将每一阶段完成起止时间和工作量和计划进行比较，给

出对比图表，并对比较结果进行分析。

阶段计划时间实际时间是否按时计戈ijM实际M

需求分析

系统设计

编码

测试

总计

需求分析系统设计编码测试

2.5.4从工作量角度进行总结：将开发该软件项目或软件产品所用工作量和计划进行比较,

给出因为软件问题汇报所增加工作量，给出对比图表，并对比较结果进行分析。

批复工作量

实际工作量

计戈IJ增加小计

2.5.5从完成情况进行总结：将项目标总体进度和阶段进度和计划进行比较，说明此项目

是正常完成、正常但增加工作量、延期但不增加工作量、即延期又增加工作量，并

对比较结果进行分析。

计划时间实际时间批复工作量实际工作量结论

注：以最终一版开发计划中开发进度为准，批复工作量包含因为软件问题汇报增加工

作量。

3.项目评价

3.1生产率评价

评价生产率能够有两种方法：代码行数和人月数比较，或修改BUG数和所用人月数

比较。我们能够采取任何一个。假如采取第一个方法，应以模块为单位进行比较；

假如采取第二种方法，应以各测试版本BUG数、修改BUG数、修改BUG所用工

作量及修改单位BUG所用工作量进行比较，总结评价项目标开发效率及对应原因分

析。

模块名称代码行（千行）工作量代码行/工作量

模块1

模块2

等等

3.2技术方法评价

总结该软件项目或软件产品开发时所采取各项技术。

3.3产品质量评价

可参考以下多个方面进行产品质量评价。

1）历次测试发觉BUG数；

2）同种原因产生BUG数:

3）同种类型BUG数；

4）各等级BUG数：

5）同一BUG出现次数。

3.4犯错原因分析

分别对以上多个情况绘制图表，进行原因分析。

次数BUG数原因BUG数类型BUG数等级BUG数BUG名次数

4.经验和教训

能够从以下几方面总结开发中取得经验及纠正错误或缺点等问题教训I。

1）管理人员管理水平；

2）开发人员合理分工；

3）项目软件经理PSM及开发人员技术水平；

4）开发人员更换；

5）开发人员配合及协作；

6）用户亲密配合；

7）需求及设计更改；

8）开发过程中计划合理调整等等。

（项目名称）SQA计划

计划编号：SQAL：日期：

版本：SQAM：曰期：

分册：PM/SM：曰期：

1.质量目标

质量目标，尽可能用测试条款表示。

2.SQA组织

2.1SQA组组成

SQA组员及资格说明（经验和培训）

2.2SQA职责和权力

2.3SQA组资源需求

3.SQA任务

3.1规程和标准

明确项目标准和规程，作为SQA评审和审计基础。

3.2明确质量活动责任

如检验、审计和测试，配置管理和变更控制，测量和汇报，缺点控制和纠正方法。

3.3阶段划分和任务列表

为每个开发阶段定义入口和出口条件，划分SQA工作阶段，确定评审和审计类型，明确SQA作

业,可依据项目特点对作业列表进行裁剪和增添。

3.4测试和评定

确定测试类型，对于产品规范、计划要求、测试规范及采取开发方法和工具确实定和验证活动；

经过具体测试和验证活动计划，对包含资源、进度和审批等方面进行评定。

3.5全程偏差跟踪

依据任务列表进行全程偏差跟踪。

4.SQA汇报

4.1文档化SQA组活动结果

软件产品评价汇报

软件工具评价汇报

项目设备评价汇报

过程审核汇报

测量汇报

4.2提供给软件工程组和其它相关组SQA活动反馈方法和频率

周报、月报和关键汇报等提交方法和日程（可在计划表中表现）。

5.计划进度表和预算表

序

任务完成时间提交结果备注

弓

1

2

3

4

5

预算:

SQA作业列表（发布日期）

SQA方向任务作业项审核与检验

质量目标质量策划质量F1标，尽可能用测试的条款表达

质量标准与规程的确立

评估工具和设

工具和设备备的管理软件工具

设备

配套的产品与设备

评估软件产品评审的标准，依据程序文件的要求或在《质

软件过程评审过程量计划》与SDP中明确

评估项目计划

和监督过程项目计划的建立与监控执行

评估系统需求保证通过需求定义和配置过程来确定用户的

分析过程所有的需求

保证需求被评审，以确定它是切实可行的，

描述清楚的和一致的

保证分配需求，工作产品和活动的变化都被

确定，评审，跟踪到结束

项目参与若•受到必要的培训

保证分配需求的约定是同被影响的组协商有

同意的

验证约定文档化，被传达，被评审和被接受

保证潜在需求受到评审，被文档化，并在分

配需求中作出必要的变化

验证定义，文档化和分配需求的过程被执行

和文档化

确认CM过程受控和管理基准

!收证需求文档化，被管理，受控，和被跟踪

验证同意的需求在SDP中给予记录

评估系统设计保证生存周期文档和可跟踪犯阵准备好并是

过程最新的和一致的

监证相关的生存周期文档是更新的并基F批

准的需求变化

识别缺陷，保证已发现的缺陷被解决，和变

更控制完整性

选择性的评审和审计系统设计文档

确定不符合标准的项.并确定矫正措施

决定需求，设计和工具符合标准和是否放弃

达一步的软件开发

评审实例原型满足需求和标准

保证实例符合标准和规程

评审设计的里程碑状态

评估软件需求保证需求定义和分析过程及相关的需求评审

分析过程符合标准和规程

保证需求分析引起的行动条款符合标准和规

程

评估软件设计保证软件设计过程和相关的设计评币符合标

过程准和规程

保证设计评审引起的行动条款符合标准和规

程

评估跟踪和文档化软件单元开发的方法作为

评估软件单元开发进程的利用率

保证作为跟踪和文档化软件单兀开发的方

法，如SDF,UDF,得到实施且是最新的

评估编码和单保证编码过程，相关的代码评审，软件单兀

元测试过程测试符合标准和规程

保证代码评,申弓1起的行动条款符合标准和规

程

保证SDF/UDF得到实施和保持最新

和测试,CSGI

资格测试，保证软件测试活动已经确定，测试环境已经

CSCI/HWCI集定义，测试指导方针已经设计

保证矫正措施有效地使差异得到解决

保证软件性能测试结果将允许确定软件的性

能参数

保证测试和报告结果的职员分配给明确的组

织元盍

保证监控测试的规程已经建立

评审软件测试计划和软件海试规程

保证软件被测试过

评估最终-项目

交付过程

评估矫正行动定期评审矫正过程和其结果，评估矫正行动

过程过程的有效性

实施所有报告问题的分析，确定出可能揭断

•般问题区域的趋势

媒体验证

不交付的软件

验证

评估存取和操

作过程

评估子合同控

制

评估偏离和放

弃过程

评估配置管理保证配置确定的文档，代码，和汁算机数据

过程已经建立标准

变化的基准管理确定.评审,实施和与建立

规程合为一体

保证基准文档和软件变化的配置控制符合

CM"，；求

保证配置状态报告准备好，且符合所建”的

规程，并报告了同有关软件产品和文档的酣

置管理有很重要关联的的重要条款的状态

保证个人遵守sCMP参与配置审计

保证文档控制，只有被批准的.蚊新的文档

才能被引用，文档分配过程导致收到正确的

文档

—

保证所有软件的基准版本只放在规划支持库

里面,并有软件名称和独•无二的标识

评估软件开发

库控制过程保证SDL的建立和规程能管理它的操作

保证文档和计算机材料得到批准并在库的控

制下

保证CM批准的