windowsRAID配置

一、磁盘阵列实现方式

磁盘阵列有两种方式可以实现，那就是“软件阵列”与“硬件阵列”。

软件阵列是指通过网络操作系统自身提供的磁盘管理功能将连接的普通SCSI卡上的多块硬盘配置成逻辑盘，组成阵列。如微软的Windows NT/2000 Server/Server 2003和NetVoll的NetWare两种操作系统都可以提供软件阵列功能，其中Windows NT/2000 Server/Server 2003可以提供RAID 0、RAID 1、RAID 5；NetWare操作系统可以实现RAID 1功能。软件阵列可以提供数据冗余功能，但是磁盘子系统的性能会有所降低，有的降代还比较大，达30%左右。

硬件阵列是使用专门的磁盘阵列卡来实现的，这就是本文要介绍的对象。现在的非入门级服务器几乎都提供磁盘阵列卡，不管是集成在主板上或非集成的都能轻松实现阵列功能。硬件阵列能够提供在线扩容、动态修改阵列级别、自动数据恢复、驱动器漫游、超高速缓冲等功能。它能提供性能、数据保护、可靠性、可用性和可管理性的解决方案。磁盘阵列卡拥有一个专门的处理器，如Intel的I960芯片，HPT370A/372 、Silicon Image SIL3112A等，还拥有专门的存贮器，用于高速缓冲数据。这样一来，服务器对磁盘的操作就直接通过磁盘阵列卡来进行处理，因此不需要大量的CPU及系统内存资源，不会降低磁盘子系统的性能。阵列卡专用的处理单元来进行操作，它的性能要远远高于常规非阵列硬盘，并且更安全更稳定。

二、几种磁盘阵列技术

RAID技术是一种工业标准，各厂商对RAID级别的定义也不尽相同。目前对RAID级别的定义可以获得业界广泛认同的有4种，RAID 0、RAID 1、RAID 0＋1和RAID 5。

RAID 0是无数据冗余的存储空间条带化，具有成本低、读写性能极高、存储空间利用率高等特点，适用于音、视频信号存储、临时文件的转储等对速度要求极其严格的特殊应用。但由于没有数据冗余，其安全性大大降低，构成阵列的任何一块硬盘的损坏都将带来灾难性的数据损失。这种方式其实没有冗余功能，没有安全保护，只是提高了磁盘读写性能和整个服务器的磁盘容量。一般只适用磁盘数较少、磁盘容易比较紧缺的应用环境中，如果在RAID 0中配置4块以上的硬盘，对于一般应用来说是不明智的。

RAID 1是两块硬盘数据完全镜像，安全性好，技术简单，管理方便，读写性能均好。因为它是一一对应的，所以它无法单块硬盘扩展，要扩展，必须同时对镜像的双方进行同容量的扩展。因为这种冗余方式为了安全起见，实际上只利用了一半的磁盘容量，数据空间浪费大。

RAID 0＋1综合了RAID 0和RAID 1的特点，独立磁盘配置成RAID 0，两套完整的RAID 0互相镜像。它的读写性能出色，安全性高，但构建阵列的成本投入大，数据空间利用率低。

RAID 5是目前应用最广泛的RAID技术。各块独立硬盘进行条带化分割，相同的条带区进行奇偶校验（异或运算），校验数据平均分布在每块硬盘上。以n块硬盘构建的RAID 5阵列可以有n－1块硬盘的容量，存储空间利用率非常高。任何一块硬盘上的数据丢失，均可以通过校验数据推算出来。它和RAID 3最大的区别在于校验数据是否平均分布到各块硬盘上。RAID 5具有数据安全、读写速度快，空间利用率高等优点，应用非常广泛，但不足之处是如果1块硬盘出现故障以后，整个系统的性能将大大降低。

RAID 1、RAID 0＋1、RAID 5阵列配合热插拔（也称热可替换）技术，可以实现数据的在线恢复，即当RAID阵列中的任何一块硬盘损坏时，不需要用户关机或停止应用服务，就可以更换故障硬盘，修复系统，恢复数据，对实现高可用系统具有重要的意义。

三、磁盘阵列配置实例

当硬盘连接到阵列卡（RAID）上时，操作系统将不能直接看到物理的硬盘，因此需要创建成一个一个的被设置为RAID0、1或者5等的逻辑磁盘（也叫容器），这样系统才能够正确识别它。当然，逻辑磁盘（Logic Drive）、容器（Container）或虚拟磁盘（Virtual Drive）均表示一个意思，只是不同阵列卡产商的不同叫法。可参见以下配置的服务器有Dell Power Edge 7x0系列和Dell PowerEd ge 1650服务器。

磁盘阵列的配置通常是利用磁盘阵列卡的BIOS工具进行的，也有使用第三方提供的配置工具软件去实现对阵列卡的管理，如Dell Array Manager。本文要介绍的是在DELL服务器中如何利用阵列卡的BIOS工具进行磁盘阵列配置的方法。

如果在您的DELL服务器中采用的是Adaptec磁盘阵列控制器（PERC2、PERC2/SI、PERC3/SI和PERC3/DI），在系统开机自检时将看到以下信息:

如果您的DELL服务器配置的是一块AMI/LSI磁盘阵列控制器（PERC2/SC、PERC2/DC、PERC3/ SC、PERC3/DC、PERC4/DI和PERC4/DC），则在系统开机自检的时候将看到以下信息:

Dell PowerEdge Expandable RAID Controller BIOS X.XX Jun 26.2001 Copyright （C）AME RICAN MEGATRENDS INC.

Press CTRL＋M to Run Configuration Utility or Press CTRL＋H for WebBios或者PowerEdge Expandable RAID Controller BIOS X.XX Feb 03,2003 Copyright （C）LSI Logic Corp.

Press CTRL＋M to Run Configuration Utility or Press CTRL＋H for WebBios

下面对以上两种情况分别予以介绍。

1. 在Adaptec磁盘阵列控制器上创建Raid（容器）

在这种阵列卡上创建容器的步骤如下（注意：请预先备份您服务器上的数据，配置磁盘阵列的过程将会删除服务器硬盘上的所有数据!）：

第1步，首先当系统在自检的过程中出现如（图1）提示时，同时按下“Ctrl+A”组合键。进入如（图2）所示的磁盘阵列卡的配置程序界面。

图一

图二

第2步，然后选择“Container configuration utility”，进入如（图3）所示配置界面。

图三

第3步，选择“Initialize Drivers“选项去对新的或是需要重新创建容器的硬盘进行初始化（注意: 初始话硬盘将删去当前硬盘上的所有数据），按回车后进入如（图4）所示界面。在这个界面中出现了R AID卡的通道和连接到该通道上的硬盘，使用“Insert”键选中需要被初始化的硬盘（具体的使用方法参见界面底部的提示，下同）。

图四

第4步，全部选择完成所需加入阵列的磁盘后，按加车键，系统键弹出如（图5）所示警告提示框。提示框中提示进行初始化操作将全部删除所选硬盘中的数据，并中断所有正在使用这些硬盘的用户。

图五

第5步，按“Y”键确认即可，进入如（图6）所示配置主菜单（Main Menu）界面。硬盘初始化后就可以根据您的需要，创建相应阵列级别（RAID1,RAID0等）的容器了。这里我们以RAID5为例进行说明。在主菜单界面中选择“Create container”选项。

第6步，按回车键后进入如（图7）所示配置界面，用“insert”键选中需要用于创建Container（容器）的硬盘到右边的列表中去。然后按回车键。在弹出来的如（图8）所示配置界面中用回车选择RAID 级别，输入Container的卷标和大小。其它均保持默认不变。然后在“Done”按钮上单击确认即可。

图七

图八

第7步，这是系统会出现如（图9）所示提示，提示告诉用户当所创建的容器没有被成功完成“Scrub （清除）”之前，这个容器是没有冗余功能的。

图九

第8步，单击回车后返回到如（图6）所示主菜单配置界面，选中“Manage containers”选项，单击回车后即弹出当前的容器配置状态，如（图10）所示。选中相应的容器，检查这个容器的“Containe r Status”选项中的“Scrub”进程百分比。当它变为“Ok”后，这个新创建的Container便具有了冗余功能。

图十

第9步，容不得器创建好后，使用“ESC”键退出磁盘阵列配置界面，并重新启动计算机即可。

2. 在AIM/LSI磁盘阵列控制器上创建Logical Drive（逻辑磁盘）

注意：请预先备份您服务器上的数据，配置磁盘阵列的过程将会删除您的硬盘上的所有数据!整个磁盘阵列配置过程与上面介绍的在Adaptec磁盘阵列控制器上创建容器的方法类似。具体如下：

第1步，在开机自检过程中，出现如（图11）所示提示时，按下“Control+M”组合键，进入如（图1 2）所示的RAID的配置界面。

图十一

图十二

第2步，按任意键继续，继续进入如（图13）所示管理主菜单（Management Menu）配置界面。选中“Configure”选项，然后按回车键，即弹出下级子菜单，如（图14）所示。

图十三

图十四

第3步，如果需要重新配置一个RAID，请选中“New Configuration”；如果已经存在一个可以使用的逻辑磁盘，请选中“View/Add Configuration”，并按回车键。在此，我们以新建磁盘阵列为例进行介绍。选择“New Configuration”选项。按回车键后，弹出一个小对话框，如（图15）所示。

图十五

第4步，选择“YES”项，并按回车键，进入如（图16）所示配置界面。使用空格键选中准备要创建逻辑磁盘的硬盘，当该逻辑磁盘里最后的一个硬盘被选中后，按回车键。

图十六

第5步，如果您的服务器中的阵列卡类型是PERC4 DI/DC，此时在回车后，将显示如（图17）所示配置界面，否则请直接赶往第7步。

图十七

第6步，按空格键选择阵列跨接信息，例如Span-1（跨接-1），出现在阵列框内。可以创建多个阵列，然后选择将其跨接。

第7步，按“F10”键配置逻辑磁盘。选择合适的RAID类型，其余接受默认值。选中“Accept”，并按回车键确认，即弹出如（图18）所示的最终配置信息提示框。

图十八

第8步，刚创建的逻辑磁盘需要经过初始化才能使用。按ESC 键返回到如（图13）所示的主菜单，选中“Initialize”选项，并按回车键，进入如（图19）所示初始化逻辑磁盘界面。

图十九

第9步，选中需要初始化的逻辑磁盘，按空格，弹出一个询问对话框，如（图20）所示。选中“YES”，并按回车键，弹出初始化进程（注意，初始化磁盘化损坏磁盘中的原有数据，需事先作好备份）。

第10步，初始化完成后，按任意键继续，并重启系统，RAID配置完成。

软件开发项目配置管理工具的选择

软件开发项目配置管理工具的选择通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报…… 每一个软件项目，无论是工程类项目，还是产品类项目，都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中，将生成各种各样不同的工件，包括文档、源程序、可执行代码、支持库。更可怕的是，频繁出现的变更是不可避免的，因此面向如此庞大且不断变动的信息集，如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。针对这一问题，最早的开发人员尝试过的解决办法是通过手工来实现： 1)文档：每次修改时都另存为一个新的文件，然后通过文件名进行区分，例如"XXX 软件需求说明书V1.0，XXX软件需求说明书V1.1，XXX 软件需求说明书V2.0."，并且在文件中注明每次版本变化的内容； 2) 源代码：每次要修改时就将整个工程目录复制一份，将原来的文件夹进行改名，例如"XX 项目V1.0、XX 项目1.01、."，然后在新的目录中进行修改；但是这种方法，不仅十分繁琐，容易出错，而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时，还是会造成很大的混乱。很显然，这样简陋的方法是无法应对这一问题的。后来，有人尝试从制造工业领域引入了"配置管理"这一概念，通过不懈的研究与实践，最终形成了一套管理办法和活动原则，这也就是软件配置管理。通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。常见的配置管理工具正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制

项目配置管理过程规范方案

项目配置管理过程规范文档种类：研发体系发行范围：研发中心

变更记录

目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (6) 4. 入口准则 (6) 5. 活动 (7) 5.1. 活动关系图 (7) 5.1.1. 配置管理流程图 (7) 5.1.2. 配置变更流程图 (8) 5.2. 活动描述 (8) 5.2.1. 制定配置管理计划 (8) 5.2.2. 建立配置库 (9) 5.2.3. 建立配置项 (9) 5.2.4. 基线建立及发布过程 (9) 5.2.5. 配置变更 (10) 5.2.6. 配置审计 (11) 5.2.7. 备份 (11) 6. 输出 (11) 7. 出口准则 (11) 8. 本过程裁剪规定 (11)

1. 前言 1.1. 目的用于描述配置管理过程，规范配置管理的操作。 1.2. 适用范围适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。 Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。物理审计的内容包括： ?确认配置项标识的正确性； ?确认已受控配置项的更改是受到控制的； ?验证配置库内容与相应记录之间的一致性； ?验证配置管理活动与相应记录之间的一致性； ?验证配置管理工作是否符合适用的标准和规程； ?验证配置管理系统与系统备份的有效性、一致性等。功能审计的内容包括： ?验证当前基线所含配置项对前一基线所含配置项的追溯性；

2013规范、标准清单

2013更新版技术资料清单（安全管理篇）序号技术资料名称资料标志是否有效 1 建筑施工模板安全技术规范JGJ162-2008 2 施工现场临时用电安全技术规范JGJ146-2005 3 建筑施工安全检查标准JGJ59-2011 4 建筑施工高处作业安全技术规范JGJ80-91 5 建筑基坑支护技术规程JGJ120-2012 6 建筑施工扣件钢管脚手架安全技术规范JGJ130-2011 7 建筑基坑工程监测技术规范GB50497-2009 8 关于加强深基坑工程专项方案管理等事项的通知苏建质（2008）54号 9 危险性较大安全专项施工方案编制用专家论证审查办法建质（2004）213号建质（2004）213号 10 建筑施工企业安全生产管理机构设置及专职安全生产管理人员配备办法 11 关于落实建设工程安全监理责任的若干意见建市（2006）248号 12 建筑起重机械备案登记办法建质（2008）76号 13 关于印发《危险性较大的分部分项工程安全管理办法》通知建质（2009）87号 14 建筑施工企业安全生产管理机构设置办法建质（2008）71号 15 钢管扣件水平模板支撑系统安全技术规程DG/TJ08-016-2004 16 江苏省建筑施工特种作业人员管理暂行办法苏建管（2009） 17 建筑施工特种作业人员管理规定建质（2008）75号 18 建筑起重机械安全监督管理规定建设部(166)号令 19 关于加强建筑起重机械安全管理的若干意见昆建管办（2008）367号 20 建筑机械使用安全技术规程JGJ33-2012 21 建筑基坑支护技术规范GB50497-2009 22 建筑工程冬季施工规范JGJ104-2011 23 建筑施工高处作业安全技术规范JGJ80-2011 24 建筑基坑工程检测技术规范GB50497-2009 25 基坑土钉支护技术规程CECS96-97 26 关于加强建筑施工模板支撑系统安全管理通知苏住建58号文 27 建设起重机械安全监督管理规定建设部166号文 28 建筑施工企业安全生产许可证管理规定建设部128号文

软件配置管理报告

份号：001密级: XXXXXXX项目软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX 公司 XXXX 年XX月XX日

辑要页

摘要: 主题词:

文档修改记录

1范围............................................................................................... 1.1标识.......................................................................................... 1.2系统概述...................................................................................... 1.3文档概述......................................................................... 1........... 2引用文挡........................................................................................... 3软件配置管理情况综述............................................................................. 4软件配置管理基本信息............................................................................. 5专业组划分及权限分酉己.......................................................................... 6配置项记录......................................................................................... 7变更记录........................................................................................... 8基线记录........................................................................................... 9入库记录...........................................................................................

软件配置管理规定

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

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

操作系统安全配置管理办法

编号：SM-ZD-96562 操作系统安全配置管理办法 Through the process agreement to achieve a unified action policy for different people, so as to coordinate action, reduce blindness, and make the work orderly. 编制：____________________ 审核：____________________ 批准：____________________ 本文档下载后可任意修改

操作系统安全配置管理办法简介：该制度资料适用于公司或组织通过程序化、标准化的流程约定，达成上下级或不同的人员之间形成统一的行动方针，从而协调行动，增强主动性，减少盲目性，使工作有条不紊地进行。文档可直接下载或修改，使用时请详细阅读内容。 1范围 1.1为了指导、规范海南电网公司信息通信分公司信息系统的操作系统安全配置方法和日常系统操作管理，提高重要信息系统的安全运行维护水平，规范化操作，确保信息系统安全稳定可靠运行，特制定本管理办法。 1.2本办法适用公司信息大区所有信息系统操作系统安全配置管理。主要操作系统包括：AIX系统、Windows系统、Linux系统及HP UNIX系统等。 2规范性引用文件下列文件对于本规范的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本规范。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本规范。 --中华人民共和国计算机信息系统安全保护条例 --中华人民共和国国家安全法

2016年最新标准规范清单

不锈钢建筑型材JG/T73-1999 滑模液压提升机JG/T93-1999 混凝土输送管型式与尺寸JG/T95-1999 塔式起重机操作使用规程JG/T100-1999 电气装置安装工程电力变压器、油浸电抗器、互感器施工及验收规 GBJ50148-2010 电气装置安装工程母线装置施工及验收规范GBJ50149-2010 电气装置安装工程电气设备交接试验标准GBJ50150-2006 混凝土结构试验方法标准GB/T50152-2012 道路工程制图标准GB50162-92 混凝土质量控制标准GB50164-2011 膨胀土地区建筑技术规范GB50112-2013 滑动模板工程技术规范GB50113-2005 暖通空调制图标准GB/T50114-2010 构筑物抗震鉴定标准GB50117-2014 建筑隔声评价标准GB50121-2005 工业企业噪声测量规范GBJ50122-88 土工试验方法标准GB/T50123-1999 道路工程术语标准GBJ124-88 给水排水工程基本术语标准GB/T50125-2010 工业设备及管道绝热工程施工规范GBJ126-2008 立式圆筒形钢制焊接油罐施工及验收规范GB50128-2014 城市用地分类与规划建设用地标准GB50137-2011 给水排水构筑物施工及验收规范GB50141-2008 土的分类标准GB/T50145-2007 粉煤灰混凝土应用技术规程GB/T50146-2014 电气装置安装工程高压电器施工及验收规范GBJ50147-2010 电气装置安装工程电缆线路施工及验收规范GB50168-2006 电气装置安装工程接地装置施工及验收规范GB50169-2006 电气装置安装工程旋转电机施工及验收规范GB50170-2006 电气装置安装工程盘、柜及二次回路结线施工及验收规范GB50171-2012 电气装置安装工程蓄电池施工及验收规范GB50172-2012 电气装置安装工程66kV及以下架空电力线路施工及验收规范GB50173-2014 露天煤矿工程施工及验收规范GB50175-2014 工业金属管道工程施工质量验收规范GB50184-2011 工业设备及管道绝热工程质量检验评定标准GB50185-2010 建设工程施工现场供用电安全规范GB50194-2014 土方与爆破工程施工及验收规范GB50201-2012 建筑地基基础工程施工质量验收规范GB50202-2002 砌体工程施工质量验收规范GB50203-2011 混凝土结构工程施工质量验收规范GB50204-2015 钢结构工程施工质量验收规范GB50205-2001 木结构工程质量验收规范GB50206-2012 屋面工程质量验收规范GB50207-2012 地下防水工程质量验收规范GB50208-2011

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

中国核电集团 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默认设置为与域的设置相同。若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。

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

配置管理岗位职责

配置管理员岗位职责摘自：软件配置管理论坛一、配置经理的基本技能与资格资格：能够重视配置管理工作；能够按规范实施配置管理工作；积极支持部门的配置管理方面的工作；能够积极支持与帮助其他人员；为部门的配置管理能力的提高贡献力量；熟悉公司配置流程以及其他相关的流程；为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门；基本技能：能够独立规划项目的配置管理工作；熟练掌握配置管理的相关概念；能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具；具有基本的与人沟通的技巧；能够了解项目管理过程中的主要环节；初步了解项目管理过程中的质量保证的各个方面；了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等；二、配置经理的职责作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力. 具体表现为： ?项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； ?积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； ?熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； ?为项目控制好版本，保证项目各阶段所使用的版本正确； ?及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； ?与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； ?能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献；

信息系统变更、发布、配置管理制度

信息系统变更、发布、配置管理制度第一条为规范信息系统变更、发布、配置与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。第二条信息系统变更、发布、配置工作可分为下面三类类型：功能完善维护、系统缺陷修改、统计报表生成。功能完善维护指根据业务部门的需求，对信息系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现上的缺陷而引发的；统计报表生成指为了满足业务部门统计报表数据生成的需要，而进行的不包含在应用系统功能之内的数据处理工作。第三条信息系统变更、发布、配置工作以任务形式由需求方（一般为业务部门）和维护方（计算机中心和软件厂商）协作完成。信息系统变更、发布、配置过程类似软件开发、发布、配置，大致可分为四个阶段：任务提交和接受、任务实现、任务验收和程序下发上线。第四条需求部门提出系统需求，并将需求整理成《信息系统变更申请表》（附件一），由部门负责人审批后提交给计算机中心。第五条计算机中心负责接受需求并上报给信息主管院长。主管院长分析需求，并提出系统变更建议。计算机中心根据变更建议审批《信息变更申请表》。第六条计算机中心根据部门提供的需求与软件开发商联系协同实现信息系统变更需求，产生供发布的程序。第七条计算机中心组织相关业务部门的信息系统最终用户对系统程序变更进行测试。第八条信息系统变更程序测试完成后，由计算机中心配置完善信息系统，正式发布并通知需求部门。第九条计算机中心出具信息系统变更验收报告（附件二），需求部门签字验收。

附件一信息系统变更申请表信息系统变更申请表

技术标准、规范清单

技术标准、规范清单（截止到2011年5月30日）一、国家标准、规范 1、《金属非金属矿山安全规程》（GB16423-2006） 2、《爆破安全规程》（GB6722-2003） 3、《生产设备安全卫生设计总则》（GB5083-1999） 4、《生产过程安全卫生要求总则》（GB/T12801-2008） 5、《企业职工伤亡事故分类》（GB6441-1986） 6、《工业企业总平面设计规范》（GB50187-1993） 7、《危险化学品重大危险源辩识》（GB18218-2009）（适用于尾矿库使用危险化学品） 8、《选矿安全规程》（GB18152-2000）（适用于尾矿库） 9、《防洪标准》（GB50201-1994）（适用于尾矿库） 10、《矿山电力设计规范》（GB50070-2009） 11、《工业与民用电力装置的接地设计规范》（GBJ65-1983） 12、《电气设备安全导则》（GB/T25295-2010） 13、《供配电系统设计规范》（GB50052-2009） 14、《10KV及以下变电所设计规范》（GB50053-1994） 15、《低压配电设计规范》（GB50054-1995） 16、《建筑物防雷设计规范（2000年版）》（GB50057-1994） 17、《爆炸和火灾危险环境电力装置设计规范》（GB50058-1992）（适用于高硫矿山） 18、《建筑设计防火规范》（GB50016-2006） 19、《建筑灭火器配置设计规范》（GB50140-2005） 20、《构筑物抗震设计规范》（GB50191-1993） 21、《建筑地基基础设计规范》（GB50007-2002） 22、《建筑物抗震设计规范》（GB50011-2010） 23、《建筑物抗震设防分类标准》（GB50223-2008） 24、《中国地震动参数区划图》（GB18306-2001）（适用于尾矿库） 25、《机械安全避免人体各部位挤压的最小间距》（GB 12265.3-1997） 26、《带式输送机安全规范》（GB14784-1993）（适用于有带式输送机的矿山） 27、《机动工业车辆安全规范》（GB10827-1999）（适用于有机动工业车辆的矿山） 28、《起重吊运指挥信号》（GB5082-1985）（适用于有起重机械的矿山） 29、《起重机械安全规程第1部分：总则》（GB 6067.1-2010）（适用于有起重机械的矿山） 30、《工业企业设计卫生标准》（GBZ1-2010）

配置管理系统

配置管理系统（北大软件 010 - 61137666）配置管理系统，采用基于构件等先进思想和技术，支持软件全生命周期的资源管理需求，确保软件工作产品的完整性、可追溯性。配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能，实现核心知识产权的积累和开发成果的复用。 1.1.1 组成结构（北大软件 010 - 61137666）配置管理系统支持建立和维护三库：开发库、受控库、产品库。根据企业安全管理策略设定分级控制方式，支持建立多级库，并建立相关控制关系；每级可设置若干个库；配置库可集中部署或分布式部署，即多库可以部署在一台服务器上，也可以部署在单独的多个服务器上。 1. 典型的三库管理，支持独立设置产品库、受控库、开发库，如下图所示。图表1三库结构 2. 典型的四库管理，支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等，如下图所示。

图表2四级库结构配置管理各库功能描述如下：

以“三库”结构为例，系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节，其演进及控制关系如下图。图表3 配置管理工作流程 1.1.2主要特点（北大软件010 - 61137666） 3.独立灵活的多级库配置支持国军标要求的独立设置产品库、受控库、开发库的要求，满足对配置资源的分级控制要求，支持软件开发库、受控库和产品库三库的独立管理，实现对受控库和产品库的入库、出库、变更控制和版本管理。

系统具有三库无限级联合与分布部署特性，可根据企业管理策略建立多控制级别的配置库，设定每级配置库的数量和上下级库间的控制关系，并支持开发库、受控库和产品库的统一管理。 4.产品生存全过程管理支持软件配置管理全研发过程的活动和产品控制，即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。 5.灵活的流程定制可根据用户实际情况定制流程及表单。 6.支持线上线下审批方式支持配置控制表单的网上在线审批（网上流转审批）和网下脱机审批两种工作模式，两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。 7.文档管理功能实现软件文档的全生命周期管理，包括创建、审签、归档、发布、打印、作废等，能够按照项目策划的软件文档清单和归档计划实施自动检查，并产生定期报表。 8.丰富的统计查询功能，支持过程的测量和监控支持相关人员对配置管理状态的查询和追溯。能够为领导层的管理和决策提供准确一致的决策支持信息，包括配置项和基线提交偏差情况、基线状态、一致性关系、产品出入库状况、变更状况、问题追踪、配置记实、配置审核的等重要信息； 9.配置库资源的安全控制 1)系统采用三员管理机制，分权管理系统的用户管理、权限分配、系统操作日志管理。 2)系统基于角色的授权机制，支持权限最小化的策略； 3)系统可采用多种数据备份机制，提高系统的数据的抗毁性。 10.支持并行开发系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上，采用三种配置资源锁以实现对并行开发的

软件配置管理规范流程模板

软件配置管理规范流程 1 概述 1.1 目的本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件

的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再

软件配置管理规范.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

信息系统变更、发布、配置管理制度

XX县人民医院《信息系统变更、发布、配置管理制度》编号：第1页，共4页密级普通发布日期：2013年月日版本号：2012年A版修订日期：制订科室：医务科护理部院办室信息科拟稿：审核：批准：信息系统变更、发布、配置管理制度为规范信息系统变更、发布、配置与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。一、信息系统变更、发布、配置工作可分为下面三类类型：功能完善维护、系统缺陷修改、统计报表生成。功能完善维护指根据业务部门的需求，对信息系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现上的缺陷而引发的；统计报表生成指为了满足业务部门统计报表数据生成的需要，而进行的不包含在应用系统功能之内的数据处理工作。二、信息系统变更、发布、配置工作以任务形式由需求方（一般为业务科室）和维护方（信息科和软件厂商）协作完成。信息系统变更、发布、配置过程类似软件开发、发布、配置，大致可分为四个阶段：任务提交和接受、任务实现、任务验收和程序下发上线。

三、需求部门提出系统需求，并将需求整理成《信息系统变更申请表》（附件一），由科室负责人审批后提交给信息科。四、信息科负责接受需求并上报给信息主管院长。主管院长分析需求，并提出系统变更建议。信息科根据变更建议审批《信息变更申请表》。五、信息科根据部门提供的需求与软件开发商联系协同实现信息系统变更需求，产生供发布的程序。六、信息科组织相关业务部门的信息系统最终用户对系统程序变更进行测试。七、信息系统变更程序测试完成后，由信息科配置完善信息系统，正式发布并通知需求部门。八、信息科出具信息系统变更验收报告（附件二），需求部门签字验收。

国家电网技术标准基本配置清单(20160410)

技术标准基本配置清单序号文件编号文件名称一法律 1 2009年第3号主席令修订中华人民共和国森林法 2 2014年第9号主席令修订中华人民共和国环境保护法 3 1996年第71号主席令中华人民共和国档案法 4 2010年第39号主席令中华人民共和国水土保持法 5 2011年第46号主席令中华人民共和国建筑法 6 2013年第8号主席令修正中华人民共和国计量法 7 1999年第15号主席令中华人民共和国合同法 8 1999年第21号主席令中华人民共和国招标投标法 9 2014年第13号主席令中华人民共和国安全生产法（2014年修正版） 10 2002年第74号主席令中华人民共和国水法 11 2002年第77号主席令中华人民共和国环评法 12 2004年第28号主席令中华人民共和国土地管理法 13 2004年第31号主席令中华人民共和国固体废物污染环境防治法 14 2008年第6号主席令中华人民共和国消防法 15 2009年第18号主席令中华人民共和国电力法 16 2014年第 4 号主席令中华人民共和国特种设备安全法二法规（一）行政法规 1 1984年国务院令国务院关于在我国统一实行法定计量单位的命令 2 1987年国务院令中华人民共和国强制检定的工作计量器具检定管理办法 3 1993年120号国务院令 2011年1月8日修正水土保持法实施条例 4 1998年239号国务院令 2011年1月8日修正电力设施保护条例 5 1998年253号国务院令建设项目环境保护管理条例 6 2000年279号国务院令建设工程质量管理条例 7 2003年393号国务院令建设工程安全生产管理条例 8 2005年432号国务院令电力监管条例 9 2006年466号国务院令民用爆炸物品安全管理条例

项目配置管理过程规范(精编文档).doc

【最新整理，下载后即可编辑】项目配置管理过程规范

文档种类：研发体系发行范围：研发中心

变更记录息，以保证其可追溯性。

目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (5) 4. 入口准则 (5) 5. 活动 (6) 5.1. 活动关系图 (6) 5.1.1. 配置管理流程图 (6) 5.1.2. 配置变更流程图 (7) 5.2. 活动描述 (7) 5.2.1. 制定配置管理计划 (7) 5.2.2. 建立配置库 (8) 5.2.3. 建立配置项 (8) 5.2.4. 基线建立及发布过程 (8) 5.2.5. 配置变更 (9) 5.2.6. 配置审计 (9) 5.2.7. 备份 (10)

6. 输出 (10) 7. 出口准则 (10) 8. 本过程裁剪规定 (10)

信息系统配置管理办法

信息系统配置管理办法第1章总则第一条为了规范信息系统生产环境的配置管理，保证生产环境信息资产的完整性、有效性、可追溯性及正确性，防范信息系统运行中配置变更所带来的潜在风险，确保信息系统的安全可靠运行，依据《商业银行信息科技风险管理指引》、《信息系统安全等级保护基本要求》、《防范操作风险的管理办法》等制度规范，同时参照配置管理理论制定本办法。第二条配置管理是指对保证信息系统业务连续性的配置项进行标识、存储和控制，并维护其完整性、一致性、可追溯性及正确性的工作，是对各个配置项的变更、跟踪、发布和评审的重要管理工作。第三条配置管理工作是贯穿整个信息系统生命周期的核心基础工作之一，只有利用配置管理的理论把项目条理化、清晰化，才能将如需求、设计、开发、测试、运行、维护等其他工作纳入正确的轨道，保证整个信息系统管理工作的顺利进行。第四条本办法中所提及的配置项均指信息系统的配置项。第五条本办法由信息技术部负责解释和修订，自发文之日起开始执行。

第2章角色与职责第六条配置管理工程师（CME）：负责制定配置管理计划；建立并维护配置库；实施基线建立、基线变更、产品发布；协调和实施配置审计；维护配置管理工作记录；发布配置状态报告；根据配置项目的干系人和影响范围来制定配置计划，提出配置管理的分类和时间。配置管理工程师应当由专职人员担任，其主要工作为配置管理，其他工作量不应影响到配置管理的正常进行。第七条配置管理委员会（CCB）：负责批准基线的建立和变更，批准从基线区建立产品。CCB的组成可分多级，每级CCB负责一种或者多种类型的基线，在信息系统策划时就应当确定CCB成员和职责；CCB成员可由项目负责人、信息系统管理人员、质量保证人员、测试负责人组成，人数不少于5人，必要时可由信息技术部副总经理或总经理以及信息系统业务归口管理部门代表参与决策和评审。评审的结果应该是CCB全体人员一致同意通过才能决定。第八条信息系统管理人员：负责参与识别配置项，向CME提供接受配置管理的工作产品，参与创建基线和产品，负责产品的发布。第九条项目组/项目成员：负责向CME提供接受配置管理的工作产品，配合配置管理工作的要求完成相应的活动。成员组成可以是各个与配置项相关的技术开发或维护人员，也可以是业务管理人员。第十条质量保证工程师: 负责审计和评审配置管理活动和工作产品，参与配置管理的变更审批和基线确定。成员应当由信息系统维护技术人员和业务归口管理部门人员组成。

校务通管理系统软件项目配置管理计划案例

软件项目配置管理计划案例本案例选自《软件项目管理案例教程》（韩万江，机械工业出版社）一书，项目案例为《校务通管理系统》，该项目的配置管理计划如下： 1. 引言包括目的、缩写词和参考资料，具体内容略。 2．组织及职责配置管理的角色和职责见表1。表1：配置管理角色职责表 3.配置管理环境由于本项目属于中小型项目，工期也不很长，而且项目组人员对Visual SourceSafe也比较熟悉，所以采用Visual SourceSafe作为配置管理工具。 3.1配置库目录结构

3.2用户及权限 4．配置管理活动 4.1 配置项标志 4.1.1 命名规范本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。

图1：配置项命名规范 4.1.2 主要配置项 QTD-School –RM –SRS-v1.0 公司：3个字符项目：最长10个字符类型：最长5个字符编号：最长8位数字/字符版本号：V m.n

4.1.3 项目基线在Visual SourceSafe中基线由LABLE标志，字母必须为大写。基线管理由项目执行负责人确认、SCCB授权，由配置管理员执行。表5 4.1.4 配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。让它们分别对应4类工作空间。这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。对配置项的版本管理在不同分支具有不同的策略：（1）主干分支系统默认自动建立的物理分支——主干分支（/main）,基线均以LABLE方式出现在主干分支上。（2）私有分支如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不与管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。（3）小组分支如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。

软件配置管理规定

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

4.财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。 5.财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。 6.信息化部门负责软件使用管理日常工作。 7.单位采购的软件，因以下情况申请报废的，需经过信息化部门鉴定，严格履行资产处置报批手续：（1）已经达到规定的最低使用年限，且无法继续使用的。（2）未达到规定的最低使用年限，因技术进步等原因无法继续使用的。（3）未达到规定的最低使用年限，因计算机硬件报废，且无法迁移到其他计算机上继续使用的。 8.信息化部门在单位新采购软件、报废软件和调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4）。