软件项目开发和管理规范

软件项目开发和管理规范V1

软件开发标准化工作流程

1引言

1.1编写目的

软件项目管理是软件工程和项目管理的交叉学科，软件项目管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。根据美国项目管理协会PMI 对项目管理的定义可以将软件项目管理定义为：在软件项目活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体要求。

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展。

软件生存周期包括可行性分析与项目开发计划、需求分析、设计（概要设计和详细设计）、编码、测试、维护等活动，所有这些活动都必须进行管理，在每个阶段都存在着权限角色控制、文档管理、版本控制、管理工具等，软件项目管理贯穿于软件生命的演化过程之中。

1.2适用范围

所有软件项目管理。

1.3定义

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

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测试阶段管理

●主要工作

执行测试

测试整个软件系统（健壮性测试） 完善用户手册

编写开发总结报告

●完成文档

测试报告

用户手册

开发工作总结

3.5维护阶段管理

●主要工作

为纠正错误，完善应用而进行修改

对修改进行配置管理

编写故障报告和修改报告

修订用户手册

●完成文档

故障报告

修改报告

3.6工具管理

列出开发的工具

4软件项目估算与进度管理

4.1软件项目估算

软件项目估算包括工作量估算和成本估算两个方面。软件估算作为软件项目管理的一项重要内容，是确保软件项目成功的关键因素。估算是指通过预测构造软件项目所需要的工作量的过程。初步的估算用于确定软件项目的可行性，详细的估算用于指导项目计划的制定。

4.2软件规模

对软件项目进行估算遇到的第一个问题就是软件规模，即软件的程序量。软件规模是软件工作量的主要影响因素。软件项目的设计有一个分层结构，这一分层结构就对应着工作分解结构（WBS，Work Breakdown Structure），它将软件过程和软件产品结构联系起来。下图是一个典型的WBS结构：

有了工作分解结构之后，必须定义度量标准用以对软件规模进行估计。常用的软件规模度量标准有两种：代码行LOC（Lines Of Code）和功能点FP（Function Points）。

●代码行

代码行LOC是常用的源代码程序长度的度量标准，指源代码的总行数。

源代码中除了可执行语句外，还有帮助理解的注释语句。

●功能点

功能点度量是在需求分析阶段基于系统功能的一种规模估计方法，该方

法通过已经初始应用需求来确定各种输入、输出、查询、外部文件和内

部文件的数目，从而确定功能点数量。

4.3成本估算

成本估算是对完成软件项目所需费用的估计和计划，是软件项目计划中的一个重要组成部分。

4.4进度安排

在确定了项目资源（总成本、人员、时间等），把其分配到各个项目开发阶段中，即确定项目的进度。进度的合理安排是如期完成软件项目的重要保证，也是合理分配资源的重要依据，建议进度安排使用Gantt图（甘特图）。

项目整体进度安排的过程如下：

1)根据项目总体进度目标，编制人员计划。

2)将各阶段所需要的资源和可以取得的资源进行比较，确定各阶段的初步

进度，然后确定整个项目的初步进度。

3)对初步进度计划进行评审，确保该计划满足要求，否则就重复上面的步

骤。

进度安排的详细程度取决于相应工作分解结构的详细程度，而工作分解结构又取决于项目当前所处阶段与历史经验，进度安排计划随着项目的进展而动态调整，逐渐趋于更加详细准确。

在软件项目进行过程中，要及时更新项目进度，以使管理者及时了解项目进展情况。

软件配置管理规定

软件配置管理规定? 为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程，制定本规定。 一、配置原则? 1、软件配置遵循安全性、适用性、 2、单经济性与正版化得原则，不得配置非正版软件。? 位使用得商业软件、OEM软件、免费软件均需纳入配置管理，不得配置与工作无关得各类软件。?3、优先采用场地授权(许可)方式配置软件。 二、配置流程 1、软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1)。 ２、信息化部门统计、汇总软件使用部门报送得《软件使用需求申请表》,对软件使用部门需要得相关软件进行统一测试与试用，综合考虑软件得价格、兼容性、安全性与售后服务等因素,确定软件选型,明确软件名称与版本.涉及使用免费软件得,更新《可使用免费软件清单》(附件2）。 3、信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可得差异。单位软件许可不足得，编制《软件采购计划表》（附件3）。 4、财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年

限、兼容性与售后服务等要求。?5、财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点就是软件采购合同、软件授权证书、软件安装序列号等资料得管理工作。? 6、信息化部门负责软件使用管理日常工作。?7、单位采购得软件,因以下情况申请报废得，需经过信息化部门鉴定,严格履行资产处置报批手续：?(１）已经达到规定得最低使用年限,且无法继续使用得.?（２）未达到规定得最低使用年限,因技术进步等原因无法继续使用得。?（3）未达到规定得最低使用年限,因计算机硬件报废，且无法迁移到其她计算机上继续使用得. ８、信息化部门在单位新采购软件、报废软件与调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4)。

项目实施管理规范

项目实施管理规范 为了提高施工效率，控制工程质量，优化施工管理，保证工程效益特制定本规范。本规范适用于区域能源中心（以下简称“中心”）现场安装施工项目的管理。 项目经理在部门经理下负责本规范的执行。

一项目实施管理流程1.1项目实施整体流程

1.2项目实施流程所需资料及注意事项 1.2.1流程1 （1）项目招投标文件（最终版），由商务人员提供。 （2）项目合同（最终版），由商务人员提供 （3）项目启动会议记录（可选） 1.2.2流程2 （1）设备采购申请表（备注设备到货时间），提交给采购部（2）工具材料申领表，提交给技术部后勤 1.2.3流程3 （1）现场勘测调查报告表（可选） （2）客户沟通会议记录（可选） 1.2.4流程4： （1）项目实施方案（可选）和施工安排进度计划表 （2）项目实施费用预算表 1.2.5流程5 （1）项目开工报告 （2）工程延期申请 （3）变更资料 （4）设备进场记录 （5）设备安装调试记录（含现场施工照片） （6）项目施工图纸其他过程类资料 （7）系统测试报告

1.2.6流程6 （1）项目完工报告 （2）试运行报告 （3）项目验收报告 （4）验收资料目录 （5）客户满意度调查表 1.2.7流程7 （1）项目实施费用结算表（项目实施费用流水账） （2）交接资料清单 1.2.8流程8 （1）售后服务记录 1.3 参与项目实施人员岗位职责划分 1.3.1项目负责人（项目经理） （1）负责参与项目所有流程，并严格按照流程规定执行。 （2）负责项目货物，人员，实施费用的调配。 （3）负责项目施工质量和进度的监督。 1.3.2项目技术人员 （1）负责项目技术实施、货物的收取和存放。 （2）负责项目过程类资料的制作 （3）负责项目现场与施工有关的其他工作。 1.3.3项目外聘人员 （1）由项目负责人负责工作安排和职责划定。

(国内标准)GB-软件开发主要文档编写规范

231 GB 8567－88软件开发主要文档编写规范 本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。 一、可行性研究报告 l 引言 1.1 编写目的 说明：说明本可行性研究报告的编写目的，指出预期的读者。 1.2 背景 说明： a ．所建议开发的软件系统的名称。 b ．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。 c ．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料，如： a ．本项目的经核准的计划任务书或合同、上级机关的批文。 b ．属干本项目的其他已发表的文件。 c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 可行性研究的前提 说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。 2.1 要求 说明对所建议开发软件的基本要求，如： a ．功能。 b ．性能。 c ．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。 d. 输入说明。系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。 e ．处理流程和数据流程。用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。 f. 在安全与保密方面的要求。 g. 同本系统相连接的其他系统。 h. 完成期限。 2.2 目标 说明所建议系统的主要开发目标，如： a. 人力与设备费用的减少。 b. 处理速度的提高。 c. 控制精度或生产能力的提高。

软件配置管理流程

配置管理流程规定 (Ver1.0) 拟制：___________________ 审核：___________________ 签发：___________________

目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)

1.配置管理流程 1.1概述 规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图

1.3软件需求分析阶段 参加需求分析会议，配置管理负责人记录，有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段，为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、备份计划等，审批该计划。 1.6配置库管理 配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理： 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划，并按相关规定贯彻执行； 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求； 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划； 2)执行配置项管理； 3)执行版本控制和变更控制方案； 4)编制配置状态报告； 5)配置库的建立和权限分配； 6)配置管理工具的日常管理与维护； 7)配置库的日常操作和维护 开发人员

系统集成项目管理规范

系统集成项目管理规范 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】

系统集成工作规范 目录 一、总则 第1条为规范本公司系统集成的管理，形成一套行之有效的规范化的工作方法，提高工作效率，明确员工的工作职责，保证工 程的质量，特制定本规范。 第2条鉴于本公司的实际工作分工，本规范所指的系统集成并不包括项目的前期方案设计和应用软件的开发和维护。 第3条本规范的主要内容包括：工程组织结构、工程工作流程、工程管理与考核、工程准备管理、工程准备管理、工程实施管

理、工程验收管理、工程维护管理、出差管理、培训体系共 十大部分。 第一章工程组织结构 第1条工程的系统集成工作采用项目负责制，即由部门负责人指定、报公司批准确定一名项目经理。 第2条项目经理接受任命后，必须与用户项目组协调，确定用户现场负责人，制订出可行的工作进度表。根据工程的情况，划分子系统，并针对不同 的子任务，由项目经理提名，部门负责人批准配备工程参与人员组成一 任务小组，任务小组可以由一名或多名人员组成。项目经理也可以作为 工程参与人员。 第3条针对不同的子任务，由项目经理指定一个工程参与人员为任务小组负责人。 第4条项目经理的主要职责： 1）与用户和公司进行工程总协调。 2）计划工程进度，划分工程的子任务。 3）负责工程参与人员的配备并安排的实施过程，负责工程的成本、包括住宿、长途交通费、市内交通费等。 4）对用户所提出要求的响应。 5）制作和管理工程文档。 6）协调解决工程实施过程中出现的不可预测的问题。 7）向部门和公司领导汇报工作进度。

软件开发文档规范

附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 ）详细设计说明

软件版本管理规范标准[详]

软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划

上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目部的目录结构： |–projectA |–src （保存该项目的源程序） |–doc （保存项目相关文档） |–000.项目管理（保存项目过程管理相关文档） |–010.项目计划（保存项目计划相关文档） |–020.项目需求（保存项目需求相关文档） |–030.系统设计（保存项目设计相关文档） |–030.系统测试（保存项目代码测试相关文档） |–040.系统实施（保存项目部署实施相关文档） |–050.系统运维（保存项目运维文档，包括培训、用户手册等） |–060.技术资料（保存项目技术文档，包括第三方技术资料等）

软件开发过程管理规范

软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]

0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量

4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价

软件配置管理规范.doc

软件配置管理规范1 1．简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退

出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。

PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能 通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1

工程项目实施管理规定

工程项目实施管理规定 Prepared on 22 November 2020

1目的和适用范围 1.1为了使公司技措项目从立项后委托初步设计开始到项目竣工验收的管理规范化、 系统化，特制定本程序。 1.2本程序适用于技措技改项目立项后的施工管理。 2相关文件 2.1《生产与服务管理程序》 2.2《外协工程施工单位资质评审办法》 2.3《安全管理制度汇编》 3管理职责 3.1工程项目部负责项目从立项审批后直至工程项目竣工验收的施工管理。 3.2工程项目部负责工程项目环保、安全、消防、工业卫生“三同时”手续申报，竣工 申报。负责项目技术资料、批复、设计图纸的整理、归档。 3.3技术质安部负责工程项目施工质量、安全、环境的监督和检查，对外协工程施工 单位施工人员的安全教育培训。 3.4商务部负责工程项目合同的签订和所需施工材料及物资的采购，对外协工程施工 单位资质组织评审。 3.5综合管理部负责组织对外协项目申请的审批。 3.6DCS控制中心负责工程项目中DCS系统的安装、调试工作。 4管理内容和方法 4.1项目施工有工程项目部组织，设立单项项目负责人，项目负责人全面负责该项目 过程管理。同时对现场所有管理人员应有职责界定。

4.2若项目需外协，由工程项目部提出外协申请报综合管理部审批后实施，具体办法 参照《外协工程施工单位资质评审办法》。 4.3开工前，工程项目部负责办理外协单位安全协议（员工职业卫生）、、环保协 议、入厂证及动土、动火等相关手续。 4.4工程项目部负责施工过程的全面管理及与施工队伍的协调。根据施工要求组织设 计交底，技术交底，安全交底。同时客户对公司相关人员的培训，培训以通过率 为准，经对方确认后方可进场作业。 4.5工程项目部组织编制项目施工方案，审批程序按《文件与资料控制程序》进行， 施工方案审批后由项目负责人组织实施。 4.6本程序~的要求同时也适合于公司对分（外）包方的管理要求。 4.7商务部按照采购计划（材料申购单）采购材料，提供合格的采购材料。 4.8工程项目部施工管理过程控制措施： 1)根据施工计划检查现场施工安全、质量、进度等情况，定期召开施工例会。 2)定期将项目完成情况等信息反馈给商务部、公司主管领导。 3)接受上级领导和职能部门的监督和检查，落实改进措施。 4)外协项目负责对外协单位施工队伍质量、安全、环境的管理，具体按《安全管理制度 汇编》有关制度执行。 5)收集项目各阶段的各种资料并稳妥保管。 6)负责日常的施工管理工作，遇到技术难题时可组织召开施工协调会。 7)施工完成后申请中间交工。 8)配合施工决算和审计工作。 9)根据项目内容组织相关部门检查和验收。 10)办理相关的竣工备案手续。整理项目所有资料、图纸和竣工图。

软件配置管理计划示例

软件配置管理计划示例 作者：赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理

2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务 在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第条中详细规定。 2．3 职责 在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下： A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C．项目的专职配置管理人员检查在作配置更改时的质量保证措施； D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；

软件研发管理制度

武汉新英赛研发管理 第一节 软件研发岗位职责 一、软件研发部经理岗位职责 软件研发部经理在总经理或主管副总的领导下, 全面负责软件研发部的日常管理， 组织 开展软件研发与测试工作，完成企业研发目标和经营目标。其具体职责如表 二、高级研发工程师岗位职责 高级研发工程师参与建立研发工作标准与规范，协助部门经理组织完成软件研发工作, 管理软件研发项目，改良升级进行软件。其具体职责如表 8-1所示。 8-2所示。

表8-2 高级研发工程师岗位职责 三、软件研发工程师岗位职责 软件研发工程师协助高级工程师进行软件的设计与开发，收集整理相关行业信息与资料，为软件产品决策提供依据。其具体职责如表8-3所示。

四、软件测试工程师岗位职责 软件测试工程师主要负责软件测试工作, 根据软件产品规格和测试需求，编写测试方案、测试用例、测试脚本软件等。其具体职责如表8-4所示。 第二节软件研发管理制度 六、软件研发费用管理制度 第1章总则 第1条目的。 为了加强软件研发费用管理，规范资金的使用，减少公司不必要的损失，根据公司的实

际情况，特制定本制度。 第2 条研发费用管理原则。 1．计划统筹安排原则。 2．节约使用、讲求经济效益原则。 第3 条职责分工。 1．公司财务部负责研发费用的审批和报销，并随时监督费用的使用情况。 2．软件研发部负责研发费用的预算与使用控制。 第2 章研发费用的来源及使用范围 第4 条研发费用的来源。 1．公司对重点研发产品的专项拨款。 2．公司成本列支的研发费用。 3．从其他方面筹措来用于研发的费用。 第5 条研发费用的使用范围。 1．研发活动直接消耗的材料、燃料和动力费用。 2．研发人员的工资、奖金、社会保险费、住房公积金等人工费用以及外聘研发人员的劳务费用。 3．用于研发活动的仪器、设备、房屋等固定资产的折旧费或租赁费以及相关固定资产的运行维护、维修等费用。 4．用于研发活动的软件、专利权、非专利技术等无形资产的摊销费用。 5．用于中间试验和产品试制的模具、工艺装备开发及制造费，设备调整及检验费，样品、样机及一般测试手段的购置费，试制产品的检验费等。 用。用。6．研发成果的论证、评审、验收、评估以及知识产权的申请费、注册费、代理费等费7．通过外包、合作研发等方式，委托其他单位、个人或与之合作进行研发而支付的费8．与研发活动直接相关的其他费用，包括技术图书资料费、资料翻译费、会议费、差 旅费、办公费、外事费、研发人员培训费、专家咨询费、高新科技研发保险费用等。 第3章研发费用的使用管理 第6 条专款专用。

GB50358-2017 《建设项目工程总承包管理规范》

近日，住房和城乡建设部发布第1535号公告，批准《建设项目工程总承包管理规范》为国家标准，编号为GB/T50358-2017，自2018年1月1日起实施。出台有关的背景、重大内容的调整和补充以及问题解决的方法，工程建设相关各方需要深入了解。 工程总承包项目管理办法 第一章总则 第一条(目的和意义)为促进本市建设工程勘察、设计、施工等各阶段的深度融合，有效控制项目投资、提高工程建设效率，进一步推进和规范本市工程总承包的实施和发展，根据有关法律法规，结合本市实际情况，制定本办法。 第二条(定义)本办法所称工程总承包，是指从事工程总承包的企业(以下简称工程总承包企业)按照与建设单位签订的合同，对工程项目的勘察、设计、采购、施工等实行全过程的承包，并对工程的质量、安全、工期和造价等全面负责的承包方式。 工程总承包一般采用设计—采购—施工总承包或者设计—施工总承包模式。建设单位也可以根据项目特点和实际需要，按照风险合理分担原则和承包工作内容采用其他工程总承包模式。 第三条(适用范围)经市建设行政管理部门或者试点区建设行政管理部门确定的试点项目，采用工程总承包组织建设和监督管理的，适用本办法。 政府投资项目、采用装配式或者 BIM 建造技术的项目应当积极采用工程总承包模式。 国家部委对于专业工程的工程总承包另有规定的，从其规定。 第四条(管理部门)市建设行政管理部门负责本市工程总承包活动的监督管理;区建设行政管理部门按照其职责权限，负责本行政区域内工程总承包活动的监督管理。 第二章承发包管理 第五条(发包阶段)工程总承包发包可以采用以下方式实施： (一)项目审批、核准或者备案手续完成;其中政府投资项目的工程可行性研究报告已获得批准，进行工程总承包发包;

软件开发与维护管理规范

软件开发与维护管理规范 1 目的通过规范软件的开发与维护过程，达到提高软件质量，降低维护成本的目的。 2 范围适用于新产品的软件开发设计以及定型产品的改进升级。 3 职责与权限 研发中心负责： a)编制软件开发过程的实施、协调和控制工作； b)编制各阶段的技术文件； c)组织软件的测试、验收、升级和维护工作。 各部门参与软件开发过程中有关的设计评审。 4 内容 软件项目的开发实施过程管理要求 软件项目实施过程总体要求 本部分主要要求工程师制定软件开发工作计划，对过程进行控制，一般包括以下的内容。a) 工程师提交软件开发工作大纲，项目组织者对工作大纲进行评审，并提出整改意见。 b)通过评审后，工程师根据整改意见完善工作大纲，经过项目经理认可后组织项目组进行 软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进行，在开发过程中，工程师需分阶段提交相关文档。 c)在软件开发工作完成后，工程师应向项目组提交完整的软件文档，相关人员组织验收组对软件进行验收审查。 软件项目实施变更要求在开发过程中，需求或设计不可避免地需要发生变更，相关变更必须提交《软件变更申请》经过项目组书面同意方可进行。在需求或设计发生变更时，需要对原有文档进行修改，并提供完整的变更记录，以使变更处于可控制的状态。 软件项目实施里程碑控制本部分主要对软件开发过程中的重要节点进行控制。项目组将分四个阶段进行把关，召开审查会。 a）需求分析（结合原型进行审查）确认；

b）概要设计+数据库设计； c）预验收（样机测试时）； d）正式验收（产品定型后）。 软件开发 软件开发必须严格按照软件工程的要求进行。开发过程包括工程师的活动和任务。此过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组成。 软件的需求分析 需求分析 需求分析要求开发人员准确理解用户的需求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转化到相应的形式功能规约《软件需求规格说明书》的过程。 在《软件需求规格说明书》必须描述的基本问题是：功能、性能、强加于实现的设计限制、属性、外部接口。 需求报告评审在软件需求分析工作完成后，软件工程师应向项目组提交《软件需求规格说明书》。项目组组织有关人员（系统客户和系统开发人员等）对需求进行评审，以决定软件需求是否完善和恰当。项目组严格验证这些需求的正确性，一般从一致性，完整性，现实性，有效性四个方面进行验证。评审完成后，就可以进入软件的设计阶段。 软件的概要设计 概要设计 概要设计也称为系统设计，需要确定软件的总体结构，应该由哪些模块组成，以及模块与模块之间的接口关系，软件系统主要的数据结构和出错处理设计等，同时还要制定测试方案，形成概要设计说明书，为软件的详细设计提供基础。在概要设计时一般从以下几方面来考虑，遵循以下的流程。 概要设计和需求分析、详细设计之间的关系和区别需求分析不涉及具体的技术实现，而概要设计注重于从宏观上和框架上来描述采用何种技术手段、方法来实现这些需求。详细设计相对概要设计更注重于微观上和框架内的设计，是编码的依据。概要设计是指导详细设计的依据。 概要设计的评审 在软件概要设计工作完成后，软件工程师应向项目组提交《软件概要设计》。评审通过后，即可进入详细设

软件配置管理规范

软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线 (Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。

软件项目配置管理系统计划清单指导应用清单

中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。 此文件属中国核电集团所有，未经许可，不得以任何方式外传。

修改记录页

目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)

配置管理计划(一)基本信息 项目名称： 项目代号： 立项时间： 预计主要项目阶段有： 配置项目命名规则依据： (二)角色与职责

(三)配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。 （2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑存、外存、CPU等）。 预计建库申请日期： 预计建库日期： 预计工作库需空间： (四)权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。 若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。

(五)配置项计划 填写上面表格过程中，需要对照成果物列表逐项填写。

软件配置管理流程

软件配置管理流程

目录 1.配置管理流程 (3) 1.1 概述 (3) 1.2 总体流程图 (3) 1.3 软件需求分析阶段 (4) 1.4 软件设计阶段 (4) 1.5 制定配置管理计划 (4) 1.6 配置库管理 (4) 1.6.1 相关人员分配权限 (4) 1.6.2 配置项 (5) 1.7 版本控制 (6) 1.8 变更控制 (6) 1.9 配置审计 (7) 1.9.1 配置审核的类别 (7) 1.9.2 配置审核执行的时机 (7) 1.9.3 不符合项的处理 (7) 2.0.0 配置状态报告 (7) 2.0.1 配置状态报告的目的 (7) 2.0.2 配置状态报告记录的内容 (7) 2.0.3 配置状态报告的生成 (7) 2.1.0 发行管理 (8) 2.1.1 交付管理 (8) 2.1.1 软件配置管理员的处理规范 (8) 2.1.1.1 现阶段使用的版本配置服务器 (8) 2.1.1.2 主要操作流程 (8) 2.1.1.3 版本规范化处理 (8) 2.1.1.4 客户反馈问题处理 (8) 2.软件基线化规范 (9) 2.1 正常开发期 (9) 2.2 版本发布期 (9) 2.3 项目发布期 (9) 2.4 项目维护期 (9)

1.配置管理流程 概述 规范配置管理活动,明确配置项正确的唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 总体流程图

软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如《需求分析》。 软件设计阶段 参加涉及阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本于需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 制定配置管理计划 配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。 配置库管理 配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 相关人员分配权限 项目经理： 1）与（有关负责人员）协商确定项目起始基线； 2）接受配置管理计划，并按相关规定贯彻执行； 3）接受配置控制委员会的报告； 4）提出配置管理计划的修改要求； 5）提出管理的建议和要求。 配置管理员 1）编制配置管理计划； 2）执行配置项管理； 3）执行版本控制和变更控制方案； 4）编制配置状态报告； 5）配置库的建立和权限分配； 6）配置管理工具的日常管理与维护； 7）配置库的日常操作和维护； 开发人员 1）根据确定的配置管理计划和相关规定，提交配置项

工程项目管理方案及措施

工程项目管理方案及措施

一．项目管理的组织机构 （一）工程项目管理的组织 监理 （二）项目的管理机构，在今后实施过程中，视项目工程情况，可进行适当的补充和调整。 1．管理组织的机构框图 二．职责范围 （一）施工阶段的质量控制

1．质量的事前控制 1）掌握和熟悉质量控制的依据。 2）施工场地的质量检查验收。 3）施工队伍的资质审查。 4）工程所需原材料、半成品的质量控制。 5）施工机械的质量控制。 6）审查施工单位提交的施工组织设计。 7）施工环境、管理环境改善的措施。 A．协助监理单位完善项目监理规划和实施细则。 B．协助施工单位完善质量保证工作体系。 C．主动与监理公司、质监站联系，争取工程建设中有关部门的支持和帮助。 D．审核施工单位关于材料、制品试件取样及试验的方法方案。 E．审核施工单位制定的成品保护措施。 F．协助监理单位完善质量报表、质量事故的报告制度。 2．质量的事中控制 1）施工工艺过程质量的控制。 2）工序交接检查 严格执行上道工序不经检查验收不准进行下道工序的原则，上道工序完成后，先由施工单位进行自检、专职检，认为合格后，再通知监理工程师和甲方现场工程师到现场会同检验，检验合格后签署认可方进行下道工序。 3）隐蔽工程检查验收 隐蔽工程完成后，先由施工单位自检，初验合格后填报隐蔽工程质量验收通知单报监理工程师和甲方现场工程师检查验收。 4）工程质量事故处理 包括质量事故原因责任的分析、质量事故处理措施的商定、批准处理

工程质量事故的技术措施或方案、处理措施效果的检查。 5）配合监理单位行使质量监督权，下达停工指令。 为保证工程质量，出现下述情况之一者，现场工程师有权督促监理单位指令施工单位立即停工整改。 A．未经检验即进行下道工序作业者。 B．工程质量下降经指出后，未采取有效改正措施或采取了一定措施而效果不好，继续作业者。 C．擅自采用未经认可或批准的材料。 D．擅自变更设计图纸要求。 E．擅自将工程转包。 F．擅自让未经同意的分包单位进场作业者。 G．没有可靠的质量保证措施冒然施工，已出现质量下降征兆者。 6）质量、技术签证 凡质量、技术问题方面有法律效力的最后签证，只能由工程部经理（总监）一人签署，现场工程师可在有关的质量技术原始凭证上签字，最后由工程部经理核签后方有效。 7）行使好质量否决权，为工程进度款的支付签署质量认证意见。 施工单位工程进度款的支付申请，必须有监理工程师和甲方现场工程师的认证意见。 8）建立质量管理日志 现场工程师应逐日记录有关工程质量动态及影响因素的情况。 9）组织现场质量协调会 现场质量协调会由监理公司主持，协调会后应即发会议纪要. 10）现场工程师每月向工程部经理报告有关工程质量方面情况。 3．质量的事后控制 1）单位工程竣工验收 凡单位工程完工后，施工单位初验合格再提出验收申报表，验收程序

软件项目-软件配置管理规范-模板

软件配置管理规范 版本：V1.0

目录 1介绍 (1) 1.1目的 (1) 1.2范围 (1) 2规范概述 (1) 3规范详述 (1) 3.1配置库管理规范 (1) 3.1.1配置库说明： (1) 3.1.2配置库目录结构： (2) 3.1.3配置库权限设置： (4) 3.1.4配置库备份机制： (5) 3.2配置项管理规范： (5) 3.2.1配置项入库： (5) 3.2.2配置项标识： (5) 3.3基线管理规范： (8) 3.3.1基线说明： (8) 3.3.2基线分类： (8) 3.3.3基线命名规则 (9) 3.4其它项配置规则： (9) 3.4.1分支命名规则 (9) 3.4.2Eclipse工作空间命名 (9) 3.4.3版本标签命名规则 (9) 3.5过程简称表： (10) 3.6配置类别简称表: (10)

1 介绍 1.1 目的 本规范目的在于指导配置管理人员如何利用配置库管理所有配置项，从而加强对公司软件产品的控制，保持软件产品在其整个生命周期中的一致性、完整性、可追溯性。 1.2 范围 本规范适用于重要软件产品和软件项目的配置项管理。对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。 2 规范概述 本规范应用于软件配置管理过程，主要包括配置库的设置，配置项的标示，基线命名等。 3 规范详述 3.1 配置库管理规范 整个项目开发中，把所有的工作成果存放在四个库中，分别为：开发库、受控库、基线库、产品库，每个库下面对应的分为文档库和代码库两部分。前三个库存放到配置管理工具数据库中，产品库建立在文件服务器\\192……\project目录中，根目录名称为项目编号。 配置管理员根据项目情况（项目规模、人员使用工具习惯等）、开发模式（本地开发、异地分布式开发）、财力等因素，确定配置管理工具软件（如：ClearCase、SVN、VSS等）以及计算机资源（内存、CPU、网络环境）；确定存储库备份环境（备份服务器、备份介质）。 3.1.1 配置库说明： 开发库，包括整个开发过程中处于动态变化过程中的工作成果。 受控库，存放项目计划中定义的需要进行控制工作产品。软件配置管理就是对软件受控库中的各软件项进行管理，因此软件受控库也叫做软件配置管理库。 基线库，存放项目过程的基线配置项。