机票预定系统数据流图

2.4数据与数据流程分析

2.4.1数据流图

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

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

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

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

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

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

图2-2 背景图

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

软件工程课程设计

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

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

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

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

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

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

旅客订票流程图：

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

2.4数据与数据流程分析

2.4.1数据流图

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

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

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

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

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

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

图2-2 背景图

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

获得用户签名的密码

获得客户信息

登入或注册成功

D1

客户主文件

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

仓库

通 知 发 货

发货

客户

登陆和注册

浏览商品信息

购买商品

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

确认和取消订单

没有登录则要求登录

生成订单

提交发货

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

应收账户

完 取 成 消 付 订 款 单 或

收货 客户

商品信息

反 馈 数 量

户购买商品信息

载入库存信息

付 款 信 息

存 储 ， 修 改

收 款

付款信息

订单完成与否

发 出 付 款

库存控制部门

缺 货

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

提交缺货 载入库存信息

D2

商品主文件

D3

订单主文件

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

数据库原理--机票预定系统

课 程 设 计 报 告

课程设计名称： 数据库原理与应用 系 部：学生姓名： 王鹏展 班 级：学 号： 成 绩： 指导教师： 沈佑田 陈林

开课时间：学年

数据库原理--机票预定系统

一、 设计题目：第9题：机票预订系统 二．主要内容：

系统功能的基本要求：

每个航班信息的输入、每个航班的坐位信息的输入；

当客户进行机票预定时，输入客户基本信息，系统为客户安排航班； 客户能够退订机票；

能够查询每个航班的预定情况、统计航班的满座率。

三．具体要求

1. 课程设计的内容独立自主完成，课程设计报告内容完整、格式规范、排版整洁美观；

2. 后台数据库采用MS SQL SERVER2005，前台界面语言不限，编写的程序代码，须有较详细的注释说明；

四．进度安排

课程设计安排： 16周

星期一 讲解课程设计的内容，安排每一天的具体任务，分配并熟悉题目； 星期二 需求分析：给出系统的功能需求、性能需求，并绘制DFD和DD； 星期三 概念结构设计：绘制实体属性图（可选），局部ER图和全局ER图； 星期四 逻辑结构设计：转换、优化

.

..

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

一．项目计划：

1．项目概述：

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

二．需求规格说明书：

顶层图：

z. ..

.

..

...

数据流图：

0层图：

1层图：

z. ..

.

..

...

1.1

数据字典：

1．数据流条目：

数据流名称：新生信息

别名：无

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

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

去向：学生信息表

数据流量：100—10000个学生

2．数据项条目：

数据项目名称：学号

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

z. ..

.

..

...

数据类型：varchar

长度：8

3．数据存储条目：

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

别名：无

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

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

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

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

4．加工条目：

加工名：是否为新生

编号：1.1

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

优先级：普通

输入：学生信息

输出：是新生，不是新生

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

z. ..

.

..

...

1.2

数据字典：

服装销售系统 数据流图 用例图 类图都有

项目需求描述 文档编号:2014-5-01

服装销售系统 数据流图 用例图 类图都有

可行性分析 文档编号:2014- 5 -02

服装销售系统 数据流图 用例图 类图都有

传统的服装销售系统大都是通过纯手工的操作，所以效率很低。不能及 时的发现各种货物的销售情况，也就无法对进货和库存进行合理的安排，使 得交易的效率低下，经营的成本也是很高。

4、

所建议的系统 改进的系统工作流程如下： 采购：使用计算机进行记录，然后筛选出来各种货物的详细数量来决定

所要采购的数目。 库存：可以利用计算机来清晰的计算出货物的剩余，按照经营的需求决 定库存的多少进而影响进货的多少。 销售：通过计算机可以让经营者快速的查找各种经营的信息，能够最快 的对经营进行决策。而消费者可以利用管理系统对所有的商品进行查询。并 且利用管理系统定时的对经营的数据进行分析，找出经营的缺陷，提高经营 的效率。 该方式的优点是，可对商店的营业状况进行数据统计，并可进行数据分 析，改善商店的采购计划和库存状况。

5、 市场分析

目前，中型的服装店仍采用人工方式管理服装销售，管理工作量大、手 续繁琐且容易出错。

-3-

系统性能需求分析

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.要求：

1) 需求分析。 2) 数据库设计。

2．1概念结构设计（E-R图）

2．2逻辑结构设计（E-R模型转换为关系模式，指明所满足的范式并给出理由）。 2．3物理结构设计 3) 数据库实现。（录入数据，每个表应不少于10条数据） 4) 数据库运行。（不少于30条sql语句，其中包括查询、更新、删除、插入、创建触发器

等sql语句） 5) 18周之前交。

2.可选题目：

1.机票预定信息系统 系统功能的基本要求：

航班基本信息的录入，包括航班的编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等。按照一定条件查询、统计符合条件的航班、机票等；对结果打印输出。

（1）、.机票预定信息系统

通过此系统可以实现如下功能：

1) 机票信息

信息包括航班号、飞机名、目的地、起航时间、 票价、 折扣。假设现在有3条航线, 目的地分别是北京, 上海, 广州, 飞机上可乘坐100人( 即初始订票数为0, 余票数为100) , 将这3条航线信息存入表“airline” 中。 2) 客户基本信息

客户信息包括姓名,性别，订票数