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

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）注意：用数据存储做功能之间的接口,数据字典的主要内容,数据字典对数据流程图中的每个成分进行定义和说明。数据字典的主要内容数据元素：不可再分解的简单数据项。数据结构：若干数据元素或数据结构的组合。数据流：表明数据元素或数据结构的传输路径数据存储：数据结构暂存或持久保存的地方。数据加工：将输入数据流变换成为输出数据流外部项：不受系统控制但影响系统运行的外部因素，包括人或其他系统等。,数据字典的主要内容,数据元素（参教材P167图6-29和图6-30）系统名：所属子系统名称。编号：数据元素在DD中的统一编码。条目名：数据元素的名称。别名：可用拼音或字母缩写。含义：此数据元素的含义，包括编码规则等。值域：取值范围。数据类型和长度：数据类型包括数值型/字符型/日期型/逻辑型等；长度表示此数据元素所占存储空间大小。所属数据流：所有使用此数据元素的数据流。存储处：存放此数据元素的数据存储。简要说明：对此数据元素的必要说明。,数据字典的主要内容,数据结构用来定义数据项之间的组合关系。一个数据结构可以是若干数据项的组合，也可以是若干数据结构的组合。名称：如“课程”。组成：包括数据项或数据结构。如“课程名、教师、教材、课程表等”，其中“课程表”是另一个数据结构。组织方式：如“按课程名顺序存放”。简单描述：如“用于记录有关课程安排的基本信息”。有关的数据流、数据结构：如“教师档案、教材表”。有关的数据加工处理：如“排定课程表、教学查询”。,数据字典的主要内容,数据流（参教材P169图6-34）只定义底层DFD中的数据流、所有DFD中的输入输出数据流；流入流出数据存储的数据流可不定义。系统名、编号、条目名、别名数据来源、数据去向数据流结构：组成数据流的所有数据元素及组合状态例：学生成绩通知=学号+学生姓名+课程名称+成绩+（补考课程名称+补考时间+补考地点）所有在册学生=：由组成；+：两边项目同时出现；m.n：表示值域；：括号内项目只有一项出现；()：括号内项目可能会出现：重复出现；条件：在满足给定条件下重复；n：重复n次；mn：括号内项目从m重复到n。参考教材P153例1、例2。简要说明：正常数据流量、高峰期数据流量、其他必要的说明。,数据字典的主要内容,数据存储（参教材P169图6-32）系统名、编号、条目名、别名记录组成、数据类型及长度：组成此数据存储的所有数据元素名及其类型和长度。存储组织：一般文件存储或二维关系表存储记录数、数据量：数据量大小主键/辅键：关键字流入和流出的数据流简要说明,数据字典的主要内容,数据加工（参教材P168图6-31）常用结构化语言、决策树、决策表描述数据加工的处理逻辑（稍后介绍）。只定义所有的基本加工，即底层DFD中的加工。系统名、编号、条目名、别名输入：输入给此加工的所有数据流和数据存储输出：此加工输出的所有数据流和数据存储加工逻辑：用结构化语言、决策树、决策表描述。简要说明,数据字典的主要内容,外部项（参教材P169图6-33）系统名、编号、条目名、别名输入数据流：流入外部项的数据流输出数据流：从外部项流出的数据流主要特征：基本组成、处理数据概况等简要说明系统的外部项不能过多，否则系统的独立性不好。此时应重新考虑系统的人机界面，设法减少外部项。,数据字典的编写要求,编写数据字典的基本要求命名、编号与DFD中保持一致。符合完整性和一致性要求对DFD中所有成分的定义和说明没有遗漏项。无重复内容或相互矛盾的内容。无同名异义或异名同义者。格式规范、风格统一、文字精练。,数据加工逻辑的描述方法,结构化语言（参教材P168图6-31）三类词汇：动词、名词、保留字(如关系运算符)三类语句：陈述语句、判断语句、循环语句三种结构：顺序结构、选择结构、循环结构顺序结构：按执行先后顺序给出陈述语句。选择结构：IF-ENDIF、IF-ELSE-ENDIF、DOCASE-ENDCASE循环结构：DOWHILE-ENDDO整个DD中意义相同的多个动词应当统一使用同一个动词，所有的名词应在DD中已定义。,数据加工逻辑的描述方法,决策树构成元素：三点两枝决策结点、状态结点、结果结点方案枝、条件枝,1.8*2=3.6万,-0.5万,-60.5万,期望值-1.7,-1.7,-3.6,-0.5万,0万,-60万,-10万,期望值-3.7,-1.7,数据加工逻辑的描述方法,决策表例1：P161表6-20及表6-21例2：P168图6-31中的“判断学生奖学金”决策表的优化删除矛盾的条件组合部分条件组合可合并,新系统逻辑模型的开发过程,新系统逻辑模型的开发过程对当前系统进行详细调查建立当前系统的逻辑模型(业务流程图)分析现行系统的薄弱环节提出新系统的总体功能需求(功能结构图)分层绘制新系统的数据流程图编写新系统的数据字典编写系统分析说明书,系统分析说明书的内容与格式,主要内容与格式(参教材P170-171)项目概述(引言)：项目名称、目标和背景现行系统状况：现状调查说明、现行系统业务流程说明需求说明：现行系统的薄弱环节、用户要求新系统的目标、功能和逻辑模型：系统目标功能说明：包括功能结构、数据流程图、数据字典。数据要求说明：包括数据逻辑结构。项目实施计划：主要工作内容、工作量估算、任务分解、进度计划、财务预算