新版项目执行流程模板.doc

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

编制

审核

同意

版 次
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 若用户评审经过，进行项目资源安排，若所需资源在项目中心本身内，由项目总监完成资源安排，若所需资源跨项目中心外多个部门，由执委会完成资源安排；
3.4 取得所需资源后，项目经理进行需求分析，交质量控制部进行质量检验，若质检未经过，项目经理修改需求分析；
3.5 若质检经过，教授委员会对需求分析内容进行评审，若未经过，项目经理修改需求分析内容；
3.6 若经过内容评审，项目经理将需求分析交给用户评审，若未经过，项目经理修改需求分析，若经过，项目经理进行总体设计，同时将相关结果和文档放入资源中心存档；
3.7 质量控制部对总体设计进行质量检验，若未经过，项目经理修改总体设计，若经过，教授委员会对总体设计内容进行评审，若未经过内容评审，项目经理修改总体设计内容，
3.8 若经过内容评审，项目经理将总体设计交给用户评审，若未经过用户评审，项目经理修改总体设计，若经过用户评审，项目经理安排项目进行系统实现，同时相关结果和文档放入资源中心存档；
3.9 质量控制部对系统实现结果进行功效测试，若未经过，项目经理安排项目组组员修改系统实现；
3.10 若经过功效测试，质量控制部进行质量检验，若未经过，项目经理安排项目组组员修改系统实现；
3.11 若经过质检，教授委员会对系统实现进行验收，若未经过，项目经理安排项目组组员修改系统实现；
3.12 若经过教授委员会验收，项目经理将系统实现相关结果交给用户验收，若未经过，项目经理安排项目组组员修改系统实现；
3.13 若经过用户验收，质量控制部将相关结果和文档放入资源中心存档，同时项目经理安排项目组结果进行项目推广；
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 《软件质量确保文档》
412 《资源中心验收单》

项目计划书

项目名称
项目编号
项目经理
项目任务描述
项目总时间及关键里程碑设置
项目人力资源
项目费用估计
审批人意见：
总监： 副总监： 执委会：

备注：抄送财务部、人力资源部
时间
项目资源调度单

项目名称
项目编号
项目经理
项目标跨中心（部门）资源调度缘由
申请人
审批人
正式调用时间：

起：

止：

备注：抄送财务、人力资源部
时间
软件需求分析说明书
1. 引言
1.1 目标
说明编写软件需求说明书目标，指出预期读者。
1.2 背景
（1） 待开发软件系统名称；
（2） 本项目标任务提出者、开发者、用户及实现该软件计算中心或计算机网络；
（3） 该软件系统同其它系统或其它机构基础相互来往关系。
1.3 参考资料
列出所用参考资料，如：
（1） 本项目标经核准计划任务书或协议、上级机关批文；
（2） 属于本项目标其它已发表文件；
（3） 本文件中各处引用文件、资料，包含所需用到软件开发标准。
（4） 列出这些文件资料标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料起源。
1.4 术语
列出本文件中用到专门术语定义和外文首字母组词原词组。

2. 项目概述
本部分描述影响产品和其需求通常原因。此处并不说明具体需求，其描述内容仅仅是为了更轻易了解、深化需求规格，其用意是为从多方面、多角度考虑需求以提供思维参考点。
2.1 通常描述
本节描述软件开发项目标意图、应用目标、作用范围和其它应向读者说明相关该软件开发背景材料，解释待开发产品和其相关其它产品或项目标关系。
l 假如本产品是独立，而且自含全部内容，应在此说明。
l 假如所定义产品是一个较大系统或项目中一个组成部分，那么在此需要描述以下内容：
u 要概述这个较大系统或项目标每一个组成部分功效，并说明其接口；
u 指出本产品关键外部接口（不需要具体描述，具体描述放在其它章节中）；
u 描述所使用计算机硬件、外围设备。这里仅仅是一个综述性描述。
【技巧】在本节描述中，用一个方框图来表示一个较大系统或项目标关键组成部分、相互联络和外部接口是很有帮助。
【提醒注意】本节所描述既不是设计方案，也不是在方案设计时约束条件，它仅仅为方案设计时约束条件提供了一个能够解释理由。
2.2 功效简述
对待软件产品功效提供一个摘要。
【技巧】
u 编制功效一个方法是制作功效表，方便用户或第一次读这个文件人很轻易了解；
u 用方框图来表示不一样功效和它们关系有益于了解。
【提醒注意】
u 方框图不是产品设计，而只是一个有效解释方法。
u 本节不是具体需求陈说，只是对具体需求部分中为何要对部分需求做出描述铺垫。
2.3 用户特点
本节描述产品最终用户（包含操作员、维护员和系统工作人员等）含有受教育水平、工作经验及技术专长等通常特点。
假如系统大多数用户是部分临时用户，那么就要求系统包含怎样完成基础功效提醒，而不是假设用户已经从过去会议或从阅读用户指南中了解到这些细节。
2.4 假定和约束
给出影响软件需求说明书中陈说需求每一个原因。这些原因不是软件设计约束，不过它们改变可能影响到需求说明书中需求。
这些假定和约束条件可能包含：管理方针；运行环境，包含硬件设备和支持软件限制；和其它应用间接口；并行操作；实时功效；审查功效；控制功效；所需高级语言；通信协议；应用临界点；安全保密方面考虑等。
【提醒注意】
u 本节中描述原因是软件需求所依据基石，当这些基石发生不可抗拒或控制改变时对产品需求将造成影响。
u 本节内容不能用来陈说具体需求或强加若干特殊设计约束，而应对具体需求部分中一些具体需求或设计约束描述提供理由。

3. 具体需求
本章应包含软件开发者在建立设计时需要全部细节。
本章编写应该遵照以下基础标准：
l 遵照可验证性、无歧义性等准则，对每一个需求细节作具体描述；
l 在软件需求说明书序言、项目概述、附录部分相关讨论中，要提供对任何一个具体需求交叉引用背景；
l 按符合逻辑和可读方法组织；
l 具体描述每一个需求，使得该需求应达成目标能够用指定方法进行客观验证。
【提醒注意】每一项需求描述全部应包含最少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时间内处理完，不然，操作员将不等候处理完成。
u 精度
说明对该软件输入、输出数据精度要求，可能包含传输过程中精度。 
u 时间特征要求
说明对于该软件时间特征要求，如对响应时间、更新处理时间、数据转换和传送时间、解题时间等要求。 
u 灵活性
说明对该软件灵活性要求，即当需求发生一些改变时，该软件对这些改变适应能力，如：操作方法上改变、运行环境改变、同其它软件接口改变、精度和有效时限改变、计划改变或改善等。
对于为了提供这些灵活性而进行专门设计部分应该加以标明。
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.51 其它标准约束
描述由现有标准或规则派生要求。比如：报表格式、数据命名、财务处理、审计追踪等等。
3.5.2 硬件设备约束
描述在多种硬件约束下运行而产生软件要求，可能约束有硬件配置特点（接口数、指令系统等），内存放器和辅助存放器容量等。
3.6 数据需求
【提醒注意】
u 此部分内容通常在数据要求说明书中进行描述，假如项目软件产品规模较小，系统复杂程度较低，数据需求较简单，也可在此章中描述。
u 此部分内容也可能在功效需求中给予说明。
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. 支持信息
支持信息指目录表、索引和附录。
l 目录表和索引很关键，而且应根据能够接收文件规则来编写。
l 对一个实际需求说明书来说，如有必需应该编写附录。附录中可能包含：
(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
√

功效需求2

√

︰
︰

功效需求n

√

√
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

√

︰
︰

数据结构n

√

√

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 功效
说明该程序单元应含有功效，可采取IPO图（即输入——输出图）形式。
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 还未处理问题
说明在程序单元设计中还未处理而设计者认为在软件完成之前应处理问题。

项目总结

项目编号：

部门名称：

目录

1. 引言
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

实施程序

等等

注：源码不填写“字节数”，实施程序只填写“字节数”。
2.1.3 存放介质：给出该软件项目或软件产品正式公布版本存放介质及所需存放介质及
其数量。
2.2 关键功效和性能
1）描述该软件项目或软件产品所实现功效，依据需要说明该软件项目或软件产
品相关性能指标。
2）和最初需求相比较，给出功效和/或性能上差异并说明原因。
2.3 项目规模总结
依据软件开发各阶段，总结该软件项目或软件产品完成功效模块数量和计划对比，给出对比图表，并对比较结果进行分析。
阶段
计划模块数
完成模块数
需求分析

系统设计

编码

测试

累计

2.4 项目人员总结
总结该软件项目或软件产品开发各阶段人员改变情况和计划对比，并对比较结果进行分析。
阶段
计划人数
实际人数
增加人数
降低人数
变感人数
需求分析

系统设计

编码

测试

总计

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

2.5 进度及工作量总结
总结该软件项目或软件产品实际完成所用时间及工作量和原计划对比。用图表来表示。
2.5.1 从开发人员角度进行总结：将每位开发人员开发该软件项目或软件产品起止时间和工作量和计划进行比较，给出对比图表，并对比较结果进行分析。
开发人员
计划时间
实际时间
是否按时
计划M
实际M
A

B

C

D

等等

2.5.2 从模块角度进行总结：将每一模块完成起止时间和工作量和计划进行比较，给出对比图表，并对比较结果进行分析。
模块名称
计划时间
实际时间
是否按时
计划M
实际M
模块1

模块2

模块3

模块4

总计

2.5.3 从开发阶段角度进行总结：将每一阶段完成起止时间和工作量和计划进行比较，给出对比图表，并对比较结果进行分析。
阶段
计划时间
实际时间
是否按时
计划M
实际M
需求分析

系统设计

编码

测试

总计

2.5.4 从工作量角度进行总结：将开发该软件项目或软件产品所用工作量和计划进行比较，给出因为软件问题汇报所增加工作量，给出对比图表，并对比较结果进行分析。
批复工作量
实际工作量
计划
增加
小计

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. 经验和教训
能够从以下几方面总结开发中取得经验及纠正错误或缺点等问题教训。
1） 管理人员管理水平；
2） 开发人员合理分工；
3） 项目软件经理PSM及开发人员技术水平；
4） 开发人员更换；
5） 开发人员配合及协作；
6） 用户亲密配合；
7） 需求及设计更改；
8） 开发过程中计划合理调整等等。

（项目名称）SQA计划

计划编号： SQAL： 日期：
版本： SQAM： 日期：

分册： PM/SM： 日期：

1. 质量目标
质量目标，尽可能用测试条款表示。
2. SQA组织
2.1 SQA组组成
SQA组员及资格说明（经验和培训）
2.2 SQA职责和权力
2.3 SQA组资源需求
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

预算：

软件产品/工具和设备/项目技术评价汇报摸板

汇报编号： SQAL： 日期：
SQAM： 日期：

1. 软件产品/工具和设备/项目技术评定：

2. 评定方法或标准：

3. 评定结果：

4. 提议纠正方法：

5. 实施纠正方法：

过程审计汇报摸板

汇报编号：
关键审计人：
汇报日期：
项目名称：
项目编号：
审计项：
审计日期：
审计过程/程序：
审计检验表（附件）
审计结果：
过程/程序 可接收
过程/程序 有条件接收
条件说明：

过程/程序 不可接收
条件说明：

方法项：
A1# 标题 责任人 估计日期 完成日期

纠正方法：
审批： ë同意 ë取消 ë推迟
PM： 日期：
验证关闭：

SQAL： 日期：

SQA测量汇报摸板

汇报编号： SQAL： 日期：
SQAM： 日期：
软件产品/软件工具/项目设备评定测量
软件产品
规模/形态
评定工作时
汇报工作时
软件需求说明
Of Page 20
3
1

过程/程序审计测量
软件开发过程
审计准备工作时
审计工作时
汇报工作时
纠正方法过程
2
2
1