系统分析之结构化方法.pptVIP

相反，对于过于复杂的多个输出数据流，应考查一下加工功能是否分解得合理，可能的话，进一步分解，使多个输出的数据流分别直接进入不同的加工逻辑，以使图的布局合理，如图5.15所示。图5.15数据流的分别处理编号规则。在绘制数据流图的过程中，外部项、处理逻辑、数据流和数据存储都应加以命名和编号，以便对其功能或组成能够直观的理解，尤其对于更细节的内容，可以放在数据词典中详细描述，以便查阅。01因为数据流图是按分层分解的形式描述的，所以对于处理逻辑、数据流和数据存储最适用的编号方法是用“层序号”。以图5.9所示数据流图为例，层序号的编号方法如下：0201P1.1——“编辑订货单”02P1.1.1——“编辑检查订单”03P1.1.2——“登记新顾客信息”04P1.3——“办理发货”05P1.3.1——“开发货单并修改库存”06P1.3.2——“记销售账”07P1.3.3——“销售统计”08P1.3.4——“登记新配件信息”09P1.3.5——“生成编码”⑥命名规则。对数据流、处理（逻辑）功能、数据存储及外部项的命名是否恰当，直接影响数据流图的可理解性。下面是在命名时，应该注意的地方：对数据流（或数据存储）的命名：一般使用名词。当单个名词尚不能说明特指数据流或数据存储时，前面可以加定语限定。命名要代表整个数据流或数据存储。因为一个数据流或数据存储往往是由一组数据元素组成的数据结构，不要仅使用反映其中某些元素的名字。不要使用泛指的名字，如“数据”、“信息”、“单据”等。如果在为某个数据流或数据存储命名感到相对困难时，就有可能是因为对数据流或数据存储分解的不恰当造成的，试着重新分解，也许问题就解决了。对处理逻辑的命名，除了子系统级的逻辑功能可以使用名词以外，原则上，其他功能逻辑习惯使用动宾结构的短语命名，如“记销售账”、“处理订货业务”等。通常是先为数据流命名，然后再为与之相关联的处理功能命名。这样命名比较容易。因为大多数据功能都是针对输入的数据流的。如果某处命名有困难，可能是对处理功能分解不当造成的，试着重新分解。父图与子图的平衡。对数据流程图的扩充应注意父图与子图边界的吻合，即所有子图边界的叠加应该与父图描述的系统范围一样大。按经验数据，每张子图分解出来的加工逻辑一般不要超过7～8个，这样可以保持整图清晰，容易理解。如果过多，可能是分解过细，应考虑是否应该再分解一层。5.4.6实例2——某高校学籍管理系统某高校学籍管理系统关联图，如图5.16所示。图5.16某高校学籍管理系统关联图图5.17某高校学籍管理系统第一层图学籍管理系统第一层图，如图5.17所示。5.4.7实例3——生产调度子系统生产调度子系统关联图，如图5.18所示。图5.18生产调度系统关联图生产调度子系统第一层图，如图5.19所示。图5.19生产调度系统第一层图5.4.8实例4——销售子系统图5.20销售子系统关联图销售子系统关联图如图5.20所示。销售子系统第一层图如图5.21所示。图5.21销售子系统第一层图01020304图形元素少，易学易读，容易与用户沟通有层次性，允许系统分析员由上至下地逐步分析系统，不会受困于太多复杂的细节不能描述系统的控制流潜在的非语法错误不易发现，复核困难，需要有一定的分析设计经验数据流程图的优缺点DFD是一种简化的模型，虽然直观，但没有具体细01节，仅依靠DFD定义需求不够充分。02数据字典是对DFD的补充描述，用来描述数据流程03图中的数据流、数据存储、处理过程和外部实体的详细04内容。05数据流图与数据字典共同构成系统的功能模型，数06据字典可以改进通信，规范描述，消除误解。075.5数据字典5.5.1数据字典的条目数据字典中有六类条目：可被重用的条目：数据元素数据结构DFD图中的元素：3.数据流（可引用定义好的数据结构）4.数据存储（可引用定义好的数据结构）5.外部实体6.处理过程数据元素数据元素是最小的数据组成单位，也就是不可再分的数据单位，如学号、姓名、性别等。对每个数据元素，需要描述以下属性：名称：尽量反映该元素的含义，便于理解和记忆。别名：一个数据元素，可能其名称不止一个，若有多个名称，需加以说明。类型：说明取值是字符型还是数字型等。取值范围和取值的含义：指数据元素可能取什么值或每一个值代表的意思。长度：指该数据元素由几个数字或字母组成简要说明数据元素条目数据结构数据结构的描述重点，是数据之间的组合关系，即说明这个数据结构包括哪些成分。一个数据结构可以包含若干数