二章结构化分析与设计

《二章结构化分析与设计》由会员分享，可在线阅读，更多相关《二章结构化分析与设计（78页珍藏版）》请在装配图网上搜索。

1、第二章 结构化分析与设计2.1 结构化系统分析的基本思想 结构化的系统分析(Structured System Analysis)，简称SSA。用系统的思想、系统工程的方法，按用户至上的原则，结构化、模块化，自顶向下对信息系统进行分析与设计。与传统方法相比，SSA强调以下特点：*1.建立面向用户的观点 SSA法强调用户是整个信息系统开发的起源和最终归宿。好处：2.1 结构化系统分析的基本思想（1）用户可以更多地了解新系统，并随时从业务和用户角度提出新的要求。（2）系统分析人员能更多的了解用户的需求，更深入的调查和分析管理业务，使新系统更加科学、合理。*2.严格区分工作阶段 SSA法强调将整个系

2、统的开发过程分为若干个阶段，每个阶段都有其明确的任务和目标、以及预期要达到的阶段成果。本阶段的目标达到，才开始下一阶段，否则重复本阶段，或返回前阶段。2.1 结构化系统分析的基本思想*3.结构化、规模化，自顶向下进行开发 从整体的角度，将各项具体的业务或组织放到整体中加以考察。自顶向下分析：确保全局的正确，然后再一层层的深入考虑和处理局部问题。实现过程：从底向上的方法，即一个模块一个模块的开发、调试，然后再由几个模块联调，最后整个系统联调。2.1 结构化系统分析的基本思想*4.充分预料可能发生的变化 信息系统具有动态性。主要原因：（1）周围环境发生变化，引起信息系统发生变化。（2）系统内部处理

3、模式的变化，引起系统的变化。如系统内部组织结构和管理体制发生变化，引起相应的变化。（3）用户的需求发生变化，引起系统的变化。2.1 结构化系统分析的基本思想*5.工作文件的标准化和文献化 在系统的研制过程中，每一阶段、每一步骤都应有详细的文字资料记载。资料要有专人保管，要建立一整套（或用机器建立）管理、查询制度。好处：（1）严格设立技术资料档案，为研制过程中工作的交换和今后系统的维护提供了原始资料。（2）建立统一的资料可以避免混乱。（3）详细记载工作过程可以使系统研制人员及时地发现问题，总结经验，形成自我反馈，弥补工作中的一些缺陷和漏洞。2.2 问题定义一、关键问题“要解决的问题是什么？”二、

4、主要结果 提出关于问题的性质、工程目标和规模的书面报告。三、内容及步骤(一)系统任务的提出1.系统任务的提出者2.2 问题定义-系统任务的提出(1)用户提出：一般而言，系统开发的任务由使用者提出，如企业（或组织）的领导和有关的管理人员。(2)课题项目：系统开发人员本身也可以提出系统开发任务。(3)上级机关布置(4)合作开发2.系统任务的提出形式(1)书面形式：系统任务的提出一般以书面形式，如系统开发任务书或系统开发协议书等形式。(2)口头形式2.2 问题定义-初步调查3.系统任务提出的目的 由于绝大多数使用者不可能对以计算机为基础的系统功能全然清楚，对系统任务的要求不可能讲得确切。因此使用者提

5、出的系统任务，仅提供编写系统目标的素材。如果不加分析与加工地当作系统目标，将使系统开发工作盲目，无明确目标。(二)初步调查1.初步调查的目的 初步调查的目的是为了合理地确定系统目标、系统总体分析及系统的可行性分析。2.2 问题定义-初步调查 为了这些要求与目的，在初步调查过程中应收集并整理与整个系统有关的资料、及存在问题。2.初步调查的主要内容 初步调查的内容是调查一个企业（或组织）的总貌、以及其对信息的总需求。主要内容包括：(1)整个企业（或组织）的概况 规模、组织目标、组织机构，产、供、销的概貌，人员、设备与资金的现状，以及目前的管理水平，特别是管理的基础工作的水平。2.2 问题定义-初步

6、调查(2)现行系统的概况 功能、人员、技术水平以及管理体制（归属哪一级领导）等。(3)组织对外部的关系 和哪些外部单位（外部实体）之间有哪些物资、资金或信息的来往关系。(4)本组织的领导者、管理部门对系统的态度，支持的程度（包括人力、资料与数据），对新、老信息系统的看法以及对信息的需求。(5)开发系统的资源、人力、资金以及开发周期等资源情况。2.2 问题定义-系统目标的确定(三)系统目标的确定1.系统目标的含义 系统目标是系统最终要达到的目标，是系统开发的宗旨，各个阶段的工作都要以这个宗旨为中心。如：有了明确的系统目标，然后进行系统的可行性，从而有针对性的作进一步的详细调查。2.如何确定系统的

7、目标 系统开发人员通过初步的调查，了解企业领导以及主要的管理干部对系统的要求与设想，根据目前组织具备的条件及资源，初步提出系统的目标。2.2 问题定义-系统目标的确定 系统目标必须明确提出所开发系统是“干什么”的，它与人工管理决策之间的界限，哪些信息处理由计算机完成，哪些仍旧由人工完成。对于一个较大的系统，除了系统目标之外，还应提出各子系统的子目标。例一：*厂信息系统的系统目标 为了管理现代化的要求，建立一个生产、经营、资金、成本与物资的动态数据收集、处理与控制的信息系统。2.2 问题定义-系统目标的确定(1)信息系统为不同层次的管理人员提供日、周、旬、月、季、年的各种单项及综合的报表和计划，

8、并实现对当前的生产、经营、物资、资金以及项目进度等现状与动态，进行多功能查询。(2)该系统使用同一套数据，提高信息的准确性与 一致性。(3)实行生产成本以批号为单位进行核算。对生产质量与数量以批号进行跟踪，提供及时、可靠的信息。(4)建立若干管理的优化功能，包括计划优化、市场预测和财务预测等。2.2 问题定义-系统目标的确定(5)设计中考虑与本厂生产线上的实时控制系统的接口，以扩大系统的功能。例2：上海水产大学校园网总体目标 上海水产大学校园网的目标是要建成一个国际一流先进水平的校园网络。上海水产大学校园网的建设将极大地促进本地和遍布全世界的互联网络之间的信息交流，并让全世界更好的了解上海水产

9、大学以及有关信息，从而使上海水产大学进一步地走向世界。2.2 问题定义-系统目标的确定 上海水产大学作为我国在水产方面的主要大学，建立自己的网络系统，进一步与国际接轨，提高对大学各方面现代化管理的科技含量，促进信息技术的交流和信息资源的有效利用，降低国际交往中长距离、大信息量的通讯成本，提高效率、优化上海水产大学管理系统，是一项急迫而又非常有意义的工作。例3：某销售公司的系统目标 某销售公司的系统目标是实现公司各个销售环节的计算机管理，协调公司三大部门（销售部、财务部、储运部）的工作，极大地提高公司内部的2.2 问题定义-系统目标的确定 工作效率，使公司的经济效益显著提高。从管理的层次结构来看

10、，信息系统能为公司三个层次的人员服务。一是为日常事务处理层服务，方便这类人员的日常工作，具体包括营业代表填写供货单，财务人员开发票、发货单、帐款回收，仓库人员配货等；二是为中层管理者（如各部门经理）服务，便于他们指导、督促和管理所在部门的日常工作。三是为高层决策者（如总经理）服务，为他们的宏观决策提供科学的依据。如预测产品的销量，确定合理的订货数量，使库存最优；分析影响产品销量的相关因素，确定最佳的产品价格，制定最优销售方案等。2.3 可行性研究一、可行性、可行性研究的含义 可行性的含义包括可能性、必要性。可行性分析的对象是系统目标。评价总体方案（系统目标）的可能性、必要性。所谓可行性研究，就

11、是按照各种有效的方法和工作程序，对拟建工程项目在技术上的先进性、适用性，经济上的合理性、盈利性，以及项目的实施等方面进行深入的系统分析。2.3 可行性研究-目的二、可行性研究的目的 可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决，是否有必要去解决。三、可行性分析的内容1.技术上的可行性使用现有的技术能实现这个系统吗？即分析现有的技术条件实现系统的可能性。包括目前市场上的计算机硬、软件、通讯设备以及计算机网络的条件，同时应了解有关厂商提供维修等技术服务的条件等。2.3 可行性研究-内容2.经济上的可行性这个系统的经济效益能超过它的开发成本吗？经济上的可行性包括两个方面：一

12、是初步估算开发系统所需的投资，目前资金有无落实；二是估计系统正常运行时期能带来的效益（包括直接效益、间接效益）。3.操作可行性 系统的操作方式在这个用户组织内行得通吗？4.时间可行性 完成系统所花的时间是否能够满足用户的要求？2.3 可行性研究-内容5.组织与管理上可行性 从一个企业来看，企业内部干部的素质，他们对管理现代化得认识与支持得程度，成为实现系统最根本得可能条件。管理基础是开发一个系统的基本条件，没有较稳定、合理的管理制度与管理方法，系统是不可能被成功开发。同时，开发系统反过来也加强管理。6.社会、政策允许的可行性2.3 可行性研究-步骤2.3 可行性研究-步骤四、可行性研究的步骤1

13、.复查系统规模和目标2.研究目前正在使用的系统 主要查找其缺点3.导出新系统的高层逻辑模型 高层逻辑模型包括：数据流图、数据字典等。4.重新定义问题2.3 可行性研究-步骤5.导出和评价供选择的解法 提供可行的方案6.推荐行动方案 根据上一步的可能方案，确定一个“最优方案”。主要根据“经济上是否可行”来确定。7.草拟开发计划 计划包括：工程进度表、开发人员及资源需求等。8.书写文档、提交审查2.3 可行性研究-步骤 可行性报告主要内容（P9-11）引言 可行性研究的前提 对现有系统的分析 所建议的系统 可选择的其他系统方案 投资及收益分析 社会条件方面的可行性 结论2.3 可行性研究-步骤 结

14、论 可以立即开始进行 需要增加资源才能开始，例如增加投资或人力。需要推迟到某些条件具备后才能开始，例如组织机构的调整。需要对系统目标作某些修改才能开始。不能或没有必要进行，例如经济上不合理，投资相差太大。2.3 可行性研究-系统流程图五、系统流程图1.什么系统流程图 系统流程图是描绘物理模型的图形工具。基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件（程序、文件、数据库、表格、人工过程等）。系统流程图所表达的是：信息在系统各部件之间流动的情况，而不是对信息进行加工处理的控制过程。2.3 可行性研究-系统流程图2.绘制系统流程图的原则 与实际业务吻合，能客观、真实地反映实际业务。图例规范，

15、便于交流。图形脉络清楚，简明扼要，不必要的具体细节可省略。复杂的业务，可通过系统流程图的分层来描述。3.系统流程图的特点 图描述的主体是票据、帐单（信息的主要载体）票据、帐单的流动线与实际业务处理过程一一对应。2.3 可行性研究-系统流程图 图中票据、帐单有“生”、有“死”，即一次生命周期反映一笔业务的处理情况。4.系统流程图的作用 制作系统流程图的过程是系统分析员全面了解系统业务处理概况的过程，它是系统分析员作进一步分析的依据。系统流程图是系统分析员、管理人员、业务操作人员相互交流的工具。系统分析员可直接在系统流程图上拟出可以实现计算机处理的部分。可利用系统流程图来分析业务流程的合理性。2.

16、3 可行性研究-系统流程图5.基本图例符号符号 名称名称 说明说明 处理 能改变数据或数据位置的加工或部件。输入/输出 表示输入/输出，是一个广义的不指明具体设备的符号 连接 指出转到图的另一部分或从图的另一部分转来，通常在同一页上。换 页 连接 指出转到另一页图上或由另一页图转来。数据流 用来连接其它符号，指明数据流动方向 2.3 可行性研究-系统流程图6.阅读技巧 从左到右的原则，沿着数据流动的方向 分析票据、帐单的生命周期的途径（分析业务部门之间的关系）熟悉图中的业务处理单位（个人）部门。2.3 可行性研究-系统流程图7.实例事务库存清单程序定货信息报告生成程序定货报告库存清单主文件库存

17、清单系统的系统流程图2.3 可行性研究-数据收集六、数据收集 数据是信息的载体，是系统要处理的主要对象。数据收集的工作量较大，要求系统开发人员深入实际，配合业务人员收集与系统有关的各种类型的数据。1.收集数据的渠道 现行的组织机构 现行系统的业务流程2.3 可行性研究-数据收集 现行的决策方式 各种报表、报告、图示2.数据的来源 对于目前仍手工的系统而言：组织的报告、文件、报表、决议等。对于已实现了计算机化的系统而言：现行系统的说明性文件（如流程图、数据组织机构）组织外的数据来源：上级下达的各种文件和各项任务指标，与本单位密切相关的其它单位的有关信息。2.3 可行性研究-数据收集3.数据收集的

18、方法(1)查询档案 到各个部门收集相关的数据，查询档案材料。若没有现成的档案，系统分析员可借此机会帮助这些部门建立档案资料。(2)面谈调查 采取自上而下的方法进行访问。调查有关系统总貌、系统目标、环境约束、近年内信息的需求情况，以及他们对现有信息系统的意见（哪些信息、功能是多余的，哪些是要补充和加强的）(3)发调查表 对于要作普遍调查的问题，采用该法。2.3 可行性研究-数据收集(4)测定、计算 测定或计算一些特殊的数据。如业务的吞吐量、各项工作的时间、费用等。(5)采样 对于大规模的统计，不可能收集到数据的全部，可采用抽样的办法(6)实际动手 深入实际，亲自动手参加信息的处理工作。4.数据调

19、查的内容 输入信息：输入信息的名称、使用目的、收集方式、发生周期、信息量、编码方式、保存期、相关业务、使用文字等。2.3 可行性研究-数据收集 输出信息：输出信息的名称、使用单位、使用目的、发行份数、发送方法、使用文字、输出时间、输出方式等。信息处理过程：处理内容、处理周期、处理方法、处理时间、处理场所等。存储方式：文件名称、保管单位、保存时间、总信息量、保密要求、使用频率、删除周期、追加周期、增加和删除比率等 代码信息：代码名称、分类方式、编码方式、使用目的、起始码、终止码、未使用码、追加或废弃的频率等。2.3 可行性研究-数据收集 信息需求：所需信息名称、需求目的、需求单位、需求者、时间和

20、期限、所需信息的形式、信息表达的要求等。七、数据分析1.数据分析的必要性 收集的数据是系统分析的“原材料”，其中有些是老系统的说明性文件（其中大量是文字描述），这些不能用作系统设计的依据，必须进行加工处理、分析整理。2.3 可行性研究-数据分析2.数据分析的内容(1)围绕系统目标进行分析从业务处理角度来看。为了满足正常的信息处理业务，需要哪些信息，哪些信息是多余的，哪些是暂缺的。从管理的角度来看。分析数据的精度，数据的及时性，能处理的区间大小，以及一些定量化的分析（预测、控制等），能否提供信息支持等。(2)弄清信息周围的环境 分析数据来自何部门，目前用途如何？周围环境对其的影响，上、下级的信息

21、机构。2.3 可行性研究-数据收集(3)围绕现存的业务流程进行分析 分析现有报表的数据是否全面，是否满足管理的需要，是否正确反映了业务的实物流。分析业务流程，有何弊端、如何改进、改进后的影响。分析哪些数据是多余的，哪些是内部产生的，哪些是需要长期保存的。(4)数据特征分析 数据的类型及长度 合理的取值范围 所属业务 业务量 重要程度和保密程度2.3 可行性研究-数据流程图八、数据流程图1.数据流程图的含义 数据流程图（DFD）是结构化系统分析的主要工具，它表示了系统内部信息的流向，并表示了系统的逻辑处理的功能。2.数据流程图的特性(1)抽象性 在数据流程图中，具体的组织机构、工作场所、物质流等

22、等都去掉，仅剩下信息和数据存储、流动、使用以及加工的情况。这有助于我们抽象地总结出信息处理的内部规律。2.3 可行性研究-数据流程图(2)概括性 它把系统对各种业务的处理过程联系起来考虑，形成一个总体，具有概括性。(3)数据流程图描述的主体是抽象出来的数据。(4)数据流程图具有层次性，一个系统将有许多层次的流程图。3.基本图例(1)外部实体(External Entry)外部实体是指不受系统控制，在系统以外的事物、人或部门，甚至是另一个系统。在数据流程图中，外部实体是该系统数据的来源或方向。2.3 可行性研究-数据流程图 为了避免在数据流程图上出现数据流的线条交叉，同一个外部实体允许在一张图上

23、出现多次，这时可在外部实体的图示上标上一个标记，以表示它是多次出现的外部实体。外部实体名称外部实体名称单个出现重复出现2.3 可行性研究-数据流程图(2)数据流 数据流指示数据流动的方向，是一个水平或垂直的箭头。一般采用单向箭头，也可用双向箭头。数据流的名称可写在数据流箭头的上方。数据流从某一个外部实体或处理逻辑、数据存储产生，去向是另一个外部实体或处理逻辑、数据存储。顾客问询处理问询项答复内容2.3 可行性研究-数据流程图记录存帐库存帐出入库数据打印财务报表经理财务报表2.3 可行性研究-数据流程图 有时数据流很难用简单而适当的词表达，这时可用概括性的语句来表达。如：顾客处理顾客事务订货单支

24、票退货单询问顾客处理顾客事务顾客事务2.3 可行性研究-数据流程图(3)处理逻辑 处理逻辑表达了对数据的逻辑处理功能。P15计算利润财务科标识部分功能描述部分功能执行部分例如：标识部分用来唯一地标识出这个处理逻辑。它是一个编号，一般用数字或字母数字标识。通常一张复杂的数据流程图未定稿之前先不给以编号，在最后定稿以后，才对每一个处理逻辑加以编号。2.3 可行性研究-数据流程图 功能描述部分：一般用一个动词和一个作宾语的名词所组成。常用的动词：产生、检索、计算、保存、检索、修改等。功能执行部分：是处理逻辑的执行者，起参考作用。(4)数据存贮 数据存贮表示数据保存的场所。这个“场所”不是指数据保存的

25、物理地点或者物理存贮介质（如文件柜、磁盘等），而是数据存贮的逻辑描述，是指数据在处理过程中有一个存贮的状态。2.3 可行性研究-数据流程图 数据存贮用一个右边开口的水平的长方条表示。内部写上该数据存贮的名称、以及其编号。同外部实体一样，允许在一张数据流程图上重复出现相同的数据存贮，以避免数据流的交叉，这时重复出现的数据存贮符号的左侧再加上一条竖线。编号 存贮数据的名称F2 供应商F2 供应商2.3 可行性研究-数据流程图4.数据流程图的用途 系统分析员用这种工具可以自顶向下分析系统信息流程。可在图上画出需要计算机处理的部分。根据数据存贮，进一步作数据分析，向数据库设计过渡。根据数据流向，定出存

26、取方式。对应一个处理过程，用相应的语言、判定表等工具表达处理方法。2.3 可行性研究-数据流程图5.数据流程图的优缺点 总体概念强，每一层都明确强调“干什么”，“需要什么”，“给出什么”。可以反映出数据的流向和处理过程。由于自顶向下分析，容易及早发现系统各部分的逻辑错误，也容易修正。容易与计算机处理相对照。不直观，一般都要在作业流程分析的基础上加以概括、抽象、修正来得到。如果没有计算机系统帮助的话，人工绘制太麻烦，工作量较大。2.3 可行性研究-数据流程图6.数据流程图的绘制方法(1)数据流程图的分层方法 描述一个复杂的系统，不可能一下子引进太多的细节。否则用一张数据流程图画出所有的数据流和处

27、理逻辑，则这张图将是极其庞大而复杂，因而难以绘制，也难以理解。所以必须用分层的方法将一个流程图分解成几个流程图，来分别表示。一套分层的数据流程图由顶图、底图和中间层的数据流程图所组成。顶图说明了系统的边界，即系统的输入和输出的数据流，顶图只有一张。底图由一些不必再分解的处理逻辑组成，这些处理逻辑称为基本的处理逻辑。在顶图和底图之间是中间层。2.3 可行性研究-数据流程图 称上层图为下层图的“父”图，下层图称为上层图的“子”图。通过对层次的数据流程图的描述，一个复杂的系统，可以按层次逐级分解，一直分解到最简单、不需再分的基本处理逻辑为止，这样对一个系统可以由粗到细逐级地分解，使用户、系统分析员以

28、及系统设计人员能对系统有一个从总貌到具体的详情，逐层地、清晰地描绘与理解一个复杂系统的逻辑。2.3 可行性研究-数据流程图P1P3P2abcd父图P1.1P1.2P1.3ac子图一e2.3 可行性研究-数据流程图P2.1P2.2P2.3bd子图2P3.1P3.2P3.3cde子图32.3 可行性研究-数据流程图(2)分层法绘制流程图的几个问题A.编号的设置 子图的编号是父图相应的处理逻辑的编号。子图中处理逻辑编号由子图号、小数点与局部号组成。B.父图与子图的平衡 子图是详细地描述父图中处理逻辑，因而子图的输入、输出数据流应该同父图中处理逻辑的输入、输出数据流相一致。C.局部数据存贮 局部数据存

29、贮在子图中出现的数据存贮，可以不出现在父图中，画父图时只需画出处理逻辑之间的联系，不必画出各个处理逻辑内部的细节。2.3 可行性研究-数据流程图D.处理逻辑的分解与分细的程度 分得太细，则使得层次太多；分得太快，则达不到分层的目的。从管理的层次结构原理来看，一个领导人管理他的下属一般不超过7人，故在分解一层时不宜超过7个逻辑。一个处理逻辑分解到基本处理逻辑为止。基本处理逻辑：能表达系统所有的逻辑功能和必要的数据输入与输出，这些功能与数据的描述能使用户清楚地理解，并且还能使以后的系统设计人员看到每一个处理逻辑，有一个明确的概念，并据此能设计程序模块实现这些逻辑功能。2.3 可行性研究-数据流程图

30、E.由左到右绘制数据流程图 先从左侧开始，标出外部实体。外部实体通常是系统主要的数据来源。然后画出由该外部实体产生的数据流和相应的处理逻辑。如果需要将数据保存，则在数据流程图上加上数据存贮。最后画出接受系统输出信息的系统的外部实体。F.绘制数据流程图时，可以先忽略枝节（次要）的信息 绘制第0层与第1层的草图绘制时，应该集中反映系统中主要的、正常的逻辑功能以及与之相关的数据交换。然后再将其余次要的处理逻辑补上，完成一张完整的数据流程图。2.3 可行性研究-数据流程图G.合理地命名 数据流程图中对每一个元素都要命名，恰当地命名有助于数据流程图的理解与阅读。命名原则：(1)为了避免引起错觉，为每个元

31、素所取的名字要能反映该元素的整体性内容，而不只是它的部分内容。(2)每个元素的名字都能有唯一地标识该元素。(3)避免用空洞的名字，要具体的含义。(4)如果发现难以为某个数据流或处理逻辑命名时，这往往是数据流程图分解不当的征兆，可重新分解。7.数据流程图的绘制与其它流程图的差别(1)与系统流程图的区别2.3 可行性研究-数据流程图 系统流程图中不仅有数据流，还有物流、资金流。数据流程图上则将物流与资金流排除在外，或者将它们抽象为数据流的形式。也就是说数据流程图仅以数据流的形态来反映一个组织中整个管理业务的过程。(2)与程序流程图的区别 程序流程图中的处理框之间有严格的时间上的顺序，也就先执行哪个

32、处理框，起始点以及终止点等。而数据流程图只反映数据的流向、处理逻辑和必要的数据存贮，它不反映处理逻辑的先后的时间顺序。(3)与程序结构图的区别 程序结构图反映模块之间的控制关系，以及模块之间的调用关系，而数据流程图则不反映控制关系、调用关系、控制流，只画数据流。2.3 可行性研究-数据流程图 数据流与控制流的区别：如果某条线上，没有数据（指具体反映事物的信息，而不是控制信号）流过，则是控制流。实例顾客经营处理系统供应商订货单发货单订货单发货单第0层数据流程图顾客P1销售P2采购供应商F1 配件库存P3会计付款付款收据应付款通知收款通知到货通知订货单订货单发货单发货单第1层数据流程图F2 配件目

33、录顾客P1.1编辑订货单业务员P1.3确定订货P1.5产生暂存订货单P1.2登录新顾客F3 顾客P1.4开发货单修改库存P1.6对照暂存订货单采购F4 暂存订货单P1.8编制销售、库存报表P1.7检索库存F1 配件库存经理F5 销售历史F10 应收款明细帐第2层数据流程图之一（销售）发货单订货单不合格合格新顾客不满足的订货可发的订货到货通知F4 暂存订货单P2.1按配件汇总P2.2确定订货的配件P2.5修改库存、待订数量F6 待订货的配件P2.6编制到货通知P2.4核对发货单F1 配件库存P2.3按供应商汇总F8 向供应商的订货单F9 应付款明细帐销售供应商订货单发货单错误发货单正确发货单第2

34、层数据流程图之二（采购）顾客P3.1开收据并修改明细帐P3.5编制会计报表经理P3.4修改总帐F10 应收款明细帐F11 总帐P3.3付款并修改明细帐P3.2核对付款单F9 应付款明细帐供应商第2层数据流程图之三（会计）应付款通知付款收据2.3 可行性研究-数据字典九、数据字典 在数据流程图上描述了系统由哪几部分组成，各部分之间的联系等，但并未说明各个元素含义与包含的内容。1.什么是数据字典 数据字典是关于数据的信息的集合，对数据流程图中的各个元素作完整的定义与说明，是数据流程图的补充工具。2.数据字典的内容 数据流、数据项、数据结构、处理逻辑、数据存贮、外部实体。2.3 可行性研究-数据字典

35、(1)数据流 在一个数据流程图上，数据按数据流为单位传输。主要内容有；数据流名称及其称号 数据流的来源。可能是一个外部实体、处理逻辑、数据存贮。数据流的去处。（同上）数据流的组成。一个数据流可能包括若干个数据结构，若只有一个数据结构，就不需要专门定义。数据流的流通量：单位时间的传输次数。高峰时期的流通量：业务的频繁程度和时间有关。2.3 可行性研究-数据字典 例如：数据流的名称：销售科发货单 编号：D03-15 简述：工厂对顾客办理的发货单 数据流来源：“销售科”外部实体 数据流去向：“核对发货单”处理逻辑 数据流组成：发货单标识+顾客+配件 流通量：50份/天 高峰时期流通量：每天上午9：0

36、011：00，约50份。(2)数据项 数据项也称数据元素，是“不可再分”的数据单位，是数据的最小组成单位。主要内容有：2.3 可行性研究-数据字典 数据项名称及编号：数据项名称必须唯一地标识这个数据项，以区别于其他数据项；给数据项取名时，按“顾名思义”的原则，反映该数据项的含义，易于他人理解、记忆。别名：同一数据项的名称可能不止一个，称为别名。取值的范围和取值的含义 数据项的长度：指数据项所包含的字符或数字的位数。例如：数据项名称：考试成绩 编号：Z03-05 简述：学生期末考试成绩，共分四个等级。别名：成绩2.3 可行性研究-数据字典 长度：1个汉字 取值/含义 优：90100 良：8089

37、 中：7079 可：6069 劣：60以下(3)数据结构 数据结构描述了某些数据项之间的关系。一个数据结构可以由若干个数据项组成，也可以由若干个数据组成，也可以由若干个数据项和数据结构组成。主要内容：2.3 可行性研究-数据字典 数据结构的名称及其编号 数据结构的组成：如果是一个简单的数据结构，只要列出它所包含的数据项即可。如果是一个嵌套的数据结构，只需列出它所包含的数据结构名称，因为这些数据结构同样在数据字典中有定义 例如：顾客的订货单 订货单标识：订货单编号、订货单日期 顾客档案：顾客名称、顾客地址、联系人姓名、电话、开户银行、帐号 配件详情：配件名称、规格、订货数量2.3 可行性研究-数

38、据字典(4)数据存贮 数据存贮是数据结构停留或保存的场所。主要内容：数据存贮的名称及其编号：在数据流程图中对数据存贮给以命名，并编上一个唯一的编号。流入、流出的数据流：流入的数据流指出其来源，流出的数据流指出其去向。数据存贮的组成：指它所包含的数据项或数据结构。例如：数据存贮名称：销售历史 编号：F05-012.3 可行性研究-数据字典 简述：公司从月初到目前为止所有配件的销售量。流入的数据流：“顾客的发货单”，来源是“产生发货单”处理逻辑。流出的数据流：“销售量”，去向是“产生销售报表”处理逻辑。数据存贮的组成：配件编号+日期+销售量(5)外部实体 外部实体是系统的“人-机”界面，也就是系统

39、的数据流由外部实体流入，或者系统的数据向外部流出。主要内容：外部实体的名称及编号 与外部实体有关的数据流2.3 可行性研究-数据字典 例如：外部实体名称：顾客 编号：S01-05 简述：购买本公司货物的个人和单位 有关的数据流：D01-01“订货单”从外部实体流入：D01-05“付款单”、D01-11“发货单”输出给外部实体：D01-12“收据”(6)处理逻辑 主要内容：处理逻辑的名称及编号2.3 可行性研究-数据字典 简述：对处理逻辑的简明描述，其目的是使人了解这个处理逻辑是做什么用的。处理逻辑的输入和输出。处理逻辑的主要功能 处理逻辑的小说明（文档之一）处理逻辑小说明对处理逻辑的功能作明确

40、的描述，详细地描述其输入/输出的数据流，以及这些数据的基本转换路径和策略，它补充了数据字典的不足。目前较流行的表达处理逻辑小说明的工具有：结构式语言、判断树、判断表等（如P13-14）2.3 可行性研究-数据字典 结构化语言示例IF 顾客订额1000IF 顾客信誉好订单设“优先”标志ELSEIF 顾客是老顾客订单设“优先”标志ELSE订单设“正常”标志ENDIFENDIFELSE订单设“正常”标志ENDIF2.3 可行性研究-数据字典 判定树 好-优先处理1000顾客信誉 老顾客-优先处理顾客订额 不好顾客是 新顾客-正常处理1000-正常处理2.3 可行性研究-数据字典 判定表判定表12345678条件顾客订额1000顾客信誉好顾客是老顾客处理订单设“优先”标志订单设“正常”标志