数据流程图案例分析及画法
数据流程图和业务流程图案例
数据流程图和业务流程图案例1.采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。
供应商按订单要求发货给该公司采购部,并附上采购收货单。
公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。
库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。
画出物资订货的业务流程图。
2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。
如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。
根据以上情况画出业务流程图和数据流程图。
3.“进书”主要指新书的验收、分类编号、填写、审核、入库。
主要过程:书商将采购单和新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。
“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。
顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。
画出“进书”和“售书”的数据流程图。
进书业务流程:书商采购单/新书采购员入库单退书单编目员合格新图书库管员入库单入库台帐进书数据流程:F3.2不合格采购单售书业务流程:售书数据流程:4.背景:若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损处理,即这些货品清除出库房。
具体报损流程如下:由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单,交给主管确认、审核。
主管审核后确定清单上的货品必须报损,则进行报损处理,并根据报损清单登记流水帐,同时修改库存台帐;若报损单上的货品不符合报损要求,则将报损单退回库房。
数据流程图的画法课件
重复上述步骤,直 到绘制到终点为止 。
03
数据流程图案例分析
案例一:银行贷款业务流程图
• 总结词:银行贷款业务流程图是一个典型的顺序流程图,包括客户提交申请、银行受理申请、审批流程、签订 合同、放款等环节。
案例一:银行贷款业务流程图
01 详细描述
02
1. 客户提交申请:客户在银行营业网点或网上银行提
在分析业务流程时,需要关 注业务的瓶颈和问题,寻找 优化和改进的机会,同时对 业务的数据流程进行初步的 梳理和分析。
绘制数据流程图
绘制数据流程图是数据流程图实战演 练的最后一步,需要根据前两步的分 析结果,将业务流程转化为数据流程 图。
绘制数据流程图需要使用专业的绘图 工具,如Visio、SmartDraw等,根 据业务流程的分析结果,绘制出清晰 、准确的数据程图。
在确定业务流程时,需要尽可能全面地了解业务,包括业务的各个环节、参与人员、输入输出等信息, 以确保数据流程图的准确性和完整性。
分析业务流程
分析业务流程是对业务进行 深入了解和分析的过程,包 括对业务的目的、需求、流
程、环节等方面的分析。
分析业务流程需要从业务需 求出发,对业务的流程、环 节、参与人员、输入输出等 信息进行深入的分析和研究 ,了解业务的本质和需求。
VS
作用
数据流程图是系统分析、系统设计、程序 编码和程序测试的重要依据,它提供了一 种通用的、易于理解的数据流程描述方式 ,使得不同领域和专业的团队成员能够进 行有效的沟通和协作。
组成与特点
组成
数据流程图主要由四 种基本元素组成:数 据源或终点、外部实 体、数据处理过程和 数据流。
特点
数据流程图具有以下 特点
数据流程图的画法课件
数据流程图的画法
03
单击此处添加正文,文字是您思想的提炼,为了演示发布的良好效果,请言简意赅地阐述您的观点。
表示需要保存的数据流向, 如“ 学生档案”、“课程设置”等
02
文件是存贮数据的工具。
文件
01
单击此处添加正文,文字是您思想的提炼,为了演示发布的良好效果,请言简意赅地阐述您的观点。
命名方法与数据流相似
05
数据源或终点
数据源和终点表示数据的外部来源和去处。它通常是系统之外的人员或组织,不受系统控制。 为了避免在数据流图上出现线条交叉,同一个源点、终点或文件均可在不同位置多次出现,这时要在源(终)点符号的右下方画小斜线,或在文件符号左边画竖线,以示重复
数据源
数据终点
没有输出!
百货商店业务管理系统顶层数据流程图
百货商店业务管理系统数据流程图一级分解
销售处理二级数据流程
采购处理二级数据流程
会计处理二级数据流程
顾客
采购
编 辑 订货单
订货单
配件库存
1.1.1
确 定 顾 客 订 货
1.1.3
产 生 暂 存 订货单
1.1.5
对 照 暂 存 订货单
6.2.4 画图时应注意的问题
下面从四个方面讨论画分层数据流图时应注意的问题。 合理编号 分层数据流图的顶层称为0层,称它是第1层的父图,而第1层既是0层图的子图,又是第2层图的父图,依此类推。由于父图中有的加工可能就是功能单元,不能再分解,因此父图拥有的子图数少于或等于父图中的加工个数。 注意子图与父图的平衡 子图与父图的数据流必须平衡,这是分层数据流的重要性质。这里的平衡指的是子图的输入、输出数据流必须与父图中对应加工的输入、输出数据流相同。但下列两种情况是允许的,一是子图的输入/输出流比父图中相应加工的输入/输出流表达得更细。
实验2 分析数据流和绘制数据流图
实验报告课程名称_软件工程导论__________学院____计算机工程学院_________班级14软件1班学号2014144141姓名秦川2016年11月8日批阅教师时间实验成绩课程名称软件工程学号2014144141姓名秦川实验日期2016.11.8实验名称实验2分析数据流和绘制数据流图实验目的:1、掌握数据流的分析方法2、掌握数据流图的绘制实验内容:任务一绘制数据流图任务二分析数据流和绘制数据流图案例一:总务办公管理系统案例二:火车票预订系统实验原理:数据流图(DFD)是软件系统系统的逻辑模型,仅仅描绘数据在软件中流动(从输入移动到输出)的过程中所经受的变换(即加工处理)。
数据流图的绘制方法:根据数据流图的四种成分:源点或终点,处理,数据存储和数据流,从问题描述中提取数据流图的四种成分;然后依据“自顶向下、从左到右、由粗到细、逐步求精”的基本原则进行绘制。
基本符号如下:实验过程与结果:1.运行Microsoft Office Visio2007运行Microsoft Office Visio2007 2.选择“软件和数据库”中的“数据流模型图”模板选中数据流模型图模板3.用鼠标选拉图标进行绘图任务一绘制数据流图试绘制工资管理系统的数据流图,根据数据流图的符号说明仔细理解下图含义:这是学校教职工工资管理系统,教师根据课时表,职工根据任务表来确定个人工资情况,数据按以下方向传递:首先,对课时表或任务表进行审核,审核后的数据经排序形成专用表格;再进行一系列额外计算,包括个人所得说、住房公积金、保险费得出具体所发工资,并将工资表发给银行;然后,向教职工展示工资所得明细;最后,形成编制报表,更新分类表后,交于会计。
其中,人事科负责人事数据,教师与职工的工资由银行发放,会计做好报表的统计。
任务二分析数据流和绘制数据流图案例一:总务办公管理系统系统简介:某单位准备开发一个购买办公用品和设备的总务办公管理系统。
数据流图案例分析
无效 借书单
读者文件
有效 1.3.2 1.3.1 借书单 审定借 检查 超额 书限额 借书单 借书单 合格 借书文件 借书单 1.3.3 登记借 书信息
二层数据流图 (1.4)
借书文件
1.4.1 未超期 1.4.2 还书单 审定还 修改借 还书单 书信息 书期限 超期 还书单 还书单 1.4.3 计算超 罚款单 期罚款
读者还书
根据图书流水号,从借书文件中读 出与该书相关的借阅记录, 查明借 书日期,还书日期,求借书时间,再 重写回借书文件中,超过期限罚款。
图书注销
从借阅图书文件中删除相关记录 丢失图书时从图书文件中删除相 关记录并罚款
查询统计
查询某读者情况 查询某图书借阅情况 统计图书借阅情况
(二)数据流程图
顶层数据流图
图 书 管 理 人
图书管理要求
查询要求
图书管 理系统
罚款单
员
查询结果
读者
图书管 理要求 罚款单
借书文件
查 询 要 求
处理 要求
目录文件
1
处理 查询
2
者读
况 情
图书情况
统计表
0层数据流图
图书管理 要求
入库单 注销单
新书入库
1.2 1.5
目录文件
要求类 型处理
无效输入
1.1
注销图书
罚款单
2.5 分析 试题难度 难度 分析表
2.4 分析 统计成绩 分类 统计表 考生名册
系统分析报告格式
一:引言部分(名称,开发目标,主要功能,开发背景等) 二:现行系统概况 A.现行系统现状详细调查说明: 包括组织机构图,系统目标、功能一览表、业务流程图、 业务流量以及存在的薄弱环节,数据,主要算法等。 B.现行系统分析:用户需求及主要存在的问题等。 三:新系统逻辑方案 1:新系统目标(要求具体); 2:新系统逻辑模型(数据流程图、数据字典、实体关系图 ) 3:新系统功能分析(改进,补充,优越之处); 4:新系统在各个处理环节上采用的管理方法、模型; 5:与新系统相配套的管理制度和运行体制的建立; 四:下阶段工程进度计划
实验六 数据流程图
实验六数据流程图实验
一、实验目的
掌握数据流程图的绘制方法
二、实验内容与步骤
1、绘制销售处理过程的数据流程图
对收到的用户订货单进行审核,不合格时退回用户;将合格的订货单送仓库查验。
仓库根据库存台账查验订货单,若有货则向用户发货;若缺货,则通知采购部门订货。
不合格的订货单
2、绘制供应部门制定材料定购计划的数据流程图
供应部门收到计划科送来的生产计划,工艺科送来的材料消耗定额以及维修部门送来的维修用料计划,进行如下处理:
(1)计算生产用料。
由生产计划和材料消耗定额计算生产用料,生成生产用料表。
(2)计算材料总需用量。
由生产用料表及维修用料计划,计算材料总需用量。
(3)制定材料订购计划。
由材料需用总量、材料库存数据、订购合同等信息,制定材料订购计划,除保存外,分别送厂部及财务科。
3、根据下述过程,画出数据流程图
某仓库管理系统按以下步骤进行信息处理
(1)保管员根据当日的出库单和入库单通过出入库处理去修改库存台帐;(2)统计打印程序根据库存台帐输出库存日报表;
(3)在输入查询条件后,查询程序到库存台帐去查找,并显示出查询结果。
实验步骤:
(1)打开Office word
(2)打开自选图形菜单
(3)分析案例中三套数据流程
三、实验结果
四、实验结论
加强对系统思想的认识,寻找系统运作的关键因素,利用信息化工具分析系统。
大数据流程图和业务流程图案例
数据流程图和业务流程图案例采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采1.购定货单,并交送给供应商提出定货请求。
供应商按定单要求发货给该公司采购部,并附上采购收货单。
公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。
库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。
画出物资定货的业务流程图。
2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。
如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。
根据以上情况画出业务流程图和数据流程图。
3.“进书”主要指新书的验收、分类编号、填写、审核、入库。
主要过程:书商将采购单和新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。
“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。
顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。
画出“进书”和“售书”的数据流程图。
进书业务流程:书商采购单/新书采购员入库单退书单编目员合格新图书库管员入库单入库台帐进书数据流程:采购单审核P3.1编目处理p3.2入库单处理p3.3供应商F3.1采购单F3.2不合格采购单F3.3合格采购单F10入库单F3.4不合格入库单S2图书库存情况存档管理员F9入库够书清单F3.5合格入库清单售书业务流程:顾客新书收银员收费单销售台帐保安未收费的书收费单/书售书数据流程:收费处理P1.1审核处理P1.2E1顾客F6购书单计划F1.1收费单F1.2不合格收费单S02S01S03S04图书库存情况存档F4销售清单图书销售存档顾客需求图书情况存档顾客基本情况存档F4销售清单F5顾客需求图书清单F3顾客基本情况4.背景:若库房里的货品由于自然或者其他原于是破损,且不可用的,需进行报损处理,即这些货品清除出库房。
数据流程图和业务流程图案例教程
数据流程图和业务流程图案例教程1.采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。
供应商按订单要求发货给该公司采购部,并附上采购收货单。
公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。
库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。
画出物资订货的业务流程图。
(共10分)2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。
如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。
根据以上情况画出业务流程图和数据流程图。
(共15分)3.“进书”主要指新书的验收、分类编号、填写、审核、入库。
主要过程:书商将采购单和新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。
“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。
顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。
画出“进书”和“售书”的数据流程图。
进书业务流程:书商采购单/新书采购员入库单退书单编目员合格新图书库管员入库单入库台帐进书数据流程:采购单审核P3.1编目处理p3.2入库单处理p3.3供应商F3.1采购单F3.2不合格采购单F3.3合格采购单F10入库单F3.4不合格入库单S2图书库存情况存档管理员F9入库够书清单F3.5合格入库清单售书业务流程:顾客新书收银员收费单销售台帐保安未收费的书收费单/书售书数据流程:收费处理P1.1审核处理P1.2E1顾客F6购书单计划F1.1收费单F1.2不合格收费单S02S01S03S04图书库存情况存档F4销售清单图书销售存档顾客需求图书情况存档顾客基本情况存档F4销售清单F5顾客需求图书清单F3顾客基本情况4.背景:若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损处理,即这些货品清除出库房。
DFD数据流程图画法过程(PPT34页)
3.1
3.2
2) 画分层DΒιβλιοθήκη D(1)先画出顶层DFD (2)自顶向下画出各层DFD
分解原则: 分解后的软件成分有相对独立功能 一次分解不要加入细节过多
3) 画分层DFD的指导原则
(1)父图-子图平衡 (2)编号 (3)分解的程度
父图-子图平衡
父图-子图平衡: 模型分解时必须保持父图的输入输出数据流和子 图输入输出数据流相同。
库存台帐
EX2:请根据以下定货过程画出数据流程图:采购员 从仓库收到缺货通知单后立即进行定货处理,即,查 阅订货合同单,若已定货,则向供货单位发出催货单, 否则,填写定货单送供货单位。供货单位发运货物后, 立即向采购员发出取货通知。
订货单
仓库
缺货通知单
订货
催货单
供货单位
订货合同单
取货通知
EX2
EX3:请根据以下储蓄所存款过程画出数据流程图:储户将 填写好的存款单、存折和存款交储蓄所,查对储户帐,将不 合格的存款单退给储户重填,合格的存款单交存款处理,处 理时要修改储户帐,并将存折交还储户,而将存款放入现金 库。
学生
D3 各班学生用书表
D4 售书登记表
第二层DFD
D2 缺书登记表
采购子系统(2.0)
2.1
按书号 汇总缺书
2.2
按出版社 统计缺书
D1 教材存量表 教材入库信息
D5 待购教材表
2.3 修改教材库 存和待购量
缺 书 单
进书单
D6 教材一览表
书库 保 管 员
开发数据流程图时的注意事项: (1)上层数据流程图与下层数据流层图的平衡; (2)对图中各元素加以编号
应用举例一
某订货系统功能说明如下: 假设某一企业采购部门每天需要一张订货报表,报表
数据流程图案例分析及画法22页
3、建立目标系统的逻辑模型。
4、为了对目标系统做完整的描述,还需要考虑人机界面和 其他一些问题。
三、SA法的描述方法 1、分层的数据流图 2、数据词典 3、描述加工逻辑的结构化语言、判定表及判定树
DFD图的例子
图书目录文件
出版社档案文件
顾 订单
验证
正确
一批
客
订单 订单
数据流 数据流名 箭 头
加工
加工名 圆或椭圆
数据存储
单或双杠
文件名
A C
*T
B
B
AT+
C
B A
T*
C
A C
+T
B
A C
+T
B
B
A T
+
C
数据源点 实体名 或终点
矩形框
* 与 +或
+ 互斥
2.2.3 画分层DFD图的方法
“先全局后局部,先整体后细节,先抽象后具体” 通常可将这种分层的DFD图,分为顶层、中间层、底层。 具体步骤: 1。先确定系统范围,画出顶层的DFD图。 2。逐层分解顶层DFD图,获得若干中间层DFD图。 3。画出底层的DFD图。
图 2..16
2.2.5 画分层DFD图的基本原则
数据守恒与数据封闭原则 所谓数据守恒是指加工的输入输出数据流是否匹配,
即每一个加工既有输入数据流又有输出数据流。或者说一 个加工至少有一个输入数据流,一个输出数据流。
数据封闭是对整个系统而言。
加工分解的原则 自然性:概念上合理、清晰; 均匀性:理想的分解是将一个问题分解成大小均匀的几
3.1
病员数据 开解信号
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
通常可将这种分层的DFD图,分为顶层、中间层、底层。 具体步骤: 1。先确定系统范围,画出顶层的DFD图。 2。逐层分解顶层DFD图,获得若干中间层DFD图。 3。画出底层的DFD图。
顶层图说明了系统的边界,即系统的输入和输出数据 流,顶层图只有一张。底层图由一些不能再分解的加工 组成,这些加工都已足够简单,称为基本加工。在顶层 和底层之间的是中间层。中间层的数据流图描述了某个 加工的分解,而它的组成部分又要进一步分解。 画各层DFD图时,“由外向内”。
2.3.2 快速原型开发模型
细化的原型化模型
快速分析,确定初步规格说明 构造原型
运行/评价原型
修 正 改 进 原 型 N 原型完成否 Y 要细部说明否 Y 严格说明细部 N 效果满意否 Y 整理原型提供文档 N
快速建立系统原型进行系统的 分析和构造有如下优点:
1、增进软件开发人员和用户 对系统需求的理解。便于将用户 模糊的功能需求明确化。 2、为用户提供了一种强有力 的学习手段。
3、易于确定系统的性能,是 理解和确认软件需求规格说明的 工具。
4、按照RCP 法建立的原型即 为最终的产品。
快速原型化开发过程
需求工程小结
需求工程小结
最初,需求工程仅仅是软件工程的一个组成部分,是软件 生命周期的第一个阶段。 在传统软件工程生命周期中,涉及需求的阶段称作需求分 析。一般来说,需求分析的作用是: ● 系统工程师说明软件的功能和性能,指明软件和其他 系统成分的接口,并定义软件必须满足的约束; ● 软件工程师求精软件的配置,建立数据模型、功能模 型和行为模型; ● 为软件设计者提供可用于转换为数据设计、体系结构 设计、界面设计和过程设计的模型; ● 提供开发人员和客户需求规格说明,用于作为评估软 件质量的依据。
先全局后局部, 先整体后细节, 先抽象后具体.
分层 DFD 图
X
0图
顶 层
中 间
1
3 2
1.2 1.3
1图
1.1 1.4
2.1
2.2
2图
层
1.1.1
1.1.2
2.1.1
2.1.2
2.1.3
2.2.1
2.2.3
2.2.2
底 层
1.1图
2.1图
2.2图
2.2.4 实例:医院病房监护系统
2.2.4 实例:医院病房监护系统
2.2.5 画分层DFD图的基本原则
数据守恒与数据封闭原则 所谓数据守恒是指加工的输入输出数据流是否匹配, 即每一个加工既有输入数据流又有输出数据流。或者说一 个加工至少有一个输入数据流,一个输出数据流。 数据封闭是对整个系统而言。 加工分解的原则 自然性:概念上合理、清晰; 均匀性:理想的分解是将一个问题分解成大小均匀的几 个部分;
抽象:分解可以分层进行,即先考虑问题最本质的属性, 暂把细节略去,以后再逐层添加细节,直至涉及到最详细的 内容,这种用最本质的属性表示一个系统的方法就是“抽 象”。
基本思想与步骤 2.2.1 SA法的概念
二、SA法的步骤 1、建立当前系统的“具体模型”。 2、抽象出当前系统的逻辑模型。 3、建立目标系统的逻辑模型。 4、为了对目标系统做完整的描述,还需要考虑人机界面和 其他一些问题。 三、SA法的描述方法 1、分层的数据流图 2、数据词典 3、描述加工逻辑的结构化语言、判定表及判定树
2.2.1 SA法的概述
2.2.1 SA法概述
一、SA法的基本思想
结构化分析方法的基本思想是“分解”和“抽象”。
x
分解:对于一个复杂的系统, 为了将复杂性降低到可以掌握的 程度,可以把大问题分解成若干 小问题,然后分别解决(如右 图)。
1 2
3
1.1 1.2 1.3
2.1 2.3 2.2
1.1 1.3
一、数据流图的图符 四种基本图形符号: 数据流 加 工
数据流名
还有一些辅助的图例:
箭头
A C T B T A C T
A
*
加工名 圆或椭圆 A B
*
C
C
+
B
B T C
A
B A
数据存储 数据源点 或终点
单或双杠
文件名 实体名
+
+
B
T
T
C
+
矩形框
* 与
+或
+ 互斥
2.2.3 画分层DFD图的方法 “先全局后局部,先整体后细节,先抽象后具体”
3.1 开解信号
病员数据
病员极限
脉搏 生理信号 极限值
血压
体温
3.2
超过极限值
计算超过 极限值否
血压、体温 脉搏 3.4 日期
产生
报警信息
报警
3.3
格式化 病员数据
格式化 病员数据
时钟
时间
医院病房监护系统分层DFD图
第一层
1
局部监视
病员极限 生理信号 极限值
第二层:加工“中央监视”分解
3.1 开解信号
一、 结构化语言
结构化语言是介于自然语言和形式语言之间的一种半形 式语言,它是自然语言的一个受限制的子集。一般分为两层 结构:外层语法较具体,为控制结构(顺序、选择、循环), 内层较灵活,表达“做什么”。
例如:外层可为以下结构:
1、顺序结构 2、选择结构 IF–THEN-ELSE; CASE-OF-ENDCASE; 3、循环结构 WHILE-DO; REPEAT-UNTIL
监视病情
产生 病情报告
经过初步的需求分析,得到系统功能要求: 1、监视病员的病症(血压、体温、脉搏等)。 2、定时更新病历。 3、病员出现异常情况时报警。 4、随机地产生某一病员的病情报告。
更新病历
例2 医院病房监护系统
系统功能要求: 1、监视病员的病症(血压、体温、脉搏等) 2、定时更新病历 3、病员出现异常情况时报警。 4、随机地产生某一病员的病情报告。 顶层: 病员
出版社 订单
出 版 社
待处理订单文件
顾客档案
订货存根文件
画图步骤 : 1、确定外部实体及输入、输出数据流。 2、确定分解顶层的加工。 3、确定使用的文件。 4、用数据流将各部分连接起来,形成数据封闭。 注意:标注各加工框及数据流名称。
2.2.2 分层的数据流图
2.2.2 数据流图
数据流图(Data Flow Diagram,DFD)是描述系统中数据流程 的图形工具,它标识了一个系统的逻辑输入和逻辑输出,以及把逻 辑输入转换为逻辑输出所需的加工处理。
2.1.2 需求分析过程
2.1.2 需求工程过程
可行性研究
需求导出 和分析 需求描述
问题识别
可行性报告 系统模型
分析与综合
需求有效性 验证
编写文档
用户需求和 系统需求 需求文挡
分析评审
2.2 结构化分析方法
结构化开发方法(Structured Developing Method) 是现有的软件开发方法中最成熟,应用最广泛的方法,主 要特点是快速,自然和方便。 结构化方法总的指导思想自顶向下、逐步求精。它的基本 原则是功能的分解与抽象。 结构化开发方法的组成 70年代初 结构化程序设计方法 SP法(Structured Program) 70年代中 结构化设计方法 SD法(Structured Design) 70年代末 结构化分析方法 SA法(Structured Analysis) SA,SD,SP 法相互衔接,形成了一整套开发方法。若将 SA , SD 法 结 合 起 来 , 又 称 为 结 构 化 分 析 与 设 计 技 术 (SADT 技术)。
需求工程小结
需求工程是系统工程和软件工程的一个交叉分支,涉及到 软件系统的目标、软件系统提供的服务、软件系统的约束和软 件系统运行的环境。它还涉及这些因素和系统的精确规格说明 以及系统进化之间的关系。它也提供现实需要和软件能力之间 的桥梁。 需求工程的基本活动包括:
● 抽取需求; ● 模拟和分析需求; ● 传递需求; ● 认可需求; ● 进化需求。
分解度:一般每一个加工每次分解最多不要超过7个子
加工,分解应分解到基本加工为止。
2.2.5 画分层DFD图的基本原则
子图与父图的“平衡”
父图中某个加工的输入输出数据流应该同相应的
子图的输入输出相同(相对应),分层数据流图的这种 特点称为子图与父图“平衡”。
合理使用文件
当文件作为某些加工之间的交界面时,文件必须画 出来,一旦文件作为数据流图中的一个独立成份画出来
DFD图的例子
图书目录文件 出版社档案文件 出版社 订单
顾 客
订单
验证 订单
正确 订单
一批 订单 待处理订单文件
汇总 订单
பைடு நூலகம்出 版 社
顾客档案 编号
加工名
订货存根文件
编号
加工名
文件名
文件名
例1:图书预定系统(顶层DFD图)
图书目录文件 出版社档案文件
顾 客
订单
验证 订单
正确 订单
一批 订单
汇总 订单
病员
病员 数据 3 中央监视 病症报告
病员数据
脉搏
病员极限 生理信号 极限值
护士
格式化 病员数据
血压
体温
3.2 计算超过 极限值否
超过极限值 日期 时钟 时间 3.4
2 护士 生成报告 日志数据
4 更新日志
3.3 产生 报警信息
病员日志
报警
格式化 病员数据
格式化 病员数据
图 2..15
图 2..16
病症信号 病症报告
病员监
护士
护系统
护士
报警
要求报告
病员日志