系统分析之结构化方法ppt课件

1、第五章第五章 系统分析之构造化方法系统分析之构造化方法内容简介 本章主要引见系统分析的构造化方法本章主要引见系统分析的构造化方法包括：包括：系统分析的构造化方法系统分析的构造化方法系统分析的工具；系统分析的工具；管理信息系统的分析实例。管理信息系统的分析实例。5.15.1系统分析方法系统分析方法 构造化方法构造化方法 面向对象的方法面向对象的方法 系统分析与系统设计是管理信息系统开发的两个主要阶段，这两系统分析与系统设计是管理信息系统开发的两个主要阶段，这两个阶段的任务衔接性很强，普通应按照某种软件工程方法进展。个阶段的任务衔接性很强，普通应按照某种软件工程方法进展。 目前开发管理信息系统常用

2、的软件工程方法有构造化方法和面向目前开发管理信息系统常用的软件工程方法有构造化方法和面向对象的方法。假设选择用面向对象的方法构建软件系统，那么就对象的方法。假设选择用面向对象的方法构建软件系统，那么就要用相应的面向对象的方法从事系统分析活动。同样，采用构造要用相应的面向对象的方法从事系统分析活动。同样，采用构造化系统分析的结果，也只能用构造化的方法进展系统设计。化系统分析的结果，也只能用构造化的方法进展系统设计。5.1.15.1.1构造化方法构造化方法v 构造化程序设计极大地改善了程序设计的质量和效率构造化程序设计极大地改善了程序设计的质量和效率, ,这其中的关键这其中的关键是用了一组规范的工

3、具和构造处理了程序的构造问题。是用了一组规范的工具和构造处理了程序的构造问题。v 由此可见，由此可见，“构造化的含义主要表达在运用一组规范的工具和设计构造化的含义主要表达在运用一组规范的工具和设计的原那么从事设计活动。的原那么从事设计活动。v 类似的，要提高管理信息系统的开发效率和质量，同样需求处理管理类似的，要提高管理信息系统的开发效率和质量，同样需求处理管理信息系统的构造问题。信息系统的构造问题。“程序是微观的，而管理信息系统是宏观的，程序是微观的，而管理信息系统是宏观的，显然不能运用构造化程序设计方法来处理系统的构造问题，但显然不能运用构造化程序设计方法来处理系统的构造问题，但“构造构造

4、化的思想对于处理化的思想对于处理“构造性问题是有普遍指点意义的。构造性问题是有普遍指点意义的。5.1.15.1.1构造化方法构造化方法v 构造化系统分析与设计方法，同样是用一组规范的工具和战略从事系构造化系统分析与设计方法，同样是用一组规范的工具和战略从事系统分析与设计，以求获得提高系统分析与设计的质量和效率目的。统分析与设计，以求获得提高系统分析与设计的质量和效率目的。v 构造化方法的显著特点在于严厉划分任务阶段，遵照构造化方法的显著特点在于严厉划分任务阶段，遵照“先逻辑，后物先逻辑，后物理的原那么组织开发活动。因此，构造化系统分析的焦点就是撇开理的原那么组织开发活动。因此，构造化系统分析的

5、焦点就是撇开物理实现要素，在综合分析用户对系统各项要求的根底上，最终物理实现要素，在综合分析用户对系统各项要求的根底上，最终导出新系统的逻辑模型，这是系统分析阶段的成果，也是系统设计阶导出新系统的逻辑模型，这是系统分析阶段的成果，也是系统设计阶段的直接根据。段的直接根据。v 常用的构造化系统分析工具有数据流图、数据词典、构造化言语、战常用的构造化系统分析工具有数据流图、数据词典、构造化言语、战略树、战略表。略树、战略表。5.1.2 5.1.2 面向对象的方法面向对象的方法v 构造化系统开发方法是信息系统开发常用的技术方法，但是，采用构构造化系统开发方法是信息系统开发常用的技术方法，但是，采用构

6、造化系统设计方法构建的软件系统在应对用户需求变卦方面存在一定造化系统设计方法构建的软件系统在应对用户需求变卦方面存在一定的局限性。比较显著的缺陷是僵化的软件构造与手工系统的构造存在的局限性。比较显著的缺陷是僵化的软件构造与手工系统的构造存在差别，一但用户业务需求发生变化，整个软件系统的构造将面临较大差别，一但用户业务需求发生变化，整个软件系统的构造将面临较大改动的能够。改动的能够。v 运用面向对象的方法构建的系统在构造上与手工系统类似，用户业务运用面向对象的方法构建的系统在构造上与手工系统类似，用户业务的部分需求发生变化，也只会在部分影响系统的分析与设计方案。用的部分需求发生变化，也只会在部分

7、影响系统的分析与设计方案。用户需求的变化是不可防止的，而且，需求变卦有利于对新系统的优化，户需求的变化是不可防止的，而且，需求变卦有利于对新系统的优化，因此，面向对象的方法逐渐成为信息系统开发的主流方法。因此，面向对象的方法逐渐成为信息系统开发的主流方法。v 面向对象的分析模型与设计模型在构造上类似，经过模型的不断丰富面向对象的分析模型与设计模型在构造上类似，经过模型的不断丰富与演化，最终构造出新系统的实现方案。模型构造的类似性，使得分与演化，最终构造出新系统的实现方案。模型构造的类似性，使得分析与设计阶段的迭代非常灵敏，可以顺运用户需求变卦的现实。析与设计阶段的迭代非常灵敏，可以顺运用户需求

8、变卦的现实。v 面向对象的分析活动中常用的工具包括：面向对象的分析活动中常用的工具包括：use caseuse case图、图、use caseuse case报告、报告、用户需求规约等。这些工具在面向对象方法的相关内容中会详细讲到。用户需求规约等。这些工具在面向对象方法的相关内容中会详细讲到。 真实性真实性 全面性全面性 规范性规范性 启发性启发性q 系统的定性调查系统的定性调查q1 1组织构造的调查组织构造的调查q2 2管理功能的调查管理功能的调查q3 3业务流程的调查业务流程的调查q4 4数据流程调查数据流程调查q5 5处置特点的调查处置特点的调查q6 6系统环境的调查系统环境的调查q

9、系统的定量调查系统的定量调查q1 1搜集各种原始凭证搜集各种原始凭证q2 2搜集各种输出报表搜集各种输出报表q3 3统计各类数据的特征统计各类数据的特征q4 4搜集与新系统对比所需的资料搜集与新系统对比所需的资料 开调查会开调查会 发调查表咨询意见发调查表咨询意见 访问访问 直接参与业务虚践直接参与业务虚践系统调查的原那么系统调查的原那么系统调查的内容系统调查的内容系统调查的方法系统调查的方法5.2 5.2 现行系统的详细调查现行系统的详细调查q 组织构造分析组织构造分析v 组织构造与管理功能分析组织构造与管理功能分析组织构造图组织构造图 一个组织企业、公司、部门等的机构设置，自上而下普通是按

10、级别、分层次构成的，呈树状构造，表示各组成部分之间的隶属关系或管理与被管理的关系。 5.3 5.3 组织构造与业务流程分析组织构造与业务流程分析总经理总经理总工程师总工程师总会计师总会计师运营副经理运营副经理人事副经理人事副经理方方案案科科质质量量平平安安科科统统计计科科消消费费科科预预算算合合同同科科财财务务科科销销售售科科资资料料供供应应科科设设备备科科劳劳资资科科人人事事科科行行政政科科捍捍卫卫科科注：注：“ 表示该项功能是对应组织的主要功能主持任务的单位；表示该项功能是对应组织的主要功能主持任务的单位； “ 表示该单位是参与协调该项功能的单位；表示该单位是参与协调该项功能的单位； “

11、表示该单位是参与该项功能的相关单位。表示该单位是参与该项功能的相关单位。组织组织/ /功能关系表功能关系表q 组织与功能的关系分析组织与功能的关系分析组织构造与管理功能分析组织构造与管理功能分析5.3 5.3 组织构造与业务流程分析组织构造与业务流程分析q 组织与功能的关系分析组织与功能的关系分析预预算算合合同同科科资资料料供供应应科科统统计计科科消消费费科科财财务务科科销销售售科科设设备备科科劳劳资资科科人人事事科科行行政政科科捍捍卫卫科科计计划划质质量量平平安安科科组织组织功能功能方案方案销售销售供应供应人事人事消费消费设备更新设备更新 q 管理功能分析管理功能分析 功能要以组织构造为背景

12、来识别和分析，由于每个组织都功能要以组织构造为背景来识别和分析，由于每个组织都是一个功能机构，都有各自不同的功能。是一个功能机构，都有各自不同的功能。 5.3 5.3 组织构造与业务流程分析组织构造与业务流程分析运营管理运营管理运营运营消费消费财务财务消费效力消费效力人事行政人事行政方方案案统统计计预预算算合合同同技技术术加加工工质质量量平平安安劳劳保保财财务务出出纳纳资资料料设设备备劳劳资资人人事事捍捍卫卫福福利利后后勤勤q 业务流程分析的义务业务流程分析的义务 调查系统中各环节的管理业务活动，掌握管理业务的内容、调查系统中各环节的管理业务活动，掌握管理业务的内容、作用及信息的输入、输出、数

13、据存储和信息的处置方法及过程等，作用及信息的输入、输出、数据存储和信息的处置方法及过程等，为建立管理信息系统数据模型和逻辑模型打下根底。为建立管理信息系统数据模型和逻辑模型打下根底。 流程图是掌握现行系统情况、确立系统逻辑模型不可短少流程图是掌握现行系统情况、确立系统逻辑模型不可短少的环节，是系统分析和描画现行系统的重要工具，是业务流程的环节，是系统分析和描画现行系统的重要工具，是业务流程调查结果的图形化表示。调查结果的图形化表示。 数据文件存档数据文件存档搜集统计数据搜集统计数据业务处置单位业务处置单位表格报表制造表格报表制造业务处置功能描画业务处置功能描画信息传送过程信息传送过程业务流程分

14、析业务流程分析5.3 5.3 组织构造与业务流程分析组织构造与业务流程分析q 业务流程图的绘制业务流程图的绘制某企业物资管理部门的业务流程图某企业物资管理部门的业务流程图4-13业务流程分析业务流程分析5.3 5.3 组织构造与业务流程分析组织构造与业务流程分析消费消费部门部门领料单领料单仓库仓库担任担任人人用料方案用料方案用料用料审批审批未同意的未同意的领料单领料单领料处置领料处置保管保管员员已同意的已同意的领料单领料单库存帐库存帐用料用料流水帐流水帐处置处置订货订货采购采购员员库存报表库存报表库存清点库存清点供货供货单位单位缺料缺料通知单通知单催货单催货单订货单订货单补充订货补充订货有关有

15、关部门部门采购采购员员提货通知提货通知入库单入库单登记入库登记入库5.45.4数据流程分析数据流程分析v 数据流程分析的主要工具是数据流程图数据流程分析的主要工具是数据流程图DFDDFDv 数据流图是构造分系统分析中运用的一个重要工具，它主要运用一组规范的数据流图是构造分系统分析中运用的一个重要工具，它主要运用一组规范的图形符号描画系统中数据加工和流转的途径，这是系统分析阶段获取的对用图形符号描画系统中数据加工和流转的途径，这是系统分析阶段获取的对用户业务系统描画的主要资料，也是系统逻辑模型的主要内容。概念上，数据户业务系统描画的主要资料，也是系统逻辑模型的主要内容。概念上，数据流图就是对企业

16、系统中信息运动的笼统，是信息系统逻辑模型的主要方式。流图就是对企业系统中信息运动的笼统，是信息系统逻辑模型的主要方式。这个模型不涉及硬件、软件、数据构造与文件组织，它与系统的物理描画无这个模型不涉及硬件、软件、数据构造与文件组织，它与系统的物理描画无关。关。v 系统分析是一项面向问题域的活动。在绘制数据流图的过程中，分析人员关系统分析是一项面向问题域的活动。在绘制数据流图的过程中，分析人员关注的焦点是用户对新系统的业务需求。详细活动中，由用户协助系统分析人注的焦点是用户对新系统的业务需求。详细活动中，由用户协助系统分析人员，用数据流图的符号把用户的业务流程描画清楚。灵敏掌握数据流图所用员，用数

17、据流图的符号把用户的业务流程描画清楚。灵敏掌握数据流图所用的符号和数据流图的绘制原那么，是绘制数据流图的根底。的符号和数据流图的绘制原那么，是绘制数据流图的根底。5.4.1数据流图的根本组成及符号v 数据流数据流数据存储数据存储外部项外部项加工加工顾客顾客外部项外部项1办理发货办理发货过程过程/加工加工顾客档案顾客档案数据存储数据存储数据流数据流订单订单泡泡图5.4.15.4.1数据流图的根本组成及符号数据流图的根本组成及符号v 1 1外部项。用外部项描画系统的数据来源和去处，它是系统之外外部项。用外部项描画系统的数据来源和去处，它是系统之外的实体或任务环节。系统开发不能改动这些外部项本身的构

18、造和固有的实体或任务环节。系统开发不能改动这些外部项本身的构造和固有属性。属性。v 2 2过程过程/ /加工。又称数据的处置逻辑，表示系统对数据进展处置的加工。又称数据的处置逻辑，表示系统对数据进展处置的逻辑功能。逻辑功能。v ( (数据存储。数据存储是仅仅是逻辑意义上的数据存储环节，即数据存储。数据存储是仅仅是逻辑意义上的数据存储环节，即管理信息系统在对数据的处置过程中，有些环节需求把一些中间数据管理信息系统在对数据的处置过程中，有些环节需求把一些中间数据或结果数据保管下来。数据存储并不包含运用什么详细物理介质和技或结果数据保管下来。数据存储并不包含运用什么详细物理介质和技术手段的信息。术手

19、段的信息。v 数据流。数据流是指是各加工环节进展输入、处置和输出的数数据流。数据流是指是各加工环节进展输入、处置和输出的数据集合。据集合。5.4.25.4.2绘制数据流图的方法绘制数据流图的方法v 数据流的图绘制过程，就是系统的逻辑模型的构成过程，必需一直与数据流的图绘制过程，就是系统的逻辑模型的构成过程，必需一直与用户亲密结合，详细讨论，不断修正，并与其他系统建立者共同讨论，用户亲密结合，详细讨论，不断修正，并与其他系统建立者共同讨论，以确保数据流程描画的正确性。下面参照图示阐明数据流图的绘制过以确保数据流程描画的正确性。下面参照图示阐明数据流图的绘制过程。程。数流图的分解过程数流图的分解过

20、程绘制关联图绘制关联图绘制顶层图绘制顶层图分解与细化分解与细化(1)(1)绘制关联图绘制关联图v 为了确定系统的边境，在系统调查的根底上，绘出最高层的数据流为了确定系统的边境，在系统调查的根底上，绘出最高层的数据流图图又称又称“关联图。关联图。v 这一步活动的目的，是明确所描画的系统与各外部实体的信息交互联这一步活动的目的，是明确所描画的系统与各外部实体的信息交互联络。络。(2)(2)绘制顶层图绘制顶层图v 然后确定系统的几个主要的综合性的逻辑功能，绘制数据流图的顶层然后确定系统的几个主要的综合性的逻辑功能，绘制数据流图的顶层图，又称图，又称TOPTOP图。图。v TOPTOP图主要反映系统的

21、总的实现目的。图主要反映系统的总的实现目的。(3)(3)数据流图的分解与细化数据流图的分解与细化v 普通地，数据流图分解细化第三层，就可以清楚表达了数据流程关系，普通地，数据流图分解细化第三层，就可以清楚表达了数据流程关系，最底层的数据流图表示了一切最底层的数据流图表示了一切“详细的数据加工功能和输入输出关详细的数据加工功能和输入输出关系。这里的系。这里的“详细是指无需再分解，就能直观、清楚地了解其逻辑详细是指无需再分解，就能直观、清楚地了解其逻辑功能。功能。 ( () )合理规划合理规划v 数据流图各种符号要规划合理、分布均匀、整齐、明晰，使读者一目数据流图各种符号要规划合理、分布均匀、整齐

22、、明晰，使读者一目了然，普通输入的来源布署在图的左侧，而输出的去向布署在右侧。了然，普通输入的来源布署在图的左侧，而输出的去向布署在右侧。5 5绘制数据流图的主要步骤绘制数据流图的主要步骤v 第一步，界定系统的边境，寻觅系统的外部项，即系统的数据来源或第一步，界定系统的边境，寻觅系统的外部项，即系统的数据来源或去处。去处。v 第二步，确定整个系统的输出数据流和输入数据流，把系统作为一个第二步，确定整个系统的输出数据流和输入数据流，把系统作为一个加工，画出关联图。加工，画出关联图。v 第三步，确定系统的主要信息处置功能，按此将整个系统分解成几个第三步，确定系统的主要信息处置功能，按此将整个系统分

23、解成几个子系统。确定每个子系统的输出与输入数据流以及相关的数据存储。子系统。确定每个子系统的输出与输入数据流以及相关的数据存储。将外部项、各代表子系统的加工、数据存储环节用数据流衔接起来，将外部项、各代表子系统的加工、数据存储环节用数据流衔接起来，命名、编号，这样就构成了新系统的数据流图的顶层图。命名、编号，这样就构成了新系统的数据流图的顶层图。v 第四步，分解细化数据流图。第四步，分解细化数据流图。5 5绘制数据流图的主要步骤绘制数据流图的主要步骤v 第五步，反复第五步，反复“第四步直到逐层分解终了。第四步直到逐层分解终了。v 第六步，对草图进展检查和合理规划，对错误与不合理之处进展修正。第

24、六步，对草图进展检查和合理规划，对错误与不合理之处进展修正。v 第七步，与用户进展交流，在用户完全了解数据图的内容的根底上征第七步，与用户进展交流，在用户完全了解数据图的内容的根底上征求用户的意见。系统分析人员根据与用户讨论的结果对数据流图的草求用户的意见。系统分析人员根据与用户讨论的结果对数据流图的草图进展修正。图进展修正。v 第八步，用计算机或其他制图、编辑工具画出正规的数据流图。第八步，用计算机或其他制图、编辑工具画出正规的数据流图。v 第九步，审核数据流图。将数据流图提交系统分析担任人复审第九步，审核数据流图。将数据流图提交系统分析担任人复审 5.4.3 5.4.3 实例实例11汽车配

25、件销售系统汽车配件销售系统v 某汽车配件公司销售业务流程如下图图中符号阐明见图某汽车配件公司销售业务流程如下图图中符号阐明见图5.25.2。客。客发订单给销售部门，销售部门经过订单检查，把不合格的订单反响给发订单给销售部门，销售部门经过订单检查，把不合格的订单反响给顾客。对合格订单，经过核对库存记录，缺货订单经过缺货统计，向顾客。对合格订单，经过核对库存记录，缺货订单经过缺货统计，向采购部门发出缺货通知，并登记缺货记录。对于可供货订单，登记用采购部门发出缺货通知，并登记缺货记录。对于可供货订单，登记用户档案，开出备货单，通知仓库备货。同时保管订单数据，一段时间户档案，开出备货单，通知仓库备货。

26、同时保管订单数据，一段时间后进展销售统计。后进展销售统计。图5.5 某汽车配件公司销售业务流程图v 汽车配件销售业务的系统关联图，如图汽车配件销售业务的系统关联图，如图5.65.6所示。所示。 v 第一步：描画系统边境第一步：描画系统边境绘制销售子系统关联图绘制销售子系统关联图v 为了简化问题，把关联图一分为二，即把公司的业务分为销售业务子为了简化问题，把关联图一分为二，即把公司的业务分为销售业务子系统和采购业务子系统。如图系统和采购业务子系统。如图5.75.7所示。所示。v 第二步：获得销售子系统第一层图v 图5.8为第一层数据流程图，反映了销售子系统的主要功能。图5.8 销售业务子系统v

27、第三步：获得销售子系统第二层图v 细化第一层数据流图，得到第二层数据流图，图5.9是对图5.8的进一步分解。图5.9 销售业务子系统细化数据流图 5.4.4 5.4.4 绘制数据流图的要点绘制数据流图的要点v 1 1数据流图只反映数据流向、数据加工和逻辑意义上的数据存储，数据流图只反映数据流向、数据加工和逻辑意义上的数据存储，不反映任何数据处置的技术过程、处置方式和时间顺序，也不反映判不反映任何数据处置的技术过程、处置方式和时间顺序，也不反映判别与控制条件等技术问题。别与控制条件等技术问题。v 2 2难以在数据流图上标识出数据流、数据存储、加工和外部项的难以在数据流图上标识出数据流、数据存储、

28、加工和外部项的详细内容，这些内容有待利用数据词典加以补充描画。详细内容，这些内容有待利用数据词典加以补充描画。v 3数据流图无法表述系统中人机交互过程以及信息的反响与循环处置过程。v 4对逻辑模型的了解。用数据流图作为主要工具，首先获得表述系统边境的系统“关联图，然后，进一步审查用户的真实需求和新系统必需完成的功能，逐渐细化数据流图，直到把“数据流、“加工和“数据存储分析分解到“足够详细为止，最终得到的就是系统的基于功能的逻辑模型。v 5在对数据流图细化的过程中，要建立相应的数据词典，对“数据元素、“数据构造、“数据流、“数据存储和“加工都要加以详细的定义和注释。关于加工的处置逻辑描画，还需求

29、用到专门的分析和表达工具，如构造化言语、战略树和战略表等。5.4.5 5.4.5 绘制数据流图的技巧绘制数据流图的技巧v 在系统分析的初期阶段，我们容易得到系统的关联图和第一层数据流图，关联图是界定系统边境的，保证了系统的完全性，这在系统调查过程中容易完成。第一层数据流图，也是经过用户和系统调查得来的，只需会绘制数据流图，这张图的构造普通在用户的业务描画中就可以直接映射出来。v 到详细分析阶段，必需导出系统的逻辑模型，才干根据逻辑模型进展系统设计，因此，必需以关联图和第一张数据流图为出发点，对第一张数据流图展开逐渐细化的任务，直到足够详细为止。然而大多数人面对需求细化的高层数据流图，根本上都表

30、现为束手无策。究其缘由能够来自两个方面，首先是对用户业务系统的专业知识不懂。这方面不成问题，任何天才的分析员都不能够懂得一切领域的专业知识。详细到一个工程时，只需掌握用户调查的技巧就够了，用户会在调查分析过程中，经过交流和审查协助我们完成数据流图的绘制。其次，就是我们熟练运用绘制数据流图的战略。v 1运用沿数据流图回溯的战略，发掘想要的内容。俗话讲，巧妇难为无米之炊，不知道该画什么内容，当然就无从下手了。“回溯战略有助于按图索骥，发掘出潜在的内容。v 系统输出的数据流是由哪些数据元素组成的？每个数据元素又是从哪里来的？对这些问题的回答，迫使我们必需从数据流图的输出端开场，沿数据流的方向回溯。既

31、然它们是系统的输出，显然不是从外面输入到系统中来的就是经过加工产生出来的。沿数据流图从输出端向输入端回溯，一定可以找出每个数据元素的来源。假设确认某个数据流是由某个加工产生的，就可以从用户那里调查分析得到该加工的逻辑算法。v 记住一个准那么：记住一个准那么：“数据流一定是和数据流一定是和“加工有关联的。一个数据流加工有关联的。一个数据流不是流入不是流入“加工的就必然是从加工的就必然是从“加工流出的，如图加工流出的，如图5.105.10所示。所示。v 在调研阶段产生的高层数据流图，许多详细的细节没有包括在里面，因此沿数据流程回溯时经常遇到下述问题：为了得到某个数据元素，需求用到数据流图中目前还没

32、有的数据元素，或者得出这个数据元素需求用的算法尚不完全清楚。为理处理这些问题，往往需求向用户和其他有关人员讨教，他们的回答会使分析员对目的系统的认识更深化、更详细，数据流图中的更多的成分就可以被分解出来。v 配合运用相应工具，对数据流图进展细化。通常把分析过程中得到的有关数据元素的信息描画在数据词典中，把对算法的简明描画记录在IPO图输入/处置/输出图中。经过发掘可以分解出新的数据流、数据存储和处置逻辑，并及时添加到数据流图中，这就是细化的过程。v 回溯数据流图的过程中，还要掌握的另外一个原那么是：数据流图不能够一步细化到位，需求学会控制笼统级别即把握问题的“粒度，按照概括程度逐渐细化，逐层分

33、解。v 2自顶向下逐层分析的战略。人类在面对复杂的问题时，行之有效的战略是“分而治之和“循序渐进。运用这两个战略，在系统分析中得到了控制复杂性的两个根本手段：“分解“和“笼统。对一个复杂的系统，为了将复杂性降低到可以掌握的程度，可以把问题分割成假设干个小问题，然后分别处理，这就是“分而治之。v 分析了解问题时，普通不能够一步到位。分解可以“循序渐进地进展，即先思索问题最本质的属性和高度概括的情形，然后再逐层分析内部的细节，直至涉及最详细的内容。这种用高度概括视角，先把握主要的功能，忽略那些容易干扰视野的细节，用到的就是“笼统的手法。v 例如，在了解一个国家的行政组织时，第一步可以先了解：国家由

34、假设干个省和直辖市组成。这一步，省、直辖市被笼统成一个元素级的单位，至于省或直辖市内部是什么样的组织方式，先不思索，相当于一个暂时还不想翻开的盒子。第二步，分别翻开每个盒子，才知道省是由假设干个县组成的，县就是这一步的暗盒。一个一个地单独研讨每个省的组织情况，就把问题简化了。第三步，研讨每个县的组织情况时，乡就是元素级的笼统单位。第四步，再以自然村为单位。类似地，在研讨用户业务系统的数据流程时，是以“功能为对象进展不同级别“笼统的。在数据流图的细化方面，把处置功能按笼统层次进展逐层分解。v 在调研阶段，得到了有关新系统的高层数据流图，描画系统总体概貌，表达了系统的关键功能。留意，在这一步数据流

35、图中出现的加工的“粒度比较大，是高度概括的，不思索每一个加工里面的细节。换言之，这一步得到的数据流图，笼统概括程度比较高。这有利于分析员把留意力集中在系统的“主要功能分析上，防止“眉毛胡子一把抓。当系统的主要功能分析完成以后，下一步就应该把留意力集中在“粒度小一级别的加工上了，这一次得到的数据流图，就相对详细了，比起第一步得到的数据流图，其笼统概括程度就要低一级。v 图5.11直观地展现了数据流图自上而下、逐层分解细化的过程。第一层是表示了系统关联图，S是系统本身，由S分解出了三个主要功能或子系统。进一步分解，三个主要功能又可以分别分解出对应的下一层功能。其中下层图的逻辑功能如1.1、1.2、

36、1.3就是由上层的功能1分解出来的。在做这一步分析时，留意被分析对象的外部环境的界定，如分析L2.1时，L2.2和L2.3就可以被看做L2.1的外部环境。类似地，在对L2.2进展分析的时候，L2.1和L2.3就可以被看做外部环境。这里表达出来的就是“分而治之战略。另外，从图中可以看出，在系统分解的过程中，从上层到下层，系统的边境是坚持不变的。图5.11 数据流图的自上而下分解过程 v 数据流图是基于系统的功能来描画系统的。由概括到详细是功能分解的过程。伴随着对功能的分解，数据流、数据存储也要做相应的分解。除了关联图以外，普通数据流程图应分解到第三层。第一层普通表达子系统级的逻辑功能；第二层，分

37、解出子系统的主要功能；第三层，分解出系统的详细功能和思索出错、例外情况，这一步分解得到的逻辑功能，应该详细到可以直接对其进展设计和编程实现。需求指明的是，三层的说法是出自阅历所得，详细运用中应该根据工程规模灵敏对待。3数据流图的绘制技巧v 数据流图的规划。为了便于制图和读图，习惯以加工处置为中心，输入的“数据流及其“来源普通画在左侧，如图5.8从“顾客发来“订单。输出的数据流及其去处普通画在数据流图的右侧。从全局看“数据流也是由左侧流向右侧的。v 符号的运用。绘制数据流图用到的根本符号只需四种，但足以表达用户业务系统的情况。v 加工。完好的加工符号应包括三部分：编号、加工逻辑、执行者。v 数据

38、流。数据流的称号标在数据流线的一侧，箭头表示数据流的流向。v 数据的读出、写入。图5.12中左侧表示从数据存储“暂存缺货订单中读出“缺货订单，右侧表示写入修正后的新的库存量。图5.12 数据流图中的符号运用v 防止线条交叉反复项的表示。在画数据流图时，有的数据流线到数据的来源或去处的间隔很远，会呵斥线条很长或线条交叉。处理的方法，可以让一些要素反复出现，这时就需求用一种标示方法来表示反复出现的符号。图5.13 数据流图中反复项的表示v如图5.9中，从“1.3.1流出的数据流“发货单要绕很远的路才干到“顾客。这时就可以让“顾客反复出现，并在符号的一角打上斜线标志，表示这两个符号表示的是一个要素，

39、如图5.13所示。v 笼统数据流的运用。为了把图画得简单明了，对于过于复杂的多个输入的数据流可以设法概括为一个笼统的数据流，如图5.14所示。图5.14 数据流的合并v 相反，对于过于复杂的多个输出数据流，应调查一下加工功能能否分解得合理，能够的话，进一步分解，使多个输出的数据流分别直接进入不同的加工逻辑，以使图的规划合理，如图5.15所示。图5.15 数据流的分别处置v 编号规那么。在绘制数据流图的过程中，外部项、处置逻辑、数据流和数据存储都应加以命名和编号，以便对其功能或组成可以直观的了解，尤其对于更细节的内容，可以放在数据词典中详细描画，以便查阅。v 由于数据流图是按分层分解的方式描画的

40、，所以对于处置逻辑、数据流和数据存储最适用的编号方法是用“层序号。以图5.9所示数据流图为例，层序号的编号方法如下：vP1.1“编辑订货单vP1.1.1“编辑检查订单vP1.1.2“登记新顾客信息vP1.3“办理发货vP1.3.1“开发货单并修正库存vP1.3.2“记销售账vP1.3.3“销售统计vP1.3.4“登记新配件信息vP1.3.5“生成编码v 命名规那么。对数据流、处置逻辑功能、数据存储及外部项的命名能否恰当，直接影响数据流图的可了解性。下面是在命名时，应该留意的地方：v对数据流或数据存储的命名：普通运用名词。当单个名词尚不能阐明特指数据流或数据存储时，前面可以加定语限定。v命名要代

41、表整个数据流或数据存储。由于一个数据流或数据存储往往是由一组数据元素组成的数据构造，不要仅运用反映其中某些元素的名字。v不要运用泛指的名字，如“数据、“信息、“单据等。v假设在为某个数据流或数据存储命名感到相对困难时，就有能够是由于对数据流或数据存储分解的不恰当呵斥的，试着重新分解，也许问题就处理了。v对处置逻辑的命名，除了子系统级的逻辑功能可以运用名词以外，原那么上，其他功能逻辑习惯运用动宾构造的短语命名，如“记销售账、“处置订货业务等。v通常是先为数据流命名，然后再为与之相关联的处置功能命名。这样命名比较容易。由于大多数据功能都是针对输入的数据流的。v假设某处命名有困难，能够是对处置功能分

42、解不当呵斥的，试着重新分解。v 父图与子图的平衡。对数据流程图的扩展应留意父图与子图边境的吻合，即一切子图边境的叠加应该与父图描画的系统范围一样大。按阅历数据，每张子图分解出来的加工逻辑普通不要超越78个，这样可以坚持整图明晰，容易了解。假设过多，能够是分解过细，应思索能否应该再分解一层。5.4.6 5.4.6 实例实例22某高校学籍管理系统某高校学籍管理系统v 某高校学籍管理系统关联图，如图5.16所示。图5.16 某高校学籍管理系统关联图 v 学籍管理系统第一层图，如图5.17所示。图5.17 某高校学籍管理系统第一层图5.4.7 5.4.7 实例实例33消费调度子系统消费调度子系统v 消

43、费调度子系统关联图，如图5.18所示。图5.18 消费调度系统关联图v 消费调度子系统第一层图，如图5.19所示。图5.19 消费调度系统第一层图5.4.8 实例4销售子系统 v 销售子系统关联图如图5.20所示。图5.20 销售子系统关联图v 销售子系统第一层图如图5.21所示。图5.21 销售子系统第一层图数据流程图的优缺陷v图形元素少，易学易读，容易与用户沟通图形元素少，易学易读，容易与用户沟通v有层次性，允许系统分析员由上至下地逐渐分析系统，不会受困有层次性，允许系统分析员由上至下地逐渐分析系统，不会受困于太多复杂的细节于太多复杂的细节v不能描画系统的控制流不能描画系统的控制流v潜在的

44、非语法错误不易发现，复核困难，需求有一定的分析设计潜在的非语法错误不易发现，复核困难，需求有一定的分析设计阅历阅历5.5 数据字典 DFD DFD 是一种简化的模型，虽然直观，但没有详细细是一种简化的模型，虽然直观，但没有详细细节，仅依托节，仅依托DFDDFD定义需求不够充分。定义需求不够充分。 数据字典是对数据字典是对 DFD DFD的补充描画，用来描画数据流程的补充描画，用来描画数据流程图中的数据流、数据存储、处置过程和外部实体的详细图中的数据流、数据存储、处置过程和外部实体的详细内容。内容。 数据流图与数据字典共同构成系统的功能模型，数数据流图与数据字典共同构成系统的功能模型，数据字典可

45、以改良通讯，规范描画，消除误解。据字典可以改良通讯，规范描画，消除误解。5.5.1 数据字典的条目数据字典中有六类条目：数据字典中有六类条目： 可被重用的条目：可被重用的条目： 数据元素数据元素 数据构造数据构造DFDDFD图中的元素：图中的元素：3. 3. 数据流可援用定义好的数据构造数据流可援用定义好的数据构造4. 4. 数据存储可援用定义好的数据构造数据存储可援用定义好的数据构造5. 5. 外部实体外部实体6. 6. 处置过程处置过程数据元素 数据元素是最小的数据组成单位，也就是不可再分的数据元素是最小的数据组成单位，也就是不可再分的数据单位，如学号、姓名、性别等。数据单位，如学号、姓名

46、、性别等。 对每个数据元素，需求描画以下属性：对每个数据元素，需求描画以下属性：称号：尽量反映该元素的含义，便于了解和记忆。称号：尽量反映该元素的含义，便于了解和记忆。别名：一个数据元素，能够其称号不止一个，假设有多个称号，需加以阐明。别名：一个数据元素，能够其称号不止一个，假设有多个称号，需加以阐明。类型：阐明取值是字符型还是数字型等。类型：阐明取值是字符型还是数字型等。取值范围和取值的含义：指数据元素能够取什么值或每一个值代表的意思。取值范围和取值的含义：指数据元素能够取什么值或每一个值代表的意思。长度：指该数据元素由几个数字或字母组成长度：指该数据元素由几个数字或字母组成 简要阐明简要阐

47、明数据元素条目数据构造 数据构造的描画重点，是数据之间的组合关系，即阐明这个数据构造包括哪些成分。 一个数据构造可以包含假设干数据元素和数据构造，这些成分中有三种特殊情况： (1)必选项 (2)任选项 (3)反复项 *数据构造条目数据构造条目数据流 数据流需求描画以下属性：数据流需求描画以下属性： (1) (1)数据流的来源数据流的来源 (2) (2)数据流的去处数据流的去处 (3) (3)数据流的组成数据流的组成 (4) (4)数据流的流通量数据流的流通量 (5) (5)顶峰时的流通量顶峰时的流通量数据流条目数据存储 数据存储的条目，主要描写该数据存储的构造，及数据存储的条目，主要描写该数据

48、存储的构造，及有关的数据流、查询要求。有关的数据流、查询要求。 有些数据存储的构造能够很复杂，如有些数据存储的构造能够很复杂，如“库存台帐库存台帐数据构造中包括入库帐和出库张，其中每一项又是数据数据构造中包括入库帐和出库张，其中每一项又是数据构造。这些数据构造有各自的条目分别加以阐明，因此构造。这些数据构造有各自的条目分别加以阐明，因此在在“库存台帐的条目中只需列出这些数据构造，而不库存台帐的条目中只需列出这些数据构造，而不需列出其内部构成。需列出其内部构成。 数据存储条目处置过程 对于数据流程图中的处置框，需求在数据字典中对于数据流程图中的处置框，需求在数据字典中描画处置框的编号、称号、功能

49、的简要阐明，以及有描画处置框的编号、称号、功能的简要阐明，以及有关的输入、输出。关的输入、输出。 通常仅重点描画最底层的处置过程。复杂的处置通常仅重点描画最底层的处置过程。复杂的处置逻辑可以借助于一些图表工具，如构造化言语、断定逻辑可以借助于一些图表工具，如构造化言语、断定树、断定表等。树、断定表等。处置过程条目外部实体 外部实体是数据的来源和去向。外部实体是数据的来源和去向。 在数据字典中关于外部实体的条目，主要阐明外在数据字典中关于外部实体的条目，主要阐明外部实体产生的数据流和传给该外部实体的数据流，以部实体产生的数据流和传给该外部实体的数据流，以及该外部实体的数量。及该外部实体的数量。

50、外部实体条目5.5.2 数据字典的运用与管理v按各种要求列表，没有冗余，不脱漏数据按各种要求列表，没有冗余，不脱漏数据v相互参照，便于系统修正相互参照，便于系统修正v由描画内容检索称号由描画内容检索称号v一致性检验和完好性检验一致性检验和完好性检验v数据流的来源、去向能否完好数据流的来源、去向能否完好v数据元素能否脱漏或过剩数据元素能否脱漏或过剩v数据存储的来源、去向能否完好数据存储的来源、去向能否完好v处置与输入数据流能否匹配处置与输入数据流能否匹配v管理：手工管理：手工/ /工具自动化软件工具支持数据字典的管理与维护工具自动化软件工具支持数据字典的管理与维护5.6 处置逻辑的表达数据流程图

51、是系统分析的主要工具，它着重表达系统的逻辑功数据流程图是系统分析的主要工具，它着重表达系统的逻辑功能及各个部分之间的联络。能及各个部分之间的联络。数据字典补充阐明系统所涉及的数据，是数据属性的清单，但数据字典补充阐明系统所涉及的数据，是数据属性的清单，但字典中的描画是高度概括的。字典中的描画是高度概括的。在字典中要表达处置过程的细节可运用小阐明或根本阐明。在字典中要表达处置过程的细节可运用小阐明或根本阐明。5.6 处置逻辑的表达 系统的最小功能单元就是最底层数据流程图中的系统的最小功能单元就是最底层数据流程图中的每个处置加工，称为根本处置。每个处置加工，称为根本处置。 对根本处置的阐明称为对根

52、本处置的阐明称为“小阐明或小阐明或“根本阐明。根本阐明。根本阐明应准确地描画一个根本处置根本阐明应准确地描画一个根本处置“做什么，包括做什么，包括处置的激发条件、加工逻辑、优先级、执行频率、出处置的激发条件、加工逻辑、优先级、执行频率、出错处置等等。其中最根本的是加工逻辑。加工逻辑是错处置等等。其中最根本的是加工逻辑。加工逻辑是指用户对这个加工的逻辑要求，即输出数据流与输入指用户对这个加工的逻辑要求，即输出数据流与输入数据流之间的逻辑关系。数据流之间的逻辑关系。 编写根本阐明留意的问题数据流程图中的每一个根本处置，都必需有一个根本阐明；数据流程图中的每一个根本处置，都必需有一个根本阐明；根本阐

53、明表达一个根本处置对数据流的转换途径，即指出这个根本阐明表达一个根本处置对数据流的转换途径，即指出这个功能单元的输入数据流、输出数据流以及其间的处置步骤；功能单元的输入数据流、输出数据流以及其间的处置步骤；根本阐明表达一个功能单元的转换战略，不表达执行这项战略根本阐明表达一个功能单元的转换战略，不表达执行这项战略的方法；的方法；应该把冗余度控制在最低程度；应该把冗余度控制在最低程度；用一组规范的方法书写根本阐明，既要简单明确，又要具有较用一组规范的方法书写根本阐明，既要简单明确，又要具有较高的可读性高的可读性 编写根本阐明的工具 针对复杂的处置逻辑，编写根本阐明有三种常见针对复杂的处置逻辑，编

54、写根本阐明有三种常见的工具：的工具：构造化言语构造化言语断定表断定表断定树断定树构造化言语三种根本语句：三种根本语句：祈使语句祈使语句判别语句判别语句循环语句循环语句构造化言语运用的三类词汇：构造化言语运用的三类词汇：祈使句中的动词祈使句中的动词数据字典中定义的名词数据字典中定义的名词某些逻辑表达式中的保管字某些逻辑表达式中的保管字1.祈使语句指出要做什么，包括一个动词和一个宾语，动词指出要执行的功能，指出要做什么，包括一个动词和一个宾语，动词指出要执行的功能，宾语表示动作的对象。宾语表示动作的对象。 运用祈使语句，应留意以下几点：运用祈使语句，应留意以下几点：力求精炼，不应太长力求精炼，不应

55、太长不运用描画词和副词不运用描画词和副词动词要能明确表达执行的动作动词要能明确表达执行的动作名词必需在数据字典中有定义名词必需在数据字典中有定义例如：例如： 获取收发数据获取收发数据 计算补充定货量计算补充定货量2.判别语句判别语句类似构造化程序设计中的判别构造。判别语句类似构造化程序设计中的判别构造。普通方式为：普通方式为： 假设假设 条件成立条件成立 那么那么 动作动作A A 否那么否那么 ( (条件不成立条件不成立) ) 动作动作B B例如：例如： 假设假设 成果成果6060分分 那么那么 将及格人数加将及格人数加1 1 否那么否那么 将不及格人数加将不及格人数加1 1假设假设 购货额在

56、购货额在5 5万元以上万元以上 那么那么 假设假设 最近三个月无欠款最近三个月无欠款 那么那么 折扣率为折扣率为1515 否那么否那么 假设假设 与公司买卖与公司买卖1010年以上年以上 那么那么 折扣率为折扣率为1010 否那么否那么 折扣率为折扣率为5 5否那么否那么 无折扣无折扣3.循环语句循环语句表达在某种条件下，反复执行一样的动作，直到这个条件不循环语句表达在某种条件下，反复执行一样的动作，直到这个条件不成立为止。成立为止。 例如：对每一种产品计算当日累计库存量例如：对每一种产品计算当日累计库存量 对于每个库存工程对于每个库存工程 循环条件循环条件 获取获取“入库单数据入库单数据 将

57、将“库存量添加库存量添加“入库数，更新入库数，更新“库存量库存量 获取获取“出库单出库单 将将“库存数减少库存数减少“出库数，更新出库数，更新“库存量库存量 假设假设 “库存量小于或等于临界库存量小于或等于临界“库存量库存量 那么那么 给出补充订货信号。给出补充订货信号。断定树假设一个动作的执行不只是依赖一个条件，而是与多个条件有假设一个动作的执行不只是依赖一个条件，而是与多个条件有关，那么这项战略的表达就比较复杂，可以运用断定树关，那么这项战略的表达就比较复杂，可以运用断定树( (战略树战略树) )来表示。来表示。如：邮政系统中，包裹邮资的计算战略与国别、路程、分量、如：邮政系统中，包裹邮资

58、的计算战略与国别、路程、分量、保值额度等有关，运用自然言语来描画显然不够简约。保值额度等有关，运用自然言语来描画显然不够简约。断定树断定表假设条件较多、每种条件的取值情况也较多的情况下，可以运假设条件较多、每种条件的取值情况也较多的情况下，可以运用断定表战略表。用断定表战略表。断定表的优点是可以把各种组合情况一个不漏地表示出来，还断定表的优点是可以把各种组合情况一个不漏地表示出来，还能协助发现脱漏和矛盾的地方。能协助发现脱漏和矛盾的地方。断定表某厂对一部分职工重新分配任务，分配原那么是：某厂对一部分职工重新分配任务，分配原那么是：年龄不满年龄不满2020岁，文化程度是小学者脱产学习，文化程度是

59、中学者当电工；岁，文化程度是小学者脱产学习，文化程度是中学者当电工；年龄满年龄满2020岁但缺乏岁但缺乏5050岁，文化程度是小学或中学者，男性当钳工，女性当车岁，文化程度是小学或中学者，男性当钳工，女性当车工；文化程度是大学者当技术员；工；文化程度是大学者当技术员；年龄满年龄满5050岁及岁及5050岁以上，文化程度是小学或中学者当资料员，文化程度是大岁以上，文化程度是小学或中学者当资料员，文化程度是大学者当技术员。学者当技术员。三个要素：性别、年龄、文化程度，取值范围分别是：三个要素：性别、年龄、文化程度，取值范围分别是：性别：性别： 男，女男，女 年龄：年龄： 青年青年( (小于小于20

60、20岁岁),),中年中年( (满满2020岁而缺乏岁而缺乏5050岁岁),),老年老年( (满满5050岁及以上岁及以上)文化程度：文化程度： 小学，中学，大学小学，中学，大学 1.构造空表2.填表3.断定表的合并简化显然，某些条件是可以合并思索的，可以使断定表简化。显然，某些条件是可以合并思索的，可以使断定表简化。合并的原那么：合并的原那么：取一样行动的列，假设有某个条件取一样行动的列，假设有某个条件CiCi在此在此n n 列的取值列的取值 正好是该条件取值的选集，而其他条件在此列都取正好是该条件取值的选集，而其他条件在此列都取一样的值，那么此列可以合并。一样的值，那么此列可以合并。第一次合