2013信息系统项目管理师案例分析之配置管理常考问题及案例实例 - 案例分析

当前位置：信管网 >> 信息系统项目管理师 >> 案例分析 >> 文章内容

2013信息系统项目管理师案例分析之配置管理常考问题及案例实例

来源：信管网 2013年03月26日【所有评论】

如果一个案例，出现项目人员分头进行开发工作、错误反复出现、各自提交测试报告、产品版本混乱、在客户现场集成等情形，大家可以参考以下的答题思路分析出现以上各情形的可能原因：

缺乏项目整体管理、缺乏整体变更控制流程、缺乏项目干系人之间的沟通、缺乏配置管理、缺乏整体版本管理、缺乏单元接口测试和集成测试

配置管理流程

1、制定配置管理计划：确定方针，分配资源，明确职责，计划培训，确定干系人，制定配置识别准则，制定基线计划，制定配置库备份计划，制定变更控制规程，制定审批计划。

2、配置项识别：识别配置项，分配唯一标识，确定配置项特征，记录配置项进入时间，确定配置项拥有者职责，进行配置项登记管理。

3、建立配置管理系统：建立分级配置管理机制，存储和检索配置项，共享和转换配置项，进行归档、记录、保护和权限设置。

4、基线化：获得授权，建立或发布基线，形成文件，使基线可用。

5、建立配置库：建立动态库、受控库和静态库。

6、变更控制：变更的记录、分析、批准、实施、验证、沟通和存档。

7、配置状态统计：统计配置项的各种状态。

8、配置审计：包括功能配置审计和物理配置审计。

可以采取的补救措施：

1、针对目前系统建立或调整基线

2、梳理变更脉络，确定统一的最终需求和设计

3、梳理配置项及历史版本

4、对照最终需求和设计逐项分析现有配置项及历史版本的符合情况

5、根据分析结果由相关干系人确定整体变更计划并实施

6、加强单元接口测试与系统的集成测试或联调

7、加强整体版本管理

配置库的类型：

1、备份库：包括制作软件和相关架构、数据和文档的不同版本的复制品。

2、动态库：存放开发过程中需要保留的各种信息，供开发人员个人专用。

3、受控库：在信息系统开发的某个阶段工作结束时，将工作产品存人或将有关的信息存入。

4、静态库：在开发的信息系统产品完成系统测试之后，用于存档各种基线。

案例实例

阅读以下说明，请回答问题1至问题3，将解答填入答题纸的对应栏内。

【说明】

A信息系统集成公司有员工50多名，其中技术部开发人员有30多人.公司采用矩阵式的组织结构.公司的主营业务是开发企业信息化建设方面的项目，业务较为繁忙，一般有十多个项目在同时进行.由于技术人员有限，为保证各个项目的进展，人员在项目间的兼职与交叉很严重.一个技术开发人员在M项目上工作两天后，很可能转入Y项目工作，过了三天，又再回到M项目工作.项目的文档一般采用各自的命名方式进行管理，客户提出的修改也是各自负责，在技术开发人员的本地机上进行开发.当技术开发人员重新回到原项目时，他不得不花大量时间去熟悉原来的工作，找出原来的文档与程序等，还要了解项目组其他人的工作进展，向相关人员索求需要的开发成果。当一个项目进行到提交期限时，不得不花费大量的时间找出相匹配版本的相应成果，集成为符合客户要求的可交付的系统。

【问题1】(4分)

针对本题案例中的情况，从软件配置管理的角度，分析出现这种情况的原因.

信管网参考答案：

1、不能同时兼任配置管理员，导致精力不够，无法完成配置管理工作；

2、没有做好版本管理；

3、没有建立基线，导致需求、设计、编码无法应对；

4、没有做好变更管理；

5、没有做好范围管理；

6、项目计划安排不合理；

7、沟通管理没有做好；

8、风险管理没有做好，导致风险加大造成了不必要的损失。

【问题2】(6分)