实验室器材管理系统-项目配置计划

1、项目编号项目编号：S101-04-2010 实验室器材管理系统实验室器材管理系统Laboratory Equipment Management System 项目配置计划文档Version:1.0项项 目目 承承 担担 部部 门门：软件实训 八组 撰撰 写写 人人（签名）： 完成日期完成日期：2010/10/20文档使用部门文档使用部门：主管领导项目组客户维护人员用户 评审负责人评审负责人（签名）： 评审日期评审日期：2010/10/18分类分类：配置计划二 0 一 0 年 十 月 二十 日文档信息文档信息项目名: 实验器材管理系统项目编号: R-1-24-10-2010标题: Laborat

2、ory Equipment Management System Plan作者:杨东创建日期:2010-10-20上次更新日期: 版本:1.0.0部门名称: 软件实训文档状态文档状态文档状态草稿 正式文档评审人员项目经理、配置经理、重要开发人员和集成员评审时间2010-10-18修订文档历史记录修订文档历史记录日期日期版本版本说明说明作者作者2010 年 10 月 20 日1.0初始版本杨东目录目录1.简介.II1.1目的.II1.2范围.II1.3定义、首字母缩写词和缩略语.II1.4参考资料.II2.软件配置管理.II2.1组织、职责和接口.II2.2工具、环境和基础设施.III3.配置管理

3、活动.III3.1配置标识.III3.1.1文档.错误！未定义书签。错误！未定义书签。3.1.2项目基线.IV3.2配置和变更控制.IV3.2.1变更请求的处理和审批.错误！未定义书签。错误！未定义书签。3.3配置状态统计.VI3.3.1项目介质存储.VI3.3.2配置的审计.VI4.附录 配置管理报表及其格式.VI Laboratory Equipment Management System Plan1.1. 简介简介项目 CM 计划说明在产品生命周期中将执行的所有与 CM 相关的活动。它详细说明了活动时间表、分配的职责以及必需的资源（包括人员、工具和计算机设备） 。1.11.1 目的目的C

4、M 计划的目的在于，定义或参考那些描述要在软件产品开发中执行配置和变更控制管理 (CM) 方式的步骤和活动。1.21.2 范围范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。本规范适用于软件特别是重要软件的配置管理计划的制订工作。对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。1.31.3 定义、首字母缩写词和缩略语定义、首字母缩写词和缩略语CCB - configuration control board 变更（或配置）控制委员会CI - configuration item 配置项CM - configuration management 配置管理CMP

5、- configuration management plan 配置管理计划CR - change request 变更请求SCM - software configuration management 软件配置管理任意角色 项目中所有角色1.41.4 参考资料参考资料计算机软件产品开发文件编制指南计算机软件质量保证计划规范计算机软件配置管理计划规范社区管理系统 软件质量保证计划2.2. 软件配置管理软件配置管理2.12.1 组织、职责和接口组织、职责和接口角色相关人员职责接口2.22.2 工具、环境和基础设施工具、环境和基础设施1.工具类型类型使用时期使用时期工具工具原因原因配置管理全局SV

6、N简单易用2.CM 环境和基础设施 1)产品数据量的预期大小：我们期望本项目至少有 500 次记录，1000M 的磁盘空间。 2) 产品团队的分配：和客户机的实际位置：服务器客户端配置情况1L111G13、1K28、1K30、1K29、1K31、1K32、1K33、1K34、1K35、1K36、1K37、1L16P4 1.7G，256M 内存、40G 硬盘、Win20003.3. 配置管理活动配置管理活动3.13.1 配置标识配置标识3.1.1标识方法标签标识特定版本的工件。组成某一版本子系统的工件集，无论从整体还是从个体来说，都可通过特定的版本和标签进行标识。因此，标签对于重新使用或引用原有

7、的固定版本的工件集合很有帮助。以下是一些示例：名称名称对应的内容对应的内容LEMS_R1.0Laboratory Equipment Management System 系统 1.0 发布版本LEMS_R2.0.BL5准备以 2.0 版本发布的 GUI 系统的内部发布版本号LEMS_B1.1Laboratory Equipment Management System 系统 1.1 Beta 发布版LEMS_R2.0.BL16计划在 2.0 发布版中发布的 Thorn 2000 的内部系统基线第 16 号LEMS_R1.0.5Laboratory Equipment Management Sys

8、tem 的维护发布版本3.1.2基线标识在各阶段中基线号：阶段基线号 + _ + 序号 例：在第二阶段内的第三次基线：B20_33.1.3项目基线所有属于本项目及其各子系统的各类基线，首先要按照任务书、软件需求规格说明书的规定确定其技术内容，然后按照软件系统的上述命名约定的规定来标识注：基线发布在每次创建基线以后进行发布。非代码类基线：由配置经理发布。代码类基线：由集成员发布。基线号基线号建立时机建立时机A10第一阶段审查结束B20第二阶段审查结束C30产品化结束基线发布表(参见附录)。3.23.2 配置和变更控制配置和变更控制软件配置的变更管理适用于本项目的所有文档和代码，其中包括本项目的各

9、个运行软件，也包括为本项目专门开发的支持软件。 变更请求表单变更请求表单是一个正式提交的工件，用于在整个项目的生命周期内跟踪所有的请求（包括新特性、扩展请求、缺陷、变更的需求等）与相关的状态信息。所有变更历史记录，包括所有状态变更及变更的日期和原因，都将随 CR 一起保存。进行多次复审和结束项目时都可使用此信息。(参见附录 2)变更请求表单变更申请的流程及涉及相关负责人如下图所示： 变更过程中的活动步骤角色内容1提交者提交变更请求2CCB复审变更请求3CCB 代表（项目经理担任）确认重复或拒绝4项目经理分配工作与安排工作时间5指定的角色进行变更6CCB确认变更7C

10、CB确认变更是否通过变更过程中的活动，如 图 1 ：1.提交变更请求2.复审变更请求变更请求接受？立即变更？是否详细信息3.分配任务4.进行变更5.确认变更通过？否是否推迟变更是结束是拒绝？否 保存变更历史记录如果工件为 Word 文档，则在文档的修订文档历史记录。如果工件为其他工件，必须在相应的记录中保存变更历史纪录。 变更请求中受影响配置项的变更在变更请求中受影响配置项需要变更时，首先由项目经理通知受影响配置项的变更人员，其次被通知人员按照标准变更流程进行变更。（图 1 活动图）3.33.3 配置状态统计配置状态统计3.3.1项目介质存储 项目介

11、质保留策略、备份计划、事故处理计划、恢复计划备份机制及保留策略：每天下班时将主服务器的数据备份到备份服务器中备份服务器只保留最近一周的备份事故处理和恢复机制：如果出现事故(如：主服务器当机、遭病毒、硬件损坏等)，采用备份服务器上的数据进行恢复防病毒/杀毒机制：杀毒/防病毒软件：360 杀毒频率：每周五杀毒负责人：系统管理员(袁之) 介质保留方式：介质保留方式：联机类型：磁盘（硬盘）格式：Windows 文件3.3.2配置的审计根据软件问题记录利用软件问题报告单和软件修改报告单对项目子系统及其支持软件的配置状态进行追踪。对软件问题报告单和软件修改报告单的追踪应由软件配置管理工具自动

12、实现，用户可通过该软件系统对其进行查询。 注：本计划在此处应给出软件问题报告单与软件修改报告单的具体格式，并作出必要的说明。4.4. 附录附录 环境配置步骤、配置管理报表及其格式环境配置步骤、配置管理报表及其格式附录 1 环境搭配步骤1.安装 SVN 到 http:/ 下载 TortoiseSVN。之后安装，如图 1。 图 12.安装 SVN 链接 VS 的插件 AnkhSvn下载链接：http:/ ，之后安装，如图 2。图 f1_23.验证 svn 对 vs 的支持打开 vs 如图 3,可发现文件前面多了些勾,表示 SVN 成功支持 vs。 图 3灰色的勾表示正常，而橙色的勾表示已经更改了，

13、而 PendingChanges 则告诉我们哪些文件时新加的，哪些文件被改过了，如果要还原的话，只需要选择该文件，右键点击，Revert 就好了，如图 f1_4。 图 4如果已安装好 AnkhSVN 插件但是又看不到，那么请检查系统选项卡里面是否选择了它作为默认的源代码管理工具,如图 5。 图 5安装好 TortoiseSVN 之后（安装后可能需要重启） ，在资源管理器中点击右键的时候就能看到它的菜单,如图 6。 图 64.使用 SVNSVN CheckOut 可以获取其它地方 SVN 服务器上面的某个项目的源码，当然，前提是要有权限才行。如：随便找个盘符如 F 盘，点右键，选择 SVN Ch

14、eckOut，然后 Url of Repository 中输入svn:/ OK。如图 7： 图 75管理项目1）创建 Web 服务器。可以去一些提供免费 SVN 服务器服务的网站上面注册一个账号建立项目就行，我们组使用的是。注册建立项目成功之后就可以通过菜单 Import 把需要导入的东西导入到 SVN 服务器了，如图 8。导入界面的地址栏输入我们的 SVN 服务器地址即可，如：svn:/ SVN 服务器之外，还可使用文件协议在自己的电脑上管理我们的代码（如果不需要多人在多台电脑上面共同维护这个项目） 。 图 82）使用本地服务器找个地方新建一个文件夹，如 D:TestSVNServer 这个

15、文件夹，然后对着这个新建的文件夹点右键，选择 SVNCreate repository here，OK，本地 SVN 服务器已经建好了。如果创建成功，这个文件夹里面多了好多东西，如图 9, 这是 SVN 服务必须要的一些东西。现在让我们使用文件协议导入我们的项目到该 SVN 服务器中，找到我们要导入的项目，跟导入网络上的 SVN 服务器一样，右击项目文件夹，SVNImport。在 Import 界面中如图 10 填即可。 图 9 图 106.使用 SVN CheckOut 获取服务器中文件如 F:soft，选择 SVN CheckOut，然后地址框输入服务器（本地，web 皆可）地址，如 7。

16、此时，soft 这个文件夹带上了个绿色的勾。选择 soft 文件夹，右击，选择 SVNShow Log，如图 11，在这个界面我们还可以检查代码的改变都是什么。 图 117. 如何提交代码(Commit)我们可以通过右击被 SVN 管理的项目，选择 SVN Commit 输入相关信息之后就可以提交了，通常提交都需要你提供用户名和密码验证等等，特别是网络上的 SVN 服务器，本地 SVN 服务器可以不管，见图 12。图 12注意，SVN 不会把新添加的文件默认选中，它只会默认选中已经在 SVN 中添加了的文件。所以当新加了文件的时候注意勾上，防止漏传，这在现今的 SVN 管理中漏上传是非常普遍且

17、经常发生的事情。用 VS 的 SVN 插件也可以上传，对于添加到 VS2010 的 IDE 中的文件推荐大家使用这种方式，因为这样可以有效的防止漏上传新加的代码。注意，有的二进制文件如资源文件 MP3、PNG或者其它资源打包文件等可能不会添加到 IDE 中，因此这时候一定要注意不要漏传，去资源管理器中右击项目，SVNADD，将新加的有用的文件添加进去，一些临时文件和垃圾文件不要添加，如图 13。 图 138. 申请一个 SVN Web 服务器 上 http:/ 提交注册即可。注册后，在管理频道可以新建项目(图 14)，团队其他人员只需加入此项目。 图 14附录 2 基线发布表基线发布表基线发布

18、表项目编号R-1-24-10-2010项目名称实验器材管理系统（EEMS） 基线号本基线配置项路径基线包含工作名称版本号路径负责人备注 附录 3参见 CCES-模板-文档变更请求.doc附录 4 Configuration State AccountingConfigurationConfiguration StateState AccountingAccounting 1、配置项状态分类配置项配置项版本路径负责人创建时间最后更新时间当前状态配置报告配置状态报告.doc1.0/ CO_configure/配置状态报告.doc杨东10-2110-21更新2、变更请求概要列表请求编号请求编号请求主