信息系统项目管理师

单选题在需求开发中,完成()过程后将确定需求基线A 需求获取 B 需求分析 C 需求定义 D 需求验证

题目
单选题
在需求开发中,完成()过程后将确定需求基线
A

需求获取 

B

需求分析 

C

需求定义 

D

需求验证

参考答案和解析
正确答案: B
解析: 需求基线是在需求规格说明书评审通过以后所形成,具体的步骤是开发人员先完成需求规格说明书的写作,然后组织相关人员对需求进行评审,在评审通过以后就纳入到配置库进行管理,形成需求基线。 基线(Baseline),基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础.所以,当基线形成后,项目负责SCM的人需要通知相关人员基线已经形成,并且哪儿可以找到这基线了的版本.这个过程可被认为内部的发布.至于对外的正式发布,更是应当从基线了的版本中发布. 基线的定义:基线是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。 参与项目的开发人员将基线所代表的各版本的目录和文件填入他们的工作区。随着工作的进展,基线将合并自从上次建立基线以来开发人员已经交付的工作。变更一旦并入基线,开发人员就采用新的基线,以与项目中的变更保持同步。调整基线将把集成工作区中的文件并入开发工作区。 基线是配置管理中的一个概念,通常在软件开发周期中需要对开发代码,测试代码,需求文档的重要相对稳定的版本(milestone)进行配置管理 基线是一个状态,也就是相当于一个标准吧,基线化后就不能改动(改动需要变更控制委员会通过才可以) 大家工作向基线化后的代码,需求说明书,设计说明书等看齐,这样便于工作一致性吧,可以这样说,尤其对于大的软件项目,这样有利于管理和维护
如果没有搜索结果,请直接 联系老师 获取答案。
相似问题和答案

第1题:

______是在事先信息需求很难确定,或在开发过程中可能有较大改变时而采取的一种系统开发方法。


正确答案:原型法
原型法

第2题:

● 在软件需求工程中,需求管理贯穿整个过程。需求管理最基本的任务是明确需求,并使项目团队和用户达成共识,即建立(19)。

(19)

A.需求跟踪说明

B.需求变更管理文档

C.需求分析计划

D.需求基线


正确答案:D
试题(19)分析
需求是软件项目成功的核心所在,它为其他许多技术和管理活动奠定基础。在软件需求工程中,需求管理贯穿整个过程。需求管理最基本的任务是明确需求,并使项目团队和用户达成共识,即建立需求基线。
参考答案
(19)D

第3题:

在软件需求工程中,需求管理贯穿整个过程。需求管理最基本的任务是明确需求,并使项目团队和客户达成共识,即建立()

A.需求跟踪说明

B.需求变更管理文档

C.需求分析计划

D.需求基线


参考答案:D

第4题:

在需求开发中,完成__()__过程后将确定需求基线

A.需求获取

B.需求分析

C.需求定义

D.需求验证


正确答案:D
需求基线是在需求规格说明书评审通过以后所形成,具体的步骤是开发人员先完成需求规格说明书的写作,然后组织相关人员对需求进行评审,在评审通过以后就纳入到配置库进行管理,形成需求基线。

第5题:

阅读下列说明,回答问题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】
1.需求管理没有一套完整的管理流程;
2.没有明确对应的需求获取方式;
3.需求获取时挖得不深,需求分析在深度和广度上做得不够;
4.需求分析仅限于业务组的需求分析,未邀请技术团队和测试团队参加;
5.没有进行需求评审,导致有需求遗漏;
6.需求管理中没有定义需求冻结期,题干显示可以无休止的提出新的需求或者需求变更。
【问题2】
需求管理 ,需求评审
【问题3】
需求可能存在的状态有如下几种:
已建议,已批准,已实现,已验证,已删除、已设计、已交付、待批准、被拒绝等。
【问题4】
需求管理建议以如下方式开展:
1.明确添加需求获取过程,使用访谈、焦点小组会议、头脑风暴、问卷调查、原型法等多种方式获取需求;
2.通过多种方式进行用户需求分析。包括使用图形表示法、原型等可视方法、系统可行性需求分析及模块描述系统;
3.编写需求说明书;
4.进行需求验证和需求评审。
5.对定稿的需求建立需求基线。
6.管理和控制需求变更。
需求控制需要严格按照整体变更控制管理进行,有变更,走流程。
1、有需求变更要提出变更请求;
2、审核需求变更带来的影响;
3、由CCB确定批准或拒绝需求变更;
4、对批准了的需求变更,相应修改范围说明书和其他项目管理计划文件;
5、及时发布变更信息;
6、跟踪批准了的变更的实施情况;

第6题:

● 下列关于软件需求管理或需求开发的叙述中,正确的是 (26) 。

(26)

A. 所谓需求管理是指对需求开发的管理

B. 需求管理包括:需求获取、需求分析、需求定义和需求验证

C. 需求开发是将用户需求转化为应用系统成果的过程

D. 在需求管理中,要求维持对用户原始需求和所有产品构件需求的双向跟踪


正确答案:D

第7题:

● 在需求开发中,完成__(61)__过程后将确定需求基线。

(61)A.需求获取 B.需求分析

C.需求定义 D.需求验证


正确答案:D
需求工程分为需求开发与需求管理两大部份,其中需求开发又分为需求获取、需求分析、需求定义和需求验证。它们的作用分别是:需求获取:通过各种途径和方法获取用户的需求信息(原始资料)。需求分析:对各种需求信息进行分析,消除错误、刻画细节等。需求定义:根据需求获取和需求分析的结果,进一步定义准确无误的产品需求,产生《产品需求规格说明书》。需求验证:开发方和用户方共同对《产品需求规格说明书》进行评审,双方达成共识后做出书面承诺,使《产品需求规格说明书》真正成为需求基线(此处的基线就是经批准后的计划文档的意思)。

第8题:

● 某开发项目配置管理计划中定义了三条基线,分别是需求基线、设计基线和产品基线,(66)应该是需求基线、设计基线和产品基线均包含的内容。

(66)

A.需求规格说明书

B.详细设计说明书

C.用户手册

D.概要设计说明书


正确答案:A

第9题:

软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明及相关分析模型。经评审批准,这些文档就定义了开发工作的需求基线,这个基线在客户和开发人员之间就构筑了计划产品__()__的一个约定。

A.功能需求和设计约束

B.功能需求和非功能需求

C.功能需求

D.功能需求和用户需求


正确答案:B
这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定

第10题:

论软件需求管理 软件需求管理是一个对系统需求变更了解和控制的过程。需求管理过程与需求开发过程相互关联,初始需求导出的同时就要形成需求管理规划,一旦启动了软件开发过程,需求管理活动就紧密相伴。 需求管理过程中主要包含变更控制、版本控制、需求跟踪和需求状态跟踪等4项活动,其目标是为项目管理人员建立一个软件需求基线,并保持软件计划、产品和活动与软件需求的一致性。

请以“软件需求管理”为题,依次从以下三个方面进行论述。 1.概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。 2.详细描述需求管理过程中各个活动中的主要工作。 3.详细说明你所参与的软件开发项目中,是如何进行软件需求管理的,实施的具体效果如何。


正确答案:
本文第一部分应花400-600字的篇幅进行项目简介,涉及项目背景、规模、人员、作者的角色,开发的系统有什么样的一些功能,大体的设计。
接下来的主体部分中,着重描述的,应是问题3,对于问题2只需要花200-400字的篇幅大致介绍概念层次的内容。
在对问题3进行论述时,要注意选问题2中的一些活动来论述,其中2个主题是比较好展开的,分别为:变更控制与需求跟踪。
1、变更控制:
变更控制的工作程序依次为:提出与接受变更申请、对变更初审、变更方案论证、项目变更控制委员会审查、发出变更通知并开始实施、变更实施的监控、变更效果的评估、判断发生变更后的项目是否已纳入正常轨道。
(1)提出与接受变更申请。提出变更申请应当及时以正式方式进行,并留下书面记录。变更的提出可以是各种形式,但在评估前应以书面形式提出。
(3)对变更的初审。变更初审的目的是为了对变更提出方施加影响,确认变更的必要性,确保变更是有价值的;进行格式校验,完整性较验,确保评估所需信息准备充分;在干系人间就提出供评估的变更信息达成共识。
(3)变更方案论证。变更方案的主要作用,首先是对变更请求是否可实现进行论证,如果可能实现,则将变更请求由技术要求转化为资源需求,以供CCB决策。常见的方案内容包括技术评估和经济评估,前者评估需求如何转化为成果,后者评估价值和风险。
(4)项目变更控制委员会审查。审查过程由项目所有者据变更申请及评估方案,决定是否批准变更。审查通常是文档会签形式,重大的变更审查可以包括正式会议形式。审查过程应注意分工,项目投资人虽有最终的决策权,但通常在专业技术上并非强项。所以应当在评审过程中将专业评审、经济评审分开,对涉及项目目标和交付成果的变更,客户的意见应放在核心位置。
(5)发出变更通知并开始实施。评审通过,意味着项目基准的调整,同时确保变更方案中的资源需求及时到位。项目基准的调整,包括项目目标的确认,最终成果、工作内容和资源、进度计划的调整。需要强调的是,变更通知后,不只是包括实施项目基准的调整,更要明确项目的交付日期、成果对相关干系人的影响。如变更造成交付期的调整,应在变更确认时发布,而非在交付前公布。
(6)变更实施的监控。要监控的,除了调整过的项目基准中所涉及变更的内容外,还应当对项目的整体基准是否反映项目实施情况负责。通过监控行动,确保项目的整体实施工作是受控的。通常由项目经理负责项目基准的监控,管理委员会监控变更明确的主要成果、进度里程碑等,可以委托监理单位承担监控职责。
(7)变更效果的评估。变更评估首要的评估依据,是项目基准,可需结合变更的初衷来看要达到的目的是否已达成,以及评估变更方案中的技术论证、经济论证内容与实施过程的差距并推进解决。
(8)判断发生变更后的项目是否已纳入正常轨道。项目基准调整后,需要确认的是相应的资源配置和人员是否及时到位,更需多加关注。之后对项目的整体监控应按新的项目基准进行,当确认新的项目基准已经生效则按正常的项目实施流程进行。
2、需求跟踪
根据国家标准GB/T 8567-2006,SRS中的每个软件配置项的需求到其涉及的系统(或子系统)需求都要具有双向可追踪性。所谓双向跟踪,包括正向跟踪和反向跟踪,正向跟踪是指检查SRS中的每个需求是否都能在后继工作成果中找到对应点;反向跟踪也称为逆向跟踪,是指检查设计文档、代码、测试用例等工作成果是否都能在SRS中找到出处。

更多相关问题