需求分析思考题.doc

需求分析思考题.doc

《需求分析思考题.doc》由会员分享，可在线阅读，更多相关《需求分析思考题.doc（17页珍藏版）》请在冰豆网上搜索。

第一章《软件需求概述》思考题

1．软件项目目标的三个要素是什么？

质量（需求是根本），时间，成本

2．理解IEEE对需求的定义。

IEEE（电气电子工程师协会）软件工程标准词汇表中定义需求为：

（1）用户解决问题或达到目标所需的条件或权能（Capability）。

（2）系统或系统部件（组件）要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。

（3）一种反映上面

（1）或

（2）所描述的条件或权能的文档说明。

对于这一定义的理解为：

（1）条件：

如CRM（客户关系管理）系统，有CALLCENTER、市场开发管理、销售管理、售后服务、统计分析、绩效分析等等模块，有满足市场人员进行客户关系管理的条件。

（2）权能（能力）：

系统的运算能力（速度和准确性）、系统平稳运行能力、系统可配置能力。

如，某一ERP系统，物料凭证到会计凭证的自动化，运算速度快、可靠性好。

3．谈谈需求文档的重要性。

案例一：

中途更换所有的开发者，这就使得客户需求从头开始；

重要性：

如果只有一堆邮件、贴条、会谈过几次或一些零碎的对话，就确信已明白用户的需求，那是难以做到的。

案例二：

某软件开发小组所开发的一套工具缺少某一特定的功能

重要性：

这说明那怕需求明确无误并构思准确，如果我们没有编写文档，软件达不到期望目标也只能是咎由自取了。

通过需求文档回复设计人员提出的各类问题。

依据需求对系统进行测试时，此系统不仅非常清晰地实现了所有必需功能，而且未发现任何错误。

4．好的需求特征有哪些？

①深入理解用户的真正的意图和需要。

②清晰完整的需求表达。

③借助需求分析工具，E-R图、DFD图、DD、UML工具等等。

？

使用科学的需求管理方法，

完善需求变更控制流程。

5．软件需求分析的目标是什么？

软件需求分析的目标是深入描述软件的功能和性能，确定软件设计的约束和软件同其它系统元素的接口细节，定义软件的其它有效性需求

6．需求分析的任务是什么？

需求分析的任务就是借助于当前系统（含手工作业）的逻辑模型导出目标系统的逻辑模型（如业务流程图等），解决目标系统的“做什么”的问题。

7．错误需求的代价有哪些？

（1）错误的需求浪费了人力、物力，浪费了金钱，总之，浪费资源。

（2）影响软件项目的成功，加大软件项目的风险。

（3）影响项目组及开发方形象，对用户满意度埋下“祸根”。

（4）增加开发的成本。

8．产生不合格需求的原因有哪些？

（1）无足够用户参与。

（2）用户需求的不断增加。

（3）模棱两可的需求。

（4）过于精简的规格说明。

（5）忽略了用户分类，如菜单驱动操作对高级用户太低效了，但含义不清的命令和快捷键又会使不熟练的用户感到困难（如SAP的事务代码）。

（6）不准确的计划，往往低估开发时间。

9.好的软件需求特性有哪些？

理解其含义。

内涵一致，外延完整。

具体包含两个特征：

一致性和全面性。

引申为9个因素：

（1）无歧义因素

（2）完整性因素（3）一致性因素（4）可检验性因素

（5）确定性因素（6）可跟踪性因素（7）正确性因素（8）可行性因素

（9）必要性因素

10.理解需求层次的构成，能识别业务需求、用户需求、功能需求和非功能需求。

①软件需求包括不同的层次：

业务需求、用户需求、功能需求和非功能需求。

②业务需求反映了组织机构或客户对系统、产品的高层次的目标要求，它们在项目视图与范

围文档中予以说明。

③用户需求文档描述了用户使用产品必须要完成的任务，使用实例文档或场景描述中予以

明。

④功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了

业务需求和用户需求

⑤非功能需求描述了系统展现给用户的行为和执行的操作等

11.什么是需求的路线图，理解特性和涉众的概念。

需求路线：

了解从用户要求到软件需求的一般路径（从问题领域转向解决方案领域）

涉众需要（必须解决的业务或运作问题的反映）→系统特性（完成涉众需要而提供的服务）→软件需求（面向电脑语言的需求方案）

涉众：

涉众是与要建设的业务系统相关的一切人和事。

软件或系统项目涉众包括：

客户、用户、需求分析员、开发人员、测试人员、文档编制人员、项目经理、法律人员、生产人员、市场营销

特性：

所谓特性（feature）是指逻辑上相关的功能需求的集合，给用户提供处理能力并满足业务需求。

第二章《软件需求工程及其过程》思考题

9．什么是需求工程？

了解其组成示意图。

需求工程是软件工程的核心组成部分，是指应用有效的技术、方法进行需求分析，确定客户需求，帮助分析和设计人员理解问题，并定义目标系统的一门学科。

它把整个软件需求工程研究领域划分为需求开发和需求管理两部分。

10．需求管理活动的内容有哪些？

（1）定义需求基线（迅速制定需求文档的主体）。

（2）评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它。

（3）使当前的项目计划与需求一致。

（4）估计变更需求所产生影响并在此基础上协商新的承诺（约定）。

（5）让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。

（6）在整个项目过程中，跟踪需求状态及其变更情况。

11．什么是软件生命周期模型？

软件产品经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后逐渐消亡。

这样一个过程，叫软件生命周期模型。

12．理解RUP二维开发模型。

（第二章第22页ppt）

13．如何基于需求特点选择生命周期模型？

需求情况

瀑布模型

螺旋模型

RAD

迭代模型

需求容易定义或明确吗？

是

否

是

否

能在早期确定需求吗？

是

否

是

是

周期中需求经常变化吗？

否

是

是

是

14．理解需求开发的迭代的过程图。

15．掌握需求开发过程框架的内容（翻译成中文）。

注：

这是我自己翻译的结果，大家可以自己具体看看第2章的29页，可能会有更加准确的翻译。

1定义愿景和范围

2标识用户类

3标识用户代表

4标识需求决策者

5选择启发式技术

6标识用例

7排序用例

8开发用例

9指定质量属性

10导出文档的功能需求

11需求建模

12审查需求规格

13开发原型

14设计架构

15给组件分配需求

16开发测试用例

17确认用例，功能需求，分析模型，原型

16．理解Pressman的需求工程过程及其使用的需求环境。

需求获取

需求分析

需求规格说明

系统建模

需求确认

需求管理

使用的需求环境：

瀑布模型

17．需求工程方法分成哪四类？

1.面向过程，注重输入输出,如传统的结构化分析。

2.面向数据，强调数据结构，如E-R模型，DD描述。

3.面向控制，强调同步、并发，如DFD图。

4.面向对象，它建立在对象间的交互基础上，对对象模型、动态模型和功能模型三个方面对问题进行描述，如以UML为基础的Rose的建模工具。

10.系统分析员的职责和技能有哪些？

职责：

1.收集、整理、分析、提炼、跟踪、控制用户的产品需求；

2.编写产品需求说明书，准确描述和解释业务需求；

3.编写设计文档，引导UI设计师制作产品原型（可选）；

4.编写详细产品需求分析书，提供给软件开发工程师，测试工程师。

技能：

（1）倾听的技巧

（2）交谈和提问的技巧（3）分析能力（4）协调能力

（5）观察能力（6）写作能力（7）组织信息能力（8）人际交往能力（9）8建模能力

第三章《软件需求获取》思考题

1．需求获取可以分成哪些活动？

查找需求源（识别需求的涉众）、网罗需求信息（收集各方面人员对产品的要求，得到“系统特性列表”）、整合需求信息

2．客户与开发人员的合作伙伴关系建立的前提是什么？

合作关系建立的前提：

明确双方权利和义务

3．软件需求工程中，SRS指什么？

需求分析员对来自不同客户的信息进行整理，把业务需求、业务规则、功能需求、质量目标、解决方案的建议等内容区分开来，形成SRS（软件需求规格说明）。

4．如何更好地让客户听取对需求工作成果的解释？

需求分析员应使用不同的示意图来配合SRS文本对需求进行描述。

客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果，以及怎样检查图表有无错误及不一致等。

5．对于MIS系统，通常情况下怎么样的需求，其优先级比较高？

2.关键任务需求、基础性的数据处理要求，完不成此版本或下一版本需求就不能实现；只有这些需求实现后，客户才能接受软件。

关键任务需求优先级为高。

（2）业务流程处理中比较繁琐、容易出错，客户特别希望能改进、简化工作量、提高效率的业务需求，此类业务需求优先级为中。

（3）客户的主管领导比较关心、容易得到领导认可的业务需求，此类业务需求优先级为中。

（4）最后才是某些非功能类需求，实现或不实现均可的，一般此类业务需求优先级为低。

6．如何理解需求确认中客户的“签字”？

①客户代表把在需求文档上签字视作毫无意义的仪式。

②开发经理把签字作为冻结需求的方法。

③签字不仅仅是仪式，更重要的是建立需求协议的基线。

7．项目的范围说明主要应该包括以下三个方面的内容？

①项目的合理性说明（解释为什么要实施这个项目）

②项目目标（也就是期望达到的产品或服务）

③项目可交付成果清单

8．根据前景和范围文档，我们可以判断出某项特性或需求是否包括在项目中，一般有哪三种情况？

①一种是被提议的需求明显在范围之外。

②另一种可能是需求显然是在定义好的项目范围之内。

③第三种可能是被提议的新需求不再范围之内，但它很有价值，因而需要对项目范围做出调整以容纳这一新的需求。

9．寻找客户需求中，为征求客户的意见，必须采取哪几步？

①明确项目用户需求的来源。

②明确使用该产品（软件）的不同类型的用户。

③与不同用户类的代表进行沟通。

④遵从项目的最终决策者的意见。

10．能举出和理解四种以上的软件需求来源。

①与潜在用户进行交谈和讨论

②描述现有产品或竞争产品的文档

③系统需求规格说明

④现有系统的问题报告和改进要求

⑤市场调查和用户问卷调查

⑥观察用户如何工作

⑦用户工作的情景分析

11画出客户和用户的层次结构图

（2）用户代表（代言人）的作用是什么？

①为构造客户和开发人员之间的伙伴关系提供了有效途径。

②是他所属用户类的成员与项目的需求分析员之间的主要联系人。

13理解不同情况下，需求“谁来做出决策”。

①如果是个别用户之间的分歧，则由用户代言人来裁决

②用户经理表述的需求和实际用户需求相矛盾，此时应该服从于用户代言人

③开发人员对产品的想法和客户要求不一致，此时应该服从于客户

④不同用户类或客户群的需求相矛盾，支持最重要的用户类或对商业前景影响最大的客户群

⑤不同的企业客户有不同的需求，依据项目的业务目标来确定哪些客户对项目的成败影响最大

14调查研究的主要方法有哪些？

①用户访谈②收集和研究资料③调查问卷④实地观察，即深入现场,跟班作业

15问卷调查和用户访谈的优点和缺点各是什么？

问卷调查：

优点：

大量发放、快速、低成本，保护隐私（不记名），便于归纳整理。

缺点：

问卷不够灵活（内容局限）、信息质量难于保证。

用户访谈：

优点：

为分析人员提供了与访谈对象自由沟通的机会；通过访谈可以挖掘更深层次的用户需求；访谈允许分析人员使用一些个性化的问题；成功的访谈在很大程度上取决于分析人员的经验与技巧；

缺点：

访谈