配置管理问题单.docVIP

配置管理问题单 PAGE 3 自我介绍 姓名，在公司负责项目的配置管理和组织级的配置管理。（注：组织级配置管理主要针对EPG、培训、组织级QA的工作产出管理） Configuration Management (SP1.1) 请叙述您如何识别项目的配置项? (代码如何划分？) 项目策划阶段，项目经理对项目的过程进行裁剪，制定《项目定义过程》，根据项目定义过程可以知道项目中有哪些产出物需要被管理，然后在《项目配置库目录》中识别这些产出物的属性，区分出配置项和数据项。配置项是指那些会有版本变化的文件或代码，数据项没有版本变化。 配置项的命名规则：公司名—项目名称—过程域—项目文档-版本号。 配置项有：项目计划书、产品源代码、需求规格说明书、项目设计说明书、用户手册、测试用例等。这些产出物是可能会变更的。 数据项有：项目度量数据表，项目周报、周会议记录，里程碑会议记录、里程碑状态报告、验收报告、决策分析报告等。这些产出物没有变更的特性。 代码划分：我管代码，代码划分成多个配置项。一般按照功能模块来划分管理。代码会变更。都放在SVN上进行管理。 (SP1.2) 请叙述您项目的配置管理系统以及如何建立?如何申请及建置呢? 配置管理系统有两个目录：组织级和项目级。 组织级有财富库，工作库。财富库只有我是读写权限；工作库，我和EPG是读写权限。财富库有OSSP（标准过程文件）、经验教训、可复用库、度量库。 项目级有四个库，开发库，管理库，基线库，产品库。开发库中项目各个人员都有自己的个人文件夹，个人拥有读写权限，项目组人员的日常工作都是在开发库完成的。评审通过的文件放在管理库，大家都是只读权限，我和PM有签入签出权限。基线库放基线文件，只有我能读写，其他人只读权限。交付的文件放在产品库，只放客户要的版本，只存放1个版本的产品，产品库只有我有签入签出的权限，其他人员是只读的权限。代码是在开发阶段开始我会管理，代码会建立一个大的版本，每次变更的时候都会打新的版本。代码如果修改需要填写申请表，然后我会进行发布，每次发布都会进行版本的变更，我们在SVN上有不同的目录，没发布之前（开发的时候）会在主干，如果测试需要修改bug或者变更需要修改代码，我会建立分支，修改完成之后合并到主干，打tag只有我有权限。 用户 目录 权限 分库内容指导 部门经理 01-开发库 可读 开发库下是所有员工日常工作的记录，开发库下面是按照每个人员建立文件夹，他们平时的文件及工作产出物未评审前先放在对应的文件夹下， 项目经理 可读 文件夹所属作者 可读、可写 CM 可读、可写 配置管理员 02-管理库 读写，签入签出，添加/删除，创建目录 评审过的配置项文件及编写完成的数据资料，从开发库中由CM或PM移出，放入管理库相应文件夹下，供项目组参考。 CCB 只读 项目经理0 只读，签入签出， 项目组成员 只读 质量保证 只读 配置管理员 03_基线库 只读，签入签出，添加/删除 创建目录 已完成评审且正常发布的基线由CM从管理库中签出，放入基线库中的相应基线文件夹下，供下阶段工作人员作参照。 项目经理 只读 CCB 只读 项目组成员 只读 质量保证 只读 配置管理员 04_产品库 只读，签入签出，添加/删除 创建目录 交付件一览表上交付给客户的基线文件，由CM从基线库中签出，放入产品库，并由项目经理获取，然后分派给客户及项目组成员。 (SP1.3) 请叙述您如何及何时将工作产品设立基准?如何公告与发行基准？目前发行了那些基准？ (编码变更如何处理? 集成测试后如何标识源代码？) 要纳入基线的文件，先要评审通过，基线建立流程：PM提交基线建立申请单，我会去对要纳入基线的文件进行功能审计，通过之后，我把要纳入基线的文件从管理库签出，签入到基线库，然后我会进行物理审计，审计通过，我提交基线发布报告给CCB，CCB审批通过，我会填写《基线发布报告》我发邮件给项目组成员告知他们基线已经创建。我们有四类基线：需求基线主要有需求规格说明书，评审通过可以纳入基线，需求阶段纳入；设计基线包含系统设计，包含接口设计书，数据库设计说明书，评审通过后在设计阶段纳入基线；测试基线包含系统测试用例，集成测试用例，源代码，在开发阶段末期创建，文档评审，代码评审通过，代码调试通过后可以纳入测试基线；产品基线在测试阶段末期创建，有用户手册，产品源代码，执行文件，bug得到修复，用户手册通过评审可以建立。代码是列入测试基线的，测试人员按照测试基线中的代码版本进行测试，测试过程中的代码开发人员没有修改权限，代码每次有变更要写《代码修改申请表》，通过之后我要有《代码发布的报告》，每次变更之后代码的版本要变化，目前大概都要2个版本。 阶段 内容（基线产品） 基线建立条件 需求基线 需求规格说明书 同行