1、名词解释题
1． 需求分析
答：开发人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转换到相应的形式主义功能规约(需求规格说明) 的过程。
2． 需求工程
3． 业务模型
4． 原型开发方法
5． 数据字典
2、简答题
1． 需求分析阶段的基本任务是什么？
答：需求分析阶段的基本任务是:
(1.问题识别：
双方对问题的综合需求：a. 功能需求b. 性能需求c. 环境需求d. 用户界面需求.
(2.分析与综合，导出软件的逻辑模型.
(3.编写文档
2．需求说明书由哪些部分组成？各部分之间的关系是什么？
答：软件需求说明书一般包括如下内容：
1）引言部分 编写目的；项目背景 (应包括：a. 项目的委托单位、开发单位和主管部门；b ．该软件系统与其他系统的关系。) ；定义；(列出文档中所用到的专门术语的定义和缩写词的原文。) 参考资料。
2）任务概述 目标；运行环境；条件与限制。
3）数据描述 静态数据；动态数据 (包括输入数据和输出数据) ；数据库描述 (给出使用数据库的名称和类型) ；数据词典；数据采集。
4）功能要求 功能划分；功能描述。
5）性能需求 数据精确度；时间特性(如响应时间、更新处理时间、数据转换与传输时间、运行时间等) ；适应性(在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。)
6）运行需求 用户界面(如屏幕格式、报表格式、菜单格式、输入输出时间等) ；硬件接口；软件接口；故障处理。
7）其他要求 如可使用性、安全保密、可维护性、可移植性等。
8）附录
1. 概括说明如何进行需求分析？（20）
答：
（1）需求分析是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和弥补不足，确保需求文档正确地反映用户的真实意图。
（2）分析方法大体有两类：“问答分析法”和“建模分析法”。
第一：问答分析方法很简单：刨根究底地问，如果问题都被解答了，那么需求也就分析清楚了。一个人可以“自问自答”地分析需求，几个人分析需求则称为“研讨”。
问答分析最重要的问题是：“是什么”和“为什么”。其它常见的问题有： 需求存在二义性吗？ 需求文档的上下文有矛盾吗？ 需求完备吗？ 需求是必要的吗？ 需求可实现吗？ 需求可验证吗？ 需求的优先级确定了吗？
第二：建模分析法：在需求开发过程中，对于某些类型的信息，用图形表示要比文本表示更加有效。所以将图形与文本结合起来描述需求是很自然的方法。需求建模就是指用图形符号来表示、刻画需求。需求建模不可能取代文字描述。在需求文档中，文字描述是第一重要的，建模主要是起分析、解释作用。建议将模型存放在需求文档的附录中，便于正文引用。 建模分析方法主要有两大类：“结构化分析法”和“面向对象分析法”。
2．概括说明需求的层次
答：
1) 业务需求：表示组织或客户高层次的目标。描述了组织希望达到的目标，用前景
和范围文档来记录
2) 用户需求：用户的目标或者用户要求系统必须完成的任务。描述了用户能使用系
统来做些什么，用用例、场景描述和事件-响应表来表达。
3) 功能需求（行为需求）：规定开发人员必须在产品中实现的软件功能，用户利用这
些软件功能来完成任务，满足业务需求。描述了开发人员应该（需要）实现什么，用SRS （软件需求规格说明书）来记录。
4). 非功能性需求：性能指标和质量属性、系统和外部世界的界面、设计和实现的约束；
2. 概括说明什么是好的需求规格说明书？（20）
答：
第一 ; 正确 需求规格说明书应当正确地反映用户的真实意图，“正确”是《产品需求规格说明书》最重要的属性。
第二： 清楚 清楚的需求让人易读易懂。
第三： 无二义性 “无二义性” 是指每个需求只有唯一的含义。
第四：一致 “一致”（Consistent ）是指《产品需求规格说明书》中各个需求之间不会发生矛盾。
第五 ：必要 《产品需求规格说明书》中的各项需求对用户而言应当都是必要的。
第六 ：完备 “完备”（Complete ）是指《产品需求规格说明书》中没有遗漏一些必要的需求。 第七 ：可实现 《产品需求规格说明书》中的各项需求对开发方而言应当都是可实现的（Attainable ）。
第八： 可验证 《产品需求规格说明书》中的各项需求对用户方而言应当都是可验证的（Verifiable ）。如果需求是不可验证的，那么用户就无法验收软件，可能会发生商业纠纷。 第九： 确定优先级 需求的优先级其实就是需求“轻重缓急”的分级表述，例如划分为“高、中、低”三级。一般地，由用户和开发方共同确定需求的优先级。
第十 ：阐述“做什么”而不是“怎么做” 《产品需求规格说明书》的重点是阐述“做什么”，而不是阐述“怎么做”。“怎么做”是系统设计和实现阶段的事情。
2. 概括说明需求分析员必备的技能？ 答：
1) 倾听的技巧
2) 交谈和提问的技巧
3) 分析能力
4) 协调能力
5) 观察能力
6) 写作能力
7) 组织能力
8) 建模能力
9) 人际交往能力
10) 创造力
2. 概括说明软件质量属性有哪些？ 答：
1) 可用性
2) 有效性
3) 灵活性
4) 互操作性
5) 可靠性
6) 健壮性
7) 易用性
8) 可维护性
9) 可移植性
10) 可重用性
11) 可测试性
2. 概括说明需求的来源有哪些？ 答：
1) 与潜在用户进行交谈和讨论
2) 描述现有产品或竞争产品的文档
3) 系统需求规格说明
4) 现有系统的问题报告和改进要求
5) 市场调查的用户问卷调查
6) 观察用户如何工作
7) 用户工作的情景分析
8) 事件和响应
1、名词解释题
1． 需求分析
答：开发人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转换到相应的形式主义功能规约(需求规格说明) 的过程。
2． 需求工程
3． 业务模型
4． 原型开发方法
5． 数据字典
2、简答题
1． 需求分析阶段的基本任务是什么？
答：需求分析阶段的基本任务是:
(1.问题识别：
双方对问题的综合需求：a. 功能需求b. 性能需求c. 环境需求d. 用户界面需求.
(2.分析与综合，导出软件的逻辑模型.
(3.编写文档
2．需求说明书由哪些部分组成？各部分之间的关系是什么？
答：软件需求说明书一般包括如下内容：
1）引言部分 编写目的；项目背景 (应包括：a. 项目的委托单位、开发单位和主管部门；b ．该软件系统与其他系统的关系。) ；定义；(列出文档中所用到的专门术语的定义和缩写词的原文。) 参考资料。
2）任务概述 目标；运行环境；条件与限制。
3）数据描述 静态数据；动态数据 (包括输入数据和输出数据) ；数据库描述 (给出使用数据库的名称和类型) ；数据词典；数据采集。
4）功能要求 功能划分；功能描述。
5）性能需求 数据精确度；时间特性(如响应时间、更新处理时间、数据转换与传输时间、运行时间等) ；适应性(在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。)
6）运行需求 用户界面(如屏幕格式、报表格式、菜单格式、输入输出时间等) ；硬件接口；软件接口；故障处理。
7）其他要求 如可使用性、安全保密、可维护性、可移植性等。
8）附录
1. 概括说明如何进行需求分析？（20）
答：
（1）需求分析是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和弥补不足，确保需求文档正确地反映用户的真实意图。
（2）分析方法大体有两类：“问答分析法”和“建模分析法”。
第一：问答分析方法很简单：刨根究底地问，如果问题都被解答了，那么需求也就分析清楚了。一个人可以“自问自答”地分析需求，几个人分析需求则称为“研讨”。
问答分析最重要的问题是：“是什么”和“为什么”。其它常见的问题有： 需求存在二义性吗？ 需求文档的上下文有矛盾吗？ 需求完备吗？ 需求是必要的吗？ 需求可实现吗？ 需求可验证吗？ 需求的优先级确定了吗？
第二：建模分析法：在需求开发过程中，对于某些类型的信息，用图形表示要比文本表示更加有效。所以将图形与文本结合起来描述需求是很自然的方法。需求建模就是指用图形符号来表示、刻画需求。需求建模不可能取代文字描述。在需求文档中，文字描述是第一重要的，建模主要是起分析、解释作用。建议将模型存放在需求文档的附录中，便于正文引用。 建模分析方法主要有两大类：“结构化分析法”和“面向对象分析法”。
2．概括说明需求的层次
答：
1) 业务需求：表示组织或客户高层次的目标。描述了组织希望达到的目标，用前景
和范围文档来记录
2) 用户需求：用户的目标或者用户要求系统必须完成的任务。描述了用户能使用系
统来做些什么，用用例、场景描述和事件-响应表来表达。
3) 功能需求（行为需求）：规定开发人员必须在产品中实现的软件功能，用户利用这
些软件功能来完成任务，满足业务需求。描述了开发人员应该（需要）实现什么，用SRS （软件需求规格说明书）来记录。
4). 非功能性需求：性能指标和质量属性、系统和外部世界的界面、设计和实现的约束；
2. 概括说明什么是好的需求规格说明书？（20）
答：
第一 ; 正确 需求规格说明书应当正确地反映用户的真实意图，“正确”是《产品需求规格说明书》最重要的属性。
第二： 清楚 清楚的需求让人易读易懂。
第三： 无二义性 “无二义性” 是指每个需求只有唯一的含义。
第四：一致 “一致”（Consistent ）是指《产品需求规格说明书》中各个需求之间不会发生矛盾。
第五 ：必要 《产品需求规格说明书》中的各项需求对用户而言应当都是必要的。
第六 ：完备 “完备”（Complete ）是指《产品需求规格说明书》中没有遗漏一些必要的需求。 第七 ：可实现 《产品需求规格说明书》中的各项需求对开发方而言应当都是可实现的（Attainable ）。
第八： 可验证 《产品需求规格说明书》中的各项需求对用户方而言应当都是可验证的（Verifiable ）。如果需求是不可验证的，那么用户就无法验收软件，可能会发生商业纠纷。 第九： 确定优先级 需求的优先级其实就是需求“轻重缓急”的分级表述，例如划分为“高、中、低”三级。一般地，由用户和开发方共同确定需求的优先级。
第十 ：阐述“做什么”而不是“怎么做” 《产品需求规格说明书》的重点是阐述“做什么”，而不是阐述“怎么做”。“怎么做”是系统设计和实现阶段的事情。
2. 概括说明需求分析员必备的技能？ 答：
1) 倾听的技巧
2) 交谈和提问的技巧
3) 分析能力
4) 协调能力
5) 观察能力
6) 写作能力
7) 组织能力
8) 建模能力
9) 人际交往能力
10) 创造力
2. 概括说明软件质量属性有哪些？ 答：
1) 可用性
2) 有效性
3) 灵活性
4) 互操作性
5) 可靠性
6) 健壮性
7) 易用性
8) 可维护性
9) 可移植性
10) 可重用性
11) 可测试性
2. 概括说明需求的来源有哪些？ 答：
1) 与潜在用户进行交谈和讨论
2) 描述现有产品或竞争产品的文档
3) 系统需求规格说明
4) 现有系统的问题报告和改进要求
5) 市场调查的用户问卷调查
6) 观察用户如何工作
7) 用户工作的情景分析
8) 事件和响应