配置管理过程及工具的使用.ppt

配置管理计划 配置管理员根据项目负责人提交的项目开发计划，编写配置管理计划。 配置管理计划的目标是规划整个项目的配置管理活动，尤其是重要的比如发布、基线管理等问题。配置管理计划的主要内容包括人员及职责、用于配置管理的软硬件资源、配置管理环境、配置项计划、基线计划和配置库备份计划等。配置管理计划直接决定了项目配置管理的方针，以及配置管理活动的准则。 配置管理计划的编写可参考《配置管理计划编写指南》、《配置管理计划模板》。 配置管理计划经SCCB讨论，SCCB负责人审批后，方可入库并实施。入库的路径为“开发库/项目管理/配置管理”。 出入库 在进行出入库操作时，要注意以下问题： 配置库中的内容不但要具有完整性和一致性，而且还要有助于协同开发。具体而言，开发库中的源代码应该以目录形式存在，而不是以压缩包的形式存在，这样开发人员不必每修改一个源代码文件就要更新整个代码包。 开发库中除源码外，还应包括相应开发工具的配置文件，如JBuilder的项目文件（.jpx），从开发库中下载源代码后，能快速重建开发环境，直接生成可运行的系统。 测试人员从配置库中获得源码，对Build之后生成的可运行系统进行测试。不应该直接对开发人员提供的可运行系统进行测试。 部署人员从产品库中获取要部署的软件，进行部署。通常，开发人员不对运行环境进行操作。 变更流程 当基线库配置项需要变更时，一定要实施变更流程：变更实施前必须填写配置项变更申请，经变更评审组评审通过后，才能从基线库中提出需变更的配置项并实施变更。变更实施完成后，必须通过评审才能重新进入基线库。 变更流程的每一步，都需要在《配置项变更控制报告》中进行记录和落实，该文档的入库的路径为“开发库/项目管理/配置管理”。入库后要以邮件方式通知SCCB成员、项目组成员、测试人员。 重大变更和一般变更 重大变更：配置项变更申请由项目组负责人填写，交变更评审组审核。变更评审组收到变更申请后，分析此变更的必要性和技术可行性，并权衡其他的变更策略和方法，所涉及的有关配置项，对系统的功能和性能的影响，变更所需的资源是否合理、充分以及对整个工程进展和经费的影响等。由此决策是否实施此项变更，并给出变更评审结论，同时由SCCB签署该变更申请。配置管理员根据签署的变更申请，从基线库中提出需变更的配置项并实施变更。变更实施完成后，必须通过SCCB评审才能重新进入基线库。 一般变更：与重大变更的流程一致，区别在于配置项变更申请的审核和变更实施后的评审都由项目组负责人来做，并不由SCCB来审核，但是要以邮件的方式通知到SCCB。由于不经过SCCB审核，项目组负责人在进行一般变更时一定要谨慎，对于有足够把握的非重大变更才可按此方式操作。 配置状态报告 配置管理员需要定期做配置状态报告。配置状态报告是配置管理的一个组成部分，其任务是有效地记录和报告管理配置所需要的信息。目的是及时、准确地给出软件配置的当前状况，供相关人员了解，以加强配置管理工作。 配置状态报告的编写可参考《配置状态报告编写指南》、《配置状态报告模板》。 配置状态报告的入库的路径为“开发库/项目管理/配置管理”。入库后要以邮件方式通知SCCB成员、项目组成员、测试人员。 SCM总结报告 项目结束后，配置管理员需要做SCM总结报告。主要包含三部分内容：配置项清单、软件发布记录、SCM活动及度量。其中软件发布记录是以版本号、发布说明、发布介质、发布日期为主要内容的二维表。SCM活动及度量是对配置状态报告的次数、软件发布的次数、配置库建立与维护工作量、配置项标识工作量、配置库用户权限管理工作量等内容进行的统计度量。 配置状态报告的入库的路径为“开发库/项目管理/配置管理”。入库后要以邮件方式通知SCCB成员、项目组成员、测试人员。 验证 SCCB评审配置管理员提交的《配置管理计划》，并由SCCB负责人审批。 变更评审组评审配置项变更申请，并由SCCB负责人审批。变更实施后，也需要变更评审组进行确认，并由SCCB负责人审批。SQA验证变更是否已经通知到相关人员。 SQA审核配置管理员提交的《配置管理计划》、《配置状态报告》、《SCM总结报告》是否已入库，检查配置清单的内容和配置库中的配置项是否一致。 SQA审核规定流程中产生的各个文档，如《项目配置库定义表》、《配置项变更控制报告》等是否已入库。 配置管理工具的使用 Wincvs JBuilder Eclipse wincvs的使用 点击系统_配置 wincvs的使用 点击系统_登陆 导入模块 导出模块 导出模块 导出模块 更新文件或者模块 更新文件或者模块 更新文件或者模块 与当前版本合并。 提交修改 增加文件 1.对于目录不存在，