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

软件工程(软件需求)习题与答案软件工程（软件需求）习题与答案1. 引言在软件工程领域，软件需求是项目成功的关键之一。

对于开发者来说，了解和熟悉软件需求的基本概念和流程是至关重要的。

本文将针对软件工程中的软件需求进行习题和答案的探讨，帮助读者更好地理解和应用相关知识。

2. 习题集2.1 习题一：什么是软件需求？为什么软件需求很重要？答案：软件需求是指软件开发过程中，对于所要开发的软件系统的功能、性能以及其他特点的描述和规定。

软件需求的编写和理解对于项目的成败具有决定性的作用。

准确的软件需求能够指导开发团队进行开发工作，并确保最终的软件产品符合用户的期望。

2.2 习题二：软件需求的分类是什么？答案：软件需求可以分为功能需求和非功能需求两类。

功能需求描述了软件系统应具备的功能和行为，非功能需求则描述了软件系统的性能、可靠性、安全性等方面的需求。

2.3 习题三：请列举几个软件需求的常见问题。

答案：常见的软件需求问题包括：- 不完整的需求描述：缺少必要的细节和规范，导致开发团队无法准确理解用户需求。

- 冲突的需求：不同的用户提出了矛盾的要求，导致开发过程复杂化。

- 模糊的需求：需求描述含糊不清，无法量化和验证。

- 可测量性问题：需求无法被准确地测量和评估。

- 可行性问题：需求不符合项目的可行性要求，无法被合理地实施。

3. 答案解析3.1 习题一解析软件需求是对软件系统功能、性能和其他特点的描述和规定。

软件需求的重要性在于它能够指导开发团队进行开发工作，并确保最终产品符合用户期望。

缺乏准确的软件需求往往导致项目失败或产品无法满足用户需求。

3.2 习题二解析软件需求可以分为功能需求和非功能需求两类。

功能需求描述了软件系统应具备的功能和行为，如注册、登录等；非功能需求描述了软件系统的性能、可靠性、安全性等方面的需求，如响应时间、可扩展性等。

3.3 习题三解析常见的软件需求问题包括需求描述不完整、冲突的需求、模糊的需求、可测量性问题以及可行性问题。

四、名词解释题1、需求工程：需求工程是软件工程的一个分支，它关注于软件系统所应予实现的现实世界目标、软件系统的功能和软件系统应当遵守的约束，同时它也关注以上因素和准确的软件行为规格说明之间的联系，关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。

2.需求：需求是用户对问题域中的实体状态或事件的期望描述。

2、需求：IEEE对需求的定义为：①用户为了解决问题或达到某些目标所需要的条件或能力。

②系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需要具备的条件或能力。

③对①或②中的一个条件或一种能力的一种文档化表述。

3、需求分析：需求分析是利用建模与分析技术对获取笔录的内容进行明确、整理、汇总，建立一个综合考虑问题域特性和需求的系统模型，然后根据系统模型将用户需求转化为系统需求的需求工程活动。

4、前景（Vision）：前景描述了产品的作用以及最终的功能，它将所有涉众都统一到一个方向上。

5、范围（scope）：范围指出当前项目是要解决产品长远规划中的哪一部分，范围声明它为项目划定了需求的界线。

7、硬数据：表格和文档资料是用户对实际业务进行加工和抽象之后的结果，是一种精化过的知识。

这些文档资料被称为硬数据。

硬数据分为定量硬数据和定性硬数据两种类型。

8、结构化面谈：结构化面谈指在面谈的过程中，会见者会完全按照事先的问题和结构来控制面谈。

结构化面谈通常被用来获取一些比较确定或者选择空间比较有限的信息，一些统计性倾向信息的获取也可以使用结构化面谈。

9、半结构化面谈：半结构化面谈指在面谈的过程中，事先需要根据面谈内容准备面谈的问题和面谈结构。

但在面谈过程中，会见者可以根据实际情况采取一些灵活的策略。

半结构化面谈是在需求获取中应用最多的一种面谈类型，能够处理大部分的需求获取任务。

10、非结构化面谈：在非结构化面谈的过程中，没有事先预定的议程安排。

在比较极端的情况下，会见者甚至会在没有太多事前准备的情况下就直接到访被会见者的工作地，就某个主题开展会谈。

第一部分绪论第1章需求工程导论思考题1.如何理解下述的“软件”概念定义：a)软件＝程序＋文档＋数据b)软件是知识的载体c)软件是对现实的模拟解答：a) 软体是指计算机系统中的程序及其文档。

程序是计算任务的处理对象和处理规则的描述；文档是为了便于了解程序所需的阐明性资料。

程序必须装入机器内部才能工作，文档一般是给人看的，不一定装入机器。

b) 软件是反映真实世界的。

c) 软件的模拟特性来源于其知识载体的特性：软件在运行中表现出来的特性、行为应该和应用的现实情况保持一致，这样，人们通过观察软件的表现就可以得出相应现实问题的答案，即软件“模拟”了现实。

第2章需求基础思考题1.你认为计算机系统能够改变现实世界的能力和潜力有多大？说明理由。

解答：软件开发的任务是构建软件系统，并将它们部署到现实世界当中，通过软件系统与其周围环境的交互，解决人们对现实世界遇到的问题。

当现实世界的状况与人们期望的状况产生差距时，就产生了问题，继而产生了问题域。

软件系统通过分析问题域，产生了解系统，软件系统通过接系统影响现实世界。

所以当现实世界有问题发生，而且软件系统又能模拟这些问题，软件系统就有能力解决这些问题，进而影响和改变现实世界。

所以，我认为计算机系统能够改变现实世界的能力和潜力非常大。

案例题1.从下面的事件当中，你可以替Jeannine总结出哪些教训？投资经理Jeannine对一个新的投资跟踪系统具有强烈的需求。

她需要做出快速决策来考虑可能进行的投资和撤销投资，耽误一个小时就可能给公司造成几千美元的损失。

最后她放弃了使用公司的信息系统，因为公司的信息系统没有给予她的请求足够高的服务优先级。

她找到软件开发商，购买了一套看似可以满足她要求的软件。

但高层管理人员不同意使用，而且还遇到了其他一些问题。

首先，财务审计员重新评估了公司的投资策略和投资政策。

Jeannine并不知道这一点，于是新的系统没有计入正在被考虑的新政策。

她自己的职员抵制这个系统产生的有关投资和撤销投资的建议。

第三章1.除了需求开发的四个活动和需求管理活动之外，需求工程当中还有没有需要执行的活动？如果有的话，它们是哪些活动？给出你的理由。

答：过程管理活动和项目管理活动。

过程管理活动是跟踪项目开发过程，记录项目开发过程当中所遇到的问题或者教训项目管理活动是管理项目开发的一系列问题与进度，管理人员配置，以达到最该效益。

2.需求开发过程具有迭代特性，但是不是所有项目的需求开发过程都必须是迭代完成的？如果不是，请给出举例和理由。

答：不是，一般对于业务领域不熟悉的项目，需求是具有迭代性的，需要对业务领域的认知，有一个从认识到知识重构的过程。

对于某些固定需求且熟悉的项目，就不需要迭代开发需求获取——>需求分析——>需求规格说明——>需求验证。

当然并不是所有项目的需求开发过程是迭代完成的，当某一项目开发过程中，用户需求非常简单，开发人员已经相当明确用户需求，这时，就不需要返回到需求获取阶段以继续用户需求的获取，这样，也就不需要迭代完成。

3.需求开发的迭代特性与软件开发过程的迭代式开发有什么关系？它们之间会互相影响吗？如果会，那么有哪些影响？答：需求开发的迭代特性只是软件开发过程的迭代式开发的一个子过程，软件开发过程是一个相当庞大的工程，需要在软件开发过程的各个阶段都需要进行开发工作的迭代，当然也包括需求开发中的迭代。

它们之间互相影响。

如果需求开发中的迭代不能很好地完成需求分析任务，就必将影响到软件开发过程的其他迭代阶段的进行。

4.需求工程细节知识的实践性对不同项目的需求开发过程的差异性有没有影响？如果有，请说明影响是什么。

如果没有，请说明是哪些因素产生了不同项目的需求开发过程的差异性。

答：没有影响。

其实是需求开发过程的差异性一定程度上导致了细节知识的实践性。

现实世界问题的复杂性和差异性主要导致了需求开发过程的差异性。

第四章3.在各种关于软件的调研中，无一例外地发现“缺乏用户参与”是导致软件失败的最大原因，试说明有哪些原因会使得用户参与不足？应该怎样解决？答：（1）用户数量太多，选择困难；（2）用户认识不足，不愿参与；（3）用户情绪抵制，消极参与；（4）没有明确的用户；解决：要求开发者在进行需求获取时，能够对系统的用户以及用户的替代源等相关涉众进行分析，了解他们的特征、类别、任务、取向等，并在需求获取中采取对策避免用户参与不足现象的发生。

软件需求工程_金陵科技学院中国大学mooc课后章节答案期末考试题库2023年1.软件需求规格说明文档结束审查的标准有（）。

参考答案:以上都可能是。

2.后向跟踪是指需求被定义到（）之后的演化过程。

参考答案:软件需求规格说明书3.如果用户新增需求或变更需求，正确的做法是（）参考答案:灵活处理需求4.需求开发阶段包括需求获取、需求分析、需求规格说明和（）四个具体的活动。

参考答案:需求验证5.已经通过正式评审和批准的规格说明或产品，可作为进一步开发的基础，只有通过正式的变更控制过程才能修改的是（）参考答案:需求基线6.在实际的项目开发中，人们总是希望使用自动工具来执行需求变更控制过程。

下列描述中（）不是这类工具所具有的功能。

参考答案:定义变更控制计划，并指导设计人员按照所制定的计划实施变更。

7.原型可以说是一个（）。

参考答案:演示系统8.性能需求、质量属性、约束、接口属于（）参考答案:非功能性需求9.需求评审是（）中常用的一种方法。

参考答案:需求验证10.下列描述中，属于需求基线的内容的是（）参考答案:标识符、版本号、源头11.文档审查是（）中常用的一种方法。

参考答案:需求获取12.需求评审的困难有哪些（）。

参考答案:以上都是13.在验证过程中发现的问题应及时修正，常见的问题修正方法有（）。

参考答案:以上都是14.需求验证的目的（）。

参考答案:保证需求及其文档的正确性，即需求正确反映了用户的真实意图15.需求规格说明的目的（）。

参考答案:将完整、一致的需求与能够满足需求的软件行为以文档的形式明确的固定下来16.需求分析的目的（）。

参考答案:保证需求的完整性和一致性17.需求获取的目的（）。

参考答案:从项目的战略规划开始建立最初的原始需求18.需求确认指（）。

参考答案:确认每一条需求都是符合用户的真实意愿。

19.以下对需求验证的过程说法正确的是（）。

参考答案:需求验证的过程，就是在软件需求规格说明文档完成后，对文档采用相应的验证方法进行验证。

什么是需求：用户为了解决问题或达到某些目标所需要的条件或能力；系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需要具备的条件或能力；对它们的一种文档化表述.需求的分类:1。

功能需求：和系统主要工作相关的需求，即在不考虑物理约束的情况下,用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。

功能需求主要表现为系统和环境之间的行为交互。

2.性能需求:系统整体或系统组成部分应该拥有的性能特征，例如CPU 使用率、内存使用率等.3。

质量属性:系统完成工作的质量，即系统需要在一个“好的程度”上实现功能需求,例如可靠性程度、可维护性程度等。

4。

对外接口：系统和环境中其他系统之间需要建立的接口，包括硬件接口、软件接口、数据库接口等等。

需求工程：是所有需求处理活动总和，它收集信息、分析问题、整理观点、记录需求并验证其正确性，最终反映软件被应用后与其环境互动形成的期望效应.需求工程的活动包括:需求开发和需求管理需求开发包括:1。

需求获取:目的从项目规划开始建立最初的原始需求。

它从相关人员、资料和环境中得到系统开发所需要的相关信息；2.需求分析：需求获取的这些信息还不是开发者能够立即加以实现的解决方案。

还需要对需求获取得到的信息，进行需求分析；目的保证需求的完整性和一致性；3.需求规格说明:定义用户需求,准确描述需求及其解决方案，目的将完整、一致的需求与能够满足需求的软件行为以文档的方式明确地固定下来;4。

需求验证：目的保证需求及其文档的正确性，即需求真实地反映了用户的真实意图；以及通过检查和修正保证需求及其文档的完整性和一致性;需求管理：主要工作就是跟踪后继阶段中需求实现与需求变更情况，确定需求得到了正确的理解并被正确的实现到软件产品中。

需求规格说明:就是将需求及其软件的解决方案进行定义和文档化，并传递给开发人员；为什么要建需求规格说明：1）更好的传递软件系统的需求信息和解决方案给所有的开发者；2）拓展人们的知识记忆能力：复杂系统信息含量较多书面的文档可以弥补人的记忆能力不足; 3)开发者和客户作为合同协议的重要部分；4)作为项目开发活动的一个重要依据；5）发现和减少可能的需求错误，减少项目的返工，降低项目的工作量; 6)作为有效的智力资产，可以帮助新加入成员更快融入项目需求规格说明文档常见读者：项目管理者２）设计人员与程序员3）测试人员４）文档写作人员５）涉众（用户）需求管理:就是这样一个管理活动，在需求开发之后的产品生命周期当中保证需求作用的有效发挥；为什么要执行需求管理：在需求开发结束之后,需要有一种力量保证后续的系统开发活动依照需求的基线进行展开，保证系统的质量；需求管理的主要任务有: 1）交流涉众需要什么;2）将需求应用、实施到解决方案；3)驱动设计和实现工作；4)控制变更；5)将需求分配到子系统；6）测试和验证最终产品;7）控制迭代式开发中的变化；8）辅助项目管理;需求管理的３个活动：1)维护需求基线：将需求基线纳入配置管理2）实现需求跟踪：以软件需求规格说明文档为基线，在前向和后向两个方向上,描述需求以及跟踪需求变化的能力3）控制需求变更以可控、一致的方式进行需求基线中需求的变更处理需求分析的根本任务：1。

需求工程简答题--复习资料四、名词解释题1、需求工程：需求工程是软件工程的一个分支，它关注于软件系统所应予实现的现实世界目标、软件系统的功能和软件系统应当遵守的约束，同时它也关注以上因素和准确的软件行为规格说明之间的联系，关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。

2.需求：需求是用户对问题域中的实体状态或事件的期望描述。

2、需求：IEEE对需求的定义为：①用户为了解决问题或达到某些目标所需要的条件或能力。

②系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需要具备的条件或能力。

③对①或②中的一个条件或一种能力的一种文档化表述。

3、需求分析：需求分析是利用建模与分析技术对获取笔录的内容进行明确、整理、汇总，建立一个综合考虑问题域特性和需求的系统模型，然后根据系统模型将用户需求转化为系统需求的需求工程活动。

4、前景（Vision）：前景描述了产品的作用以及最终的功能，它将所有涉众都统一到一个方向上。

5、范围（scope）：范围指出当前项目是要解决产品长远规划中的哪一部分，范围声明它为项目划定了需求的界线。

7、硬数据：表格和文档资料是用户对实际业务进行加工和抽象之后的结果，是一种精化过的知识。

这些文档资料被称为硬数据。

硬数据分为定量硬数据和定性硬数据两种类型。

8、结构化面谈：结构化面谈指在面谈的过程中，会见者会完全按照事先的问题和结构来控制面谈。

结构化面谈通常被用来获取一些比较确定或者选择空间比较有限的信息，一些统计性倾向信息的获取也可以使用结构化面谈。

9、半结构化面谈：半结构化面谈指在面谈的过程中，事先需要根据面谈内容准备面谈的问题和面谈结构。

但在面谈过程中，会见者可以根据实际情况采取一些灵活的策略。

半结构化面谈是在需求获取中应用最多的一种面谈类型，能够处理大部分的需求获取任务。

10、非结构化面谈：在非结构化面谈的过程中，没有事先预定的议程安排。

在比较极端的情况下，会见者甚至会在没有太多事前准备的情况下就直接到访被会见者的工作地，就某个主题开展会谈。

下面是邵坤老师给的一些复习资料，帮忙发给大家吧主要内容都在PPT上，好好复习PPT中的内容，重点在前面的三讲，最后一讲方法内容仅仅是一些概念！主要答题是如下五题中得三题。

这些题目都没有标准的答案，请同学根据自己学习需求工程课程的理解答题！答案不可雷同，如果有雷同的答案，将以分值除以雷同数计算分数！请将上述内容转达到每位参加考试的同学！谢谢！1．“我知道你有很多材料。

那些材料里到底有什么？”Betty Kant问道，她是MIS特别工作组的负责人。

MIS特别工作组是你的系统团队联络Sawder家具公司的桥梁。

你拖了一大堆材料，正准备离开这栋楼“哦，是过去6个月的一些财政决算、生产报表，还有Sharon给我的一些业绩报表，业绩报表涵盖了过去6个月的目标和工作业绩。

”你在回答时，有些纸掉到了地上，“你为什么问这个问题呢？”。

Betty为你拾起纸并把它放到最近的桌子上，回答道：“因为你根本不需要这些垃圾。

你来这里要做一件事情，就是和我们这些用户谈话。

从这些材料中得不到任何有益的信息。

”问题1.）只有告诉Betty你从每份文档中找到的东西才能使她相信每份文档都是重要的。

用一段文字解释文档为需求工程师提供了什么帮助？2.）在你和Betty谈话的时候，意识到实际上也需要其他的定量文档。

列出你缺少的东西。

1.阅读、研究得到的硬数据，从中发现需求信息问题域信息工作流程业务细节从这些报表中就可以看出报表数据要求的数据大小、精度与格式等其他业务细节。

2.员工的工作指南和公司规章手册：解释业务的详细执行过程，反映业务的具体细节公司的成员以及职位、职责组织管理结构表图。

门户网站各种业务的统计报表，如财务报表业务备忘记录：反映业务的实际执行情况2.请说出下列引号内的文字的需求的类型，是否存在问题？“开发意图: 片面性减少人力成本, 功能需求提高办公效率，功能需求成本统计、查询，性能需求历史信息查询，性能需求支持WEB 操作，对外接口3.作为系统分析项目的一部分，需要为生产数字钟的Chronos公司更新自动化会计功能。

需求⼯程⼩⿊指北-习题集（带答案和解析）（上）⼀、单项选择题1、软件⽣产中产⽣需求问题的最⼤原因在于对应⽤软件的（ C ）理解不透彻或应⽤不坚决。

（A）复杂性（B）⽬的性（C）模拟性（D）正确性2、需求分析的⽬的是保证需求的（ B ）。

（A）⽬的性和⼀致性（B）完整性和⼀致性（C）正确性和⽬的性（D）完整性和⽬的性3、系统需求开发的结果最终会写⼊（ D ）。

（A）可⾏性研究报告（B）前景和范围⽂档（C）⽤户需求说明（D）系统需求规格说明4、现实世界中的（ B ）构成了问题解决的基本范围，称为该问题的问题域。

（A）属性和状态（B）实体和状态（C）实体和操作（D）状态和操作5、功能需求通常分为三个层次，即业务需求、⽤户需求和（ D ）。

（A）硬件需求（B）软件需求（C）质量属性（D）系统需求6、如果在最终的物件（Final Artifact）产⽣之前，⼀个中间物件（Mediate Artifact）被⽤来在⼀定⼴度和深度范围内表现这个终物件，那么这个中间物件就被认为是最终物件在该⼴度和深度上的（ C ）。

（A）模拟（B）构造（C）原型（D）模型7、按照开发⽅法进⾏分类，原型可分为：演化式原型和（ C ）原型。

（A）演⽰原型（B）纸⾯原型（C）抛弃式原型（D）样板原型8、按照涉及的功能进⾏分类，原型可分为：⽔平型原型和（ C ）原型。

（A）屏幕流原型（B）情景串联原型（C）垂直型原型（D）深度模拟原型9、原型的需求内容可以从三个纬度上分析：即（ A ）。

（A）外观、⾓⾊和实现（B）开发、实现和作⽤（C）成本、技术和实现（D）需求、作⽤和⾓⾊10、当⽤户⽆法完成主动的信息告知，或与需求⼯程师之间的语⾔交流⽆法产⽣有效的结果时，有必要采⽤（ B ）。

⽆法主动告知——需要被动得知——被观察——观察法（A）民族志（B）观察法（C）话语分析（D）任务分析11、下列（ D ）不是需求获取常见的模型驱动⽅法？（A）⾯向⽬标的⽅法（B）基于场景的⽅法。

软件工程习题及答案解析导言：软件工程作为一门与计算机科学紧密相关的学科，旨在研究和应用一系列工程原则、方法和过程来开发和维护高质量的软件系统。

对于软件工程的学习和理解，习题练习是巩固知识和提高技能的重要手段。

本文将针对软件工程领域的一些习题，提供详细的答案解析，帮助读者更好地掌握软件工程的各个方面。

一、软件需求工程1. 什么是软件需求？请举例说明。

答案解析：软件需求是对即将开发的软件系统或软件改进的功能、性能、可靠性、约束等方面的描述和规范。

例如，一个在线购物系统的需求可以包括用户注册、商品浏览、购买结算等功能，以及响应时间、并发用户数等性能要求。

2. 软件需求工程的主要任务是什么？答案解析：软件需求工程的主要任务包括需求获取、需求分析、需求规格、需求验证和需求管理。

其中，需求获取是通过与用户、领域专家的交流和文档的分析，了解用户需求的过程；需求分析则是对获取到的需求进行识别、分类和理解，以明确软件系统的功能特性；需求规格是将需求以规范化的方式进行表达，通常使用需求文档或者UML建模工具；需求验证是通过测试、模拟等方式验证需求的正确性和可行性；需求管理是对需求进行变更控制、版本管理和追踪反馈。

二、软件设计与实现1. 请介绍一种常用的软件开发模型，并分别说明各个阶段的任务。

答案解析：常用的软件开发模型之一是瀑布模型。

它包含需求分析、系统设计、详细设计、编码、测试和维护等阶段。

需求分析阶段的任务是明确软件系统的功能需求以及性能需求；系统设计阶段则是定义软件系统的整体框架和架构设计；详细设计阶段是对系统设计进行进一步的细化，明确具体的模块、类和接口设计；编码阶段是将设计好的模块或类转化为实际的编程代码；测试阶段是对编码后的软件进行各个功能的单元测试、集成测试和系统测试，以验证软件的正确性和性能；维护阶段则是对软件进行错误修复、性能优化和功能升级等活动。

2. 什么是软件设计模式？请举例说明一种常用的软件设计模式。

下面是邵坤老师给的一些复习资料，帮忙发给大家吧主要内容都在PPT上，好好复习PPT中的内容，重点在前面的三讲，最后一讲方法内容仅仅是一些概念！主要答题是如下五题中得三题。

这些题目都没有标准的答案，请同学根据自己学习需求工程课程的理解答题！答案不可雷同，如果有雷同的答案，将以分值除以雷同数计算分数！请将上述内容转达到每位参加考试的同学！谢谢！1．“我知道你有很多材料。

那些材料里到底有什么？”Betty Kant问道，她是MIS特别工作组的负责人。

MIS特别工作组是你的系统团队联络Sawder家具公司的桥梁。

你拖了一大堆材料，正准备离开这栋楼“哦，是过去6个月的一些财政决算、生产报表，还有Sharon给我的一些业绩报表，业绩报表涵盖了过去6个月的目标和工作业绩。

”你在回答时，有些纸掉到了地上，“你为什么问这个问题呢？”。

Betty为你拾起纸并把它放到最近的桌子上，回答道：“因为你根本不需要这些垃圾。

你来这里要做一件事情，就是和我们这些用户谈话。

从这些材料中得不到任何有益的信息。

”问题1.）只有告诉Betty你从每份文档中找到的东西才能使她相信每份文档都是重要的。

用一段文字解释文档为需求工程师提供了什么帮助？2.）在你和Betty谈话的时候，意识到实际上也需要其他的定量文档。

列出你缺少的东西。

1.阅读、研究得到的硬数据，从中发现需求信息问题域信息工作流程业务细节从这些报表中就可以看出报表数据要求的数据大小、精度与格式等其他业务细节。

2.员工的工作指南和公司规章手册：解释业务的详细执行过程，反映业务的具体细节公司的成员以及职位、职责组织管理结构表图。

门户网站各种业务的统计报表，如财务报表业务备忘记录：反映业务的实际执行情况2.请说出下列引号内的文字的需求的类型，是否存在问题？“开发意图: 片面性减少人力成本, 功能需求提高办公效率，功能需求成本统计、查询，性能需求历史信息查询，性能需求支持WEB 操作，对外接口3.作为系统分析项目的一部分，需要为生产数字钟的Chronos公司更新自动化会计功能。

1获取需求活动的展开只要保证项I I范伍.可以有需求遗漏。

＜P68 应该为不允许需求遗漏〉错心2涉众是指所有能够影响软件系统的实现或者是会被实现后的软件系统所影响的个人和团体是固定不变的。

CP93 P95应该为不是固定不变的）错“3面对面的会见被认为是最貝丰富内容的交淤方式.是实践中应用最为广泛的需求获取的方法之一。

P113对卍4原型是一个系统.它内化了一个更迟的本质特征•原型系统通常被构造为完整的系统口倒数第八行应该为不完整的系统）错亠1.需求分析与系统设计之间的界限是什么？何时从分析阶段进入设计阶段？需求分析关注系统“做什么”，系统设计关注“如何做”。

当分析阶段完成后才能进入到设计阶段2.需求处理要注意哪些非技术因素？为什么？要注意的非技术因素：组织机构文化、社会背景、商业目标、利益协商等。

二________________________因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关，不存在不依赖具体应用环境的解决方案，因此，在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素3.需求分析与需求工程之间的关系那就是需求工程含义更广，包括需求获取、需求分析、需求定义第二章：1.解释名词：问题域，解系统和共享现象，并结合他们的含义说明软件系统如何与现实世界形成互动的问题域：现实的状况与人们期望的状况产生差异就产生问题。

解系统：软件系统通过影响问题域，能够帮助人们解决问题称为解系统通过共存现象仅仅是问题域和姐系统的一个部分。

而不是他们的全部。

软件系统仅仅是现实世界的一种抽象。

所以问题除了共享现象之外。

还有很多在进行模型抽象时忽略的其他现实因素。

2.解释下列名词，需求，规格说明，问题域特性和约束，并结合他们的含义说明需求工程的主要任务是什么？需求是用户对问题域中的实体状态或事件的期望描述规格说明：规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。

问题域的特性：在和解系统相互影响的同时，问题域是自治的，它有自己的运行规律，而且这些规律不会因解系统的引入而发生改变，这种自治的规律性称为问题域特性，当这些特性非常明确时称之为约束。

第三章需求工程
习题参考答案
一．选择题
1. C
2. D
3. B
4. C
5. A
6. D
7. A
8. B
9. D
10.A
二、问答题
1、需求工程是指系统分析人员通过细致的调研分析，准确的理解用户需求，将不规范的需求陈述转化为完整的需求定义，再将需求定义写成需求规约的过程。

需求工程包括需求开发和需求管理两部分。

需求开发是一个包括创建和维持系统需求文档所必需的一切活动的过程。

需求管理是一种系统化方法，可用于获取、组织和记录系统需求并使客户和项目团队在系统变更需求上达成并保持一致。

2、当前系统就是客户组织中当前正在使用的手工系统或计算机系统。

当前系统的物理模型主要考虑的是系统的业务流程，而当前系统的逻辑模型则是在物理模型的基础上，提取系统的本质，所建立的模型。

3、
业务流程图：
（1）存款业务流程图
（2）取款业务流程图
数据流图：
顶层图
一层图
二层图
4、
实体关系图：
数据流图：顶层图
一层图
二层图
款额。

第一章需求工程导论第一章需求工程导论1.软件开发中碰到的需求问题的现象是什么？答：（1）用户参与度不够。

（2）高层管理支持力度不够。

（3）没有清晰的需求说明。

（4）没有清晰的目标和前景。

（5）期望不切合实际。

（6）需求变化影响。

（7）增加了无用的额外功能。

2.在需求处理当中要注意哪些非技术性因素，为什么？答：（1）需求处理的任务：需求处理的任务主要是发现问题并解决问题。

现实是问题的发生地，软件系统是人们应对问题的手段。

但是单纯的软件系统是不能解决问题的。

它只有和现实之间形成一种有效的互动才能解决问题。

（2）需求处理的手段：建模与分析技术是进行需求处理的主要手段，这些技术本身都是概念性的，不依赖于某些特殊的应用环境条件。

可以被广泛的应用于各种应用场景。

（3）需求处理的过程：试图单纯的通过技术的应用建立一个一致完整的需求模型是不太可能的。

因为在现实中，因涉众的不同立场而产生的利益冲突的场景非常常见。

这些冲突是根本无法通过技术手段所能解决的。

3.解释需求分析与需求工程之间的联系答：“需求工程”就是利用工程化的手段进行需求处理，以保证需求处理的正确进行，而“需求分析”是需求处理中的核心活动，他用一些形式化或半形式化的语言进行知识的分析，但是建立需求工程还离不开需求分析。

4.解释软件工程与系统工程之间的联系，这种联系对需求工程的工作有何影响？答：（1）系统工程通常是指计算机引入某一现实系统，并用他来改变现实系统的运作方式，达到一个理想效果的过程。

而且系统工程中除了含有处理系统的软件工程之外，还包括硬件工程和人力工程。

因此，在系统工程中，虽然应该重点关注软件工程部分的内容，但并不能完全以软件为中心来看待和处理整个系统。

（2）影响：系统需求开发的主要目的是获得整个系统的期望目标，包含功能特性和非功能特性。

因此需要判定系统的涉众，采集他们的目标与要求研究系统的环境确定系统的要求，并进行一些整体性的分析。

5.需求工程包括哪些活动？软件开发活动当中为什么要重视需求工程？答：需求工程包括（1）需求开发（2）需求管理。

一1.软件危机指的是在计算机软件的开发和维护过程中所遇到的一系列严重问题12〕用户对已完成的系统常常不对劲；3〕软件的质量不成靠；4〕软件的可维护程度较低；5〕软件常常没有适当的文档资料；6〕软件的成本不竭提高；7〕软件开发出产的效率较低；3.需求工程活动包罗需求开发包罗：需求获取、需求阐发、需求规格说明和需求验证4个局部；需求获取：目的从工程的筹措规划开始成立最初的原始需求。

需求阐发：目的包管需求的完整性和一致性；需求规格说明：目的将完整、一致的需求与能够满足需求的软件行为以文档的方式明确地固定下来；需求验证：目的包管需求及其文档的正确性，即需求真实地反映了用户的真实意图；以及通过查抄和修正包管需求及其文档的完整性和一致性；4.软件的模拟特性：软件在运行中暗示出来的特性、行为应该和应用的实际情况保持一致。

5.需求工程与系统工程的关系传统的需求处置是软件工程的需求阶段；但系统化的需求工程将软件需求开发和系统需求开发结合起来，在系统工程的开始阶段起到了重要的作用。

需求工程处于系统的起始阶段，包罗系统需求开发和软件需求开发两个局部。

6.需求工程的重要性软件开发是操纵通用的计算机布局，构建一个有用的软件系统，来满足人们的某些目的，定义问题就是需求工程的任务。

开发软件系统最为困难的局部就是准确说明开发什么。

最为困难的概念性工作便是编写出详细技术需求。

⏹容易忽略需求工程重要性的处所❑问题广为人知问题小而简单第二章1.需求的定义：〔1〕用户为了解决问题或达到某些目标所需要的条件或能力；〔2〕系统或系统部件为了满足合同、尺度、尺度或其它正式文档所规定的要求而需要具备的条件或能力；〔3〕对〔1〕或〔2〕中的一个条件或一种能力的一种文档化表述。

2.需求的分类⏹功能需求：和系统主要工作相关的需求。

功能需求主要暗示为系统和环境之间的行为交互。

业务需求：是系统成立的战略出发点，暗示为高层次的目标，描述了组织为什么要开发系统。

第一章3.需求分析与需求工程之间的关系那就是需求工程含义更广，包括需求获取、需求分析、需求定义5.需求工程包含的活动？为什么重视需求工程？需求工程包含需求开发和需求管理，而需求开发又包括需求获取、需求分析、需求规格说明、需求验证。

因为计算机应用于现实世界的广泛性，所以软件工程师的工作也具有行业上的广泛性，但是软件工程师不可能了解所有的领域，所以常常需要将工作中的很大一部分用来定义问题，然后再为其设计解决方案，定义问题就是需求工程的任务，开发软件系统最困难的部分就是准确说明开发什么，最为困难的概念性工作便是编写详细技术需求，这包括所有面向用户，面向机器和其他软件系统的接口，同时这也是一旦有错，最终将给系统带来极大损害的部分，并且以后要对他进行修改也极为困难。

第二章3.解释下列名词，需求，规格说明，问题域特性和约束，并结合他们的含义说明需求工程的主要任务是什么？需求是用户对问题域中的实体状态或事件的期望描述规格说明:规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。

问题域的特性：在和解系统相互影响的同时，问题域是自治的，它有自己的运行规律，而且这些规律不会因解系统的引入而发生改变，这种自治的规律性称为问题域特性，当这些特性非常明确时称之为约束。

需求工程的主要任务：1.需求工程必须说明软件系统将应用的环境及目标，说明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。

2需求工程必须将目标、功能和约束反映到软件系统中，映射为可行的软件行为，并对软件行为进行准确的规格说明。

3需求工程还要妥善处理目标、功能和约束随着时间的演化情况。

1、进行需求开发，确定用户的期望效果R2、研究问题背景，描述问题域特性E3、构建解系统，描述解系统行为S，使得E，S->R。

5.业务需求、用户需求、系统需求之间的区别与联系？业务需求：描述了组织为什么要开发系统，通常来自项目的投资人，购买产品的顾客，实际用户的管理者，市场营销部门等。

需求工程课后重点答案在需求工程课程中，我们学习了许多与软件需求相关的内容，包括需求的定义、分类、获取、分析、规格等方面。

这里汇总了一些课后重点答案，帮助大家更好地掌握课程内容。

需求的定义1. 什么是需求？需求是用户和系统之间的桥梁，其本质是对用户需求描述的标准化表示。

需求对于软件系统的开发、测试、部署和维护都至关重要。

2. 需求的分类有哪些？需求可以分为以下几类：•功能性需求：系统需要完成的任务和功能。

•非功能性需求：系统需要满足的性能、安全、可用性等方面的要求。

•业务需求：与特定业务领域相关的需求。

•约束性需求：来自系统外部的限制条件。

需求的获取1. 需求获取的方法有哪些？•面试、访问和问卷调查等人际交流方式；•观察、现场调研、用户追踪等观察获取方式；•归纳分析、数据挖掘、机器学习等数据分析方法；•技术原型、模拟、实验等实践方式。

2. 为什么需求获取是关键的一步？需求获取是软件开发过程中最关键、最困难的一步，如果获取不足或不准确，将会导致系统无法满足用户需求，甚至出现安全漏洞等隐患。

需求的分析1. 什么是需求分析？需求分析是识别、梳理和综合用户需求，并将之转化为软件能够实现的具体要求的过程。

2. 需求分析的目的是什么？需求分析的目的是保证系统需求的准确性和完整性，从而确保软件能够满足用户和利益相关者的需求。

需求的规格1. 为什么需要对需求进行规格化？规格化可以将不准确或不一致的需求变成可以明确验证的具体描述，同时，规格化可以让需求的修改和追踪更加容易。

2. 需求规格的形式有哪些？需求规格的形式有以下几种：•自然语言描述；•面向对象的UML图形描述；•简要说明书或用户手册；•数据流图、时序图等其他模型。

需求的验证1. 需求验证的目的是什么？需求验证的目的是检查和确认需求是否正确、完整和一致，以及系统是否满足了用户需求。

2. 需求验证的方法有哪些？•代码审查；•模拟和测试；•用户使用评估；•评审或验收会议。

第一章需求工程导论1.软件开发中碰到的需求问题的现象是什么？答：（1）用户参与度不够。

（2）高层管理支持力度不够。

（3）没有清晰的需求说明。

（4）没有清晰的目标和前景。

（5）期望不切合实际。

（6）需求变化影响。

（7）增加了无用的额外功能。

2.在需求处理当中要注意哪些非技术性因素，为什么？答：（1）需求处理的任务：需求处理的任务主要是发现问题并解决问题。

现实是问题的发生地，软件系统是人们应对问题的手段。

但是单纯的软件系统是不能解决问题的。

它只有和现实之间形成一种有效的互动才能解决问题。

（2）需求处理的手段：建模与分析技术是进行需求处理的主要手段，这些技术本身都是概念性的，不依赖于某些特殊的应用环境条件。

可以被广泛的应用于各种应用场景。

（3）需求处理的过程：试图单纯的通过技术的应用建立一个一致完整的需求模型是不太可能的。

因为在现实中，因涉众的不同立场而产生的利益冲突的场景非常常见。

这些冲突是根本无法通过技术手段所能解决的。

3.解释需求分析与需求工程之间的联系答：“需求工程”就是利用工程化的手段进行需求处理，以保证需求处理的正确进行，而“需求分析”是需求处理中的核心活动，他用一些形式化或半形式化的语言进行知识的分析，但是建立需求工程还离不开需求分析。

4.解释软件工程与系统工程之间的联系，这种联系对需求工程的工作有何影响？答：（1）系统工程通常是指计算机引入某一现实系统，并用他来改变现实系统的运作方式，达到一个理想效果的过程。

而且系统工程中除了含有处理系统的软件工程之外，还包括硬件工程和人力工程。

因此，在系统工程中，虽然应该重点关注软件工程部分的内容，但并不能完全以软件为中心来看待和处理整个系统。

（2）影响：系统需求开发的主要目的是获得整个系统的期望目标，包含功能特性和非功能特性。

因此需要判定系统的涉众，采集他们的目标与要求研究系统的环境确定系统的要求，并进行一些整体性的分析。

5.需求工程包括哪些活动？软件开发活动当中为什么要重视需求工程？答：需求工程包括（1）需求开发（2）需求管理。

需求工程1-1问题分析LED显示屏硬件信息系统问题分析过程2014/10/191. 概览 (3)1.1 文档目的 (3)1.2 文档维护日志 (3)1.3 文档范围 (3)1.4 运行环境 (4)2. 问题描述 (4)2.1 项目背景 (4)2.2 明确问题 (4)2.3 预期功能 (5)2.4 涉众概述 (5)3. 解决方案 (6)3.1 系统开发环境 (6)3.2 解决方案体系结构 (6)3.3 问题解决方案概述 (6)3.4 功能实现 (8)3.5 解决方案边界确定 (8)3.6 问题解决方案的特性分析 (8)4. 参考文献 (8)1. 概览1.1 文档目的该文档旨在阐明从用户方得到问题描述，对问题进行进一步分析，以获得相应解决方案的过程。

其中对问题的分析包括对系统主体的构建，解决方案边界的确定，功能实现的详细说明等。

有关涉众分析及项目开发过程中需要遵循的外部约束，业务需求的确定等已经在范围前景文档中阐明，恕不赘述。

1.2 文档维护日志文档编写2014/10/16文档修订2014/10/17文档排版、美化2014/10/181.3 文档范围（1）问题描述：包括客户对于问题的描述，对于系统的预期功能，以及涉及参不系统使用的人员分析。

（2）解决方案：构建项目的分析模型，对技术问题进行列丼，对系统功能特性的详细解释，以及对问题输入/输出等的度量数据。

（3）涉众分析：对涉众及其主要目标，关注点等的描述，对涉众不系统之间联系的分析，以及项目开发需要考虑的外部约束。

1.4 运行环境Windows7/Windows82. 问题描述2.1 项目背景LED显示屏作为新一代的显示媒体以其亮度高、影像效果好、显示内容多样、显示方式丰富、故障少、能耗低、使用寿命长、性能价格比高等优势，已广泛用于学校、体育馆、机场、金融机构、政府机关等领域。

LED显示屏硬件信息系统具有兼容性、软件技术先进性、功能适应性、灵活性和开放性等特性，是一个能适应时代需求的集团信息系统。