201105项管下午真题
第 1 题
阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内。
【说明】
某公司承接了一个银行业务系统的软件开发项目，质量要求非常高。项目经理小赵制定了项目的整体计划，将项目划分为需求、设计、编码和测试四个阶段，他将测试阶段预留了大量的时间，以便开展充分的测试工作。
需求分析完成后，项目组编写了《需求分析报告》，项目经理小赵召集部分骨干人员召开评审会，对需求文件进行了评审。为了尽快进入下一阶段工作，评审会从早上9点一直开到晚上9点，终于把全部的文件都审完了。评审组找到了几处小问题，并当场进行了修改，项目经理宣布可以进入设计阶段了。
设计入员根据需求文件编写了《设计说明书》，并提交给小赵，小赵对设计文件仔细审阅后，便安排程序员开始编程。
编程结束后，进入了测试阶段。第一轮测试，发现了70个缺陷。项目组对发现的缺陷进行了修复，又重新提交了测试。第二轮又发现了100多个缺陷。就这样反复修改和测试，直到第6轮，发现了33个缺陷。各轮发现的缺陷数如下：
这时，小赵终于松了一口气，由于第六轮只剩下33个缺陷，他觉得测试工作应该很快就会结束了。
【问题1】（10分）
请问分析此项目的质量管理过程中存在哪些问题。
【问题2】（9分）
请在答题纸上标出纵坐标的刻度值，并画出测试缺陷的趋势图。
根据趋势图分析“小赵觉得测试工作应该很快就会结束了”是否有道理，并说明原因。
【问题3】（3分）
请结合软件开发生命周期分析软件存在缺陷的可能原因。
【问题4】（3分）
请结合实际经验说明软件项目的质量管理工作应重点完成哪些工作。
答案与解析
- 试题难度：较难
- 知识点：案例分析>质量管理
- 试题答案：
[问题1]（10分）
1、小赵没有制定单独的质量管理计划，也没有安排质量管理人员（没有分配质量管理职责）（2分）
2、没有对项目过程进行质量检查工作（项目没有实施质量保证工作，只进行了质量控制工作）（2分）
3、质量控制方面存在问题（2分）如：
（1）项目在重大里程碑处需由干系人对阶段成果进行评审，确保结果和预期目标一致
（2）需求评审没有客户参与，可能导致最终对需求不能达成一致，设计文件未经过正式评审，可能导致设计文件有较多的错误
（3）技术评审会是为了发现问题的，而不是修改问题的，评审会没有达到预期效果
（4）需求评审控制不好。需求评审属于技术评审，评审会连续时间过长会导致效率低下（或者说评审会召开时间过长，起不到质量控制的作用）
（每项1分，最多2分）
4、测试工作，如在测试用例、测试方法、测试人员及测试环境等方面存在问题（2分）
[问题2]（9分）
画出趋势图（3分）
不能判断测试可以结束（3分），因为6轮测试的缺陷数并没有呈整体下降并趋于稳定的趋势（3分）
[问题3]（3分）
产生的原因可能是需求缺陷、设计缺陷、编码错误、测试不充分（每条1分，满分3分）。
[问题4]（3分）
1、制定质量保证计划
2、应安排独立于项目组的质量保证人员负责质量保证工作
3、对软件开发的过程实施质量审计
4、注重对需求和设计等开发过程文件的技术评审工作
5、注重测试工作，应安排相对独立的测试人员
6、对发现的缺陷进行统计分析，确保软件质量
（每条1分，满分3分） - 试题解析：
【问题1】
从案例背景描述来看，项目经理小赵没有制定单独的质量管理计划，也没有安排质量管理人员，并且也没有进行系统的质量保证工作，在他的眼里只有质量管理基本上等同于质量控制。
“需求分析完成后，项目组编写了《需求分析报告》，项目经理小赵召集部分骨干人员召开评审会。”表明项目开发团队有闭门造车之嫌，因为根本没有邀请相关干系人（特别是客户）来参加需求评审会。这极有可能导致各方最终对需求的理解不能达成一致。
“对需求文件进行了评审。为了尽快进入下一阶段工作，评审会从早上9点一直开到晚上9点，终于把全部的文件都审完了。评审组找到了几处小问题，并当场进行了修改，项目经理宣布可以进入设计阶段了。”这段话一方面可以看出评审会时间太长，为了评审而评审。另一方面， 另一方面评审会的作用是发现问题，并不是要当场修改问题。
“设计入员根据需求文件编写了《设计说明书》，并提交给小赵，小赵对设计文件仔细审阅后，便安排程序员开始编程。”可以看出《设计说明书》也没有得到客户的正式认可，显然这为将来的质量问题留下了隐患。
【问题2】
趋势图最大的好处就是根据过去的历史数据，来推断和预测将来的发展趋势，因此只要根据案例背景中提供的数据，把测试缺陷的趋势图完整地绘制出来后，就可以分析小赵的判断是否合理了。
【问题3】
常见的引发软件质量缺陷的原因不外乎下列因素：
需求阶段没有充分获取客户的需求，或者产生的需求规格说明书没有进行有效的验证，也没有得到客户的签字认可；软件设计存有缺陷，并且未能及时发现。编码阶段中，编码人员技术水平不够好或责任心不强，或者未建立一套行之有效的编码规范并遵照执行，或者各模块的编码人员之间缺乏及时有效的沟通，从而导致编码缺陷的大量发生；各种层面的测试工作（如单元测试、集成测试、系统测试等）没有做好，不能及时检测出软件中存在的问题。
【问题4】
要想做好一个软件项目的质量工作，以下方面是必须要考虑的：
制定有效的项目质量管理计划，明确项目质量管理标准。加强质量保证工作，安排专人负责QA工作，重点保证过程的质量。做好质量审计工作，必要时进行软件过程改进。采取有效的质量控制工具来进行质量管理。制订合理的评审计划，加强技术评审与管理评审工作。及时检测发现并纠正软件缺陷，并对发现的缺陷进行统计分析
第 2 题
阅读下面说明，针对下述项目管理的综合性问题，回答问题1至问题3，将解答填入答题纸的对应栏内。
【说明】
F公司拥有800多名员工，近两年因业务快速发展人员急剧增加，人力资源部总监潘某越来越觉得需要一套人力资源管理系统。潘某向F公司总经理反映了这种需求，F公司总经理主持相关部门的联席会议，专门讨论此问题。该会议最终决定满足人力资源部的要求，并估算了大致的资金需求，其所需资金由总经理基金支持，由人力资源部提出业务需求，由信息中心提出解决方案。
信息中心主任乐某接到这个任务后，认为F公司的信息中心为公司开发部门级系统如市场营销管理系统，并把该系统集成到了公司的MRPII系统，有较强的开发能力，同时认为信息中心比较了解公司的人力资源管理需求。尽管在开发市场营销管理系统过程中，整个信息中心全年没有休息过节假日，但毕竟该系统已投入使用，所以他仍颇有成就感并对自己和自己的团队充满信心，因此他决定采用自主开发人力资源管理系统的实施方案，并亲自担任该项目的项目经理。
信息中心的日常工作除维护现有系统之外，还正在开发公司的办公自动化系统。随着人力资源管理系统项目的开展，信息中心的员工纷纷抱怨工作量太大、压力过高，因而士气低落，进度拖延；最后信息中心的其他业务也受到该项目的拖累。无奈乐某只得申请暂停人力资源项目。
【问题1】（6分）
请从项目管理角度指出造成人力资源管理系统项目暂停的主要原因是什么？
【问题2】（15分）
为了继续完成人力资源管理系统，需要对该项目实施整体变更，而实施方案的调整是变更的重要内容。针对案例中F公司人力资源部关于建立人力资源管理系统的需求，为获得这种系统，有哪几种项目实施方案可供选择？结合F公司现状，简要分析每种方案分别有哪些优缺点。
【问题3】（4分）
针对本案例，请你推荐一种项目实施方案并给出相应理由。
答案与解析
- 试题难度：较难
- 知识点：案例分析>整体管理
- 试题答案：
[问题1]（6分）
乐某没有充分分析采用自主开发方案的技术可行性（或管理可行性，或可行性）（3分），对自主进行项目开发的风险（3分）、人力资源的有效性（3分）估计不足。（本问最多给6分）
[问题2]（15分）
可供选择的方案如下：
（1）自主开发方案；（2分）
（2）部分任务外包方案；（2分）
（3）外购方案；（2分）
可供选择方案的优缺点如下：
（1）自主开发方案的优点是较易了解人力资源管理的需求，容易与F公司现有信息系统集成。缺点是目前人手不够。（3分）
（2）部分任务外包方案指的是信息中心负责获取需求，制订总体设计方案，其他业务外包。部分任务外包方案的优点也是较易了解人力资源管理的需求，容易与F公司现有信息系统集成。缺点是可能选择的外包服务商不合适、交付不及时、提供的产品或服务不合格。（3分）
（3）外购方案的优点是能快速获得，产品性能较稳定。缺点是与F公司现有信息系统不易集成。（3分）
[问题3]（4分）
部分任务外包方案（2分），因该方案综合考虑了F公司目前的人力缺乏状况、需要与目前的MRPII集成等情况，但要注意选择合格的承包商。（2分）
如考生选择其他方案，只要其理由符合实际，酌情给1—3分。 - 试题解析：
【问题1】
从案例背景描述的整体情况来看，可以发现F公司领导层没有进行合理的自制与外购分析，也没有进行详细的可行性研究以及风险分析；乐某没有调查项目的需求，没有估算项目所需资源；人力资源管理系统与MRPII系统的差异较大，先前的经验与技术积累可能作用不大；乐某制定的实施方案缺乏项目干系人的参与，由其一个人自行决定。
另外“整个信息中心全年没有休息过节假日，”表明信息中心员工身心俱疲，已成强驽之末。
“信息中心的员工纷纷抱怨工作量太大、压力过高，因而士气低落，进度拖延”表明信息中心承担的工作量可能过大，导致人手不够。而且乐某可能没有进行有效的团队建设与团队管理工作，导致成员士气低落。领导层与开发人员之间也缺乏有效的交流与沟通。
“最后信息中心的其他业务也受到该项目的拖累”表明乐某没有在确定项目范围的基础上，分析并确定项目团队的工作量。
【问题2】
主要是考查考生是否掌握信息系统项目的各种主要的实施方案及优缺点，如自主开发、外包开发、购买商业软件等。
【问题3】
针对问题2中所囊括的几种实施方案，再结合本案例的实际情况（如员工总人数、信息中心的技术实力与工作负荷等）从中选择一种最合适的方案。
第 3 题
阅读下面说明，回答问题1至问题3，将解答填入答题纸的对应栏目内。
【说明】
某高校计划建设校园一卡通项目，选择了具有自主一卡通产品的A公司作为系统集成商。项目的主要内容是对学校的3个学生食堂、1个图书馆、1个体育馆实现统一管理，并与学校的后勤保障和财务部门的主要业务系统联通。为保证项目的实施，校方聘请了监理公司对此项目进行监理。
经双方协定，合同规定工期为6个月，A公司指定了项目经理小李负责该项目。项目组经需求调研后制定了项目计划，将项目的主要活动划分为需求、设计、卡机具生产、应用系统开发、综合布线及硬件安装调试、软硬件系统联调、现场测试、验收等活动。
项目进入编码阶段后，校方领导指示，要求把另外一个教职工食堂也纳入一卡通管理，并对学校重点教研室和实验室进行门禁管理。因此，校方代表直接找到A公司领导提出增加项目内容，并答应会支付相应的费用、延长项目工期，由于该高校是公司重要的客户，A公司领导口头答应了客户的要求。
【问题1】（6分）
将空白处需要填写的恰当内容写入答题纸对应栏内。
（1）根据项目管理知识域相关理论，学校提出的增加项目内容的要求造成了项目的 变更。
（2）在此项目中，为了控制项目变更过程，小李应首先向（ ）方提交书面的（ ）。
【问题2】（13分）
（1）项目组对变更产生的影响进行了分析，请说明此变更可能会对项目管理的哪些方面造成影响。（4分）
（2）项目的CCB（变更控制委员会）对变更进行了审批。请说明对于此项目，CCB的组成应该包括哪些人员。（2分）
（3）请简要叙述变更被批准后小李应该安排哪些工作。（2分）
（4）对于变更产生的结果可采取一定的方法进行验证。其中，对于需求、设计等文档类变更是否正确可采用什么方法进行验证？对于软硬件系统变更是否正确可采用什么方法进行验证？（2分）
（5）请简要阐述在这次变更过程中监理方应参与的工作环节。（3分）
【问题3】（6分）
在客户提出新需求时，该项目产品基线中哪些配置项会发生变化？
答案与解析
- 试题难度：较难
- 知识点：案例分析>整体管理
- 试题答案：
[问题1]（6分）
（1）范围 或者 需求（2分）
（2）监理方，变更申请 （4分）
[问题2]（13分）
（1）范围，进度，成本，质量，人力资源，沟通，整体，合同
（每项1分，满分4分）
（2）项目经理、公司领导，监理方，校方（客户）代表（每项0.5分，满分2分）
（3）更新项目管理计划，安排相应人员负责新的项目活动（满分2分）
（4）评审，测试（每空1分，满分2分）
（5）接受变更申请；对变更进行评估；总监理工程师对变更申请进行审批；参与CCB评审；对变更的结果进行检查（每条1分，满分3分）
[问题3]（6分）
需求（文档）、设计（文档）、代码、硬件配置记录
（每条2分，满分6分） - 试题解析：
【问题1】
（1）校方要求增加一卡通与门禁系统管理的建筑物的数量，这将直接导致项目范围的扩大，所以是造成范围变更。
（2）因为此项目甲方请了监理公司来对项目开发实施过程进行监理，因此，小李应首先向监理方提交书面的变更申请。
【问题2】
此变更可能会对项目管理的以下方面造成影响：
（1）项目的范围扩大了；项目的工期延长了；项目的费用（成本）增加了；项目的技术难度与施工复杂度增加，导致项目的质量变得更难以控制了；需要的人力资源也可能要增加，并且还需要修改合同（或者加入附件）。
（2）对于此项目，CCB的组成应该包括校方代表、A公司项目经理小李、监理方代表、以及承建方高层领导等。
（3）变更被批准后小李应该安排以下工作：
修改项目的范围、进度、成本、质量等方面的基线计划（修改工作要严格按照配置管理流程来操作），并组织相关人员，按照新的基线计划对原本已经完成的阶段性工作（如需求、设计、卡机具生产等）进行重新评审，如有不适应新计划的地方，需要做相应的返工或补充工作。对尚未正式开展的工作（如综合布线等），要求项目团队成员按新的基线计划来进行。并且将来要按新的基准计划来对项目进行监控。
（4）对于需求、设计等文档类变更是否正确可采用评审的方法进行验证。对于软硬件系统变更是否正确可采用测试（包括单元测试、集成测试、确认测试、系统测试）的方法进行验证。
（5）在这次变更过程中监理方应参与整个变更控制流程的各个环节，具体包括：受理变更申请、变更评估、变更决策、监督变更实施、变更验证、沟通存档等。
【问题3】
软件开发计划、软件需求规格说明书、接口需求说明书、系统子系统设计说明书、软件设计说明书、接口设计说明书、数据库设计说明书、用户手册、操作手册、测试计划、软件配置管理计划、软件质量保证计划、项目开发总结报告、软件产品规格说明书、软件版本说明书、源代码模块、卡机具生产计划、综合布线及硬件安装调试计划与图纸、软硬件系统联调计划、验收计划等配置项都会发生变化，以上这些可以总结为需求文件、设计文件、应用系统程序代码、硬件配置记录四大类。