需求跟踪、评审、配置管理
CMMI-3需求跟踪矩阵同行评审检查单
项目名称 检查人 检查目的
当前阶段 检查日期
责任人
序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
1 2 3 4
检查项 每个需求都标识了明确的来源? 每个派生的需求可以追溯到来源吗? 每个需求与其他需求的关联是否标识出? 每个客户需求是否与一个或多个软件需求对应? 每个需求是否对应一个或多个概要设计吗? 每个概要设计是否对应正反向一个或多个详细设计? 每个详细设计是否对应一个或多个模块(编码单元)吗? 每个模块是否对应模块/单元测试用例? 每个概要设计是否对应一个或多个集成测试用例? 客户需求是否对应系统测试用例? 对于性能需求是否有对应的测试用例？ 需求变更后需求跟踪矩阵是否与变更后的文档内容对应 每个需求是否被唯一标识，并保持唯一标识 ？ 每个需求与其他需求的关联变更后是否重新进行了标识 ? 当前的需求是否与项目计划保持一致 ？ 当前的需求是否都得到项目相关人员的承诺 ？（变更后再承 诺） 需求库控制的需求粒度与需求跟踪矩阵列出的粒度是否保持一致 当需求的变化没有引起需求跟踪矩阵的变化时是否说明理由
检查结果 本次检查是否可以通过 发现的问题是否登记在项目的《问题跟踪表》中 是否已经落实了解决问题的责任人、检查人 新修改的需求跟踪矩阵是否按照配置管理的要求进行了管理
是/否 是 是 是 是 是
是 是 是 是
最终关闭问题 日期： 负责人签字：
说明
浅谈计算机软件工程化管理
浅谈计算机软件工程化管理计算机软件工程化管理是指对软件项目进行全面、系统地组织、规划、控制和管理的过程。
它主要涉及项目管理、质量管理、配置管理、需求管理、变更管理以及工作流程管理等方面，旨在提高软件开发效率、质量和可维护性。
下面将从项目管理、配置管理、质量管理和需求管理四个方面来浅谈计算机软件工程化管理。
项目管理是计算机软件工程化管理的基础和核心。
项目管理包括项目计划、进度管理、资源管理、风险管理等。
在项目计划阶段，需要制定详细的项目计划，明确项目的目标、范围、时间和成本等要素。
在进度管理方面，要合理分解和安排项目任务，制定详细的工作计划，并及时跟踪项目进展情况，及时解决问题。
在资源管理方面，需要合理配置项目资源，包括人力、物力和技术等。
在风险管理方面，要及时识别并评估项目风险，制定相应的应对措施，以降低项目风险对项目目标的影响。
配置管理是软件工程化管理中的关键环节，它主要包括配置项的控制、配置项的标识、变更控制和版本控制等。
在配置项的控制方面，需要明确软件项目中的各个配置项，并建立相应的配置项库，确保每个配置项的完整性、一致性和可追溯性。
在配置项的标识方面，需要为每个配置项分配一个唯一的标识符，用于跟踪和管理配置项的变更和版本。
在变更控制方面，要建立严格的变更控制流程，确保所有的变更都经过评审、测试和验证，以防止不合格的变更进入项目。
在版本控制方面，要及时记录和管理软件的版本，确保对软件的修改和发布有序进行。
质量管理是保证软件项目高质量的关键。
质量管理包括质量计划、质量保证和质量控制等。
在质量计划方面，需要制定详细的质量计划，明确每个阶段的质量目标、评估方法和检测标准等。
在质量保证方面，需要建立质量保证体系，包括过程审核、培训和管理评审等，以确保软件项目按照规定的过程和标准进行。
在质量控制方面，要建立合适的质量控制措施，包括代码检查、单元测试、集成测试和系统测试等，以发现和解决软件项目中的问题，确保软件的质量和稳定性。
干系人管理计划,配置管理计划,人力资源管理计划
干系人管理计划,配置管理计划,人力资源管理计划干系人管理计划是一个指导性的文档，用于描述如何识别、管理和参与项目干系人，以确保项目成功。
该计划包括以下内容：1. 干系人识别：在项目启动期间，识别所有项目干系人，包括项目经理、执行团队成员、利益相关方、客户、供应商和其他利益相关方。
2. 干系人分析：确定每个干系人的需求、期望和关注点，并评估他们对项目的影响以及他们的利益。
3. 干系人管理策略：制定针对不同类型的干系人的管理策略，包括利益相关方的沟通方式、参与方式和管理方法。
4. 干系人参与计划：确定干系人的参与方式和时间表，以确保他们在项目中的参与，并使他们在项目中保持积极态度。
5. 干系人监测和控制：制定干系人监测和控制计划，以跟踪干系人的需求和期望，并采取必要的措施来确保项目按预期进行。
配置管理计划：配置管理计划是一个指导性文档，用于管理项目的配置项，以确保项目按照要求进行。
该计划包括以下内容：1. 配置项识别：在项目启动期间，识别所有项目的配置项，并确定它们的特征。
2. 配置项控制：确定如何控制和管理配置项，包括审批、变更和版本控制。
3. 配置项状态跟踪：建立跟踪和记录配置项状态的方法，以便在需要时可以追溯配置项的历史记录。
4. 配置项审计：定期审计配置项，以确保它们符合要求，并采取必要的措施来纠正任何问题。
5. 配置项库：建立配置项库，以存储和管理配置项的信息，并确保数据的完整性和安全性。
人力资源管理计划：人力资源管理计划是一个指导性文档，用于管理项目团队的招聘、培训和开发，以确保项目能够按时、按要求完成。
该计划包括以下内容：1. 人力资源需求：确定项目团队的人力资源需求，包括开发团队、测试团队、项目经理、质量保证人员等。
2. 招聘计划：制定招聘计划，包括招聘渠道、招聘流程和招聘标准，以确保招聘到合适的人才。
3. 培训计划：制定培训计划，包括新员工培训、技能提升培训和管理培训，以确保团队成员具备必要的技能和知识。
CMMI项目管理开发过程
CMMI3
产品集成（PI）
10
CMMI3
验证（VER）
11
CMMI3
确认（VAR）
组织培训（OT）
CMMI3
18
组织过程焦点（OPF）
CMMI3
17
组织过程定义（OPD）
CMMI3
16
度量（MA）
CMMI2
15
供应商协议管理（SAM）
CMMI2
14
过程与产品质量保证（PPQA）
CMMI2
13
配置管理（CM）
2.4 风险管理流程
上图给出了风险管理的模型，可以看出风险管理活动主要划分为： 识别 分析 计划 跟踪 控制 这五个阶段，这五个阶段循环往复，贯穿于整个软件项目的生命周期之中。而有效沟通应该看作是各阶段的基础 。 对于公司标准风险管理过程，组织层对风险来源、风险类型、风险参数以及风险管理策略做了明确的定义。具体请参照《常见风险列表》、《风险识别检查表》 。
过程
序号
级别
过程域
项目管理过程
1
CMMI3
集成项目管理（IPM）
2
CMMI3
决策分析与解决方案（DAR）
3
CMMI2
项目计划（PP）
4
CMMI2
项目跟踪与监控（PMC）
5
CMMI3
风险管理（RSKM）
6
CMMI2
需求管理（REQM）
工程过程
7
CMMI3
需求开发（RD）
8
CMMI3
技术解决方案（TS）
2.14 培训流程
3.过程体系文档组成
3.项目实例
下面以三部集市项目组文档为例，举例说明：立项、软件计划、质量保证、风险管理、项目跟踪与监控等文档的关联性。
需求开发与管理规范
需求工程规范
一、软件特征
① 复杂性：人脑功能的加强与延伸 ② 难以描述性：自然语言的二义性导致难以表达 ③ 不可见性：无形的，存在于各种存储介质中 ④ 变化性：代码的修改引起功能的变化
发现问题并求精的过程；
需求定义的结果
进一步准确无误Байду номын сангаас定义产品需求；
四、加强需求管理力度
需求评审（分阶段分层次进行评审）
目标性需求：定义系统要达到的目标； 功能性需求：定义系统必须完成的任务； 操作性需求：定义任务的具体人机交互；
需求跟踪
登记需求功能点，并在设计、编码、测试的各环节追踪其实现位置 （需求跟踪矩阵法）；
需求变更控制
按照变更控制流程，通过变更单清晰定义变更内容，越精确定义需 求，越能避免需求的渐变，减少变更误解，做到变更的可控性与有 益性；（变更单+评审相结合，配置管理上辅助实施） 变更策略：项目启动后，进入需求基线前，侧重变更的清晰定义； 项目进入设计及之后的实施阶段，侧重变更的可控性与必要性；
五、附件一：需求阶段规范产物
需求规格说明书（模板暂未定） 需求跟踪矩阵 需求变更管理表(含变更单)
六、附件二：需求变更流程
软件需要不断的改变原因：1，2，3
二、软件常见开发问题
① 低质量：可能存在各种错误 ② 进度难以控制：不断提出新要求、需求不断变更 ③ 难以维护：缺陷难以定位、错误难以改正、功能 难以扩充、编码难以修改
三、加强需求分析力度
需求分析的目的
消除模糊性、歧义性和不一致性、分析数据要求，建立逻辑模型；
需求分析的任务
配置管理过程
3、变更控制 变更控制的时机：
在软件生命周期中，配置项一旦形成，对其任何更改都要求按变更
控制流程处理。
变更控制的原则：
必须在配置库中进行，不能在产品库、构建库和测试库中进行。
开发库可以根据作者的需要修改。
变更控制的方式：
尽可能以工具为主，书面为辅。
基线（BaseLine）：
描述一个或多个配置项和构成配置项的相关实体。基线为持续地评
价配置项提供稳定的基础。一般在项目各阶段的结束点形成，其形 成标志是有一个或多个软件配置项通过验证与确认而获得认可。
变更控制委员会（CCB）：
审查和批准基线及基线配置项的变更，对变更及影响进行评估和评
五、工作过程描述 1、制定配置管理计划 2、定义和管理基线
3、变更控制
4、配置审计
5、产品库管理
1、制定配置管理计划 《配置管理计划》的主要内容：
定义配置管理的需求 CCB的组成 定义基线和基线发布计划 变更控制策略 配置管理环境 项目资料管理等
涉及多产品的项目配置管理计划：
建立配置管理系统
建立配置管理库：设定管理权限，配置项入配置库管理； 建立变更管理库：建立变更审批流程，定义系统角色权限； 变更管理库可以使用ClearQuest工具管理，也可以使用任务管理
系统管理。
接受维护任务（以需求变更为例）：
需求部接受信息科技部需求变更； 需求部将任务分派到团队； 团队将需求变更记录登记在变更管理数据库中； CCB组织对该需求进行评估，确定变更的影响范围和影响程度； 团队根据影响的范围和程度决定是否接受需求或接受需求的计划； 如果不接受需求，说明理由，并征得外部同意后，关闭该需求变更
配置管理计划文档模板
目录目录 (1)1.0前言 (2)1.1目标 (2)1.2适用范围 (2)1.3术语与简写 (2)2.0CCB成员及职责 (2)2.1CCB组长职责： (2)2.2项目经理PM职责： (2)2.3配置管理员CMO职责： (2)2.4开发人员职责： (3)3.0配置管理组 (3)3.1基线配置项计划 (3)3.2其他配置项计划 (3)4.0文件命名与版本控制 (4)4.1文件命名规范 (4)4.2版本标识 (4)5.0变更管理 (5)5.1变更原因 (5)5.2变更流程 (5)5.3变更跟踪 (6)6.0安全与备份 (7)6.1备份 (7)6.2安全防护 (7)6.3配置状态发布 (7)1.0前言1.1目标本计划是软件项目配置管理活动的基准，对软件项目的配置管理活动进行策划。
1.2适用范围本计划是软件项目整体计划的一部分，适用于软件项目的配置管理活动。
1.3术语与简写CCB：变更控制委员会PM：项目经理SCM：配置管理CMO：配置管理员2.0CCB成员及职责2.1CCB组长职责：负责指导和控制配置管理的各项具体活动的进行，为项目经理的决策提供建议。
其具体职责为以下几项：•定制开发子系统；•定制访问控制；•制定常用策略；•建立、更改基线的设置，审核变更申请；•根据配置管理员的报告决定相应的对策。
2.2项目经理PM职责：项目经理是整个软件研发活动的负责人，他根据软件配置控制委员会的建议批准配置管理的各项活动并控制它们的进程。
其具体职责为以下几项：•制定和修改项目的组织结构和配置管理策略；•批准、发布配置管理计划；•决定项目起始基线和开发里程碑；•接受并审阅配置控制委员会的报告。
2.3配置管理员CMO职责：根据配置管理计划执行各项管理任务，定期向CCB提交报告，并列席CCB的例会。
其具体职责为以下几项：•软件配置管理工具的日常管理与维护；•提交配置管理计划；•各配置项的管理与维护；•执行版本控制和变更控制方案；•完成配置审计并提交报告；•对开发人员进行相关的培训；•识别软件开发过程中存在的问题并拟就解决方案。
配置管理制度及产品发布流程
配置管理制度及产品发布流程一、配置管理制度1.1 配置管理定义配置管理（Configuration Management）是指将软件、硬件和文档等信息系统组成部分的标识、控制、记录、审查和审核的一组管理活动，从而确保改变管理和版本控制的一致性、审计跟踪和实现对信息系统进行有效的配置和版本管理。
1.2 配置管理目标1.2.1 确保改变管理和版本控制的一致性配置管理的目标是确保改变管理和版本控制的一致性。
这是因为在开发和维护一个软件时，不可避免的需要进行更新和修改。
但是，如果没有正确的管理，很难控制这些修改给系统带来的危害。
1.2.2 审计跟踪配置管理的目标还包括审计跟踪。
配置管理系统需要记录每个版本的变化、修改、发布日期等信息。
这些信息可以帮助审计人员了解改变的历史、目的和后果，并且可以为政府、企业管理人员提供决策支持。
1.2.3 实现对信息系统进行有效的配置和版本管理配置管理的目标之一是实现对信息系统进行有效的配置和版本管理。
通过配置管理系统，可以确保所有成员都使用相同的版本，避免因为版本不同产生不必要的问题，最终避免在实际运作中出现问题。
1.3 配置管理的内容和流程1.3.1 配置管理的内容配置管理的主要内容包括：标识、控制、记录、审查和审核。
1.3.1.1 标识标识是指为每一组件、文件、工具分配唯一的标识符。
标识符的主要作用是标识每个组件的版本，并与其他组件区分开来。
1.3.1.2 控制控制是指指定配置管理人员，对所有的组件进行控制。
这意味着对于每个组件的修改必须经过授权的配置管理人员审核，并由用户或者系统运行之前进行审计。
1.3.1.3 记录记录是指记录组件加工、测试、使用、维护和升级的所有信息。
通过记录所有信息，可以优化组件的运用和问题的解决。
1.3.1.4 审查在记录每个组件的信息后，必须确保配置管理人员和其他开发人员可以检查该组件是否需要更新或修改它的状态。
这些审查必须遵循一定的规则和程序，以确保组件发生了正确的改变。
(项目管理)软件项目红黄牌制度
项目红黄牌制度文档编号：文件名称：编写：编写日期：审核：目录1 目的 (4)2 适用项目 (4)3 考察标准 (4)4 数据来源 (6)4.1 过程数据 (6)4.2 运行数据 (6)5 产出报告 (6)5.1 项目检查报告 (6)5.2 总结报告 (6)6 考核 (7)6.1 客户满意度 (7)6.2 项目过程状态 (7)7 附表1：过程检查项定义 (7)7.1 配置管理 (7)7.2 需求管理 (8)7.3 计划跟踪 (8)7.4 风险管理 (9)7.5 缺陷管理 (9)7.6 组织与沟通 (9)7.7 质量保证 (10)7.8 产出物质量 (10)8 附表2：进展指标标准 (10)9 附表3：运维项目检查项定义 (11)9.1 配置管理 (11)9.2 问题管理 (11)9.3 组织与沟通 (12)9.4 质量保证 (12)1 目的●通过将项目运行指标表示为红牌（问题），黄牌（警告）、绿牌（正常）三种状态，从而直观的显示项目运行状态，并通过数据分析，逐层查找偏差产生的原因，采取适当的措施进行纠正和预防。
2 适用项目●适用于公司工程实施售中项目。
3 考察标准●项目红黄牌从过程和进展两个方面考察各个项目的运行状况，报告形式如下●过程指标反映项目是否按照公司的管理规范进行管理，通过质量经理的过程审计获得数据信息。
包括配置管理、需求管理、计划跟踪、风险管理、缺陷管理、组织沟通、质量控制7个过程域。
●进展指标反映项目运行的状况，包括进度偏差、成本偏差、产出物质量、员工流失率、客户满意度5项数据。
●7个过程域指标决定项目整体过程的红黄牌状态，5个进展指标决定总体进展红黄牌状态，灰色灯表示对此项目不使用此考察项。
●各个过程域的红黄灯标准：对于项目过程指标，每个过程域分别设立多个检查项，各个检查项的状态决定该过程域的红黄灯状态。
检查项分别标示为关键检查项和一般检查项。
一般情况下，若有关键检查项未达到标准，该过程域即标示为红灯，一般检查项1-4项未达到，标示为黄灯，超过4项未达到，标示为红灯。
软件工程中的软件配置管理
软件工程中的软件配置管理软件配置管理（Software Configuration Management，简称 SCM）是软件工程中的一项关键活动，它旨在管理和控制软件项目中的配置项，确保软件开发过程中的各个版本、组件和相关文档被正确地记录、控制和管理。
本文将介绍软件配置管理的概念、重要性以及常用的工具和技术，旨在帮助读者深入了解和应用软件配置管理。
一、软件配置管理的概念和作用软件配置管理是一套旨在管理软件开发和维护过程中各种软件配置项的方法和工具。
它涵盖了对软件需求、设计、代码和文档等各个方面的管理，以确保软件产品从诞生到退役的整个生命周期都得到有效的管理和控制。
软件配置管理的作用主要体现在以下几个方面：1.版本控制：通过软件配置管理，可以追踪和管理软件项目中各个版本的变更情况，确保软件的迭代开发能够顺利进行，并保持代码库的稳定性。
2.配置项管理：帮助团队对软件项目中的各个组件和文档进行分类、识别和标记，确保团队成员能够准确找到和使用需要的配置项。
3.变更管理：在软件开发过程中，变更是无法避免的。
通过软件配置管理，可以对各类变更进行审批、记录和追踪，有效控制变更的风险。
4.发布管理：软件配置管理可以帮助团队规范和自动化地进行软件的构建和发布操作，提高交付效率，降低错误率。
二、软件配置管理的关键任务在软件配置管理过程中，需要完成以下关键任务：1.配置项识别和标识：在软件项目中准确识别和标记各个配置项，包括代码、文档、第三方库等。
通过唯一的标识符对配置项进行管理。
2.版本控制：建立和维护一个版本库，记录软件项目的全部历史变更，确保团队成员可以随时获取和使用适当的版本。
3.变更管理：将变更请求进行适当的评审和批准，并跟踪变更的实施和结果。
4.构建和发布管理：规范和自动化软件构建和发布过程，确保软件交付的可靠性和一致性。
5.配置项审计：对软件配置进行定期审计，检查是否符合组织和项目的规定。
三、软件配置管理的常用工具和技术为了更好地进行软件配置管理，常用的工具和技术包括：1.版本控制工具：如Git、SVN等，用于管理软件项目的版本和历史变更。