B. 系统需求 C. 质量特性 D. 业务需求
14. （ ） 是对需求进行调查、收集、分析、评价、定义等所有活动。 A. 需求获取 B. 需求管理 C. 需求开发 D. 需求工程
15. 需求分析完成的标志是（ ） A. 开发出初步原型 B. 提交一份工作陈述 C. 提交项目章程 D. 提交一份完整的软件需求规格说明书
16. （ ） 是软件项目的一个突出的特点，也是软件项目最为普遍的一个特点。 A. 需求变更 B. 暂时性 C. 阶段性 D. 约束性
17. WBS中的每一个具体细目通常都指定唯一的（ ） A. 编码 B. 责任人 C. 功能模块 D. 提交截至期限
18. 任务分解时，（）方法从一般到特殊的方向进行，从项目的大局着手，然后逐步分解子 细目，将项目变为更细更完善的部分。 A. 模板参照 B. 自顶向下 C. 类比 D. 自底向上
19. 任务分解时，（）方法从特殊到一般的方向进行，首先定义一些特殊的任务，然后将这 些任务组织起来，形成更高级别的WBS层。 A. 模板参照 B. 自顶向下 C. 类比 D. 自底向上
解答: 1. A
2. B 3. C 4. C 5. C 6. A 7. C 8. B 9. B
10. C
11. A
12. D
13. A
14. C
15. D
16. A
17. A
18. B
19. D
二.填空
1. 进行任务分解时，可以采用清单或者（）的形式表达任务分解的结果。
2. 任务分解可以采用生存期为标准，或者以（）为标准，或者其他的方法。
3. 任务分解结构中，任何分支最底层的细目叫做（）
4. 任务分解结构中，（）是完成一项具体工作所要求的一个特定的、可确定的、可交付以 及独立的工作单元。
5. （）也称为需求建模，是为最终用户所看到的系统建立一个概念模型，是对需求的抽象 描述，并尽可能多的捕获现实世界的语义。
6. 需求分析也称为（），是为最终用户所看到的系统建立一个概念模型，是对需求的抽象 描述，并尽可能多的捕获现实世界的语义。
7. 任务分解可以采用（）为标准，或者以功能为标准，或者其他的方法。
8. 进行任务分解时，可以采用（）或者图表的形式表达任务分解的结果。
9. WBS的英文单词是（）
10. WBS是指（）
11. 进行任务分解时，可以采用清单或者（）的形式表达任务分解的结果。
解答: 1. 图表 2. 功能
3. 工作包
4. 工作包
5. 需求分析
6. 需求建模
7. 生存期
8. 清单
9. Work Breakdown Structure
10. 任务分解结构
11. 图表
三.判断
1. 需求分析过程是确定项目如何实现的过程，并确定项目的技术方案（ ）
2. 对于一个重来没有做过的项目，开发WBS时，可以采用用自底向上的方法（ ）
3. 直接谈判是直接与一家供应商谈判并签订合同，只适应一些特殊的项目（）
4. 招标书没有统一的格式，可繁可简。（）
5. 招标书的定义主要是甲方的需求定义。（） 解答: 1. X 2. Y 3. Y 4. Y 5. Y
四.名词解释 1. 软件项目范围
2. 软件需求
3. 需求获取
解答:
1. 是指开发项目产品所包括的工作以及产生这些产品所用的过程。项目干系人必须在项目 要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。
2. 软件需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成 什么样的功能，达到什么样的性能。
3. 需求获取是通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发，捕获 和修订用户的需求。
五.简答题
1. 软件需求调查通常采用哪些形式？
2. 软件项目任务分解常常采用哪些方法？
3. 软件需求包括哪些层次？
相关推荐：
loading