论文投稿_医学论文投稿_核心期刊,职称论文投稿发表_论文部落

配置管理活动的执行；落实项目组内无法解决的不符合问题；负责评审和批准配置项、基线的变更；负责批准发布产品基线；
　　(2)业务经理/项目经理：控制各模块的开发进度及更改；把握各模块的设计，为参与模块及其接口工作的人员提供建议；评审各模块的变更和定期进行回归测试，确保模块的完整性；和配置管理工程师共同确定工作成果的受控级别和受控时机；组织对变更请求的分析和评估，并负责审批受控项的变更请求；积极支持配置管理活动的实施，对于配置管理方面存在的问题，及时采取行动来关闭它；
　　(3)开发项目组：协助、配合开发项目经理，负责项目各模块开发、集成工作；
　　(4)测试工程师：根据项目经理所指定的阶段性工作成果进行验证测试，将验证结果对项目经理进行反馈;跟踪测试出的BUG直到其为关闭状态；提交测试阶段工作成果。
　　(5)配置管理工程师: 建立并维护配置库环境；和项目经理共同确定工作成果的受控级别和受控时机；按照计划执行相关活动，标识整个产品生命周期的配置项、基线和版本，控制配置项和基线的变更；拟制、标识、保存并发布相关受控的配置状态报告；定期/事件驱动执行配置审计；向项目经理提出不能解决的问题；并跟踪不符合问题的处理情况；向项目组人员提供配置管理工具和规范方面的培训。
5  软件配置管理的关键活动
　　软件配置管理的对象是软件研发活动中的全部开发资产。所有这一切都应作为配置项纳入管理计划统一进行管理，从而能够保证及时的对所有软件开发资源进行维护和集成。主要包括制定项目的配置计划；对配置项进行标识；对配置项进行版本控制；对配置项进行变更控制；向相关人员报告配置状态；定期进行配置审计。
(1)配置管理计划：描述计划目的；描述项目角色及职责；描述项目库的结构及权限；描述相应配置项标识规则或者引用；进行配置项的识别并形成配置项列表；描述配置管理活动/进度计划；描述变更控制原则、配置审计及报告机制等；描述配置管理工具及资源、安全备份策略。
(2)配置项标识：主要包括识别产品的配置项，为它们指定唯一的标识，并在技术文档中记录其功能和物理的特征。主要任务包括，建立并维护软件层次；识别和选择要纳入配置管理的配置项和其他项；定义项目过程中所建立的基线；标识配置项特性，建立和更新配置项清单。
(3)建立并维护软件层次：
○1开发库：存放开发过程中需要保留的各种信息，供开发人员个人专用。
○2受控库：在软件开发的某个阶段工作结束时，将工作产品存入或将有关的信息存入。
○3产品库：在开发的软件产品完成系统测试之后，作为最终产品存入库内，等待交付用户或现场安装。
(4)识别与维护纳入管理的配置项：根据项目相关信息与立项文档，识别和选择要纳入配置管理的配置项和其他项；根据配置项命名规则进行项目文档、代码命名；
(5)变更管理：变更请求管理记录、跟踪和报告针对软件系统的任何变更，其核心是一个适合软件开发组织的变更处理流程。典型的变更处理流程涉及如何提交变更请求，如何对变更请求进行复审以便决定是否实施，由谁实施，如何实施，如何确定变更请求准确实施完成等方面。变更请求管理系统应具备强大的统计、查询和报告功能，及时准确报告软件的变更现状，开发团队的工作进展和负荷，软件的质量水平以及变更的发展趋势。典型的变更请求有：新的功能需求、对已有功能的优化和改进、针对发现的缺陷的修复等。
(6)版本控制:版本控制的对象是软件开发过程中涉及的所有文件系统对象，包括文件、目录和链接。版本控制的目的在于对软件开发进程中文件或目录的发展过程提供有效的追踪手段，保证在需要时可回到旧的版本，避免文件的丢失、修改的丢失和相互覆盖。
(7)配置状态报告：它记录和报告用来有效管理配置所需的必要信息。这些信息包括一个已批准的配置识别清单，变更请求当前的处理状态，以及已批准的变更的实现情况。主要目的是将记录中所包含的信息形成文件并进行传播。
(8)配置审核：是指对于存储配置项及相关记录的软件基线库的结构、内容和设施进行检验，其目的在于验证基线是否符合描述基线的文档.首先是配置验证，包括配置项的处理是否有背离初始的规格说明或已批准的变更请求的现象；配置标识的准则是否得到了遵循；变更控制规程是否以遵循，变更记录是否可供使用；是否保持了可追溯性。其次是配置审核，包括功能配置审核——验证配置项的实际功效是与其软件需求一致的；物理配置审核——确定配置项符合预期的物理特性，即特定的媒体形式。有了配置审核，我们可以确保软件配置管理的有效性，不允许出现任何混乱现象。例如：防止出现向用户提交了不适合的产品，如交付了用户手册不适当的版本；发现不完善的实现，如开发出不符合初始规格说明或未按变更请求实施