山东08规范软件开发计划

第一篇：山东08规范软件开发计划

山东08规范软件开发计划

本软件是从江苏提速版本基础之上根据现有山东地区软件进行调整。

软件需要更改的地方我初步填写了《需求表》，请各位针对自己的工作重点，结合相应的软件进行分析和代码设计，并给出时间计划表

1)软件基本信息修改及报表更改。

本部分工作由葛亮完成（吴耀武辅助）。具体内容包括：

软件基本信息的调整：比如显示上的江苏更改为山东。以及模板的调整

山东报表的打印。

2)计价程序以及管理费和利润设置。

本部分工作由陆向荣完成。具体内容包括计价程序相关变量的设置调整和管理费利润费率按山东需求进行调整。

3)其他项目，规费，税金项目等界面调整和修改。

本部分工作有张志浩完成。主要将湖南的相关界面及操作等东西搬过来。同时指导招投标接口的更改工作。

4)招投标接口的更改，采用原有山东的招投标接口。

本部分工作有强浩完成。主要任务是将江苏地区的招投标接口更改为山东接口。另山东现有一个接口规范（试行）及莱芜有一个接口文件，请一并考虑在内。相关文档见《山东省建设工程造价计价软件数据接口标准（试行）》和《莱芜市建设工程计价数据交换规范》。

以上为现有的初步分工，请各位参考自己已有工作量进行计划，回复我计划时间和具体工作内容。对分工任务不明确的请和我联系，以便调整。

第二篇：软件开发文档规范（定稿）

附2:

软件文档编写向导

文档分类

项目包括如下几类文档：

项目管理文档。包括：《软件项目计划》、《项目进度报告》、《项目开发总结报告》 软件开发文档。包括：《需求规格说明》、《概要设计说明》、《详细设计说明》、《测试计划》、《软件测试分析报告》。

产品文档。包括：《用户操作手册》《演示文件》。

软件项目计划

（Software Project Plan）

一．引言

1．编写目的（阐明编写软件计划的目的，指出读者对象。）

2．项目背景（可包括：（1）项目委托单位、开发单位和主管部门；（2）该软件系统与其他系统的关系。）

3．定义（列出本文档中用到的专门术语的定义和缩略词的原文。）

4．参考资料（可包括：文档所引用的资料、规范等；列出资料的作者、标题、编号、发表日期、出版单位或资料来源。）

二．项目概述

1.工作内容（简要说明项目的各项主要工作,介绍所开发软件的功能性能等.若不编写可行性研究报告,则应在本节给出较详细的介绍。)2.条件与限制（阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的条件.必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。）3.产品

（1）程序（列出应交付的程序名称使用的语言及存储形式。）

（2）文档（列出应交付的文档。）

（3）运行环境（应包括硬件环境软件环境。）

4．服务（阐明开发单位可向用户提供的服务.如人员培训安装保修维护和其他运行支持。）5．验收标准

三．实施计划

1．任务分解（任务的划分及各项任务的负责人。）

2．进度（按阶段完成的项目,用图表说明开始时间完成时间。）3．预算

4．关键问题（说明可能影响项目的关键问题,如设备条件技术难点或其他风险因素,并说明对策。）

四．人员组织及分工 五．交付期限

六．专题计划要点（如测试计划等。）

项目开发进度报告

一．报告时间及所处的开发阶段 二．给出进度

1． 本周的主要活动 2． 实际进展与计划比较

三．所用工时（按不同层次人员分别计时。）四．所有机时

五．工作遇到的问题及采取的对策 六．本周完成的成果 七．下周的工作计划 八．特殊问题

项目开发总结报告

一．引言

1．编写目的（阐明编写总结报告的目的,指明读者对象。）

2．项目背景（说明项目的来源、委托单位、开发单位及主管部门。）3．定义（列出报告中用到的专门术语定义和缩写词的原意。）

4．参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：（1）项目开发计划；（2）需求规格说明书；（3）概要设计说明书；（4）详细设计说明书；（5）用户操作手册；（6）测试计划；（7）测试分析报告（8）本报告引用的其他资料、采用的开发标准或开发规范。）

二．开发结果

1． 产品（可包括：（1）列出各部分的程序名称、源程序行数（包括注释行）或目标程序字节数及程序总计数量、存储形式；产品文档名称等。）2． 主要功能及性能

3． 所用工时（按人员的不同层次分别计时。）4． 所用机时

5． 进度（给出计划进度与实际进度的对比。）

三．评价

1．生产率评价（如平均每人每周源程序行数、文档的字数等。）2．技术方案评价 3．产品质量评价

四．经验与教训

需求规格说明书

（Requirements Specification）

一．引言

1． 编写目的（阐明编写需求说明书的目的,指明读者对象。）

2． 项目背景（可包括：（1）项目的委托单位,开发单位和主管部门；（2）该软件系统与其他系统的关系。）

3． 定义（列出文档中用到的专门术语定义和缩写词的原文。）

4． 参考资料（可包括：（1）项目开发计划；（2）文档所引用的资料，标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。）

二．任务概述

1．目标 2．运行环境 3．条件与限制

三．数据描述

1． 静态数据

2． 动态数据（包括输入数据和输出数据。）3． 数据库描述（给出使用数据库的名称和类型。）

4． 数据词典 5． 数据采集

四．功能需求

1．功能划分 2．功能描述

五．性能需求

1．数据精确度

2．时间特性（如响应时间、更新处理时间、数据转化与传输时间、运行时间等。）3．适应性（在操作方式运行环境与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。）

六．运行需求

1．用户界面（如屏幕格式、报表格式、菜单格式、输入输出时间等。）2．硬件接口 3．软件接口 4．故障处理

七．其他需求（如可使用性、安全保密、可维护性、可移植性等。）

概要设计说明书

（Architectural Design Specification）

一．引言

1．编写目的（阐明编写概要设计说明书的目的，指明读者对象。）

2．项目背景（可包括：（1）项目的委托单位,开发单位和主管部门；（2）该软件系统与其他系统的关系。）

3．定义（列出文档中用到的专门术语定义和缩写词的原意。）

4．参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：（1）项目开发计划；（2）需求规格说明书；（3）测试计划（初稿）；（4）用户操作手册（初稿）；（5）文档所引用的资料、采用的标准或规范。）

二．任务概述

1．目标

2．运行环境 3．需求概述 4．条件与限制

三．总体设计

1．处理流程

2．总体结构和模块外部设计

3．功能分配（表明各项功能与程序结构的关系。）

四．接口设计

1．外部接口（包括用户界面软件接口与硬件接口。）2．内部接口（模块之间的接口。）

五．数据结构设计

1． 逻辑结构设计 2． 物理结构设计 3． 数据结构与程序的关系

六．运行设计

1．运行模块的组合 2．运行控制 3．运行时间

七．出错处理设计

1．出错输出信息

2．出错处理对策（如设置后备、性能降级、恢复及再启动等。）

八．安全保密设计

九．维护设计（说明为方便维护工作的设施,如维护模块等。）

详细设计说明书

（Procedural Design Specification）

一．引言

1． 编写目的（阐明编写详细设计说明书的目的,指明读者对象。）2． 项目背景（应包括项目的来源和主管部门等。）

3． 定义（列出文档中用到的专门术语定义和缩写词的原意。）

4． 参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：（1）项目开发计划；（2）需求规格说明书；（3）概要设计说明书；（4）测试计划(初稿)；（5）用户操作手册(初稿)；（5）文档所引用的其他资料、软件开发标准或规范。）

二．总体设计

1．需求概述

2．软件结构（如给出软件系统的结果图。）

三．程序描述（逐个模块给出以下的说明:：）

1．功能 2．性能 3．输入项目 4．输出项目

5．算法（模块所选用的算法。）

6．程序逻辑（详细描述模块实现的算法，可采用:：（1）标准流程图；（2）N-S图；（3）PAD；（4）判定表等描述算法的图表。）7．接口 8．存储分配 9．限制条件

10．测试要点（给出测试模块的主要测试要求。）

测试计划（Test Plan）

一、引言

1． 编写目的（阐明编写测试计划的目的,指明读者对象。）2． 项目背景（说明项目的来源委托单位及主管部门。）

3． 定义（列出测试计划中用到的专门术语定义和缩写词的原意。）

4． 参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：（1）项目开发计划；（2）需求规格说明书；（3）概要设计说明书；（4）详细设计说明书；（5）用户操作手册;(6)本测试计划中引用的其他资料采用的软件开发标准或规范。）

二．任务概述

1．目标

2．运行环境 3．需求概述 4．条件与限制

三．计划

1．测试方案（说明确定测试方法和选取测试用例的原则。）

2．测试项目（列出组装测试和确认测试中每一项测试的内容、名称、目的和进度。）3．测试准备

4．测试机构及人员（测试机构名称负责人和职责。）

四．测试项目说明（按顺序逐个对测试项目做出说明：）

1．测试项目名称及测试内容 2．测试用例

（1）输入（输入的数据和输入的命令。）（2）输出（预期的输出数据。）

（3）步骤及操作

（4）允许偏差（给出实测结果与预测结果之间允许偏差的范围。）3． 进度

4． 条件（给出项测试对资源的特殊要求，如设备、软件、人员等。）5． 测试资料（说明项测试所需的资料。）

五．评价

1．范围（说明所完成的各项测试说明问题的范围及其局限性。）2．准则（说明评价测试结果的准则。）

测试分析报告（Test Specification）

一．引言

1．编写目的（阐明编写测试分析报告的目的，指明读者对象。）2．项目背景（说明项目的来源、委托单位及主管部门。）

3．定义（列出测试分析报告中用到的专门术语定义和缩写词的原意。）

4．参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：（1）项目开发计划；（2）需求规格说明书；（3）概要设计说明书；（4）详细设计说明

书；（5）用户操作手册；（6）测试计划；（7）测试分析报告所引用的其他资料、采用的软件工程标准或软件工程规范。）

二．测试计划执行情况

1．测试项目（列出每一测试项目的名称、内容和目的。）

2．测试机构和人员（给出测试机构名称、负责人和参与测试人员名单。）

3．测试结果（按顺序给出每一测试项目的：（1）实测结果数据（2）与预期结果数据的偏差（3）该项测试说明的事实（4）该项测试发现的问题。）

三．软件需求测试结论

按顺序给出每一项需求测试的结论。包括：（1）证实的软件能力（2）局限性（即项需求未得到充分测试的情况及原因）。

四．评价

1．软件能力（经过测试所表明的软件能力。）

2．缺陷和限制（说明测试所揭露的软件缺陷和不足,以及可能给软件运行带来的影响。）3．建议（提出为弥补上述缺陷的建议。）4．测试结论（说明能否通过。）

用户操作手册（User Guide）

一．引言

1．编写目的（阐明编写手册的目的，指明读者对象。）

2．项目背景（说明项目的来源、委托单位、开发单位及主管部门。）3．定义（列出手册中用到的专门术语定义和缩写词的原意。）

4．参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：（1）项目开发计划；（2）需求规格说明书；（3）概要设计说明书；（4）详细设计说明书；（5）测试计划；（6）手册中引用的其他资料、采用的软件工程标准或软件工程规范。）

二．软件概述

1．目标 2．功能 3．性能

（1）数据精确度（包括输入、输出及处理数据的精度。）（2）时间特性（如响应时间、处理时间、数据传输时间等。）

（3）灵活性（在操作方式、运行环境需做某些变更时软件的适应能力。）

三．运行环境

1．硬件（列出软件系统运行时所需的硬件最小配置，如：（1）计算机型号、主存容量；（2）外存储器、媒体、记录格式、设备型号及数量；（3）输入、输出设备；（4）数据传输设备及数据转换设备的型号及数量。）

2．支持软件（如：（1）操作系统名称及版本号；（2）语言编译系统或汇编系统的名称及版本号；（3）数据库管理系统的名称及版本号；（4）其他必要的支持软件。）

四．使用说明

1．安装和初始化（给出程序的存储形式、操作命令、反馈信息及其含义、表明安装完成的测试实例以及安装所需的软件工具等。）2．输入（给出输入数据或参数的要求。）

（1）数据背景（说明数据来源、存储媒体、出现频度、限制和质量管理等。）

（2）数据格式（如：（1）长度（2）格式基准（3）标号（4）顺序（5）分隔符（6）词汇表（7）省略和重复（8）控制。）（3）输入举例

3．输出（给出每项输出数据的说明。）

（1）数据背景（说明输出数据的去向、使用频度、存放媒体及质量管理等。）（2）数据格式（详细阐明每一输出数据的格式,如:首部主体和尾部的具体形式。）（3）举例

3．出错和恢复（给出：（1）出错信息及其含义（2）用户应采取的措施，如修改、恢复、再启动。）

4．求助查询（说明如何操作。）

五．运行说明

1． 运行表 [列出每种可能的运行情况,说明其运行目的.] 2． 运行步骤 [按顺序说明每种运行的步骤,应包括:]（1）运行控制

（2）操作信息（（1）运行目的（2）操作要求（3）启动方法（4）预计运行时间（5）操作命令格式及说明（6）其他事项。）

（3）输入/输出文件（给出建立和更新文件的有关信息，如：（1）文件的名称及编号（2）记录媒体（3）存留的目录（4）文件的支配（说明确定保留文件或废弃文件的准则，分发文件的对象，占用硬件的优先级及保密控制等。）（4）启动或恢复过程

六．非常规过程

（提供应急或非常规操作的必要信息及操作步骤，如出错处理操作、向后备系统切换操作以及维护人员须知的操作和注意事项。）

七．操作命令一览表

（按字母顺序逐个列出全部操作命令的格式功能及参数说明。）

八．程序文件（或命令文件）和数据文件一览表（按文件名字母顺序或按功能与模块分类顺序逐个列出文件名称、标识符及说明。）

九．用户操作举例

第三篇：软件开发软件开发计划

XXXX公司

软件开发计划

1．引言

1-1编写目的（阐明编写软件计划的目的，指出读者对象。）

1-2 项目背景（可包括：（1）项目委托单位、开发单位和主管部门；（2）该软件系统与其他系统的关系。）

1-3 定义（列出本文档中用到的专门术语的定义和缩略词的原文。）

1-4参考资料

1-4-1项目经核准的计划任务书、合同或上级机关的批文；

1-4-2文档所引用的资料、规范等；列出资料的作者、标题、编号、发表日期、出版单位或资料来源。

2．项目概述

2-1工作内容（简要说明项目的各项主要工作,介绍所开发软件的功能 性能等.若不编写

可行性研究报告,则应在本节给出较详细的介绍。)

2-2条件与限制（阐明为完成项目应具备的条件 开发单位已具备的条件以及尚需创造的条件.必要时还应说明用户及分合同承包者承担的工作 完成期限及其它条件与限制。）

2-3产品

2-3-1程序（列出应交付的程序名称 使用的语言及存储形式。）

2-3-2文档（列出应交付的文档。）

2-3-3运行环境（应包括硬件环境 软件环境。）

2-3-4服务（阐明开发单位可向用户提供的服务.如人员培训 安装 保修 维护和其他运行支持。）

2-3-5验收标准

3．实施计划

3-1任务分解（任务的划分及各项任务的负责人。）

3-2 进度（按阶段完成的项目,用图表说明开始时间 完成时间。）

3-3预算

3-4关键问题（说明可能影响项目的关键问题,如设备条件 技术难点或其他风险因素,并说明对策。）

4．人员组织及分工

5．交付期限

6．专题计划要点（如测试计划 质量保证计划 配置管理计划 人员培训计划 系统安装计划等。）

编制人：

项目编号：XXXXX-1

XXXX公司

日期：

项目编号：XXXXX-2

第四篇：软件开发管理规范

软件开发过程管理规范

济南明湖建筑节能技术开发有限公司 软件开发过程管理规范

一、总则.................................................................................................................................1 1.软件开发项目管理的目的.........................................................................................1 2.软件开发项目管理规范适用对象.............................................................................1 3.软件项目开发组织管理.............................................................................................1

二、软件项目立项阶段.........................................................................................................1

三、软件项目实施阶段.........................................................................................................2

四、项目需求分析过程.........................................................................................................2

五、项目系统设计过程.........................................................................................................3

六、项目开发编码过程.........................................................................................................3

七、测试提交过程.................................................................................................................4

八、项目验收总结阶段.........................................................................................................4

软件开发过程管理规范

一、总则

1.软件开发项目管理的目的

为保障按时、保质、保量完成预期交付的任务，让整个组织能清楚了解项目实施的目的、影响、进度，做到项目组所有成员都理解项目实施的原因、意义及客户的要求。通过制度化管理来合理组织安排项目组成员的工作职责和角色转换。2.软件开发项目管理规范适用对象

为了达到软件开发项目管理的根本目的，要求公司全体员工必须严格按照本规范执行，同时要求公司业务人员引导合作单位和客户接受并适应公司本《软件项目开发管理规范》。3.软件项目开发组织管理

根据软件开发的标准流程，结合公司的实际情况对软件项目分三个主要阶段进行组织管理，分别为项目立项阶段、项目实施阶段和项目验收总结阶段。

二、软件项目立项阶段

1.成立公司项目评估委员会负责公司的项目立项审批。

2.公司项目评估委员会由公司总经理或指定负责人召集，成员为公司管理层人员、商务负责人、市场负责人、技术总监、技术研发经理、财务负责人组成。

3.公司业务部门按照公司发展要求或外部需求形成《软件项目需求说明书》，确定项目需求管理人或项目申请人。

4.项目申请人填写《软件项目立项申请书》向项目评估委员会提出项目立项申请，主要说明项目的背景、目的、效益、成本、需求等方面，并由技术部门提供支持和技术说明。5.项目评估委员会收到《项目立项申请书》后三个工作日内，召开评估会议。给出评估结果。如果批准立项交公司技术总监组织开发。如果不批准，给出理由后项目中止。中止后的项目可根据情况重新申请。

6.评估结果必须包括：建议项目启动日期，期望项目完成日期，项目等级系数，项目优先级（高中低），资源冲突程度(1~9)。对于资源冲突程度大于5的项目技术总监有权拒绝

软件开发过程管理规范

接受。

三、软件项目实施阶段

1.公司批准立项的项目交由公司技术总监组织实施。

2.技术总监根据资源情况和项目需求组织相关技术人员进行初步需求讨论会，确定项目的等级系数（如分大、中、小对应3、2、1）、指定项目开发负责人。在立项后五个工作日内技术总监和项目开发负责人共同制定《软件项目开发计划》，确定项目启动日并提交项目评估委员会做反馈确认。如果项目评估委员会二位成员以上对计划有异议，项目评估委员会应该召开项目计划协调会，协调《软件项目开发计划》的修改和通过。如果无异议授权技术总监按照《软件项目开发计划》执行。

3.项目启动日后，项目开发负责人根据《软件项目开发计划》的进度每周进行一次分析汇报，形成《项目分析周报》确定项目的状态、分析风险和对策，交技术总监管控。4.《软件项目开发计划》必须按照软件项目实施过程分解为需求分析、系统设计、开发编码和测试提交几个控制过程。

四、项目需求分析过程

1.项目需求分析团队由技术总监负责，组成人员包括技术研发经理、项目开发负责人、部分高级软件开发工程师和需求提供人。

2.需求分析第一次会议将在《软件项目开发计划》通过后，在项目启动日2个工作日内召开，提出需求的不足之处交需求提供人完善。

3.分析团队分工完成提交《软件项目需求功能列表》及《项目关键业务流程》文挡。4.需求分析应该在需求分析第一次会议后的开始，并在（3个工作日*项目等级系数）日内完成。

5.需求分析过程完成后，如果需求变更提供人必须书面提出《项目需求变更通知书》，项目需求分析团队在2个工作日内完成分析反馈，确定项目变更系数；项目负责人变更对应《软件项目开发计划》版本。

6.需求分析阶段完成的标志为技术总监召开文挡审查和阶段总结会，时间为1个工作日。

软件开发过程管理规范

五、项目系统设计过程

1.项目设计团队由技术总监负责，组成人员包括技术研发经理、项目开发负责人、部分高级软件开发工程师。

2.项目分析设计团队在收到需求阶段文档后2个工作日内召开设计工作启动协调会，审查反馈需求阶段文档。

3.协调会明确分工、按计划完成《项目系统接口说明》、《项目系统数据设计文档》和《主要操作界面说明》文档。

4.项目设计应该在启动协调会后开始，并在（5个工作日*项目等级系数）日内完成。5.项目负责人接到《项目需求变更通知书》后，按照1个工作日*项目变更系数调整对应设计和计划。

6.项目设计阶段完成的标志为技术总监召开设计文挡审查和阶段总结会，时间为1个工作日。

六、项目开发编码过程

1.项目开发编码团队由技术研发经理负责，组成人员包括项目开发负责人和软件开发工程师。

2.项目开发编码团队在收到需求和设计阶段文档后2个工作日内召开编码工作启动协调会，学习理解并反馈需求和设计阶段文档。

3.技术研发经理按照项目《软件项目开发计划》中开发编码过程的细分阶段进行控制。

4.项目开发负责人需负责项目联调测试，保证《项目关键业务流程》和《主要操作界面说明》文档的实现。

5.技术研发经理要组织项目开发编码团队对（项目等级系数）关键代码进行集中解读，保证编码的质量和规范。

6.根据项目的情况，要求开发编码人员对《项目系统接口说明》中接口进行性能测试，并产生接口测试报告。

7.技术研发经理负责做好开发编码的版本管理工作。

8.开发编码应该在编码工作启动协调会后开始，并在（10个工作日*项目等级系数）内完成。

软件开发过程管理规范

9.开发编码阶段完成的标志为测试人员接受测试版本后，技术研发经理召开提交和阶段总结会，开发人员的所有代码转交给项目负责人管理。时间为1个工作日。

七、测试提交过程

1.项目测试团队由技术研发经理、项目负责人和测试工程师组成。

2.测试工程师首先检查开发编码团队《项目关键业务流程》、《主要操作界面说明》和《项目系统接口说明》的测试结果。如果通过才接受，否则将退回。

3.测试工程师在开发编码阶段的同时应该编制好《项目软件使用说明书》，接受测试版本后按照《项目软件使用说明书》进行测试。

4.测试工程师重新测试一次《项目关键业务流程》、《主要操作界面说明》和《项目系统接口说明》。

5.测试工程师完成对应版本的《项目测试报告》，发现的问题交项目负责人负责组织开发人员修改完善。

6.测试工程师提交完成版本的《项目测试报告》后，由技术研发经理确认并签字。将对应版本定义为发布版本。

7.测试工作应该在接受测试版本后进行，并在（5个工作日*项目等级系数）内完成。

八、项目验收总结阶段

1.发布版本后，项目负责人打印收集好所有项目过程文挡，并有对应责任人签字。

2.项目负责人回顾总结《软件项目开发计划》，分析总结实际和计划差异，形成《项目计划执行情况报告》。

3.技术研发经理总结项目设计、开发、测试过程的质量控制和开发人员开发效率情况，总结经验教训并提出项目开发改进措施。

4.技术总监总结分析成本控制、对全部项目人员进行考核，形成《项目总结报告》。并完善本规范流程。

5.上述工作完成后，提交项目评估委员会总结会审批后公布。

第五篇：软件开发计划(SDP)

1引言

本章分为以下几条。

1.1标识

本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。

1.2系统概述

本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。

1.3文档概述

本条应概述本文档的用途和内容，并描述与其使用有关的保密性和私密性的要求。

1.4与其他计划之间的关系

(若有)本条描述本计划和其他项目管理计划的关系。

1.5基线

给出编写本项目开发计划的输入基线，如软件需求规格说明。

2引用文件

本章应列出本文档引用的所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。

3交付产品

3.1程序

3.2文档

3.3服务

3.4非移交产品

3.5验收标准

3.6最后交付期限

列出本项目应交付的产品，包括软件产品和文档。其中，软件产品应指明哪些是要开发的，哪些是属于维护性质的；文档是指随软件产品交付给用户的技术文档，例如用户手册、安装手册等。

4所需工作概述

本章根据需要分条对后续章描述的计划作出说明，(若适用)包括以下概述：

a.对所要开发系统、软件的需求和约束；

b.对项目文档编制的需求和约束；

c.该项目在系统生命周期中所处的地位；

d.所选用的计划/采购策略或对它们的需求和约束；

e.项目进度安排及资源的需求和约柬；

f.其他的需求和约束，如：项目的安全性、保密性、私密性、方法、标准、硬件开发和软件开发的相互依赖关系等。

5实施整个软件开发活动的计划

本章分以下几条。不需要的活动的条款用“不适用”注明，如果对项目中不同的开发阶段或不同的软件需要不同的计划，这些不同之处应在此条加以注解。除以下规定的内容外，每条中还应标识可适用的风险和不确定因素，及处理它们的计划。

5.1软件开发过程

本条应描述要采用的软件开发过程。计划应覆盖论及它的所有合同条款，确定已计划的开发阶段(适用的话)、目标和各阶段要执行的软件开发活动。

5.2软件开发总体计划

本条应分以下若干条进行描述。

5.2.1软件开发方法

本条应描述或引用要使用的软件开发方法，包括为支持这些方法所使用的手工、自动工具和过程的描述。该方法应覆盖论及它的所有合同条款。如果这些方法在它们所适用的活动范围有更好的描述，可引用本计划的其他条。

5.2.2软件产品标准

本条应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面要遵循的标准。标准应覆盖合同中论及它的所有条款。如果这些标准在标准所适用的活动范围有更好的描述，可引用本计划中的其他条。对要使用的各种编程语言都应提供编码标准，至少应包括：

a.格式标准(如：缩进、空格、大小写和信息的排序)；

b.首部注释标准，例如(要求：代码的名称/标识符，版本标识，修改历史，用途)需求和实现的设计决策，处理的注记(例如：使用的算法、假设、约束、限制和副作用)，数据注记(输入、输出、变量和数据结构等)；

c.其他注释标准(例如要求的数量和预期的内容)；

d.变量、参数、程序包、过程和文档等的命名约定；

e.(若有)编程语言构造或功能的使用限制；

f.代码聚合复杂性的制约。

5.2.3可重用的软件产品

本条应分以下若干条。

5.2.3.1吸纳可重用的软件产品

本条应描述标识、评估和吸纳可重用软件产品要遵循的方法，包括搜寻这些产品的范围和进行评估的准则。描述应覆盖合同中论及它的所有条款。在制定或更新计划时对已选定的或候选的可重用的软件产品应加以标识和说明，(若适用)同时应给出与使用有关的优点、缺陷和限制。

5.2.3.2开发可重用的软件产品

本条应描述如何标识、评估和报告开发可重用软件产品的机会。描述应覆盖合同中论及它的所有条款。

5.2.4处理关键性需求

本条应分以下若干条描述为处理指定关键性需求应遵循的方法。描述应覆盖合同中论及它的所有条款。

5.2.4.1安全性保证

5.2.4.2保密性保证

5.2.4.3私密性保证

5.2.4.4其他关键性需求保证

5.2.5计算机硬件资源利用

本条应描述分配计算机硬件资源和监控其使用情况要遵循的方法。描述应覆盖合同中论及它的所有条款。

5.2.6记录原理

本条应描述记录原理所遵循的方法，该原理在支持机构对项目作出关键决策时是有用的。应对项目的“关键决策”一词作出解释，并陈述原理记录在什么地方。描述应覆盖合同中论及它的所有条款。

5.2.7需方评审途径

本条应描述为评审软件产品和活动，让需方或授权代表访问开发方和分承包方的一些设施要遵循的方法。描述应遵循合同中论及它的所有条款。

6实施详细软件开发活动的计划

本章分条进行描述。不需要的活动用“不适用”注明，如果项目的不同的开发阶段或不同的软件需要不同的计划，则在本条应指出这些差异。每项活动的论述应包括应用于以下方面的途径(方法/过程/工具)：

a.所涉及的分析性任务或其他技术性任务；

b.结果的记录；

c.与交付有关的准备(如果有的话)。

论述还应标识存在的风险和不确定因素，及处理它们的计划。如果适用的方法在5.2.1处描述了的话，可引用它。

6.1项目计划和监督

本条分成若干分条描述项目计划和监督中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.1.1软件开发计划(包括对该计划的更新)

6.1.2CSCI测试计划

6.1.3系统测试计划

6.1.4软件安装计划

6.1.5软件移交计划

6.1.6跟踪和更新计划，包括评审管理的时间间隔

6.2建立软件开发环境

本条分成以下若干分条描述建立、控制、维护软件开发环境所遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.2.1软件工程环境

6.2.2软件测试环境

6.2.3软件开发库

6.2.4软件开发文档

6.2.5非交付软件

6.3系统需求分析

6.3.1用户输入分析

6.3.2运行概念

6.3.3系统需求

6.4系统设计

6.4.1系统级设计决策

6.4.2系统体系结构设计

6.5软件需求分析

本条描述软件需求分析中要遵循的方法。应覆盖合同中论及它的所有条款。

6.6软件设计

本条应分成若干分条描述软件设计中所遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.6.1 CSCI级设计决策

6.6.2 CSCI体系结构设计

6.6.3 CSCI详细设计

6.7软件实现和配置项测试

本条应分成若干分条描述软件实现和配置项测试中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.7.1软件实现

6.7.2配置项测试准备

6.7.3配置项测试执行

6.7.4修改和再测试

6.7.5配置项测试结果分析与记录

6.8配置项集成和测试

本条应分成若干分条描述配置项集成和测试中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.8.1配置项集成和测试准备

6.8.2配置项集成和测试执行

6.8.3修改和再测试

6.8.4配置项集成和测试结果分析与记录

6.9 CSCI合格性测试

本条应分成若干分条描述CSCI合格性测试中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.9.1 CSCI合格性测试的独立性

6.9.2在目标计算机系统(或模拟的环境)上测试

6.9.3 CSCI合格性测试准备

6.9.4 CSCI合格性测试演练

6.9.5 CSCI合格性测试执行

6.9.6修改和再测试

6.9.7 CSCI合格性测试结果分析与记录

6.10 CSCI/HWCI集成和测试

本条应分成若干分条描述CSCI/HWCI集成和测试中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.10.1 CSCI/HWCI集成和测试准备

6.10.2 CSCI/HWCI集成和测试执行

6.10.3修改和再测试

6.10.4 CSCI/HWCI集成和测试结果分析与记录

6.11系统合格性测试

本条应分成若干分条描述系统合格性测试中要遵循的方法。各分条的计划应遵循合同中论及它的所有条款。

6.11.1系统合格性测试的独立性

6.11.2在目标计算机系统(或模拟的环境)上测试

6.11.3系统合格性测试准备

6.11.4系统合格性测试演练

6.11.5系统合格性测试执行

6.11.6修改和再测试

6.11.7系统合格性测试结果分析与记录

6.12软件使用准备

本条应分成若干分条描述软件应用准备中要遵循的方法。各分条的计划应遵循合同中论及它的所有条款。

6.12.1可执行软件的准备

6.12.2用户现场的版本说明的准备

6.12.3用户手册的准备

6.12.4在用户现场安装

6.13软件移交准备

本条应分成若干分条描述软件移交准备要遵循的方法。各分条的计划应遵循合同中论及它的所有条款。

6.13.1可执行软件的准备

6.13.2源文件准备

6.13.3支持现场的版本说明的准备

6.13.4“已完成”的CSCI设计和其他的软件支持信息的准备

6.13.5系统设计说明的更新

6.13.6支持手册准备

6.13.7到指定支持现场的移交

6.14软件配置管理

本条应分成若干分条描述软件配置管理中要遵循的方法.各分条的计划应遵循合同中论及它的所有条款。

6.14.1 配置标识

6.14.2配置控制

6.14.3配置状态统计

6.14.4配置审核

6.14.5发行管理和交付

6.15软件产品评估

本条应分成若干分条描述软件产品评估中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.15.1中间阶段的和最终的软件产品评估

6.15.2软件产品评估记录(包括所记录的具体条目)

6.15.3软件产品评估的独立性

6.16软件质量保证

本条应分成若干分条描述软件质量保证中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.16.1软件质量保证评估

6.16.2软件质量保证记录、包括所记录的具体条目

6.16.3软件质量保证的独立性

6.17问题解决过程(更正活动)

本条应分成若干分条描述软件更正活动中要遵循的方法.各分条的计划应覆盖合同中论及它的所有条款。

6.17.1问题/变更报告

它包括要记录的具体条目(可选的条目包括：项目名称，提出者，问题编号，问题名称，受影响的软件元素或文档，发生日期，类别和优先级，描述，指派的该问题的分析者，指派日期，完成日期，分析时间，推荐的解决方案，影响，问题状态，解决方案的批准，随后的动作，更正者，更正日期，被更正的版本.更正时间，已实现的解决方案的描述)。

6.17.2更正活动系统

6.18联合评审(联合技术评审和联合管理评审)

本条应分成若干分条描述进行联合技术评审和联合管理评审要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款.6.18.1联合技术评审包括----组建议的评审

6.18.2联合管理评审包括----组建议的评审

6.19文档编制

本条应分成若干分条描述文档编制要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款.应遵循本标准第5章文档编制过程中的有关文档编制计划的规定执行.6.20其他软件开发活动

本条应分成若干分条描述进行其他软件开发活动要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款.6.20.1风险管理，包括已知的风险和相应的对策

6.20.2软件管理指标，包括要使用的指标

6.20.3保密性和私密性

6.20.4分承包方管理

6.20.5与软件独立验证与确认(IV&V)机构的接口

6.20.6和有关开发方的协调

6.20.7项目过程的改进

6.20.8计划中未提及的其他活动

7进度表和活动网络图

本章应给出：

a.进度表，标识每个开发阶段中的活动，给出每个活动的初始点、提交的草稿和最终结果的可用性、其他的里程碑及每个活动的完成点.b.活动网络图，描述项目活动之间的顺序关系和依赖关系，标出完成项目中有最严格时间限制的活动。8项目组织和资源

本章应分成若干条描述各阶段要使用的项目组织和资源.8.1项目组织

本条应描述本项目要采用的组织结构，包括涉及的组织机构、机构之间的关系、执行所需活动的每个机构的权限和职责。

8.2项目资源

本条应描述适用于本项目的资源。(若适用)应包括：

a.人力资源，包括：

1)估计此项目应投入的人力(人员/时间数);

2)按职责(如：管理，软件工程，软件测试，软件配置管理，软件产品评估，软件质量保证和软件文档编制等)分解所投入的人力；

3)履行每个职责人员的技术级别、地理位置和涉密程度的划分；

b.开发人员要使用的设施，包括执行工作的地理位置、要使用的设施、保密区域和运用合同项目的设施的其他特性；

c.为满足合同需要，需方应提高的设备、软件、服务、文档、资料及设施，给出一张何时需要上述各项的进度表；

d.其他所需的资源，包括：获得资源的计划、需要的日期和每项资源的可用性.9培训

9.1项目的技术要求

根据客户需求和项目策划结果，确定本项目的技术要求，包括管理技术和开发技术。

9.2培训计划

根据项目的技术要求和项目成员的情况，确定是否需要进行项目培训，并制订培训计划。如不需要培训，应说明理由。

10项目估算

本章应分若干条说明项目估算的结果。

10.1规模估算

10.2工作量估算

10.3成本估算

10.4关键计算机资源估算

10.5管理预留

11风险管理

本章应分析可能存在的风险，所采取的对策和风险管理计划。

12支持条件

12.1计算机系统支持。

12.2需要需方承担的工作和提供的条件。

12.3需要分包商承担的工作和提供的条件。

13注解

本章应包含有助于理解本文档的一般信息(例如原理)。本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。

附录

附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。为便于处理，附录可单独装订成册。附录应按字母顺序(A, B等)编排。