工商银行柜员考试
单选题对于不影响版本计划和项目技术方案，并且开发工作量累计未超过项目原定工作量（）的需求变更，由业务项目组将需求变更提交信息科技部安排开发计划，同时将需求变更情况告知产品创新管理部。A 30%B 20%C 50%D 60%
题目
30%
20%
50%
60%
相似问题和答案
第1题：
软件需求管理是软件项目开发过程中控制和维持需求约定的活动，包括（ ）、版本控制、需求跟踪、需求状态跟踪等活动。
A.需求发现 B.需求变更控制 C.需求排序 D.需求评估
第2题：
论软件项目的需求变更管理
在大中型软件项目的开发过程中，开发者和用户对问题的理解随时间在不断变化，这些变更又反馈到需求中。需求管理是一个对系统需求变更了解和控制的过程。
请围绕“软件项目的需求变更管理”论题，依次从以下3个方面进行论述。
1．概要叙述你参与分析和开发的软件项目以及你所担任的主要工作。
2．简要说明该软件项目的用户需求，以及你在需求管理中所规划和建立的细节层次结构。
3．概要说明一个需求变更管理过程所包含的基本阶段，具体叙述在开发该软件项目时所发生的需求变更情况，以及你管理这些变更问题所采用的技术和方法，并简要叙述你在这方面的体会。
1．需求管理需要“建立并维护在软件工程中同客户达成的契约”。这种契约都包含在编写的需求规格说明与模型中。客户的接受仅是需求成功的一半，开发人员也必须能够接受他们，并真正把需求应用到产品中。 2．在需求管理中所规划和建立的细节层次结构，可通过需求跟踪表来反应。需要确定需求识别、变更管理过程、跟踪策略、CASE工具等内容。 3．通常的需求管理活动包括以下几个方面。 (1)定义需求基线(迅速制订需求文档的主体)。 (2)评审提出的需求变更、评估每项变更的可能影响，从而决定是否实施它。 (3)以一种可控制的方式将需求变更融入到项目中。 (4)使当前的项目计划与需求一致。 (5)估计变更需求所产生的影响，并在此基础上协商新的承诺(约定)。 (6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。 (7)在整个项目过程中跟踪需求状态及其变更情况。 一个需求变更管理过程包含问题分析和变更描述、变更分析和成本计算、变更实现这3个基本阶段。 简要说明你参与分析和开发的软件项目的用户需求。列举出在开发该软件项目时所发生的需求变更的具体情况，并重点说明解决这些变更问题所采用的管理技术和方法。最后，简要讨论几点你对“有效的需求变更管理”的实践体会。
第3题：
A、项目计划开发，项目计划执行和综合变更控制
B、项目计划开发，项目计划执行和范围变更控制
C、常规管理，产品知识和项目管理信息系统
D、项目计划开发，启动和综合变更控制
第4题：
[事件2] 2014年底，开发组提出需求分析在深度、广度上不够，导致开发返工任务多。【问题1】(1 2分）结合案例及你的工作经验,请说明顶目经理小张在霖求管理及控制过程中存在哪些不足。
【问题2】(4分）结合案例，围绕需求管理，请将下面（1)~(2)处的答案填写在答题纸的对应栏内。案例中，2 0 1 4年底推广使用的时候发现，业务流程有缺失，这一现象是缺乏(1)中的(2)。
【问题3】(5分）结合案例和个人经验，简要叙述项目中需求可能存在的几种状态。
【问题4】(4分）如果你是小张的经理，请帮助小张改进需求管理及控制过程中的不足。
(1)分析完成后马上与用户进行需求确认存在问题。需求分析完成后，要编制需求规格说明书，编制的过程也是对薷求谢进明细的过程，然后进行霖求验证和评审。(2)需求状态表包括内容不完整。(3)技术方案设计完成后，缺少技术评审。(4)开发组每周对已确定需求进行工作重评估，形成月度开发计划存在问题。应该在需求确认和评审通过后，制定顶目的总体开发计划和月度开发计划。(5)小张没有制定变更控制策略和需求变更控制流程。(6)小张没有编制需求跟踪矩阵。(7)小张缺乏顶目的整体管理经验和能力。(8)小张没有及时对项目进行监督、检查导致项目延期半年。
【问题2】(1)需求管理(2)需求评审
【问题3】需求状态包括：已定义、已建议、已设计、已实施、已测试、已完成。
【问题4】(1)建立需求变更控制策略和需求变更控制流程。(2)釆用多种方式充分获取用户需求并进行仔细的需求分析(3)形成需求规格说明书幷与用户进行需求验证（确认）和评审。(4)霖求定稿建立基线，以后的需求变更必须走变更控制流程，并及时更新需求规格说明书和需求跟踪矩阵。(5)编写需求跟踪矩阵，需求状态表等文档(6)在需求规格说明书基础上编制技术方案，并进行评审。(7)定期不定期对顶目绩效进行监普检查，找出问题原因并指导团队成员解决。
第5题：
【说明】
某公司2014年初承接了一个周期为一年的OA信息系统项目，并指派项目经理小张负责。该项目属于定制型项目，涉及的用户方较多，小张根据自己的经验预测 到项目可能会涉及频繁的需求变更，因此小张在将项目组分成了业务组、实施组、开发组后，定义了如下需求管理及控制流程：
（1）指派专门的业务组进行需求分析，分析完成后马上与用户进行需求确认，确认后填写需求状态表（包括需求提交日期、需求状态、是否属于变更等）；
（2）实施组获得需求分析文档后，一周内进行技术方案设计；
（3）技术方案完成后，业务组视情况与用户进行二次沟通确认，确认后填写需求状态表（包括需求技术方案提交日期、需求技术方案状态）；
（4）需求分析、技术方案完成后，开发组每周对已确定需求进行工作量评估，形成月度开发计划；
（5）开发组根据开发计划进行定制开发工作；
（6）每周开发组根据需求状态库的需求、方案进行工作量重新评估，更新开发计划。
项目进行过程中，发生了如下事件，导致项目延期半年才完成：
[事件1]根据2014年初的计划开发完成了OA信息系统项目并上线，但用户役有真正使用。2014年底推广使用的时候发现，业务流程有缺失，程序有BUG，于是项目组重新按照以上流程梳理了需求，并重新开发上线。
[事件2] 2014年底，开发组提出需求分析在深度、广度上不够，导致开发返工任务多。
【问题1】（12分）
结合案例及你的工作经验，请说明项目经理小张在需求管理及控制过程中存在哪些不足？
【问题2】（4分）
结合案例，围绕需求管理，请将下面（1）~（2）处的答案填写在答题纸的对应栏内。
案例中，2014年底推广使用的时候发现，业务流程有缺失，这一现象是由于缺乏（1）中的（2）
【问题3】（5分）
结合案例和个人经验，简要叙述项目中需求可能存在的几种状态。
【问题4】（4分）
如果你是小张的经理，请帮助小张改进需求管理及控制过程中的不足。
【问题1】1.需求管理没有一套完整的管理流程；2.没有明确对应的需求获取方式；3.需求获取时挖得不深，需求分析在深度和广度上做得不够；4.需求分析仅限于业务组的需求分析，未邀请技术团队和测试团队参加；5.没有进行需求评审，导致有需求遗漏；6.需求管理中没有定义需求冻结期，题干显示可以无休止的提出新的需求或者需求变更。【问题2】需求管理，需求评审【问题3】需求可能存在的状态有如下几种：已建议：该需求已被有权提出需求的人建议已批准：该需求已被分析，估计了其对项目余下部分的影响已实现：已实现需求代码的设计、编写和单元测试已验证：使用所选择的方法已验证了实现的需求已删除：计划的需求已从基线中删除。【问题4】需求管理建议以如下方式开展：1.明确添加需求获取过程，使用访谈、焦点小组会议、头脑风暴、问卷调查、原型法等多种方式获取需求；2.通过多种方式进行用户需求分析。包括使用图形表示法、原型等可视方法、系统可行性需求分析及模块描述系统；3.编写需求说明书；4.进行需求验证和需求评审。5.对定稿的需求建立需求基线。6.管理和控制需求变更。需求控制需要严格按照整体变更控制管理进行，有变更，走流程。1、有需求变更要提出变更请求；2、审核需求变更带来的影响；3、由CCB确定批准或拒绝需求变更；4、对批准了的需求变更，相应修改范围说明书和其他项目管理计划文件；5、及时发布变更信息；6、跟踪批准了的变更的实施情况；
第6题：
反映了信息系统集成项目的技术过程和管理过程的正确顺序。
A．制定业务发展计划、实施项目、项目需求分析
B．制定业务发展计划、项目需求分析、制定项目管理计划
C．制定业务发展计划、制定项目管理计划、项目需求分析
D．制定项目管理计划、项目需求分析、制定业务发展计划
解析：一个组织在制订出战略规划并根据该战略发展自己的业务时，首先根据制定战略规划制订具体业务发展计划、构思支持业务发展的产品，通过需求分析明确定义未来信息系统(即信息系统项目的产品)的目标，确定为了满足用户的需求待建系统必须做什么，明确待建的系统要做什么、应具备什么功能和性能，然后才能制定详细的项目管理计划。
第7题：
阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内。 [说明] 某公司20 1 4年初承接了一个周期为一年的OA信息系统项目，并指派项目经理小张负责。该项目属于定制型项目，涉及的用户方较多，小张根据自己的经验预测到项目可能会涉及频繁的需求变更，因此小张在将项目组分成了业务组、实施组、开发组后，定义了如下需求管理及控制流程： (1)指派专门的业务组进行需求分析，分析完成后马上与用户进行需求确认，确认后填写需求状态表（包括需求提交日期、需求状态、是否属于变更等）； (2)实施组获得需求分析文档后，一周内进行技术方案设计； (3)技术方案完成后，业务组视情况与用户进行二次沟通确认，确认后填写需求状态表（包括需求技术方案提交日期、需求技术方案状态）； (4)需求分析、技术方案完成后，开发组每周对已确定需求进行工作量评估，形成月度开发计划； (5)开发组根据开发计划进行定制开发工作； (6)每周开发组根据需求状态库的需求、方案进行工作量重新评估，更新开发计划。 项目进行过程中，发生了如下事件，导致项目延期半年才完成： [事件1]根据20 14年初的计划开发完成了OA信息系统项目并上线，但用户役有真正使用。2014年底推广使用的时候发现，业务流程有缺失，程序有BUG，于是项目组重新按照以上流程梳理了需求，并重新开发上线。 [事件2] 2014年底，开发组提出需求分析在深度、广度上不够，导致开发返工任务多。
[问题1](12分) 结合案例及你的工作经验，请说明项目经理小张在需求管理及控制过程中存在哪些不足？ [问题2](4分) 结合案例，围绕需求管理，请将下面(1)～(2)处的答案填写在答题纸的对应栏内。案例中，2014年底推广使用的时候发现，业务流程有缺失，这一现象是由于缺乏(1)中的(2)。 [问题3]（5分） 结合案例和个人经验，简要叙述项目中需求可能存在的几种状态。 [问题4](4分) 如果你是小张的经理，请帮助小张改进需求管理及控制过程中的不足。
1.需求管理没有一套完整的管理流程；
2.没有明确对应的需求获取方式；
3.需求获取时挖得不深，需求分析在深度和广度上做得不够；
4.需求分析仅限于业务组的需求分析，未邀请技术团队和测试团队参加；
5.没有进行需求评审，导致有需求遗漏；
6.需求管理中没有定义需求冻结期，题干显示可以无休止的提出新的需求或者需求变更。
【问题2】
需求管理 ，需求评审
【问题3】
需求可能存在的状态有如下几种：
已建议，已批准，已实现，已验证，已删除、已设计、已交付、待批准、被拒绝等。
【问题4】
需求管理建议以如下方式开展：
1.明确添加需求获取过程，使用访谈、焦点小组会议、头脑风暴、问卷调查、原型法等多种方式获取需求；
2.通过多种方式进行用户需求分析。包括使用图形表示法、原型等可视方法、系统可行性需求分析及模块描述系统；
3.编写需求说明书；
4.进行需求验证和需求评审。
5.对定稿的需求建立需求基线。
6.管理和控制需求变更。
需求控制需要严格按照整体变更控制管理进行，有变更，走流程。
1、有需求变更要提出变更请求；
2、审核需求变更带来的影响；
3、由CCB确定批准或拒绝需求变更；
4、对批准了的需求变更，相应修改范围说明书和其他项目管理计划文件；
5、及时发布变更信息；
6、跟踪批准了的变更的实施情况；
第8题：
●（22）反映了信息系统集成项目的技术过程和管理过程的正确顺序。
（22）
A. 制定业务发展计划、实施项目、项目需求分析
B. 制定业务发展计划、项目需求分析、制定项目管理计划
C. 制定业务发展计划、制定项目管理计划、项目需求分析
D. 制定项目管理计划、项目需求分析、制定业务发展计划
第9题：
B.收集需求的输出是需求文件
C.创建WBS的输出是范围基准和项目文件更新
D.控制范围的输出是工作绩效信息、变更请求、项目管理计划和项目文件更新、组织过程资产
收集需求的输出是需求文件和需求跟踪矩阵；
控制范围的输出是工作绩效信息、变更请求、项目管理计划和项目文件更新、组织过程资产总结。
第10题：
IT项目变更标准：任何项目计划、项目范围和他项目交付成果的变更请求，都必须以书面形式记录，并由项目经理批准或否决，并将结果知会（）
- A、信息管理部
- B、业务需求部门
- C、供应商
- D、集团信息部
正确答案:A,B,C