需求的情况。
ቤተ መጻሕፍቲ ባይዱ
3） 注意掌握面谈的人际交流技能。
5. 原型化方法
6. 基于用例的方法
还有知识工程方法等如：场记分析法、卡片分 类法、分类表格技术和基于模型的知识获取等。
需求获取技术
需求抽取的方法一般有：
1.面谈法 重要而直接，简单的需求获取技术。
2. 问卷法调查法 是对面谈法的补充。
3.需求专题讨论会 最有力的需求获取技术。有利
需求获取技术
需求抽取的方法一般有：
1.面谈法 重要而直接，简单的需求获取技术。
2. 问卷调查法 是对面谈法的补充。
3.需求专题讨论会 最面有谈力的的对需象主求要获有取用技户术和。领域有专利家： 于 培养高效团队。 1） 面谈前的准备要充分；
4. 观察用户的工作流2程） 面适谈用后于注用意认户真无分法析准总确结表；达
产品需求
非功能需求 机构需求
外部需求
可用性 需求
效率 需求
可靠性 可移植 需求 性需求
互操作 需求
道德 需求
立法 需求
性能 需求
空间 需求
交付 需求
实现 需求
标准 需求
隐私 需求
安全 性需求
传统需求分析
在传统软件工程生命周期中，涉及需求的阶段 称作需求分析。一般来说，需求分析的作用是：
●定义软件的范围及必须满足的约束； ●确定软件的功能和性能及与其他系统成分的接
口; ●建立数据模型、功能模型和行为模型； ●最终提供需求规格说明，并用于作为评估软件
质量的依据。
二、需求工程的活动
需求工程是系统工程和软件工程的一个交叉分支，涉 及到软件系统的目标、软件系统提供的服务、软件系统的 约束和软件系统运行的环境。它还涉及这些因素和系统的 精确规格说明以及系统进化之间的关系。它也提供现实需 求和软件能力之间的桥梁。
进行跟踪调查。
分析失败的原因发现，
与需求过程相关的原因占了
未完成
完成
完成未实施
完成并实施 完成未实施 未完成
45%，而其中缺乏最终用户的 参与以及不完整的需求又是 两大首要原因，各占13%和 12%。
软件需求的困难
软件需求是软件工程中最复杂的过程之一： 1. 应用领域的广泛性，它的实施无疑与各个应用行
于 培养高效团队。 是从多个用户中收集需求信息的有效 4需. 求观的察情用况户。的工作流方12））程式多评，项分适一选问用般择题问于问；卷题用设户；计无形法式准：确表达
5. 原型化方法
3）排序问题 。
6. 基于用例的方法
需求获取技术
需求抽取的方法一般有： 1.面谈法 重要而直接，简单的需求获取技术。 2. 问卷法调查法 是对面谈法的补充。 3.需求专题讨论会 最有力的需求获取技术。有利 于 培养高效团队。 4. 观察用户的工作流程 适用于用户无法准确表达 由开需发求方的和情用况户。方共同召开,操作步骤： ①通会5开. ；发原方型根化据方双法方制定的《需求调研计划》召开相关需求主题沟 ②6会. 后基开于发用方例整的理方出《法需求调研记录》提交给用户方确认；
2
第二 章
软件需求工程
Software Requirements Engineering
软件需求作为软件生命周期的第一个阶段， 其重要性越来越突出，到20世纪80年代中期，逐 步形成了软件工程的子领域——需求工程。
90年代后，需求工程成为软件界研究的重点 之一。从1993年起，每两年举办一次需求工程国 际研讨会（ISRE），1994年起，每两年举办一次 需求工程国际会议（ICRE）。一些关于需求工程 的工作小组相继成立，使需求工程的研究得到了 迅速进展。
1. 功能需求 ⑴基本数据维护功能：
提供使用者录入，修改并进行维护基本数据的 途径。基本数据包括读者的信息、图书资料的相关 信息，可以对这些信息进行修改，更新。 ⑵基本业务功能：
一、需求获取(requiremente licitation)
是需求工程的主体。——非常困难，主要原因有：
● 缺乏领域知识,应用领域的问题常常是模糊的、不精 确的； ● 存在默认的知识,如难以描述的常识问题； ● 存在多个知识源,且多知识源之间可能有冲突； ● 客户可能的偏见，如不能提供或不想告知你所需要 了解的事情。
③ 如果此主题还有未明确的问题则再次沟通,否则开始下一主题； ④ 所有需求都沟通清楚后，开发方根据历次《需求调研记录》整 理出《用户需求说明书》，提交给用户方确认签字。
例1：有一个大学图书管理系统，该系统除了一般的 图书管理功能外，还能够为学生和教工从其他图书馆 借阅图书和文献资料提供服务。
因此系统应该具备以下功能： ⑴ 基本数据维护功能 ⑵ 基本业务功能 ⑶ 数据库管理功能 ⑷ 信息查询功能
业的特征密切相关。 2. 非功能性需求建模技术的缺乏，及其与功能性需
求有着错综复杂的联系，大大增加了需求工程的 复杂性。 3. 沟通上的困难，由于系统分析员、需求分析员等 各方面人员有不同的着眼点和不同的知识背景， 给需求工程的实施增加了人为的难度。
一、软件需求内容
软 件需 求
用 户需 求
系 统需 求
系统目标
软件约束
系统服务
需求工程
运行环境
需求工程的基本活动包括：
● 获取需求；深入实际，在充分理解用户需求的 基础上，获取系统需求。 ●需求分析与建模；进行需求建模、对模型或原 型进行分析。 ● 确认需求；确保需求说明准确、完整地表达系 统的主要特性。 ● 进化需求。客户的需要总是不断（连续）增长 的 ，进化需求是必要的。
由客户管理员、 功能 非功能 领域
用户等提出
需求 需求 需求
软件需求的内容
功能需求
它是对系统应该提供的服务、功能以及系统 在特定条件下的行为的描述。它与软件系统的类 型、使用系统的用户等相关，有时需要详细描述 系统的功能、输入/输出、异常等，有时还需要申 明系统不应该做什么。
领域需求 是由软件系统的应用领域所决定的特有的功 能需求，或是对功能的约束。
2.1 软件需求工程的基本概念
1.什么是软件需求工程？ 2.软件需求工程的任务是什么？ 3.需求工程过程 4.软件需求分析方法
对系统应该提供的服务和所受到的约束进行理 解、分析、建立文档、检验的过程——需求工程
软件需求的重要性
软件需求无疑是当前软件工程中的关键问题，
没有需求就没有软件。
美国于1995年开始对全国范围内的8000个软件项目