试题2（2005年上半年试题2）

在一个正在实施的系统集成项目中出现了下述情况：一个系统的用户向他所认识的一个项目开发人员抱怨系统软件中的一项功能问题，并且表示希望能够进行修改。于是，该开发人员就直接对系统软件进行了修改，解决了该项功能问题。针对这样一种情况，请分析如下问题：

【问题1】（5分）

请用150字以内的文字，说明上述情况中存在着哪些问题？

【问题2】（10分）

请用300字以内的文字，说明上述情况可能会导致什么样的后果？

【问题3】（10分）

请用300字以内的文字，说明配置管理中完整的变更处置流程。

试题2分析

变更来源有两个方面。一是用户，他们是信息系统项目需求的提出者。要求用户一次性地把需求讲清楚，并且不允许此后做任何变更，这是不现实的，开发方只能尽力减少变更，降低其影响。开发人员如何解决好自己的工作产品与变更的用户需求之间的一致性，是CMM2级需求管理这个关键过程域的主要目标。

变更来源的另一个方面来自开发人员自身。他们在工作中可能发现前期工作中有些不妥当的地方，便要修改已经确定了的设计方案或是设计的细节。也许是项目管理人员提出要修订已经确定了的项目方案。由此所导致的返工甚至部分工作产品的报废也是在所难免的。

无论来自哪个方面的变更，都需要严格按照变更控制的流程进行，否则会给开发和后续维护带来很多问题。

【问题1】

根据试题描述，这个开发人员在听到用户的口头抱怨后，就直接对系统软件进行了修改，解决用户的问题。显然，该开发人员没有遵照变更控制的程序来解决问题。具体来说，存在以下问题：

（1）没有对用户口头反映的问题进行文档化，即没有对用户的要求进行记录。任何变更申请都必须以书面的形式提出。

（2）没有分析和评估用户变更请求。事实上，开发人员在获得用户的变更请求后，应该提交给CCB，由CCB对变更请求进行分析和评估。在得到CCB的批准后，才能开始实施变更。

（3）在修改过程中没有注意进行版本管理。开发人员直接对系统软件进行修改，没有进行任何配置管理工作，这也是不对的。这样，会造成后续的维护工作出现差错。

（4）修改完成后未进行验证。开发人员直接修改了软件，并“解决了该项功能问题”。但这种解决是局部性的，由于该功能的正常运行可能会引起其他功能的不正常，所以对软件修改后，一定要进行验证测试。

（5）修改的内容未和项目干系人进行沟通。由于变更请求是由“一个系统的用户”提出的，这种请求不一定合理，不一定在项目范围之内。由于一个配置项出现变更，可能会涉及到一些相关的部件和文档进行变更，这将影响到项目开发工作中的许多人员，所以需要和项目干系人沟通。

【问题2】

问题2要求考生说明上述情况可能会导致什么样的后果。变更管理简单地说就是控制修改，使之不出现改错、改乱的现象。没有按照变更控制流程来实施信息系统的变更，会出现很多问题。具体而言，我们针对问题1分析中存在的5个问题，分别列举其可能导致的问题：

（1）由于没有记录用户的变更请求，可能会导致对系统软件变更的历史无法追溯，并会导致对工作产品的整体变化情况失去把握。

（2）由于没有对变更进行分析和评估，可能会导致后期的变更工作出现工作缺失，或与其他工作不一致等问题，对项目的进度、成本、质量方面也会产生一定影响。

（3）由于在修改过程中不注意版本管理，万一变更失败，则无法进行复原，造成成本损耗和进度拖延。而且，没有版本管理，对于后续的开发和维护工作也会带来困难，对于组织财富和经验的积累也是不利的。

（4）由于修改完成后不进行验证，难以确认变更是否正确实现，可能会影响系统其他功能的正常运行。同时，由于没有进行验证，为变更付出的工作量也无法得到承认。

（5）由于未与项目干系人进行沟通，可能会导致项目干系人的工作之间出现不一致之处，进而影响项目的整体质量。

【问题3】

问题3要求考生说明配置管理中完整的变更处置流程。读者可以在《信息系统项目管理师辅导教程》中找到现成的答案，在此不再重复。

试题2解答要点

【问题1】

（1）对用户的要求未进行记录。

（2）对变更请求未进行足够的分析，也没有获得批准。

（3）在修改过程中没有注意进行版本管理。

（4）修改完成后未进行验证。

（5）修改的内容未和项目干系人进行沟通。

【问题2】

（1）缺乏对变更请求的记录可能会导致对产品的变更历史无法追溯，并会导致对工作产物的整体变化情况失去把握。

（2）缺乏对变更请求的分析可能会导致后期的变更工作出现工作缺失、与其他工作不一致等问题，对项目的进度、成本、质量方面也会产生一定影响。

（3）在修改过程中不注意版本管理，一方面可能会导致当变更失败时无法进行复原，造成成本损耗和进度拖延；另一方面，对于组织财富和经验的积累也是不利的。

（4）修改完成后不进行验证则难以确认变更是否正确实现，为变更付出的工作量也无法得到承认。

（5）未与项目干系人进行沟通可能会导致项目干系人的工作之间出现不一致之处，进而影响项目的整体质量。

【问题3】

（1）变更申请。应记录变更的提出人、日期、申请变更的内容等信息。

（2）变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。

（3）变更决策。由具有相应权限的人员或机构决定是否实施变更。

（4）变更实施。由管理者指定的工作人员在受控状态下实施变更。

（5）变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价，确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。

（6）沟通存档。将变更后的内容通知可能会受到影响的人员，并将变更记录汇总归档。如提出的变更在决策时被否决，其初始记录也应予以保存。