01-基础配置指导-License管理配置
目录
1 License管理 ················································································································· 1-1
1.1 License管理简介 ········································································································ 1-1
1.2 配置限制和指导·········································································································· 1-1
1.2.1 授权的对象 ······································································································· 1-1
1.2.2 对激活文件的要求 ······························································································ 1-2
1.2.3 授权操作对启动软件包的影响 ··············································································· 1-2
1.2.4 授权的有效范围 ································································································· 1-2
1.2.5 其它要求·········································································································· 1-2
1.3 通过激活文件授权······································································································· 1-2
1.4 激活文件的授权变更···································································································· 1-3
1.5 压缩License存储区 ····································································································· 1-4
1.6 License管理显示和维护 ······························································································· 1-4
1 License管理
1.1 License管理简介
安装License激活文件后，为保证相关业业的正常使用，请勿修改设设的系统统统。
设备的部分特性需要获取License授权后才能使用。请使用display license feature命令来查看设备上哪些特性需要安装License、是否已经安装了License、以及已安装的License的简要信息。如果需要使用的特性没有安装License或者安装的License已经过期，请参照本章节描述的步骤（重新）安装License。
1. License授权方式
在设备上安装激活文件（Activation File）来获得License授权。
2. License的有效期
License的有效期分为：永久时间、绝对时间和相对时间三种。
?永久License没有使用时间限制，永远有效。
?绝对时间License在License指定时间之内使用有效，超出该时间范围无效。
?相对时间License则是允许从License安装之日开始使用一段时间。
激活文件支持永久时间、绝对时间和相对时间三种类型。
3. 临时License和正式License
License根据发布渠道不同分为临时的和正式的，License的种类以License的描述信息为准。
?临时License授权的特性可以使用一段时间，临时License不允许迁移。请在试用期内购买正式License并安装到设备上，以便特性得到正式授权使用。
?正式License是对特性正式授权的凭证。用户将正式License安装到设备上后，对特性进行正式授权，可以正常使用相应特性。
1.2 配置限制和指导
1.2.1 授权的对象
授权的对象为每个成员设备。用户需要为每个成员设备购买授权码、安装License。请确保IRF中各成员设备上安装的License一致，否则，可能会导致这些License对应的特性不能正常运行。（分布式设备－IRF模式/集中式IRF设备）
授权的对象为每块主控板。用户需要为每块主控板购买授权码、安装License。请确保设备中各主控板上安装的License一致，否则，可能会导致这些License对应的特性不能正常运行。（分布式设备－独立运行模式）
1.2.2 对激活文件的要求
用户获取到激活文件之后请妥善保存并备份，以免不慎丢失。
当使用FTP方式传输DID文件和激活文件时，请选择Binary传输模式。
请不要打开DID文件和激活文件，以免影响文件的格式，导致文件无效。
请不要修改DID文件和激活文件的名称，以免影响授权。
系统在执行license activation-file install命令的时候会自动将file-name文件拷贝到flash:/license 目录下，以供设备使用。因此，请不要删除flash:/license目录下处于In use或Usable状态的激活文件，以免影响对应特性的正常运行。如果误删了这样的激活文件，请手工执行copy命令将备份的激活文件拷贝到flash:/license目录来进行恢复。如果恢复激活文件后，License已处于In use状态，但某些需要该License的特性仍然不能正常使用，请重启设备来进行修复。（使用display license 命令可以查看激活文件的状态）
1.2.3 授权操作对启动软件包的影响
用户在安装License时，系统会自动搜索存储介质上是否存在该License对应的软件包，如果存在一个，则直接自动安装该软件包；如果存在多个，则直接自动安装最先搜索到的软件包。
用户在卸载License时，系统会自动搜索该License对应的软件包是否在运行，如果正在运行，则会直接自动卸载该软件包。
1.2.4 授权的有效范围
License授权的有效范围如下：
?授权是针对每台成员设备的授权，已授权的成员设备加入其它IRF后仍然可以获得同样的授权。（分布式设备－IRF模式/集中式IRF设备）
?授权是对主控板的授权，已授权的主控板插入别的设备仍然可以获得同样的授权。（分布式设备－独立运行模式）
License是和DID绑定的。压缩License存储区会导致DID变化，使得用旧DID申请的License无法继续安装。如果您已申请的License还需要使用，请不要压缩License存储区。
1.2.5 其它要求
对于一台设备，请不要多个用户同时进行License操作，以免操作失败。
如果由于HTTP客户端的系统、浏浏器等原因导致没有获取到激活文件，且无法重新申请激活文件统，请请系技术支持人员。
1.3 通过激活文件授权
请使用display license feature命令查看哪些特性需要安装License、是否已经安装了License、以及已安装的License的简要信息。请参照以下步骤安装License：
(1) 购买授权书，获得授权码。
(2) 使用display license device-id命令获取设备的SN字符串和DID文件的路径。
(3) 使用FTP/TFTP等方式将DID文件上传到PC（Web客户端）。
(4) 通过PC登录H3C网站（https://www.360docs.net/doc/8117056384.html,/Service/Authorize_License），根据产品类
型、授权码、SN和DID文件申请激活文件。
?如果设备第一次安装License，请在导航栏中选择
?如果设备上已经安装过License，但需要对设备进行规模扩容、功能扩展、时限延长等，请在导航栏中选择
(5) 将激活文件下载到设备上。
(6) 安装激活文件，获得授权。
表1-1安装激活文件
操作命令说明
进入系统视图system-view -
安装激活文件（分布式设备－独立运行模式/集中式IRF设备）license activation-file install [ file-name ]slot slot-number
-
安装激活文件（分布式设备－IRF模式）license activation-file install [ file-name ] chassis chassis-number
-
1.4 激活文件的授权变更
当设备故障无法获取卸载码，又需要进行授权变更时，请直接联系H3C技术支持工程师；当您有一台已授权的设备A暂时不需要使用，同时另有一台未授权的设备B需要使用时，请按照以下步骤，将设备A的授权转移到设备B上，使得设备B可以正常使用：
(1) 登录设备A，卸载激活文件，获得卸载文件。
表1-2卸载激活文件
操作命令说明进入系统视图system-view -
卸载激活文件（分布式设备－独立运行模式/集中式IRF设备）license activation-file uninstall [ file-name ]slot
slot-number
只能够卸载没有过
期的激活文件
卸载激活文件（分布式设备－IRF模式）license activation-file uninstall [ file-name ]
chassis chassis-number
只能够卸载没有过
期的激活文件
(2) 使用display license命令获取设备A的卸载码（Uninstall Key字段）。
(3) 登录设备B，使用display license device-id命令获取设备B的SN字符串和DID文件。
(4) 登录H3C网站（https://www.360docs.net/doc/8117056384.html,/Service/Authorize_License），根据设备B的SN、
DID文件和设备A的卸载码生成新的激活文件。
(5) 将新的激活文件下载到设备B上。
(6) 在设备B上安装激活文件，获得授权。安装激活文件的步骤请参见表1-1。
1.5 压缩License存储区
压压License存储区会导致DID变化，使得用旧DID申请的License无法继继安装。
在申请License授权之前，需要确保License存储区有足够的空间来存储License的相关信息。如果License存储区的空间不足，请使用本特性，系统会自动将已经过期的或者卸载的License信息删除。
表1-3压缩License存储区
操作命令说明
进入系统视图system-view -
压缩License存储区（分布式设备－独
license compress slot slot-number - 立运行模式/集中式IRF设备）
压缩License存储区（分布式设备－IRF
license compress chassis chassis-number - 模式）
1.6 License管理显示和维护
在完成上述配置后，在任意视图下执行display命令可以显示License的相关信息，通过查看显示信息验证配置的效果。
表1-4License管理显示和维护
操作命令
显示指定主控板的SN和DID信息（分布式设
display license device-id slot slot-number
备－独立运行模式）
显示指定成员设备的SN和DID信息（集中式
display license device-id slot slot-number
IRF设备）
显示指定成员设备的SN和DID信息（分布式
display license device-id chassis chassis-number 设备－IRF模式）
显示License的详细信息（分布式设备－独立
display license [ activation-file ] [ slot slot-number ] 运行模式/集中式IRF设备）
显示License的详细信息（分布式设备－IRF
display license [ activation-file ] [ chassis chassis-number ] 模式）
显示特性的License摘要信息display license feature
软件配置管理过程指导说明书(超级实用)
软件配置管理过程指导说明书
目录 1 前言 (2) 1.1 目的 (2) 1.2 适用范围 (2) 1.3 术语名词解释 (2) 2 角色和职责说明 (3) 3 输入 (4) 4 入口准则 (4) 5 配置管理实施 (4) 5.1 配置库结构 (4) 5.1.1 配置库 (4) 5.1.2 配置管理库系统 (6) 5.2 配置管理流程 (6) 5.2.1 配置管理流程图 (6) 5.2.2 配置变更流程图 (7) 5.3 配置标识 (8) 5.3.1 配置库划分 (8) 5.3.2 配置库结构 (8) 5.3.3 配置项命名 (11) 5.3.4 版本编号规范 (11) 5.4 配置管理活动 (12) 5.4.1 制定配置管理计划 (12) 5.4.2 建立配置库 (12) 5.4.3 建立配置项 (12) 5.4.4 基线建立及发布过程 (12) 5.4.5 配置变更 (13) 5.4.6 配置审计 (15) 5.4.7 备份 (16) 6 输出 (16) 7 出口准则 (16) 8 本过程裁剪规定 (16)
1 前言 1.1 目的 用于描述配置管理作用和过程，规范配置管理的实施过程、活动和操作。 1.2 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3 术语名词解释 CCB：Configuration Control Board，配置管理委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由质量工程师、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、上级质量部门主管。CCB组长可以是质量工程师或质量部领导，但不能是项目经理。 软件配置项：是指软件工程过程中所生产或使用的任何元素，或者是纳入软件产品的元素。它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等，包括：项目文档，源代码，执行程序，相关设备及资料。 软件配置管理：对软件配置项的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。 软件工作产品：由定义、维护和使用一个软件过程所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。 软件产品：可交付给客户或最终用户的软件工作产品的子集称作软件产品 基线：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，也即指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态它有如下特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。（3）基线变更必须经过CCB审批。 变更控制：对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。 版本发布：指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。即交付给客户的一个包括可执行程序和文档的发布基线称为发布（release）。 配置审计：可以分为物理审计和功能审计。物理审计审查配置项的外在特征的正确性与一致性，主要考查软件受控库的结构、内容及其它相关信息，以验证基线和描述它的文档的一致性；功能审计审查配置项内容的正确性与一致性，主要考核配置项在实现功能上的一致性，功能审计主要通过评审和测试报告体现。 物理审计的内容包括： ? 确认配置项标识的正确性； ? 确认已受控配置项的更改是受到控制的； ? 验证配置库内容与相应记录之间的一致性； ? 验证配置管理活动与相应记录之间的一致性； ? 验证配置管理工作是否符合适用的标准和规程； ? 验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ? 验证当前基线所含配置项对前一基线所含配置项的追溯性； ? 确认当前基线所含配置项均正确反映了项目需求； ? 评估基线的完整性； ? 验证当前基线和各基线间所含配置项的一致性； 验证配置库内容的完备性和正确性等。
配置管理岗位职责
配置管理员岗位职责 摘自：软件配置管理论坛 一、配置经理的基本技能与资格 资格： 能够重视配置管理工作； 能够按规范实施配置管理工作； 积极支持部门的配置管理方面的工作； 能够积极支持与帮助其他人员； 为部门的配置管理能力的提高贡献力量； 熟悉公司配置流程以及其他相关的流程； 为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门； 基本技能： 能够独立规划项目的配置管理工作； 熟练掌握配置管理的相关概念； 能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 具有基本的与人沟通的技巧； 能够了解项目管理过程中的主要环节； 初步了解项目管理过程中的质量保证的各个方面； 了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力. 具体表现为： ?项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； ?积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； ?熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； ?为项目控制好版本，保证项目各阶段所使用的版本正确； ?及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； ?与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； ?能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献；
软件配置管理流程
配置管理流程规定 (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)配置库的日常操作和维护 开发人员
ISO20000-20配置管理程序
密级：敏感 文档编号：HTPC-ITSM-B-20配置管理程序 版本号：V1.0 配置管理程序 ************信息技术有限公司 ---------------------------------------------------------------------------- ************信息技术有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
修订履历
目录 1 目的 (4) 2 范围 (4) 3 职责 (4) 3.1 配置管理负责人 (4) 3.2 配置管理员 (5) 3.3 一线支持人员 (5) 4 相关文件 (5) 5 程序 (5) 5.1 配置计划 (5) 5.2 配置定义和标识 (5) 5.3 建立配置管理数据库 (5) 5.4 CMDB的控制和维护 (6) 5.5 配置审计和验证 (6) 5.6 生成配置报告 (6) 6 记录 (6)
1 目的 配置管理流程的总体目的是提供一个统一的、一致的流程来管理售后服务环境中的所有组成部分，以确保： 1)所有配置项（CI）被识别和记录下来； 2)配置项当前和历史状态得到汇报； 3)配置项记录的完整性得到维护和确认； 4)客户服务环境的稳定性； 5)实现资产管理的目的。 2 范围 配置管理的范围是公司开发的管理信息系统的运行和服务环境下所包含的配置项（CI），包括系统运行环境的部署环境设备、系统软件等，及服务环境中涉及的客户信息配置。具体活动包括识别、控制、汇报和审核等行为。 包括： 1)客户信息：企业客户信息； 2)软件信息：客户运行环境中传输线路综合管理系统、车辆管理系统及其运行环 境，安装软件的拷贝信息； 3)服务器端配置：主机设备、终端设备； 4)备件信息：手持终端设备、车载设备等； 5)服务文档：服务项目文档、服务记录、用户手册等； 6)供应商：供应商信息。 不包括： 1)处于开发或测试环境的业务系统。 3 职责 3.1 配置管理负责人 1)定义并维护配置管理流程文件及所需要的记录模板； 2)管理配置管理流程的实施； 3)确保配置管理流程目标的实现；
SCMS软件配置管理过程
C M M文件软件配置管理过程 XXXXXXXXXXXX (版权所有,翻版必究)
文档变更请求(DCR)
文档变更记录
目录 1 概述 (1) 1.1 目的 (1) 1.2 范围 (1) 1.3 术语与定义 (1) 1.4 参考文档 (1) 1.5 引用文档 (2) 2 过程目标 (2) 3 过程定义 (2) 3.1 责任人 (2) 3.2 输入 (3) 3.3 入口准则 (3) 3.4 过程活动 (3) 3.5 出口准则 (6) 3.6 输出 (6) 附录 A ：软件配置项/产品包标识 (8) A.1 文档的编号 (8) A.2 程序的名称 (9) A.3 软件产品包的标识 (9) A.4 系统、数据库、开发与支持软件工具的编号 (9) 附录 B ：配置项状态报告 (10) B.1 系统软件、数据库、开发与支持软件工具列表 (10) B.2 软件基线/配置项状态报告 (10) B.3 软件基线软件基线变更报告 (10) 附录 C ：软件配置管理测量报告 (11)
1概述 1.1目的 软件配置管理（简写为SCM）是维护项目软件整个生命周期产品完整性的重要活动，本文档明确规定了公司软件配置管理活动的目标和过程定义，为公司软件配置管理提供所遵循的过程、程序和指导方针。 1.2范围 本文档适用于管理公司所有软件项目在各阶段标识的软件配置。软件配置管理的大部分活动用“软件配置管理工具”实现。 1.3术语与定义 1.3.1软件工作产品：作为定义、维护或应用软件过程的一部分所生成的任何人工制品，包括过程描述、 计划、规程、计算机程序和相关文档，这些可能交付也可能不交付给顾客或最终用户。 1.3.2软件基线：软件配置项经软件验证、确认、评审和认定后，形成了软件基线，也就成了该阶段的一 个基准。下一个阶段只能在这个基准上进行开发活动。 1.3.3软件配置项：是指一个软件产品在软件生存周期各个阶段所产生或应用的各种形式（机器可读或人 工可读）和各种版本的文档、程序及其数据。 1.3.4SCCB：软件配置管理委员会（Software Configuration Control Board）（关于责任，参见“责任 人”）。 1.3.5SCM：软件配置管理(Software Configuration Management) 包括了标识软件工作产品、控制对 软件工作产品的更改、和维护在整个软件生存周期中的软件工作产品的完整性和可跟踪性。 1.4参考文档 1.4.1Mark C. Paulk，Bill Curtis，Mary Beth Chrissis，Charles V. Weber，Capability Maturity Model for Software （Version 1.1） 1.4.2Roger S. Pressman，Software Engineering –A Practitioner’s Approach (Fourth Edition) 1.4.3《计算机软件配置管理计划规范》GB/T 12505-90
《网络设备配置管理》期末复习知识点
《网络设备配置管理》期末复习 网络技术基础： 一、选择题 1．在计算机网络中，通常把提供并管理共享资源的计算机称为（）。 A）服务器B）工作站C）网关D）网桥 2．当个人计算机以拨号方式接入Internet时，必须使用的设备是（）。 A）网卡B）调制解调器C）电话机D）浏览器软件3．OSI（开放系统互联）参考模型的最低层是（）。 A）传输层B）网络层C）物理层D）应用层 4．计算机网络的目标是实现（）。 A）数据处理B）信息传输与数据处理 C）文献查询D）资源共享与数据传输 5．下列四项内容中，不属于Internet基本功能的是（）。 A) 电子邮件B）文件传输C）远程登录D）实时监测控制 6．路由选择是OSI模型中（）层的主要功能。 A）物理B）数据链路C）网络D）传输 7．网络中各个节点相互连接的形式，叫做网络的（）。 A）拓扑结构B）协议C）分层结构D）分组结构 8．互联网的主要连接硬件设备有中继器、网桥和（）。 A）集线器B）网卡C）网络适配器D）路由器 9．衡量网络上数据传输速率的单位是bps，其含义是（）。 A）信号每秒传输多少公里B）信号每秒传输多少公理 C）每秒传送多少个二进制位D）每秒传送多少个数据 10．局域网的简称是（）。 A）LAN B）WAN C）MAN D）CN 11. 数据交换技术可分为（）． A. 空分交换、时分交换、分组交换 B. 电路交换、空分交换、时分交换 C. 线路交换、空分交换、分组交换 D. 电路交换、报文交换、分组交换 12. 一个网络协议主要由以下三个要素组成： I．响应II. 语法III.同步IV.语义 它们分别是：（）． A.I,III和IV B.II,III和，II和，II和IV 13.应用层DNS协议主要用于实现哪种网络服务功能？（）． A. IP地址到网络硬件地址的映射 B.网络硬件地址到IP地址的映射 C. Internet域名到IP地址的映射 D.用户名到进程地址的映射 14.Ethernet表示以太网，它对应的局域网标准是（）． A.IEEE 802.3 B. IEEE 802.11 C.IEEE 802.5 D. IEEE 802.2 15.下列选项中，不属于网络体系结构中所描述的内容是（）． A：网络的层次B：每一层使用的协议 C：协议的内部实现细节D：每一层必须完成的功能 16.IP地址是由哪两部分组成（）． A. 地址、域名 B. 网络号、主机号 C. 源地址 D. 域名、端口号
配置管理流程
配置管理流程 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT
简介 业务目的： 为解决、控制过程及部分服务交付过程提供需要的配置项及其属性信息。 IT 目的： 1)建立一个完整的配置项管理框架，降低了无控制环境变更的危险性； 2)CMDB提高支援及各类服务活动的效率和品质，确保服务交付流程如连续性、容量等良好运作。 适用范围 此流程适用IT管理手册中定义的服务范围。 相关流程 IT服务管理手册 (QM-ITSM-2011) 服务规划及管理流程(OP-ITSM-004) 服务报告管理流程 (OP-ITSM-006) 事件和服务请求管理流程 (OP-ITSM-007) 问题管理流程 (OP-ITSM-008) 变更管理流程 (OP-ITSM-010) 发布管理流程 (OP-ITSM-011) 连续性管理流程 (OP-ITSM-012) 容量与可用性管理流程 (OP-ITSM-014) 信息安全管理流程 (OP-ITSM-015) 供应商管理流程 (OP-ITSM-017) 服务策划管理流程(OP-ITSM-019) 定义 术语表： 无 角色定义表
仪器种类代号
编号格式 主要设备按以下方式进行编号登记： XX9999YY XX = 仪器种类代号 9999 = 4至5位数字 YY = 地域代号内的缩写式代号 内容 流程解释 配置管理流程从配置规划、日常运维、配置审计、配置管理检讨的PDCA循环保障CI的完整性和有效性，其中配置规划包括配置管理应用的各类规则。 配置规划 (P) 5.2.1配置管理范围工具、用途说明：
ISO软件开发全套文档-配置管理计划编写指南
产品/项目系统名称 配置管理计划 北京XXXX有限公司 200 年××月 1引言 1.1编写目的
编写的目的主要在于对所开发的软件系统规定各种必要的配置管理条款，以保证所开发出的软件能满足用户需求。 1.2背景 a.开发的软件系统的名称 列出本软件系统的中文全称、英文全称及英文表示简称。 b.开发的软件系统的最终用户或适用的领域； c.项目来源、主管部门等 1.3定义 列出本文件中涉及的专门术语定义和外文缩写的原词组。 1.4参考资料 列出涉及的参考资料。 2 管理 描述软件配置管理的机构、任务、职责和有关的接口控制。 2.1 机构 描述软件生存周期中各阶段中软件配置管理的功能和负责软件配置管理的机构。 说明项目和自项目与其他有关项目之间的关系。 指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的关系。 2.2 任务 描述在软件生存周期中各阶段的配置管理任务以及要进行的评审和检查工作，并指出各阶段的阶段产品应存放在哪一类软件库中（软件开发库、软件受控制库或软件产品库）。 2.3 职责 指出负责各项软件配置管理任务（如配置标识、配置控制、配置状态记录以及配置的评审与检查）的机构的职责； 指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系。 说明软件生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动。 指出与项目开发有关的各机构的代表的软件配置管理职责。 指出与其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。 2.4 定义软件配置项（SCI） 包括： 1．系统约定 2．软件项目计划 3．软件需求文档 4．用户手册 5．设计文档
软件配置管理流程
软件配置管理流程
目录 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 目的 本文档指导项目开展配置管理活动。 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 1.5.2 方针 SWL开发组项目开发与管理工作方针 1.5.3 过程/规范 项目计划与控制规范 1.5.4 指南 配置管理计划指南 基线策略指南 配置状态报告编制指南 配置审计工作活动指南 配置管理工具指南 VSS 使用指南 组织管理配置库使用指南 软件开发文档命名约定 1.5.5模板 配置管理计划 配置状态报告 配置审计报告 文档变更请求 1.5.6 检查表 无 1.5.7 培训 《软件配置管理教材》 《软件变更控制管理教材》 《Clear Case 配置管理培训教材》 1.5.7 工具 Clear Case Visual SourceSafe Visual Basic Office 97/2000/XP DreamWeaver PhotoShop
配置管理
配置管理 无线电分类2010-09-13 10:49:27 阅读334 评论0 字号：大中小订阅 文档说明 文档修改履历 1概述 1.1标识 该文档的统一编号为：SDC-CM-001 该文档的标题为：SDC平台配置管理计划
1.1目的 SDC平台在对外支持过程中，涉及不同的大小版本，各个项目的应用范围也并不一致，原有的管理过程与规范已经不能满足项目的需要。为了更好的为项目提供支持，使项目本身具有良好的持续 性，特制订此配置管理计划。以更好的为项目服务。 1.2缩略语定义 ●计算机数据定义Computer Data Definition 对硬件相应的计算机指令所操作的信息元素基本特性的说明。这些特性可包括（但不限于）类型、 范围、结构和值。 ●计算机软件部件（CSC）Computer Software Component 计算机软件配置项中功能和性质不同的部分。计算机软件部件可以进一步分解成其它计算机软件部 件和计算机软件单元。 ●计算机软件配置项（CSCI）Computer Software Configuration Item 为独立的配置管理而设计的且能满足最终用户功能要求的一组软件。 ●计算机软件文档Computer Software Documents 一个资料或信息的集合，包括计算机软件的列表和打印输出。用文档记录了计算机软件的要求、设计或细节，解释软件的能力和限制条件，并提供在软件运行中或保障时使用的操作命令。 ●计算机软件单元（CSU）Computer Software Unit 计算机软件部件设计中确定的能单独测试的一部分软件。 ●发行Release 为某种目的，对某个可用的软件版本进行的一种配置管理的行为。 ●可重用软件Reusable Software 为一种应用要求开发的，但可全部或部分满足另一种应用要求的软件。 ●软件开发文件Software Development File 有关软件开发和维护保障资料的集合。其内容一般包括（或引用）设计考虑的约束条件、设计文档和数据，进度和状态信息，测试要求、测试用例、测试规程和测试结果。 ●软件保障Software Support 为保障和支持已实现和投入使用的软件正常运行所进行的全部活动。 ●软件测试环境Software Test Environment 测试软件所需的一组自动工具、固件和硬件的集合。自动工具可以包括（但不局限于）测试工具，如模拟软件、代码分析器和测试用例生成器等，也可能包括那些包含在软件工程环境中的工具。 1.3软件配置管理角色职责 对于任何一个管理流程来说，保证该流程正常运转的前提条件就是要有明确的角色、职责和权限的定义。特别是在引入了软件配置管理的工具之后，比较理想的状态就是：组织内的所有人员按照不同的角色的要求、根据系统赋予的权限来执行相应的动作。因此，在本文档中所说明的这个软件配置管理过程中主 要涉及下列的角色和分工：
软件配置管理规范流程
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） 在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一
产品维护阶段配置管理规程
Product Maintenance Phase Configuration Management Regulations 产品维护阶段配置管理规程 (PMM-CM01R01-V1.0/ IPD-PMM / for internal use only仅供内部使用) Prepared by 拟制xxx Date 日期 Reviewed by 审核xxx Date 日期 Approved by 批准xxx Date 日期 XX Co., Ltd. XX有限公司
Revision record 修订记录
Catalog 目录 1Objectives 目的 (5) 1.1确保维护团队的配置管理活动已计划； (5) 1.2确保维护团队所有的配置项都已经唯一标识并且可访问； (5) 1.3确保对维护团队所有配置项的更改都可控和跟踪； (5) 1.4确保所有维护团队配置项的一致性和完整性； (5) 1.5确保维护团队所有已基线化配置项的状态通知到相关人员。 (5) 2Scope 范围 (5) 3Responsibilities 职责 (5) 3.1维护经理职责： (5) 3.2维护团队CMO职责： (5) 3.3维护团队CCB职责 (6) 3.4QA职责： (6) 3.5PDE职责： (6) 4Inputs 输入 (6) 4.1交接清单 (6) 4.2版本树 (6) 4.3版本开发计划 (6) 4.4参考类文档写作需求 (6) 4.5资料开发计划 (6) 5Outputs 输出 (6) 5.1维护团队配置管理计划 (6) 5.2审计报告 (6) 5.3配置项状态跟踪表单 (6) 5.4版本配套表 (7) 5.5版本描述文档 (7) 5.6升级指导书 (7) 5.7产品配置库归档表 (7) 5.8维护项目失效部件清单 (7) 6Control mechanism 控制机制 (7) 6.1维护经理保证维护团队配置管理活动遵守本规程。 (7) 6.2产品质量体系EPG组负责批准所有针对该规程的修改。 (7) 6.3通过内部质量审计来检验流程的符合度。 (7) 7Procedure 规程 (7) 7.1维护团队配置管理活动的对象 (7) 7.2维护团队配置管理活动的启动 (7) 7.3维护团队配置管理活动 (8) 7.4Configuration Identification 配置标识 (9) 7.5The reporting and tracing of CI status 配置项状态的记录和跟踪 (11) 7.6Establishing the Baseline 建立基线 (12) 7.7Management of Configuration Library 配置库管理 (12) 7.8Change Control 变更控制 (12) 7.9Configuration Status Accounting配置状态发布 (13) 7.10Software Release Management软件版本管理 (13) 7.11Configuration Audit 配置审计 (13) 7.12The Product configuration management closure 配置管理活动的结束 (14)
配置管理计划V0.1
XXX项目配置管理计划 xxxxxxxxxxxxxxx公司20xx 年xx月xx 日
文档编号：XXXXXXXX-XXX-XXX 版本号：1.00 项目名称:XXXX项目 文档名称: 版本修改内容描述修改人日期备注1.0 第一版xxx 2014.6.3 1.01修正了……xxx 2014.6.3 批准人：日期：审核人：日期： 公司名称：xxxxxxxxxxxxxxxxxx有限公司 地址：xxxxxxxxxxxxxxxxxxxxxxxxx 电话：010-xxxxxxxx 网址：https://www.360docs.net/doc/8117056384.html, 邮箱：mengsuran@https://www.360docs.net/doc/8117056384.html,
目录 1. 引言 (1) 1.1 目的 (1) 1.2 术语定义 (1) 1.2.1软件配置管理 (1) 1.2.2 配置管理 (1) 1.2.3 配置项 (1) 1.2.4 基线 (1) 1.2.5 变更控制 (2) 1.2.6 配置审计 (2) 1.3 参考资料 (2) 2. 软件配置 (3) 2.1 软件配置环境 (3) 2.1.1服务器软件环境 (3) 2.1.2 硬件环境 (3) 2.1.3 配置管理客户端 (3) 2.2 软件配置项 (3) 2.2.1 受控配置项 (3) 2.2.2 非受控配置项 (4) 2.3 配置管理员 (4) 2.3.1 设立的必要性 (4) 2.3.2 主要职责 (4) 3. 软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (6) 3.2.1文档 (6) 3.2.2 程序 (6) 3.2.3 基线 (6) 3.3 配置库控制 (6) 3.3.1 .权限控制 (6) 3.3.2 配置库控制 (6) 3.3.3 建立软件库 (6) 3.3.4软件配置更改 (7) 3.3.5配置文件清单的维护 (7) 3.4 配置的检查和评审 (7) 3.5 配置库的备份 (8) 3.6 配置管理计划的修订 (9) 3.7 配置管理计划附属文档 (9) 4. 里程碑 (10)
信息系统变更、发布、配置管理制度
XX县人民医院 《信息系统变更、发布、配置管理制度》编号： 第1页，共4页密级普通 发布日期：2013年月日版本号：2012年A版 修订日期： 制订科室：医务科护理部院办室信息科 拟稿：审核：批准： 信息系统变更、发布、配置管理制度 为规范信息系统变更、发布、配置与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。 一、信息系统变更、发布、配置工作可分为下面三类类型：功能完善维护、系统缺陷修改、统计报表生成。功能完善维护指根据业务部门的需求，对信息系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现上的缺陷而引发的；统计报表生成指为了满足业务部门统计报表数据生成的需要，而进行的不包含在应用系统功能之内的数据处理工作。 二、信息系统变更、发布、配置工作以任务形式由需求方（一般为业务科室）和维护方（信息科和软件厂商）协作完成。信息系统变更、发布、配置过程类似软件开发、发布、配置，大致可分为四个阶段：任务提交和接受、任务实现、任务验收和程序下发上线。
三、需求部门提出系统需求，并将需求整理成《信息系统变更申 请表》（附件一），由科室负责人审批后提交给信息科。 四、信息科负责接受需求并上报给信息主管院长。主管院长分析 需求，并提出系统变更建议。信息科根据变更建议审批《信息变更申 请表》。 五、信息科根据部门提供的需求与软件开发商联系协同实现信息 系统变更需求，产生供发布的程序。 六、信息科组织相关业务部门的信息系统最终用户对系统程序变 更进行测试。 七、信息系统变更程序测试完成后，由信息科配置完善信息系统，正式发布并通知需求部门。 八、信息科出具信息系统变更验收报告（附件二），需求部门签 字验收。
软件配置管理计划
软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 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 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务
配置管理流程
配置管理流程- - 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)项目管理和机构支撑过程产生的文档。这些文档虽然不是产品的组成部分，但是值得保存。 每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.4 基线（Baseline） 在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素（配置项）的一个版本，且只确定一个版本。一般情况下，基线一般在指定的里程碑（Milestone）处创建，并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制，基线中的配置项被“冻结”了，不能再被任何人随意修改，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线。
软件配置管理规定
软件配置管理规定 为进一步加强软件配置管理工作，明确软件配置原则，规范软件配置流程，制定本规定。 一、配置原则 1. 软件配置遵循安全性、适用性、经济性和正版化的原则，不得配置非正版软件。 2. 单位使用的商业软件、OEM 软件、免费软件均需纳入配置管理，不得配置与工作无关的各类软件。 3. 优先采用场地授权（许可）方式配置软件。 二、配置流程 1. 软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1） 2. 信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》，对软件使用部门需要的相关软件进行统一测试和试用，综合考虑软件的价格、兼容性、安全性和售后服务等因素，确定软件选型，明确软件名称和版本。涉及使用免费软件的，更新《可使用免费软件清单》（附件2）。 3. 信息化部门依据单位软件使用管理台账，梳理单位
软件需求与现有软件许可的差异。单位软件许可不足的，编制《软件采购计划表》（附件 3 ）。 4. 财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。 5. 财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。 6. 信息化部门负责软件使用管理日常工作。 7. 单位采购的软件，因以下情况申请报废的，需经过信息化部门鉴定，严格履行资产处置报批手续： （1）已经达到规定的最低使用年限，且无法继续使用的。 （2）未达到规定的最低使用年限，因技术进步等原因无法继续使用的。 （3）未达到规定的最低使用年限，因计算机硬件报废，且无法迁移到其他计算机上继续使用的。 8. 信息化部门在单位新采购软件、报废软件和调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4）。