需求工程导论 (2)
软件工程导论(第六版)部分课后习题-答案
软件工程导论(第六版)部分课后习题-答案软件工程导论(第六版)部分课后习题-答案一、选择题1. 答案：B解析：选择题解析2. 答案：A解析：选择题解析二、判断题1. 答案：对解析：判断题解析2. 答案：错解析：判断题解析三、填空题1. 答案：软件工程解析：填空题解析2. 答案：开发、维护解析：填空题解析四、简答题1. 答案：软件需求分析是软件工程的第一步，它主要是通过对用户需求的调查和分析，确定软件系统需要具备的功能和性能以及相关约束条件。
解析：简答题解析2. 答案：软件开发过程中的质量保证主要包括软件测试和代码评审两个方面。
软件测试是通过运行和验证软件系统的过程，以确定其是否满足预期的需求和标准。
代码评审则是对软件代码进行审查和评估，在开发过程中发现和修复潜在的问题和错误。
解析：简答题解析五、计算题1. 答案：20解析：计算题解析2. 答案：1000解析：计算题解析六、案例分析题1. 答案：软件项目管理是指对软件项目进行规划、组织、分配和控制的过程。
它包括项目范围管理、时间管理、成本管理、质量管理、风险管理等方面。
在一个项目中，软件项目经理负责整体的项目管理工作，包括资源的分配、进度的控制、风险的管理等。
解析：案例分析题解析2. 答案：敏捷开发是一种迭代、逐步增量的软件开发方法。
它强调快速、灵活地响应用户需求的变化，通过频繁的迭代和持续的反馈来逐步完善软件系统。
敏捷开发方法注重团队合作、交流和高效的沟通，通过直接面对面的沟通取代冗长的文档和繁琐的流程，提高软件开发的效率和质量。
解析：案例分析题解析总结：本文主要针对《软件工程导论(第六版)》部分课后习题提供了答案和解析。
其中包括选择题、判断题、填空题、简答题、计算题和案例分析题等多个题型。
通过解答这些习题，读者可以进一步加深对软件工程的理解和掌握。
希望本文对读者有所帮助，谢谢阅读。
工学软件需求第8课软件需求分析概述课件
第8章 软件需求分析概述
1 需求分析的根本任务 建立分析模型
建模的目的 通过软件建模，帮助我们按照实际情况或按照我们
的需要的模式对系统进行可视化，提供一种详细说明系 统的结构或者行为的方法，给出一个指导系统构造的模 板。对所有做出的决定实施文档化。
24
第8章 软件需求分析概述
1 需求分析的根本任务
此种情况出现时，可能会影响需求分析人员建立全面的理 解，因此需要采用自底向上的方法进行提炼。例如将每个业务 事件中的类进行提炼，抽取出共性的部分，建立针对整个系统 的全局领域模型。
19
第8章 软件需求分析概述
1 需求分析的过程中消除需求矛盾
(3)消除矛盾
在分析过程中，显然可能会发现有些需求是相互矛盾 的、冲突的，由于是将收集的信息放在一个预先定义的 结构中发现这些矛盾的，因此对矛盾的影响范围会有直 观的了解，也能够知道它影响那些层面。寻找相应的人 员，通过进一步需求获取来消除矛盾。
20
第8章 软件需求分析概述
1 需求分析的根本任务 建立分析模型
❖ 建立分析模型 – 将复杂的系统分解成为简单的部分以及它们之间的联系， 确定本质特征 – 和用户达成对信息内容的共同理解 – 分析的活动主要包括识别、定义和结构化，它的目的是 获取某个可以转换为知识的事物的信息
❖ 创建解决方案 – 将一个问题分解成独立的、更简单和易于管理的子问题来帮助寻找 解决方案 – 创建解决方案的过程是创造性的 – 帮助开发者建立问题的定义，并确定被定义的事物之间的逻辑关系 这些逻辑关系可以形成信息的推理，进而可以被用来验证解决方案 的正确性。
7
第8章 软件需求分析概述
1 需求分析的根本任务
15
第8章 软件需求分析概述
软件工程导论复习重点总结很全(第六版)
软件工程导论复习重点总结很全(第六版)软件工程导论复习重点总结很全(第六版)软件工程是一门研究如何以系统化的、可管理的和可维护的方式来构建高质量的软件的学科。
在软件工程导论中，我们学习了软件开发的基本概念、原理和方法。
本文将对软件工程导论的重点内容进行总结，帮助读者巩固所学知识，为学习和工作提供帮助。
1. 软件工程概述软件工程的定义、目标和原则；软件生命周期和过程模型；软件开发的重要性和挑战；软件工程中的质量保证和风险管理。
2. 软件需求工程软件需求的定义和分类；需求获取、分析和建模；需求验证和确认；需求变更和配置管理。
3. 软件设计软件设计原则和方法；面向对象设计和结构化设计；软件架构设计；设计模式的应用。
4. 软件测试与调试软件测试的概念和目的；测试策略和技术；测试用例的设计和执行；测试评估和管理；软件错误调试和修复。
5. 软件项目管理软件项目管理的基本概念和流程；项目计划和进度管理；团队组织和沟通；风险管理和变更管理；质量管理和配置管理；软件工程伦理与法规。
6. 软件开发过程软件开发过程模型的选择和应用；瀑布模型、迭代模型和敏捷开发等常用模型的特点和比较；敏捷开发方法的原理和实践。
7. 软件工具与环境软件开发工具的选择和使用；集成开发环境、版本控制工具、测试工具和调试工具等的功能和特点；软件工程中的自动化工具和技术。
8. 软件工程的前沿技术软件工程的新兴技术和趋势；人工智能、大数据、云计算等技术在软件开发中的应用；软件工程的创新与创业。
通过对上述主要内容的学习和理解，我们可以全面掌握软件工程导论的核心知识和方法。
在今后的学习和实践中，我们应该注重理论与实际的结合，不断提高自己在软件开发和项目管理方面的能力。
只有不断学习和实践，我们才能成为优秀的软件工程师，为社会和企业创造更大的价值。
总结：软件工程导论是软件工程领域中的重要基础课程，通过对软件开发过程和管理原理的学习，我们可以掌握软件工程的基本概念、原则和方法。
软件工程导论复习重点总结很全第六版
第1章软件工程学概述1.1 软件危机1.1.1 软件危机旳简介软件危机(软件萧条、软件困扰): 是指在计算机软件旳开发和维护过程中所碰到旳一系列严重问题。
软件危机包括下述两方面旳问题:怎样开发软件, 满足对软件日益增长旳需求；怎样维护数量不停膨胀旳已经有软件。
软件危机旳经典体现:（1）对软件开发成本和进度旳估计常常很不精确；（2）顾客对“已完毕旳”软件系统不满意旳现象常常发生；（3）软件产品旳质量往往靠不住；（4）软件常常是不可维护旳；（5）软件一般没有合适旳文档资料；（6）软件成本在计算机系统总成本中所占旳比例逐年上升；（7）软件开发生产率提高旳速度, 远远跟不上计算机应用迅速普及深入旳趋势。
1.1.2 产生软件危机旳原因（1）与软件自身旳特点有关（2）与软件开发与维护旳措施不对旳有关1.1.3 消除软件危机旳途径对计算机软件有对旳旳认识。
认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完毕旳工程项目。
应当推广使用在实践中总结出来旳开发软件旳成功技术和措施, 并继续研究探索。
应当开发和使用更好旳软件工具。
总之, 为了处理软件危机, 既要有技术措施(措施和工具), 又要有必要旳组织管理措施。
1.21.2.1 软件工程旳简介软件工程: 是指导计算机软件开发和维护旳一门工程学科。
采用工程旳概念、原理、技术和措施来开发与维护软件, 把通过时间考验而证明对旳旳管理技术和目前可以得到旳最佳旳技术措施结合起来, 以经济地开发出高质量旳软件并有效地维护它, 这就是软件工程。
（期中考）软件工程旳本质特性:软件工程关注于大型程序旳构造软件工程旳中心课题是控制复杂性软件常常变化开发软件旳效率非常重要友好地合作是开发软件旳关键软件必须有效地支持它旳顾客在软件工程领域中是由具有一种文化背景旳人替具有另一种文化背景旳人发明产品1.2.2 软件工程旳基本原理用分阶段旳生命周期计划严格管理坚持进行阶段评审实行严格旳产品控制采用现代程序设计技术成果应能清晰地审查开发小组旳人员应当少而精承认不停改善软件工程实践旳必要性1.2.3 软件工程措施学软件工程包括技术和管理两方面旳内容。
写程序的步骤
写程序的步骤编写程序的步骤可以分为以下几个部分：需求分析、设计、编码、测试和维护。
下面将详细介绍每个步骤的内容和相关参考内容。
1. 需求分析：需求分析是确定软件系统应该具备的功能和性能的过程。
在这个阶段中，需要明确软件的目标和用户的需求，并将其转化为系统的需求规格说明书。
以下是一些相关参考内容：- 《需求工程导论》（作者：Axel Van Lamsweerde）- 《软件需求》（作者：高剑）- 《需求工程－软件的第一步》（作者：Peter Wegner）2. 设计：设计是根据需求规格说明书来确定软件系统的结构和组成的过程。
在这个阶段中，需要定义系统的模块、类、函数等具体实现细节，并做出相应的数据结构和算法设计。
以下是一些相关参考内容：- 《软件工程：构建之法》（作者：Steve McConnell）- 《软件构造：现代软件工程方法（第二版）》（作者：Steve McConnell）- 《设计模式：可复用面向对象软件的基础》（作者：Erich Gamma、Richard Helm、Ralph Johnson、John Vlissides）3. 编码：编码是将设计好的软件系统转化为实际的计算机程序的过程。
在这个阶段中，需要选择合适的编程语言和开发环境，并将设计好的算法和数据结构实现为具体的代码。
以下是一些相关参考内容：- 《C语言程序设计（第四版）》（作者：谭浩强）- 《C++ Primer》（作者：Stanley B. Lippman、Josée Lajoie、Barbara E. Moo）- 《Java核心技术卷I》（作者：Cay S. Horstmann、Gary Cornell）4. 测试：测试是验证软件系统是否满足需求规格说明书中的要求的过程。
在这个阶段中，需要设计和执行一系列的测试用例，并将程序的运行结果与预期结果进行比较，从而发现和修复潜在的问题。
以下是一些相关参考内容：- 《软件测试：精确定位之道（第二版）》（作者：韩久洋）- 《软件测试：原理与实践（原书第2版）》（作者：尹强）5. 维护：维护是在软件系统交付使用后，根据用户反馈和需求变化的情况下，对系统进行更新和改进的过程。
课程 需求分析报告
课程需求分析报告需求分析报告一、引言需求分析是软件开发过程中的重要环节，通过对用户需求的深入理解和分析，可以确保开发出满足用户期望的软件产品。
本报告旨在对某门课程的需求进行分析，以提供给开发团队作为开发指南。
二、背景该课程是一门专注于需求分析的课程，旨在帮助学生掌握需求分析的基本概念、方法和技巧，并能够运用这些知识去解决实际问题。
课程主要包括理论知识讲解、案例分析和实践任务等模块。
三、需求分析1.课程目标该课程的目标是培养学生掌握需求分析的基本理论和方法，具备独立进行需求分析的能力。
学生应能够：- 理解需求分析的基本概念与原则；- 掌握需求收集、需求分析、需求建模等方法与技巧；- 能够运用需求分析知识解决实际问题。
2.课程内容根据课程目标，该课程应包括以下内容：- 需求工程导论：介绍需求工程的基本概念、流程和方法；- 需求收集方法：包括面谈、问卷调查、观察等方法；- 需求分析技术：包括数据流图、状态转换图、用例图等技术；- 需求建模方法：包括用例建模、类图、活动图等方法；- 需求评审与验证：包括需求审查、原型演示等方法；- 需求管理和变更控制：包括需求跟踪、变更管理等方法。
3.教学方法为了达到课程目标，教学方法应该多样化，包括但不限于：- 理论讲解：通过讲解基本概念和原理，帮助学生建立起对需求分析的整体理解；- 案例分析：通过分析真实案例，将理论知识与实践相结合；- 实践任务：安排学生进行需求收集、需求分析和需求建模等实际任务，培养实际操作能力；- 课堂讨论：启发学生思考，促进学生之间的交流与合作。
四、教学资源教学资源对于课程的教学质量有着重要的影响。
为了支持学生的学习，以下资源可作为参考：- 教材和参考书：提供系统的课程内容，帮助学生进行理论学习和深入思考；- 课件和讲义：将教材内容制作成课件和讲义形式，方便学生课后复习；- 案例库：收集一些典型案例，供学生参考和分析；- 实践工具：提供一些需求分析工具的试用版或学生版，方便学生进行实践任务。
工业工程导论第2章 系统的规划与系统工程基础(1)
9
10
（3）总体规划 进行总体规划时，必须对市场特征进行认真分析： 1）现代市场的力量可以快速改变市场需求的产品；企业应该快速响应今天的市场新需求， 同时能够利用新产品引导现有和潜在的顾客。 2）对手更具竞争力的新产品和新的服务可能会抢占你原来的市场。 3）商务竞争的失败经常与市场分析不足、战略规划与市场定位失误、技术储备不足相关。
➢ 动态的定义：“系统是事物按逻辑、整体、时间 进行处理的流程”，强调系统同环境的交互作用。
19
（2）系统的特征与属性
➢ 特征：
系统具有大小、复杂性、整体性、层次性。
➢ 基本属性
集合性、相关性、层次性、目的性、适应性、可 学习性。
（3）系统方法的重要性
随着社会的进步和科技的发展，系统方法成为越 来越重要的方法论。
（4）大系统的概念
按照系统中整体同时完成的功能数划定大系统与
小系统。功能数大于m称为大系统，功能数小于或 等于m（10或6）称为小系统。
20
3、系统的基本问题 系统包括产品系统、装备系统、硬件或软件系统、组织系统或商务系统等。 制造系统可以看成将输入（生产资源）转换成输出（产品和服务）的系统。 五个基本问题：
（3）公用服务系统
29
2、运作规划与控制（OPC）
30
3、系统设计公理
系统设计公理是在近百年的组织与工业工程实践 和关于发明与设计原理的研究基础上总结而得的， 其主要内容有九条公理：
公理一（系统革新公理）的内容：一个人参与 的系统总是可以改进的，除非它已经消亡或不值得 再利用了。
➢规则一：应该不断地使组织的动作科学化 ➢规则二：应该不断地改进和创新产品与服务 ➢规则三：应该从全局、全寿命的角度进行研
软工学习资料推荐
软工学习资料推荐软件工程（Software Engineering）是一门研究和应用如何以系统化和规范化的方法去构建、运行、维护和管理软件的学科。
对于软件工程学习者来说，掌握优质的学习资料是非常重要的，它们可以帮助我们深入了解软件工程的理论和实践，提升我们的编程能力和项目管理技巧。
本文将向广大软工学习者推荐一些值得阅读的软工学习资料。
一、软件工程导论1. 《软件工程导论》（Introduction to Software Engineering）- Ian Sommerville这本书是软件工程学习的经典教材，已经成为了许多大学软工专业的教材之一。
作者通过清晰简洁的语言，详细介绍了软件工程的各个方面，包括软件开发过程、需求分析、软件设计、软件测试等。
它不仅适合软件工程专业的学生，也适合其他对软工感兴趣的读者。
2. 《软件工程：实践者的研究方法》（Software Engineering: A Practitioner's Approach）- Roger S. PressmanPressman的这本书是软件工程领域的经典著作之一，对软件开发的整个过程进行了深入的介绍和剖析。
书中包含丰富的案例和实践经验，让读者能够更好地理解软件工程中的实际问题和解决方法。
二、软件需求工程1. 《软件需求工程》（Software Requirements Engineering）- Karl Wiegers、Joy Beatty这本书主要介绍了软件需求工程的理论和实践。
作者通过大量的示例和案例，详细讲解了如何正确地进行需求分析和需求管理，以及如何定义和验证软件需求。
对于从事软件需求工程的工程师和项目经理而言，这本书是一本不可或缺的好资料。
2. 《需求工程：基础》（Requirements Engineering: Fundamentals）- Klaus Pohl、Chris Rupp本书系统地介绍了需求工程的基本概念和方法，帮助读者全面理解需求工程的整个过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一章需求工程导论1.软件开发中碰到的需求问题的现象是什么答：（1）用户参与度不够。
（2）高层管理支持力度不够。
（3）没有清晰的需求说明。
（4）没有清晰的目标和前景。
（5）期望不切合实际。
（6）需求变化影响。
（7）增加了无用的额外功能。
2.在需求处理当中要注意哪些非技术性因素，为什么答：（1）需求处理的任务：需求处理的任务主要是发现问题并解决问题。
现实是问题的发生地，软件系统是人们应对问题的手段。
但是单纯的软件系统是不能解决问题的。
它只有和现实之间形成一种有效的互动才能解决问题。
（2）需求处理的手段：建模与分析技术是进行需求处理的主要手段，这些技术本身都是概念性的，不依赖于某些特殊的应用环境条件。
可以被广泛的应用于各种应用场景。
（3）需求处理的过程：试图单纯的通过技术的应用建立一个一致完整的需求模型是不太可能的。
因为在现实中，因涉众的不同立场而产生的利益冲突的场景非常常见。
这些冲突是根本无法通过技术手段所能解决的。
3.解释需求分析与需求工程之间的联系答：“需求工程”就是利用工程化的手段进行需求处理，以保证需求处理的正确进行，而“需求分析”是需求处理中的核心活动，他用一些形式化或半形式化的语言进行知识的分析，但是建立需求工程还离不开需求分析。
4.解释软件工程与系统工程之间的联系，这种联系对需求工程的工作有何影响答：（1）系统工程通常是指计算机引入某一现实系统，并用他来改变现实系统的运作方式，达到一个理想效果的过程。
而且系统工程中除了含有处理系统的软件工程之外，还包括硬件工程和人力工程。
因此，在系统工程中，虽然应该重点关注软件工程部分的内容，但并不能完全以软件为中心来看待和处理整个系统。
（2）影响：系统需求开发的主要目的是获得整个系统的期望目标，包含功能特性和非功能特性。
因此需要判定系统的涉众，采集他们的目标与要求研究系统的环境确定系统的要求，并进行一些整体性的分析。
5.需求工程包括哪些活动软件开发活动当中为什么要重视需求工程答：需求工程包括（1）需求开发（2）需求管理。
需求开发要包括（需求获取、需求分析、需求规格说明、需求验证）重视需求工程的原因：（1）需求问题是当前软件开发面临的主要问题（2）需求分析是软件开发中的理论约束，他控制着整个软件开发的工程走向。
它是非技术人员和技术人员的工程纽带。
6.需求工程师需要具备哪些知识或技能答：（1）交流技能（2）观察技能（3）抽象分析与问题解决技能（4）写作技能（5）关系协调和团队工作技能。
第二章需求基础是怎样定义需求的答：（1）用户为了解决问题或达到某些目标所需要的条件或能力；（2）系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需具备的条件或能力；（3）对（1）或（2）中的一个条件或一种能力的一种文档化表述。
2.解释下列名词：问题域、解系统和共享现象，并结合他们的含义说明软件系统是如何与现实世界形成互动的答：问题域：问题的发生地，问题的发生范围及解决问题必须涉及的事件或事物。
解系统：软件系统通过影响问题域帮助人们解决问题被称之为解系统。
共享现象：解系统可以对问题域进行模拟的现象称为共享现象。
（2）共享现象是解系统所模拟的问题域的部分，该部分在两个系统中同时存在。
除了共享现象外，问题域还有一些没有被解系统模拟的知识，因为在现实世界非常复杂，不可能也没必要在解系统中完全重现。
除了包含共享现象的知识模型之外，解系统也有一些并非来自于现实模拟的特征，例如数据库管理系统的选择、模型的规范化、索引的建立等，这些因素并不对应与问题域知识，确是解系统必不可少的部分。
3.解释下列名词：需求、规格说明、问题域特性和约束，并结合他们的含义说明需求工程的主要任务是什么答：需求：用户为了解决问题或达到某些目标所需要的条件或能力；系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需具备的条件或能力。
规格说明：因为解决方案以对外交互的方式定义了软件的系统功能，所以解决方案被称为软件系统的需求规格说明。
问题域特性和约束：问题域的背景信息又被称为问题域特性而约束是不受解系统影响，却会给解系统带来极大影响的问题域特性。
需求工程的主要任务是解决问题、改善现实、满足用户期望的条件与能力。
4.需求有哪些常见的类别功能需求和非功能需求有什么差异答;(1)业务需求（2）用户需求（3）系统级需求差异：功能需求是用户对软件系统的显示要求，用户在软件系统创建之前就可以向开发者表达这种要求。
非功能需求属于隐式要求，用户在系统创建之前无法清晰的告诉开发者他们希望该系统具备什么样的功能性特征。
5.描述业务需求、用户需求和系统级需求的区别与联系答：区别：业务需求是针对整个业务的期望，用户需求是针对具体任务的期望，系统级需求是针对用户与系统的一次交互的期望。
联系：他们都是问题解决的期望，只不过是不同抽象层次罢了。
6.优秀的需求特性有哪些请为每一个特性都举出一个不符合的事例（1）完备性eg：在收银员输入商品时，系统显示商品信息。
而不是商品价格。
（2）正确性eg:用户的问题是A，但用户认为提供了方法B，则问题A自然可以得到解决，为此用户向需求工程师反映的便是B，而不是真实的A。
(3)可行性eg :用户并不了解软件系统构建的相关技术知识，所以用户可能会提出一些已有软件技术无法实现的期望。
（4）必要性eg：用户在交流中总是害怕信息有所遗漏，并因此产生不利后果，因此用户总是倾向于表达各种各样的需要，但是多种需要并没有必要。
（5）无歧义性eg：用户可能在可能需求或者重大需求上采用，大概可行，差不多等词汇造成歧义。
（6）可验证性eg:如果需求不可验证，无法判断完成的系统是否满足了该需求。
第三章1.需求工程过程的工作基础（即输入）有哪些他的工作成果（即输出）有哪些答：输入：系统的业务需求，系统的用户需求，用户的期望。
输出：项目前景和范围文档，用户需求文档，需求规格说明文档。
2.描述需求工程的各个活动，说明他们各自的工作基础、工作目标和工作成果。
（1）需求获取：（收集背景资料，获取问题与目标），（定义项目前景与范围），（记录获取结果）（2）需求分析：（定义需求集合）（细化需求），（软件需求建模）（3）需求规格说明：（获取的需求被编写文档）（系统涉众之间的交流信息），（编写文档）（4）需求验证：（编写需求规格说明书）（执行验证）（问题修正）（5）需求管理：（建立维护需求基线集）（保证需求作用持续稳定和有效发挥）（随时进行变更控制）3请解释需求工程细节知识的实践性。
答：在任何一个知识领域，人们都需要进行相当的探索之后才能建立学科化和系统化的知识体系。
因此，如果在工程领域如果能建立比较完整的知识体系，那么就可以在知识体系的指导下进行规律化和系统化的生产。
相反，在完全没有形成知识认知的全新工程领域中；就只能纯粹依赖生产者的个人才智来进行工作。
也有介于上述两种情况的工程领域，他们还没有形成完整的认知体系，所以无法实现大工业化的生产方式；同时这些工程领域又经过了相当的时间探索，从生产者大量的个人行为中总结出一些有效的工作方式和行为方法。
这些能更好更快的帮助人们进行试践，所以被称为实践方法，又被称为原则。
4.需求工程对其他软件开发阶段有哪些帮助需求的好坏对后续软件开发有着极其重要的影响。
需求方法与软件开发方法的适配性更会影响项目的成败。
第四章1.需求获取为什么是困难的答：（1）用户和开发人员掌握的立场不同，可能造成用户和开发人员之间知识理解的困难，默认知识现象严重。
（2）普通用户缺乏概括性、综合性的表述能力。
（3）用户存在认知困难。
（4）用户越俎代庖提出的不是需求而是解决方案。
（5）缺乏用户参与。
2.在各种关于软件的调研中，无一例外地发现“缺乏用户参与”是导致软件失败的最大原因，请说明有哪些原因会使得用户参与不足应该怎样解决（1）用户数量太多，选择困难。
应该有目的选择真正有需求的用户。
（2）用户认识不足，不愿参与：应该要求用户在需求开发上积极的配合。
（3）用户情绪抵制，消极参与。
（4）没有明确的用户3.需求获取的内容是什么答：（1）需求（2）问题域描述（3）环境与约束。
4.需求获取有哪些可能的来源答：（1）涉众（2）硬数据（3）相关产品（4）重要文档（5）相关技术标准和法规。
5.需求获取的常见方法有哪些（1）传统方法（2）集体获取方法（3）原型（4）模型驱动发（5）认知方法（6）基于上下文的方法。
第五章2.问题分析P1:事物处理系统部分自动，部分手动，效率不高；P2:无法追踪客户账单和收据，使财务业绩与发展不同步；P3:难以确定为什么产品成本高，导致盈利困难；P4:顾客信息繁杂，导致客源减少；明确问题业务需求BR1：在系统使用3个月后，工作人员效率明显提高；BR2：在系统使用4个月后，店铺运营成本降低15%；BR3：在系统使用6个月后，顾客增加10%，销售额度提升20%；问题解决方案P4问题的候选解决方案系统特性分析：SF1：收银人员记录顾客的消费记录。
SF2：收银人员负责将回头客的优惠进行落实。
SF3：销售人员负责制定相应的针对普通用户的销售策略，增加客源。
SF4：经理负责制定年度报表，总结财政收入与盈利情况。