数据流图和数据流程图

管理信息系统作业

姓名：_____司红玉________

班级：______管101________ 学号：___3100511006_______

根据下述描述绘制进书与售书的数据流程图：

“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程：书商将采购单和新书送采购员；采购员验收，如果不合格就退回，合格就送编目员；编目员按照国家标准进行的分类编号，填写包括书名，书号，作者、出版社等基本信息的入库单；库管员验收入库单和新书，如果合格就入库，并更新入库台帐；如果不合格就退回。

“售书”的流程：顾客选定书籍后，收银员进行收费和开收费单，并更新销售台帐。顾客凭收费单可以将图书带离书店，书店保安审核合格后，放行，否则将让顾客到收银员处缴费。 1、 进书业务流程图: 审批不合格 书商 审批合格 采购单和新采购 书 员 入库并更新入库单和新 入库台账 书不合格 入库单和新填写入库单 库管编目 书合格 员 员 进书数据流程图: 不合格 合格 书商 审批采购单和新书

.

..

... 学籍管理系统数据流图和数据字典：

一．项目计划：

1．项目概述：

学籍管理系统用于各个学校对每一位学生的入学、毕业、每学年考试成绩、升留级处理等，该系统具备录入、存储学生的基本情况、各科成绩；查询学生各科成绩、单科成绩；打印成绩；统计班平均成绩、各科平均成绩；根据分数进行升留级处理等功能。

二．需求规格说明书：

顶层图：

z. ..

.

..

...

数据流图：

0层图：

1层图：

z. ..

.

..

...

1.1

数据字典：

1．数据流条目：

数据流名称：新生信息

别名：无

简述：录入、存储学生的基本情况

来源：新生提交的基本信息

去向：学生信息表

数据流量：100—10000个学生

2．数据项条目：

数据项目名称：学号

简述：学校全部学生的学号

z. ..

.

..

...

数据类型：varchar

长度：8

3．数据存储条目：

数据存储名称：学生信息表

别名：无

简述：存放学生的基本信息

组成：学号+姓名+性别+年龄+专业+班级

组织式：索引文件，以学号为关键字

查询要求：要求能立即查询

4．加工条目：

加工名：是否为新生

编号：1.1

激发条件：接收到学生提供的基本信息

优先级：普通

输入：学生信息

输出：是新生，不是新生

加工逻辑：根据数据库记录，若是没有符合的学生则为新生

z. ..

.

..

...

1.2

数据字典：

2.4数据与数据流程分析

2.4.1数据流图

数据流图是通过系列符号及其组合来描述系统功能的输入、输出、处理或加工构造。

数据源点或终点 ，或者外部实体数据流加工或处理数据存储

图2-1 数据流图的基本元素

绘制目标系统的背景图时，关键在于分析系统有哪些外部用户及与该系统进行交互的数据源点或终点。例如，对于本系统来说，其外部用户为用户。

根据上述分析，可以得到排课系统的背景图，如图2-2所示：

课程代码/课程名称/学时/学分课程信息教工号/姓名/性别/职称/职务/教授课程教师信息课程信息班级名称/课程名称班级信息排课完成排课系统教师信息教工号/姓名/性别/职称/职务/教授课程教室名称班级名称/专业名称/学生人数/院系/年级班级名称班级课程信息课程代码/课程名称/学时/学分班级名称/课程名称教室名称班级名称教室代码/教室地点教室信息/教室容量/容纳班数用户班级课表教室课表班级个数班级名称/专业名称/学生人数/院系/年级课程名称/课程名称/星期/天/教室班级课程信息课程信息课程名称/课程名称/星期/天/教室课程信息班级信息课表排课所需信息课表信息教室信息教室代码/教室地点/教室容量/容纳班数

图2-2 背景图

0号数据流图是对背景图的细化，它

篇一：数据流图、E-R图、层次图

数据流图

简介: 数据流图是结构化分析方法中使用的工具,它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型

数据流程图中有以下几种主要元素：

例子:

实体-联系图(ER图) 目的:

为了把用户的数据要求清楚准确地描述起来系统分析员通常建立一个概念性的数据模型

要素:

在E-R图中要明确表明1对多关系，1对1关系和多对多关系:

例子:

层次方框图用树形结构的一系列多层次的矩形描述数据的层次结构.树形结构的顶层是一个单独的矩形框,它代表完整的数据结构,下面的各层矩形框代表这个数据的子集,最底层的各个框代表组成这个数据的实际数据元素(不能再分割的元素)

篇二：ER图流程图

3.8绩效评估系统数据库设计与信息模型

3.8.1信息模型

信息模型是从信息的这个角度对某企业系统进行描述，信息是集成的基础，同时也可进行共享，成为各个功能元素之间联系的纽带，所以，对一个系统来说，建立一个信息模型是非常重要和关键的，如果缺少了信息模型，将会带来许多不必要的麻烦。

建立E-R模型，这里E（entity）代表实体，R（relation）代表关系，即实体-联系模型，实体-联系图就是描述实体间关系的图解，是设计数

v1.0 可编辑可修改图书馆借书还书的业务流程图和数据流程图

业务流程图

借书的过程是相对简单的，拿着想要借的书和一卡通在图书管理员处登记就好了，而还书的过程要进行是否逾期的判断，如果逾期要进行罚款。

1

v1.0 可编辑可修改数据流程图

根据业务流程图简化后的数据流程图是这样的，读者同样是将书籍交给图书管理员，图书管理员进行借书和还书的分类处理，当然如果逾期，读者将收到逾期罚款单。

感觉这两个图做的不是很完善，但是也想不出改进的方法~而且word 里的流程图符号不完全，有些框框画的好麻烦。

2

数据流程图习题

业务流程图画法企业的生产、销售各部门 各部门提出材料领用申 企业的生产、销售各部门提出材料领用申 仓库负责人根据用料计划 根据用料计划对领料单进行审 请，仓库负责人根据用料计划对领料单进行审 将不合格的领料单退回各部门， 核，将不合格的领料单退回各部门，仓库保管 收到已批准的领料单后，核实库存帐， 员收到已批准的领料单后，核实库存帐，如库 存充足，办理领料手续，并变更材料库存帐 库存帐； 存充足，办理领料手续，并变更材料库存帐； 如变更后的库存量低于库存临界值，将缺货情 如变更后的库存量低于库存临界值， 况登入缺货帐 并产生订货报表送交有关领导。 缺货帐， 况登入缺货帐，并产生订货报表送交有关领导。 经领导审批后，下发给采购部 采购部。 经领导审批后，下发给采购部。

某高校欲开发一个成绩管理系统，记录并管理所有选 某高校欲开发一个成绩管理系统， 修课程的学生的平时成绩和考试成绩， 修课程的学生的平时成绩和考试成绩，其主要功能描 述如下： 述如下： 1. 每门课程都有 到6个单元构成，每个单元结束后会进 每门课程都有3到 个单元构成 个单元构成， 行一次测试，其成绩作为这门课程的平时成绩。 行一次测试，其成绩作为这门课程的平时成

2.4数据与数据流程分析

2.4.1数据流图

数据流图是通过系列符号及其组合来描述系统功能的输入、输出、处理或加工构造。

数据源点或终点 ，或者外部实体数据流加工或处理数据存储

图2-1 数据流图的基本元素

绘制目标系统的背景图时，关键在于分析系统有哪些外部用户及与该系统进行交互的数据源点或终点。例如，对于本系统来说，其外部用户为用户。

根据上述分析，可以得到排课系统的背景图，如图2-2所示：

课程代码/课程名称/学时/学分课程信息教工号/姓名/性别/职称/职务/教授课程教师信息课程信息班级名称/课程名称班级信息排课完成排课系统教师信息教工号/姓名/性别/职称/职务/教授课程教室名称班级名称/专业名称/学生人数/院系/年级班级名称班级课程信息课程代码/课程名称/学时/学分班级名称/课程名称教室名称班级名称教室代码/教室地点教室信息/教室容量/容纳班数用户班级课表教室课表班级个数班级名称/专业名称/学生人数/院系/年级课程名称/课程名称/星期/天/教室班级课程信息课程信息课程名称/课程名称/星期/天/教室课程信息班级信息课表排课所需信息课表信息教室信息教室代码/教室地点/教室容量/容纳班数

图2-2 背景图

0号数据流图是对背景图的细化，它

实验题一:书店图书预定系统： 书店图书预定系统：三大类业务检查订单，处 理订单，发送订单。 书店向顾客发放订单，顾客将所填订单交由系 统处理，系统首先依据图书目录对订单进行检 查并对合格订单进行处理，处理过程中依据图 书目录和订单数目将订单分为优先订单与正常 订单两种，随时处理优先订单，定期处理正常 订单。系统根据处理完毕的待发出订单，按出 版社要求将订单汇总发给出版社。 试画出图书预定系统的数据流程图。.

实验题二:销售部门订货管理业务流程(1)销售部门收到顾客的订货单后,对订货单进行验证，如果订货 单不合格，将不合格的订货单返给顾客；如果订货单合格，就将合 格的订货单提交给计划员。 (2)计划员根据库存帐确定是否发货。 (3)如果库存满足订货量，就将可发货的订货单提交给发货员。 (4)发货员开发货单提交给顾客，同时修改库存帐，并将发货单 存档，同时生成应收帐。 (5)如果库存不满足订货量，就按未满足的订货单填写成暂存订 货单，交给发货员。 (6)采购部门的到货通知提交给发货员后，发货员修改库存台帐， 对照暂存订货单，如果满足订货量，将可发货的暂存订货单返还给 计划员，进行第(2)步骤。 试画出此业务的数据流程图.

实验题三:教学管理业务说明

系统性能需求分析

1.1 数据负荷需求

经过调查研究，学校中大部分电脑都是Windows操作系统，而且，所有负责学生工作的老师的电脑，都接入了校园网，但是电脑的配置参差不齐。据此，本系统在设计时采用Browser/Server结构，一方面是便于维护；另一方面降低系统开发的成本。

因此，数据负荷需求具体分为2个部分，一个是浏览器端的数据负荷，另外一个是服务器端的数据负荷。浏览器端的数据负荷较轻，没有具体的要求；服务器端的数据负荷负荷较重，有必要添加数据存储服务器，以防止发生服务器“崩溃”等问题而产生的不良影响。

1.2 适应性需求

能使用户操作简单易学容易上手，条理清晰，界面友好。

2 系统功能需求分析

2.1 系统功能的划分

大学生就业管理系统的主要用户分为两类：一类是学校中负责管理大学生就业工作的老师；另一类是即将走向工作岗位的应届毕业生。根据使用对象，整个系统可以分为2个子系统。

管理员登陆子系统主要是由负责管理大学生就业工作的老师，管理学生信息，管理企业信息，管理招聘信息；学生登陆子系统主要是应届毕业生通过系统查看个人信息，搜索并查看企业信息，搜索并查看招聘信息。

根据功能本系统又可分为就业指导管理和信息公布管理两大模块。其中，

获得用户签名的密码

获得客户信息

登入或注册成功

D1

客户主文件

核实信息，若没有登录则要求登录

仓库

通 知 发 货

发货

客户

登陆和注册

浏览商品信息

购买商品

用户记录 获得客户购买商品信息

确认和取消订单

没有登录则要求登录

生成订单

提交发货

会计部门 生成运费和反馈支付

应收账户

完 取 成 消 付 订 款 单 或

收货 客户

商品信息

反 馈 数 量

户购买商品信息

载入库存信息

付 款 信 息

存 储 ， 修 改

收 款

付款信息

订单完成与否

发 出 付 款

库存控制部门

缺 货

提交需求 商品进货 反馈供货时间

提交缺货 载入库存信息

D2

商品主文件

D3

订单主文件

提交需求 供货商 反馈供货时间