参考答案:
【问题1】（12分）
1.需求管理没有一套完整的管理流程；
2.没有明确对应的需求获取方式；
3.需求获取时挖得不深，需求分析在深度和广度上做得不够；
4.需求分析仅限于业务组的需求分析，未邀请技术团队和测试团队参加；
5.没有进行需求评审，导致有需求遗漏；
6.需求管理中没有定义需求冻结期，题干显示可以无休止的提出新的需求或者需求变更。
【问题2】（4分）
（1）需求跟踪（2）需求追溯
【问题3】（5分）
需求可能存在的状态有如下几种：
已建议，已批准，已实现，已验证，已删除、已设计、已交付、待批准、被拒绝等。
【问题4】（4分）
需求管理建议以如下方式开展：
1.明确添加需求获取过程，使用访谈、焦点小组会议、头脑风暴、问卷调查、原型法等多种方式获取需求；
2.通过多种方式进行用户需求分析。包括使用图形表示法、原型等可视方法、系统可行性需求分析及模块描述系统；
3.编写需求说明书；
4.进行需求验证和需求评审。
5.对定稿的需求建立需求基线。
6.管理和控制需求变更。
需求控制需要严格按照整体变更控制管理进行，有变更，走流程。
1、有需求变更要提出变更请求；
2、审核需求变更带来的影响；
3、由CCB确定批准或拒绝需求变更；
4、对批准了的需求变更，相应修改范围说明书和其他项目管理计划文件；
5、及时发布变更信息；
6、跟踪批准了的变更的实施情况；
详细解析:
本题目考查的是软件项目需求获取、管理及控制问题，包括需求开发与需求管理、软件项目的质量控制、需求双向追踪问题、需求状态表，以及应如何做好软件项目需求管理及控制。【问题1】
（1）既然预测到项目可以会涉及频繁的需求变更，就应该制定变更控制流程，需求管理本身要求干系人必须对后续的变更作出承诺。
（2）需求管理过程要求在为实现项目需求的所有人员之间达成一致，建立承诺，故各组人员要共同参与需求评审及确认。
（3）需求分析完成后应进行多方参与的评审，不能马上与用户进行需求确认。
（4）对于需求的变更不能只是记录一下。
（5）对需求变更的影响没有进行分析评估。
（6）得到需求分析文档没有评审，没有进行项目范围定义及评审。
（7）没有进行需求跟踪，导致业务流程有缺失。
（8）技术方案设计没有进行评审。
（9）程序有BUG，说明质量控制不够。
【问题2】
需求管理中一项非常重要的实践是维护需求与项目计划和工作产品之间的双向追踪矩阵。双向即从客户需求追溯到下游工作产品、从下游工作产品回溯到客户需求。案例中，2014年底推广使用的时候发现，业务流程有缺失，表明没有做好需求跟踪中的从客户需求追溯到下游工作产品。
【问题3】
在整个开发过程中，跟踪每个需求的状态是需求管理的重要内容。建议的需求状态包括：已建议、已批准（或特批准、被拒绝）、已实现、已验证、已删除，还可以包括：已设计、已交付。
【问题4】
针对问题1分析的结果可得出需求管理及控制过程正确的做法是：
（1）制定统一的变更控制流程。
（2）项目组成员应共同参与需求评审与需求确认。
（3）需求变更要走统一的变更控制流程，做好范围控制。
（4）对需求变更的影响应做深入的分析。
（5）项目组成员应共同做好项目范围定义及评审。
（6）应做好需求跟踪。
（7）设计方案必须进行同行评审。
（8）要做好测试等其他质量控制工作。