软件开发计划(SDP)

第一篇：软件开发计划(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等)编排。

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

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

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

软件开发计划(SDP)

说明：

1.《软件开发计划》(SDP)描述开发者实施软件开发工作的计划，本文档中“软件开发”一词涵盖了新开发、修改、重用、再工程、维护和由软件产品引起的其他所有的活动。

2.SDP是向需求方提供了解和监督软件开发过程、所使用的方法、每项活动的途径、项目的安排、组织及资源的一种手段。

3.本计划的某些部分可视实际需要单独编制成册，例如，软件配置管理计划、软件质量保证计划和文档编制计划等。

软件开发计划的正文的格式如下

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等)编排。

第四篇：软件开发技术部年终总结及计划

软件开发技术部年终总结及计划

演讲稿

尊敬的各位同仁，大家下午好。借此机会，我向在各自岗位上默默付出的兄弟姐妹们，表示衷心的感谢。

我们技术部目前在公司的主要职责就是为各个部门提供技术上的支持，像现在的GOA系统、国外销售网站、外挂、游戏麦网站、各收货商网站等等都是我们的职能范围。2010年上半年技术部的主要绩效集中在自动囤取软件、自动收货软件、自动转货软件等一系列自动化软件的开发工作以及一些管理系统的维护工作上，借助这些软件，公司的营运及管理效率得到了提升，为公司带来了效益！但是我们还有非常大的提升空间，需要大家共同努力去突破。

我们现在还存在以下几个需要解决的问题：

第一点：部门人力配置不足，分工无法细化。一些岗位有经验的技术人员难招聘，是导致这个问题的主要原因。由于公司所在的地区为县级市，导致很多大城市有经验的技术人员不愿意来这边。我们以后可以从身边的同事和朋友方面着手拓展技术人员招聘这块，也希望在座的兄弟姐妹们一起帮帮忙，挖掘身边的合适资源。

第二点：部分同事在处理一些相对繁琐的工作任务地时候，主动性和积极性方面有所欠缺，工作效率比较低。对于这点，接下来我们会借助绩效考核等管理工具，让那些能够为公司创造价值，付诸自身努力的同事，无论从物质上还是精神上都能够获取更大的利益。更重要的一点，就是沟通和合作也是创造效率必不可少的条件。

第三点：一些项目型系统开发的延期，暴露出了我们缺乏项目管理方面的经验。接下来的工作我们需要有清晰的工作流程、责任更加明确、有序地去运作，还需要制定并逐步完善一些相关的开发规范。现在我们已经使用了Redmine对分配的任务进行跟进，不过还是无法满足我们实际的一些需求，这一块还需要作进一步的完善。

把以上提到的几点改善了，相信我们大家在工作当中都能够得到提升。

我们深刻理解技术部门对于公司发展的意义及公司对技术团队的期待和要求！所以，团队的每一位兄弟姐妹们对于公司的价值不言而喻，要充分发挥出我们团队的战斗力，需要我们拧成一股绳，共同努力。有一点可以肯定，“世间自有公道，付出总有回报”，只要我们付出努力，无论是在个人职业素质，物质报酬，或是职务上都会得到提升。目前我们正在开发的CRM系统，工作室管理软件，游戏帐号管理系统，还有GOA1.0和其他一系列的维护工作，以及接下来要做的游戏麦网站的改版，我们都有信心做的更好。

我深信，只要我们能够齐心协力，就可以发挥出超强的团队战斗力，就能够跨越前进道路上的任何障碍。

谢谢大家！

第五篇：SDP校长培训有感

触动就是收获

——SDP校长培训有感

交岔中学

马 剑

二OO四年十一月四日 ０ 触动就是收获

——SDP校长培训有感

彭阳县交岔中学 马 剑

2004年10月30日,中国-联合国儿基会SDP彭阳县县级校长培训正式开班，我作为交岔中学的一名校长有幸参加了这次培训,虽然培训时间只有短短的四天，但是这次培训对我有很大的触动,我觉着受益匪浅。

校长培训是国家教育部（2003-2007年教育振兴行动计划）中已确定的重要的项目，教体局对这次培训非常的重视，由陈书记带领人事股的一班人亲自负责全部事宜。

当今世界，科学技术突飞猛进，知识经济已见端倪，国力竞争日趋激烈，教育的作用和地位空前提高，教育的发展同时也面临着前所未有的变化和挑战。那么作为一个学校的负责人，到底应该怎样来做？这是摆在我眼前的一个重要问题，交岔是一个民族乡镇，发展教育有着其重要的意义。就如教研室刘主任在讲

１ 座中让大家讨论的那样，怎样才能做一个合格的校长？培训至今我一直在不断的思索着这个问题，几天的学习参观中，总禁不住回忆起自己六年来的校长工作，虽然思绪万千，但在心底我已确定了做一个好校长的坚定信念：那就是坚持不懈的学习，酝酿火热的激情，强化管理狠抓质量。

作为一名校长不学习就会落伍掉队，就会盲目自信一叶障目，就会眼高手低夜郎自大，有负众望。是的，如果没有这次培训。我还是会对校本课程和其意义一知半解，根本不可能明白，结合本校本地的传统优势，学生的兴趣和需要，开发或选用本校课程资源的重要性。在学习中我懂得了，实施SDP（学校发展规划）的目的就是使社区和学校共同参与发现学校面临的问题，原因和需求，全面而具体地了解学校的现状和优先要解决的问题，并找出解决的办法，明确学校今后发展的方向和目标。我觉着学校规划如一面镜子，可以让大家看到学校目前存在的问题和潜存的优势。在二小，无论是冯老师、马老师、刘老师的讲座还是看录像，都给我留下了深刻的影响。我暗下决心，２ 一定要坚持学习，吸取知识的营养，提升自己的管理能力。

四天的校长培训活动中，尤其让我难以忘怀的，是求真务实的陇上名校：平泉中学。

早起的阳光温暖而又明亮，斜斜地照进车窗，宇通大客车载着我们四十位校长越过红河乡的沟坡，进入陇上平原，冬天里平原上的小麦离地面已有三四寸，郁郁葱葱，绿得惹人的眼。几十里的沙石路颠簸的厉害，说真的，对于要参观的平泉中学，我并未有太多的想法，想着也就那样。可是当真正看了这个学校后，我和大家一样，不由得发出了由衷的感叹，“真了不起！生活和学习在这个学校的孩子们该是多么幸福啊！”当踏上回县的路时，眼望着渐渐远去的平泉中学，我心中久久不能平静。我喜欢上了这里。我知道，平泉中学的一切，校长、沙秀石、平凡的教师们、十八灶、快餐店、三座高耸的大楼、现代化的教学设施，都会永远留在心中，将会影响着我的生活我的学校。我心中暗自发誓，做校长当如慕政重。

平泉中学，这所建成于1958年的老校，多年来

３ 为国家培养了许多有用的人才。这是一所质朴、求实、上进的学校。近几年实现了连续五年高考进线人数，每年递增100多名的五级跳，向北大清华等重点高校输送了100多名学生，2003年的录取率高达95.4%，让人惊叹。这一切都来自全校师生们的辛勤耕耘，来自于慕校长万般的努力。座谈会上，慕政重校长在讲学校的发展时，每每提到学校所遇难关时，眼睛竞有些湿润。“要办好一个学校，就是要强抓管理，别无选择，” 慕校长非常注重管理，大到大楼与教学，小到关灯与关龙头，都管的那样郑重其事，那样的一丝不够。慕校长是一个自信的人，他说：“我们的奋斗目标是创办省级重点高中全国重点高中”。现代化的教学在平泉中学是一个无人能及的优势，他们的多媒体报告厅，多媒体教室，会议室，教室，实验室的现代化设施都已达到了一定的水平。在教育日新月异的发展中，他们走在了前面。正向他们的标语所写的：“早向前迈一步，就是多迈一个时代”。

这是一个有特色的学校，处处都张贴着很有感染力的标语。“勿负父母 报效国家”（教室）；无知识

４ 的热心犹如在黑暗中远征（阅览室）；探索生命的奥秘（生物实验室）；多改变自己，少埋怨环境，多抢挑重担，少推卸责任。少说空话，多干实事，多琢磨事，少琢磨人（会义室）。他们有自己的校歌校微，有自己的办学理念（以德治校，依法治校，教研兴校，质量强校），另外还有平泉中学的五种精神，这一切都尤为感人。

当然经验的吸取不可能照本宣科，生搬硬套，但可以借鉴，可以引发，就如领队陈书记所言：“触动就是收获”。

当回归的班车进入彭阳地界，便见沟壑纵横群山连绵，和陇上平原相比较，不免让人伤感。在这样一个山城，教育到底怎样来搞，校长该怎样来当，这是我们这些教育工作者急需思索的一个问题。

参观了白阳镇小学和罗洼中学，我忽然觉着办教育要有火一样的热情，盘石一样的信念。这是两所正在发展中的学校，走进两校，先前的墙裂顶漏的沧桑时代已经远去。，校园是那样的干净整洁富有朝气。求真、尚勤、唯新、适宜的办学特色，办人民满意的

５ 学校，做学生信赖的老师的郑重承诺，都无不显示着我县的学校管理者和广大师生开拓创新，抢抓机遇，努力发展教育的决心和信念。

四天的参观，我满载而归，心头涌动着要办好交岔中学的无数个想法。几年来我校的教师平凡而又执着于正道，以其朴素的教育理念，孜孜以求，与时俱进，以其滴水之身放射出应有的光芒。我们的学生生活在比较恶劣的环境中，身后有贫穷与自卑紧紧跟随。可他们刻苦上进，磨励成才。一届一届的农家子弟，总有络绎不绝的佼佼者，拍拍身上的灰尘，怀揣理想跨进彭阳一二中、固原一中、银川一中的大门。做为校长，面对风起云涌的教育之潮，我会以这次培训为契机，冲破思想的牢笼，蹲下身子，仔细揣摩，潜心研究寻求民族地方教育发展的好路子，我想，平泉中学的今天，一定会是我们交岔中学的明天。

2003年11月3日

６