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

1、第五章 系统分析之结构化方法内容简介 本章主要介绍系统分析的结构化方法本章主要介绍系统分析的结构化方法v包括：包括：系统分析的结构化方法系统分析的结构化方法 系统分析的工具；系统分析的工具；管理信息系统的分析实例。管理信息系统的分析实例。2第第一一章章 管管理理信信息息系系统统基基础础知知识识5.15.1系统分析方法系统分析方法 结构化方法结构化方法 面向对象的方法面向对象的方法v 系统分析与系统设计是管理信息系统开发的两个主要阶段，这两个阶系统分析与系统设计是管理信息系统开发的两个主要阶段，这两个阶段的工作衔接性很强，一般应按照某种软件工程方法进行。段的工作衔接性很强，一般应按照某种软件工程

2、方法进行。v 目前开发管理信息系统常用的软件工程方法有目前开发管理信息系统常用的软件工程方法有结构化方法结构化方法和和面向对象面向对象的方法的方法。如果选择用面向对象的方法构建软件系统，那么就要用相应。如果选择用面向对象的方法构建软件系统，那么就要用相应的面向对象的方法从事系统分析活动。同样，采用结构化系统分析的的面向对象的方法从事系统分析活动。同样，采用结构化系统分析的结果，也只能用结构化的方法进行系统设计。结果，也只能用结构化的方法进行系统设计。3第第一一章章 管管理理信信息息系系统统基基础础知知识识5.1.15.1.1结构化方法结构化方法v 结构化程序设计极大地改善了程序设计的质量和效率

3、结构化程序设计极大地改善了程序设计的质量和效率,这其中的关键这其中的关键是用了一组标准的工具和结构解决了程序的结构问题。是用了一组标准的工具和结构解决了程序的结构问题。v 由此可见，由此可见，“结构化结构化”的含义主要体现在使用一组标准的工具和设计的含义主要体现在使用一组标准的工具和设计的原则从事设计活动。的原则从事设计活动。v 类似的，要提高管理信息系统的开发效率和质量，同样需要解决管理类似的，要提高管理信息系统的开发效率和质量，同样需要解决管理信息系统的结构问题。信息系统的结构问题。“程序程序”是微观的，而管理信息系统是宏观的，是微观的，而管理信息系统是宏观的，显然不能使用结构化程序设计方

4、法来解决系统的结构问题，但显然不能使用结构化程序设计方法来解决系统的结构问题，但“结构结构化化”的思想对于解决的思想对于解决“结构性结构性”问题是有普遍指导意义的。问题是有普遍指导意义的。4第第一一章章 管管理理信信息息系系统统基基础础知知识识5.1.15.1.1结构化方法结构化方法v 结构化系统分析与设计方法，同样是用一组标准的工具和策略从事系结构化系统分析与设计方法，同样是用一组标准的工具和策略从事系统分析与设计，以求获得提高系统分析与设计的质量和效率目的。统分析与设计，以求获得提高系统分析与设计的质量和效率目的。v 结构化方法的显著特点在于严格划分工作阶段，遵循结构化方法的显著特点在于严

5、格划分工作阶段，遵循“先逻辑，后物先逻辑，后物理理”的原则组织开发活动。因此，结构化系统分析的焦点就是撇开物的原则组织开发活动。因此，结构化系统分析的焦点就是撇开物理（实现）因素，在综合分析用户对系统各项要求的基础上，最终导理（实现）因素，在综合分析用户对系统各项要求的基础上，最终导出新系统的逻辑模型，这是系统分析阶段的成果，也是系统设计阶段出新系统的逻辑模型，这是系统分析阶段的成果，也是系统设计阶段的直接依据。的直接依据。v 常用的结构化系统分析工具有数据流图、数据词典、结构化语言、策常用的结构化系统分析工具有数据流图、数据词典、结构化语言、策略树、策略表。略树、策略表。5第第一一章章 管管

6、理理信信息息系系统统基基础础知知识识5.1.2 5.1.2 面向对象的方法面向对象的方法v 结构化系统开发方法是信息系统开发常用的技术方法，但是，采用结结构化系统开发方法是信息系统开发常用的技术方法，但是，采用结构化系统设计方法构建的软件系统在应对用户需求变更方面存在一定构化系统设计方法构建的软件系统在应对用户需求变更方面存在一定的的局限性局限性。比较显著的缺陷是僵化的软件结构与手工系统的结构存在。比较显著的缺陷是僵化的软件结构与手工系统的结构存在差异，一但用户业务需求发生变化，整个软件系统的结构将面临较大差异，一但用户业务需求发生变化，整个软件系统的结构将面临较大改动的可能。改动的可能。v

7、运用面向对象的方法构建的系统在结构上与手工系统相似，用户业务运用面向对象的方法构建的系统在结构上与手工系统相似，用户业务的局部需求发生变化，也只会在局部影响系统的分析与设计方案。用的局部需求发生变化，也只会在局部影响系统的分析与设计方案。用户需求的变化是不可避免的，而且，需求变更有利于对新系统的优化，户需求的变化是不可避免的，而且，需求变更有利于对新系统的优化，因此，面向对象的方法逐渐成为信息系统开发的主流方法。因此，面向对象的方法逐渐成为信息系统开发的主流方法。6第第一一章章 管管理理信信息息系系统统基基础础知知识识v 面向对象的分析模型与设计模型在结构上相似，通过模型的不断丰富面向对象的分

8、析模型与设计模型在结构上相似，通过模型的不断丰富与演化，最终构造出新系统的实现方案。模型结构的相似性，使得分与演化，最终构造出新系统的实现方案。模型结构的相似性，使得分析与设计阶段的迭代非常灵活，能够适应用户需求变更的现实。析与设计阶段的迭代非常灵活，能够适应用户需求变更的现实。v 面向对象的分析活动中常用的工具包括：面向对象的分析活动中常用的工具包括：use caseuse case图、图、use caseuse case报告、报告、用户需求规约等。这些工具在面向对象方法的相关内容中会详细讲到。用户需求规约等。这些工具在面向对象方法的相关内容中会详细讲到。7第第一一章章 管管理理信信息息系系

9、统统基基础础知知识识 真实性真实性 全面性全面性 规范性规范性 启发性启发性q 系统的定性调查系统的定性调查（1 1）组织结构的调查）组织结构的调查（2 2）管理功能的调查）管理功能的调查（3 3）业务流程的调查）业务流程的调查（4 4）数据流程调查）数据流程调查（5 5）处理特点的调查）处理特点的调查（6 6）系统环境的调查）系统环境的调查q 系统的定量调查系统的定量调查（1 1）收集各种原始凭证）收集各种原始凭证（2 2）收集各种输出报表）收集各种输出报表（3 3）统计各类数据的特征）统计各类数据的特征（4 4）收集与新系统对比所需的资料）收集与新系统对比所需的资料 开调查会开调查会 发调

10、查表征询意见发调查表征询意见 访问访问 直接参加业务实践直接参加业务实践系系统调查的原则统调查的原则系系统调查的内容统调查的内容系系统调查的方法统调查的方法5.2 5.2 现行系统的详细调查现行系统的详细调查8第第一一章章 管管理理信信息息系系统统基基础础知知识识q 组织结构分析组织结构分析v 组织结构与管理功能分析组织结构与管理功能分析组织结构图组织结构图 一个组织（企业、公司、部门等）的机构设置，自上而下一般是一个组织（企业、公司、部门等）的机构设置，自上而下一般是按级别、分层次构成的，呈树状结构，表示各组成部分之间的隶属关按级别、分层次构成的，呈树状结构，表示各组成部分之间的隶属关系或管

11、理与被管理的关系。系或管理与被管理的关系。5.3 5.3 组织结构与业务流程分析组织结构与业务流程分析总经理总经理总工程师总工程师总会计师总会计师经营副经理经营副经理人事副经理人事副经理计计划划科科质质量量安安全全科科统统计计科科生生产产科科预预算算合合同同科科财财务务科科销销售售科科材材料料供供应应科科设设备备科科劳劳资资科科人人事事科科行行政政科科保保卫卫科科9第第一一章章 管管理理信信息息系系统统基基础础知知识识注：注：“”表示该项功能是对应组织的主要功能（主持工作的单位）；表示该项功能是对应组织的主要功能（主持工作的单位）；“”表示该单位是参加协调该项功能的单位；表示该单位是参加协调该

12、项功能的单位；“”表示该单位是参加该项功能的相关单位。表示该单位是参加该项功能的相关单位。（组织（组织/功能关系表）功能关系表）q 组织组织与功能的关系与功能的关系分析分析组织结构与管理功能分析组织结构与管理功能分析5.35.3 组织结构与业务流程分析组织结构与业务流程分析q 组织组织与功能的关系与功能的关系分析分析预预算算合合同同科科材材料料供供应应科科统统计计科科生生产产科科财财务务科科销销售售科科设设备备科科劳劳资资科科人人事事科科行行政政科科保保卫卫科科计计划划质质量量安安全全科科组织组织功能功能计划计划销售销售供应供应人事人事生产生产设备更新设备更新 10第第一一章章 管管理理信信息

13、息系系统统基基础础知知识识q 管理功能分析管理功能分析 功能要以组织结构为背景来识别和分析，因为每个组织都功能要以组织结构为背景来识别和分析，因为每个组织都是一个功能机构，都有各自不同的功能。是一个功能机构，都有各自不同的功能。5.3 5.3 组织结构与业务流程分析组织结构与业务流程分析经营管理经营管理经营经营生产生产财务财务生产服务生产服务人事行政人事行政计计划划统统计计预预算算合合同同技技术术加加工工质质量量安安全全劳劳保保财财务务出出纳纳材材料料设设备备劳劳资资人人事事保保卫卫福福利利后后勤勤11第第一一章章 管管理理信信息息系系统统基基础础知知识识q 业务流程分析的任务业务流程分析的任

14、务 调查系统中各环节的管理业务活动，掌握管理业务的内容、调查系统中各环节的管理业务活动，掌握管理业务的内容、作用及信息的输入、输出、数据存储和信息的处理方法及过程等，作用及信息的输入、输出、数据存储和信息的处理方法及过程等，为建立管理信息系统数据模型和逻辑模型打下基础。为建立管理信息系统数据模型和逻辑模型打下基础。流程图是掌握现行系统状况、确立系统逻辑模型不可缺少流程图是掌握现行系统状况、确立系统逻辑模型不可缺少的环节，是系统分析和描述现行系统的重要工具，是业务流程的环节，是系统分析和描述现行系统的重要工具，是业务流程调查结果的图形化表示。调查结果的图形化表示。数据文件存档数据文件存档收集统计

15、数据收集统计数据业务处理单位业务处理单位表格报表制作表格报表制作业务处理功能描述业务处理功能描述信息传递过程信息传递过程业务流程分析业务流程分析5.3 5.3 组织结构与业务流程分析组织结构与业务流程分析12第第一一章章 管管理理信信息息系系统统基基础础知知识识q 业务流程图的绘制业务流程图的绘制某企业物资管理部门的业务流程图某企业物资管理部门的业务流程图4-13业务流程分析业务流程分析5.3 5.3 组织结构与业务流程分析组织结构与业务流程分析生产生产部门部门领料单领料单仓库仓库负责负责人人用料计划用料计划用料用料审批审批未批准的未批准的领料单领料单领料处理领料处理保管保管员员已批准的已批准

16、的领料单领料单库存帐库存帐用料用料流水帐流水帐处理处理订货订货采购采购员员库存报表库存报表库存盘点库存盘点供货供货单位单位缺料缺料通知单通知单催货单催货单订货单订货单补充订货补充订货有关有关部门部门采购采购员员提货通知提货通知入库单入库单登记入库登记入库13第第一一章章 管管理理信信息息系系统统基基础础知知识识5.45.4数据流程分析数据流程分析v 数据流程分析的主要工具是数据流程图（数据流程分析的主要工具是数据流程图（DFDDFD）v 数据流图是结构分系统分析中使用的一个重要工具，它主要使用一组规范的数据流图是结构分系统分析中使用的一个重要工具，它主要使用一组规范的图形符号描述系统中数据加工

17、和流转的途径，这是系统分析阶段获取的对用图形符号描述系统中数据加工和流转的途径，这是系统分析阶段获取的对用户业务系统描述的主要资料，也是系统逻辑模型的主要内容。概念上，数据户业务系统描述的主要资料，也是系统逻辑模型的主要内容。概念上，数据流图就是对企业系统中信息运动的抽象，是信息系统逻辑模型的主要形式。流图就是对企业系统中信息运动的抽象，是信息系统逻辑模型的主要形式。这个模型不涉及硬件、软件、数据结构与文件组织，它与系统的物理描述无这个模型不涉及硬件、软件、数据结构与文件组织，它与系统的物理描述无关。关。v 系统分析是一项面向问题域的活动。在绘制数据流图的过程中，分析人员关系统分析是一项面向问

18、题域的活动。在绘制数据流图的过程中，分析人员关注的焦点是用户对新系统的业务需求。具体活动中，由用户协助系统分析人注的焦点是用户对新系统的业务需求。具体活动中，由用户协助系统分析人员，用数据流图的符号把用户的业务流程描述清楚。灵活掌握数据流图所用员，用数据流图的符号把用户的业务流程描述清楚。灵活掌握数据流图所用的符号和数据流图的绘制原则，是绘制数据流图的基础。的符号和数据流图的绘制原则，是绘制数据流图的基础。14第第一一章章 管管理理信信息息系系统统基基础础知知识识5.4.1数据流图的基本组成及符号v 数据流数据流数据存储数据存储外部项外部项加工加工顾客顾客外部项外部项1办理发货办理发货过程过程

19、/加工加工顾客档案顾客档案数据存储数据存储数据流数据流订单订单泡泡图15第第一一章章 管管理理信信息息系系统统基基础础知知识识5.4.15.4.1数据流图的基本组成及符号数据流图的基本组成及符号v（1 1）外部项。用外部项描述系统的数据来源和去处，它是系统之外）外部项。用外部项描述系统的数据来源和去处，它是系统之外的实体或工作环节。系统开发不能改变这些外部项本身的结构和固有的实体或工作环节。系统开发不能改变这些外部项本身的结构和固有属性。属性。v（2 2）过程）过程/加工。又称数据的处理逻辑，表示系统对数据进行处理的加工。又称数据的处理逻辑，表示系统对数据进行处理的逻辑功能。逻辑功能。v(）数

20、据存储。数据存储是仅仅是逻辑意义上的数据存储环节，即）数据存储。数据存储是仅仅是逻辑意义上的数据存储环节，即管理信息系统在对数据的处理过程中，有些环节需要把一些中间数据管理信息系统在对数据的处理过程中，有些环节需要把一些中间数据或结果数据保存下来。数据存储并不包含使用什么具体物理介质和技或结果数据保存下来。数据存储并不包含使用什么具体物理介质和技术手段的信息。术手段的信息。v（）数据流。数据流是指是各加工环节进行输入、处理和输出的数（）数据流。数据流是指是各加工环节进行输入、处理和输出的数据集合。据集合。16第第一一章章 管管理理信信息息系系统统基基础础知知识识5.4.25.4.2绘制数据流图

21、的方法绘制数据流图的方法v 数据流的图绘制过程，就是系统的逻辑模型的形成过程，必须始终与数据流的图绘制过程，就是系统的逻辑模型的形成过程，必须始终与用户密切结合，详细讨论，不断修改，并与其他系统建设者共同讨论，用户密切结合，详细讨论，不断修改，并与其他系统建设者共同讨论，以确保数据流程描述的正确性。下面参照图示说明数据流图的绘制过以确保数据流程描述的正确性。下面参照图示说明数据流图的绘制过程。程。17第第一一章章 管管理理信信息息系系统统基基础础知知识识数流图的分解过程数流图的分解过程绘制关联图绘制关联图绘制顶层图绘制顶层图分解与细化分解与细化18第第一一章章 管管理理信信息息系系统统基基础础

22、知知识识(1)(1)绘制关联图绘制关联图v 为了确定系统的边界，在系统调查的基础上，绘出最高层的数据流为了确定系统的边界，在系统调查的基础上，绘出最高层的数据流图图又称又称“关联图关联图”。v 这一步活动的目标，是明确所描述的系统与各外部实体的信息交互联这一步活动的目标，是明确所描述的系统与各外部实体的信息交互联系。系。19第第一一章章 管管理理信信息息系系统统基基础础知知识识(2)(2)绘制顶层图绘制顶层图v 然后确定系统的几个主要的综合性的逻辑功能，绘制数据流图的顶层然后确定系统的几个主要的综合性的逻辑功能，绘制数据流图的顶层图，又称图，又称TOPTOP图。图。v TOPTOP图主要反映系

23、统的总的实现目标。图主要反映系统的总的实现目标。20第第一一章章 管管理理信信息息系系统统基基础础知知识识(3)(3)数据流图的分解与细化数据流图的分解与细化v 一般地，数据流图分解细化第三层，就可以清楚表达了数据流程关系，一般地，数据流图分解细化第三层，就可以清楚表达了数据流程关系，最底层的数据流图表示了所有最底层的数据流图表示了所有“具体具体”的数据加工功能和输入输出关的数据加工功能和输入输出关系。这里的系。这里的“具体具体”是指无需再分解，就能直观、清楚地理解其逻辑是指无需再分解，就能直观、清楚地理解其逻辑功能。功能。21第第一一章章 管管理理信信息息系系统统基基础础知知识识 ()合理布

24、局合理布局v 数据流图各种符号要布局合理、分布均匀、整齐、清晰，使读者一目数据流图各种符号要布局合理、分布均匀、整齐、清晰，使读者一目了然，一般输入的来源布署在图的左侧，而输出的去向布署在右侧。了然，一般输入的来源布署在图的左侧，而输出的去向布署在右侧。22第第一一章章 管管理理信信息息系系统统基基础础知知识识（5 5）绘制数据流图的主要步骤）绘制数据流图的主要步骤v 第一步，界定系统的边界，寻找系统的外部项，即系统的数据来源或第一步，界定系统的边界，寻找系统的外部项，即系统的数据来源或去处。去处。v 第二步，确定整个系统的输出数据流和输入数据流，把系统作为一个第二步，确定整个系统的输出数据流

25、和输入数据流，把系统作为一个加工，画出关联图。加工，画出关联图。v 第三步，确定系统的主要信息处理功能，按此将整个系统分解成几个第三步，确定系统的主要信息处理功能，按此将整个系统分解成几个子系统。确定每个子系统的输出与输入数据流以及相关的数据存储。子系统。确定每个子系统的输出与输入数据流以及相关的数据存储。将外部项、各代表子系统的加工、数据存储环节用数据流连接起来，将外部项、各代表子系统的加工、数据存储环节用数据流连接起来，命名、编号，这样就形成了新系统的数据流图的顶层图。命名、编号，这样就形成了新系统的数据流图的顶层图。v 第四步，分解细化数据流图。第四步，分解细化数据流图。23第第一一章章

26、 管管理理信信息息系系统统基基础础知知识识（5 5）绘制数据流图的主要步骤）绘制数据流图的主要步骤v 第五步，重复第五步，重复“第四步第四步”直到逐层分解结束。直到逐层分解结束。v 第六步，对草图进行检查和合理布局，对错误与不合理之处进行修改。第六步，对草图进行检查和合理布局，对错误与不合理之处进行修改。v 第七步，与用户进行交流，在用户完全理解数据图的内容的基础上征第七步，与用户进行交流，在用户完全理解数据图的内容的基础上征求用户的意见。系统分析人员根据与用户讨论的结果对数据流图的草求用户的意见。系统分析人员根据与用户讨论的结果对数据流图的草图进行修改。图进行修改。v 第八步，用计算机或其他

27、制图、编辑工具画出正规的数据流图。第八步，用计算机或其他制图、编辑工具画出正规的数据流图。v 第九步，审核数据流图。将数据流图提交系统分析负责人复审第九步，审核数据流图。将数据流图提交系统分析负责人复审 24第第一一章章 管管理理信信息息系系统统基基础础知知识识5.4.3 5.4.3 实例实例11汽车配件销售系统汽车配件销售系统v 某汽车配件公司销售业务流程如图所示（图中符号说明见图某汽车配件公司销售业务流程如图所示（图中符号说明见图5.25.2）。）。客发订单给销售部门，销售部门经过订单检查，把不合格的订单反馈客发订单给销售部门，销售部门经过订单检查，把不合格的订单反馈给顾客。对合格订单，通

28、过核对库存记录，缺货订单通过缺货统计，给顾客。对合格订单，通过核对库存记录，缺货订单通过缺货统计，向采购部门发出缺货通知，并登记缺货记录。对于可供货订单，登记向采购部门发出缺货通知，并登记缺货记录。对于可供货订单，登记用户档案，开出备货单，通知仓库备货。同时保存订单数据，一段时用户档案，开出备货单，通知仓库备货。同时保存订单数据，一段时间后进行销售统计。间后进行销售统计。25第第一一章章 管管理理信信息息系系统统基基础础知知识识图5.5 某汽车配件公司销售业务流程图26第第一一章章 管管理理信信息息系系统统基基础础知知识识v 汽车配件销售业务的系统关联图，如图汽车配件销售业务的系统关联图，如图

29、5.65.6所示。所示。27第第一一章章 管管理理信信息息系系统统基基础础知知识识v 第一步：描述系统边界第一步：描述系统边界绘制销售子系统关联图绘制销售子系统关联图v 为了简化问题，把关联图一分为二，即把公司的业务分为销售业务子为了简化问题，把关联图一分为二，即把公司的业务分为销售业务子系统和采购业务子系统。如图系统和采购业务子系统。如图5.75.7所示。所示。28第第一一章章 管管理理信信息息系系统统基基础础知知识识v 第二步：获得销售子系统第一层图v 图5.8为第一层数据流程图，反映了销售子系统的主要功能。29第第一一章章 管管理理信信息息系系统统基基础础知知识识图5.8 销售业务子系统

30、30第第一一章章 管管理理信信息息系系统统基基础础知知识识v 第三步：获得销售子系统第二层图v 细化第一层数据流图，得到第二层数据流图，图5.9是对图5.8的进一步分解。31第第一一章章 管管理理信信息息系系统统基基础础知知识识图5.9 销售业务子系统细化数据流图 32第第一一章章 管管理理信信息息系系统统基基础础知知识识5.4.4 5.4.4 绘制数据流图的要点绘制数据流图的要点v（1 1）数据流图只反映数据流向、数据加工和逻辑意义上的数据存储，）数据流图只反映数据流向、数据加工和逻辑意义上的数据存储，不反映任何数据处理的技术过程、处理方式和时间顺序，也不反映判不反映任何数据处理的技术过程、

31、处理方式和时间顺序，也不反映判断与控制条件等技术问题。断与控制条件等技术问题。v（2 2）难以在数据流图上标识出数据流、数据存储、加工和外部项的）难以在数据流图上标识出数据流、数据存储、加工和外部项的详细内容，这些内容有待利用数据词典加以补充描述。详细内容，这些内容有待利用数据词典加以补充描述。33第第一一章章 管管理理信信息息系系统统基基础础知知识识v（3）数据流图无法表述系统中人机交互过程以及信息的反馈与循环处理过程。v（4）对逻辑模型的理解。用数据流图作为主要工具，首先获得表述系统边界的系统“关联图”，然后，进一步审查用户的真实需求和新系统必须完成的功能，逐步细化数据流图，直到把“数据流

32、”、“加工”和“数据存储”分析分解到“足够具体”为止，最终得到的就是系统的基于功能的逻辑模型。34第第一一章章 管管理理信信息息系系统统基基础础知知识识v（5）在对数据流图细化的过程中，要建立相应的数据词典，对“数据元素”、“数据结构”、“数据流”、“数据存储”和“加工”都要加以详细的定义和注释。关于加工的处理逻辑描述，还需要用到专门的分析和表达工具，如结构化语言、策略树和策略表等。35第第一一章章 管管理理信信息息系系统统基基础础知知识识5.4.5 5.4.5 绘制数据流图的技巧绘制数据流图的技巧v 在系统分析的初期阶段，我们容易得到系统的关联图和第一层数据流图，关联图是界定系统边界的，保证

33、了系统的完全性，这在系统调查过程中容易完成。第一层数据流图，也是通过用户和系统调查得来的，只要会绘制数据流图，这张图的结构一般在用户的业务描述中就可以直接映射出来。v 到详细分析阶段，必须导出系统的逻辑模型，才能根据逻辑模型进行系统设计，因此，必须以关联图和第一张数据流图为出发点，对第一张数据流图展开逐步细化的工作，直到足够具体为止。然而大多数人面对需要细化的高层数据流图，基本上都表现为束手无策。究其原因可能来自两个方面，首先是对用户业务系统的专业知识不懂。这方面不成问题，任何天才的分析员都不可能懂得所有领域的专业知识。具体到一个项目时，只要掌握用户调查的技巧就够了，用户会在调查分析过程中，通

34、过交流和审查协助我们完成数据流图的绘制。其次，就是我们熟练使用绘制数据流图的策略。36第第一一章章 管管理理信信息息系系统统基基础础知知识识v 1）使用沿数据流图回溯的策略，挖掘想要的内容。俗话讲，巧妇难为无米之炊，不知道该画什么内容，当然就无从下手了。“回溯”策略有助于按图索骥，挖掘出潜在的内容。v 系统输出的数据流是由哪些数据元素组成的？每个数据元素又是从哪里来的？对这些问题的回答，迫使我们必须从数据流图的输出端开始，沿数据流的方向回溯。既然它们是系统的输出，显然不是从外面输入到系统中来的就是通过加工产生出来的。沿数据流图从输出端向输入端回溯，一定能够找出每个数据元素的来源。如果确认某个数

35、据流是由某个加工产生的，就可以从用户那里调查分析得到该加工的逻辑算法。37第第一一章章 管管理理信信息息系系统统基基础础知知识识v 记住一个准则：记住一个准则：“数据流数据流”一定是和一定是和“加工加工”有关联的。一个数据流有关联的。一个数据流不是流入不是流入“加工加工”的就必然是从的就必然是从“加工加工”流出的，如图流出的，如图5.105.10所示。所示。38第第一一章章 管管理理信信息息系系统统基基础础知知识识v 在调研阶段产生的高层数据流图，许多具体的细节没有包括在里面，因此沿数据流程回溯时常常遇到下述问题：为了得到某个数据元素，需要用到数据流图中目前还没有的数据元素，或者得出这个数据元

36、素需要用的算法尚不完全清楚。为了解决这些问题，往往需要向用户和其他有关人员请教，他们的回答会使分析员对目标系统的认识更深入、更具体，数据流图中的更多的成分就可以被分解出来。v 配合使用相应工具，对数据流图进行细化。通常把分析过程中得到的有关数据元素的信息描述在数据词典中，把对算法的简明描述记录在IPO图（输入/处理/输出图）中。通过挖掘可以分解出新的数据流、数据存储和处理逻辑，并及时添加到数据流图中，这就是细化的过程。39第第一一章章 管管理理信信息息系系统统基基础础知知识识v 回溯数据流图的过程中，还要掌握的另外一个原则是：数据流图不可能一步细化到位，需要学会控制抽象级别（即把握问题的“粒度

37、”），按照概括程度逐步细化，逐层分解。40第第一一章章 管管理理信信息息系系统统基基础础知知识识v（2）自顶向下逐层分析的策略。人类在面对复杂的问题时，行之有效的策略是“分而治之”和“循序渐进”。运用这两个策略，在系统分析中得到了控制复杂性的两个基本手段：“分解“和“抽象”。对一个复杂的系统，为了将复杂性降低到可以掌握的程度，可以把问题分割成若干个小问题，然后分别解决，这就是“分而治之”。v 分析理解问题时，一般不可能一步到位。分解可以“循序渐进”地进行，即先考虑问题最本质的属性和高度概括的情形，然后再逐层剖析内部的细节，直至涉及最详细的内容。这种用高度概括视角，先把握主要的功能，忽略那些容易

38、干扰视线的细节，用到的就是“抽象”的手法。41第第一一章章 管管理理信信息息系系统统基基础础知知识识v 例如，在理解一个国家的行政组织时，第一步可以先理解：国家由若干个省和直辖市组成。这一步，省、直辖市被抽象成一个元素级的单位，至于省或直辖市内部是什么样的组织形式，先不考虑，相当于一个暂时还不想打开的盒子。第二步，分别打开每个盒子，才知道省是由若干个县组成的，县就是这一步的暗盒。一个一个地单独研究每个省的组织情况，就把问题简化了。第三步，研究每个县的组织情况时，乡就是元素级的抽象单位。第四步，再以自然村为单位。类似地，在研究用户业务系统的数据流程时，是以“功能”为对象进行不同级别“抽象”的。在

39、数据流图的细化方面，把处理功能按抽象层次进行逐层分解。42第第一一章章 管管理理信信息息系系统统基基础础知知识识v 在调研阶段，得到了有关新系统的高层数据流图，描绘系统总体概貌，表达了系统的关键功能。注意，在这一步数据流图中出现的加工的“粒度”比较大，是高度概括的，不考虑每一个加工里面的细节。换言之，这一步得到的数据流图，抽象概括程度比较高。这有利于分析员把注意力集中在系统的“主要功能”分析上，避免“眉毛胡子一把抓”。当系统的主要功能分析完成以后，下一步就应该把注意力集中在“粒度”小一级别的加工上了，这一次得到的数据流图，就相对具体了，比起第一步得到的数据流图，其抽象概括程度就要低一级。43第

40、第一一章章 管管理理信信息息系系统统基基础础知知识识v 图5.11直观地展示了数据流图自上而下、逐层分解细化的过程。第一层是表示了系统关联图，S是系统本身，由S分解出了三个主要功能或子系统。进一步分解，三个主要功能又可以分别分解出对应的下一层功能。其中下层图的逻辑功能（如1.1、1.2、1.3）就是由上层的功能1分解出来的。在做这一步分析时，注意被分析对象的外部环境的界定，如分析L2.1时，L2.2和L2.3就可以被看做L2.1的外部环境。类似地，在对L2.2进行分析的时候，L2.1和L2.3就可以被看做外部环境。这里体现出来的就是“分而治之”策略。另外，从图中可以看出，在系统分解的过程中，从

41、上层到下层，系统的边界是保持不变的。44第第一一章章 管管理理信信息息系系统统基基础础知知识识图5.11 数据流图的自上而下分解过程 45第第一一章章 管管理理信信息息系系统统基基础础知知识识v 数据流图是基于系统的功能来描述系统的。由概括到具体是功能分解的过程。伴随着对功能的分解，数据流、数据存储也要做相应的分解。除了关联图以外，一般数据流程图应分解到第三层。第一层一般表达子系统级的逻辑功能；第二层，分解出子系统的主要功能；第三层，分解出系统的具体功能和考虑出错、例外情况，这一步分解得到的逻辑功能，应该具体到能够直接对其进行设计和编程实现。需要指明的是，三层的说法是出自经验所得，具体应用中应

42、该根据项目规模灵活对待。46第第一一章章 管管理理信信息息系系统统基基础础知知识识（3）数据流图的绘制技巧v 数据流图的布局。为了便于制图和读图，习惯以加工处理为中心，输入的“数据流”及其“来源”一般画在左侧，如图5.8从“顾客”发来“订单”。输出的数据流及其去处一般画在数据流图的右侧。从全局看“数据流”也是由左侧流向右侧的。v 符号的应用。绘制数据流图用到的基本符号只有四种，但足以表达用户业务系统的情况。加工。完整的加工符号应包括三部分：编号、加工逻辑、执行者。数据流。数据流的名称标在数据流线的一侧，箭头表示数据流的流向。数据的读出、写入。图5.12中左侧表示从数据存储“暂存缺货订单”中读出

43、“缺货订单”，右侧表示写入修改后的新的库存量。47第第一一章章 管管理理信信息息系系统统基基础础知知识识图5.12 数据流图中的符号运用48第第一一章章 管管理理信信息息系系统统基基础础知知识识v 避免线条交叉重复项的表示。在画数据流图时，有的数据流线到数据的来源或去处的距离很远，会造成线条很长或线条交叉。解决的办法，可以让一些要素重复出现，这时就需要用一种标示方法来表示重复出现的符号。49第第一一章章 管管理理信信息息系系统统基基础础知知识识图5.13 数据流图中重复项的表示v如图5.9中，从“1.3.1”流出的数据流“发货单”要绕很远的路才能到“顾客”。这时就可以让“顾客”重复出现，并在符

44、号的一角打上斜线标记，表示这两个符号表示的是一个要素，如图5.13所示。50第第一一章章 管管理理信信息息系系统统基基础础知知识识v 抽象数据流的应用。为了把图画得简单明了，对于过于复杂的多个输入的数据流可以设法概括为一个抽象的数据流，如图5.14所示。图5.14 数据流的合并51第第一一章章 管管理理信信息息系系统统基基础础知知识识v 相反，对于过于复杂的多个输出数据流，应考查一下加工功能是否分解得合理，可能的话，进一步分解，使多个输出的数据流分别直接进入不同的加工逻辑，以使图的布局合理，如图5.15所示。图5.15 数据流的分别处理52第第一一章章 管管理理信信息息系系统统基基础础知知识识

45、v 编号规则。在绘制数据流图的过程中，外部项、处理逻辑、数据流和数据存储都应加以命名和编号，以便对其功能或组成能够直观的理解，尤其对于更细节的内容，可以放在数据词典中详细描述，以便查阅。v 因为数据流图是按分层分解的形式描述的，所以对于处理逻辑、数据流和数据存储最适用的编号方法是用“层序号”。以图5.9所示数据流图为例，层序号的编号方法如下：53第第一一章章 管管理理信信息息系系统统基基础础知知识识vP1.1“编辑订货单”vP1.1.1“编辑检查订单”vP1.1.2“登记新顾客信息”vP1.3“办理发货”vP1.3.1“开发货单并修改库存”vP1.3.2“记销售账”vP1.3.3“销售统计”v

46、P1.3.4“登记新配件信息”vP1.3.5“生成编码”54第第一一章章 管管理理信信息息系系统统基基础础知知识识v 命名规则。对数据流、处理（逻辑）功能、数据存储及外部项的命名是否恰当，直接影响数据流图的可理解性。下面是在命名时，应该注意的地方：v对数据流（或数据存储）的命名：一般使用名词。当单个名词尚不能说明特指数据流或数据存储时，前面可以加定语限定。v命名要代表整个数据流或数据存储。因为一个数据流或数据存储往往是由一组数据元素组成的数据结构，不要仅使用反映其中某些元素的名字。v不要使用泛指的名字，如“数据”、“信息”、“单据”等。v如果在为某个数据流或数据存储命名感到相对困难时，就有可能

47、是因为对数据流或数据存储分解的不恰当造成的，试着重新分解，也许问题就解决了。v对处理逻辑的命名，除了子系统级的逻辑功能可以使用名词以外，原则上，其他功能逻辑习惯使用动宾结构的短语命名，如“记销售账”、“处理订货业务”等。v通常是先为数据流命名，然后再为与之相关联的处理功能命名。这样命名比较容易。因为大多数据功能都是针对输入的数据流的。v如果某处命名有困难，可能是对处理功能分解不当造成的，试着重新分解。55第第一一章章 管管理理信信息息系系统统基基础础知知识识v 父图与子图的平衡。对数据流程图的扩充应注意父图与子图边界的吻合，即所有子图边界的叠加应该与父图描述的系统范围一样大。按经验数据，每张子

48、图分解出来的加工逻辑一般不要超过78个，这样可以保持整图清晰，容易理解。如果过多，可能是分解过细，应考虑是否应该再分解一层。56第第一一章章 管管理理信信息息系系统统基基础础知知识识5.4.6 5.4.6 实例实例22某高校学籍管理系统某高校学籍管理系统v 某高校学籍管理系统关联图，如图5.16所示。图5.16 某高校学籍管理系统关联图 57第第一一章章 管管理理信信息息系系统统基基础础知知识识v 学籍管理系统第一层图，如图5.17所示。图5.17 某高校学籍管理系统第一层图58第第一一章章 管管理理信信息息系系统统基基础础知知识识5.4.7 5.4.7 实例实例33生产调度子系统生产调度子系

49、统v 生产调度子系统关联图，如图5.18所示。图5.18 生产调度系统关联图59第第一一章章 管管理理信信息息系系统统基基础础知知识识v 生产调度子系统第一层图，如图5.19所示。图5.19 生产调度系统第一层图60第第一一章章 管管理理信信息息系系统统基基础础知知识识5.4.8 实例4销售子系统 v 销售子系统关联图如图5.20所示。图5.20 销售子系统关联图61第第一一章章 管管理理信信息息系系统统基基础础知知识识v 销售子系统第一层图如图5.21所示。图5.21 销售子系统第一层图62第第一一章章 管管理理信信息息系系统统基基础础知知识识数据流程图的优缺点v图形元素少，易学易读，容易与

50、用户沟通图形元素少，易学易读，容易与用户沟通v有层次性，允许系统分析员由上至下地逐步分析系统，不会受困有层次性，允许系统分析员由上至下地逐步分析系统，不会受困于太多复杂的细节于太多复杂的细节v不能描述系统的控制流不能描述系统的控制流v潜在的非语法错误不易发现，复核困难，需要有一定的分析设计潜在的非语法错误不易发现，复核困难，需要有一定的分析设计经验经验63第第一一章章 管管理理信信息息系系统统基基础础知知识识5.5 数据字典 DFD DFD 是一种简化的模型，虽然直观，但没有具体细是一种简化的模型，虽然直观，但没有具体细节，仅依靠节，仅依靠DFDDFD定义需求不够充分。定义需求不够充分。数据字