需求分析思考题

《需求分析思考题》由会员分享，可在线阅读，更多相关《需求分析思考题（18页珍藏版）》请在装配图网上搜索。

1、细心整理第一章 软件需求概述思索题1 软件工程目标的三个要素是什么？质量需求是根本，时间，本钱2 理解IEEE对需求的定义。IEEE电气电子工程师协会软件工程标准词汇表中定义需求为：1用户解决问题或到达目标所需的条件或权能Capability。2系统或系统部件组件要满意合同、标准、标准或其它正式规定文档所需具有的条件或权能。3一种反映上面1或2所描述的条件或权能的文档说明。对于这必需义的理解为：1条件：如CRM客户关系管理系统，有CALL CENTER、市场开发管理、销售管理、售后效劳、统计分析、绩效分析等等模块，有满意市场人员进展客户关系管理的条件。 2权能实力：系统的运算实力速度和精确性、

2、系统平稳运行实力、系统可配置实力。如，某一ERP系统，物料凭证到会计凭证的自动化，运算速度快、牢靠性好。3 谈谈需求文档的重要性。案例一：中途更换全部的开发者，这就使得客户需求从头起先；重要性：假如只有一堆邮件、贴条、会谈过几次或一些零碎的对话，就确信已明白用户的需求，那是难以做到的。案例二：某软件开发小组所开发的一套工具缺少某一特定的功能重要性：这说明那怕需求明确无误并构思精确，假如我们没有编写文档，软件达不到期望目标也只能是咎由自取了。通过需求文档回复设计人员提出的各类问题。依据需求对系统进展测试时，此系统不仅特殊清晰地实现了全部必需功能，而且未发觉任何错误。4 好的需求特征有哪些？深化理

3、解用户的真正的意图和须要。清晰完整的需求表达。借助需求分析工具，E-R图、DFD图、DD、UML工具等等。？运用科学的需求管理方法， 完善需求变更限制流程。5 软件需求分析的目标是什么？软件需求分析的目标是深化描述软件的功能和性能，确定软件设计的约束和软件同其它系统元素的接口微小环节，定义软件的其它有效性需求6 需求分析的任务是什么？需求分析的任务就是借助于当前系统含手工作业的逻辑模型导出目标系统的逻辑模型如业务流程图等，解决目标系统的 “做什么” 的问题。7 错误需求的代价有哪些？1错误的需求奢侈了人力、物力，奢侈了金钱，总之，奢侈资源。2影响软件工程的成功，加大软件工程的风险。3影响工程组

4、及开发方形象，对用户满意度埋下“祸根”。4增加开发的本钱。8 产生不合格需求的缘由有哪些？1无足够用户参及。2用户需求的不断增加。3模棱两可的需求。4过于精简的规格说明。5忽视了用户分类，如菜单驱动操作对高级用户太低效了，但含义不清的叮嘱和快捷键又会使不娴熟的用户感到困难如SAP的事务代码。6不精确的准备，往往低估开发时间。9. 好的软件需求特性有哪些？理解其含义。内涵一样，外延完整。详细包含两个特征：一样性和全面性。引申为9个因素：（1） 无歧义因素2完整性因素3一样性因素4可检验性因素（5） 确定性因素6可跟踪性因素7正确性因素8可行性因素9必要性因素10. 理解需求层次的构成，能识别业务

5、需求、用户需求、功能需求和非功能需求。软件需求包括不同的层次：业务需求、用户需求、功能需求和非功能需求。业务需求反映了组织机构或客户对系统、产品的高层次的目标要求，它们在工程视图及范 围文档中予以说明。用户需求文档描述了用户运用产品必需要完成的任务，运用实例文档或场景描述中予以 明。功能需求定义了开发人员必需实现的软件功能，使得用户能完成他们的任务，从而满意了 业务需求和用户需求非功能需求描述了系统呈现给用户的行为和执行的操作等11. 什么是需求的路途图，理解特性和涉众的概念。需求路途：了解从用户要求到软件需求的一般路径从问题领域转向解决方案领域涉众须要必需解决的业务或运作问题的反映系统特性完

6、成涉众须要而供应的效劳软件需求面对电脑语言的需求方案涉众：涉众是及要建立的业务系统相关的一切人和事。软件或系统工程涉众包括：客户、用户、需求分析员、开发人员、测试人员、文档编制人员、工程经理、法律人员、生产人员、市场营销特性：所谓特性(feature)是指逻辑上相关的功能需求的集合，给用户供应处理实力并满意业务需求。其次章 软件需求工程及其过程思索题9 什么是需求工程？了解其组成示意图。需求工程是软件工程的核心组成局部，是指应用有效的技术、方法进展需求分析，确定客户需求，帮助分析和设计人员理解问题，并定义目标系统的一门学科。它把整个软件需求工程探究领域划分为需求开发和需求管理两局部。10 需求

7、管理活动的内容有哪些？(1)定义需求基线快速制定需求文档的主体。(2)评审提出的需求变更、评估每项变更的可能影响从而确定是否实施它。(3)使当前的工程准备及需求一样。(4)估计变更需求所产生影响并在此根底上协商新的承诺约定。(5)让每项需求都能及其对应的设计、源代码和测试用例联系起来以实现跟踪。(6)在整个工程过程中，跟踪需求状态及其变更状况。11 什么是软件生命周期模型？软件产品阅历需求、分析、设计、实现、部署后，软件将被运用并进入维护阶段，直到最终慢慢消亡。这样一个过程，叫软件生命周期模型。12 理解RUP二维开发模型。(其次章第22页ppt13 如何基于需求特点选择生命周期模型？ 需求状

8、况 瀑布 模型 螺旋模型 RAD 迭代模型需求简洁定义或明确吗？是否是否能在早期确定需求吗？是否是是周期中需求常常变更吗？否是是是14 理解需求开发的迭代的过程图。15 驾驭需求开发过程框架的内容翻译成中文。注：这是我自己翻译的结果，大家可以自己详细看看第2章的29页，可能会有更加精确的翻译。1 定义愿景和范围2标识用户类3 标识用户代表4标识需求决策者5选择启发式技术6标识用例7排序用例8开发用例9指定质量属性10导出文档的功能需求11需求建模12审查需求规格13开发原型14设计架构15给组件支配需求16开发测试用例17确认用例，功能需求，分析模型，原型 16 理解Pressman的需求工程

9、过程及其运用的需求环境。需求获得需求分析需求规格说明系统建模需求确认需求管理运用的需求环境：瀑布模型17 需求工程方法分成哪四类？1.面对过程，留意输入输出,如传统的构造化分析。2.面对数据，强调数据构造，如E-R模型，DD描述。3.面对限制，强调同步、并发，如DFD图。4.面对对象，它建立在对象间的交互根底上，对对象模型、动态模型和功能模型三个方面对问题进展描述，如以UML为根底的Rose的建模工具。10.系统分析员的职责和技能有哪些？职责：1. 收集、整理、分析、提炼、跟踪、限制用户的产品需求；2.编写产品需求说明书，精确描述和说明业务需求；3.编写设计文档，引导UI设计师制作产品原型可选

10、；4.编写详细产品需求分析书，供应应软件开发工程师，测试工程师。技能：1倾听的技巧2交谈和提问的技巧 3分析实力 4协调实力 5视察实力 6写作实力7组织信息实力 8人际交往实力 98建模实力第三章 软件需求获得思索题1 需求获得可以分成哪些活动？ 查找需求源识别需求的涉众、网罗需求信息收集各方面人员对产品的要求，得到“系统特性列表”、整合需求信息2 客户及开发人员的合作伙伴关系建立的前提是什么？合作关系建立的前提：明确双方权利和义务3 软件需求工程中，SRS指什么？需求分析员对来自不同客户的信息进展整理，把业务需求、业务规那么、功能需求、质量目标、解决方案的建议等内容区分开来，形成SRS软件

11、需求规格说明。4 如何更好地让客户听取对需求工作成果的说明？需求分析员应运用不同的示意图来协作SRS文本对需求进展描述。 客户可以要求分析人员说明说明每个图表的作用、符号的意义和需求开发工作的结果，以及怎样检查图表有无错误及不一样等。5 对于MIS系统，通常状况下怎么样的需求，其优先级比拟高？2. 关键任务需求、根底性的数据处理要求，完不成此版本或下一版本需求就不能实现；只有这些需求实现后，客户才能承受软件。关键任务需求优先级为高。2业务流程处理中比拟繁琐、简洁出错，客户特殊盼望能改良、简化工作量、提高效率的业务需求，此类业务需求优先级为中。3客户的主管领导比拟关怀、简洁得到领导认可的业务需求

12、，此类业务需求优先级为中。4最终才是某些非功能类需求，实现或不实现均可的，一般此类业务需求优先级为低。6 如何理解需求确认中客户的“签字”？客户代表把在需求文档上签字视作毫无意义的仪式。开发经理把签字作为冻结需求的方法。 签字不仅仅是仪式，更重要的是建立需求协议的基线 。7 工程的范围说明主要应当包括以下三个方面的内容？工程的合理性说明 说明为什么要实施这个工程工程目标 也就是期望到达的产品或效劳工程可交付成果清单8 依据前景和范围文档，我们可以判定出某项特性或需求是否包括在工程中，一般有哪三种状况？ 一种是被提议的需求明显在范围之外。另一种可能是需求明显是在定义好的工程范围之内。第三种可能是

13、被提议的新需求不再范围之内，但它很有价值，因而须要对工程范围做出调整以容纳这一新的需求。9 找寻客户需求中，为征求客户的看法，必需接受哪几步？明确工程用户需求的来源。明确运用该产品软件的不同类型的用户。及不同用户类的代表进展沟通。遵从工程的最终决策者的看法。10 能举出和理解四种以上的软件需求来源。及潜在用户进展交谈和探讨 描述现有产品或竞争产品的文档系统需求规格说明现有系统的问题报告和改良要求 市场调查和用户问卷调查 视察用户如何工作用户工作的情景分析 11 画出客户和用户的层次构造图（2） 用户代表代言人的作用是什么？为构造客户和开发人员之间的伙伴关系供应了有效途径。是他所属用户类的成员及

14、工程的需求分析员之间的主要联系人。13理解不同状况下，需求“谁来做出决策”。假如是个别用户之间的分歧，那么由用户代言人来裁决用户经理表述的需求和实际用户需求相冲突，此时应当听从于用户代言人开发人员对产品的想法和客户要求不一样，此时应当听从于客户不同用户类或客户群的需求相冲突，支持最重要的用户类或对商业前景影响最大的客户群不同的企业客户有不同的需求，依据工程的业务目标来确定哪些客户对工程的成败影响最大14调查探究的主要方法有哪些？用户访谈收集和探究资料调查问卷实地视察，即深化现场,跟班作业15问卷调查和用户访谈的优点和缺点各是什么？问卷调查：优点：大量发放、快速、低本钱，爱惜隐私不记名，便于归纳

15、整理。缺点：问卷不够灵敏内容局限、信息质量难于保证。用户访谈：优点：为分析人员供应了及访谈对象自由沟通的时机；通过访谈可以挖掘更深层次的用户需求；访谈允许分析人员运用一些特性化的问题；成功的访谈在很大程度上取决于分析人员的阅历及技巧；缺点：访谈占用的时间较多，访谈后的资料整理，也须要花费较多的时间。16各举两个例说明“业务规那么”、“外部接口需求”和“数据定义”、“约束”。业务规那么当客户说只有特定用户在特定条件下才能执行某一动作时：“假如一个药剂师在紧急化学制品培训方面是牢靠的，那么他就可以在一级紧急药品清单上订购化学制品”“图书馆的借阅者最多可以同时借10本书。”外部接口需求描述了系统及外

16、部世界的联系：“从 读取信号” “以读取文件”约束 对设计和实现的约束合理地限制了开发人员可用的选择：“不能申请多于必需数量的内存”“操作必需及一样或类似”数据定义：“邮政编码” “物料序号” 17理解和说明用例法中的相关概念：用例、角色、主执行者、场景。用例描述了系统及外部角色之间的一系列交互。角色(用户角色指及系统交互以实现某种目的的人、软件系统或硬件设备。提出请求的相关人员叫做主执行者依据执行者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列 称之为一个场景。第四章 构造化的需求分析及建模思索题18 什么是需求分析模型？经过对需求获得的资料进展分析，并以此建立起来的模型

17、称之为需求分析模型。19 需求工程中，需求分析阶段模型的作用有哪些？(1)帮助系统分析员理解系统的信息、功能和行为，使得需求分析任务更加简洁实现，结果更加系统化。(2)它是评审焦点，是确定SRS完整性、一样性和精确性的重要依据。(3)它是设计的根底，是软件要素的表示视图。20 理解构造化分析模型图的组成。21 数据模型包括哪三种相互关联的信息？数据对象、描述数据对象的属性和数据对象相互连接的关系5-9题ppt上面有许多的实例22 驾驭E-R的画法，能依据背景编制E-R图，或依据E-R图描述其中的数据对象、属性和关系。23 驾驭DFD图的画法，能依据背景材料编制DFD图，或依据DFD描述其数据流

18、。24 驾驭STD的画法，能依据背景材料编制STD图。25 能依据DFD图的某图形元素，编写其数据词典。26 理解构造语言，能依据处理逻辑的描述，编制判定树和判定表。第五章 面对对象分析及建模思索题11 UML是由什么构成的？ 视图views、图diagrams、模型元素Model elements、通用机制general mechanism等构成。12 UML用到的图包括哪些？理解各图的作用。名称 作用 用例图描述角色及系统中的用例关系类图描述类及关系对象图类对象实例状态图描述类对象的状态及引起状态变更的事务，对类的补充。序列图反映假设干对象之间的动态协作状态，随时间消逝，对象间如何交互的。

19、协作图描述对象的关系及传递的消息活动图反映一个连续活动流，显示动作和结果，尤其能表示并发和同步组件图反映代码的物理构造包图多个组件组合成包图。布署图 描述系统软件和硬件的物理架构13 可以依据场景画出活动图和序列图。14 用例模型是由哪些组成的？ 执行者、用例、用例及执行者的关系通信关联：执行者及执行的用例之间存在通信路径。、用例及用例的关系15 用例间的关系有哪些？包含、扩展、泛化16 能够依据背景画出用例图。17 理解包图的作用。UML包图是表示顶层架构的适当机制。包是对类进展分组的一种机制，包的划分是实现“分而治之”的重要手段，将关系比拟密切的关联类放在同一个包中。18 用例模型包括什么

20、？用例规约由什么组成？用例模型包括用例图和用例规约。用例规约的组成：简要说明：介绍该用例的作用和目的。事务流：包括根本事件流和异样事务流。特殊需求：非功能性需求和设计约束前置条件：执行用例之前系统必需所处的状态。后置条件：用例执行完毕后系统可能处于的状态。19 软件顶层架构有哪四种模式？客户/效劳器模式模型视图限制器模式分层模式流程处理模式20 什么是类图？类图中类的关系有哪几种？UML类图是表示领域(指业务领域)概念模型的适当机制类之间的关系：实现：如基类实现接口。泛化：抽象和详细，如交通工具和自行车。关联：类之间的相关性，包括聚集和组成关系。依靠：是关联的弱化。21 理解并能说明原型法的工

21、作流程。用户提出要求识别归纳问题开发系统原型 分析评价不行行处理不满意处理修改试运行 第六章 需求分析文档编制思索题（6） 需求开发的最终成果是什么？需求开发的最终成果是，在客户和开发小组对所要开发的产品达成共识后，所编写的详细文档(这一文档综合了业务需求、用户需求和软件功能需求。)（7） 表示软件需求最常用和最普遍的方式是什么？文档、图形化模型、形式化规格说明（8） SRS指什么？举例四个以上说明如何增加SRS的可读性。对节、小节和单个需求的标记格式必需一样灵敏地运用各种可视强调标记创立书目表，或许还须要创立索引，这有助于读者找到他们所须要的信息。对全部图和表进展编号，并且给出标题，依据编号

22、来引用这些图和表。运用相宜的模板来组织全部的必要信息（9） 需求标识方法有哪几种？各举一例。需求标识方法：1. 序列号 ：如UR-2,SRS13 2. 层次型编号 ：如“第3.2.5局部编辑功能”3. 层次型文本标签 ：如“当用户请求打印超过10个副本时，系统必需让用户进展确认判定。”被标识为“”（10） 理解TBD的含义。3. 运用TBD符号待定作为标准指示器来强调软件需求分析规格说明书中这些需求的缺陷。 2把每个TBD编号并创立一个TBD列表，这有助于便利地跟踪每个工程（11） 理解软件需求规格说明模板中每个标题的含义及说明。1. 引言 2. 总体描述 3. 系统特性 4. 外部接口需求

23、5. 其他非功能性需求6. 其他需求 7. 附录A：术语表 8. 附录B：分析模型 9. 附录C：待确定问题的清单（12） 能依据软件需求编写原那么，改良需求内容的表述。(实例在ppt上第七章 需求验证及评审思索题27 软件需求验证活动要确定哪几方面的内容？软件需求规格说明正确描述无二义性和模糊内容了预期的系统行为和特征。从系统需求或其它来源中得到软件需求。需求是完整的和高质量的。对需求的看法是一样的。需求为接着进展产品设计、构造和测试供应了足够的根底。28 两种最重要的验证技术是什么？正式的需求评审：遵循预先定义好的一系列步骤过程。正式评审内容须要记录在案，它包括确定材料、评审员、评审小组，

24、对产品是否完整，对所发觉的错误和所提出的问题的总结。非正式的需求评审：把工作产品分发给许多其它的开发人员粗略看看,或者走过场似地检查一遍(walkthrough) ，执行者描述产品，且征求看法，不须要记录备案。优点：造就其他人对产品的相识，并且有利于获得反应看法缺点：非系统化的，不彻底的29 理解并能画出审查过程阶段图。 重写30 理解各种评审员的角色。作者介绍员、调解者主持者、读者评审员、记录员31 能依据案例背景，判定评审问题的缘由。详细的例子在ppt第七章19-22页32 为做好需求评审，能理解并举出七例以上的合理建议。分层次评审 正式评审及非正式评审结合 分阶段评审 细心选择评审员对评

25、审员进展培训 充分利用需求评审检查单 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审第八章 需求管理思索题33 理解需求基线的含义和内容。典型需求开发的结果应当有工程视图和范围文档、用例文档、软件需求规格说明及相关分析模型。经评审批准，这些文档就定义了开发工作的需求基线。34 需求管理在CMM2中的目标是什么？通过什么来管理文档？ 其目标是：(1)建立软件需求基线，供软件工程和管理运用。(2)软件准备、产品和活动同软件需求保持一样。通过版本限制和变更限制来管理需求文档。35 理解并举例说明版本限制混乱导致的问题。版本限制的混乱，将导致工程管理的混乱，常见的状况是需求变更只通知了需求分析

26、人员和设计人员，开发组照旧在依据变更前的版本编码、测试组依据变更前的版本测试36 变更限制系统通常包括哪些内容？变更限制系统通常包括: (1)变更限制委员会 CCB (2)配置管理 (3)变更信息的沟通过程 37 理解RCM的过程及输出。(1)记录变更日志 (2)分析需求变更对工作、产品的影响质量等 (3)估计变更请求所需的工作量 ，重新估计交付成果的进度延后或提前多少？(4)估计增加或削减的本钱(5)得出评审结果通过否？ (6)假设评审通过，那么更改相应的工作产品如软件 ，使其及变更的需求保持一样 (7)假设评审未通过，将需求变更请求表及相应文档存档38 理解IT工程风险管理定义及内容。 定

27、义：IT工程风险管理是指为了最好地到达工程的目标，识别、分析、应对工程生命周期 内风险的科学及艺术。内容：风险识别、风险量化、风险应对准备含风险处理和风险监控。 39 举例说明及需求相关的风险无足够用户参及用户需求不断增加模棱两可的需求不必要的特性如很“酷”但无管用价值的功能过于精简的规格说明忽视了用户分类如集团OA的推广不精确的准备40 为什么须要需求跟踪？确保每一个需求被实现、被测试。当需求变更发生时，确保影响分析的完备性。跟踪需求的状态，了解进度状况。复用：系统升级时，可借助需求跟踪矩阵复用旧系统的资产，如功能需求、设计、代码和测试用例。在测试出错时，可借助联系链，有效分析相关的代码。借助联系链，将相关文档、代码关联起来。41 理解需求的各种属性。常用的需求属性包括： 需求创立时间 版本号 作者 需求来源 确认需求的客户代表 需求涉及的子系统 需求对应的产品版本号 需求状态 需求优先级 测试标准 11需求的稳定性42 需求状态一般有几种？五种，分别是：1已建议2已批准3已实现4已验证5已删除43 了解需求跟踪矩阵的内容。详细例子在ppt第八章38-39页44 理解需求跟踪实力联系链。