软件三库管理制度

软件三库管理制度一、总则1.1目的为规范公司软件项目开发过程中的配置管理活动，确保软件配置项的完整性、一致性、可追溯性和安全性，提高软件开发效率和产品质量，特制定本制度。1.2适用范围本制度适用于公司所有软件项目（包括自研、合作开发等）的软件配置管理工作，涉及软件开发库、受控库和产品库（以下统称“软件三库”）的建立、使用、维护和管理。所有参与软件项目开发、测试、运维及相关管理工作的人员均须遵守本制度。1.3定义1.软件开发库（DevLibrary）：用于存放开发过程中正在创建或修改的软件配置项，供开发人员日常工作使用。2.软件受控库（ControlledLibrary）：用于存放已通过评审或测试，处于受控状态的软件配置项。这些配置项是后续开发、测试和交付的基准。3.软件产品库（ProductLibrary）：用于存放作为最终产品交付给客户或投入生产运行的软件配置项集合，是软件版本发布的官方来源。4.软件配置项（SCI）：指纳入配置管理范畴的所有文档、程序、数据及其变体等。1.4基本原则1.唯一性原则：每个软件配置项在各库中应有唯一的标识。2.完整性原则：确保各库中软件配置项的完整，包括相关的文档和记录。3.一致性原则：维护不同库之间以及同一库内不同配置项之间的信息一致性。4.可追溯性原则：记录软件配置项的所有变更历史，确保其状态和变更过程可追溯。5.安全性原则：采取必要措施保障各库中软件配置项的存储安全和访问安全。二、职责分工2.1配置管理小组/配置管理员1.负责软件三库的规划、建立、配置和日常维护。2.制定和完善软件配置管理相关流程和规范，并监督执行。3.负责软件配置项的标识、入库、出库、版本控制和变更管理。4.组织或协助进行配置审计，生成配置状态报告。5.对开发人员进行软件三库使用方法和相关制度的培训与指导。2.2开发人员1.严格按照本制度及相关流程使用软件三库。2.在开发库中进行日常的代码编写、调试和提交。3.负责向受控库提交符合入库条件的软件配置项，并配合评审。4.妥善保管个人访问账号和密码，对个人操作行为负责。5.及时反馈三库使用过程中遇到的问题。2.3项目经理/项目负责人1.确保项目团队成员理解并遵守本制度。2.审批本项目软件配置项的入库、出库及重要变更申请。3.协调解决项目配置管理过程中出现的冲突和问题。2.4测试人员1.从受控库获取基线版本进行测试。2.向配置管理员反馈测试过程中发现的与配置项相关的问题。3.参与对拟进入受控库或产品库配置项的评审或验证。三、软件开发库管理3.1库的建立与配置配置管理员根据项目需求，在指定的配置管理工具中为项目创建开发库，并进行必要的权限设置和初始化。3.2入库管理开发人员在开发库中创建或修改配置项，通过版本控制工具进行本地管理和提交。提交时需填写清晰、规范的变更说明，注明变更内容、原因等。3.3出库与使用3.4版本控制开发库采用版本控制工具进行管理，记录每次提交的版本信息。开发人员在提交前应先更新（Update/Sync）本地工作区，解决冲突后再提交。3.5日常维护1.开发人员应定期清理个人工作区及开发库中不再需要的临时文件和废弃分支。2.配置管理员定期检查开发库的运行状态，确保数据完整和服务可用。四、软件受控库管理4.1库的建立与配置配置管理员为项目创建受控库，设定严格的访问权限和入库/出库审批流程。4.2入库条件与流程1.入库条件：*软件配置项已完成编码和单元测试。*相关的设计文档、测试报告（如需要）等随附文档齐全。*已通过项目内部的技术评审或测试验证。2.入库流程：*开发人员提交《软件配置项入库申请单》及相关材料至项目经理审批。*审批通过后，由配置管理员或指定人员将配置项从开发库的指定基线版本导入受控库，并记录入库信息，分配版本号。4.3出库条件与流程1.出库条件：*因修复缺陷、版本升级等原因需要从受控库提取配置项进行修改。*测试人员提取基线版本进行正式测试。2.出库流程：*相关人员提交《软件配置项出库申请单》，说明出库目的、范围和预计返回时间，经项目经理审批。*配置管理员根据审批结果，授权出库或直接提供指定版本的配置项。从受控库出库进行修改的配置项，修改完成后需按新的版本号重新履行入库流程。4.4版本管理受控库中的配置项版本应遵循公司统一的版本编号规则。每次入库形成新的基线版本，基线版本一旦确立，未经授权不得随意修改。4.5变更控制受控库中的配置项变更必须遵循正式的变更控制流程。变更申请需说明变更理由、影响分析等，经评审和审批后方可实施。变更实施后，应更新相关配置项并记录变更历史。五、软件产品库管理5.1库的建立与配置配置管理员根据产品交付需求建立产品库，其安全级别最高，访问和操作权限最为严格。5.2入库条件与流程1.入库条件：*软件配置项已通过最终测试和验收，符合产品发布标准。*所有相关文档（如用户手册、安装手册、releasenotes等）齐全且符合要求。*已获得项目负责人及相关业务部门（如产品、市场）的最终审批。2.入库流程：*由项目负责人或授权代表提交《软件产品入库申请单》及全套交付物。*配置管理员组织相关人员（如产品、测试、技术支持）进行最终审核。*审核通过后，配置管理员将经批准的软件配置项集合（完整的产品版本）从受控库的指定基线导入产品库，并进行严格的版本标记和归档。5.3出库管理产品库的软件配置项通常只用于正式发布、交付或应急维护。1.交付出库：根据《产品交付单》或类似正式文件，由配置管理员或授权人员从产品库提取指定版本的产品包交付给客户或部署到生产环境，并记录出库信息。2.维护出库：因生产环境紧急缺陷修复等特殊情况需从产品库提取配置项时，需提交高级别审批的《软件配置项出库申请单》，修复完成并验证后，应作为新版本重新入库。5.4版本与归档产品库中的每个版本都是一个独立、完整且稳定的产品发布包。配置管理员负责对产品库中的所有版本进行永久归档，确保其可追溯和长期保存。六、软件配置项流转管理6.1流转路径软件配置项的典型流转路径为：开发库→受控库→产品库。特殊情况需逆向流转或跨库流转时，必须履行严格的审批程序。6.2基线管理1.开发基线：在开发库中，可根据项目阶段或里程碑，建立临时的开发基线，用于团队内部协同或阶段性评审。2.受控基线：配置项进入受控库即形成受控基线，是后续开发和测试的基准。重要的受控基线（如测试基线、发布候选基线）需正式命名和记录。3.产品基线：配置项进入产品库即形成产品基线，是交付给客户的正式版本。6.3变更流程任何对已入库（特别是受控库和产品库）配置项的变更，均需遵循变更控制流程，包括变更申请、变更评估与评审、变更审批、变更实施、变更验证和变更记录等环节。七、审计与监督7.1配置审计配置管理员应定期或不定期对软件三库的配置情况进行审计，包括：1.配置项的完整性、一致性检查。2.版本号的规范性检查。3.入库、出库及变更流程的执行情况检查。4.权限设置的合理性检查。7.2日志管理配置管理工具应具备完善的操作日志记录功能，记录所有对三库的访问、配置项的增删改查、版本变更等操作。日志应妥善保存，保存期限不少于项目生命周期加规定的存档年限。7.3违规处理对于违反本制度规定，造成软件配置项混乱、丢失、泄密或其他不良后果的，将视情节轻重对相关责任人进行批评教育、通报批评，直至与绩效考核挂钩或追究其他责任。八、制度的修订与废止8.1修订本制度根据公司发展和项目管理需要，可由配置管