第6章系统概论.ppt

原则上讲，第二层数据流程图不反映出错处理和例外处理，它只反映主要的、正常的逻辑处理功能，出错或例外处理应该在低层的、更为详细的数据流程图里反映。我们可以从“销售”、“采购”、“会计”三个处理逻辑分别扩展出第三层数据流程图。 6.5.3 画数据流程图的注意事项 在系统分析中，数据流程图是系统分析员与用户交流思想的工具。这少，通俗易懂。实践证明，只要对用户稍作解释，用户就能看明白。同时，强，适合对不同管理层次的业务人员进行业务调查。在调查过程中，随手就可记录有关情况，随时可与业务人员讨论，使不足的地方得到补充，有出入的地方得到纠基础上，系统分析员应对图的分解、布局进行适当调整，画出正式图，使之更好。 1．构造数据流程图的有关原则 外部实体一般只在TOP流程图和第一层数据流程图中标出，在其它层次不必再标出，以利突出重点，便于理解； 构造第一层数据流程图是关键的一环。必须按照规范步骤进行，抓住主要的输入输出环节； 在第一层数据流程图中一般只是集中表示系统的主要处理逻辑和与之相关的数据流动和转换，暂不反映出错处理和例外处理； 数据流程图一般不反映时间顺序和判断控制条件； 数据流程图只说明系统中的数据处理过程，不要将程序设计语言的某些命令当成数据流程图的步骤也列入其中； 数据流程图中的数据流必须开始于处理逻辑或终止于处理逻辑，即：各种处理逻辑与数据流必须相互关联，处理逻辑或者是接受数据流进行数据转换，或者是将已处理转换的数据输出到另一个处理逻辑或数据存储或外部实体； 必须给数据流程图的各个元素都赋予一个清晰而有意义的名字。命名的一般原则：数据流和数据存储应反映系统中流动的和存储的数据组成；处理逻辑要用简明的动词加表语表示所发生在哪些基本数据上的处理和转换； 下一层数据流程图的编号应在上一层数据流程图编号的基础上进行扩展。 2．关于层次的划分 展开的层次与管理层次一致，也可以划分得更细。处理块的分解要自然，注意功能的完整性。 一个处理框经过展开，一般以分解为4个至10个处理框为宜。 最下面的处理过程用几句话、或者几张判定表活一张简单的HIPO图就能表达清楚。 究竟怎样划分层次，划分到什么程度，没有绝对的标准，但一般认为： 3．检查数据流程图的正确性 数据守恒，或称为输人数据与输出数据匹配。 在一套数据流程图中的任何一个数据存储，必定有流人的数据流和流出的数据流，即写文件和读文件，缺少任何一种都意味着遗漏某些加工。 父图中某一处理框的输人、输出数据流必须出现在相应的子图中，否则就会出现父图与子图的不平衡。 任何一个数据流至少有一端是处理框。 4．提高数据流程图的易理解性 简化处理间的联系 均匀分解 适当命名 5．数据流程图重新分解 重新分解可以按下述方法进行： 把需要重新分解的某张图的所有子图拼成一张。 把图分成几部分，使各部分之间的联系最少。． 重新建立父图，即把第(2)步所得的每一部分画成一个处理框。 重新画子图，只要把第(2)步所得的图沿各部分边界分开即可。 为所有处理重新命名、编号。 6.5.4 数据与数据流程分析 数据是信息的载体，是今后系统要处理的主要对象。因此必须对系统调查中所收集的数据以及统计和处理数据的过程进行分析和整理。如果有没弄清楚的问题，应立刻返回去弄清楚它。如果发现有数据不全，采集过程不合理，处理过程不畅，数据分析不深入等问题，应在本分析过程中研究解决。数据与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。 1．调查数据的汇总分析 本系统输入数据类(主要指报来的报表)，即今后下级子系统或网络要传递的内容。 本系统内要存储的数据类(主要指各种台账、账单和记录文件)，它们是今后本系统数据库要存储的主要内容。 本系统产生的数据类(主要指系统运行所产生的各类报表)，它们是今后本系统输出和网络传递的主要内容。 调查数据汇总分析的主要任务首先是将系统调查所得到的数据分为如下三类： 汇总并检查数据有无遗漏。 数据分析，即检查数据的匹配情况。 建立统一的数据字典。 然后再对每一类数据进行如下三项分析： 将系统调查中所收集到的数据资料，按业务过程进行分类编码，按处理过程的顺序排放在一起。 按业务过程自顶向下地对数据项进行整理。 将所有原始数据和最终输出数据分类整理出来。 ?确定数据的字长和精度。 数据汇总 U/C矩阵 数据正确性分析 数据项特征分析 数据分析 6.5.5数据定义及数据字典 数据流程图描述了系统的分解，即描述了系统由哪几部分组成、各部分之间的联系等等，但还没有说明系统中各个成分的含义。只有当数据流程图中出现的每一个成分都给出定义之后，才能完整、准确地描述一个系统。为此，还需要其他工