信息系统项目管理师案例分析当天每日一练试题地址：http://www.cnitpm.com/exam/ExamDayAL.aspx

往期信息系统项目管理师每日一练试题汇总：http://www.cnitpm.com/class27-1-1.aspx

信息系统项目管理师案例分析每日一练试题（2017/11/21）在线测试：http://www.cnitpm.com/exam/ExamDayAL.aspx?day=2017/11/21

信息系统项目管理师案例分析每日一练试题内容（2017/11/21）

试题一（25分）

某公司承接了一个银行业务系统的软件开发项目，质量要求非常高。项目经理小赵制定了项目的整体计划，将项目划分为需求、设计、编码和测试四个阶段，他将测试阶段预留了大量时间，以便开展充分的测试工作。

需求分析完成后，项目组编写了《需求分析报告》，项目经理小赵召集部分骨干人员召开评审会。为了尽快进入下一阶段工作，评审会从早上9点一直开到晚上9点，终于把全部的文件都审完了。评审组找到了几处小问题，并当场进行了修改，项目经理宣布可以进入设计阶段了。编程结束后，进入了测试阶段。第一轮测试，发现了70个缺陷。项目组对发现的缺陷进行了修改，又重新提交了测试。第二轮又发现了100多个缺陷，就这样反复修改和测试，直到第六轮，发现了33个缺陷。各轮发现的缺陷数如下：

这时，小赵终于松了一口气，由于第六轮只剩下33个缺陷，他觉得测试工作应该很快就会结束了。

【问题1】（10分）

请分析此项目的质量管理过程中存在哪些问题。

【问题2】（9分）

请在答题纸上标出纵坐标的刻度值，并画出测试缺陷的趋势图。根据趋势图分析“小赵觉得测试工作很快就会结束了”是否有道理，并分析原因。

【问题3】（3分）

请结合软件生命开发周期分析软件存在缺陷的可能原因。

【问题4】（3分）

请结合实际经验说明软件项目的质量管理工作应重点完成哪些工作。

信管网13899903245：
1没有制定质量管理计划和管理管理的方法，测试没有在需求阶段尽早的开始，没有质量保证和质量控制。
2没有道理，根据趋势图分析，缺陷数并没有持续按规律的下降。
3在需求阶段的需求评审时没有要求项目组全体人员和全体项目干系人进行需求评审，需求评审会时间过长，造成了评审质量严重下降。并且在需求阶段也没有制定测试和质量管理计划，项目设计阶段也没有进行评审和测试设计。编码阶段也没有进行单元测试。没有将测试贯穿这个项目的生命周期，而仅仅进行了集成测试。
4、应尽快制定质量管理计划，实施质量保证和质量控制。利用质量管理的方法和工具尽快对缺陷进行分析，找出造成缺陷的主要原因，对软件进行修改和完善。

信管网lxz0557：
1、
1）小赵没有制定独立的质量保证计划，也没安排质量管理人员；
2）没有对项目进行质量检查工作；
3）项目在大的里程碑处需要由干系人对阶段成果进行评审，确保结果和预期的目标一致；
4）需求评审没有客户参与，可能导致最终对需求不能达成一致，设计文件未经过正式评审，可能导致设计文件有较多的错误；
5）技术评审会是发现问题的，而不是修改问题的，评审会没有达到预期效果；
6）需求评审控制不好，会议时间太长，影响评审效率；
7）测试工作中在测试用例、测试方法、测试人员及测试环境等问题方面存在问题；
2、没道理，根据前面六轮测试结果可知，缺陷数量并没有呈整体下降并趋于稳定的趋势，应该继续进行测试；
3、需求缺陷、设计缺陷、编码缺陷、测试缺陷等；
4、
1）制定质量保证计划；
2）应安排独立于项目组的质量保证人员负责质量保证工作，对软件开发的过程实施质量审计；
3）注重对需求和设计等开发过程文件的技术评审工作；
4）注重测试工作，应安排相对独立的测试人员；
5）对发现的缺陷进行统计分析，确保软件质量；

信管网xxxczh：
1、该项目没有制定质量管理计划，没有制定过程改进计划。没有制定质量测量指标及质量检查表。没有质量保证及质量控制过程。另质量评审会安排有问题，评审周期太长，应该一组一组评审。
2、不会。
3、
4、软件质量管理工作重点应首先认真规划质量管理，质量测量指标，制定质量核对表及过程改进计划，实施质量保证，实施质量控制。

信管网上海市联通考友：
1、需求评审不够严肃严谨，参与评审的人员不符合要求，评审不是通过评审组统一意见，而是项目经理单方发表意见，没有制定质量管理计划；
2、没有道理，根据前几轮的测试结果来看，缺陷数并不是逐渐减少的
3、需求分析阶段开发人员没有充分参与进来，开发过程中没有依照质量管理计划，
4、质量管理的重点应该放在需求分析、设计上，以及制定质量管理计划上，并监督项目执行过程中是否依照质量管理计划来实施。

信管网sunliyu10：
1、小赵没有制定单独的质量管理计划；没有安排质量管理人员；没有实施质量保证工作；在项目里程碑处没有对对阶段成果进行评审；需求评审没有客户参与，可能导致最终需求不能达成一致，设计阶段没有进行评审，可能导致设计文件有错误；评审会是为了发现问题而不是修改问题，评审会没有达到预期效果；需求评审控制不好，评审时间过长，效率低下；测试工作中在测试用例、测试方法、测试人员及测试环境方面存在问题； 2、不能判断测试可以结束，因为6轮测试的缺陷数并没有整体下降并趋于稳定的； 3、产生的原因可能是需求缺陷、设计缺陷、编码错误、测试不充分 4、制定质量保证计划；安排独立于项目组的质量保证人员负责质量保证工作；对软件开发的过程实施质量审计；注重对需求和设计等开发过程文件的技术评审工作；重视测试工作，安排相对独立的测试人员；对发现的缺陷进行统计分析，确保软件质量