历年软考案例分析背景中的明显错误总结（四）

（61）项目组准备了详尽的测试用例，会同业主共同进行系统测试，测试过程中为了节约时间，小张指派项目开发人员小李从测试用例中挑选了部分合理、有效的数据进行测试，保证系统正常运行。

（62）项目组将业主的数据和设置加载到系统中进行正常操作，完成了试运行工作。

（63）经初步调研，杨某发现该项目进度紧、任务重、用户需求模糊，可能存在较大风险。但B公司领导认为应该先签下该项目，其他问题在项目实施中再想办法解决。A、B双方很快签订了一份总价合同。在合同中，根据赵某提供的初步需求说明，简单列出了系统应完成的各项功能和性能指标。杨某根据合同制定了项目的范围说明书。

（64）杨某将上述情况汇报给了B公司主管领导，主管领导认为A单位为公司客户，非常重要，要求杨某利用合同条款的模糊性，简化部分模块的功能实现，以保持成本和进度不变。

（65）小李为项目制定了整体进度计划，将项目分为需求、设计、实施和上线试运行四个阶段，项目开始后，张工凭借其丰富的经验使开发过程得到了很好的质量保证，需求和设计顺利通过了张工的把关。

（66）A公司同时进行的信息系统开发项目比较多，李工在完成生产过程管理信息系统的需求说明书后，转到了另外的项目开发组。在赵工带领开发小组进行设计与编码的过程中，客户经常提出一些小的改动，赵工认为满足客户的需求是很重要的，所以，能改的就改了，没有与A公司的其他人进行协商。

（67）由子技术人员有限，为保证各个项目的进展，人员在项目间的兼职与交叉很严重。一个技术开发人员在M项目上工作2天后，很可能转入Y项目工作，过了3天，再转回M项目工作。项目的文档一般采用各自的命名方式进行管理，客户提出的修改也各自负责，在技术开发人员的本地机上进行了开发。

（68）接到任务后，项目经理小王开始着手编制项目管理计划，根据招标文件，小王列出了一个初步的进度计划，进度计划中的各里程碑点正好是甲方招标文件中规定的各时间节点。随后，小王估计了项目的各项开销，确定了项目预算。

（69）为了赶工，就对项目开发人员再发工，将试运行的系统版本作为原始版本，在些基础上开始并行为其他委办局定制开发各自的政务信息资源整合系统。试运行的版本在运行中根据用户的要求，产生了一些功能的变动，开发人员改动代码，这些改动后的代码有的适合其他委办局，有的不适合；而在为其他委办局开发中，也在根据用户的要求进行各自代码的修改。项目进展得很顺利，期间，主要开发人员小王和小李因故提出辞职，刘经理向公司申请补充开发人员接替小王和小李的工作，然而由于之前的变更没有相关文档的记录，开发版本与设计和需求的版本对应不上。

（70）鉴于项目规模较小，而且已经获得了总经理的支持，因此项目经理李某觉得没有必要进行项目的可行性研究，只是组织业内的几个专家，根据他自己对项目的描述做了简单的评审专家也没有对该项目提出太多的异议。但是在项目的实施阶段，问题却层出不穷。首先是，项目团队发现有新的、更简单易行的技术方案可以实现项目的目标；其次是与销售部门会议后，销售部门的人反映目前开发的产品不是他们需要的产品；更麻烦的是，相关政府部门出台政策，为了稳定市场秩序，限制了该类产品的市场销售。

（71）S公司是某市一家从事电子政务应用系统研发的系统集成公司，公司总经理原为该市市政府信息中心总工程师。S公司最近承接了该市政府X部门的一个软件项目，而X部门一直是S公司的老客户。因为当时公司总经量急于出差，所以在系统范围界定和验收标准并不十分明确的情况下，就和客户签订了合同，并任命李工为该项目的项目经理。

（72）随着项目的逐步开展，客户方不断提出一些变更要求，项目组起初严格按照变更管理流程进行处理，但是由于S公司与X部门比较熟悉，且胡某强调这些变更都是必需的业务要求因此几乎所有变更都被批准和接受。

（73）李工要求项目组天天加班以保证进度，但需求变更似乎没完没了。为了节省时间，客户的业务人员不再正式提交变更申请，而是直接和程序员商量，程序员也往往直接修改代码而来不及做相关文档记录。对此李工也很无奈。

（74）此时有一个项目A的项目经理告知小张，发现基线库中有一个重要的功能缺陷要修改，项目经理组织配置控制委员会进行了分析讨论后，同意修改，并指派了程序员小王进行修改于是小张按照项目经理的要求在受控库中增加了小王的修改权，以便小王可以在受控库中直接修改该功能。

（75）项目经理认为，公司的控制系统软件是比较成熟的产品，虽然需要按项目需要进行二次开发，但应该能够提前完成，但列车控制设备需要协调外包生产，比原计划提前2个月没有把握，公司领导认为，从铁路行业的项目特点来考虑，提前开始铁路是必须完成的任务，因此客户的要求不能拒绝。于是他要求项目经理无论如何也要想办法满足客户提出的提前交付的需求。

（76）该企业已按照IS09001的要求建立了套质量管理体系，对于项目管理、软件开发等的流程均有明确的书面规定。但公司中很多人认为这套管理体系的要求对于项目来说是多余的条条框框的约束太多，大部分项目经理都是在项目结项前才把质量体系要求的文档补齐以便能通过结项审批。公司的质量管理员也习以为常，只要在项目结束前能把文档补齐，就不会干涉项目建设。

（77）老李组织了技术骨干对客户的需求进行了调研，通过对用户需求的分析和整理，项目组直接制定了一个总体的技术方案，然后老李制定了一个较粗略的项目计划：

（78）在软件与采集设备的联调过程中，老李请环保局的客户代表来检查工作。客户代表发现由于项目组不了解环保领域的一些参数指标，完成的系统达不到客户方的要求。由于项目从一开始就没有完整的项目文档，老张为了避免再出现重大问题，只好重新进行需求调研。客户方很不满意，既担心项目不能按时上线又担心项目质量无法保证。

（78）张工按照项目内容，将项目分成子项目1、子项目2和子项目3，分别任命李工、王工和廖工负责。三个项目在张工的领导及协调下进展顺利。在整个项目进行到80%时，出资人提出子项目1由于政策原因需要终止，子项目2、子项目3继续按照原计划进行。因此张工通知李工将子项目1资料归档并提交给公司管理资产的人员。随后为了保证子项目2、子项目3的顺利进行，张工将子项目1的项目团队解散，有关员工加入到子项目2、子项日3中。

子项目2、子项目3在张工引入新的资源后，进展顺利，因此张工觉得不需要再加强阶段审查，等项目全部完成后再统一进行验收。

在项目结束后，张工组织客户对子项目2、子项目3分别进行验收，结果客户对子项目2的成果很不满意。因子项目3需要的一个关键部件是子项目2提供的，最后影响了二者的总体验收，项目因此没有按时交工。

（79）项目启动时，乙公司领导安排王工担任此项目的项目经理，王工自己按照公司项目章程模板撰写项目章程，进入了下一个过程，新撰写的项目章程内容包括：质量控制人员、项目组织结构、项日基本需求、项日完工日期。

同时为了保证项目质量，王工亲自撰写了初步的项目范围说明书。王工依照以前公司的经验撰写的初步的项目范围说明书内容包括：项目概述、产品要求、项目完工日期、项目约定条件初始风险。初步的项目范围说明书撰写完成后，王工通知了项目组成员，按照初步的项目范围说明书开始工作，项目组成员有人认为初步范围说明书内容太过简单，跟以往项目范围说明书差别太大，但担心项目经理不高兴，也没有直接说。

（80）刚进入项目规划阶段，发生的几个事件让王工觉得非常棘手：

①项目组成员就系统是否包含数据库导出、备份功能产生了分歧，查看初步的项目范围说明书发现也没有相应描述。②有项目组成员认为初步的项目范围说明书中给出的系统安全等级过高，实现难度非常大，还可能导致项目成本大幅度增加③项目组成员不确定项目验收时是否要给客户交付《产品使用手册》，有成员建议既然不确定就不要做了，这样可以节约成本。④在初步的项目范围说明书中没有涉及到项目的质量管理要求，乙公司内部的质量技术部因此没有安排专门的人员配合王工工作。⑤一些项目组成员经常抱怨王工大包大揽，项目启动阶段的工作不严格遵照公司管理流程执行，也乘征求其他项目组成员的意见和建议。