需求分析思考题
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
①软件需求包括不同的层次：业务需求、用户需求、功能需求和非功能需求。
②业务需求反映了组织机构或客户对系统、产品的高层次的目标要求，它们在项目视图与范
围文档中予以说明。
③用户需求文档描述了用户使用产品必须要完成的任务，使用实例文档或场景描述中予以
明。
④功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了
①一种是被提议的需求明显在范围之外。
②另一种可能是需求显然是在定义好的项目范围之内。
③第三种可能是被提议的新需求不再范围之内，但它很有价值，因而需要对项目范围做出调整以容纳这一新的需求。
10．寻找客户需求中，为征求客户的意见，必须采取哪几步？
①明确项目用户需求的来源。
②明确使用该产品（软件）的不同类型的用户。
是
否
是
是
周期中需求经常变化吗？
否
是
是
是
14．理解需求开发的迭代的过程图。
15．掌握需求开发过程框架的内容（翻译成中文）。
注：这是我自己翻译的结果，大家可以自己具体看看第2章的29页，可能会有更加准确的翻译。
1定义愿景和范围
2标识用户类
3标识用户代表
4标识需求决策者
5选择启发式技术
6标识用例
7排序用例
第一章《软件需求概述》思考题
1．软件项目目标的三个要素是什么？
质量（需求是根本），时间，成本
2．理解IEEE对需求的定义。
IEEE（电气电子工程师协会）软件工程标准词汇表中定义需求为：
（1）用户解决问题或达到目标所需的条件或权能（Capability）。
（2）系统或系统部件（组件）要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。
(2)评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它。
(3)使当前的项目计划与需求一致。
(4)估计变更需求所产生影响并在此基础上协商新的承诺（约定）。
(5)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。
(6)在整个项目过程中，跟踪需求状态及其变更情况。
11．什么是软件生命周期模型？
5．如何更好地让客户听取对需求工作成果的解释？
需求分析员应使用不同的示意图来配合SRS文本对需求进行描述。客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果，以及怎样检查图表有无错误及不一致等。
6．对于MIS系统，通常情况下怎么样的需求，其优先级比较高？
2.关键任务需求、基础性的数据处理要求，完不成此版本或下一版本需求就不能实现；只有这些需求实现后，客户才能接受软件。关键任务需求优先级为高。
软件产品经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后逐渐消亡。这样一个过程，叫软件生命周期模型。
12．理解RUP二维开发模型。(第二章第22页ppt）
13．如何基于需求特点选择生命周期模型？
需求情况
瀑布模型
螺旋模型
RAD
迭代模型
需求容易定义或明确吗？
是
否来自百度文库
是
否
能在早期确定需求吗？
④不同用户类或客户群的需求相矛盾，支持最重要的用户类或对商业前景影响最大的客户群
⑤不同的企业客户有不同的需求，依据项目的业务目标来确定哪些客户对项目的成败影响最大
14调查研究的主要方法有哪些？
①用户访谈②收集和研究资料③调查问卷④实地观察，即深入现场,跟班作业
15问卷调查和用户访谈的优点和缺点各是什么？
8开发用例
9指定质量属性
10导出文档的功能需求
11需求建模
12审查需求规格
13开发原型
14设计架构
15给组件分配需求
16开发测试用例
17确认用例，功能需求，分析模型，原型
16．理解Pressman的需求工程过程及其使用的需求环境。
使用的需求环境：瀑布模型
17．需求工程方法分成哪四类？
1.面向过程，注重输入输出,如传统的结构化分析。
（3）一种反映上面（1）或（2）所描述的条件或权能的文档说明。
对于这一定义的理解为：
（1）条件：如CRM（客户关系管理）系统，有CALL CENTER、市场开发管理、销售管理、售后服务、统计分析、绩效分析等等模块，有满足市场人员进行客户关系管理的条件。
（2）权能（能力）：系统的运算能力（速度和准确性）、系统平稳运行能力、系统可配置能力。如，某一ERP系统，物料凭证到会计凭证的自动化，运算速度快、可靠性好。
缺点：访谈占用的时间较多，访谈后的资料整理，也需要花费较多的时间。
16各举两个例说明“业务规则”、“外部接口需求”和“数据定义”、“约束”。
业务规则（当客户说只有特定用户在特定条件下才能执行某一动作时）：“如果一个药剂师在危险化学制品培训方面是可靠的，那么他就可以在一级危险药品清单上订购化学制品”
“图书馆的借阅者最多可以同时借10本书。”
①客户代表把在需求文档上签字视作毫无意义的仪式。
②开发经理把签字作为冻结需求的方法。
③签字不仅仅是仪式，更重要的是建立需求协议的基线。
8．项目的范围说明主要应该包括以下三个方面的内容？
①项目的合理性说明（解释为什么要实施这个项目）
②项目目标（也就是期望达到的产品或服务）
③项目可交付成果清单
9．根据前景和范围文档，我们可以判断出某项特性或需求是否包括在项目中，一般有哪三种情况？
4．好的需求特征有哪些？
①深入理解用户的真正的意图和需要。
②清晰完整的需求表达。
③借助需求分析工具，E-R图、DFD图、DD、UML工具等等。？使用科学的需求管理方法，
完善需求变更控制流程。
5．软件需求分析的目标是什么？
软件需求分析的目标是深入描述软件的功能和性能，确定软件设计的约束和软件同其它系统元素的接口细节，定义软件的其它有效性需求
（2）业务流程处理中比较繁琐、容易出错，客户特别希望能改进、简化工作量、提高效率的业务需求，此类业务需求优先级为中。
（3）客户的主管领导比较关心、容易得到领导认可的业务需求，此类业务需求优先级为中。
（4）最后才是某些非功能类需求，实现或不实现均可的，一般此类业务需求优先级为低。
7．如何理解需求确认中客户的“签字”？
第三章《软件需求获取》思考题
2．需求获取可以分成哪些活动？
查找需求源（识别需求的涉众）、网罗需求信息（收集各方面人员对产品的要求，得到“系统特性列表”）、整合需求信息
3．客户与开发人员的合作伙伴关系建立的前提是什么？
合作关系建立的前提：明确双方权利和义务
4．软件需求工程中，SRS指什么？
需求分析员对来自不同客户的信息进行整理，把业务需求、业务规则、功能需求、质量目标、解决方案的建议等内容区分开来，形成SRS（软件需求规格说明）。
9．什么是需求工程？了解其组成示意图。
需求工程是软件工程的核心组成部分，是指应用有效的技术、方法进行需求分析，确定客户需求，帮助分析和设计人员理解问题，并定义目标系统的一门学科。
它把整个软件需求工程研究领域划分为需求开发和需求管理两部分。
10．需求管理活动的内容有哪些？
(1)定义需求基线（迅速制定需求文档的主体）。
（4）增加开发的成本。
8．产生不合格需求的原因有哪些？
（1）无足够用户参与。
（2）用户需求的不断增加。
（3）模棱两可的需求。
（4）过于精简的规格说明。
（5）忽略了用户分类，如菜单驱动操作对高级用户太低效了，但含义不清的命令和快捷键又会使不熟练的用户感到困难（如SAP的事务代码）。
（6）不准确的计划，往往低估开发时间。
2.编写产品需求说明书，准确描述和解释业务需求；
3.编写设计文档，引导UI设计师制作产品原型（可选）；
4.编写详细产品需求分析书，提供给软件开发工程师，测试工程师。
技能：
（1）倾听的技巧（2）交谈和提问的技巧（3）分析能力（4）协调能力
（5）观察能力（6）写作能力（7）组织信息能力（8）人际交往能力（9）8建模能力
问卷调查：
优点：大量发放、快速、低成本，保护隐私（不记名），便于归纳整理。
缺点：问卷不够灵活（内容局限）、信息质量难于保证。
用户访谈：
优点：为分析人员提供了与访谈对象自由沟通的机会；通过访谈可以挖掘更深层次的用户需求；访谈允许分析人员使用一些个性化的问题；成功的访谈在很大程度上取决于分析人员的经验与技巧；
涉众：
涉众是与要建设的业务系统相关的一切人和事。软件或系统项目涉众包括：
客户、用户、需求分析员、开发人员、测试人员、文档编制人员、项目经理、法律人员、生产人员、市场营销
特性：
所谓特性(feature)是指逻辑上相关的功能需求的集合，给用户提供处理能力并满足业务需求。
第二章《软件需求工程及其过程》思考题
外部接口需求（描述了系统与外部世界的联系）：“从<某些设备>读取信号”“以<某种格式>读取文件”
约束（对设计和实现的约束合理地限制了开发人员可用的选择）：“不能申请多于一定数量的内存”“操作必须与<其它系统>相同或类似”
数据定义：“邮政编码”“物料序号”
17理解和说明用例法中的相关概念：用例、角色、主执行者、场景。
①为构造客户和开发人员之间的伙伴关系提供了有效途径。
②是他所属用户类的成员与项目的需求分析员之间的主要联系人。
13理解不同情况下，需求“谁来做出决策”。
①如果是个别用户之间的分歧，则由用户代言人来裁决
②用户经理表述的需求和实际用户需求相矛盾，此时应该服从于用户代言人
③开发人员对产品的想法和客户要求不一致，此时应该服从于客户
经过对需求获取的资料进行分析，并以此建立起来的模型称之为需求分析模型。
19．需求工程中，需求分析阶段模型的作用有哪些？
(1)帮助系统分析员理解系统的信息、功能和行为，使得需求分析任务更加容易实现，结果更加系统化。
(2)它是评审焦点，是确定SRS完整性、一致性和精确性的重要依据。
6．需求分析的任务是什么？
需求分析的任务就是借助于当前系统（含手工作业）的逻辑模型导出目标系统的逻辑模型（如业务流程图等），解决目标系统的“做什么”的问题。
7．错误需求的代价有哪些？
（1）错误的需求浪费了人力、物力，浪费了金钱，总之，浪费资源。
（2）影响软件项目的成功，加大软件项目的风险。
（3）影响项目组及开发方形象，对用户满意度埋下“祸根”。
业务需求和用户需求
⑤非功能需求描述了系统展现给用户的行为和执行的操作等
11.什么是需求的路线图，理解特性和涉众的概念。
需求路线：
了解从用户要求到软件需求的一般路径（从问题领域转向解决方案领域）
涉众需要（必须解决的业务或运作问题的反映）→系统特性（完成涉众需要而提供的服务）→软件需求（面向电脑语言的需求方案）
3．谈谈需求文档的重要性。
案例一：中途更换所有的开发者，这就使得客户需求从头开始；
重要性：如果只有一堆邮件、贴条、会谈过几次或一些零碎的对话，就确信已明白用户的需求，那是难以做到的。
案例二：某软件开发小组所开发的一套工具缺少某一特定的功能
重要性：这说明那怕需求明确无误并构思准确，如果我们没有编写文档，软件达不到期望目标也只能是咎由自取了。通过需求文档回复设计人员提出的各类问题。依据需求对系统进行测试时，此系统不仅非常清晰地实现了所有必需功能，而且未发现任何错误。
9.好的软件需求特性有哪些？理解其含义。
内涵一致，外延完整。具体包含两个特征：一致性和全面性。引申为9个因素：
（7）无歧义因素（2）完整性因素（3）一致性因素（4）可检验性因素
0．确定性因素（6）可跟踪性因素（7）正确性因素（8）可行性因素
（9）必要性因素
10.理解需求层次的构成，能识别业务需求、用户需求、功能需求和非功能需求。
①用例描述了系统与外部角色之间的一系列交互。
②角色(用户角色）指与系统交互以实现某种目的的人、软件系统或硬件设备。
③提出请求的相关人员叫做主执行者
④根据执行者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列
称之为一个场景。
第四章《结构化的需求分析与建模》思考题
18．什么是需求分析模型？
③与不同用户类的代表进行沟通。
④遵从项目的最终决策者的意见。
11．能举出和理解四种以上的软件需求来源。
①与潜在用户进行交谈和讨论
②描述现有产品或竞争产品的文档
③系统需求规格说明
④现有系统的问题报告和改进要求
⑤市场调查和用户问卷调查
⑥观察用户如何工作
⑦用户工作的情景分析
11画出客户和用户的层次结构图
（8）用户代表（代言人）的作用是什么？
2.面向数据，强调数据结构，如E-R模型，DD描述。
3.面向控制，强调同步、并发，如DFD图。
4.面向对象，它建立在对象间的交互基础上，对对象模型、动态模型和功能模型三个方面对问题进行描述，如以UML为基础的Rose的建模工具。
10.系统分析员的职责和技能有哪些？
职责：
1.收集、整理、分析、提炼、跟踪、控制用户的产品需求；
②业务需求反映了组织机构或客户对系统、产品的高层次的目标要求，它们在项目视图与范
围文档中予以说明。
③用户需求文档描述了用户使用产品必须要完成的任务，使用实例文档或场景描述中予以
明。
④功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了
①一种是被提议的需求明显在范围之外。
②另一种可能是需求显然是在定义好的项目范围之内。
③第三种可能是被提议的新需求不再范围之内，但它很有价值，因而需要对项目范围做出调整以容纳这一新的需求。
10．寻找客户需求中，为征求客户的意见，必须采取哪几步？
①明确项目用户需求的来源。
②明确使用该产品（软件）的不同类型的用户。
是
否
是
是
周期中需求经常变化吗？
否
是
是
是
14．理解需求开发的迭代的过程图。
15．掌握需求开发过程框架的内容（翻译成中文）。
注：这是我自己翻译的结果，大家可以自己具体看看第2章的29页，可能会有更加准确的翻译。
1定义愿景和范围
2标识用户类
3标识用户代表
4标识需求决策者
5选择启发式技术
6标识用例
7排序用例
第一章《软件需求概述》思考题
1．软件项目目标的三个要素是什么？
质量（需求是根本），时间，成本
2．理解IEEE对需求的定义。
IEEE（电气电子工程师协会）软件工程标准词汇表中定义需求为：
（1）用户解决问题或达到目标所需的条件或权能（Capability）。
（2）系统或系统部件（组件）要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。
(2)评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它。
(3)使当前的项目计划与需求一致。
(4)估计变更需求所产生影响并在此基础上协商新的承诺（约定）。
(5)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。
(6)在整个项目过程中，跟踪需求状态及其变更情况。
11．什么是软件生命周期模型？
5．如何更好地让客户听取对需求工作成果的解释？
需求分析员应使用不同的示意图来配合SRS文本对需求进行描述。客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果，以及怎样检查图表有无错误及不一致等。
6．对于MIS系统，通常情况下怎么样的需求，其优先级比较高？
2.关键任务需求、基础性的数据处理要求，完不成此版本或下一版本需求就不能实现；只有这些需求实现后，客户才能接受软件。关键任务需求优先级为高。
软件产品经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后逐渐消亡。这样一个过程，叫软件生命周期模型。
12．理解RUP二维开发模型。(第二章第22页ppt）
13．如何基于需求特点选择生命周期模型？
需求情况
瀑布模型
螺旋模型
RAD
迭代模型
需求容易定义或明确吗？
是
否来自百度文库
是
否
能在早期确定需求吗？
④不同用户类或客户群的需求相矛盾，支持最重要的用户类或对商业前景影响最大的客户群
⑤不同的企业客户有不同的需求，依据项目的业务目标来确定哪些客户对项目的成败影响最大
14调查研究的主要方法有哪些？
①用户访谈②收集和研究资料③调查问卷④实地观察，即深入现场,跟班作业
15问卷调查和用户访谈的优点和缺点各是什么？
8开发用例
9指定质量属性
10导出文档的功能需求
11需求建模
12审查需求规格
13开发原型
14设计架构
15给组件分配需求
16开发测试用例
17确认用例，功能需求，分析模型，原型
16．理解Pressman的需求工程过程及其使用的需求环境。
使用的需求环境：瀑布模型
17．需求工程方法分成哪四类？
1.面向过程，注重输入输出,如传统的结构化分析。
（3）一种反映上面（1）或（2）所描述的条件或权能的文档说明。
对于这一定义的理解为：
（1）条件：如CRM（客户关系管理）系统，有CALL CENTER、市场开发管理、销售管理、售后服务、统计分析、绩效分析等等模块，有满足市场人员进行客户关系管理的条件。
（2）权能（能力）：系统的运算能力（速度和准确性）、系统平稳运行能力、系统可配置能力。如，某一ERP系统，物料凭证到会计凭证的自动化，运算速度快、可靠性好。
缺点：访谈占用的时间较多，访谈后的资料整理，也需要花费较多的时间。
16各举两个例说明“业务规则”、“外部接口需求”和“数据定义”、“约束”。
业务规则（当客户说只有特定用户在特定条件下才能执行某一动作时）：“如果一个药剂师在危险化学制品培训方面是可靠的，那么他就可以在一级危险药品清单上订购化学制品”
“图书馆的借阅者最多可以同时借10本书。”
①客户代表把在需求文档上签字视作毫无意义的仪式。
②开发经理把签字作为冻结需求的方法。
③签字不仅仅是仪式，更重要的是建立需求协议的基线。
8．项目的范围说明主要应该包括以下三个方面的内容？
①项目的合理性说明（解释为什么要实施这个项目）
②项目目标（也就是期望达到的产品或服务）
③项目可交付成果清单
9．根据前景和范围文档，我们可以判断出某项特性或需求是否包括在项目中，一般有哪三种情况？
4．好的需求特征有哪些？
①深入理解用户的真正的意图和需要。
②清晰完整的需求表达。
③借助需求分析工具，E-R图、DFD图、DD、UML工具等等。？使用科学的需求管理方法，
完善需求变更控制流程。
5．软件需求分析的目标是什么？
软件需求分析的目标是深入描述软件的功能和性能，确定软件设计的约束和软件同其它系统元素的接口细节，定义软件的其它有效性需求
（2）业务流程处理中比较繁琐、容易出错，客户特别希望能改进、简化工作量、提高效率的业务需求，此类业务需求优先级为中。
（3）客户的主管领导比较关心、容易得到领导认可的业务需求，此类业务需求优先级为中。
（4）最后才是某些非功能类需求，实现或不实现均可的，一般此类业务需求优先级为低。
7．如何理解需求确认中客户的“签字”？
第三章《软件需求获取》思考题
2．需求获取可以分成哪些活动？
查找需求源（识别需求的涉众）、网罗需求信息（收集各方面人员对产品的要求，得到“系统特性列表”）、整合需求信息
3．客户与开发人员的合作伙伴关系建立的前提是什么？
合作关系建立的前提：明确双方权利和义务
4．软件需求工程中，SRS指什么？
需求分析员对来自不同客户的信息进行整理，把业务需求、业务规则、功能需求、质量目标、解决方案的建议等内容区分开来，形成SRS（软件需求规格说明）。
9．什么是需求工程？了解其组成示意图。
需求工程是软件工程的核心组成部分，是指应用有效的技术、方法进行需求分析，确定客户需求，帮助分析和设计人员理解问题，并定义目标系统的一门学科。
它把整个软件需求工程研究领域划分为需求开发和需求管理两部分。
10．需求管理活动的内容有哪些？
(1)定义需求基线（迅速制定需求文档的主体）。
（4）增加开发的成本。
8．产生不合格需求的原因有哪些？
（1）无足够用户参与。
（2）用户需求的不断增加。
（3）模棱两可的需求。
（4）过于精简的规格说明。
（5）忽略了用户分类，如菜单驱动操作对高级用户太低效了，但含义不清的命令和快捷键又会使不熟练的用户感到困难（如SAP的事务代码）。
（6）不准确的计划，往往低估开发时间。
2.编写产品需求说明书，准确描述和解释业务需求；
3.编写设计文档，引导UI设计师制作产品原型（可选）；
4.编写详细产品需求分析书，提供给软件开发工程师，测试工程师。
技能：
（1）倾听的技巧（2）交谈和提问的技巧（3）分析能力（4）协调能力
（5）观察能力（6）写作能力（7）组织信息能力（8）人际交往能力（9）8建模能力
问卷调查：
优点：大量发放、快速、低成本，保护隐私（不记名），便于归纳整理。
缺点：问卷不够灵活（内容局限）、信息质量难于保证。
用户访谈：
优点：为分析人员提供了与访谈对象自由沟通的机会；通过访谈可以挖掘更深层次的用户需求；访谈允许分析人员使用一些个性化的问题；成功的访谈在很大程度上取决于分析人员的经验与技巧；
涉众：
涉众是与要建设的业务系统相关的一切人和事。软件或系统项目涉众包括：
客户、用户、需求分析员、开发人员、测试人员、文档编制人员、项目经理、法律人员、生产人员、市场营销
特性：
所谓特性(feature)是指逻辑上相关的功能需求的集合，给用户提供处理能力并满足业务需求。
第二章《软件需求工程及其过程》思考题
外部接口需求（描述了系统与外部世界的联系）：“从<某些设备>读取信号”“以<某种格式>读取文件”
约束（对设计和实现的约束合理地限制了开发人员可用的选择）：“不能申请多于一定数量的内存”“操作必须与<其它系统>相同或类似”
数据定义：“邮政编码”“物料序号”
17理解和说明用例法中的相关概念：用例、角色、主执行者、场景。
①为构造客户和开发人员之间的伙伴关系提供了有效途径。
②是他所属用户类的成员与项目的需求分析员之间的主要联系人。
13理解不同情况下，需求“谁来做出决策”。
①如果是个别用户之间的分歧，则由用户代言人来裁决
②用户经理表述的需求和实际用户需求相矛盾，此时应该服从于用户代言人
③开发人员对产品的想法和客户要求不一致，此时应该服从于客户
经过对需求获取的资料进行分析，并以此建立起来的模型称之为需求分析模型。
19．需求工程中，需求分析阶段模型的作用有哪些？
(1)帮助系统分析员理解系统的信息、功能和行为，使得需求分析任务更加容易实现，结果更加系统化。
(2)它是评审焦点，是确定SRS完整性、一致性和精确性的重要依据。
6．需求分析的任务是什么？
需求分析的任务就是借助于当前系统（含手工作业）的逻辑模型导出目标系统的逻辑模型（如业务流程图等），解决目标系统的“做什么”的问题。
7．错误需求的代价有哪些？
（1）错误的需求浪费了人力、物力，浪费了金钱，总之，浪费资源。
（2）影响软件项目的成功，加大软件项目的风险。
（3）影响项目组及开发方形象，对用户满意度埋下“祸根”。
业务需求和用户需求
⑤非功能需求描述了系统展现给用户的行为和执行的操作等
11.什么是需求的路线图，理解特性和涉众的概念。
需求路线：
了解从用户要求到软件需求的一般路径（从问题领域转向解决方案领域）
涉众需要（必须解决的业务或运作问题的反映）→系统特性（完成涉众需要而提供的服务）→软件需求（面向电脑语言的需求方案）
3．谈谈需求文档的重要性。
案例一：中途更换所有的开发者，这就使得客户需求从头开始；
重要性：如果只有一堆邮件、贴条、会谈过几次或一些零碎的对话，就确信已明白用户的需求，那是难以做到的。
案例二：某软件开发小组所开发的一套工具缺少某一特定的功能
重要性：这说明那怕需求明确无误并构思准确，如果我们没有编写文档，软件达不到期望目标也只能是咎由自取了。通过需求文档回复设计人员提出的各类问题。依据需求对系统进行测试时，此系统不仅非常清晰地实现了所有必需功能，而且未发现任何错误。
9.好的软件需求特性有哪些？理解其含义。
内涵一致，外延完整。具体包含两个特征：一致性和全面性。引申为9个因素：
（7）无歧义因素（2）完整性因素（3）一致性因素（4）可检验性因素
0．确定性因素（6）可跟踪性因素（7）正确性因素（8）可行性因素
（9）必要性因素
10.理解需求层次的构成，能识别业务需求、用户需求、功能需求和非功能需求。
①用例描述了系统与外部角色之间的一系列交互。
②角色(用户角色）指与系统交互以实现某种目的的人、软件系统或硬件设备。
③提出请求的相关人员叫做主执行者
④根据执行者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列
称之为一个场景。
第四章《结构化的需求分析与建模》思考题
18．什么是需求分析模型？
③与不同用户类的代表进行沟通。
④遵从项目的最终决策者的意见。
11．能举出和理解四种以上的软件需求来源。
①与潜在用户进行交谈和讨论
②描述现有产品或竞争产品的文档
③系统需求规格说明
④现有系统的问题报告和改进要求
⑤市场调查和用户问卷调查
⑥观察用户如何工作
⑦用户工作的情景分析
11画出客户和用户的层次结构图
（8）用户代表（代言人）的作用是什么？
2.面向数据，强调数据结构，如E-R模型，DD描述。
3.面向控制，强调同步、并发，如DFD图。
4.面向对象，它建立在对象间的交互基础上，对对象模型、动态模型和功能模型三个方面对问题进行描述，如以UML为基础的Rose的建模工具。
10.系统分析员的职责和技能有哪些？
职责：
1.收集、整理、分析、提炼、跟踪、控制用户的产品需求；