结构化分析—-数据流图

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第三层——“处理期末成绩”框的展开
第三层——“分析期末成绩”框的展开
第三层——“分析补考成绩”框的展开
6.2.3 画数据流图的注意事项
要注意以下几点: 1. 关于层次的划分 2. 语法的正确性 3. 可读性 4. 确定系统边界
1、合理的层次划分
层次的划分应遵守:
(1)展开的层次与管理层次一致,也可以划分 得更细。 (2)同一张图上的所有处理过程应该处于同一 个抽象层次上(抽象粒度一致)。 (3)一个处理框经过展开,一般以分解为4~ 10处理框为宜(最好5-9个) (4)最下层的处理过程用几句话,或者用几张 判定表,或一张简单的HIPO图能表达清楚
先试试看
• 教师提交题目后,学生可以进行选题 • 学生的选题结果由教务员收集整理后,根据
学生综合测评成绩将学生分配给教师 • 教师得到分配的学生后,为每个学生确定最
终毕设题目,下达任务书 • 校外做毕设的学生交回接收函后,教务员分
配督导教师,然后由督导教师填写任务书
将以上描述以图示模型表示
结构化分析的思想
– 如记账凭证的填写、审核、记账 – 试卷打印申请表的填写、审批、领取
其它图形表示
数据流图中的图形元素有不同的画法,本书使 用Gane-Sarson画法
存取要求
业务
储户
存折
处理
帐目
一个事件的DFD
事件表中能找到数据流图中出现的一些元素:
• 活动对应于处理框 • 事件源和事件目标对应于外部实体 • 触发点和响应结果是与外部实体相连的数据流 • 只有数据存储在事件响应表中没有对应的描述
处理指对数据的逻辑处理功能,也就是对数 据的变换功能。 别名:功能、处理过程,数据加工
P2.2.1
识别 读者身份
图书管理员
标识部分(层次化的功能编号)
功能描述部分(动宾词组) 功能执行的角色(人,部门,计 算机程序),通常可省略
数据流
• 数据流是指处理功能的输入数据或输出数据 • 箭头表示数据流向 。
P4 发药
药房库存
药品出库数量
完整的数据流图
根据事件表重新组织,绘制完整的DFD模型: • 按照事件表,对每一个事件建立一个DFD片
段图。
• 把所有的DFD片段进行分组,归纳为大的处 理逻辑,形成上一层DFD(复杂系统层次更 多)。
• 将属于一组内的DFD片段放在一张图上,形 成事件层的DFD图。
第6章 结构化系统分析
本章主要内容
• 系统分析的任务 • 数据流图 • 数据字典 • 表达处理的工具 • 实体关系图 • 系统说明书
6.2 数据流图
系统分析阶段: • 使用数据流图DFD来建立系统需求的过程模
型。(结构化系统分析的方法,事件表为启 发) • 系统分析采用ER图来建立系统的数据模型。 (事物为启发)
D2 产品
DΒιβλιοθήκη Baidu 职工
D2 产品
计算 销售量 销售量
累计销售量单价
D2 产品销售帐
计算销售总额
商品编号#_
怎么辨别数据存储
• 各种需要长期保存的表格(纸质/电子)
– 答辩评审表、新生登记表、包裹邮寄单
• 分类存放的某类表格数据,称为一个数据存 储
• 一个数据存储可能经过多道处理手续,即数 据处理(可能涉及多个人填写表格或查看)
• 数据流图DFD采用一系列分层次的数据流图 来描述系统。
• DFD的每一个层次都代表了系统的一个抽象 水平。高层次DFD中的处理可以进一步分解 成低层次、更详细的DFD。
• 纵观
分层的数据流图
顶层
P1 P2
P3
P4
P41 P42
第一层 第二层
6.2.1 数据流图的基本成分
• 数据流图用来记录系统中的数据和数据在特 定的过程中的流动,即数据如何被采集、处 理、保存和使用的(围绕信息系统的功能)
一个事件的DFD(练习)
• 医生看病开处方
– 医生根据挂号单询问病人病情,书写诊断结果(病历), 并根据医院库存药品开处方单。
医生
诊断结果
病人
挂号单 病情主诉
处方单
诊断
病情及诊断
病历
挂号单
医生
诊断结果
病人信息
诊断
病人
病人主诉 药品信息
药品
病历
• 教务员分配指导教师(学生志愿、综合测评成绩)
事件和DFD
• 事件列表中的每一个事件都可以画出一个 DFD图(需要额外添加数据存储元素)
• 事件列表可以作为画数据流图的一个基础和 检验列表
– 事件对应DFD模型的中间层 – 事件可以继续分解绘制其具体的处理过程(向下
细化) – 系统中事件较多时,应进行分组(向上抽象)
事件的DFD的集成
• 事件之间有一定的联系,一般通过数据存储 建立关联
多个事件的DFD
• 事件(处理)之间存在数据的流转,通常以数据存
储为中介
病人基本 数据
门诊出诊 表
收费清单
病人
病人姓名 科室/专家
挂号要求 医疗卡
挂号单
P1 挂号
药品价格
P3 收费
医疗卡 现金
发票
病人
挂号单
药品信息
处方交款标记
医疗卡 药品
病情主诉
医生
诊断结果
P2 诊断
病情及诊断
病历
处方单 已交款药品
外部实体
p1
数据处理
数据存储
数据流
外部实体
外部实体指系统以外又与系统有联系的人或事物 。它表达了该系统数据的外部来源和去处。 例如:人、组织、外部系统等等。
• 外部实体是数据的来源(谁提供了最初始的数据?) • 外部实体是数据的去处(数据对谁有价值?)
读者
图书 管理员
馆长
读者
图书 管理员
数据处理
• 如果不能直接建模,可以考虑以下事件:
– 新生登记 – 登记期末成绩 – 期末成绩分析 – 登记补考成绩 – 补考后成绩分析 – 评定奖学金 – 处理退学、留级、修学、复学 – 发成绩单……
顶层
招生办 新生名单
报表
教委
学籍管 理系统
毕业生登记表 用人 单位
学籍表
学籍管理系统顶层DFD
第一层
第二层——“成绩管理”框的展开
合格订单
编辑
计算
订货单
应收款
编制 财务 报表
经理
查询 房间信息 登记
空房
入住
学生成绩 登记
教师
成绩单
数据存储
数据存储表示某种数据保存后的逻辑统称。不 是指保存数据的物理地点或物理介质。 •流入数据存储的数据流
• 将处理后的数据写入或修改到数据存储中
•流出数据存储的数据流
• 从数据存储中查询获取数据,不改变原来的数据
• 对每个事件的数据处理进一步分解为下一层 DFD (复杂系统层次更多)。
完整的数据流图
• 真正进行结构化系统建模过程中,应该采用 自顶向下的分解方法,事件表只是寻找需求 的辅助工具(启发)
• 建模是一个从具体到抽象,又从抽象到具体 的过程,需要反复多次
6.2.2 数据流图的画法
• 下面我们以高等学校学籍管理系统为例说明 画数据流图的方法
相关文档
最新文档