数据流图与讲义需求分析建模案例
UML系统需求分析建模实例(包括业务建模)
系统用例几乎总是以黑盒形式编 写的。它们描述了软件系统之外 的参与者如何与将被设计的系统 进行交互。系统用例详细阐明了 系统需求。系统用例模型的目的 是从涉众的角度说明需求，而不 是设计如何满足需求。
业务用例图中，可以让业务参与者【业 在系统用例图中，让参与者与用 务执行者】和业务角色【业务工人】与 例进行交互。 业务用例进行交互。
做专业的企业，做专业的事情，让自 己专业 起来。2 020年1 2月上 午12时3 5分20. 12.200: 35Dece mber 2, 2020
时间是人类发展的空间。2020年12月2 日星期 三12时 35分4 秒00:35: 042 December 2020
科学，你是国力的灵魂；同时又是社 会发展 的标志 。上午1 2时35 分4秒上 午12时 35分00 :35:042 0.12.2
原始需求愿景
1. 为员工提供账务的自动化办理，提高办 事效率，方便员工。
2. 方便财务部门管理好账务信息。
涉众分析
涉众
解释
期望
员工
公司的正式录用雇员 通过网上办理账务业务申 请，计算机控制流程
部门经理 部门负责人，负责审 方便审核操作，通过计算 核员工提交的申请 机代替原来的手工审核方 式。
公司主任 公司负责人，负责 2 方便审核操作，通过计算
次审核员工提交的申 机代替原来的手工审核方
请
式，界面友好易用。
财务主任 公司财务部门负责人，通过计算机转账的方式替 负责发放报账款项 代原来的人为付款方式。
业务用例获取（1）
定义：
" 业务用例从一个外部的，增加值的角度来描 述一个业务过程。为了给这个业务的涉众创造 价值，业务用例是超越组织边界的业务过程， 很可能包括合作伙伴和供应商。“
教你怎么画数据流图包括数据流图实例PPT课件
2021/3/9
管理信息系统》
第一步，画出关联数据流图。
S1顾客
F1订单
P 图书预订
F2汇总订单
S2 出 版 社
图书预订系统关联图
2021/3/9
管理信息系统》
第二步，逐层分解加工，画出下层DFD。注意到根据题意，当绘出系统 顶层图后并不能将所有加工分解成基本加工，还要进行二层图分解。 并在分解加工过程中逐步充实进数据存储。见图。
2021/3/9
管理信息系统》
（3）加工 加工又称处理亦称变换，它表示对数据流的操作。 加工的符号分成上、下两部分，从上到下分别是标识部分和功能描 述部分。 标识部分用于标注加工编号，加工编号应具有唯一性，以标识加工 ，以“P”开头。 功能描述部分用来写加工名。为使DFD清晰易读，加工名应简单，能 概括地说明对数据的加工行为，其详细描述在数据词典中定义。 加工要逐层分解，以求得分解后的加工功能简单、易于理解。
建立新系统的DFD是一项十分重要的工作。因为建立的DFD是系统 开发乃至系统维护的依据，是系统的重要文档之一。系统分析员要在 详细调查中，在与用户的反复交流中修改DFD，力求新建DFD是正确的 、准确的。
2021/3/9
管理信息系统》
放映结束 感谢各位的批评指导！
谢 谢！
让我们共同进步
2021/3/9
21
D5 订单数目
D6
顾
P2.2
客
情
订单分类
况
D7
D4 出版社要求
P3 发送订单
F2汇总订单
S2 出 版社
优
P2.3
先
订
随时处理
单
D3
D8
需求分析与数据流图绘制
《数据库原理及应用》实验报告实验时间：实验项目：需求分析与数据流图绘制实验目的：根据对具体的问题的需求分析，使用Visio画出系统流程图和E-R图。
实验内容和步骤：任务一：请完成教材P216“销售管理数据流图”。
任务二：一个中学图书馆要建设图书数据库。
要求对每一个借阅者保存读者记录，包括：读者号，姓名，年龄，单位；对每本书保存：书号，书名，作者，出版社；对每本借出的书存有读者号，借出日期和应还日期。
一种书供多个读者借阅，每个读者可以借阅多本图书。
请画出该图书数据库建设的E-R图。
课后任务：在以下项目中，任选一题，作为你的课程设计。
请画出系统业务流程图和E-R 图。
题目一：人事管理系统1、系统功能的基本要求：（1）员工各种信息的输入，包括员工的基本信息、学历信息、婚姻状况信息、职称等。
（2）员工各种信息的修改；（3）对于转出、辞职、辞退、退休员工信息的删除；（4）按照一定的条件，查询、统计符合条件的员工信息；至少应该包括每个员工详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等，至少应该包括按学历、婚姻状况、岗位、参加工作时间等统计各自的员工信息；（5）对查询、统计的结果打印输出。
2、数据库要求：在数据库中至少应该包含下列数据表：（1）员工基本信息表；（2）员工婚姻情况表，反映员工的配偶信息；（3）员工学历信息表，反映员工的学历、专业、毕业时间、学校、外语情况等；（4）企业工作岗位表；（5）企业部门信息表。
题目二：工资管理系统1、系统功能的基本要求：（1）员工每个工种基本工资的设定（2）加班津贴管理，根据加班时间和类型给予不同的加班津贴；（3）按照不同工种的基本工资情况、员工的考勤情况产生员工的每月的月工资；（4）员工年终奖金的生成，员工的年终奖金计算公式＝（员工本年度的工资总和＋津贴的总和）/12；（5）企业工资报表。
能够查询单个员工的工资情况、每个部门的工资情况、按月的工资统计，并能够打印；2、数据库要求：在数据库中至少应该包含下列数据表：（1）员工考勤情况表；（2）员工工种情况表，反映员工的工种、等级，基本工资等信息；（3）员工津贴信息表，反映员工的加班时间，加班类别、加班天数、津贴情况等；（4）员工基本信息表（5）员工月工资表。
[论文]需求分析（数据流图、数据字典）
![[论文]需求分析（数据流图、数据字典）](https://img.taocdn.com/s3/m/3e24fe0ffe00bed5b9f3f90f76c66137ef064f45.png)
系统性能需求分析1.1 数据负荷需求经过调查研究，学校中大部分电脑都是Windows操作系统，而且，所有负责学生工作的老师的电脑，都接入了校园网，但是电脑的配置参差不齐。
据此，本系统在设计时采用Browser/Server结构，一方面是便于维护；另一方面降低系统开发的成本。
因此，数据负荷需求具体分为2个部分，一个是浏览器端的数据负荷，另外一个是服务器端的数据负荷。
浏览器端的数据负荷较轻，没有具体的要求；服务器端的数据负荷负荷较重，有必要添加数据存储服务器，以防止发生服务器“崩溃”等问题而产生的不良影响。
1.2 适应性需求能使用户操作简单易学容易上手，条理清晰，界面友好。
2 系统功能需求分析2.1 系统功能的划分大学生就业管理系统的主要用户分为两类：一类是学校中负责管理大学生就业工作的老师；另一类是即将走向工作岗位的应届毕业生。
根据使用对象，整个系统可以分为2个子系统。
管理员登陆子系统主要是由负责管理大学生就业工作的老师，管理学生信息，管理企业信息，管理招聘信息；学生登陆子系统主要是应届毕业生通过系统查看个人信息，搜索并查看企业信息，搜索并查看招聘信息。
根据功能本系统又可分为就业指导管理和信息公布管理两大模块。
其中，就业指导管理模块，可以细分为学生管理和企业管理。
2.2 系统功能描述⑴管理员登陆子系统①毕业生管理模块该模块的主要功能是添加和维护毕业生基本信息。
②企业管理模块该模块的主要功能是添加和维护企业基本信息。
③招聘信息管理模块该模块的主要功能是添加和维护招聘信息。
⑵毕业生登陆子系统①个人信息查看模块该模块的主要功能是查看个人基本信息。
②企业信息查看模块该模块的主要功能是搜索和查看企业基本信息。
③招聘信息查看模块该模块的主要功能是搜索和查看招聘相关信息。
3 数据需求分析3.1 数据流图数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。
数据流程分析的目的就是要发现和解决数据流通中的问题。
系统分析数据流图10例
系统分析数据流图10例数据流图10例1.请根据以下描述画出某库存管理系统的数据流图。
该系统的数据流程描述如下：（1）首先，根据计划部门转来的收货通知单，和已存在的物资编码文件，建立物资采购单流水账；（2）然后，根据技术部门的物资验收报告和物资采购单流水账，更新物资台账文件；（3）最后，对物资台账分类汇总，将结果存储于物资总账文件中。
答：图.12.请根据以下描述画出系统的数据流图。
该子系统共有三个加工，（1）首先，根据生产计划、库存台账文件编制采购计划，建立采购计划文件；（2）其次，根据订货合同、采购计划文件，建立合同台帐文件；（3）最后，根据合同分类文件打印合同分类表。
答：3.请根据以下业务流程描述，画出某物资管理系统的数据流图。
该系统的业务流程描述如下：（1）生产车间向物资部提出物资需用计划，物资部计划人员根据库存台帐，编制物资采购计划；（2）采购人员根据物资采购计划，以及供货商报价单，编制合同台帐；（3）采购的物资到货后，库存管理人员根据技术科提供的验收报告，以及合同台帐，进行物资入库处理，并更新库存台帐。
答：4.请根据以下描述画出某设备管理系统的数据流图。
该系统的数据流程描述如下：（1）首先，根据技术科的验收报告，建立设备台帐；（2）然后，根据技术科的设备检修记录，更新设备台帐；（3）最后，对设备台帐分类汇总，打印输出统计报告。
答：图.35.请根据以下业务流程描述，画出某仓库管理系统的数据流图。
该系统的业务流程描述如下：（1）仓库管理员依据物资到货通知单，建立物资台帐；(2)领料人员向仓库管理员提交物资领用申请，库管员查询库存台帐并打印领料单；（3）月末进行物资盘点，生成并打印“物资收支存报表”。
答：图.56.请根据以下描述画出某教学管理系统的数据流图。
该系统的数据流程描述如下：(1)教学秘书将学生成绩单录入，形成学生成绩文件；(2)打印成绩单，交给学生；(3)依据学生成绩文件，对学生成绩进行综合分析，形成分析报告文件；(4)将分析报告打印出来，交给主管校长。
结构化分析(传统建模方法)方法 分析模型：数据流图(
Do:显示售货机在备用 所有灯都关闭 Do:显示金额总数
投入硬币 （有效的） 投入硬币金额
(1元、5元、10元)
回到备用状态
Do:显示金额已够 饮料选择灯亮 按下选择饮料键
取出饮料 结算找零 扣减存量 完成交易
金额不足 再投币
回到备用状态
存量为零 饮料“售完”灯亮
事件追踪图举例：打电话的事件追踪图
实例连接示例及表示
教师为学生 授课：
教师 学生
教学 0,m 0,n
教师为学生 指导论文：
教师
指导论文 0,m 1
学生
关联关系(链属性)的表示
允许实例连接带有一组属性，这些属 性通过关联来描述
类1 类1
连接名称 m n 连接 属性
关联关系
教师
指导论文 0,m 1 题目 答辩时间 成绩
学生
(链属性)
connectSuccess () Diaconnectsuccess()
移动电话系统的类图之二
对象模型技术
(OMT, Object Model Tech)
基本模型:
对象模型 动态模型 功能模型
三个模型分别从不同角度分析系统
分析模型
• 对象模型: 描述静态结构, 定义做
事情的实体
• 功能模型: 描述处理(数据变换),
建立概念模型（UML中的类图）
•确定并定义类 •建立关联 •添加属性 •描述系统行为：系统顺序图等
建立关联
对象之间的静态联系称为实例 连接(Instance Connection) ，它通过 对象的属性来表现对象之间的依赖关 系。
面向对象术语中把对象之间的实 例连接称为链接(Link)，把类之间的 实例连接称为关联(Association)
教你怎么画数据流图包括数据流图实例课件
2023
PART 04
数据流图常见问题及解决 方案
REPORTING
问题一：数据流不明确
总结词 数据流图中的数据流不明确，往往导致读者对数据流向和 数据处理过程产生困惑。
详细描述 数据流图是一种用于描述数据流动和处理的工具，通过图 形化的方式展示数据从输入到输出的流转过程。如果数据 流不明确，将影响读者对数据流程的理解。
电商网站用户行为分析数据流图
利用数据流图工具绘制电商网站用户行为分析数据流图，包括用户登录、浏览商品、加入购物车、结算等环节， 用于分析用户行为，优化网站设计和运制技巧及注意 事项
REPORTING
绘制技巧
明确目的和需求
在开始绘制数据流图之前，首先要明确目 的和需求，以便指导数据流图的绘制。
实例二：网上购物系统
01
总结词
简单、电子商务、涉及用户和订单管理。
02 03
详细描述
网上购物系统是一个简单的电子商务系统，主要涉及用户管理和订单管 理两个模块。数据流图描述了用户注册、登录、浏览商品、下单等过程 中的数据流动情况。
图表展示
数据流图包括用户注册、登录、浏览商品、下单等过程的数据流，以及 后台订单管理的数据流，展示了整个系统的数据流动情况。
数据流图的基本元素
基本元素
数据流图主要由四种 基本元素组成，包括 数据流、加工、数据 存储和外部实体。
数据流
表示数据在系统中的 流动过程，由一组有 序的数据组成。
加工
表示对数据的处理过 程，包括对数据的输 入、输出、转换等操 作。
数据存储
表示数据的存储状态， 包括数据的存储位置、 存储方式等。
外部实体
在绘制数据流图时，应详细描 述数据的存储位置和处理方式， 包括数据的临时存储、缓存、 持久化存储等。同时，应标注 存储介质和存储容量等信息。
教你怎么画数据流图-包括数据流图实例
确定系统的边界
确定系统的主要功能
首先需要明确系统的核心功能和业务 范围，以便确定数据流图的边界。
确定系统的输入和输出
了解系统需要处理哪些数据，以及输 出哪些结果，有助于确定数据流图的 起始点和终点。
确定数据流图的层次结构
识别主要流程
根据系统的业务逻辑，识别出主 要的数据处理流程，并按照其重 要性进行排序。
拆分数据流
将大量数据流拆分成多个小流，使每个小流更容 易理解和绘制。
使用数据存储
在数据流之间使用数据存储，如缓冲区、队列或 表格，以简化大量数据的处理。
使用分层数据流图
将数据流图分为多个层次，将细节放在较低层次， 主要逻辑放在较高层次。
如何处理复杂的控制流？
使用流程图符号
使用标准流程图符号，如开 始/结束、决策点、处理/动 作等，清晰地表示控制流。
价格
提供免费版和付费版，付费版提供更多高级功能。
SmartDraw
适用平台
Windows 和 Mac
特点
SmartDraw 是一款功能强大的绘图工具，支持多种类型的图表绘制，包括数据流图、流程图、组织结构图等。
价格
商业使用需要购买许可证。
05
数据流图绘制常见问题 及解决方案
如何处理大量的数据流？
划分层次结构
将主要流程按照层次结构进行划 分，形成一个清晰的树状结构， 以便绘制数据流图。
绘制数据流图
使用标准符号
遵循数据流图的规范符号，如矩形表 示处理、菱形表示决策、箭头表示数 据流等。
详细标注
在绘制过程中，对每个节点进行详细 的标注，包括处理名称、输入输出数 据等，以便他人理解。
验证数据流图的正确性
运用数据流图的需求分析
13
面向数据流的需求分析方法
面向数据流的分析方法
面向数据流分析方法运用了抽象和分解的技 术.提供一些经验知识和规则以指导需求分析
14
面向数据流的需求分析方法
步骤1: 建立顶级DFD(1/2)
根据问题域与外部环境之间的相互关系定义 问题 域的边界，即问题域与外界环境之间的 输入输出关系 --> 得到最高抽象层次 顶级数据流图仅仅描述待开发的软件系统与 外部环境之间的关系，因此在此DFD中，待 开发的软件系统被抽象描述为一个转换
– – – – – – 名字(别名) 数据类型 使用该数据条目的简要说明 数据条目的解释性说明 其他补充说明：取值范围、缺省值、设计约束等 以它作为输入流或输出流的转换的列表
8
面向数据流的需求分析方法
数据字典例子
订票单
– 名字 订票单 名字: – 数据类型 航班日期 + 目的地 + 出发地 + 航班号 数据类型: – 作为输出流的转换列表 作为输出流的转换列表: – 作为输入流的转换列表 预定机票 作为输入流的转换列表: – 使用说明 必须给出各个数据项 使用说明: – 解释性说明 无 解释性说明: – 缺省值: 出发地 = 填写本地 – ……
15
面向数据流的需求分析方法
步骤1: 建立顶级DFD(2/2)
读者 借阅图书命令 图书馆 系统 读者管理命令 读者管理员
书库管理命令 书库管理员
16
面向数据流的需求分析方法
步骤2:自顶向下，功能分解 自顶向下，
自顶向下、逐步求精对顶级数据流图进行精 化，生成下一级数据流图 对用户的需求描述进行语法分析
数据流图 数据字典 小说明
4
面向数据流的需求分析方法
数据流图案例
IF–THEN-ELSE; CASE-OF-ENDCASE； 3、循环结构
WHILE-DO; REPEAT-UNTIL
2.3.2 快速原型开发模型
快速分析，确定初步规格说明 构造原型
பைடு நூலகம்
修N 正 改 进 原 型
N
运行/评价原型
原型完成否 Y
N 要细部说明否 Y 严格说明细部
DFD图不是流程图,不表示软件的控制流程。
2.2.6 分层DFD图的改进
DFD图必须经过反复修改，才能获得最终的目标系统的 逻辑模型（目标系统的DFD图）。可从以下方面考虑DFD图 的改进： 1、检查数据流的正确性
① 数据守恒 ② 子图、父图的平衡 ③ 文件使用是否合理。特别注意输入/出文件的数据流。 2、改进DFD图的易理解性
● 为软件设计者提供可用于转换为数据设计、体系结构 设计、界面设计和过程设计的模型；
● 提供开发人员和客户需求规格说明，用于作为评估软 件质量的依据。
需求工程小结
需求工程是系统工程和软件工程的一个交叉分支，涉及到 软件系统的目标、软件系统提供的服务、软件系统的约束和软 件系统运行的环境。它还涉及这些因素和系统的精确规格说明 以及系统进化之间的关系。它也提供现实需要和软件能力之间 的桥梁。
数据流图案例1
2.2.3 画分层DFD图的方法
“先全局后局部,先整体后细节,先抽象后具体” 通常可将这种分层的DFD图,分为顶层、中间层、底层。 具体步骤： 1。先确定系统范围，画出顶层的DFD图。 2。逐层分解顶层DFD图，获得若干中间层DFD图。 3。画出底层的DFD图。
顶层图说明了系统的边界,即系统的输入和输出数据流 ，顶层图只有一张。底层图由一些不能再分解的加工组 成，这些加工都已足够简单，称为基本加工。在顶层和 底层之间的是中间层。中间层的数据流图描述了某个加 工的分解，而它的组成部分又要进一步分解。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
图 2..16
2.2.5 画分层DFD图的基本原则
数据守恒与数据封闭原则 所谓数据守恒是指加工的输入输出数据流是否匹配，
即每一个加工既有输入数据流又有输出数据流。或者说一 个加工至少有一个输入数据流，一个输出数据流。
数据封闭是对整个系统而言。
加工分解的原则 自然性：概念上合理、清晰； 均匀性：理想的分解是将一个问题分解成大小均匀的几
画各层DFD图时，“由外向内”。
先全局后局部, 分层
先整体后细节,
DFD 图
X
先抽象后具体.
0图
顶 层
3 12
中
间
1.2 1.3
1图
1.1 1.4
2.2
层
2.1
2图
1.1.1 1.1.2
2.1.3 2.1.2 2.1.1
2.2.1 2.2.3
2.2.2
底 层
1.1图
2.1图
2.2图
2.2.4 实例：医院病房监护系统
对数据流图中包含的所有元素的定义的集合构成了数 据词典。词典中可有以下四种类型的条目：
数据流 文件
数据项 加工
A、 数据流条目 给出某个数据流的定义，通常是列出该
数据流的各组成数据项。
例如： 报名单＝姓名＋单位名＋年龄＋性别＋课程名
常用符号：＝、＋、［｜］、｛｝、（）、{...}
n m
B、文件条目 给出某个文件的定义，同数据流一样，文件
精品
数据流图与需求分析建模 案例
2.2.3 画分层DFD图的方法
“先全局后局部,先整体后细节,先抽象后具体”
通常可将这种分层的DFD图,分为顶层、中间层、底层。 具体步骤：
1。先确定系统范围，画出顶层的DFD图。 2。逐层分解顶层DFD图，获得若干中间层DFD图。 3。画出底层的DFD图。
顶层图说明了系统的边界,即系统的输入和输出数据流 ，顶层图只有一张。底层图由一些不能再分解的加工组 成，这些加工都已足够简单，称为基本加工。在顶层和 底层之间的是中间层。中间层的数据流图描述了某个加 工的分解，而它的组成部分又要进一步分解。
IF–THEN-ELSE; CASE-OF-ENDCASE； 3、循环结构
WHILE-DO; REPEAT-UNTIL
应用举例
例：一图书销售系统，其中一加工为“优惠处理”，条件是： 顾客的营业额大于1000元，同时必须信誉好，或者虽然信 誉不好，但是20年以上的老主顾。
2.2.4 实例：医院病房监护系统
监视病情
产生 病情报告
经过初步的需求分析，得到系统功能要求： 1、监视病员的病症（血压、体温、脉搏等）。 2、定时更新病历。 3、病员出现异常情况时报警。 4、随机地产生某一病员的病情报告。
更新病历
例2 医院病房监护系统
系统功能要求： 1、监视病员的病症（血压、体温、脉搏等） 2、定时更新病历 3、病员出现异常情况时报警。 4、随机地产生某一病员的病情报告。
DFD图不是流程图,不表示软件的控制流程。
2.2.6 分层DFD图的改进
DFD图必须经过反复修改，才能获得最终的目标系统的 逻辑模型（目标系统的DFD图）。可从以下方面考虑DFD图 的改进： 1、检查数据流的正确性
① 数据守恒 ② 子图、父图的平衡 ③ 文件使用是否合理。特别注意输入/出文件的数据流。 2、改进DFD图的易理解性
① 简化加工之间的联系（加工间的数据流越少，独立性越 强，易理解性越好）。
② 改进分解的均匀性。 ③ 适当命名（各成分名称无二义性，准确、具体）。
2.2.7 数据词典(Байду номын сангаасD)
分层数据流图只是表达了系统的“分解”，为了完整 地描述这个系统，还需借助“数据词典”和“小说明” 对图中的每个数据和加工给出解释。
对基本加工说明有三种描述方式：
结构化语言
判定表
判定树
一、 结构化语言
结构化语言是介于自然语言和形式语言之间的一种半形式 语言，它是自然语言的一个受限制的子集。一般分为两层结 构：外层语法较具体，为控制结构（顺序、选择、循环）,内 层较灵活，表达“做什么”。
例如：外层可为以下结构： 1、顺序结构 2、选择结构
顶层：
病员
病症信号
病员监 护系统
病症报告
报警
护士
护士
要求报告
病员日志
第一层： 病员 护士
护士
医院病房监护系统顶层DFD图
病症信号
1
局部监视
病员数据
病员极限
生理信号
极限值
报警
病症报告
3
中央监视
格式化 病员数据
2
生成报告
日志数据
4
更新日志
要求报告
日志数据
病员日志
医院病房监护系统二层DFD图
第二层：加工“中央监视”分解
3.1
病员数据 开解信号
脉搏
病员极限
血压 体温
3.2
计算超过 极限值否
超过极限值
生理信号 极限值
血压、体温 脉搏
3.3
产生 报警信息
报警
时钟
3.4
格式化 日期 病员数据
时间
格式化 病员数据
医院病房监护系统分层DFD图
第一层
1 局部监视
病员极限
第二层：加工“中央监视”分解
病员
病员
生理信号 极限值
数据
的定义通常是列出文件记录的组成数据流
例如某销售系统的订单文件：
订单文件＝订单编号＋顾客名称＋产品名称＋订货数量＋交货日期
C、 数据项条目
数据项条目给出某个数据单项的定义，通常是数据项的 值类型，允许的取值范围。
D. 加工条目
加工类条目就是“加工小说明”。一般应该单独列出 。
2.2.8 加工说明
对数据流图中每一个不能再分解的基本加工都必须有 一个小说明给出这个加工的精确描述。小说明中应精确地 描述加工的激发条件、加工逻辑、优先级、执行频率和出 错处理等。加工逻辑是其中最基本的部分，是指用户对这 个加工的逻辑要求。
个部分； 分解度：一般每一个加工每次分解最多不要超过７个子
加工,分解应分解到基本加工为止。
2.2.5 画分层DFD图的基本原则
子图与父图的“平衡” 父图中某个加工的输入输出数据流应该同相应的子
图的输入输出相同(相对应），分层数据流图的这种特 点称为子图与父图“平衡”。 合理使用文件
当文件作为某些加工之间的交界面时，文件必须画 出来，一旦文件作为数据流图中的一个独立成份画出来 了，那么他同其他成份之间的联系也应同时表达出来。
3.1 开解信号 病员数据
脉搏
病员极限
护士
报警 病症报告
3 中央监视
格式化 病员数据
生理信号
体温 血压
3.2
计算超过 极限值否
极限值 血压、体温、
2
4
护士
生成报告 要求报告
日志数据
更新日志
3.3
产生 报警信息
超过极限值
脉搏 3.4
病员日志
报警
日期
格式化 病员数据
格式化
时钟 时间
病员数据
图 2..15