数据流图和数据字典

.

..

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

一．项目计划：

1．项目概述：

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

二．需求规格说明书：

顶层图：

z. ..

.

..

...

数据流图：

0层图：

1层图：

z. ..

.

..

...

1.1

数据字典：

1．数据流条目：

数据流名称：新生信息

别名：无

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

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

去向：学生信息表

数据流量：100—10000个学生

2．数据项条目：

数据项目名称：学号

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

z. ..

.

..

...

数据类型：varchar

长度：8

3．数据存储条目：

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

别名：无

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

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

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

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

4．加工条目：

加工名：是否为新生

编号：1.1

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

优先级：普通

输入：学生信息

输出：是新生，不是新生

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

z. ..

.

..

...

1.2

数据字典：

系统性能需求分析

1.1 数据负荷需求

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

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

1.2 适应性需求

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

2 系统功能需求分析

2.1 系统功能的划分

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

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

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

系统性能需求分析

1.1 数据负荷需求

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

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

1.2 适应性需求

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

2 系统功能需求分析

2.1 系统功能的划分

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

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

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

系统的数据流图与数据字典实例

作为示例，为简单起见，我们只考虑人机分工。此处的数据流图是计算机化的帐务处理系统中涉及到计算机部分的数据流图，人工完成的部分将不做反应。例如：计算机没有能力审核原始凭证、填制记账凭证，这些工作必须由人来完成，因此进入系统（系统的自动化部分）的应该是记账凭证而不是原始凭证。银行对帐单仍然是系统的输入数据流，原有的输出数据流系统也必须提供。

图1 系统的顶层数据流图

图2 系统的第一层分解图

记账凭证进入计算机系统需要进行输入操作，而且由于记账凭证本身可能出错，或输入过程中可能发生错误，因此系统必须提供对已输入的记账凭证的修改功能和审核功能，审核通过的记账凭证才能够记账。据此，对“凭证处理”分解得到第二层分解图，该分解图由凭证输入、凭证修改和凭证审核三个处理构成。如果记账凭证是由操作人员直接根据原始凭证

用计算机填制，则凭证处理还应该包含一个打印记账凭证的处理。

图3 系统第二层分解图之一（图1）

在系统中，登帐处理由计算机完成，其分解的流程图与原来一致。

图4 系统第二层分解图之二（图2）

图5系统第二层分解图之三（图3）

图6 系统第二层分解图之四（图4）

8.1.3 数据字典

数据字典的作用是对数据流图中

系统的数据流图与数据字典实例

作为示例，为简单起见，我们只考虑人机分工。此处的数据流图是计算机化的帐务处理系统中涉及到计算机部分的数据流图，人工完成的部分将不做反应。例如：计算机没有能力审核原始凭证、填制记账凭证，这些工作必须由人来完成，因此进入系统（系统的自动化部分）的应该是记账凭证而不是原始凭证。银行对帐单仍然是系统的输入数据流，原有的输出数据流系统也必须提供。

图1 系统的顶层数据流图

图2 系统的第一层分解图

记账凭证进入计算机系统需要进行输入操作，而且由于记账凭证本身可能出错，或输入过程中可能发生错误，因此系统必须提供对已输入的记账凭证的修改功能和审核功能，审核通过的记账凭证才能够记账。据此，对“凭证处理”分解得到第二层分解图，该分解图由凭证输入、凭证修改和凭证审核三个处理构成。如果记账凭证是由操作人员直接根据原始凭证

用计算机填制，则凭证处理还应该包含一个打印记账凭证的处理。

图3 系统第二层分解图之一（图1）

在系统中，登帐处理由计算机完成，其分解的流程图与原来一致。

图4 系统第二层分解图之二（图2）

图5系统第二层分解图之三（图3）

图6 系统第二层分解图之四（图4）

8.1.3 数据字典

数据字典的作用是对数据流图中

软件工程课程设计

航空机票预订系统项目结构化分析

一、机票预定系统的逻辑模型（实体—关系图）

机票预定系统的逻辑模型（实体—关系图）如下图所示：

旅行时间 身份证号码 姓名 性别 旅行地点 旅客 工作单位 航班机票信息 1 取票通知 订票 帐单 航空公司 价格 1 1 N 订票旅客清单 旅行社 合适航班机票 时间 等级 售出机票信息 可售机票

二、机票预定系统的数据流图

机票预订系统的数据流图包括两部分：旅客订票和旅客取票两部分。具体如下图所示。

旅客订票流程图：

旅客清单 2．2 航班机票 旅客订票记录 传给旅行社 旅客 订票

公立医院信息管理系统概述

医院信息化是医院应用信息技术及其产品的过程，是信息技术由局

部到全局、由战术层次到战略层次向医院的全面渗透，运用于流程管理、支持医院经营管理的过程。信息化的实施从自上而下的角度说，必须与医院的制度创新、组织创新和管理创新结合；从自上而下的角度说，必须以作为医院主体的业务人员直接受益及其使用水平的逐步提高为基础。

医院信息系统属于世界上现存的企业及信息系统中最为复杂的一类，这是医院本身的目标、任务和性质决定的；它应用于医院的医疗管理、经济管理等各个方面，牵涉的信息种类十分庞杂；它融合了医院的管理思想和各部门的业务经验，是医院当前运作方式和业务流程的具体体现，同时又在一定程度上反作用于医院当前的运作方式和业务流程：他实施的技术手段与当前快速发展的信息技术密切相关，实施的广度和深度（如电子日历、电子支付等）又受到社会大环境信息化程度的影响，受到国家和有关部委制定的法律法规的影响。 因此，医院信息化建设工作具有长期性、复杂性和内容的多变性；医院信息系统不是一个简单的、封闭的、静止的软件，而是一个复杂的、开放的、在应用的深度和广度上逐步变化和发展的软件系统。

需求分析分为三个部分：需求的文字表述、数据流图、数据字典。

一、 需求

ORACLE 表空间的相关数据字典和动态视图

V$TABLESPACE---从控制文件得到的所有的表空间的名称和数量。

V$DATAFILE---显示文件（数据文件）属于哪个表空间。

V$TEMPFILE---所有的临时文件信息，包括拥有表空间的数量。

V$TEMP_EXTENT_MAP---本地管理的临时表空间中所有的范围信息。

V$TEMP_EXTENT_POOL---对本地管理的临时表空间而言，该视图显示临时空间缓冲的状态以及由实例使用的临时空间缓存。

V$TEMP_SPACE_HEADER---显示每个临时文件的已用/空闲空间。

V$SORT_SEGMENT---给定实例中每排序段信息。此视图只有当表空间为临时类型时才会更新。

V$SORT_USER---由用户和临时/永久表空间使用的排序空间。

DBA_TABLESPACES、USER_TABLESPACES---描述了所有（用户可存取的）表空间。

DBA_SEGMENTS、USER_SEGMENTS---在所有表空间内的段信息（用户可存取的）。

DBA_EXTENTS、USER_EXTENTS-

2.4数据与数据流程分析

2.4.1数据流图

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

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

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

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

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

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

图2-2 背景图

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

iWebMall 数据字典

iWebMall 则是一款功能强大的多用户网上商城系统。 一下是iWebMall数据字典: imall_admin_group

字段 id 类型 tinyint(4) Null 否 0 默认 注释 MIME group_name varchar(255) 否 del_flg rights tinyint(4) text 是 是 NULL imall_admin_log

字段 log_id log_time admin_id 类型 int(10) datetime tinyint(3) Null 否 是 否 默认 注释 日志id 日志时间 管理员id 日志内容 记录ip MIME NULL 0 admin_name varchar(255) 是 log_info varchar(255) 否 否 NULL ip_address varchar(15) imall_admin_user

字段 admin_id admin_name admin_email 类型 Null 默认 注释 管理员id 管理员用户名 管理员email 管理员密码 添加时间 最后登陆时间 最后登陆i