软件工程PPT课件第3章-软件需求分析

1、第三章 软件需求分析3.1 需求分析的任务准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么。对目标系统提出完整、准确、清晰、具体的要求。用 规范的形式准确地表达用户的需求。1在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。用户与分析员之间需要沟通的内容非常多，在双方交流信息的过程中很容易出现误解或遗漏，也可能存在二义性。不仅在整个需求分析过程中应该采用行之有效的通信技术，而且必须严格审查验证需求分析的结果。2(1) 必须理解并描述问题的信息域，根据这条准则应该建立数据模型。(2) 必须定义软件应完成的功能，这条准则要求建立功能模型。(3)

2、 必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。(4) 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。需求分析的结构化分析方法准则3实体-联系图，描绘数据对象及数据对象之间的关系，是用于建立数据模型的图形。数据流图，描绘当数据在软件系统中移动时被变换的逻辑过程，指明系统具有的变换数据的功能，是建立功能模型的基础。状态转换图，指明了作为外部事件结果的系统行为，描绘了系统的各种行为模式(称为“状态”)和在不同状态间转换的方式，是行为建模的基础。4需求分析的任务和步骤需求分析的任务建立分析模型 编写需求说明 需求分析的步骤问题分析 需求描述 需求验证（评审） 5需求

3、获取的常用方法联合分析小组 用户代表、领域专家和系统分析员客户访谈 充分准备，寻找共同语言 循序渐进、逐步逼近 实际观察用户工作流程 问题分析与确认 多个来回6软件需求分析的通信途径 7分析建模结构化分析模型面向对象分析模型分析模型描述工具DFD、DD和PSPEC（加工规约） CFD、CSPEC（控制规约）和STD E-R图 用例图，对象-关系图，对象-行为图 8结构化分析模型加工说明数据对象说明CFD,STD图DFD图E-R图DD控制说明9面向对象分析模型属性、操作、协作者对象-行为模型对象-关系模型类/对象模型使用实例10实体-联系图是一种概念性的数据模型，包含3种相互关联的信息：数据对象

4、是可以由一组属性来定义的实体。属性定义了数据对象的性质。数据对象彼此之间相互连接的方式称为联系，也称为关系。(1) 一对一联系(11)(2) 一对多联系(1N)(3) 多对多联系(MN)实体-联系图11某校教学管理ER图12ER图中包含了实体(即数据对象)、关系和属性等3种基本成分；用矩形框代表实体；用连接相关实体的菱形框表示关系；用椭圆形或圆角矩形表示实体(或关系)的属性，并用直线把实体(或关系)与其属性连接起来。实体-联系图的符号13数据流图DFD描述系统逻辑模型信息在系统中的流动和处理用途交流信息的工具结构化分析和设计的工具14软件需求分析的几个阶段问题分析问题评估和方案综合建模规约复审

5、 系统分析员的主要焦点是 “做什么（what）” ，不是 “怎样做（how）”153.2 需求获取3.2.1 需求获取的目的 清楚地理解所要解决的问题 完整地获取用户需求需求获取面临的挑战：(1)问题空间理解(2)人与人之间的通信(3)需求的不断变化163.2.2 需求获取的内容 1.用户需求分类 (1)功能性需求: 定义了系统做什么 (2)非功能性需求:定义了系统工作时 的特性172. 两类需求包括的内容(1) 功能(2) 性能(3) 环境(4) 界面(5) 用户或人的因素18(6) 文档 (7) 数据(8) 资源(9) 安全保密(10)软件成本消耗与开发进度(11)质量保证19(1) 功能

6、需求 系统做什么？ 系统何时做什么？ 系统何时及如何修改 或升级？20(2) 性能需求 软件开发的技术性指标： 存储容量限制 执行速度、相应时间 吞吐量21(3) 环境需求 硬件设备：机型、外设、接口、 地点、分布、温度、 湿度、磁场干扰等软件： 操作系统 网络 数据库22(4) 界面需求 有来自其它系统的输入吗？ 有到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗？23(5) 用户或人的因素 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？24(6) 文档需求 需哪些文档？ 文档针对哪些读者？25(7) 数据需求 输入

7、、输出数据的格式？ 接收、发送数据的频率？ 数据的准确性和精度？ 数据流量？ 数据需保持的时间？26(8) 资源需求 软件运行时所需的数据、软件。 内存空间等资源。 软件开发、维护所需的人力、 支撑软件、开发设备等。27(9) 安全保密要求 需对访问系统或系统信息 加以控制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序 和操作系统隔离？ 系统备份要求？28(10) 软件成本消耗 与开发进度需求开发有规定的时间表吗？软硬件投资有无限制？29(11) 质量保证 系统的可靠性要求？ 系统必须监测和隔离错误吗？ 规定系统平均出错时间？ 出错后，重启系统允许的时间？ 系统变化如何反映到设计中？

8、维护是否包括对系统的改进？ 系统的可移植性？303.3 需求分析的步骤当前系统目标系统物理模型逻辑模型逻辑模型物理模型模型化抽象化具体化实例化怎么做做什么当前系统目标系统需求定义31 对象系统模型系统抽象（映射）模型应用模型构造的过程逻辑模型和物理模型模型是对对象系统的形式化的特征 抽象，概括性或近似地表示； 形式化语言：数学语言、图形等； 构造模型的过程是一个抽象、分 析的过程。32 现行系统目标系统描述现实系统是如何在物理上实现的。描述新系统的主要业务功能和用户新的需求，无论系统应如何实施。描述新系统是如何实施的（包括技术）。 逻辑模型 物理模型 (本质模型、概念模型) (实施模型、技术模

9、型)描述重要的业务功能，无论系统是如何实施的。33需求分析过程示意学生(1) 通过对现实环境的调查，获当前系统的具体模型(物理模型) 学生购书申请购书单发票领书单书107刘教务科206王会计室206李出纳员303赵教材学生购买教材的具体模型34需求分析过程示意(2) 去掉具体模型中的非本质因素， 抽象出当前系统的逻辑模型 学生购买教材的逻辑模型学生学生购书申请购书单发票领书单书审查有效性开发票开领书单发书35需求分析过程示意(3) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型 计算机售书系统的逻辑模型学生学生购书单发票领书单审查并开发票开领书单无效书单36需求分析过程示意(4) 对目

10、标系统进行完善和补充，并写出完整的需求说明；(5) 对需求说明进行复审，直到确认文档齐全，并且符合用户的全部需求为止。 373.4 分析建摸结构化分析（传统建模方法）面向对象分析3.4.1 结构化分析方法 (Structured Analisys, SA)基于数据流技术的分析方法 需求获取应遵循的基本原则： 分解 抽象 信息隐藏 模块化38分析模型的主要目标描述用户需要建立创建软件设计的基础定义软件完成后可被确认的一组需求39 分析模型的结构数据字典数据流图E-R图状态-迁图加工规约控制规约数据对象描 述40分析模型的元素数据字典(DD)：模型核心(中心库)E-R图(ERD)：数据流图(DFD

11、) 指明数据在系统中移动时如何被变换;描述对数据流进行变换的功能; DFD中每个功能的描述包含在加工规约 (小说明)。状态变迁图(STD) 指明作为外部事件的结果,系统将如何 动作。413.4.2 数据建模 E-R图是数据建模的基础教师学生课程职称性别姓名职工号学教姓名性别学号系年级成绩课程号课名学时学分教学ER图学分42系统流程图是概括地描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件(程序，文档，数据库，人工过程等)。系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程，因此尽管系统流程图的某些符号和程序流程图的符号形式相同

12、，但是它却是物理数据流图而不是程序流程图。系统流程图43面对复杂的系统时，一个比较好的方法是分层次地描绘这个系统。首先用一张高层次的系统流程图描绘系统总体概貌，表明系统的关键功能。然后分别把每个关键功能扩展到适当的详细程度，画在单独的一页纸上。这种分层次的描绘方法便于阅读者按从抽象到具体的过程逐步深入地了解一个复杂的系统。分层44数据流图(DFD)是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。数据流图是系统逻辑功能的图形表示，即使不是专业的计算机技术人员也容易理解它，因此是分析员与用户

13、之间极好的通信工具。此外，设计数据流图时只需考虑系统必须完成的基本逻辑功能，完全不需要考虑怎样具体地实现这些功能。数据流图45数据流图是系统的逻辑模型，然而任何计算机系统实质上都是信息处理系统，也就是说计算机系统本质上都是把输入数据变换成输出数据。因此，任何系统的基本模型都由若干个数据源点/终点以及一个处理组成，这个处理就代表了系统对数据加工变换的基本功能。对于上述的定货系统可以画出基本系统模型。463.4.3 功能建模和信息流 基于计算机的系统输入信息信息流模型输出信息外部实体外部实体外部实体输入信息外部实体外部实体输出信息输出信息47一. 数据流图 (DFD，Data Flow Diagr

14、am) 描述逻辑模型的图形工具， 表示数据在系统内的的流动和处理。用途交流信息的工具结构化分析和设计的工具 48库存管 理财务管 理1配送中心管理信息系统的零层DFD订货单表供应商D1门店发票订货单送货单出库单、入库单订货单表D3门店商品编码2商品价 格表D4订单表D5采购管 理4销售管 理5配送管 理3路单门店销售信息缺货单表D2订单商品价格记录单正确订销售预测信息缺货单缺货单49数据存储 (文件或数据库）1. 数据流图的四个基本成分2或数据流（数据对象）或位于被建模系统之外的信息生产者或消费者,称为外部项。说明数据输入的源点(数据源)或数据输出的汇点(数据池)或22II数据处理(加工)50

15、2. DFD各成分的作用和命名注意事项数据流表示数据和数据流向三个重要属性:流向(从加工出发或流向加工)数据组成数据流名字51数据流命名方法和注意事项用名词或名词词组 不要使用意义空洞的名词。尽量使用现实系统已有名字,当命名出现困难，考虑是否数据流划分不恰当。不要把控制流作为数据流。52加工的命名原则 顶层的加工名就是软件项目 的名字 最好使用动宾词组，也可用 主谓词组 不要使用空洞的动词53数据存储分层数据流图中，数据存储 一般局限在某一层或某几层命名方法与数据流相似54举例：数据源数据池没有输出！加工没有输入！加工数据源数据池数据源数据存储数据源数据存储数据存储数据存储数据流必须起于且/或

16、止于加工加工至少有一个输入数据流和一个输出数据流55DFD的性质与程序流程图的区别 (不同用途):程序流程图用于表示程序的过程设计软件分析阶段的工具，DFD不能表示程序的控制结构. (分析阶段只须考虑软件“干什么”， 不必问“怎样干”) DFD可以用来表示一个系统或软件在任何层次上的抽象。 较大型软件系统DFD分成多层(子图、父图概念),可以表示数据流和功能的进一步的细节。56分层数据流图 57S2132.22.12.33.13.2 顶层0层1层(基本系统模型)(系统的子功能)DFD的层次分解58怎样画DFD(1) 先画出顶层DFD。(2)自顶向下画出各层DFD 分解原则： 分解后的软件成分有

17、相对独立功能 一次分解不要加入细节过多 由外(粗）向里（细）画DFD59送货单配送中心管理信息系 统配送中心管理信息系统的顶层DFD供应商领书单路单门店销售信息连锁门店订单发票订货单60库存管 理财务管 理1配送中心管理信息系统的零层DFD订货单表供应商D1门店发票订货单送货单出库单、入库单订货单表D3门店商品编码2商品价 格表D4订单表D5采购管 理4销售管 理5配送管 理3路单门店销售信息缺货单表D2订单商品价格记录正确订单销售预测信息缺货单缺货单61入库1.1库存管理子系统的DFD（第一层）订货单表供应商D1送货单出货单表D3门店出库单库存表D2在库1.2出库1.3入库单号库存记录62制

18、作路单3.2配送管理子系统的DFD（第一层）订货单表D1路单记录门店信息表D2门店路单表D3路单执行情况跟踪3.4确定配送 路线3.3配送计划门店信息拣货单表D4制定配送 计划3.1门店信息路单配送计划路单63分配货 位号1.1.2入库子系统的DFD（第二层）货位文件DS2订单文件DS1入库单库存商品文件DS4修改库存商品信息1.1.4记录入 库单1.1.3货位信息合格商品检验送 货单1.1.1入库单文件DS3货位号货位号新库存信 息旧库存信息合格商品送货单64画分层DFD的指导原则(1) 父图与子图的平衡 模型细化时必须保持数据流的连续性，即每个细化部分的输入和输出必须保持不变(父图和子图输

19、入数据和输出数据应一致)。65A14父图和子图的平衡23BFEGCD66C3.1父图和子图的平衡ED3.33.267购书单教材购销系统教材购销系统的顶层DFD学生领书单缺书单进书通知书库保管员68购书单缺书单销售教材采购教材12第二层DFD(层) 教材购销系统教材存量表学生F1缺书登记表F2书库保管员进书通知教材入库信息领书单69 按书号汇总缺书2.12.3第三层DFD (1层) 采购子系统(2.0) 待购教材表F5教材一览表F6书库保管员进书通知教材存量表F12.2按出版社统计缺书修改教材库存和待购量F2缺书登记表缺书单教材入库信息70购书单缺书单销售采购12第二层DFD (层) 教材购销系

20、统教材存量表学生F1缺书登记表F2书库保管员进书通知领书单教材入库信息711.2第三层DFD (1层) 销售子系统(1.0)无效书单教材存量表F1开发票F2缺书登记表学生各班学生用书表F3售书登记表F41.1 审查有效性1.3 登记并开领书单学生1.5补售教材1.4登记缺书购书单发票领书 单 有效购书单教材入库信息72父图与子图平衡的特例领书单1.3发票1.3.31.3.2教材1.3.1学生领书单父图子图发票学生教材73画分层DFD的指导原则(2) 区分局部文件和局部外部项.1.2.31父图子图74购书单缺书单销售教材采购教材12第二层DFD(层) 教材购销系统教材存量表学生F1缺书登记表F2

21、书库保管员进书通知教材入库信息领书单75 按书号汇总缺书2.12.3第三层DFD (1层) 采购子系统(2.0)待购教材表F5教材一览表F6书库保管员进书通知教材入库信息教材存量表F12.2按出版社统计缺书修改教材库存和待购量F2缺书登记表缺书单76画分层DFD的指导原则(3) 遵守加工的编号原则子图图号为分解的父图中的加工号,同级子图在最后数字以序号区别。77S2132.22.12.33.13.2 顶层（不编号）0层1层78画分层DFD的指导原则(4) 分解的深度与层次 按功能情况定，一般设深度为3-5；如超过5最好分解画，否则容易出错。 79实例图书馆管理系统功能： 购入新书 读者借书 读

22、者还书 图书注销 查询统计80购入新书：新书编卡片(包括:分类目录号、 流水号(唯一)、书名、 作者、内容摘要、价 格、购书日期等信息)写入图书目录文件81读者借书： 填借书单(包括：读者号、欲借图 书分类目录号) 检查读者号有效性，无效，拒借 读者号有效，检查借书是否超数? 已达5本，拒绝借； 未超，可借，登记图书分类目录 号、读者号、借阅日期等，写回 借书文件中。82读者还书：根据图书流水号，从借书文件中读出与该书相关的借阅记录,查明借书日期，还书日期，求借书时间，再重写回借书文件中，超过期限罚款。83图书注销： 从借阅图书文件中删除相关记录 丢失图书时从图书文件中删除相关记录84查询统计

23、： 查询某读者情况 查询某图书借阅情况 统计图书借阅情况85顶层数据流图图书管理人员图书管理系统系统时钟读者图书管理要求查询要求统计表图书情况读者情况罚款单当前日期86检 查有效性图书管理要求查询要求无效输入1处理查询3处理要求2有效查询要求有效图书管理要求当前日期罚款单统计表图书情况读者情况0层数据流图87要求类型处理有效图书管理要求当前日期无效输入2.1新书入库2.2借入库单罚款单一层数据流图 (a)借书2.3注销图书2.5借书2.4目录文件借书单书单注销单88查询类别处理有效查询要求3.1读者查询3.2统查询读者情况统计表一层数据流图 (b)图书查询借书文件要查询图书情况3.3图书统计3

24、.4计求读者文件目录文件读者情况图书情况89实例 考务处理系统功能 (1)对考生送来的报名单进行检查;(2)对合格的报名单编好准考证号后将准考证送给考生，并将汇总后的考生名单送给阅卷站;(3)对阅卷站送来的成绩单进行检查，并根据考试中心制定的合格标准审定合格者;(4)制作考生通知单(含成绩及合格/不合格标志)送给考生;(5)按地区进行成绩分类统计和试题难度分析，产生统计分析表。90顶层数据流图考生考务处理系统考试中心阅卷站不合格报名单报名单准考证考生通知单成绩清单合格标准错误成绩清单考生名单统计分析表91登记报名单报名单准考证1统计成绩2不合格报名单考生通知单成统计分析表零层数据流图考生名册绩

25、清单合格标准考生名单成绩清单错误92一层数据流图 (a)检查报名单报名单准考证1.1编准考证号1.2不合格报名单考生名册考生名单合格报名单登记考生1.393一层数据流图 (b)检查成绩清单2.1审定合格者2.2考生名册正确成绩清单制作通知单2.3分析统计成绩2.4分析试题难度2.5试题得分清单考生通知单难度分析表合格标准分类统计表成绩清单错误成绩清单经审定的成绩清单94二. 数据字典 (DD， Data Dictionary) DFD中的数据流、数据存储表示某个有组织的数据集合，它们要由SA的其他描述工具-需求字典（数据字典）来描述。 数据字典的作用词条描述数据结构描述加工逻辑说明95定义方法

26、找出所有数据元素(数据流，数据存储，数据项，加工)对数据项分类作结构定义规定特性和限制排序96DD排序方法(1)按DFD层次排序(2)先层次排序 后内部排序(字母,汉字.顺序)(3)排序(1),(2)为与过程有关字典,不好维护97物理DD(概要设计阶段完成)开发DD设计DDDD中的命名遵守系统开发规范规定DD分类逻辑DD物理DD(概要设计阶段完成)开发DD设计DDDD中的命名遵守系统开发规范规定98DD的实现(1)人工方法(2)自动方法(利用字典管理程序) DD应具特点(1)通过名字可方便查阅数据定义(2)无冗余 (3)易更新修改DD中数据结构的描述方式定义式 Warnier图巴科斯范式（BN

27、F）99定义式中使用的符 操作符 含义描述 定义为 与(顺序结构) . 重复(循环结构) . 或(选择结构) . , . ( . ) 任选 m.n 界域 ., 注释符100限制重复次数举例: 35 或53 表示允许重复3-5次 33 或33 表示恰好重复 3 次 1表示至少出现 1 次表示允许重复0至任意次101数据流条目给出DFD中某个数据流的定义，通常包括： 数据流标识 数据流来源 数据流去向 数据流的数据组成 流动属性描述：频率、数据量102购书单发票领书单审查并开发票开领书单无效书单学生12各班学生用 书 表举例：学生教材存量表103数据流条目说明举例数据流名:发票别名: 购书发票组成

28、:(学号)姓名书号 单价数量总价 书费合计数据量:100次/天 高峰值：开学期间400次/天 104数据存储条目(数据文件词条)对某个文件的定义，包括： 文件名 描述 数据结构 数据存储方式 关键码 存取频率和数据量 安全性要求105购书单发票领书单审查并开发票开领书单无效书单学生12各班学生用 书 表举例：学生教材存量表106数据存储条目说明举例文件名:各班学生用书表别名:组成：系编号专业和班编号 年级书号组织：按系、专业和班编号从小到大 排列存取要求:关键字是专业和班编号107数据项条目(数据元素词条)不可再分解的数据单位，包括： 名称 描述 数据类型 长度(精度) 取值范围及缺省值 计量

29、单位 相关数据元素及数据结构108数据项条目说明举例数据项名:系编号别名:取值：2数字2注释:* 例如: 01,12 *109数据项条目说明举例数据项名:专业和班编号别名:取值： 3数字3注释:* 例如: 305 *110数据项条目说明举例数据项名:年级别名:取值及含义: freshmen, 一年级 sophomore,二年级 junjor, 三年级 senior, 四年级注释:F,M,J,S可分别用1,2,3,4代替111数据项条目说明举例数据项名:书号别名:取值: 字母数字注释:* 例如:， *112DD数据流条目说明举例图号DF01-10 /*有效购书单*/DF01-10 = 学号姓名

30、书号数量113数据流条目说明举例姓名成绩科目单科成绩DBSECAD平均成绩总分名次李晓7580858024015各科成绩一览表教务处4.3各科成绩一览表114结构化语言的特点：无确定语法；可分层、嵌套；各层有内、外层之分。结构化语言介于自然语言和形式语言之间的语言115结构化语言的原则力求精确，避免二义性尽可能简单动词要有确切含义， 与DFD中加工命名相配合名词要用DD中定义的名词不用副词、形容词116三. 结构化分析实施步骤1. 确定系统边界, 画出系统环境图2. 自顶向下，画出各层数据流图3. 定义数据字典4. 定义小说明117购书单缺书单销售采购12第二层DFD(层) 教材购销系统教材存

31、量表学生F1缺书登记表F2书库保管员进书通知教材入库信息领书单118加工条目(处理流词条) 加工类条目即数据处理描述，也称为小说明。描述实现加工的策略而不是实现加工的细节。 小说明可认为是DD的组成部分。 也可在DD中定义只说明每个加工的组 成(每个处理分解成多少小处理),而在 小说明中详细描述它的处理逻辑.描述加工的工具： 结构化语言 判定(决策)表 判定(决策)树119加工条目(处理流词条) 在DD中定义说明每个加工的组成:2.0采购= 2.1 按书号汇总缺书 + 2.2 按出版社统计缺书 + 2.3 修改教材库存和待购量教材购销系统1.0销售+2.0采购120小说明描述的内容(1) 处理

32、逻辑 描述基本加工如何把输入数据流变化为输出数据流的加工原则，不涉及具体处理方法。(2) 执行条件(3)输入/输出(4) 优先级(5) 执行频率(6) 出错处理对策小说明(加工说明)描述一个加工“做什么?即加工逻辑。121小说明举例加工名: 分类采购(CG111MD)编号: 1.1.1加工激活条件: 受到图书采购员分类 采购操作命令加工逻辑: (1) 1.1.1.1 预定图书 (2) 1.1.1.2 外采图书 (3) 1.1.1.3 赠送图书 执行频率: 随时 122小说明举例处理名:月票额统计(MHCW713MD)编号: 7.1.3激活条件:收到每日售票额信息处理逻辑:1 统计月保险金总合

33、月保险金信息=每日日保险 金信息之和 2 统计月合计 月合计信息=每日日合计信息之和执行频率: 1次/月123处理名:核实订票处理(MHGP3200MD)编号: 3.2激活条件:收到取订票信息处理逻辑:1读订票旅客信息文件 2搜索此文件中是否有与输入信息 中姓名及身份证号相符的项 IF 有 THEN 判断余项是否与文件中信 息相符 IF 是 THEN 输出已订票信息 ELSE 输出未订票信息 ELSE 输出未订票信息执行频率: 实时124F1:航班信息文件航空公司名称航班号起点终点日期 起飞时间降落时间航空公司名称2字母4 航班号3十进制数字3 字母“A”“Z”十进制数字“0”“9”起点终点1

34、汉字10 起飞时间降落时间时分 时“00”“23” 分“00”“59” 日期年月日 年2000200120022004 月“01”“12” 日“01”“31”125判定表(决策表)描述多条件、多目标动作的形式化工具判定表结构： 条件类别 条件组合 操作 操作执行126判定表举例 (计算机票折扣率)旅游时间订 票 量折 扣 量79，12月16,10,11月2020 20 20 15% 5% 20% 30%条件类别四种条件组合操作条件组合下操作的执行127处理名:计算折扣率(MHGP534MD)编号: 5.3.4激活条件:收到预订票信息处理逻辑:计算折扣率执行频率: 实时旅游时间订 票 量折 扣

35、量79，12月16,10,11月2020 20 20 15% 5% 20% 30%128判定树(Decision 决策树) 条件1 条件2 结果计 79, 订票量20: 15%算 12月 订票量20: 5%折扣 16, 订票量20: 30%量 10,11月 订票量20: 5%129 数据流和控制流举例 （使用Ward和mellor符号）监控固件和操作接口每个固件状态动作警告机器人初始化控制操作命令部件状态缓冲器位置命令开始/停止处理机器人命令机器人命令文件操作设置处理活动记录机器人动作位串130数据和控制模型的关系 DFD加工规约加工模型CFD控制规约控制模型数据输出数据条件数据输入控制输入控

36、制输出加工激活者131DFD和CFD例子-DFD信号半分钟数据光电管采集计数传送工控机处理实时数据显示班数据处理半小时数据班数据132翻屏人工驱动信息时钟半小时半分钟某型号累加物品经过信号半分钟数据光电管采集计数传送工控机处理实时数据显示班数据处理半小时数据班数据DFD和CFD例子-CFD133状态转换图(简称为状态图)通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为模型。状态转（迁移）换图State Transition Diagr134状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。状态规定了系统对事件的响应方式。在状态图中定义的状态主要有：初态(即初始状

37、态)、终态(即最终状态)和中间状态。在一张状态图中只能有一个初态，而终态则可以有0至多个。状态135事件是对引起系统做动作或(和)从一个状态转换到另一个状态的外界事件的抽象。简而言之，事件就是引起系统做动作或(和)转换状态的控制信息。事件136符号137用例图用例：系统和外部角色的交互符号表示： 系统名称系统用例名用例角色关联138Use Case图例子保险商务系统签定保险单销售统计客户统计客户保险销售员139用例之间的关系扩展关系使用关系扩展签保险单签汽车购买契约使用使用签保险单签汽车保险单签房屋保险单140对象状态转换图例子 加纸纸用完故障修复打印故障打印完成接到打印命令就绪打印缺纸故障141面向对象分析方法基本步骤定义系统的用例领域分析，建立类对象模型建立对象-关系模型建立对象-行为模型编写SRS142四、 需求验证(1) 正确性(2) 无二义性(3) 完整性(4) 可验证性(5) 一致性(6) 可理解性(7) 可修改性(8) 可被跟踪性(9) 可跟踪性(10)设计无关性(11)注释143需求工程研究新进展 需求