系统集成项目管理工程师案例分析当天每日一练试题地址：www.cnitpm.com/exam/ExamDayAL.aspx?t1=2

往期系统集成项目管理工程师每日一练试题汇总：www.cnitpm.com/class27-2-1.aspx

系统集成项目管理工程师案例分析每日一练试题（2021/1/27）在线测试：www.cnitpm.com/exam/ExamDayAL.aspx?t1=2&day=2021/1/27

点击查看：更多系统集成项目管理工程师习题与指导

系统集成项目管理工程师案例分析每日一练试题内容（2021/1/27）

阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内。
【说明】
项目经理小李负责了一个新的项目，该项目的内容是为某市开发一套智慧城市公共综合信息服务平台。项目启动阶段，甲方仔细查看了小李提交的项目实施方案，提出由于该项目的投资方构成复杂，项目需求不清晰，希望项目组能想办法解决这个问题。
小李向公司申请了几名经验丰富的系统分析师，加强需求分析阶段的工作。经过较为充分的需求调研，形成了初步的需求说明书。小李认为需求分析工作较为详细，按照公司常用的软件开发生命周期模型，选择了瀑布模型进行开发。
在编写概要设计和详细设计说明书的过程中，客户方提供了几处需求的修改要求。由于其工作量不大，小李直接安排系统分析师按客户的要求进行了修改。在编码阶段后期，由于客户的投资方发生了变化，新的投资方采用了新的运营模式，导致需求发生较大变化，由于前期甲方已经强调过项目需求特点和要求，小李只能接受客户新的变更要求。在执行变更的过程中，项目组发现新的需求将导致系统架构的更改，经过评估该变更将使项目延期。
【问题1】（5分）
请分析该项目在整个过程中存在哪些主要问题？
【问题2】（7分）
请说明项目范围（需求）变更控制流程。
【问题3】（6分）
请将下面（1）~（6）处的答案填写在答题纸的对应栏内。
每项记录在册的变更请求都必须由（1）批准或否决。
变更结束后，形成新的项目极限并纳入到配置库的（2）库中，这时配置管理员应向项目组成员提交一份（3）报告。
（4）、（5）、（6）构成了项目的范围基准。
【问题4】（3分）
小李选择瀑布模型作为生命周期模型是否合适？如合适，请说明理由；如不合适，请说明理由，并给出合适的生命周期模型。
信管网试题答案与解析：www.cnitpm.com/st/32609665.html

信管网考友试题答案分享：

信管网cnitpm50848771506：
问题一＜br＞1）没有做好风险识别、风险分析，编制风险管理计划＜br＞2）没有将需求说明书与甲方进行确认＜br＞3）选择的开发模式存在问题，需求不明确应采用螺旋模式＜br＞4）需求变更没有按照变更流程执行，随意变更导致项目无法按期交付＜br＞＜br＞问题二＜br＞1）提出变更申请＜br＞2）项目经理对变更的影响进行评估＜br＞3）ccb对变更进行审批＜br＞4）项目经理将审批通过的变更安排人员进行执行＜br＞5）执行过程进行控制＜br＞6）执行后进行测试和确认＜br＞＜br＞问题三＜br＞变更控制委员会＜br＞受控＜br＞配置管理＜br＞需求规格说明书、工作说明书

信管网lily2020：
答：1、项目在整个过程中存在的主要问题： 1）需求说明书未得到确认； 2）项目系统架构设计不合理； 3）不应该采取瀑布模型作为项目生命周期模型； 4）对需求方面的风险应对不足； 5）没有遵循整体变更控制流程实施项目变更； 2、项目范围（需求）变更控制流程如下： 1）由客户或项目组成员提出变更申请； 2）对变更造成的影响进行评估； 3）提交ccb进行审批； 4）审批通过后，安排相关人员实施变更； 5）对变更的过程进行记录； 6）对变更结果进行验证； 7）相关干系人对变更结果进行确认； 8）对变更结果进行归档； 3、每项记录在册的变更请求都必须由变更控制委员会（ccb）批准或否决。 变更结束后，形成新的项目基线并纳入到配置库的受控库中，这时配置管理员应向项目组成员提交一份配置状态报告。 批准的项目范围说明书、wbs、wbs字典构成了项目的范围基准。 4、小李选择瀑布模型作为生命周期模型不合适，因为项目需求不清晰，宜采用迭代模型（或原型、敏捷等）更合适。

信管网zzufanghuan：
1、筹集需求没有经过客户的确认； 2、范围定义有问题，没有清晰 3、变更控制流程，及不够付； 4、风险管理 5、 1、提出变更需求 2、分析变更影响 3、通知关系人 4、ccb审批 5、执行变更 6、检验变更 7、评价变更对其它方面的影响 ccb 配置 wbs，wbs指点，范围说明书 不合适

信管网lily2020：
答：1、该项目在整个过程中存在的主要问题： 1）需求说明书未得到评审和确认； 2）项目系统架构设计不合理； 3）对需求方面的风险应对不足； 4）不应采用瀑布模型作为项目的生命周期模型； 5）未按照整体变更控制流程进行项目变更； 2、项目范围（需求）变更控制流程： 1）由客户或项目组成员提出变更申请； 2）对需求变更的影响进行评估； 3）提交ccb进行审批； 4）审批通过后，安排相关人员实施变更； 5）对变更的过程进行记录； 6）对变更结果进行验证； 7）相关干系人对变更结果进行确认； 8）对变更结果进行归档； 3、每项记录在册的变更请求都必须由变更控制委员会（ccb）批准或否决。 变更结束后，形成新的项目基准并纳入到配置库的受控库中，这时配置管理员应向项目组成员提交一份配置状态报告。 确认的范围说明书、wbs、wbs字典构成了项目的范围基准。 4、小李选择瀑布模型作为生命周期模型不合适，因为项目需求不清晰，应采用迭代模型或是原型、敏捷等更合适。

信管网cnitpm4330075087：
问题1： 1、需求说明书没有得到甲方的确认 2、缺乏项目章程，和切实可行的项目管理计划 3、没有选择合适的软件开发生命周期模型 4、缺乏变更控制流程 5、没有建立变更控制委员会 问题2： 1、提出变更申请 2、评估变更影响 3、审批变更申请 4、执行变更 5、对变更实施情况进行跟踪和记录 6、验证变更结果 7、发布新文档 问题3： 1、变更控制委员会 2、受控 3、配置状态 4、已批准的项目范围说明书 5、wbs 6、wbs词典

信管网试题答案与解析：www.cnitpm.com/st/32609665.html