【软件项目管理_软件工程】软件项目管理课后相关习题

(1)需求分析是回答系统必须（A）的问题。

 A.做什么        B.怎么做        C.何时做        D.为谁做

(2)WBS非常重要，下列哪项不是其很重要的原因（D）。

A.帮助组织工作        B.防止遗漏工作        C.为项目估算提供依据        D.确定团队成员责任

(3)项目范围（C）。

A.只在项目开始时重要

B.在授权项目的合同或者其他文件得以批准后就不再重要了

C.从项目概念阶段到收尾阶段都应该加以管理和控制

D.是在项目执行阶段通过变更控制步骤进行处理的问题

(4)为了有效地管理项目，应该将工作分解为更小的部分，以下各项中，哪一项不能说明任务应该分解到什么程度?（C）

A.可以在80小时内完成 B.不能再进一步进行逻辑细分了

C.可由一个人完成 D.可以进行实际估算

(5)范围变更是指（C）。

A.修改技术规格 B.对范围陈述进行修订 C.对批准后的WBS进行修改 D.以上都不是

(6)下面哪项不是需求管理的过程?（A）

D.需求变更 C.需求分析 B.需求获取 A.需求设计

(7)下面哪项不是创建WBS的方法?（C）

A.自上而下的方法 B.自下而上的方法 C.控制方法 D.类比方法

(8)任务分解可以（B），它是范围变更的一项重要输入。

A.提供项目成本估算结果 B.提供项目范围基线

C.规定项目采用的过程 D.提供项目的关键路径

(9)范围基线由（B）组成。

A.项目章程、批准的详细的项目范围说明书和WBS

B.批准的详细的项目范围说明书、WBS和WBS字典

C.项目章程、项目工作说明书和WBS

D.WBS

(10)以下哪项是指对项目包括什么与不包括什么的定义与控制过程?（C）

A.项目章程 B.投标书 C.项目范围管理 D.项目成本估算

(11)（A）反映了组织机构或客户对系统、产品高层次的目标需求、由管理人员或市场分析人员确定。

A.业务需求 B.质量需求 C.范围定义 D.功能需求

(12)（D）描述了用户通过使用本软件产品必须要完成的任务，一般由用户协助提供。

A.约束和假设 B.非功能性需求 C.功能需求 D.用户需求

(13)（A）定义了开发人员必须实现的软件功能，使得用户通过使用此软件能完成他们的任务，从而满足了业务需求。

A.功能需求 B.系统需求 C.质量特性 D.业务需求

(14)（C）是对需求进行调查、收集、分析、评价、定义等所有活动。

A.需求获取 B.需求管理 C.需求开发 D.需求工程

(15)需求分析完成的标志是（D）。

A.开发出初步原型 B.提交一份工作陈述

C.提交项目章程 D.提交一份完整的软件需求规格说明书

(16)（A）是软件项目的一个突出的特点，也是软件项目最为普遍的一个特点。

A.需求变更 B.暂时性 C.阶段性 D.约束性

(17)WBS中的每一个具体的项目通常都指定唯一的（A）。

A.编码 B.责任人 C.功能模块 D.提交截止期限

(18)任务分解时，（B）方法从一般到特殊的方向进行,从项目的大局着手，然后逐步分解子项目，将项目变为更细更完善的部分。

A.模板参照 B.自上而下 C.类比 D.自下而上

(19)任务分解时，（D）方法从特殊到一般的方向进行，首先定义一些特殊的任务，然后将这些任务组织起来，形成更高级别的WBS层。

A.模板参照 B.自上而下 C.类比 D.自下而上

2.填空题
(1)进行任务分解时，可以采用清单或者（ 图表 ）的形式表达任务分解的结果。

(2)任务分解可以采用生存期的标准，或者以（ 功能 ）为标准，或者其他的方法。

(3)任务分解结构中，任何分支最底层的项目叫作（ 工作包 ）。

(4)任务分解结构中，（ 工作包 ）是完成一项具体工作所要求的一个特定的、可确定的、可交付的以及独立的工作单元。

(5)（ 需求分析 ）也称为需求建模，是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述，并尽可能多地捕获现实世界的语义。

(6)任务分解可以采用（ 生存期 ）的标准，或者以功能为标准，或者其他的方法。

(7)进行任务分解时,可以采用（ 清单 ）或者图表的形式表达任务分解的结果。

(8)WBS是指（ 工作分解结构/Work Breakdown Structure ）。

3.判断题
(1)需求分析过程是确定项目如何实现的过程,并确定项目的技术方案。（ X ）

(2)对于一个从来没有做过的项目,开发WBS时，可以采用自下而上的方法。（ √ ）

(3)直接谈判是直接与一家供应商谈判并签订合同，只适用于一些特殊的项目。（ √ ）

(4)招标书没有统一的格式，可繁可简。（ √ ）

(5)招标书的定义主要是甲方的需求定义。（ √ ）

4.名词解释
(1)软件项目范围。
人员的组织与管理、软件度量、软件项目计划、风险管理、软件质量保证、软件过程能力评估、软件配置管理等。

(2)软件需求。
软件需求是指用户对目标软件系统在功能、性能、质量等方面的期望，以及对目标软件系统在运行环境、资源消耗等方面的约束。

(3)需求获取。
需求获取是开发者、用户之间为了定义新系统而进行的交流。
原文链接：https://blog.csdn.net/weixin_55701118/article/details/131352294
(1)软件需求调査通常采用哪些形式?
Q&AList邮件提问。

    电视电话会议访谈。需求专题讨论会。自行搜集需求。

(2)软件项目任务分解常常采用哪些方法?
模板参照，类比，自顶向下，自底向上。

(3)软件需求包括哪些层次？
业务需求，用户需求，功能需求。

(4)软件需求建模的方法主要有哪些?
原型分析法，结构化分析法，用例分析法，功能列表法等。

(5)人们常常从哪些方面着手处理需求不明确的问题?
让用户参与开发;

    开发用户界面原型;需求讨论会议;强化需求分析和评审。

(6)验证需求一般包括哪些方面?
需求的正确性。

    需求的一致性。需求的完整性。需求的可行性。需求的必要性。需求的可检验性。需求的可跟踪性。

(7)你认为客户的需求变更的常见原因有哪些?
人类认识世界是一个有无知到已知，由浅入深的过程。我们以及客户对需求的认识也是一个逐步深入逐步明晰的过程。随着认识的深入，客户的需求才逐渐变的明确。

(8)当问题过于复杂时,可以将问题进行分解,这样做的好处是什么?
将一个项目分解为更多的工作细目或者子项目，使项目变得更小，更易管理，更易操作。这样可以提高估算成本，时间和资源的准确性。使工作变得更易操作，责任分工更加明确。

(9)对于较大的项目而言,在进行任务分解的时候,要注意哪些方面?
任务分解的规模和数量因项目而异；对于项目最底层的工作要非常具体，任务分解结果必须有利于责任分配；WBS分解的规模和数量因项目而异；参考类似项目的WBS；最低层是可控的和可管理的，但是不要过细，最好不要超过7层；软件项目推荐分解到40小时的任务。

(10)简单地描述一下软件需求工程。
软件需求工程的管理分为需求开发和需求管理。需求开发是对需求进行调查，收集，分析，评价，定义等所有活动，主要包括需求获取，需求分析，需求规格说明书编写和需求验证等过程。需求管理是对需求进行一些维护活动。

原文链接：https://blog.csdn.net/weixin_55701118/article/details/131352294