需求工程课后重点答案解析

完美完美WORD格式编辑学习指导参考资料学习指导参考资料II范伍.可以有需求遗漏。＜P68为不允许需求遗漏〉错心涉众是指所有能够影响软件系统的实现或者是会被实现后的软件系统所影响的个人和团体是固定不变的。CP93P95应该为不是固定不变的）错“面对面的会见被认为是最貝丰富内容的交淤方式.是实践中应用最为广泛的需求获取的方法之一。P113对卍原型是一个系统.它内化了一个更迟的本质特征•原型系统通常被构造为完整的系统口倒数第八行应该为不完整的系统）错亠需求分析与系统设计之间的界限是什么？何时从分析阶段进入设计阶段？当分析阶段完成后才能进入到设计阶段需求处理要注意哪些非技术因素？为什么？要注意的非技术因素：组织机构文化、社会背景、商业目标、利益协商等。二 因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关， 不存在不依赖具体相关因素需求分析与需求工程之间的关系那就是需求工程含义更广，包括需求获取、需求分析、需求定义第二章：：问题域：现实的状况与人们期望的状况产生差异就产生问题。：软件系统仅仅是现实世界的一种抽象。象时忽略的其他现实因素。

所以问题除了共享现象之外。还有很多在进行模型抽需求是用户对问题域中的实体状态或事件的期望描述规格说：规格说明是解系统为满足用户需求而提供的解决方案， 规定了解系统的行为特征。需求工程的主要任务需求工程必须说明软件系统将应用的环境及目标， 说明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限和约束。 2需求工程必须将目标、功能和约束反映到软件系统中，映功能和约束随着时间的演化情况。

3需求工程还要妥善处理目标、第三章：一、.（）（）有哪些？？工作成果：产生一个能够在用户环境下解决用户业务问题的系统方案，并将其文档化为明确的规格说明。二、描述需求工程的各个活动，说明他们各自的工作基础，工作目标和工作成果需求获取：工作基础：1.2.3.4.5.：获取用户需求，了解用户在完成任务的时候遇到的问题与期望工作成果：业务需求，项目的前景和范围，用户需求以及问题域的特征需求分析：3.：工作基础1.定制文档模板2.编写文档工作目标：为了系统涉众之间交流需求信息工作成果：需求规格文档说明4.1.2问题修改工作成果：验证之后，问题得以修正需求管理：工作基础：1.2.3：保证需求作用的持续稳定和有效发挥工作成果：需求管理会进变更控制和实现合理的变更请求拒绝不合理的变更请求，控制变更的成本和影响范围

需求规格说明三、需求工程师需求具备的技能专业技能，分析技能，交流技能，观察技能，建模技能，写作技能，创新技能，协调技能第五章第五章为什么要定义项目的前景和范围？答、业务需求、高层解决方案和系统特性都应该被记录下来，定义为项目的前景与范围文档，前景描述了产品的作用和最终的功能，它将所有的涉众都统一到一个方向上范围指出了当前项目是要解决产品长远规划的那一部分，它为项目规定了需求的界限案例题：1.开发一个工作陈述来定义范围并降低范围蔓延的风险。财务资助部门的主管坚持要你省略工作陈述的风险是什么？你将如何说服主管？

15个月、600000美元的预算内替换他不需要浪费时间开发一个工作陈述了。解答：省略工作陈述的风险是不能明确项目的前景和范围。如果省略了工作陈述的话，我们就不能和用户进行很好的沟通与交流，这样，项目的问题也就不能明确，开发人员无法统中常见的涉众？涉众是与要建设的业务系统相关的一切人和事涉众分析就是为软件系统寻找并理解关键涉众的过程常见的涉众：管理着：用户、客户、开发人员、管理者、领域专家、政府力量和市场力*关注用户想法用户：最终使用和操作产品的人*关注用户想法用户：最终使用和操作产品的人*关注软件功能客户：为软件系统开发付费的人*关注经济的成本、收益领域专家：在冋题域中具有丰富知识的专家*关注软件中的知识政府力量：法律法规、长远规划、政策意向*起约束和指导作用开发者：负责实现软件系统的人*关注技术上的成本和利益第七章51、阅读背景资料2、确定面谈的主题和目标3、选择被会见者4、准备会见被会见者5、确定问题和类型8章一、原型的定义二、说明原型在需求获取中的作用和试用情景因为原型是在最终系统产生之前的一个局部真实表现，决软件开发过程中存在的各种不确定性。场景：

所以原型方法可以让人们在从而帮助人们今早解不确定性产品的用户对相关类别的产品没有经验， 而且对将要采用的技术也没有经验。 此时用户无法明确工作的具体细节，产品的细节需求存在着不确定性 J用户进行自己的工作已经有一段时间了，但在完成工作的方式上依然存在障碍。用户清晰说明他们的需求方面存在困难。定性

在澄清和理解之前，这些需求存在着不确需求的可行性值的怀疑，即具体需求的可满足性存在着不确定性三、案例题BeaKwickeSDLC可以节省时间和金钱，并且所有的用户会感到我们似乎很在意他们，他们交谈。”a）列出你（Bea同一个团队的成员）项目设计原型的原因。

还而不是连续几个月不与SDLC而直接为所有b）Bea（1）开发中的所有工作。（2）情形见下表，尤其是其中红色的部分废弃型废弃型演化型水平型阐明并细化用例和功能性需求识别遗漏功能研究用户界浙方法实现核心用例根据优先级实现兵他用例使得系统适应快速变化的需竖垂直型演示系统可行性实现并扩充核心功能实现并扩充核心算法测试并调整性能四、说明下列典型的应用情景适合使用哪种类型的原型(1)人机交互界面--信息表格或者报表人机交互界面人机交互界面--具体功能的设置--任务的执行过程(4)功能探索--任务的功能内容(5)功能探索--任务的执行过程(6)功能探索--任务的执行结果第九章一、为什么需要观方法？观察方法的适用情景是什么？答：很多时候用户无法完成主动的信息告知， 或者说用户和需求工程师之的语言交流无法产生有效的结果，这时就有必要采用观察的方法。采样观察：根据明确的目的选取特定的时间段或者特定的事件进行观察。民族志：观察者深入到用户中，花费较长的时间(一般为几个月)来观察用户的活动。话语分析：它通过观察和分析用户交谈中的交互方式或者特定的话语形式的内部结构来发现和获取相关信息。协议分析：对用户任务的观察。它要求观察对象一边执行任务，一边大声地解释他们在执行任务时产生的各种想法。任务分析：专门针对人机交互行为的观察。它引入了相关的模型方法来观察、记录和分析用户与软件系统的交互行为二、案例题1.CeciAwillCeciOKCorralBiffWeblldonOKCorral130间牛排连锁店的公，CeciAwll向你诉说了他要写下在面谈中对Biff的活动进行观察的愿望。（1）用一段话来说服Ceci，在面谈时仅仅倾听是不够的，观察和记录所观察的内容同样是很重要的。⑵Ceci似乎接受了你认为观察时很重要的观点，但是不知道该观察什么。Ceci得到的信息。答：（1）面谈并不能确保用户能够将所有的信息都告知需求工程师， 诸如一观察方法的应用。（2）观察客户所处的环境（得出何种需求才能更适合客户）。观察客户行为、习惯特征（得出更适合客户使用的软件需求）。第十一章一、什么是系统模型，他与需求分析和系统设计有什么关系？系统模型是指以某种确定的形式（如文字、符号、图表、实物、数学公式等），对系统某一方面本质属性的描述。。需求分析是挖掘和整理知识的过程， 它在已掌握知识的基础上进行。 初步捕获到的需信息往往处于不同层次，也有一些主观甚至不正确的信息。而经过必要的需求分析工作之后，需求会更加系统、更加有条理、更加全面。么做”的问题了。有效性进行。

否则就会影响工作的同样，在实践中，需求分析和系统分析也常常被混淆。 需求分析致力与搞清软件系统要“做什么”，而系统分析更关注“怎么做”的问题，比如大多数分析方法（该术语系统分析的范畴。

OOA应第十二章：一、什么是系统思想第十二章：一、什么是系统思想？过程模型如何反应系统思想？因此系统思想可以理解为，孤立的观点。

用整体、全局的、联系的观点看问题、办事情，而不能用片面的、骤。

它规定了完成各项任务的

一、什么事需求规格说明？为什么要建立需求规格说明？传递给开发人员的需求工程活动。建立需求规格说明的必要性是显而易见的：一方面，清晰、明确、结构化的文档可以将系统的需求信息和解决方案更好地传递到所有的开发人员。另一方面，文档可以拓展人们的知识二、需求规格说明有哪些常见类型？他们的主要内容分别是什么？答：需求规格说明文档常见有项目前景和范围文