配置项计划表-xxxxxx系统

卷号DEPLOY卷内编号DEPLOY005密级组内HD20090917SR005通用型行政审批服务协同管理平台配置管理计划1.2项目承担部门：java第四组撰写人（签名）：区允文完成日期：2010年8月4日本文档使用部门：■主管领导■项目组□客户（市场）□维护人员□用户评审负责人（签名）：江威龙评审日期：2010/8/4目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料41.5概述42.项目配置42.1组织结构42.2职责和接口52.3工具、环境和基础设施53.配置管理活动63.1配置库63.1.1配置库架构63.1.2权限分配73.1.3配置库层次及开发活动说明：83.2配置标识93.2.1标识方法93.2.2项目基线103.3配置项113.4配置和变更控制113.4.1变更请求的处理和审批113.4.2变更控制委员会 (CCB)113.4.3变更过程中的活动113.4.4变更过程中的变更请求状态123.4.5保存变更历史记录133.4.6变更请求中受影响配置项的变更133.5配置状态统计143.5.1项目介质存储和发布进程143.5.2报告和审计144.里程碑155.培训和资源156.分包商和厂商软件控制157.附录15配置管理计划1.简介1.1目的为了使项目相关的各种资源便于查看，修改，不至于凌乱；为了让各个开发人员方便高效地协同合作；为了项目的版本便于管理，作出此配置管理计划。

1.2范围项目进行中所得出的所有工件都要遵守此计划，包括文档以及源代码，以及硬件。

1.3定义、首字母缩写词和缩略语CM：配置管理。

CCB：变更控制委员会。

CI：配置项。

包含文档、程序。

Baseline：基线。

CR：变更请求。

PCA：物理审计。

FCA：功能审计。

1.4参考资料《华南农业大学软件学院实训讲义》《华南农业大学项目阶段评审工件》1.5概述此文档对项目开发过程中的配置方面作出约束，开发以及变更都要按照要求来做。

XXX系统软件开发计划xxx科技目录1 引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (1)1.4参考资料 (2)2项目实施计划 (3)2.1 项目概况 (3)2.2 系统环境配置 (3)2.2.1 硬件配置 (3)2.2.2 软件环境 (3)2.3 实施过程 (4)2.4 人员计划 (5)2.5 项目进度 (6)2.5.1 项目里程碑 (6)2.5.2 进度表 (7)2.5.3 进度会议 (7)2.6 项目的风险分析和应对 (7)1 引言1.1编写目的为了保证xxx系统项目的顺利完成并通过验收，公司根据项目的初步需求，并对该项目的各项需求进行全面分析之后，做出本软件项目开发计划书。

本计划书描述了整个项目生命周期的工作任务围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队外沟通协作方式、开发进度、项目外环境条件、风险对策等。

作为项目团队成员以及项目相关人员之间的共识与约定，项目生命周期的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

1.2项目背景xxxx。

1.3定义专门术语：MYSQL：系统服务器所使用的数据库关系系统（DBMS）。

SQL：（Structured Query Language）一种用于访问查询数据库的语言J2EE：(Java 2 Enterprise Edition)以Enterprise JavaBeans（简称EJB）为核心的一系列标准，在应用逻辑上提供了一整套开发企业级多层结构应用的解决方案。

MyEclipse:功能丰富的JavaEE集成开发环境，包括了完备的编码、调试、测试和发布功能。

1.4参考资料文档格式要求按照我国GB/T8567-2006国家标准规要求进行。

包括以下文件：GB8567-88 计算机软件产品开发文件编制指南2项目实施计划2.1 项目概况项目名称：xxx系统工期：90日建设要求：本项目xxx。

2.2 系统环境配置2.2.1 硬件配置根据对业务的分析，结合院现有机器设备的具体情况，本系统的客户端考虑沿用目前资产管理处和各科室的现有PC终端，以减少院方购置硬件设备和相应商业系统的成本。

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

1.2适用范围对于不同类别的软件项目，配置管理的流程不同，可在本流程的基础上进行裁减。

1.3术语和缩略语1.3.1软件配置管理（Software Configuration Management，SCM）软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。

是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。

配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。

1.3.2配置（Configuration）配置是在技术文档中明确说明并最终组成软件产品的功能或物理属性。

因此配置包括了即将受控的所有产品特性，其内容及相关文档、软件版本、变更文档、软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的配置包括更多的内容并具有易变性。

1.3.3配置项（Configuration Item，CI）凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Item, CI），配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。

一个纯软件的CIs通常也称之为软件配置项（Computer Software Configuration Items，CSCIs）。

配置项主要有两大类：1)属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等；2)项目管理和机构支撑过程产生的文档。

这些文档虽然不是产品的组成部分，但是值得保存。

每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。

所有配置项都被保存在配置库里，确保不会混淆、丢失。

配置项及其历史记录反映了软件的演化过程。

系统建设方案XXX单位【名称】XXX系统建设方案项目代号：密级：系统建立方案文件编号：共？页拟制：审核：标准化：批审：XXX单位二零一六年六月二日目录1.介绍1.1项目背景1.2目标和目的1.3范围1.4定义、缩略语和缩写2.建设方案3.实施计划介绍本文档旨在提供XXX单位【名称】XXX系统建设方案的详细信息。

该方案的目标是为了满足XXX单位的需求，提高工作效率和信息安全性。

项目背景XXX单位需要一个新的系统来管理他们的业务。

目前，他们使用的系统已经过时，无法满足其需求。

因此，XXX单位决定建立一个新的系统，以提高工作效率和信息安全性。

目标和目的该系统的主要目标是提高XXX单位的工作效率和信息安全性。

此外，该系统还应具备以下目的：提高数据管理和处理的效率；提高信息共享和协作的能力；提高信息安全性和数据保护的能力。

范围该系统的范围包括以下方面:系统设计和开发；系统测试和部署；系统维护和支持。

定义、缩略语和缩写以下是本文档中使用的定义、缩略语和缩写：XXX单位：指本方案所涉及的单位；XXX系统：指本方案所涉及的系统；系统设计：指设计和开发XXX系统的过程；系统测试：指测试XXX系统的过程；系统部署：指将XXX系统部署到生产环境的过程;系统维护：指维护XXX系统的过程；支持：指为XXX系统提供技术支持和帮助的过程。

建设方案为了实现以上目标和目的，我们提出以下建设方案:系统设计和开发：我们将使用最新的技术和工具来设计和开发XXX 系统，以确保其功能完善、性能稳定和安全可靠。

系统测试和部署：我们将进行全面的测试和验证，确保XXX系统符合XXX单位的需求和标准，并将其部署到生产环境中。

系统维护和支持：我们将提供全面的技术支持和帮助，确保XXX系统在运行过程中稳定可靠。

实施计划我们将按照以下计划来实施XXX系统的建设：需求分析和规划：6月-7月；系统设计和开发：8月-10月；系统测试和部署：11月-12月；系统维护和支持：持续进行。

XXXX项目配置管理计划简介本计划描述了配置组织结构以及贯穿项目组日常工作，由项目组识别并定义的一系列的配置项的实践过程。

1.1文档目的定义配置管理的职责、所需资源以及描述实施过程中一系列的配置管理活动，指导项目软件配置管理工作。

1.2适用范围本计划适用于XXXX项目的软件配置管理活动的制定。

1.3项目背景描述略。

1.4术语与缩略语软件配置管理：简称 SCM（Software Configuration Management），是在项目开发中，标识、控制和管理软件变更的一种管理。

配置项目标识：（Configuration Indentification）对软件项目在开发过程中的资源进行标识，以便标识。

配置审计：（Configuration Audit）对软件配置管理过程中的行动进行检查。

资源2.1配置管理组织架构图配置管理的组织架构主要角色有公司的配置管理（Configuration Management，CM），项目的配置管理（Configuration Management，CM），项目经理（Project manager，PM），以及配置管理审批人和项目成员。

图1 组织架构图2.2关键角色和职责配置管理员项目组中负责配置管理工作的角色，负责计划和控制配置管理过程。

在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统计添加或修改相关产出物的最新有效版本以及审核证明。

配置管理委员会（CCB）CCB 是一个虚拟的小组，对配置管理各项活动拥有决策权（例如审批配置管理计划，审批配置项变更请求等）。

CCB 的决策采用“少数服从多数”的原则。

主要成员：甲方项目经理、高层领导、需求专家、架构专家、配置管理人员、测试专家和质量保证人员。

2.3所需资源表1 配置管理工具及辅助软件工具名称发布公司用途GitLab GitLab 配置库管理工具，主要源代码SVN Apache软件基金会配置库管理工具，主要是文档Microsoft Office Microsoft 办公工具Microsoft Project Microsoft 办公工具SCM 活动3.1配置库的创建和授权项目配置库创建项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。

文档状态[ ] 草稿[√] 正式发布[ ] 正在修改项目/产品编号编写人员CM工程师项目密级内部公开编写日期2013/7/22文档编号文档版本系统配置管理报告哈尔滨贯中信息技术开发有限公司研发部2013年07月22日修订页版本控制目录1. 配置基本信息配置基本信息由下表1-1可知。

表1-1 配置基本信息表2. 项目成员的操作权限提示：配置管理员为每个项目成员分配操作权限。

一般地，项目成员拥有只读，检入，检出，增加，修改等权限，但是不能拥有“删除”权限。

具体操作视所采用的配置管理软件而定。

项目成员的操作权限由下表2-1可知。

表2-1 操作权限表3. 配置项记录提示：配置管理员记录主要配置项的版本信息。

配置项记录由下表3-1可知。

表3-1 操作权限表4. 基线记录基线记录由下表4-1可知。

表4-1 基线记录表5. 配置库备份记录提示：配置管理员周期性地备份配置库。

配置库备份记录由下表5-1可知。

表5-1 配置库备份记录表6. 配置项交付记录提示：配置管理员依据CCB的批示，从配置库中提取配置项交付给接受人。

配置项交付记录由下表6-1可知。

表6-1 配置项交付记录表7. 配置库重要操作日志提示：配置管理员记录自己和他人对配置库的重要操作，例如删除文件等。

配置库重要操作日志由下表7-1可知。

表7-1 配置库重要操作日志表。

XXX工程XXXXXXXXXXXXXXXXXXXX信息系统建设项目（招标编号：XXXX—EMTC—XXXX）XXXXXX总集成项目配置管理方案XXXXX科技股份有限公司2009年10月目录关于本文档 (1)第1章配置项的标识规则 (3)第2章配置管理计划 (3)2。

1 配置管理计划目的 (3)2。

2 角色、职责和人员 (4)2.3 配置和细化管理控制 (5)2。

3。

1 ...................................................工作空间规则 5 2。

3。

2 ...................................................细化管理控制 5 2。

4 配置状态统计 . (6)2.4。

1 DCB会议备忘录 (6)2。

4。

2 .................................................细化请求的汇总 6 2.4.3 基线状态报告 . (6)2.5 配置审核 (6)第3章配置项说明 (6)关于本文档主题XXX工程XXXXXXXXXXXXXXXXXXXX信息系统建设项目总集成项目配置管理方案说明本文档用于说明系统配置计划，并指导配置管理工作。

适用对象业主方、监理方、承建方相关领导、配置管理员.修订历史版本章节类型日期作者说明1。

0C2009年10月总集成项目配置管理方案说明：类型－创建（C）、修改（U）、删除（D）、增加(A)；评审记录角色签名日期说明第1章配置项的标识规则公司名称—Project Name—Type – Name – Version 其中:项目名称或项目编号:采用立项后的项目名称缩写或给定的项目编号表示系统名称或组件名称：采用约定的缩写规则取长度不超过6位的字符表示类型名称为（标识代码）：项目工作产品名称的标识，为采用约定的缩写规则取长度不超过8位的字符。

➢编号：当配置项为同一模板样式的序列的工作产品时可将编号标识引入，一般为三位数字；➢版本：采取两位，形式为0。

xxx系统软件项目开发计划XXX系统软件开发计划XXX目录1 引言1.1 编写目的本文档的编写目的是为了规划和管理XXX系统的软件开发过程，确保项目能够按时完成并达到预期的质量要求。

1.2 项目背景XXX系统是一款面向企业用户的管理软件，旨在提高企业内部各部门之间的协作效率和信息共享程度。

该软件的开发是为了满足市场需求和公司发展的需要。

1.3 定义1.3.1 XXX系统XXX系统是一款面向企业用户的管理软件，主要功能包括人力资源管理、财务管理、客户关系管理等。

1.3.2 软件开发软件开发是指按照一定的开发流程和方法，通过编写代码、测试、调试等一系列工作，最终将一款软件产品开发出来的过程。

1.3.3 项目经理项目经理是负责管理和协调项目各个方面工作的人员，包括项目计划、资源分配、项目风险管理等。

1.4 参考资料本文档参考了以下资料：软件工程》（第7版），作者：XXX软件项目管理实战》（第3版），作者：XXX XXX2 项目实施计划2.1 项目启动阶段在项目启动阶段，项目经理将与客户进行沟通，明确项目需求和目标，并制定项目计划。

项目计划将包括以下内容：项目范围和目标项目时间表和里程碑项目预算和资源分配项目风险管理计划2.2 需求分析阶段在需求分析阶段，项目团队将与客户合作，收集和分析用户需求，并将其转化为软件需求规格说明书。

该阶段的主要工作包括：分析用户需求定义软件需求规格说明书确定软件架构和设计方案2.3 设计和开发阶段在设计和开发阶段，项目团队将根据软件需求规格说明书，设计软件系统架构和开发软件代码。

该阶段的主要工作包括：设计软件系统架构开发软件代码进行单元测试和集成测试2.4 测试和验收阶段在测试和验收阶段，项目团队将对软件进行测试和验收，确保其符合用户需求和质量要求。

该阶段的主要工作包括：进行系统测试和用户验收测试进行性能测试和安全测试编写用户手册和技术文档2.5 项目交付和维护阶段在项目交付和维护阶段，项目团队将交付软件产品，并提供售后服务和技术支持。

软件配置管理计划示例计划名国势通多媒体网络传输加速系统软件配置管理计划项目名国势通多媒体网络传输加速系统软件项目委托单位代表签名年月日项目承办单位北京麦秸创想科技有限责任公司代表签名年月日1 引言1．1 目的本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。

软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。

剪裁后的计划必须经总体组批准。

1．2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。

1．3 参考资料◆GB/T 11457 软件工程术语◆GB 8566 计算机软件开发规范◆GB 8567 计算机软件产品开发文件编制指南◆GB/T 12504 计算机软件质量保证计划规范◆GB/T 12505 计算机软件配置管理计划规范◆国势通多媒体网络传输加速系统软件质量保证计划2 管理2．1 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。

软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。

各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。

软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。

各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。

各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。

编号：公司简称首字母_系统简称首字母_TF00_V1.0版本：V1.0状态：受控密级：非密分发号：01XX系统软件开发计划编制/日期：__________________审核/日期：__________________标审/日期：__________________会签/日期：__________________批准/日期：__________________XX公司YYYY年MM月文档修订记录目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (2)2引用文档 (2)3策划背景概述 (3)3.1 系统的需求和约束 (3)3.2 项目文档的需求和约束 (3)3.3 本文档在系统寿命周期中所处的位置 (3)3.4 所选定项目获取策略及有关的要求与约束 (3)3.5 项目进度安排及资源方面的需求与约束 (3)3.6 其他要求和约束 (4)4软件开发活动的总体实施计划 (4)4.1软件开发过程 (4)4.2软件开发总体计划 (5)4.2.1软件开发方法 (5)4.2.2软件产品标准 (5)4.2.3可重用的软件产品 (5)4.2.4关键需求的处理 (6)4.2.5计算机硬件资源的利用 (6)4.2.7需方评审所需访问 (7)5详细的软件开发活动实施计划 (7)5.1项目策划和监控 (7)5.2软件开发环境建立 (8)5.3系统需求分析 (9)5.4系统设计 (9)5.5软件需求分析 (10)5.6软件设计 (10)5.7软件实现和单元测试 (11)5.8单元集成和测试 (11)5.9软件合格性测试 (12)5.10软件/硬件集成和测试 (12)5.11系统合格性测试 (12)5.12软件使用准备 (12)5.13软件移交准备 (12)5.14软件验收支持 (13)5.15软件配置管理 (13)5.16软件产品评价 (13)5.17软件质量保证 (13)5.18纠正措施 (13)5.19联合评审 (14)5.21测量和分析 (14)5.22保密性 (14)5.23分承制方管理 (14)5.24与软件独立验证和确认机构的联系 (14)5.25与相关开发方的协调 (14)5.26项目过程的改进 (15)5.27未提及的其他活动 (15)6进度表和活动网络图 (15)7项目组织和资源 (17)7.1项目组织 (17)7.2项目资源 (21)8注释 (22)1范围1.1标识本文档的标识为：公司简称首字母_系统简称首字母_TF00_V1.0。

项目编号：01<正大软件项目管理系统>项目开发计划version：项目承担部门：软件一系.net项目组撰写人（签名）：郑孝宗完成日期：2007年7月23日本文档使用部门：□主管领导□项目组□客户（市场）□维护人员□用户评审负责人（签名）：评审日期：普耀科技公司,2007 修订历史记录copyright ? 重庆正大普耀科技有限公司, all right reserved 目录1. 引言.............................................................................. ........................................................ 1 1.1编写目的 ............................................................................. ................................................ 1 1.2项目简介 ............................................................................. ................................................ 1 1.2.1项目名称 ............................................................................. ............................................. 1 1.2.2产品标识 ............................................................................. ............................................. 1 1.2.3项目背景 ............................................................................. ............................................. 1 1.3定义 ............................................................................. ....................................................... 1 1.4参考资料 ............................................................................. ................................................ 1 2 项目概述.............................................................................. ................................................. 1 2.1 2.2 2.3 2.4 工作内容.............................................................................. .......................................... 2 项目进度和资源 ............................................................................. ................................ 2 交付项和非交付项.............................................................................. ............................ 2 其他需求与约束 ............................................................................. .. (2)3. 项目组织和资....................................... 2 3.1 项目组织.............................................................................. .......................................... 2 3.2 项目资源.............................................................................. ............ 错误！未定义书签。

目录1项目背景与目标 (2)2系统总体目标 (2)2.1系统建设原则 (2)2.2性能及要求 (2)3系统总体架构 (2)3.1系统逻辑架构图 (2)3.2系统网络架构图 (3)3.3系统开发技术 (4)4系统功能模块设计 (4)4.1系统架构 (4)4.2功能模块设计 (5)5项目实施进度和人员安排 (5)5.1项目实施进度 (5)5.2项目人员配置 (6)6项目成果及报价 (6)6.1项目成果 (6)6.2项目报价 (6)7维护保障和售后服务 (8)7.1售后服务方式 (8)7.2售后服务项目 (8)附录： (9)（本文档为软件开发设计文档模版，由项目设计人员编写，主要读者为项目需求提出者、项目设计人员、项目开发人员、项目测试人员等，通过本文档要能使读者初步了解项目内容及最终成果）1项目背景与目标（简要叙述本项目的背景及本项目最终要达到的目标）研发xxx系统。

根据用户需求，提供安全、简单和使用友好的B2C电商系统，该系统包括：（1）XXX子系统：XXXX(简述主要功能和作用)；（2）XXX子系统：XXXX（简述主要功能和作用）。

2系统总体目标2.1系统建设原则（逐条列举网站的建设原则，并对每一原则做简要说明）（1）统筹规划，统一设计………………（2）功能实用项目建设要力争做到技术先进，根据实际需求确定项目各项功能。

（3）…………………………………………2.2性能及要求（简述网站对性能方面的要求，并作简要说明，如兼容性、安全性等等）兼容性:对硬件要求低，对软件依赖少。

配置灵活:…………………………安全性:…………………………XXX:…………………………………………3系统总体架构3.1系统逻辑架构图（简要叙述本系统的构成部分有哪些，然后以图的方式绘制出系统整体架构）根据XXX系统的建设需求，应用软件平台主要包括XXX子系统、XXX子系统、XXX子系统和XXX子系统。

整个系统的逻辑结构如图1所示。

XXX系统运维投标文件(含运维方案)比较实用运维的投标的方案模板!,主要针对小机、存储、PCSERVER,数通网络等。

目录一法定代表人授权书二、法定代表人或其授权代表身份证复印件三投标申请及声明四、报价表五、报价明细表5.1企业简介5.1.2 公司资质5.1.3 管理与运作5.1.4 发展目标5.2同类业绩情况:六、投标单位资质证明文件（见下附件）七、运维方案7.1运维服务目标及服务范围7.2服务内容7.3运维人员组织架构7.4 运维质量保证措施7.4.1 质量控制管理7.4.2 进度控制管理7.5运维流程及服务方式7.5.1 服务方式7.6具体服务项目及输出文档7.7应急服务响应措施一、法定代表人授权书本授权书声明：xxx科技有限公司（投标单位）的xxx 董事长（法定代表人姓名、职务）授权xxx销售经理（被授权人的姓名、职务）为本公司的合法代理人，就xxxxxx项目投标及合同的签订，以本公司名义处理一切与之有关的事务。

本授权书于年月日签字生效，有效期天，特此声明。

法人授权代表签字：法人授权代表身份证号码：投标单位：xxx科技有限公司（公章）法定代表人：（印鉴）年月日二、法定代表人或其授权代表身份证复印件三、投标申请及声明致：xxx投资咨询有限公司根据贵方号招标文件，正式授权下述签字人销售经理 (姓名和职务)代表申报人xxx有限公司（招标投标单位名称），提交下述文件正本一式壹份，副本一式叁份。

据此函，签字人兹宣布同意如下：)承认和愿意按照招标文件中的各项规定和要求，提供相应服务（服务期一年）。

总报价为（大写）：元整(¥元)，接招标单位中标通知书后10天内进场提供相关服务。

)如果我们申请书被接受，我们将履行招标文件中规定的每一项要求，按期、按质、按量完成任务。

)我们愿意提供招标人在招标文件中要求的所有资料。

5)我们理解，最低报价不是中标的唯一条件。

)我们同意按招标文件规定，交纳投标保证金。

软件配置管理计划软‎件配置管理计划本计‎划的目的在于对所开发‎的CADCSC软件规‎定各种必要的配置管理‎条款，以保证所交付的‎C ADCSC软件能够‎满足项目委托书中规定‎的各种原则需求，能够‎满足本项目总体组制定‎的且经领导小组批准的‎软件系统需求规格说明‎书中规定的各项具体需‎求。

软件开发单位在开‎发本项目所属的各子系‎统（其中包括为本项目‎研制或选用的各种支持‎软件）时，都应该执行‎本计划中的有关规定，‎但可以根据各自的情况‎对本计划作适当的剪裁‎，以满足特定的配置管‎理需求。

剪裁后的计划‎必须经总体组批准。

‎ 1．2定义本计划‎中用到的一些术语的定‎义按GB/T1145‎7和GB/T1250‎4。

1．3参考‎资料GB/T1145‎7软件工程术语GB8‎566计算机软件开发‎规范GB8567计算‎机软件产品开发文件编‎制指南GB/T125‎04计算机软件质量保‎证计划规范GB/T1‎2505计算机软件配‎置管理计划规范CAD‎C SC软件质量保证计‎划2管理2．1‎机构在本软件系统整个‎开发期间，必须成立软‎件配置管理小组负责配‎置管理工作。

软件配置‎管理小组属项目总体组‎领导，由总体组代表、‎软件工程小组代表、项‎目的专职配置管理人员‎、项目的专职质量保证‎人员以及各个子系统软‎件配置管理人员等方面‎的人员组成，由总体组‎代表任组长。

各子系统‎的软件配置管理人员在‎业务上受软件配置管理‎小组领导，在行政上受‎子系统负责人领导。

软‎件配置管理小组和软件‎配置管理人员必须检查‎和督促本计划的实施。

‎各子系统的软件配置管‎理人员有权直接向软件‎配置管理小组报告子项‎目的软件配置管理情况‎。

各子系统的软件配置‎管理人员应该根据对子‎项目的具体要求，制订‎必要的规程和规定，以‎确保完全遵守本计划规‎定的所有要求。

‎2．2任务在软件工程‎化生产的各个阶段中，‎与本阶段的阶段产品有‎关的全部信息在软件开‎发库存放，与前面各个‎阶段的阶段产品有关的‎信息则在软件受控库存‎放。

XXX系统项目分工界面文件编码：1概述为保证该项目的顺利进行和成功投产，XX公司、甲方、第三方厂商将按照此工程分工界面友好地进行工程配合、沟通，共同完成工程实施。

XXX系统及相关项目的总体分工界面分为几类：➢XX公司的分工界面♦XX公司作为应用软件开发厂商的责任。

➢甲方的分工界面♦甲方作为需求方的责任。

➢第三方的分工界面♦甲方自行采购的第三方厂商的责任。

2总体分工界面X X公司承担工作1、项目的计划、管理、跟踪与协调2、项目需求、设计开发和测试，按期提供项目交付物3、配合进行用户测试、试运行和上线4、提供用户培训、技术支持5、准备验收，配合初验、终验甲方承担工作1、项目的计划评估、协调2、项目的需求范围讨论和界定，项目交付物的评审和确认。

3、组织用户测试、试运行和上线并提供运行环境。

4、组织用户培训，推动系统使用5、组织初验和终验第三方承担工作1、按期提供设备、安装调试2、提供技术支持3、故障设备的备件更换3 甲方乙方分工界面4 第三方分工界面配置库备份还原指南变更履历目录1 前言 (3)2 术语定义 (3)3 VSS配置库备份/还原策略 (4)3.1 备份对象 (4)3.2 备份类型 (4)3.3 备份任务周期设定 (4)3.4 备份存储 (4)3.5 备份脚本 (5)3.5.1 普通备份脚本 (5)3.5.2 增量备份脚本 (5)3.6 备份详细操作 (6)3.7 备份任务设置简表 (8)3.8 配置库还原 (8)4 StarTeam配置库备份/还原策略 (10)4.1 备份对象 (10)4.2 备份类型 (10)4.3 备份任务周期设定 (10)4.4 备份详细操作 (10)4.5 备份任务设置简表 (13)4.6 配置库还原 (14)5 配置库备份/还原记录 (17)1.前言现代企业中的管理信息日益增多，内、外部数据均呈几何级增长。

数据是企业非常重要的资产，而随着网络的迅速发展，数据的大规模毁灭却变的异常容易，防止数据丢失的第一道防线是数据备份。