软件需求工程课后作业答案

软件需求工程课后作业答案．

第一章需求分析与系统设计之间的界限是什么？何时从分析阶段进入设计阶段？1. ，系统设计关注“如何做”需求分析关注系统“做什么”。当分析阶段完成后才能进入到设计阶段

2.需求处理要注意哪些非技术因素？为什么？要注意的非技术因素：组织机构文化、社会背景、商业目标、利益协商等。因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关，不存在不依赖具体应用环境的解决方案，因此，在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素

3.需求分析与需求工程之间的关系那就是需求工程含义更广，包括需求获取、需求分析、需求定义

第二章

问题域，解系统和共享现象，并结合他们的含义说明软件系统如何1.解释名词: 与现实世界形成互动的问题域：现实的状况与人们期望的状况产生差异就产生问题。软件系统通过影响问题域，能够帮助人们解决问题称为解系统解系统: 通过共存现象仅仅是问题域和姐系统的一个部分。而不是他们的全部。软件系统仅仅是现实世界的一种抽象。所以问题除了共享现象之外。还有很多在进行模型抽象时忽略的其他现实因素。解释下列名词，需求，规格说明，问题域特性和约束，并结合他们的含义说2. 明需求工程的主要任务是什么？需求是用户对问题域中的实体状态或事件的期望描述规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统规格说明: 的行为特征。问题域的特性：在和解系统相互影响的同时，问题域是自治的，它有自己的运行规律，而且这些规律不会因解系统的引入而发生改变，这种自治的规律性称为问题域特性，当这些特性非常明确时称之为约束。需求工程必须说明软件系统将应用的环境及目标，说1.需求工程的主要任务：

明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环需求工程必须将目2境对软件完成任务所用的方式、方法所施加的限制和约束。标、功能和约束反映到软件系统中，映射为可行的软件行为，并对软件行为进功能和约束随着时间的演化需求工程还要妥善处理目标、行准确的规格说明。3

情况。

第三章

有哪(即输出))1.需求工程过程的工作基础(即输入存在哪些？他的工作成果些？答：需求过程的工作基础是获取用户面临的业务问题，用户期望系统表现出来的各种行为，即需求获取产生一个能够在用户环境下解决用户业务问题的系统方案，并将其文:工作成果档化为明确的规格说明。描述需求工程的各个活动，说明他们各自的工作基础，工作目标和工作成果2. 需求获取：1.选择信息3.2.定义项目前景和范围收集背景资料工作基础：1. 记录获取结果5.选择获取方法，执的来源4. 行获取获取用户需求，了解用户在完成任务的时候遇到的问:工作目标题与期望业务需求，项目的前景和范围，用户需求以及问题域工作成果: 的特征 2.需求分析：需求建模背景分析工作基础：1 2.确定系统边界3. 需求细化 4. 5.确定优先权 6.需求协商工作目标:1.通过建模整合各种信息，是人们更好地理解问题定义一个需求集合，能够为问题界定一个游戏的解

决方案2. 工作成果：产生一个需求的基线集，它指定了系统或当前版本的系统开发需完成的任务．

:

3.需求规格说明编写文档1.工作基础定制文档模板 2. :工作目标为了系统涉众之间交流需求信息工作成果:需求规格文档说明

4.需求验证工作基础1.执行验证问题修改 2需为了尽量不给设计实现测试

后续开发活动带来不必要的影响。工作目标：求规格说明文档定义必须正确准确地反映用户的意图工作成果验证之后，问题得以修正: 需求管理：工作基础：进行变更控制 31.建立和维护需求基线集2.建立需求跟踪信息保证需求作用

的持续稳定和有效发挥工作目标: 工作成果:需求管理会进变更控制和实现合理的变更请求拒绝不合理的变更请求，控制变更的成本和影响范围

4.需求工程师需求具备的技能专业技能，分析技能，交流技能，观察技能，建模技能，写作技能，创新技能，协调技能

第五章为什么要定义项目的前景和范围？1.答、业务需求、高层解决方案和

系统特性都应该被记录下来，定义为项目的前景与范围文档，前景描述了产品的作用和最终的功能，它将所有的涉众都统一到一个方向上它为项目规定了需范围指出了当前项目是要解决产品长远规划的那一部分，求的界限

案例题：

你被任命为替换学生财务资助项目的项目经理。你想开发一个工作陈述来1. 个月、定义范围并降低范围蔓延的风险。财务资助部门的主管坚持要你15美元的预算内替换他现有的系统就可以了。他说这就是你需要知道的600 000全部，不需要浪费时间开发一个工作陈述了。省略工作陈述的风险是什么？你

将如何说服主管？如果省略了工作解答：省略工作陈述的风险是不能明确项目的前景和范围。陈述的话，我们就不能和用户进行很好的沟通与交流，这样，项目的问题也就不能明确，开发人员无法与涉众对问题达成共识；无法明确问题，也就无法发现正确的业务需求，无法定义良好的解决方案及系统特性，继而无法明确项目的前景和范围，这样就会造成项目的不稳定甚至失败！

第六章什么是涉众？涉众分析？软件系统中常见的涉众？1.. 涉众是与要

建设的业务系统相关的一切人和事涉众分析就是为软件系统寻找并理解关键涉众的过程管理着：用户、客户、开发人员、管理者、领域专家、常见的涉众: 政府力量和市场力量等领域专家：在问题域中具有丰富知识的专家关注软件中的知识* 政府力量：法律法规、长远规划、政策意向 *起约束和指导作用市场力量：组织中的市场部门人员，关注用户的想法 *关注用户想法用户：最终使用和操作产品的人关注软件功能* 客户：为软件系统开发付费的人 *关注经济的成本、收益开发者：负责实现软件系统的人关注技术上的成本和利益*

第七章列出面谈的2.5个步骤面谈准备的主要工作包括：

1、阅读背景资料

2、确定面谈的主题和目标、选择被会见者3 、准备会见被会见者4 5、确定问题和类型 8章第原型的定义1. 原型是一个系统，他内

化了一个更迟系统的本质特征。 2.说明原型在需求获取中的作用和试用情景因为原型是在最终系统产生之前的一个局部真实表现，所以原型方法可以让人们在系统的开发过程中，就能对一些具体问题进行基于事物有效沟通，从而帮助人们今早解决软件开发过程中存在的各种不确定性。场景：产品以前从未存在过，而且难以可视化，这些产品属于创新产品，他们的基本需求是潜在的，有很大的不确定性产品的用户对相关类别的产品没有经验，而且对将要采用的技术也没有经验。此时用户无法明确工作的具体细节，产品的细节需求存在着不确定性用户进行自己的工作已经有一段时间了，但在完成工作的方式上依然存在障碍。用户清晰说明他们的需求方面存在困难。在澄清和理解之前，这些需求存在着不确定性需求的可行性值的怀疑，即具体需求的可满足性存在着不确定性

三、案例题．

宣布，他是系统团队的一位新来”Bea Kwicke “我有一个绝妙的主意！垃圾，直接为一切设计原型。我们的的需求工程师，“让我们跳过所有的SDLC项目会进展的更快，还可以节省时间和金钱，并且所有的用户会感到我们似乎很在意他