下载文档原格式
软件三库管理制度
1目的
公司按*B 5716-2006要求制定了本制度，主要规定公司产品研制过程中二次开发、自主开发软件开发库、受控库和产品库（以下简称三库）的管理要求。
2范围
本办法适用于公司所有型号配套软件三库的管理，非开发（外协）软件按本制度进行产品库的入库及更改。
3引用文件
*B3206A-2010 技术状态管理
*B 5716-2006 军用软件开发库、受控库和产品库通用要求*J 3118-1999 航天产品技术状态管理
*P/* 004－2014不合格品控制程序
*W/* 030－2014设计和开发更改管理制度
*W/* 034-2015软件配置管理规范
*W/* 038-2015软件设计和开发管理制度
*/**01015A-2015 产品配套光盘归档下发管理实施细则
*/**01017-2013 科技档案受控下发管理规定（试行）
《测试管理制度》
《通指装备研制工作管理规定（试行）》（总参2013年9月）4术语
软件开发库：在软件生存周期中，存放软件配置项的集合。
软件受控库：在软件生存周期中，存放已通过测试或评审且作为阶段性产品的软件配置项的集合。
软件产品库：在软件生存周期中，存放供交付、生产、检验验收以及已定型（鉴定）的软件配置项的集合。
5职责
5.1 科技管理部职责
负责制定软件三库管理相关文件，组织专业技术培训、交流；
5.2 软件配置库管理员职责
指定软件配置库管理员，负责各型号软件受控库、产品库的控制及管理，包括：软件各配置项的管理，软件入库光盘、装机
1。
软件三库管理————————————————————————————————作者：————————————————————————————————日期：软件配置管理与GJB5000A ——三库管理(2016-07-28 08:57:39)转载▼分类：GJB5000A随着企业业务发展，产品线也变得越来越丰富。
新产品的研发，可能由于周期短，有时直接快速组建一个新的项目组，大家热火朝天，技术攻关很快就把产品研发出来了。
很多的设计点子，产品架构，技术攻关等通过高效的线下沟通，反倒推动了产品更快的问世。
但常常这些讨论过程所产生的“智慧”，也很容易被项目组所遗忘；产品完成后，项目组也就随之解散。
未来，当企业需要对已有的产品线进行维护升级，从而更好地赢得市场的时候，往往会因为无处寻找这些遗忘的智慧而头疼不已。
针对这类的管理烦恼，CMM/CMMI提供了专门的软件配置管理办法；CMM/CMMI将软件配置管理的活动分为6个方面：SCM过程管理、软件配置标识、软件配置控制、软件配置状态统计、软件配置审计、软件发布管理和交付。
软件配置管理定义了如下目标：Goals 1: Software configuration management activities are planned. （定制了软件配置管理活动的计划。
）Goals 2: Selected software work products are identified, controlled, and available. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 3: Changes to identified software work products are controlled. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 4: Affected groups and individuals are informed of the status and content of software baselines. （软件基线的状态和内容通知受影响的小组和个人。
“两级四库”的企业级软件配置管理系统的构建与实践中国电子科技集团公司第十研究所1.引言随着信息技术和IT产业的不断发展，计算机软件已经逐渐成为众多产品的核心，计算机软件的功能越来越强大，以往很多依靠硬件电路来实现的功能现在也能大量通过嵌入式软件和汇编程序来替代实现，于是产品的质量也越来越体现为软件的质量。
现在众多的科研企业尤其是军工科研单位已经认识到了产品的技术状态管理是产品质量管理的关键，相比硬件，软件是无形的，具有实时更改的特点，通常产品在设计定型后，大量的问题都是由软件变更引起的，因此，软件的技术状态管理水平决定了产品的质量和可靠性。
软件配置管理系统是为了解决软件的版本管理问题应运而生的，目前市场上有着国际和国内诸多厂商研制的软件配置管理工具如CCHarvest、 IBM ClearCase、 Telelogic等，然而在许多企业取得的效果往往和投入的巨额资金不相匹配，有些企业甚至出现了在技改验收后就很少人或无人使用这些昂贵工具的奇怪现象。
也有的企业通过产品数据管理系统（PDM）将软件的版本管理统一纳入产品的技术状态管理，但是鲜有效果显著者。
大多数企业往往只是作到了产品的软件版本纪实这一基本功能。
随着ISO9001 2000版和GJB5000试行版本发布后，许多软件工程实施组（SEPG）发现，市面上的软件配置管理工具很难和企业标准和管理信息系统相集成。
传统的软件配置系统为三库，即开发库、受控库和产品库，但在实际的配置管理工具中，由于企业管理层往往对软件配置管理缺乏足够的知识，很难制定可操作性的管理制度，这三个库往往都是项目开发团队或者研发部门自己在控制，即担当“运动员”，同时又是“裁判员”。
在中国的许多企业中，往往很难靠技术人员的自觉性作好软件技术状态控制，因此，有必要根据中国的实情研究一套配置管理方法。
2.两级四库的管理架构2.1. 两级四库的定义两级即“企业级”和“部门级”。
大多数研发企业都是采用这样的架构实施管理的，在企业一级有统一的质量管理、测试部门，实际的开发工作分布在各个研发部或研究室，有的研究部担任了项目（产品）研发总体和集成的角色，其它各个研究部开发的产品组件需要在各部门完成单元测试后，再到总体进行集成测试，然后再到企业质检部门进行出厂测试，之后某些产品可能还需要进行用户验收测试。
软件三库管理规范-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII1目的范围规定了公司软件开发库、受控库、产品库（以下简称三库）的管理规范。
2参考文献《软件三库管理制度》3术语和定义GitLab：一个仓库管理系统，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。
Jenkins：基于Java开发的一种持续集成平台，用于监控持续重复的工作。
SPM：公司研发部开发的持续集成工具，用于集成软件部署包。
Releaser：公司研发部开发的基于SPM的软件部署包发布工具。
Kiwi TCMS：公司研发部基于开源代码改进的测试用例管理系统，用于测试计划和测试用例的创建和维护、以及测试执行的记录。
4职责4.1软件三库管理职责软件开发库由项目组管理，软件受控库由研发部管理，软件产品库由质量部管理。
4.2软件管理员职责a)具备软件配置管理知识；b)熟悉研制项目的配置管理；c)熟悉公司结构、软件三库管理规定、标识规定和软件配置管理计划。
5管理内容与方法5.1建立软件三库5.1.1 开发库a)开发库代码部分和说明部分基于GitLab建立，按照软件项目分配仓库。
项目组长任仓库Master，负责需求说明的管理、成员管理、问题跟踪、分支Merge、任务分配、Tag标识等工作。
项目组成员任仓库Developer，负责设计和交付说明的管理、问题调查、分支维护等工作。
测试组成员任仓库Reporter，负责测试说明的管理、报告问题、问题回归等工作。
b)开发库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。
项目组成员负责维护自动测试脚本和版本生成脚本。
Jenkins管理员（计算机）任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。
另任库管理员，负责出入库管理、配置项管理等工作。
软件配置管理与GJB5000A ——三库管理(2016-07-28 08:57:39)转载▼分类：GJB5000A随着企业业务发展，产品线也变得越来越丰富。
新产品的研发，可能由于周期短，有时直接快速组建一个新的项目组，大家热火朝天，技术攻关很快就把产品研发出来了。
很多的设计点子，产品架构，技术攻关等通过高效的线下沟通，反倒推动了产品更快的问世。
但常常这些讨论过程所产生的“智慧”，也很容易被项目组所遗忘；产品完成后，项目组也就随之解散。
未来，当企业需要对已有的产品线进行维护升级，从而更好地赢得市场的时候，往往会因为无处寻找这些遗忘的智慧而头疼不已。
针对这类的管理烦恼，CMM/CMMI提供了专门的软件配置管理办法；CMM/CMMI将软件配置管理的活动分为6个方面：SCM过程管理、软件配置标识、软件配置控制、软件配置状态统计、软件配置审计、软件发布管理和交付。
软件配置管理定义了如下目标：Goals 1: Software configuration management activities are planned. （定制了软件配置管理活动的计划。
）Goals 2: Selected software work products are identified, controlled, and available. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 3: Changes to identified software work products are controlled. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 4: Affected groups and individuals are informed of the status and content of software baselines. （软件基线的状态和内容通知受影响的小组和个人。
1 目的范围规定了公司软件开发库、受控库、产品库（以下简称三库）的管理规范。
2 参考文献《软件三库管理制度》3 术语和定义GitLab：一个仓库管理系统，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。
Jenkins：基于Java开发的一种持续集成平台，用于监控持续重复的工作。
SPM：公司研发部开发的持续集成工具，用于集成软件部署包。
Releaser：公司研发部开发的基于SPM的软件部署包发布工具。
Kiwi TCMS：公司研发部基于开源代码改进的测试用例管理系统，用于测试计划和测试用例的创建和维护、以及测试执行的记录。
4 职责4.1软件三库管理职责软件开发库由项目组管理，软件受控库由研发部管理，软件产品库由质量部管理。
4.2软件管理员职责a)具备软件配置管理知识；b)熟悉研制项目的配置管理；c)熟悉公司结构、软件三库管理规定、标识规定和软件配置管理计划。
5 管理内容与方法5.1建立软件三库5.1.1 开发库a)开发库代码部分和说明部分基于GitLab建立，按照软件项目分配仓库。
项目组长任仓库Master，负责需求说明的管理、成员管理、问题跟踪、分支Merge、任务分配、Tag标识等工作。
项目组成员任仓库Developer，负责设计和交付说明的管理、问题调查、分支维护等工作。
b)开发库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。
项目组成员负责维护自动测试脚本和版本生成脚本。
Jenkins管理员（计算机）任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。
另任库管理员，负责出入库管理、配置项管理等工作。
5.1.2 受控库a)受控库代码部分基于GitLab建立，按照软件项目分配仓库。
软件经理任仓库Master，负责将通过完整测试的开发版本打上Tag标识，在GitLab 上作为独立稳定的分支，该分支不接受更改，有效受控。
1目的围规定了公司软件开发库、受控库、产品库（以下简称三库）的管理规。
2参考文献《软件三库管理制度》3术语和定义GitLab：一个仓库管理系统，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。
Jenkins：基于Java开发的一种持续集成平台，用于监控持续重复的工作。
SPM：公司研发部开发的持续集成工具，用于集成软件部署包。
Releaser：公司研发部开发的基于SPM的软件部署包发布工具。
Kiwi TCMS：公司研发部基于开源代码改进的测试用例管理系统，用于测试计划和测试用例的创建和维护、以及测试执行的记录。
4职责4.1软件三库管理职责软件开发库由项目组管理，软件受控库由研发部管理，软件产品库由质量部管理。
4.2软件管理员职责a)具备软件配置管理知识；b)熟悉研制项目的配置管理；c)熟悉公司结构、软件三库管理规定、标识规定和软件配置管理计划。
5管理容与方法5.1建立软件三库5.1.1 开发库a)开发库代码部分和说明部分基于GitLab建立，按照软件项目分配仓库。
项目组长任仓库Master，负责需求说明的管理、成员管理、问题跟踪、分支Merge、任务分配、Tag标识等工作。
项目组成员任仓库Developer，负责设计和交付说明的管理、问题调查、分支维护等工作。
测试组成员任仓库Reporter，负责测试说明的管理、报告问题、问题回归等工作。
b)开发库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。
项目组成员负责维护自动测试脚本和版本生成脚本。
Jenkins管理员（计算机）任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。
另任库管理员，负责出入库管理、配置项管理等工作。
5.1.2 受控库a)受控库代码部分基于GitLab建立，按照软件项目分配仓库。
软件经理任仓库Master，负责将通过完整测试的开发版本打上Tag标识，在GitLab上作为独立稳定的分支，该分支不接受更改，有效受控。
工作文件文件名称：文件编号：版号：A编制：日期：审核：日期：批准：日期：受控状态：生效日期：分发号：1 目的通过建立软件三库，对软件配置项进行入库、访问、出库、维护、更改、发行等活动实施管理，以确保软件产品的正确性、完整性、可控性、可追溯性。
2 适用范围适用于公司生产的软件产品在生产过程中产生的开发库、受控库、产品库的管理。
3 职责a)项目经理负责软件配置管理计划的制定，并指定配置管理员；b)配置管理员负责实施软件配置管理计划及开发库的管理；c)技术管理组负责受控库的管理及开发库监督；d)质量管理部负责产品库的管理；e)软件测试验证员负责对软件进行验证测试。
4 软件“三库”管理4.1 软件开发库(在软件生存周期中，存放软件配置项的集合)4.1.1 软件配置管理计划项目立项后，项目经理准备项目计划同时编写项目的软件配置管理计划并指定项目软件配置管理员，建立配置库，建立组员用户名，分配访问权限。
4.1.2 建立软件配置开发库配置管理员在服务器（SVN）中建立该项目软件配置管理目录并对开发库内配置进行管理，管理内容包括：a)项目组人员账号建立及权限开通及控制；b)确保开发库内配置项的齐套性及最新版本；c)开发库内配置项版本管理。
4.1.3 开发库账号及权限配置管理员根据项目开发需要,对其他人员进行权限的划分和开通。
4.2 软件受控库(在软件生存周期中，存放已通过测试或评审且作为阶段性产品的软件配置项的集合)通过以下测试或评审的软件配置项需要入受控库管理：a)立项评审；b)需求评审c)开发评审d)初验；e)终验；阶段评审后的问题回归和项目组做适应性修改后形成的新版本基线配置项都需要入受控库管理。
入库管理的配置项明细参考附录A 《各阶段入库配置项一览表》。
4.2.1 入库控制在软件产品生命周期研发阶段中，可作为基线管理（通过测试、评审或问题整改回归完成后）的软件配置项都必须存放于受控库管理。
流程如下：a)软件开发人填写《软件入库申请表》，软件测试验证员对配置项进行验证；b)部门主管审批；c)获批后由项目配置管理员将配置项目交付技术管理组进行光碟刻录，放入受控库受控。
CMMI介绍：CMMI=能力成熟度模型，IT领域的MBA三权分立法:EPG:工程过程组，立法组(制定开发规范，改进过程）QA:司法组OSP：立法分为:一级、二级、三级、四级、五级由IBM30年开发经验专家积累经验1984年成立CMMI研究所角色要求：高层管理者:张小丽项目经理：何宽、潘翔、周立军测试工程师：张晓玲QA质量工程师：关辉CM配置员：培训师：张小丽PP 何宽PMC 何宽项目计划和控制MAPPQA 关辉CM 张晓玲RMSAMRP 胡喆TS 关辉PI 关辉VER 张晓玲VCLL 张晓玲①OPF 张小丽为什么要做过程改进?提高生产率、降低成本、提高生产率、提高市场占有率；公司做过评估和差距分析吗？做过哪些评估?预评估和差距分析，差距分析属于简单的了解差距;评估的目的?为了发现公司的弱项，提出改进建议，得出结果；职责：负责改进，关注过程改进；1、Who?EPG组过程改进：❖遵循原则：KISS原则，简单3、HOW? 如何识别公司弱项，建议来源？一、收集改进需求：❖客户❖高层❖定期评估过程❖员工提合理化建议建议排序:根据当前必须和必要,比较迫切的选出意见先进行改进；二、制定改进计划（什么时间完成，什么时候建立)三、执行（如何监控计划?比对实际情况和计划，来监控）四、试点五、试点评估六、制定标准,纳入EP组织标准过程七、培训推广八、总结②OPD 张小丽DOP 组织过程定义1、who？EPG小组构建资产库过程资产包括：❖OSSP：组织标准软件过程❖Lifaclyle生命周期模型❖裁剪指南❖度量库（工作量度量）❖文档库(经验教训、样例)❖风险库（项目中出现的风险，以后做参考）❖建立工作环境标准(指办公环境设备,暂时不要求）1、为什么要建立工作环境标准？避免浪费、增加辅用；2、如何部属过程资产库？为了要正常方便的使用，要了解过程库的目录、内容、放在哪里；3、过程资产库在使用中放生了备更或变化，如何通知大家？采用内部邮件、BBS、等方式通知大家过程资产库发生了那些变化？4、③OT 张小丽OT :组织培训满意的因素（分为两种）:❖保健因素（虽然不能让员工满意,但可以防止员工不满意)；❖满意因素：培训、表扬；一、培训需求（从哪里来）：❖组织发展战略❖岗位技能说明书❖绩效考核❖员工职业生涯规划(技术路线、管理路线）二、培训计划三、实施四、考核五、归档(交由配置管理人员进行配置管理）培训方针（技能、业务、个人素质个方面考虑）IPM 潘（PM）RICKIN 潘DAR 周(PM）PP项目计划（Project planning)：实施一个项目，需要具备哪些条件？❖计划计划的目的：明确计划目标和合理范围三个特定目标：估算(开发周期)：A规模（估算单位：设计阶段：多少页？编码阶段：多少行代码？测试阶段:多少条代码)B 工作量（生产率：人时人天人月为计量单位）C成本估算方式：明确工作范围，通过工作范围明确项目规模,通过规模明确周期估算流程：先进行规模估算--再进行进度估算-—最后进行工作量估算估算方法：PERT法乐观值+悲观值+4倍的可能值/除以6PM项目经理管理职责：⏹制定项目计划⏹实施执行项目计划项目计划（project planniog）项目计划包含内容：项目估算——界定项目范围——估算工作量—-项目预算——项目进度——实施周期-—产生的风险——形成整体项目计划制定项目计划的影响因素:❖资源：时间、场地、人员、布署、预算❖技术：❖周期：❖目标：❖进度❖范围❖风险（项目中可能会出现的问题）❖管理（数据、文档、交付物）❖干系人（与项目成败有直接利益关系的关键人,比如：关键客户、市场、销售、开发）一、建立估算：❖规模估算❖工作量估算❖成本估算二、开发项目计划三、认可项目计划项目监督与控制（project monitor and control）❖一级计划（里程碑计划)❖二级计划（阶段计划）❖三级计划（个人工作计划）评审管理:里程碑：管理者为了管理的需要而在某一个阶段设计的比较重要的截点；里程碑设立要求（管理者考虑):进度、成本、质量、风险、问题；里程碑评审：是否进入下一个里程碑，根据偏差、质量、进度判断;风险管理:识别风险：什么是风险：不可预知、造成伤害、不确定的风险类型:残余风险：不一定要马上解决！识别风险：什么原因？什么条件导致风险风险分析:发生的概率和频率，严重性风险系数：概率和严重程度风险概率算法:风险概率（占10成的多少？) * 严重程度（占10的多少？）风险处理策略：❖规避策略❖转移策略❖接受策略❖缓解风险❖跟踪风险❖识别新的风险集成项目管理（integrated project management）项目管理：项目计划与项目控制称为项目管理;集成：过程的集成与人的集成❖过程的集成：过程的裁剪PDP:项目裁剪的过程称为项目定义的过程❖人的集成：集成的团队（大型项目，需要借助外力人员，组成新的团队）干系人的管理：知识域知识域：配置管理的过程域一、什么叫配置项?所有的项目产生的任何产物都叫配置项;二、什么叫基线:❖一级基线:需求完成——产生需求基线——设计——产生设计基线-—编码-—产生编码基线—-产品发布——产品发布基线❖需求基线:需求调研后产生❖客户基线:客户沟通后产生三、配置管理库包含有：1、开发库：开发小组成员控制2、基线库：配置管理人员控制（基线库包含配置项有：设计文档）3、产品库：配置管理人员控制4、共享库：大家都可以控制四、配置审计:1、物理审计：❖版本的正确性:版本管理是否正确？❖工作产物的完整性:工作产品是否完整？2、功能审计:❖检查功能是否正确？❖评审是否通过？❖测试是否通过？配置管理主要:第一步：识别配置项第二步：建立配置项第三步:基线库管理CCB组成：PM（项目经理）、个岗位代表(需求岗位代表、设计岗位代表、编码岗位代表、测试岗位代表）、适当的时候公司高层与客户方也可纳入进来；适当的时候：指大的需求变更涉及到超出合同范围；CCB职责：❖批准建立;❖批准变更;1、变更流程：变更申请提交--PM（项目经理）-—判断变更大小——如果变更小则直接分配变更任务——执行即可，如果大，则走CCB（变更）CCB变更流程：1、变更分析：发生变更后受影响的配置项有哪些：①需求的影响；②设计的影响；③编码的影响；④测试的影响；⑤进度的影响⑥增加的工作量⑦成本的影响；⑧质量的影响；2、确定变更3、验证变更4、配置审计5、更新配置库和配置项6、备份PPQA（过程跟产品的质量保证）职责：1、过程的审计；2、工作产品的审计；如何去审计：①依照项目计划制作PPQA计划:什么时间审计什么产品？②制作审计检查单：过程审计检查单产品审计检查单③执行审计：④不符合性问题的处理:不符合性:指不一致问题；不一致问题分为：严重、一般、轻微；⑤每月出不符合性报告、检查单⑥组织级审计每月必须有组织级审计报告单；MA（度量分析）Measurement and Analysis1、什么是度量？数据的采集，数据的获取称为度量；2、度量分类:基本度量：直接获取度量项;比如：规模(工作量、代码数、进度、成本、缺陷数等基本数据）派申度量：需要通过公式转换得到数据；比如（生产率）①数据采集方法（即度量方法)如何获取？通过日报系统或者日志系统获取;3、分析分析分为三个方面：①分析什么？要看需要什么,因为需要所以才存在分析；②分析方法:取决于分析项;③度量分析：度量分析流程：建立度量目标—-明确度量项--明确度量数据存储和收集方法—-采集数据—-分析数据——存储——报告与结果——分析报告与结果--沟通决策分析（Decision Analysis and Resolution）：DAR出现问题——解决❖提供多种解决方案；❖选择最优解决方案；如何做DAR?1、明确要决策的问题;建立决策原则；如何做出最优方案；2、组建决策委员会；①由委员会明确决策的标准(列出针对问题的明确要求）；②提供候选方案；③评价候选方案;(评分方法：如何打分？）工程过程域（RD）Requirements Development需求工程:1、需求开发❖需求调研❖需求分析❖需求定义该阶段应出现的产物：用户需求说明书、软件需求分析说明书2、需求管理❖需求确认（获取要开发的需求、进行需求了解，判断是否可做，最后确认) ❖需求跟踪(需要需要跟踪工具或需求跟踪矩阵）横向跟踪（指需求之间关系,即:A需求与B需求的关系）纵向跟踪(从需求—-设计—-代码-—测试）❖需求变更管理（同上章节变更流程一致）TS（Technical Solution)技术解决1、选择技术解决方案：采用DR方式2、设计方案：❖概要设计（产品组建）❖详细设计（建立产品组建包）此环节需要做设计评审；3、实现设计代码（此环节需要做代码审查；）此环节需要提供代码编写手册；4、测试PI(Product Integration）产品集成：产品组件间的集成;1、如何组装：取决开发的先后顺序；2、集成方式：❖一次集成❖持续集成：（每日构建)目标：①准备产品集成:确定集成顺序；集成环境；步骤和标准；②评审接口标准：评审-—管理-—接口变更③组装产品集成：确认环境、接口④评价集成产品是否满意:集成测试（接口测试）——确认测试(验收测试）验证（VVV）验证：正确的做事；(内部测试，包含评审和测试）确认：做正确的事;（站在客户角度进行测试,制定验收测试标准）VER（Verification）评审1、如何做评审?评审是测试效率的三倍，收益是测试的十倍以上;2、评审方式：①正式：（审查)正式评审流程：提出评审申请-—有PM指定协调人-—协调人制定评审人——进行预审——正式会议评审--返工——协调人验证返工——评审结果①非正式：（代码审查，两个人的评审叫四眼评审，三人以上的评审是总查评审)测试测试是开发人员的对手；工作安排:1、1-14 完成——EPG组工作章程明确职责2、评估所需的文档完善：3、1—21完成—-过程文件：❖过程方针❖过程文件❖过程指南❖过程检查单❖过程模版注：文档改动版本管理：文件第一个版本发布时间为2009年12月11日，每个过程必须有几次变动；过程改进：时间、人员；实施记录：三个项目实际执行文件、组织级文档、QA、配置；过程资产库中文档、组织级文档、EPG、OT 配置相关的除外、QA对QA的记录；评估信息表（春节前完成）2月23日之前所有项目文档必须完成；24、25咨询师过来做审核；3月14号模拟访谈；1、过程资产库：组织集过程库+组织级方针（周立军）2、组织级文档：EPG(潘祥）3、组织级文档:OT：1、2010年培训计划2011年培训计划培训登记表（根据2010年计划改）、培训评价（一年初或半年评价一次）、培训讲义培训总结2、过程资产库：组织级培训库（把培训讲义中类容复制过来,基本不用改）4、products 配置管理+组织级CM(胡喆）5、组织级PPQA（关辉)+项目中支持类PPQA6、products 工程类测试+评审+RD（张晓玲)7、KR工程类TS、PI、支持类（薛辉、涂浩强、余长城开发人员）8、ACR项目管理类（三个项目经理各自改）9、产品+代码+度量（三个项目经理）10、组织级历史度量库+组织级风险库+样例库（何宽）11截屏（胡喆)09年9月开始做CMMI。
软件配置管理内部培训(三库、集成)1. 背景介绍软件配置管理是软件工程中非常重要的一部分。
它通过对软件开发过程中所产生的各种文档、代码、数据等进行管理和控制，来保证软件开发过程的可控性、可维护性和可重复性。
而在实际的软件工程项目中，软件配置管理通常包括三个部分：源代码管理、版本管理和集成管理。
其中源代码管理应用最广泛，版本管理和集成管理在大型软件项目中才有比较明显的体现。
因此，在软件项目的开发过程中，对软件配置管理的三个部分的理解和应用非常重要。
为了加强内部员工对软件配置管理的理解和应用，我们组织了本次内部培训，主要涉及三个部分的内容，即源代码管理、版本管理和集成管理。
2. 源代码管理2.1 源代码管理的基本概念源代码管理是指对软件开发过程中产生的源代码进行统一管理和控制，包括对源代码进行版本控制、共享和备份等。
在实际的软件项目中，源代码管理通常使用版本控制工具来进行管理，如Git、SVN等。
在源代码管理中，基本概念包括代码库（Repository）、分支（Branch）、标签（Tag）等。
2.2 Git的基本使用Git是目前最流行的开源分布式版本控制系统。
在源代码管理中，Git的应用越来越广泛。
本部分的培训将介绍Git的基本使用方法，包括如何使用Git进行版本控制、如何创建分支、如何合并分支等。
3. 版本管理3.1 版本管理的基本概念版本管理是指对软件开发过程中的版本进行管理、变更和发布等。
在软件项目中，版本管理是非常重要的一部分，它可以保证软件版本的可控性和可维护性，同时也方便了团队协作和项目管理。
在版本管理中，基本概念包括版本库（Repository）、分支（Branch）、补丁（Patch）等。
3.2 SVN的基本使用SVN是一个免费、开源的版本控制系统，也是比较流行的一个版本管理工具。
本部分的培训将介绍SVN的基本使用方法，包括如何创建版本库、如何进行版本控制、如何创建分支和标记等。
4. 集成管理4.1 集成管理的基本概念集成管理是指在软件开发过程中对各个模块进行集成、测试、发布的管理。
软件配置管理与G J B5000A??——?三库管理?(2016-07-28 08:57:39)转载▼分类：?GJB5000A随着企业业务发展，产品线也变得越来越丰富。
新产品的研发，可能由于周期短，有时直接快速组建一个新的项目组，大家热火朝天，技术攻关很快就把产品研发出来了。
很多的设计点子，产品架构，技术攻关等通过高效的线下沟通，反倒推动了产品更快的问世。
但常常这些讨论过程所产生的“智慧”，也很容易被项目组所遗忘；产品完成后，项目组也就随之解散。
未来，当企业需要对已有的产品线进行维护升级，从而更好地赢得市场的时候，往往会因为无处寻找这些遗忘的智慧而头疼不已。
针对这类的管理烦恼，CMM/CMMI提供了专门的软件配置管理办法；CMM/CMMI将软件配置管理的活动分为6个方面：SCM过程管理、软件配置标识、软件配置控制、软件配置状态统计、软件配置审计、软件发布管理和交付。
软件配置管理定义了如下目标：Goals 1:?Software configuration management activities are planned.??（定制了软件配置管理活动的计划。
）Goals 2:?Selected software work products are identified, controlled, and available.??（选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 3:?Changes to identified software work products are controlled. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 4: Affected groups and individuals are informed of the status and content of software baselines. （软件基线的状态和内容通知受影响的小组和个人。
