CMMI-过程管理-OPD-软件过程数据库和文档库管理过程-V1.0
CMMI过程管理OPD软件过程数据库与文档库管理过程V
添加标题
CMMI的过程管理：CMMI的过程管理包括OPD软件过程数据库与文档库管理过程V，这是一个非常重要的 环节，可以帮助企业更好地管理和控制软件项目的质量和进度。
提高软件质量：通过规范化的过程管理，减少错误和缺陷，提高软件质量。 提升开发效率：通过优化开发流程，减少不必要的浪费，提高开发效率。 增强团队协作：通过明确的角色和职责划分，增强团队协作，提高工作效率。 降低风险：通过过程管理和监控，及时发现和解决问题，降低项目风险。
添加 标题
添加 标题
添加 标题
添加 标题
添加 标题
添加 标题
明确目标与需求： 首先明确OPD软 件过程数据库与 文档库的管理目 标，以及优化需 求，为后续的改 进提供方向。
数据分析与挖掘： 通过对现有数据 进行分析和挖掘， 找出存在的问题 和瓶颈，为优化
提供依据。
流程改进与优化： 针对发现的问题， 对OPD软件过程 数据库与文档库 的管理流程进行 改进和优化，提 高管理效率和质
文档存储方式：采 用集中式存储方式， 方便统一管理和访 问
备份策略：定期备 份文档，确保数据 安全可靠，防止意 外丢失
备份频率：根据文 档的重要性和更新 频率，确定备份频 率
备份存储位置：选择可 靠的存储设备或云存储 服务，确保备份数据的 安全性和可访问性
文档访问权限定义：对 不同角色和用户设置不 同的文档访问权限，确 保文档不被泄露或滥用
整合过程中可能出现的问题及解决 方案
添加标题
添加标题
数据与文档的关联关系建立方法
添加标题
添加标题
整合后的效果评估
数据与文档的同步更新机制 介绍
OPD软件过程数据库与文档 库的整合目标
同步更新机制的实现方式
CMMI介绍
CMMI 能解决我们的问题吗（3）
• 更多的问题… • CMMI的实践能帮助我们逐步改善上述问题，直到
最终的解决。
• CMMI是一门科学，是一门经验科学。 • CMMI是世界上优秀的软件开发组织的最佳实践的
集合。CMMI不会给出文档的格式，实践CMMI需 要结合公司的实际。
• CMMI与敏捷编程是完全相容的，二者并不矛盾。
医头，脚疼医脚。 – 评价解决后的改进效果。 – 为什么在5级，因为改进效果必需被精确度量。
CMMI和CMM区别
CMMI和CMM区别CMMI的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。
自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。
虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。
这时他们就会发现存在一些问题，其中主要问题体现在：■不能集中其不同过程改进的能力以取得更大成绩；■要进行一些重复的培训、评估和改进活动，因而增加了许多成本；■不同模型对相同事物说法不一致，或活动不协调，甚至相抵触。
于是，希望整合不同CMM模型的需求产生了。
1997年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM和软件的SW-CMM三个模型中的所有原则、概念和实践。
该模型被认为是第一个集成化的模型。
CMMI与CMM最大的不同点在于：■CMMISM-SE/SW/IPPD/SS 1.1版本有四个集成成分，即：系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容，如果涉及到供应商外包管理可以相应地应用SS(Supplier Sourcing)部分。
■CMMI有两种表示方法，一种是大家很熟悉的，和软件CMM一样的阶段式表现方法，另一种是连续式的表现方法。
这两种表现方法的区别是：阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5个成熟度级别，帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。
而连续式表现方法则通过将CMMI中过程区域分为四大类：过程管理、项目管理、工程以及支持。
对于每个大类中的过程区域，又进一步分为基本的和高级的。
CMMI体系文件-OPD-标准软件过程裁剪指南
CMMI体系文件-OPD-标准软件过程裁剪指南****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：目录1目的 (1)2适用范围 (1)3资源和工具 (1)4定义和缩写 (1)5职责 (2)6指南 (2)6.1启动条件 (2)6.2输入 (2)6.3活动 (2)6.3.1确定项目特点 (2)6.3.2裁剪要求 (3)6.3.2.1裁剪对象 (4)6.3.2.2裁剪原则 (4)6.3.2.3裁剪产物 (4)6.3.3软件生命周期的裁剪指导 (4)6.3.4过程裁剪指导 (5)6.3.4.1概要裁剪 (5)6.3.4.2详细裁剪 (6)6.3.4.2.1需求开发与需求管理 (6)6.3.4.2.2技术解决过程 (7)6.3.4.2.3验证 (8)6.3.4.2.3.1测试 (8)6.3.4.2.3.2评审 (8)6.3.4.2.4项目计划 (9)6.3.4.2.5项目监控 (9)6.3.4.2.6配置管理 (10)6.3.4.2.7过程与产品质量保证 (10)6.3.4.2.8度量与分析 (10)6.3.4.2.9组织培训 (10)6.3.5使用该裁剪范围以外的裁剪方法 (11)6.3.6填写裁剪报告 (11)6.3.7裁剪过程的收集和推广 (12)6.4输出 (12)6.5关闭标准 (12)7审核 (12)8度量 (12)9培训 (12)1 目的本文件的目的是提供公司标准软件过程的裁剪方法，指导项目经理和QA 根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。
2 适用范围本过程适用于公司的所有软件开发项目。
3 资源和工具引用模型和标准：Capability Maturity Model® Integration (CMMI SM), Version 1.1GB 1526-89 《信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》工具：Microsoft WordMicrosoft ExcelMicrosoft VisioMicrosoft Visual SourceSafe4 定义和缩写表1定义和缩写表5 职责表2 角色职责表6 指南6.1 启动条件《用户需求说明书》审批通过。
CMMI体系简介及工作流程
Generic Practices
GP 1.1: 执行特定实践 GP 2.1: 制订与维护组织方针 GP 2.2: 制订过程计划 GP 2.3: 提供资源 GP 2.4: 分配职责 GP 2.5: 培训人员 GP 2.6: 对工作产品进行配置管理 GP 2.7: 识别相关人员 GP 2.8: 监控过程 GP 2.9: 评估过程符合性 GP 2.10: 高层管理者评审 GP 3.1: 建立一个定义的过程 GP 3.2: 收集改进信息
该模型用“软件能力成熟度”来衡量这种软件综合能力
CMMIonline
CMMI是什么
美国卡内基-梅隆大学软件工程研究所（SEI）研制。 CMMI的前身是SW-CMM和SE-CMM 2001年12月由SEI发布CMMI1.1版本。 CMMI有专门认证评估方法---SCAMPI
发展简史
CMM 1.0于1991年制定。
讨论：吃饭的“受管理级”
用2级的特征策划吃饭过程。
讨论5分钟。
Level2:受管理级-1
怎样才能办 好事情呢？
大家想吃什 么？
需求管理(RM) 老板有什么期望呢？ 预算是多少呢？
采购(SAM) 酒水需要另 外买啊！ 要做个计划 才行？
项目计划(PP)
要统计一下出席 情况以及各菜式 的“吃剩”情况！
CMMIonline
CMMI级别
如果该级别的全部 PA 达到要求了，就认为该级别达到
了。
如何判断PA达到要求呢？
每个PA包含几个目标(Goal)
如果这个几个目标都达到要求了，就认为该PA达到要 求了
如何判断Goal达到要求呢？ 每个Goal包含几个实践(Practice) 每个实践达到要求了，就认为该Goal达到要求了
CMMI的5个级别和25个过程域
CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法，用于评估和提升组织的软件工程能力。
CMMI分为五个不同的成熟度级别，每个级别都有一组相关的过程域。
本文将详细介绍CMMI的五个级别和25个过程域。
1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。
在这个级别上，软件开发过程通常是不可控制的，且无法重复使用。
这意味着项目结果无法预测和控制，导致成本和进度的不确定性。
2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。
在这个级别上，组织已经建立了一些基本的软件开发过程，并能够在不同的项目中重复使用这些过程。
然而，这些过程还没有得到完全的规范和标准化。
2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。
它涉及定义、确认和维护需求，以确保项目能够满足用户的期望。
2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。
它确保项目能够按计划进行，并能够做出合适的调整以达到预期的目标。
2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。
它确保与供应商的交付和管理能够满足项目的需求。
2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。
它涉及质量计划、质量审查和质量度量等活动。
2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
CMMI基础培训-V1.0
模型的表示法
阶段式(Staged) 连续式(Continuous)
一个过程模型，不仅给出规则和目标，还给出建议的具体实践和产出 物 只是一个模型，模型不是实施大纲，具体实践和产出物仅是建议性的， 不同的组织可以根据自身的实际情况确定或裁减
集成(Integrated)
以4个基本成熟度模型为基础 软件工程SW-CMM，系统工程SE-CMM，并行IPD-CMM，外购协作SSCMM
Jiangsu Microsoft Technology Center
30
过程域（PA）
一类相关实践活动的集合，建立过程能力最主要的元 素（模块）
目的，说明，相关的过程域 特定的目标(SG:Specific Goals)
特定的实践活动(SP:Specific Practices) 子实践活动(Subpractices) 典型工作产品(Typical Work Products)
CMM多种模型的存在给使用带来的方便，也带来了许多问题。 1997年，SEI停止了CMM2.0的研究，开始CMMI研究，其任务 是将已有的CMM模型结合成一个模型。 2000年，SEI推出CMMI 1.0，2003年，CMMI 1.1，2007年， CMMI 1.2。
Jiangsu Microsoft Technology Center
Jiangsu Microsoft Technology Center
12
成熟过程与不成熟过程的比较？
CMMI基本术语
CAR-原因分析与解决方案 OPM-组织性能管理
CMMI L4 定量级
CMMI L3 定义级
CMMI L2 管理级
OPP-组织过程能力
QPM-项目定量管理
RD-需求开发 TS-技术解决方案 PI-产品集成 VER-验证 VAL-确认
IPM-集成项目管理 RSKM-风险管理
DAR-决策分析与决定
OPD-组织过程定义 OPF-组织过程改进
HM LA 高级主任评估师：可执行CMMI L4和CMMI L5等级 的评估，并颁发CMMI证书
Appraisal：评估，基于CMMI模型对一个企业所达级别的判 定
Assessment :内部评估，由企业内部组成的评估小组，基于 CMMI模型的评估
RR :Readiness review 就绪检查，评估前的检查，主要检查 资料，人员，环境等是否就绪
PA process area
过程域，一组特征实践或做法的集合，当实现该实践时，同时会满相 应目标；
Process Assets
过程资产，在组织中，对实现过程域的目标有用的任何内容；
OPAL organization process assets library
组织过程资产库，用来建立和存储组织有用过程资产的库，资产主要 使用在定义、实现和管理过程中使用，资产库一般包括方针、规程、检 查单、培训资料、模版、已定义过程、计划、经验教训等；
Product Component产品组件
工作产品，属于产品低级别的组成部分，若干产品组件被组装成产 品;
CMMI L3模型术语
Goal目标
Product产品
交付给客户或者最终用户的工作产品 在CMMI模型中，产品具有特殊的用法，可能代表的涵义根据上下
CMMI体系文件-OPD-标准规定软件过程裁剪指南.docx
.****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：.****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：.文件修订记录时间作者主要修订内容..目录1目的 (1)2适用范围 (1)3资源和工具 (1)4定义和缩写 (1)5职责 (2)6指南 (2)6.1启动条件 (2)6.2输入 (2)6.3活动 (2)6.3.1确定项目特点 (2)6.3.2裁剪要求 (3)6.3.2.1裁剪对象 (3)6.3.2.2裁剪原则 (3)6.3.2.3裁剪产物 (4)6.3.3软件生命周期的裁剪指导 (4)6.3.4过程裁剪指导 (5)6.3.4.1概要裁剪 (5)6.3.4.2详细裁剪 (5)6.3.4.2.1 需求开发与需求管理 (6)6.3.4.2.2技术解决过程 (6).6.3.4.2.3验证 (7)6.3.4.2.3.1测试 (7)6.3.4.2.3.2评审 (7)6.3.4.2.4项目计划 (8)6.3.4.2.5项目监控 (8)6.3.4.2.6配置管理 (8)6.3.4.2.7过程与产品质量保证 (8)6.3.4.2.8度量与分析 (9)6.3.4.2.9组织培训 (9)6.3.5使用该裁剪范围以外的裁剪方法 (9)6.3.6填写裁剪报告 (10)6.3.7裁剪过程的收集和推广 (10)6.4输出 (10)6.5关闭标准 (10)7审核 (10)8度量 (11)9培训 (11).1目的本文件的目的是提供公司标准软件过程的裁剪方法，指导项目经理和 QA 根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。
2适用范围本过程适用于公司的所有软件开发项目。
3资源和工具引用模型和标准：Capability Maturity Model?Integration (CMMI SM), Version 1.1GB 1526-89《信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》工具：Microsoft WordMicrosoft ExcelMicrosoft VisioMicrosoft Visual SourceSafe4定义和缩写表1定义和缩写表术语 / 缩写词定义.FP独立功能（增、删、改操作的上一级）5职责表 2 角色职责表角色职责质量管理部经理审批《裁剪报告》。
CMMI22个过程域的英文名称及其之间的关系
●CMMI中22个过程域之间的简单关系以及什么情况实施这些过过程域明确你如果要做一个产品开发，你首先要理解你要做的事，就是要做好需求开发(RD)，又由于产品的需求经常会变，所以你要做好需求管理(RM)；你知道你要做什么事了，做这个事其实是一个项目，你要考虑如何管理，才能保质保量的实现需求，所以你需要做好项目策划(PP)，项目策划后做好项目监督和控制(PMC)，项目如果需要采购，要做好供方协定管理(SAM)，项目都会有风险，所以要做好风险管理(RSKM)，如果产品是集成产品，需要多个部门，甚至多个公司合作，就要做好集成团队管理(IT)、做好集成项目管理(IPM)、做好集成供应商的管理(ISM)。
如果可能，做到精细化管理就更好，这就是怎样做好定量项目管理(QPM)。
你知道要做什么了，你也知道怎么去管理了，你还需要有一定的环境支持，需要做好集成组织环境(OEI)，你需要做好配置管理(CM)，免得版本出错，工作中难免有遗漏、有人会不按规范做事，你需要做过程和产品质量保证(PPQA)，产品开发中碰到问题时，要有决策分析和解决方案(DAR)，为了能够识别造成缺陷和其它问题的原因，并采取行动以避免以后再次发生这就需要原因分析及解决方案（CAR）现在万事具备，你要考虑的是怎么做你的产品，就是怎么实现这些需求，你需要做好技术解决方案(TS)，也就是产品的设计和实现，如果是集成产品，你要考虑怎样产品集成(PI)，做出来后你需要知道实现的是否和设计的相一致，是否能满足需求，所以必须做好验证(VER)和确认(VAL)。
一个产品开发做好了，但公司一定不会仅仅是一个产品，会要做很多产品，要进行经验总结、吸取经验教训，进行改进提高，因此你需要在做产品开发的同时做好度量分析(MA)，以了解公司产品开发的效率或其它信息，为其它产品计划做依据。
公司需要考虑公司哪些方面需要改进---组织过程聚焦(OPF)，怎样改进---组织过程定义(OPD)，过程出来后，人员水平也要提高，要考虑如何进行组织培训(OT)。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
广州润衡软件连锁有限公司软件过程数据库和文档库管理过程软件过程数据库和文档库管理过程文档编号：GZCY _OPD_PRS-V1.0文档信息：文档名称：文档类别：CMMI模板密级：机密版本信息：V1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：编辑软件：Microsoft Office 2003 英文版CONFIDENTIAL文档修订记录文档审批信息前言本文的目的是提供建立和维护组织软件过程资产库的方法，确保组织的过程数据和文档能够妥善保存，使组织积累的经验得到充分共享，并为持续的过程改进提供可靠依据。
目录第一章简介 (1)1.1 目的 (1)1.2 适用范围 (1)1.3 术语表 (1)1.4 参考资料 (1)第二章过程总体描述 (2)2.1 过程概述 (2)2.2 过程结构描述 (2)第三章过程元素描述 (4)3.1 管理软件过程数据库 (4)3.1.1 过程元素概述 (4)3.1.2 参与人员 (4)3.1.3 入口准则 (4)3.1.4 输入 (4)3.1.5 任务 (4)3.1.6 出口准则 (6)3.1.7 输出 (6)3.1.8 资源和能力要求 (7)3.1.9 度量 (7)3.2 管理软件过程文档库 (7)3.2.1 过程元素概述 (7)3.2.2 参与人员 (7)3.2.3 入口准则 (8)3.2.4 输入 (8)3.2.5 任务 (8)3.2.6 出口准则 (10)3.2.7 输出 (10)3.2.8 资源和能力要求 (10)3.2.9 度量 (10)第四章附录 (11)4.1 附录A－过程数据和文档收集内容 (11)第一章简介1.1目的为了开发和维护一组便于使用的软件过程资产，建立软件过程数据和文档库是一种有效的方法，最终目的是为组织长期进行过程的改进和积累经验打下基础。
过程资产的维护工作通过以下活动进行规范：过程数据和文档的收集、评审、入库以及对库的审计。
1.2适用范围本过程适用于组织内内的组织标准软件过程及相关过程资产的管理。
1.3术语表软件过程数据库：为采集软件过程数据和软件工作产品数据（特别是当它们与组织的标准软件过程有关时）而建立的数据库。
这种数据库包含或引用实际的度量数据以及为理解该度量数据及评估其合理性、实用性时所需的有关信息。
过程数据和工作产品数据的例子有：对软件规模、工作量和成本的估计值；有关软件规模、工作量和成本的估计值；有关软件规模、工作量和成本的实际数据；生产率数据；同行评审覆盖范围和效率；软件代码中所发现的缺陷数及严重性。
软件过程文档库（Library of Software Process-related Documentation）：预期将来项目在裁剪组织标准软件过程时要使用的实例文档和文档片段。
实例文档可以包含的主题有：项目定义的软件过程、标准、规程、软件开发计划、测量计划和过程培训资料。
该库提供的成功项目案例可以帮助项目更好的定义软件过程，减少启动新项目的工作量，因此该库是项目软件过程定义的一项重要资源。
1.4参考资料第二章过程总体描述2.1过程概述组织的资产库包括了组织标准软件过程、软件过程数据库和文档库。
这些数据被相关组，如软件工程组、软件相关组和SEPG所使用。
SEPG负责对这些数据进行管理和发布，其他相关的组按照本过程的要求提供相关数据，并且在进行自身工作的时候使用数据库中的信息作为工作的指导和参考。
本文档定义了软件过程数据和文档库的开发管理过程，规范组织过程数据和文档的收集与管理，使项目间能最大限度地共享过程财富与经验。
软件过程数据库和文档库作为组织资产库的一部分，由资产库管理员统一管理和维护。
本过程描述了组织的软件过程数据库和软件过程文档库的管理要求，分别从五方面活动进行说明：第一个活动：建立组织的过程数据库和过程文档库。
第二个活动：编写收集计划第三个活动：评审收集的数据和文档第四个活动：数据和文档入库第五个活动：管理和控制组织过程数据库和文档库本过程由SEPG负责制定并维护。
2.2过程结构描述图表1 软件过程数据库和文档库的管理流程第三章过程元素描述3.1管理软件过程数据库3.1.1过程元素概述本过程元素包括以下内容：建立组织的软件过程数据库；编写收集计划；评审收集数据；数据入库；管理和控制软件过程数据库。
3.1.2参与人员●SEPG：编写过程度量数据收集计划；负责组织级过程度量数据的收集、评审，并确定是否入库；定期评审数据的可用性、完整性。
●SQA：编写质量度量数据收集计划；将相关收集内容提交SEPG评审；●项目经理：编写项目度量数据收集计划，负责项目度量数据的收集和评审。
●资产库管理员：建立和维护过程数据库；分配用户权限；定期或事件驱动的将库内容清单发布给相关组。
3.1.3入口准则●组织级和项目级度量数据已提交给SEPG3.1.4输入●各种度量数据3.1.5任务3.1.5.1 建立软件过程数据库1.库结构：资产库管理员参照下表建立软件过程数据库2.收集有关软件过程和产生的软件工作产品的数据，并使该数据适用，组织目前收集数据如下：软件规模、工作量和成本的估计；有关软件规模、工作量和成本的实际数据；效率数据：如编码效率等；同行评审的范围和效率；测试范围和效率；在评审中发现的缺陷的数目；在软件代码中发现的缺陷的数目；开发过程中各里程碑开发工作量的分布；开发与管理工作量的分布。
据此建立度量表格，详见度量与分析规程。
3.1.5.2 编写收集计划●SEPG负责在组织过程改进计划中编写过程度量数据收集计划●项目经理在项目计划中编写项目度量数据收集计划●SQA在SQAP中编写质量度量数据收集计划3.1.5.3 评审收集数据SQA负责组织所收集数据的评审和变更检查，以保证数据内容的完整性、准确性，同时记录评审信息。
评审流程详见《评审规程》，并参见《软件过程数据和文档入库检查单模板》。
评审组成员：SEPG、技术负责人、项目经理、SQA3.1.5.4 数据入库SQA将评审通过的数据及评审记录提交资产库管理员入库，资产库管理员将入库的内容填写到《软件过程数据库清单》中。
3.1.5.5 管理和控制软件过程数据库1.权限分配：控制用户存取数据库的内容以保证数据的完备性、完整性和精度。
存取仅限于需要进入、更改、评审、分析或抽取数据的人，保护敏感数据并适当控制对这些数据的存取。
权限分配见下表：2.数据取用：取用人填写软件过程数据和文档库取用清单，说明取用原因并提交SEPG组长批准即可取用。
3.数据库内容发布：资产库管理员定期或事件驱动地将度量数据内容清单发布给相关人员。
3.1.6出口准则●度量数据收集计划已制定●软件过程数据库已建立并使用●度量数据内容清单已发送给相关人员3.1.7输出●收集计划●软件过程数据库清单●软件过程数据库取用清单●评审相关记录3.1.8资源和能力要求●资产库管理员具备分配权限、划分区域等相关操作技能●SEPG成员具备评审即将入库的过程数据的能力3.1.9度量●资产库管理员用于管理数据库的工时●SEPG、SQA评审过程数据所花费的工时3.2管理软件过程文档库3.2.1过程元素概述本过程元素包括以下内容：建立组织的过程文档库；编写收集计划；评审文档产品；文档入库；管理和控制软过程文档库。
3.2.2参与人员●SEPG：负责文档收集计划的制定；确定文档的收集内容；组织文档收集，评审并确定文档是否入库；定期评审文档的可用性、完整性。
●资产库管理员：建立和维护文档库；分配用户权限；定期或事件驱动的将库内容清单发布给相关组。
3.2.3入口准则●项目的管理文档和技术文档已提交给SEPG3.2.4输入●项目的管理文档和技术文档3.2.5任务3.2.5.1 建立组织的软件过程文档库1.库结构：资产库管理员参照下表建立软件过程有关文档库2.待收集文档一般包括标准；规范；优秀/失败案例；过程改进活动，如：改进计划、建议等具体内容详见附录A: 过程数据和文档收集内容，其内容的变更由SEPG组长批准即可。
3.2.5.2 编写收集计划SEPG负责在组织过程改进计划中编写有关文档收集计划3.2.5.3 评审文档产品SEPG工作小组负责组织评审文档并批准将适当的文档放入库中，同时记录评审信息。
评审流程详见《评审规程》，并参见《软件过程数据和文档入库检查单模板》。
评审组成员：SEPG 工作小组3.2.5.4 文档入库SEPG工作小组将评审通过的文档及评审记录提交资产库管理员入库，资产库管理员将入库的文档内容填写到《软件过程文档库清单》中。
3.2.5.5 管理和控制过程文档库1.权限分配：存取仅限于需要进入、更改、评审的人，权限分配见下表：2.过程相关文档库内容的发布：资产库管理员定期或事件驱动将软件过程文档库内容清单发布给相关人。
3.文档取用：用于公司外部人员时，取用人填写软件过程数据库和文档库取用清单，说明取用原因并提交SEPG组长批准即可取用。
3.2.6出口准则●文档收集计划已制定●过程文档库已建立并使用●过程文档库内容清单已发送给相关人员3.2.7输出●文档收集计划（可包含于组织过程改进计划中）●软件过程文档库清单●软件过程文档库取用清单●评审相关记录3.2.8资源和能力要求●资产库管理员具备分配权限、划分区域等相关操作技能●SEPG成员具备评审即将入库的过程文档的能力3.2.9度量●资产库管理员用于管理文档库的工时●SEPG成员用于评审过程文档的工时第四章附录4.1附录A－过程数据和文档收集内容说明：收集内容可以是完整的文档、也可以是片断。