数据流程图总结.ppt

,（一）数据流图基本符号,1、外部实体,2、数据流,3、处理,4、数据存储,编号、名称,各种符号的形状有多种方案，可以选用。,实体名,1、外部实体,外部实体：位于系统之外的信息提供者或使用者。说明数据输入的源点(数据源)或数据输出的终点(数据终点)。外部实体可用来明确系统和环境的界限！同一个外部实体可以在一张数据流程图中出现若干次。,2、数据流,表示数据和数据流向,由一项或一组固定成份的数据组成，如“选课单”由“学号、姓名、课程编号、课程名称”等成分组成。数据流的命名用名词,不要使用意义空洞的名词；尽量使用现实系统已有名字。,编号、名称,数据流有时是很明显的，这时可以省略，不需要描述数据流!,数据流名称的表示,处理与数据流,数据流举例,外部实体向系统输入数据,系统向外部实体输出数据,数据存储与数据流,举例：某公司的顾客可能寄来订货单、支票、退货请求，或询问某件事，如果把这些数据全部表达出来，这个数据流程图就不好看。,举例：多个数据流的表示,第一种解决方法：,举例：多个数据流的表示,举例：多个数据流的表示,第二种解决方法,举例：储户到储蓄所去存（取）款时，要将填写好的存（取）单与存折交给营业员，营业员处理完这笔业务后，把存折交给储户。,举例：多个数据流的表示,若把“存取单”与“存折”这两个平行且方向相同的数据流合并为“存取要求”，则可以减少一个数据流，数据流程图更简单好读一些！,举例：多个数据流的表示,3、处理,处理又称功能，表示对数据进行的操作,把流向它的数据进行一定的变换处理，产生新的数据。如“处理选课单”、“产生发票”等。处理的命名（描述）尽量最好使用动宾词组，一个动词加一个名词；不要使用空洞的动词。,3、处理,处理的命名（描述）：最好使用动宾词组，一个动词加一个名词。,处理的编号：处理的唯一标识，可用数字表示，也可用P加数字表示，应表示出它的层数，P1；P1.1；P1.2；P1.1.1,3、处理,处理的执行者（部门）：表示功能由谁来完成，可以是人、部门或是程序，也可以没有。处理必须同时有输入和输出的数据流。,3、处理,？,每个处理至少有一个输入数据流和一个输出数据流!,常见错误,4、数据存储,数据存储是指通过数据文件、文件夹和账本等存储数据，如“学生档案”、“库存台帐”等；为了避免线条的交叉，同一个数据存储可以出现若干次。,数据存储：是数据的“保存处”和“中转站”！可以避免处理和处理之间的直接箭头联系，这样能提高每个处理的独立性。,4、数据存储,举例：多个数据存储,数据流必须要么从某个处理流出、要么流入某个处理，而不能与处理无任何关系。,常见错误,二、数据流图,（一）数据流图基本符号（二）数据流图的绘制,（二）数据流程图绘制,为了提高规范化程度，有必要对图中各个元素加以编号。通常在编号之首冠以字母，用以表示不同的元素，可以用P表示处理，F表示数据流，D表示数据存储，S表示外部实体。例如：P3.1.2表示第三子系统第一层图的第二个处理,（二）数据流程图绘制,绘制数据流图是一个迭代的过程！逐步反复修改完善的过程！数据流程图是分层次的，绘制时采取自顶向下逐层分解的办法。先画关联图，只需说明（子）系统总的处理功能、输入和输出。再将关联图的处理分解，分解为更多的处理组成的下一层流程图。,关联图（即顶层DFD），非常概括地反映出信息系统最主要的逻辑功能、外部实体、输入和输出数据流、数据存储。内容应尽可能少，使人立即知道系统的主要功能和组成部分。,举例：绘制关联图,举例：销售子系统的关联图,逐层分解DFD！扩展上一层的处理，功能越来越具体，数据存储、数据流就越来越多。适中的分解速度！,上下两层处理的输入和输出数据流必须对应，随着逐层扩展，输入和输出数据流、外部项通常会增加。,举例：处理的逐层分解,每一步分解都是将一个整体分成几个大的部分，不需太细！,一层DFD,举例：处理的逐层分解,关联图,二层DFD,举例：处理的逐层分解,三层DFD,举例：处理的逐层分解,举例：订货子系统的关联图,举例：订货处理的第一层DFD,案例练习（一）订货系统的数据流图,订货系统功能说明：采购部每天需要一张订货报表，报表按材料编号排序，报表中列出需要再次订货的材料。对于需要再次订货的材料应列出下列数据：材料编号、名称、订货数量、参考价格、主要供应单位、第二供应单位等。材料领用称为事务，通过放在仓库的CRT终端把事务输入到订货系统。当某种材料的库存数量少于库存量临界值时就应该再次订货。,举例：订货系统的DFD,练习1：先画出订货系统的业务流程图,业务流程图的常用符号,业务处理单位,单证、报表,信息传递过程,业务处理功能,数据/文件存档,分析系统功能说明：采购部每天需要一张订货报表，报表按材料编号排序，报表中列出需要再次订货的材料。对于需要再次订货的材料应列出下列数据：材料编号、名称、订货数量、参考价格、主要供应单位、第二供应单位等。材料领用称为事务，通过放在仓库的CRT终端把事务输入到订货系统。当某种材料的库存数量少于库存量临界值时就应该再次订货。,先绘制业务流程图,订货业务流程图,业务流程图与数据流程图的对应,有两种思路:一种是先按业务流程图理出的业务流程顺序,然后将相应调查过程中所掌握的数据、表单分离出来,接下来考查数据的流向,加工处理过程和存储,把它们串起来就绘制成一完整的数据流程图;另一种是从业务流程中分离出处理过程,再考查每一个处理过程的输入数据与输出数据,将业务过程中所有的处理过程的输入、输出数据流进行有机的集成就形成了一个完整的数据流程图。,练习2：再画出DFD关联图,再画出DFD关联图,如何画出订货系统的DFD？1、考虑数据的源点和终点，确定系统的边界。分析可知：仓库管理员把事务输入订货系统，系统经过汇总处理，每天向采购部提供一张订货报表。所以：采购员是数据的终点，而仓库管理员是数据的源点。,订货系统的关联图,举例：订货系统的DFD,练习3：画出第一层DFD,再细化关联图,2、考虑处理由于“采购部需要报表”，因此必须有一个用于产生报表的处理。输入事务的结果是改变材料库存量，任何改变数据的操作都是处理，因此对事务进行的加工是另一个处理。3、考虑数据流系统把订货报表送给采购部，因此订货报表是一个数据流；仓库需要将每笔事务输入到系统中，显然事务是另一个数据流。,举例：订货系统的DFD,订货系统的第一层DFD,举例：订货系统的DFD,订货系统的关联图,4、考虑数据存储可以看出产生报表和处理事务这两个处理在时间上不匹配（随时处理事务，但每天只有一次订货报表）。因此，库存数据必须存放一段时间，即一个数据存储。由于“报表包括产品的价格、供应商信息”，因此必须存储有与供应商相关的订货数据，即需要有一个保存订货信息的数据存储。,举例：订货系统的DFD,自顶向下绘制DFD，逐层细化。,订货系统的第一层DFD,举例：订货系统的DFD,处理细化,仓管员,1.0处理事务,采购员,事务,订货报表,2.0产生报表,D2订货信息,D1库存信息,订货系统的第二层DFD（处理1.0的细化）,订货系统的第二层DFD（处理2.0的细化）,练习（二）绘制销售出库过程的数据流图,先绘制业务流程图,系统描述：用户将订货单交某企业的业务经理，经检验后，对不合格的订单由用户重新填写，合格的订单交仓库准备出库：仓库查阅库存台帐，若有货则向用户开票发货，否则，通知采购员订购。,先绘制业务流程图,分析：用户将订单交给业务经理，经检验后，对不合格的订单由用户重新填写，合格的订单交仓库准备出库：仓库查阅库存台帐，若有货则向用户开票发货，否则，通知采购员订购。,销售出库业务流程图,再绘制DFD关联图分析外部实体,外部实体是数据的源点和终点，不是操作的执行者！,销售出库过程的关联图,再细化关联图,分析处理、数据流、数据存储！,销售出库过程的第一层DFD,课堂练习（三）教材销售系统的数据流图,教材销售系统的业务说明：学生填写购书单，如果书库中有所需教材，则开发票，登记并开领书单，学生凭领书单到书库领书。如果书库中该教材脱销，则填写缺登记表。根据缺书登记表，生成一张采购单，由教材采购人员根据采购单采购教材，新教材进库后，将进书单返回给系统。,DFD关联图：,DFD第一层图：,DFD第二层图：,销售子系统,采购子系统,合并后的总DFD图：,检验DFD与业务流程的一致性：1、有关数据载体部分一定要与业务流程图一致；2、将DFD与相应的业务流程图进行对比检查，看是否有遗漏的数据处理功能。检验DFD的一致性和完整性：1、检查各元素在数据流图之间的的一致性；2、在高层数据流图中出现的外部实体、数据流和数据存储一定要在低层的数据流图中出现。,数据流图的检验,数据流图：小结,数据流图不考虑具体的组织机构、工作场所、物流、资金流等！只考虑数据的加工、存储、流动或使用情况。数据流图反映了系统与外部实体的数据联系！反映了数据在处理之间的联系！反映了数据的长期存储！,数据流图：小结,数据流图只能给出系统逻辑功能的一个总体框架而缺乏更加详细、具体的内容。数据的详细分析数据的详细分析就是对数据流图中所有出现的数据和信息进行深入的调查与分析，明确它们的属性、存储情况，给出定量的描述和分析。数据详细分析的工具是数据字典（DD，DataDictionary）,数据字典是数据流程图的补充！对DFD的所有元素作详细的文字说明！数据流程图数据字典图形文字,数据字典的定义以特定格式对系统的数据流图中各基本要素（数据项、数据结构、数据流、处理逻辑/加工、数据存储和外部实体）内容和特征进行定义和说明的文字集合。数据字典的功能对数据流图的各种成分起注释、说明的作用，给这些成分赋以实际的内容，是数据分析和管理工具。,（一）数据字典的含义,（二）数据字典的内容,1、数据项的定义2、数据结构的定义3、数据流的定义4、处理逻辑的定义5、数据存储的定义6、外部实体的定义,1、数据项的定义,定义：数据项又称数据元素，是数据的最小单位，数据项定义的内容包括：名称、编号（I）、别名、简述类型、长度取值范围,数据项定义举例,数据项定义举例,数据项定义举例,2、数据结构的定义,定义：数据结构描述某些数据项之间的关系。数据结构的组成：a、由若干个数据项组成；b、由若干个数据结构组成；c、由若干个数据项和数据结构组成。,2、数据结构的定义,数据结构定义的内容包括：名称、编号（DS）、简述组成（列出数据项、数据结构编号）,数据结构定义举例,数据结构定义举例,数据结构定义中的符号,数据结构、数据流以及数据存储的组成，可以用一些简单的符号来简明地表示，如：+表示“与。”/表示“或”，即选择括号中的某一项。表示“重复”，即括号中的项要重复若干次。()表示“可选”，即括号中的项可能没有。,数据结构定义中的符号举例,课程表=星期几+第几节+教室+课程名购物订单=订单编号+顾客姓名+送货地址+家庭电话/移动电话/办公室电话+商品名称+商品数量+单价+（折扣）+订购日期,3、数据流的定义,数据流：由一个或一组固定的数据项组成：定义的内容：（1）编号（D）、名称、简述（2）来源、去向（3）组成（4）数据流量、高峰流量,数据流举例,4、处理逻辑的定义,处理逻辑：仅对DFD最底层的处理逻辑加以说明。定义的内容：（1）编号(P)、名称、简述（2）输入的数据流来源简述（3）处理内容（4）输出的数据流去向简述（5）处理频率,处理逻辑举例,5、数据存储的定义,定义的内容：（1）编号（F）、名称、简述（2）组成（3）关键字（4）相关联的处理,数据存储举例,6、外部实体的定义,定义的内容：（1）编号（S）、名称、简述（2）输入的数据流（3）输出的数据流,外部实体的定义举例,处理逻辑的描述,DFD无法表达复杂的处理逻辑！,处理逻辑的描述,DFD中简单的处理逻辑在数据字典中定义，复杂的处理逻辑用处理逻辑描述工具说明。补充DFD！,处理逻辑的描述,（一）结构化语言（二）判断表（三）判断树,（一）结构化语言,结构化语言又名程序设计语言（PDL），模仿计算机语言来描述处理逻辑。它使用了由“IF”、“THEN”和“ELSE”等词组成的规范化语言。,（一）结构化语言,IF欠款时间30天IF需要量库存量THEN立即发货ELSE先按库存量发货，进货后再补发ELSEIF欠款时间100天IF需求量库存量THEN先付款再发货ELSE不发货ELSE要求先付欠款,处理逻辑的描述,（一）结构化语言（二）判断表（三）判断树,（二）判断表,处理逻辑的描述,（一）结构化语言（二）判断表（三）判断树,（三）判断树,决策树（判断树）决策树用二叉树形图来表示多个条件、多个取值的处理逻辑。可以直观、清晰地表达数据处理（加工）的逻辑要求。,（三）判断树,订货处理,订货时间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、建立当前系统的“具体模型”。,基本思想与步骤,三、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分层的数据流图,一、数据流图的图符四种基本图形符号：,“先全局后局部,先整体后细节,先抽象后具体”通常可将这种分层的DFD图,分为顶层、中间层、底层。具体步骤：1。先确定系统范围，画出顶层的DFD图。2。逐层分解顶层DFD图，获得若干中间层DFD图。3。画出底层的DFD图。,2.2.3画分层DFD图的方法,顶层图说明了系统的边界,即系统的输入和输出数据流，顶层图只有一张。底层图由一些不能再分解的加工组成，这些加工都已足够简单，称为基本加工。在顶层和底层之间的是中间层。中间层的数据流图描述了某个加工的分解，而它的组成部分又要进一步分解。画各层DFD图时，“由外向内”。,顶层,中间层,底层,先全局后局部,先整体后细节,先抽象后具体.,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医院病房监护系统,第一层：,医院病房监护系统顶层DFD图,第二层：加工“中央监视”分解,医院病房监护系统二层DFD图,医院病房监护系统分层DFD图,图2.15,图2.16,加工分解的原则自然性：概念上合理、清晰；均匀性：理想的分解是将一个问题分解成大小均匀的几个部分；分解度：一般每一个加工每次分解最多不要超过个子加工,分解应分解到基本加工为止。,2.2.5画分层DFD图的基本原则,数据守恒与数据封闭原则所谓数据守恒是指加工的输入输出数据流是否匹配，即每一个加工既有输入数据流又有输出数据流。或者说一个加工至少有一个输入数据流，一个输出数据流。数据封闭是对整个系统而言。,合理使用文件当文件作为某些加工之间的交界面时，文件必须画出来，一旦文件作为数据流图中的一个独立成份画出来了，那么他同其他成份之间的联系也应同时表达出来。,注意,DFD图不是流程图,不表示软件的控制流程。,2.2.5画分层DFD图的基本原则,子图与父图的“平衡”父图中某个加工的输入输出数据流应该同相应的子图的输入输出相同(相对应），分层数据流图的这种特点称为子图与父图“平衡”。,2.2.6分层DFD图的改进,DFD图必须经过反复修改，才能获得最终的目标系统的逻辑模型（目标系统的DFD图）。可从以下方面考虑DFD图的改进