MIS原理与应用_第7讲_系统需求分析之逻辑模型.pptVIP

MIS原理与应用第七讲　系统需求分析之逻辑模型第七讲　系统需求分析之逻辑模型业务流程图的绘制方法数据流程图的绘制步骤数据流程图的绘制原则数据字典的主要内容数据字典的编写要求数据加工逻辑的描述方法新系统逻辑模型的开发过程系统分析说明书的内容与格式业务流程图的绘制方法详细调查同步绘制业务流程图(BPD)业务流程分析和业务流程重组(BPR)绘制数据流程图(DFD)。若企业存在业务流程重组的规划：BPR尚未实施：详细调查针对原有业务流程BPR已经实施：详细调查针对重组后的业务流程分层业务流程图：一般来说，反映系统总体业务概况的高层业务流程图只有一张。从主要负责人面谈开始，随着调查内容的深入，逐步向下扩展形成若干低层业务流程图。高层业务流程图不应过于关注流程的细节。业务流程图的审查：与用户管理人员共同审查是否正确、有无遗漏。检查高层与低层BPD之间的完整性和一致性。对无输入或无输出的业务功能进行复审。审查业务活动和数据载体的名称，确认名称准确，不存在同名异义或异名同义的现象。审查确认无误后，形成正式文档,用户签字确认,纳入基线管理。数据流程图的绘制步骤确定系统的外部项，即系统的数据来源与去处。确定系统的输入数据流和输出数据流，把系统作为一个加工环节，画出关联图(背景图)。参教材P164图6-23确定系统的主要功能，据此将系统分解为几个子系统；确定各个功能的输入输出数据流、以及与功能相关的数据存储；给各数据加工、数据流、数据存储命名和编号，绘出DFD的顶层图。参教材P165图6-24(图0)数据流程图的绘制步骤采用自顶向下、逐步细化的原则，对顶层图中全部或部分数据加工进行分解，画出分解后的DFD。逐层重复分解，直至各功能足够简单(可用一张A4纸清晰说明)。参教材P165-166图6-25至图6-28(图1至图5)审查和修改DFD：主要检查分解是否恰当和彻底、各层之间的完整性和一致性、命名和编号是否正确合理。用户确认DFD：描述是否准确合理、是否符合实际情况、是否满足信息需求，有无进一步的意见和要求。修改DFD直到双方满意为止。数据流程图的绘制原则明确系统边界(界面)：识别出不受系统控制、但又影响系统运行的外部因素，即外部项。自顶向下逐步细化地分解过程中，要始终保持数据加工功能、数据流、数据存储、外部项等在各层之间的完整性和一致性，防止分解时的功能削弱、增强或变异。由外到里、从左到右画DFD，先在左侧画外部项、及其数据流和对应的数据加工，接收系统数据的外部项一般画在DFD的右侧。对DFD及其构成元素进行命名和编号，编号要体现元素类型和层次。参P164-166图6-23至图6-28加工为P，数据流为F，数据存储为D，外部项为S。顶层图为图0，以下各层图的编号为图1、图1.1等。数据流程图的绘制原则两个元素(加工/数据存储/外部项)之间可以有多个数据流，但DFD并不表明各数据流的先后或主次等关系。不考虑外部项之间的数据流。数据存储上一定要有数据流，可能单向也可能双向。加工要逐层分解；顶层加工是系统名称；加工名应简单概括，不可用空洞的动词命名(如计算)。每个DFD要足够简单和明确，既能被用户所理解，又能使系统设计人员明白。一个DFD中所包含的处理应限制在七个以内。经验证明,多于七个将会影响处理效果。应集中精力于主要的数据流，对例外情况不必花较多精力分析下去，只需标出即可。数据流程图的绘制原则逐层分解DFD时，应在概念上合理、清晰，分解要自然,不影响图的易理解性。合理的分解是：将一个问题分成相对独立的几个部分，尽量保证其相对独立性，减少相互之间的联系。分解应力求均匀，避免在同一张DFD中，有些处理过程描述的是细节，而另一些描述的却是较高层的抽象。数据流程图不反映判断和控制条件，不应在DFD上出现表明控制逻辑的数据流。理解一个问题总是需要一个过程的，系统分析人员要随时准备修改甚至抛弃旧的DFD，而用更好的来替代。分析阶段重画几张图的代价是很小的，倘若草草了事，留下隐患，到后期再去纠正，代价就太大了。因此，系统分析人员要有足够的耐心，花大力气去了解和分析系统，以建立正确、完整的DFD。举例：数据流程图的绘制例1：银行柜台取款处理系统（参教材P149图6-11和图6-12）注意：用数据流做功能之间的接口例2：图书预订系统（参教材P150图6-13至图6-15）注意：用数据存储做功能之间的接口数据字典的主要内容数据字典对数据流程图中的每个成分进行定义和说明。数据字典的主要内容数据元素：不可再分解的简单数据项。数据结构：若干数据元素或数据结构的组合。数据流：表明数据元素或数据结构的传输路径数据存储：数据结构暂存或持久保存的地方。数据加工：将输入数据流变换成为输出数据流外部项：不受系统控制但影响系统运行的外部因素，包括人或其他系统等。数据