数据流程图总结

数据流程图总结（一）数据流图基本符号1、外部实体2、数据流3、处理4、数据存储编号、名称文件名称编号实体名编号处理名称各种符号的形状有多种方案，可以选用。实体名编号处理名称1、外部实体外部实体：位于系统之外的信息提供者或使用者。说明数据输入的源点(数据源)或数据输出的终点(数据终点)。外部实体可用来明确系统和环境的界限！同一个外部实体可以在一张数据流程图中出现若干次。实体名2、数据流表示数据和数据流向,由一项或一组固定成份的数据组成，如“选课单”由“学号、姓名、课程编号、课程名称”等成分组成。数据流的命名用名词,不要使用意义空洞的名词；尽量使用现实系统已有名字。编号、名称数据流有时是很明显的，这时可以省略，不需要描述数据流!经理编制财务报表编制财务报表财务报表经理数据流名称的表示处理与数据流数据流举例外部实体向系统输入数据系统向外部实体输出数据数据存储与数据流统计学籍变动领导数据存储名称编号审核学籍卡学籍卡学生合格订货单编辑订货单计算应收款订货单举例：某公司的顾客可能寄来订货单、支票、退货请求，或询问某件事，如果把这些数据全部表达出来，这个数据流程图就不好看。顾客处理顾客事务订货单支票退货单询问举例：多个数据流的表示订货单顾客处理顾客事务支票退货单询问顾客事务第一种解决方法：举例：多个数据流的表示顾客订货单支票退货单询问编辑订货单开收据处理询问退货分析处理举例：多个数据流的表示第二种解决方法举例：储户到储蓄所去存（取）款时，要将填写好的存（取）单与存折交给营业员，营业员处理完这笔业务后，把存折交给储户。储户业务处理存（取）单存折存折帐目D0举例：多个数据流的表示若把“存取单”与“存折”这两个平行且方向相同的数据流合并为“存取要求”，则可以减少一个数据流，数据流程图更简单好读一些！储户业务处理存取要求存折帐目D0举例：多个数据流的表示3、处理处理又称功能，表示对数据进行的操作,把流向它的数据进行一定的变换处理，产生新的数据。如“处理选课单”、“产生发票”等。处理的命名（描述）尽量最好使用动宾词组，一个动词加一个名词；不要使用空洞的动词。编号描述部门P1输入数据录入员P2打印报表人事处计算工资P3财务处P4打印P5工资╳╳√√√3、处理编号处理名称功能执行者处理的命名（描述）：最好使用动宾词组，一个动词加一个名词。编号功能描述功能执行者P1功能描述功能执行者P1.1功能描述功能执行者P1.1.1功能描述功能执行者P1.1.2功能描述功能执行者处理的编号：处理的唯一标识，可用数字表示，也可用P加数字表示，应表示出它的层数，P1；P1.1；P1.2；3、处理编号功能描述功能执行者处理的执行者（部门）：表示功能由谁来完成，可以是人、部门或是程序，也可以没有。处理必须同时有输入和输出的数据流。3、处理计算利润P456P4.1编制月报财务处P5计算利润P456P4.1？每个处理至少有一个输入数据流和一个输出数据流!!常见错误处理没有输出！数据源没有输入！处理数据终点4、数据存储数据存储是指通过数据文件、文件夹和账本等存储数据，如“学生档案”、“库存台帐”等；为了避免线条的交叉，同一个数据存储可以出现若干次。名称编号统计员记录考勤职工考勤D1计算工资职工

数据存储：是数据的“保存处”和“中转站”！可以避免处理和处理之间的直接箭头联系，这样能提高每个处理的独立性。4、数据存储举例：多个数据存储教师统计成绩分析期末成绩登记期末成绩分析补考成绩登记补考成绩期末成绩领导学生动态管理学籍表D1D1学籍表D1学籍表期末成绩通知单留退名单补考成绩留退名单数据流必须要么从某个处理流出、要么流入某个处理，而不能与处理无任何关系。常见错误实体实体数据存储数据存储实体数据存储数据存储实体二、数据流图（一）数据流图基本符号（二）数据流图的绘制（二）数据流程图绘制为了提高规范化程度，有必要对图中各个元素加以编号。

通常在编号之首冠以字母，用以表示不同的元素，可以用P表示处理，F表示数据流，D表示数据存储，S表示外部实体。例如：表示第三子系统第一层图的第二个处理（二）数据流程图绘制绘制数据流图是一个迭代的过程！逐步反复修改完善的过程！数据流程图是分层次的，绘制时采取自顶向下逐层分解的办法。先画关联图，只需说明（子）系统总的处理功能、输入和输出。再将关联图的处理分解，分解为更多的处理组成的下一层流程图。p2132.22.12.33.13.2

关联图1层2层

关联图（即顶层DFD），非常概括地反映出信息系统最主要的逻辑功能、外部实体、输入和输出数据流、数据存储。内容应尽可能少，使人立即知道系统的主要功能和组成部分。举例：绘制关联图RSF1F2F3处理ABCDP数据来源系统处理数据去向举例：

销售子系统的关联图发货单订货单用户P1销售处理p2132.22.12.33.13.2

关联图1层2层

逐层分解DFD！扩展上一层的处理，功能越来越具体，数据存储、数据流就越来越多。适中的分解速度！p2132.22.12.33.13.2

关联图1层2层保持m进n出！上下两层处理的输入和输出数据流必须对应，随着逐层扩展，输入和输出数据流、外部项通常会增加。举例：处理的逐层分解RSF1F2F3处理ABCDP每一步分解都是将一个整体分成几个大的部分，不需太细！一层DFDRSF1F2F3文件AD1文件BD2处理ABP1处理CDP2举例：处理的逐层分解RSF1F2F3处理ABCDP关联图二层DFD举例：处理的逐层分解RSF1F2F3文件AD1文件BD2处理AP1.1文件CD3处理BP1.2处理CP2.1处理DP2.2P1P2三层DFD举例：处理的逐层分解SF3文件CD3处理DP2.2.2文件DD4处理DP2.2.1P2.2举例：

订货子系统的关联图发货单订货单用户P1订货处理举例：订货处理的第一层DFD用户D2(订货单)D3(订货单)D1(订货单)订货单发货票订货单信用手册付款通知单发货票发货票库存帐待付款订货单有货再发货订货单订货单存档仓库财务科P2.1判定订货处理方式P2.2开发货票P2.3开付款通知单案例练习（一）订货系统的数据流图订货系统功能说明：采购部每天需要一张订货报表，报表按材料编号排序，报表中列出需要再次订货的材料。对于需要再次订货的材料应列出下列数据：材料编号、名称、订货数量、参考价格、主要供应单位、第二供应单位等。材料领用称为事务，通过放在仓库的CRT终端把事务输入到订货系统。当某种材料的库存数量少于库存量临界值时就应该再次订货。举例：订货系统的DFD练习1：先画出订货系统的业务流程图业务流程图的常用符号业务处理单位单证、报表信息传递过程业务处理功能数据/文件存档分析系统功能说明：

采购部每天需要一张订货报表，报表按材料编号排序，报表中列出需要再次订货的材料。对于需要再次订货的材料应列出下列数据：材料编号、名称、订货数量、参考价格、主要供应单位、第二供应单位等。材料领用称为事务，通过放在仓库的CRT终端把事务输入到订货系统。当某种材料的库存数量少于库存量临界值时就应该再次订货。先绘制业务流程图订货业务流程图采购部材料领用（事务）订货报表仓库库存信息库存更新统计订单库存临界值订单信息业务流程图与数据流程图的对应有两种思路:一种是先按业务流程图理出的业务流程顺序,然后将相应调查过程中所掌握的数据、表单分离出来,接下来考查数据的流向,加工处理过程和存储,把它们串起来就绘制成一完整的数据流程图;另一种是从业务流程中分离出处理过程,再考查每一个处理过程的输入数据与输出数据,将业务过程中所有的处理过程的输入、输出数据流进行有机的集成就形成了一个完整的数据流程图。练习2：再画出DFD关联图再画出DFD关联图采购部材料领用（事务）订货报表仓库库存信息库存更新统计订单库存临界值订单信息如何画出订货系统的DFD？1、考虑数据的源点和终点，确定系统的边界。分析可知：仓库管理员把事务输入订货系统，系统经过汇总处理，每天向采购部提供一张订货报表。所以：采购员是数据的终点，而仓库管理员是数据的源点。仓管员0.0订货系统采购员事务订货报表订货系统的关联图举例：订货系统的DFD练习3：画出第一层DFD再细化关联图采购部材料领用（事务）订货报表仓库库存信息库存更新统计订单库存临界值订单信息

2、考虑处理

由于“采购部需要报表”，因此必须有一个用于产生报表的处理。输入事务的结果是改变材料库存量，任何改变数据的操作都是处理，因此对事务进行的加工是另一个处理。

3、考虑数据流

系统把订货报表送给采购部，因此订货报表是一个数据流；仓库需要将每笔事务输入到系统中，显然事务是另一个数据流。

举例：订货系统的DFD订货系统的第一层DFD仓管员1.0处理事务采购员事务订货报表2.0产生报表举例：订货系统的DFD仓管员0.0订货系统采购员事务订货报表订货系统的关联图4、考虑数据存储

可以看出产生报表和处理事务这两个处理在时间上不匹配（随时处理事务，但每天只有一次订货报表）。因此，库存数据必须存放一段时间，即一个数据存储。由于“报表包括产品的价格、供应商信息”，因此必须存储有与供应商相关的订货数据，即需要有一个保存订货信息的数据存储。举例：订货系统的DFD自顶向下绘制DFD，逐层细化。订货系统的第一层DFD举例：订货系统的DFD处理细化仓管员1.0处理事务采购员事务订货报表2.0产生报表D2订货信息D1库存信息订货系统的第二层DFD（处理1.0的细化）

1.1事务检验仓管员1.2更新库存D1库存信息F3更新数据F1事务F2事务仓管员1.0处理事务事务D1库存信息订货系统的第二层DFD（处理2.0的细化）D2采购员2.2产生报表

F6订货信息F7订货报表订货信息D1库存信息F4库存信息2.1缺货统计F5缺货信息采购员订货报表2.0产生报表D2订货信息D1库存信息练习（二）

绘制销售出库过程的数据流图先绘制业务流程图系统描述：用户将订货单交某企业的业务经理，经检验后，对不合格的订单由用户重新填写，合格的订单交仓库准备出库：仓库查阅库存台帐，若有货则向用户开票发货，否则，通知采购员订购。先绘制业务流程图分析：用户将订单交给业务经理，经检验后，对不合格的订单由用户重新填写，合格的订单交仓库准备出库：仓库查阅库存台帐，若有货则向用户开票发货，否则，通知采购员订购。销售出库业务流程图采购员发货票用户库存台帐检验订货单查阅台帐仓库经理订单不合格订单合格订单采购单再绘制DFD关联图分析外部实体采购员发货票用户库存台帐检验订货单查阅台帐仓库经理订单不合格订单合格订单采购单外部实体是数据的源点和终点，不是操作的执行者！销售出库过程的关联图采购员用户销售系统采购单订单发货票再细化关联图采购员发货票用户库存台帐检验订货单查阅台帐仓库经理订单不合格订单合格订单采购单分析处理、数据流、数据存储！销售出库过程的第一层DFD采购员库存台账业务处理用户出库处理不合格订单采购通知发货票订单合格订单货物信息课堂练习（三）教材销售系统的数据流图教材销售系统的业务说明：学生填写购书单，如果书库中有所需教材，则开发票，登记并开领书单，学生凭领书单到书库领书。如果书库中该教材脱销，则填写缺登记表。根据缺书登记表，生成一张采购单，由教材采购人员根据采购单采购教材，新教材进库后，将进书单返回给系统。DFD关联图：DFD第一层图：DFD第二层图：销售子系统采购子系统合并后的总DFD图：检验DFD与业务流程的一致性：1、有关数据载体部分一定要与业务流程图一致；2、将DFD与相应的业务流程图进行对比检查，看是否有遗漏的数据处理功能。检验DFD的一致性和完整性：1、检查各元素在数据流图之间的的一致性；2、在高层数据流图中出现的外部实体、数据流和数据存储一定要在低层的数据流图中出现。数据流图的检验数据流图：小结数据流图不考虑具体的组织机构、工作场所、物流、资金流等！只考虑数据的加工、存储、流动或使用情况。数据流图反映了系统与外部实体的数据联系！反映了数据在处理之间的联系！反映了数据的长期存储！数据流图：小结数据流图只能给出系统逻辑功能的一个总体框架而缺乏更加详细、具体的内容。数据的详细分析数据的详细分析就是对数据流图中所有出现的数据和信息进行深入的调查与分析，明确它们的属性、存储情况，给出定量的描述和分析。数据详细分析的工具是数据字典（DD，DataDictionary）数据字典是数据流程图的补充！对DFD的所有元素作详细的文字说明！

数据流程图＋数据字典＝图形＋文字数据字典的定义以特定格式对系统的数据流图中各基本要素（数据项、数据结构、数据流、处理逻辑/加工、数据存储和外部实体）内容和特征进行定义和说明的文字集合。数据字典的功能对数据流图的各种成分起注释、说明的作用，给这些成分赋以实际的内容，是数据分析和管理工具。（一）数据字典的含义（二）数据字典的内容1、数据项的定义2、数据结构的定义3、数据流的定义4、处理逻辑的定义5、数据存储的定义6、外部实体的定义1、数据项的定义定义：数据项又称数据元素，是数据的最小单位，数据项定义的内容包括：名称、编号（I）、别名、简述类型、长度取值范围数据项定义举例数据项名称：考试成绩编号：I03-05简述：学生期末考试成绩，共分四等别名：成绩长度：1个汉字取值含义：优90～100良80～89中70～79可60～69数据项定义举例数据项定义数据项编号：I02-01数据项名称：材料编号别名：材料编码简述：某种材料的代码类型及宽度：字符型，4位取值范围：“0001”～"9999"例：数据项定义数据项定义举例2、数据结构的定义定义：数据结构描述某些数据项之间的关系。数据结构的组成：

a、由若干个数据项组成；

b、由若干个数据结构组成；

c、由若干个数据项和数据结构组成。2、数据结构的定义数据结构定义的内容包括：名称、编号（DS）、简述组成（列出数据项、数据结构编号）数据结构定义举例用户订货单数据结构定义数据结构编号DS03-01数据结构名称用户订货单简述：用户所填用户情况及订货要求等信息数据结构组成DS03-02+DS03-03+DS03-04例：数据结构定义数据结构定义举例DS03-01：用户订货单DS03-02：订货单标识DS03-03：用户情况DS03-04：配件情况I1：订货单编号I3：用户代码I10：配件代码I2：日期I4：用户名称I11：配件名称I5：用户地址I12：配件规格I6：用户姓名I13：订货数量

I7：电话

I8：开户银行

I9：账号

表：用户订货单的数据结构组成数据结构定义中的符号数据结构、数据流以及数据存储的组成，可以用一些简单的符号来简明地表示，如：

+表示“与。”

[/]表示“或”，即选择括号中的某一项。

{}表示“重复”，即括号中的项要重复若干次。

()表示“可选”，即括号中的项可能没有。数据结构定义中的符号举例课程表={星期几+第几节+教室+课程名}购物订单=订单编号+顾客姓名+送货地址+[家庭/移动/办公室]+{商品名称+商品数量+单价+（折扣）}+订购日期3、数据流的定义数据流：

由一个或一组固定的数据项组成：定义的内容：（1）编号（D）、名称、简述（2）来源、去向（3）组成（4）数据流量、高峰流量数据流举例领料单的数据流定义数据流编号：D03-08数据流名称：领料单简述：车间开出的领料单数据流来源：车间数据流去向：发料处理模块数据流组成：材料编号+材料名称+领用数量+日期+领用单位数据流量：10份／时高峰流量：20份／时（上午9：00－11：00）表：数据流定义4、处理逻辑的定义处理逻辑：

仅对DFD最底层的处理逻辑加以说明。定义的内容：（1）编号(P)、名称、简述

（2）输入的数据流来源简述

（3）处理内容

（4）输出的数据流去向简述

（5）处理频率处理逻辑举例计算电费处理逻辑定义处理逻辑编号：P02-03处理逻辑名称：计算电费简述：计算应交纳的电费输入的数据流：数据流电费价格，来源于数据存储文件价格表；数据流电量和用户类别，来源于处理逻辑"读电表数字处理"和数据存储"用户文件"。处理：根据数据流"用电量"和"用户信息"，检索用户文件，确定该用户类别；再根据已确定的该用户类别，检索数据存储价格表文件，以确定该用户的收费标准，得到单价；用单价和用电量相乘得该用户应交纳的电费。输出的数据流：数据流"电费"一是去向外部用户，二是写入数据存储用户电费账目文件。处理频率：对每个用户每月处理一次。表：处理逻辑定义5、数据存储的定义定义的内容：

（1）编号（F）、名称、简述

（

2）组成

（

3）关键字

（

4）相关联的处理数据存储举例库存账的数据存储定义（描述数据的逻辑存储结构）数据存储编号：F03-08数据存储名称：库存账简述：存放配件的库存量和单价数据存储组成：配件编号+配件名称+单价+库存量+备注关键字：配件编号相关联的处理：P02,P03表：数据存储定义6、外部实体的定义定义的内容：（1）编号（S）、名称、简述（2）输入的数据流（3）输出的数据流外部实体的定义举例用户的外部实体定义外部实体编号：S03-01外部实体名称：用户简述：购置本单位配件的用户输入的数据流：D03-06,D03-08输出的数据流：D03-01表：外部实体定义处理逻辑的描述采购员库存台账业务处理用户出库处理不合格订单采购通知发货票订单合格订单货物信息DFD无法表达复杂的处理逻辑！处理逻辑的描述采购员库存台账业务处理用户出库处理不合格订单采购通知发货票订单合格订单货物信息

DFD中简单的处理逻辑在数据字典中定义，复杂的处理逻辑用处理逻辑描述工具说明。补充DFD！处理逻辑的描述（一）结构化语言（二）判断表（三）判断树（一）结构化语言结构化语言又名程序设计语言（PDL），模仿计算机语言来描述处理逻辑。

它使用了由“IF”、“THEN”和“ELSE”等词组成的规范化语言。（一）结构化语言IF欠款时间≤30天

IF需要量≤库存量THEN立即发货

ELSE

先按库存量发货，进货后再补发

ELSEIF欠款时间≤100天

IF需求量≤库存量

THEN先付款再发货

ELSE

不发货

ELSE

要求先付欠款处理逻辑的描述（一）结构化语言（二）判断表（三）判断树决策规则号123456条件欠款时间≤30天YY

N

N

N

N欠款时间>100天N

N

Y

Y

N

N需求量≤库存量Y

N

Y

N

Y

N操作立即发货╳先按库存量发货,进货后再补发╳先付款,再发货╳不发货╳要求先付欠款╳╳（二）判断表处理逻辑的描述（一）结构化语言（二）判断表（三）判断树（三）判断树决策树（判断树）决策树用二叉树形图来表示多个条件、多个取值的处理逻辑。可以直观、清晰地表达数据处理（加工）的逻辑要求。根条件条件条件条件行动行动行动行动……条件条件条件条件适合于判断因素比较少，逻辑组合关系不复杂的情形。（三）判断树订货处理订货时间≤30订货时间>100需求量≤库存量立即发货先按库存发，进后再补发条件状态行动订货时间>30且≤100需求量>库存量需求量≤库存量先付款，再发货不发货需求量>库存量通知先付款（三）判断树>库存量欠款时间≤30天>100天

>30天≤100天需求量需求量≤库存量≤库存量>库存量先按库存发货，进货后再补发先付款，再发货立即发货不发货通知先付欠款处理方案处理逻辑的描述：小结如果条件单一且取值较少，又包含了判断或循环逻辑，用结构式语言表达；如果条件和取值都较多，用判断树来表示；如果条件和取值都很复杂，条件组合也多，则使用判断表；章节复习成品销售管理的数据流图订货系统功能说明：销售科负责成品销售及成品库管理。该科计划员将合同登记入合同台账，并定期根据合同台账查询库存台账，决定是否可以发货。如果可以发货，则填写出库单交成品库保管员。保管员按出库单和由车间送来的入库单填写库存台账。出库单的另外两联分送计划员和财务科。计划员将合同执行情况登人合同台账。销售部门负责人定期进行销售统计并上报厂办。2.1.2需求工程过程

问题识别分析与综合编写文档分析评审2.1.2需求分析过程可行性研究需求导出和分析需求描述需求有效性验证可行性报告系统模型用户需求和系统需求需求文挡

结构化开发方法（StructuredDevelopingMethod）

是现有的软件开发方法中最成熟，应用最广泛的方法，主要特点是快速，自然和方便。

结构化方法总的指导思想自顶向下、逐步求精。它的基本原则是功能的分解与抽象。2.2结构化分析方法结构化开发方法的组成

70年代初结构化程序设计方法SP法（StructuredProgram）

70年代中结构化设计方法SD法（StructuredDesign）

70年代末结构化分析方法SA法（StructuredAnalysis）

SA，SD，SP

法相互衔接，形成了一整套开发方法。若将SA，SD

法结合起来，又称为结构化分析与设计技术（SADT技术）。

2.2.1SA法概述分解：对于一个复杂的系统，为了将复杂性降低到可以掌握的程度，可以把大问题分解成若干小问题，然后分别解决（如右图）。一、SA法的基本思想结构化分析方法的基本思想是“分解”和“抽象”。抽象：分解可以分层进行，即先考虑问题最本质的属性，暂把细节略去,以后再逐层添加细节，直至涉及到最详细的内容，这种用最本质的属性表示一个系统的方法就是“抽象”。2.2.1SA法的概述1.11.21.3x2132.12.22.31.11.31、建立当前系统的“具体模型”。

基本思想与步骤三、SA法的描述方法1、分层的数据流图2、数据词典3、描述加工逻辑的结构化语言、判定表及判定树2.2.1SA法的概念二、SA法的步骤4、为了对目标系统做完整的描述，还需要考虑人机界面和其他一些问题。3、建立目标系统的逻辑模型。

2、抽象出当前系统的逻辑模型。

顾客出版社验证订单汇总订单订单出版社订单图书目录文件顾客档案待处理订单文件正确订单一批订单出版社档案文件订货存根文件DFD图的例子加工名编号加工名编号文件名文件名顾客出版社验证订单汇总订单订单出版社订单图书目录文件顾客档案待处理订单文件正确订单一批订单出版社档案文件订货存根文件画图步骤：1、确定外部实体及输入、输出数据流。

2、确定分解顶层的加工。

3、确定使用的文件。

4、用数据流将各部分连接起来，形成数据封闭。注意：标注各加工框及数据流名称。例1：图书预定系统（顶层DFD图）2.2.2数据流图数据流图（DataFlowDiagram，DFD）是描述系统中数据流程的图形工具，它标识了一个系统的逻辑输入和逻辑输出，以及把逻辑输入转换为逻辑输出所需的加工处理。数据存储数据源点或终点加工加工名数据流数据流名文件名实体名箭头圆或椭圆单或双杠矩形框还有一些辅助的图例:2.2.2分层的数据流图一、数据流图的图符四种基本图形符号：TAB*CTAB*CTAB+CTAB+CTABC+TABC+*与+或互斥+

“先全局后局部,先整体后细节,先抽象后具体”

通常可将这种分层的DFD图,分为顶层、中间层、底层。具体步骤：

1。先确定系统范围，画出顶层的DFD图。

2。逐层分解顶层DFD图，获得若干中间层DFD图。

3。画出底层的DFD图。

2.2.3画分层DFD图的方法

顶层图说明了系统的边界,即系统的输入和输出数据流，顶层图只有一张。底层图由一些不能再分解的加工组成，这些加工都已足够简单，称为基本加工。在顶层和底层之间的是中间层。中间层的数据流图描述了某个加工的分解，而它的组成部分又要进一步分解。画各层DFD图时，“由外向内”。X1321.11.21.41.32.12.21.1.11.1.22.1.32.1.22.1.12.2.22.2.32.2.1顶层中间层底层先全局后局部,先整体后细节,先抽象后具体.0图1图2图1.1图2.1图2.2图分层DFD图经过初步的需求分析，得到系统功能要求：1、监视病员的病症（血压、体温、脉搏等）。2、定时更新病历。3、病员出现异常情况时报警。4、随机地产生某一病员的病情报告。2.2.4实例：医院病房监护系统产生病情报告监视病情更新病历2.2.4实例：医院病房监护系统系统功能要求：

1、监视病员的病症（血压、体温、脉搏等）

2、定时更新病历

3、病员出现异常情况时报警。

4、随机地产生某一病员的病情报告。顶层：病员护士护士病员监护系统病员日志病症信号要求报告病症报告报警例2医院病房监护系统第一层：病员护士护士中央监视病员日志病症信号要求报告病症报告报警局部监视生成报告病员极限更新日志病员数据格式化病员数据生理信号极限值1324日志数据日志数据医院病房监护系统顶层DFD图第二层：加工“中央监视”分解计算超过极限值否病员数据超过极限值报警开解信号产生报警信息病员极限格式化病员数据体温血压、体温脉搏生理信号极限值时间脉搏血压日期时钟格式化病员数据3.13.23.33.4医院病房监护系统二层DFD图计算超过极限值否病员数据超过极限值报警开解信号产生报警信息病员极限格式化病员数据体温血压、体温、脉搏生理信号极限值时间脉搏血压日期时钟格式化病员数据3.13.23.33.4第二层：加工“中央监视”分解医院病房监护系统分层DFD图图2..15第一层格式化病员数据生理信号极限值病员护士护士中央监视病员日志病症信号要求报告病症报告报警局部监视生成报告病员极限更新日志病员数据1324日志数据图2..16加工分解的原则

自然性：概念上合理、清晰；均匀性：理想的分解是将一个问题分解成大小均匀的几个部分；分解度：一般每一个加工每次分解最多不要超过７个子加工,分解应分解到基本加工为止。2.2.5画分层DFD图的基本原则数据守恒与数据封闭原则

所谓数据守恒是指加工的输入输出数据流是否匹配，即每一个加工既有输入数据流又有输出数据流。或者说一个加工至少有一个输入数据流，一个输出数据流。数据封闭是对整个系统而言。合理使用文件

当文件作为某些加工之间的交界面时，文件必须画出来，一旦文件作为数据流图中的一个独立成份画出来了，那么他同其他成份之间的联系也应同时表达出来。注意DFD图不是流程图,不表示软件的控制流程。2.2.5画分层DFD图的基本原则子图与父图的“平衡”

父图中某个加工的输入输出数据流应该同相应的子图的输入输出相同(相对应），分层数据流图的这种特点称为子图与父图“平衡”。2.2.6分层DFD图的改进DFD图必须经过反复修改，才能获得最终的目标系统的逻辑模型（目标系统的