6. 在（瀑布）生存期模型中，要求项目所有的活动都严格按照顺序执行，一个阶段的输出是下一个阶段的输入。 三.判断

1. 项目经理是一个综合的角色（ . Y） 2. 软件项目都是需要签署合同的（ X）

3. 增量式模型可以避免一次性投资太多带来的风险（ Y ） 4. 项目章程类似一个项目授权书（ Y）

5. 在甲乙合同项目中，提出需求的一方是乙方（ X）

6. 如果是内部项目，在项目初始阶段可以不提交招标书（ Y） 7. 有限招标是指招标信息在有限的范围内发布（Y）

四.名词解释 1. 项目章程 2. 项目建议书 3. 软件生存期过程 解答:

1. 项目章程是指项目执行组织高层批准的一份以书面签署的确认项目存在的文件，包括对 项目的确认，对项目经理的授权和项目目标的概述等。

2. 建议书是乙方根据甲方提出的产品的性质，目标，共鞥等，提交的完整的技术方案和报 价等。

3. 正如同任何事物一样，软件也有一个孕育、诞生、成长、成熟、衰亡的生存过程。一般 称其为计算机软件的生存期。

五.简答题

1. 在合同中，什么是甲方，什么是乙方？其中涉及的采购包含哪两种情况，其中的服务又 包含哪些方面？

2. 软件开发中可能用到的主要生存期模型有哪些？ 3. 甲方在项目初始阶段的主要任务是什么？ 4. 招标书主要包含哪些部分内容? 5. 软件项目招标的方式主要有哪些？

6. 软件项目合同中的乙方在项目初始阶段的主要任务是什么？ 解答:

1. 甲方即需方（有时也成为买方），是对所需要的产品或者服务进行采购，这覆盖了两种 情况，一种为自身的产品或资源进行采购，另一种是为顾客进行采购。乙方即供方（有时也 称为卖方），是为顾客提供产品或者服务。服务包括为客户开发系统，提供技术咨询，提供 专项技术开发服务，提供技术资源的服务。

2. 瀑布模型，V模型模型，原型模型，增量模型，螺旋式模型，快速应用开发模型，渐近式 阶段模型。

3. 招标书定义，乙方选择，合同签署。

4. 技术说明，商务说明和投标说明。

5. 公开招标，有限招标，多方洽谈，直接谈判等。 6. 项目分析，竞标，合同签署。

第二章-软件项目范围计划 一.选择

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

3. 项目范围（C ）

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

9. 范围基线由（B ）组成

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

A. 项目章程、批准的详细的项目范围说明书和WBS B. 批准的详细项目范围说明书、WBS和WBS字典 C. 项目章程、项目工作说明书和WBS D. WBS

A. 可以在80小时内完成 B. 不能再进一步进行逻辑细分了 C. 可由一个人完成 D. 可以进行实际估算

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

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

A. 只在项目开始时重要

B. 在授权项目的合同或者其他文件得以批准后就不再重要了 C. 从项目概念阶段到收尾阶段都应该加以管理和控制 D. 是在项目执行阶段通过变更控制步骤进行处理的问题

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

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

2. WBS（工作分解结构）非常重要，因为下列原因，除了（B ）

5. 范围变更是指（ C）

6. 下面哪个不是需求管理的过程（ A）

7. 下面那个不是创建WBS的方法（ C）

A. 自顶向下 B. 自底向上 C. 控制方法 D. 模版指导

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

A. 提供项目成本估算结果 B. 提供项目范围基线 C. 规定项目采用的过程 D. 提供项目的关键路径

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

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

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

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

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

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

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

17. WBS中的每一个具体细目通常都指定唯一的（ A）

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

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

1. 进行任务分解时，可以采用清单或者（图表）的形式表达任务分解的结果。 2. 任务分解可以采用生存期为标准，或者以（功能）为标准，或者其他的方法。 3. 任务分解结构中，任何分支最底层的细目叫做（工作包）

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

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

7. 任务分解可以采用（生存期）为标准，或者以功能为标准，或者其他的方法。 8. 进行任务分解时，可以采用（清单）或者图表的形式表达任务分解的结果。

A. 模板 B. 自顶向下 C. 类比 D. 自底向上 A. 模板参照 B. 自顶向下 C. 类比 D. 自底向上 A. 编码 B. 责任人 C. 功能模块 D. 提交截至期限 A. 需求变更 B. 暂时性 C. 阶段性 D. 约束性 A. 功能需求 B. 系统需求 C. 质量特性 D. 业务需求

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

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

15. 需求分析完成的标志是（D ）

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

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

9. WBS的英文单词是（Work Breakdown Structure） 10. WBS是指（任务分解结构）

11. 进行任务分解时，可以采用清单或者（图表）的形式表达任务分解的结果。 三.判断

1. 需求分析过程是确定项目如何实现的过程，并确定项目的技术方案（X ） 2. 对于一个重来没有做过的项目，开发WBS时，可以采用用自底向上的方法（ Y） 3. 直接谈判是直接与一家供应商谈判并签订合同，只适应一些特殊的项目（Y） 4. 招标书没有统一的格式，可繁可简。（Y） 5. 招标书的定义主要是甲方的需求定义。（Y）

四.名词解释 1. 软件项目范围 2. 软件需求 3. 需求获取 解答:

1. 是指开发项目产品所包括的工作以及产生这些产品所用的过程。项目干系人必须在项目 要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。

2. 软件需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成 什么样的功能，达到什么样的性能。

3. 需求获取是通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发，捕获 和修订用户的需求。

五.简答题

1. 软件需求调查通常采用哪些形式？ 2. 软件项目任务分解常常采用哪些方法？ 3. 软件需求包括哪些层次？

4. 软件需求建模的方法主要有哪些？

5. 我们常常从哪些方面着手处理需求不明确问题？ 6. 验证需求一般包括哪些方面？

7. 你认为客户的需求变更的常见原因有哪些？

8. 当解决问题过于复杂时，可以将问题进行分解，这样做的好处是什么？ 9. 对于较大的项目而言，在进行任务分解的时候，要注意哪些方面？ 10. 简单地描述一下软件需求工程。 解答:

1. Q&A List邮件提问。电视电话会议访谈。需求专题讨论会。自行搜集需求。 2. 模板参照，类比，自顶向下，自底向上。 3. 业务需求，用户需求，功能需求

4. 原型分析法，结构化分析法，用例分析法，功能列表法等。

5. 1）让用户参与开发。2）开发用户界面原型。3）需求讨论会议4）强化需求分析和评审。 6. 需求的正确性。需求的一致性。需求的完整性。需求的可行性。需求的必要性。需求的可检