软件工程第3章需求工程概论

• 提问和回答在汇总后应能够反映用户需求的全貌。
PPT文档演模板
第03章软件工程需求工程
观察用户操作流程
到用户的实际工作环境中:
➢ 对用户的工作流程进行观察
➢ 了解用户实际的操作环境、操作过程和操作要求
➢ 对照用户提交的问题陈述，对用户需求可以有更全面、更 细致的认识。
PPT文档演模板
第03章软件工程需求工程
法、以及在有利于完成目标的氛围中刻画出初步的需求。
PPT文档演模板
第03章软件工程需求工程
FAST会议 步骤
1) 确定一个FAST会议的时间地点，并在会议日之前将产 品请求发布给所有的与会者。
2) 要求每个FAST 出席者，会前列出一组围绕系统环境、 对象的操作、对象之间的交互功能，并列出约束列表
……
PPT文档演模板
第03章软件工程需求工程
需求工程
本书将软件需求工程细分为：
1. 需求获取 2. 需求分析与协商 3. 系统建模 4. 需求规约 5. 需求验证 6. 需求管理
PPT文档演模板
第03章软件工程需求工程
需求获取
系统分析人员通过与用户的交流、对现有系统的观察 及对任务进行分析，确定:
组成联合小组
便利的应用规约技术(Facilitated Application Specification Techniques , FAST) ：
打破用户（需方）和开发者（供方）的界限，共 同组成一个联合小组，
发挥各自的长处，共同负责项目的推进，这样有 助于发挥各自优势并增进解和协调
PPT文档演模板
PPT文档演模板
PPT文档演模板
第03章软件工程需求工程
需求规约
需求规约是分析任务的最终产物，通过建立完整的 信息描述、详细的功能和行为描述、性能需求和设 计约束的说明、合适的验收标准，给出对目标软件 的各种需求。

河南工程学院
软件工程概论
• 在数据流图中，需按层给加工框编号。 编号表明该加工所处层次及上下层的亲 子关系
• 规定任何一个数据流子图必须与它上一 层的一个加工对应，两者的输入数据流 和输出数据流必须一致。此即父图与子 图的平衡
• 可以在数据流图中加入物质流，帮助用 户理解数据流图
河南工程学院
软件工程概论
经过分析，商店业务处理的主要功能应当 有销售、采购、会计三大项。主要数据流 输入的源点和输出终点是顾客和供应商。
然后从输入端开始，根据商店业务工作流 程，画出数据流流经的各加工框，逐步画 到输出端，得到第一层数据流图
河南工程学院
软件工程概论
第一层数据流图
河南工程学院
软件工程概论
加细每一个加工框
员
河南工程学院
软件工程概论
• 分析师的角色 1. 熟悉计算机技术 2. 了解用户业务领域的相关知识 3. 能在用户和开发人员之间借助数据概念进
行交流
河南工程学院
软件工程概论
• 需求分析的活动和原则 1. 需求获取 2. 分析建模 3. 需求评审
河南工程学院
软件工程概论
需求获取
• 1.进行调查研究，获取用户需求（问题识别）。 • 这些需求包括： • 功能需求：所开发的软件必需具备什么功能（最重要）。 • 性能需求：指待开发的软件应具备的性能指标，如存储容
河南工程学院
软件工程概论
需求建模
• 从当前系统的物理模型中去掉非本质因素 ，如地点、人物等，抽象出当前系统的逻 辑模型，可以用数据流图表示。
河南工程学院
软件工程概论
需求评审
• 需求分析的最后一个环节
河南工程学院
软件工程概论

3.1.5 需求分析方法
信息建模法
是从数据的角度对现实世界建立模型的,基本工具是 E-R图。 面向对象的分析方法 面向对象的分析方法（OOA）的关键是识别问题域内 的对象，分析它们之间的关系，并建立起模型。
3.1.5 需求分析工作流程
3.2 软件需求
3.2.1 需求定义

权威的定义（IEEE软件工程标准词汇表中的定义）
3.2.2 高质量的软件需求应该具备的特征

指定非功能需求的度量
理论上，非功能需求能够量化，从而使其验证更为可观。 在实际过程中，对需求描述的量化通常是很困难的
性质 度量方法
速度
规模 易用性 可靠性 鲁棒性 可移植性
每秒钟处理的事务，用户/事件响应时间，屏幕刷新时间
K字节，RAM芯片数 培训时间，帮助画面数 失败平均时间，无效的概率，失败的发生率，有效性 失败之后的重启次数，事件引起失败的百分比，失败中 数据崩溃的可能性 依赖于目标的语句百分比，目标系统数
依照这个策略，对于任何复杂的系统，分析工作都可 以有计划、有步骤及有条不紊地进行。
3.3 需求工程
可行性研究 需求和分析 导出
3.1.3 软件需求分析的任务
2．分析系统的数据要求 软件系统本质上是信息处理系统，因此，必须考虑： • 数据 （需要哪些数据、数据间联系、数据性质、结 构） • 数据处理 （处理的类型、处理的逻辑功能） 3．导出系统的逻辑模型——通常系统的逻辑模型用DFD 图来描述。 4．修正系统的开发计划——通过需求对系统的成本及进 度有了更精确的估算，可进一步修改开发计划。
3.1.4 需求分析原则
4、需要给出系统的逻辑视图和物理视图 软件需求的逻辑视图给出的是软件要达到的功能和 要处理信息之间的关系，而不是实现的细节。 软件需求的物理视图给出的是处理功能和信息结构 的实际表现形式，这往往是由设备本身决定的。 请同学们特别注意： 需求分析只研究软件系统“做什么？”，而不考虑 “怎样做？”。

例如：大多数的动态网站，都是在客户初步的 需求基础上，先制作一个大体上能表现功能的 静态网站出来，然后客户根据这个静态网站提 出进一步的详细需求，开发便按照这个详细需 求来进行。
为了快速地构建和修改原型，通常使用下述3 种方法和工具：
(1) 第四代技术
第四代技术包括众多数据库查询和报表语言、 程序和应用系统生成器以及其他非常高级的 非过程语言。第四代技术使得软件工程师能 够快速地生成可执行的代码，它们是较理想 的快速原型工具。
面向数据流自顶向下求精过程
3.3.3 简易的应用规格说明技术
使用传统的访谈或面向数据流自顶向下求精方 法定义需求时，用户处于被动地位而且往往有 意无意地与开发者区分“彼此”。由于不能像 同一个团队的人那样齐心协力地识别和精化需 求，这两种方法的效果有时并不理想。
为了解决上述问题，人们研究出一种面向团队 的需求收集法，称为简易的应用规格说明技术。 这种方法提倡用户与开发者密切合作，共同标 识问题，提出解决方案要素，商讨不同方案并 指定基本需求。
第3章 需求分析
（2）分析与综合
分析员需从数据流和数据结构出发，逐步细 化所有的软件功能，找出系统中各元素之间的 联系、接口特征和设计上的限制，分析它们能 否满足功能要求，是否合理。依据功能需求、 性能需求、运行环境需求等，剔除其中不合理 的部分，增加其需要的部分。最终综合成系统 的解决方案后，给出目标系统的详细逻辑模型。
第3章 需求分析
3.1 需求分析的任务
需求分析的任务就是准确地回答“系统必 须做什么?”这个问题，是通过系统分析员与 用户一起商定，清晰、准确、具体地描述软 件产品必须具有的功能、性能、运行规格等 要求。软件需求分析阶段的目的是澄清用户 的要求，并把双方共同的理解明确地表达成 一份书面文档——软件需求规格说明书。