logo资料库

数据库课程设计-机票预定系统(文档中有代码).doc

第1页 / 共39页
第2页 / 共39页
第3页 / 共39页
第4页 / 共39页
第5页 / 共39页
第6页 / 共39页
第7页 / 共39页
第8页 / 共39页
资料共39页,剩余部分请下载后查看
第一章 可行性分析报告
1.1 引言
1.1.1 编写目的
1.1.2 项目背景
1.1.3 术语说明
系统:若未特别指出,统指本机票预定系统。
SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。
SQL: 一种用于访问查询数据库的语言
1.2 可行性研究的前提
1.2.1 基本要求
1.2.2 开发目标
1.2.3 条件、假定和限制
1.3 市场可行性
本机票预订系统是在现代社会生活节奏不断加快,对机票预订工作的自动化和准确化要求也日益强烈的背景下,为
本系统采用最新的计算机技术,界面友好、操作方便,管理员可以针对不同需求分类、排序、查询、统计,方便订
1.5 经济可行性分析
1.5.1 支出
系统开发费用:3(月)*10(人)*3000(元)=9万
系统安全软件:卡巴斯基企业空间安全解决方案 1.5万
数据库软件:SQL Server 2005 20万
服务器端操作系统:Windows server 2008 4万
操作员培训费:1万
共计:35.5万
支出总计:60.5万
1.5.2 效益
1.5.3 收益投资比
140.26/60.5=232%
1.5.4 投资回收周期
一年后收益为33.64万,比最初投资少26.86万。
两年以后将再节省30.58万,26.86/30.58=0.88。
因此投资回收期是1.88年。
1.6 法律的可行性
1.7 结论
第二章 需求分析
2.1 引言
2.1.1 编写目的
2.2 项目概述
2.2.1 功能概述
管理员可以针对不同需求分类、排序、查询、统计,方便订票游客和其他部门根据自己的需求准确、快速地查询订
2.2.2 约束
2.3 数据流图
2.3.1 系统数据流图
2.3.2 加工条目
(1)加 工 名:安排航班
处理逻辑编号:1.1
处理逻辑:接收旅客信息的录入,并检查有无错误,如果没有错误,将数据存入订票信息表,并在航班信息表里查
激发条件:接收到旅客信息时
输 入:旅客信息
输 出:订票信息
(2)加 工 名:打印通知和账单
编 号:1.2
处理逻辑:由生成的订票信息,打印取票通知和账单
激发条件:接收到已经安排了航班的订票信息时
输 入:订票信息
输 出:通知和账单信息
(4)加 工 名:核对机票信息
编 号:2.1
处理逻辑:对旅客订票信息进行核对
激发条件:接收到旅客的取票通知和账单
输 入:无
输 出:“订票信息正确”的信息
(4)加 工 名:收费
编 号:2.2
处理逻辑:对订票信息核对正确的旅客进行收费,收费后生成收费信息
激发条件:接收到订票信息核对正确的信息并收到旅客交费要求
输 入:交费信息
输 出:打印机票信息
(5)加 工 名:打印机票
编 号:2.3
处理逻辑:由打印机票信息打印机票
激发条件:收到打印机票的信息
输 入:无
输 出:机票
2.4数据字典
(1)数据流名称:旅客信息
简 述:订票旅客基本信息及订票要求
数据流来源:旅客确定订票后,由订票管理人员编码整理后,输入计算机
数据流去向:加工1安排航班,该加工将录入的数据存入数据库(订票基本信息表)
数据项组成:身份证号+姓名+性别+工作单位+旅行日期+旅行时间+旅行目的地+联系方式
(2)数据流名称:订票信息
简 述:航班安排结果
数据流来源:旅客信息和航班信息
数据流去向:加工2,打印通知和账单
数据项组成:身份证号+姓名+性别+班次+航班起飞时间+航班到达时间+航班目的地+票价
(3)数据流名称:航班信息
简 述:航班基本信息
数据流来源:加工1.4航班管理
数据流去向:加工1.2安排
数据项组成:航班日期+航班起飞时间+航班到达时间+航班目的地+班次+票价+票余量
(4)数据流名称:取票通知和账单信息
简 述:返回给旅客的航班安排结果及旅
客取票时用来核对的凭证
数据流来源:加工2打印取票通知和账单
数据流去向:加工3核对订票信息
数据项组成:身份证号+姓名+性别+班次+航班日期+航班时间+航班目的地+票价
(5)数据流名称:订票信息核对正确
简 述:将旅客的取票通知和账单与系统中的订票信息核对,二者一致产生的信息
数据流来源:加工3核对订票信息
数据流去向:加工4收费
数据项组成:身份证号+姓名+性别+班次+ 航班日期+航班起飞时间+航班目的地+票价
(6)数据流名称:收费信息
简 述:对订票信息核对正确的旅客收费产生的信息
数据流来源:加工4收费
数据流去向:加工5打印机票
数据项组成:身份证号+姓名+性别+班次+航班日期+航班起飞时间+航班目的地+票价
2.5 性能需求
原则是保证操作人员不会因为速度问题而影响工作效率。
2.6 用户其他需求
2.6.1 灵活性要求
如果要为数据项设计编码,尽可能采用行业标准,自行编码也应合乎规范,并留有扩充余地,还要征得相关业务部
2.6.2故障处理要求
正常使用时不应出错,一般性错误时应给出错误提示。应提供定期自动备份数据库的功能,当遇到不可恢复的系统
2.6.3其他要求
第三章 总体设计
3.1 引言
3.1.1 目的
3.1.2 命名规则
3.1.3 术语定义
3.1.4 参考资料
3.1.5 相关文档
3.2 处理流程
下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分:一、客
以下将分别对系统的这两大部分进行流程分析:
3.2.1 客户端处理流程
3.2.2服务器端处理流程
3.2 处理流程
下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名字;方框之间的直线表示模块的调用关系
3.3.1 客户端
3.3.2 服务器端
3.4 接口设计
3.4.1 外部接口
3.4.2 内部接口
3.5 数据结构设计
3.5.1 逻辑结构设计
3.5.2 物理结构设计
3.5.3 数据结构与程序的关系
3.6 运行设计
3.6.1 运行模块的组合
3.6.2 运行控制
3.6.3 运行时间
3.7 出错处理
3.7.1 出错输出信息
3.7.2 出错补救措施
3.7.3 系统恢复设计
3.8 安全保密设计
3.9 维护设计
第四章 详细设计
详细设计是在概要设计的基础上,进一步确定实现系统各层次上所需的具体功能,它的任务不是编写主要的程序代
1.1登录窗体设计
1.2 系统窗体界面菜单功能项设计
登录成功后,系统提供的主菜单下设的下拉菜单功能项设计。
(这里以管理员身份登陆,并为例)
1.3 航班管理菜单添加航班信息功能设计
1.4 航班管理菜单修改航班信息功能设计
(2)N-S图:
1.5 航班管理菜单查询航班信息功能设计
1.6 航班管理菜单删除航班信息功能设计
第五章 编码
5.1登录窗体代码
5.2系统窗体界面菜单功能项代码
5.3航班管理菜单添加航班信息功能代码
5.4航班管理菜单修改航班信息功能代码
5.5 航班管理菜单查询航班信息功能代码
5.6 航班管理菜单删除航班信息功能代码
第六章 测试
6.1 软件测试
常用的软件测试方法有白盒测试,白盒测试(White-box Testing,又称逻辑驱动测试,结构测
白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖
有三种测试方法:第一,穷举路径测试决不能查出程序违反了设计规范,即程序本身是个错误的程序。第二,穷举
6.2 白盒测试
6.3 黑盒测试
6.4 参考文献
目 录 第一章 可行性分析报告 .............................................................. 1 1.1 引言 ........................................................................ 1 1.1.1 编写目的 ............................................................... 1 1.1.2 项目背景 ............................................................... 1 1.1.3 术语说明 .............................................................. 1 1.2 可行性研究的前提 ............................................................ 1 1.2.1 基本要求 .............................................................. 1 1.2.2 开发目标 .............................................................. 2 1.2.3 条件、假定和限制 ....................................................... 2 1.3 市场可行性分析 .............................................................. 2 1.4 目标系统的技术可行性分析 .................................................... 3 1.5 经济可行性分析 .............................................................. 3 1.5.1 支出 .................................................................. 3 1.5.2 效益 .................................................................. 3 1.5.3 收益投资比 ............................................................ 3 1.5.4 投资回收周期 .......................................................... 3 1.6 法律的可行性 ................................................................ 4 1.7 结论 ........................................................................ 4 第二章 需求分析 .................................................................... 5 2.1 引言 ........................................................................ 5 2.1.1 编写目的 .............................................................. 5 2.2 项目概述 .................................................................... 5 2.2.1 功能概述 .............................................................. 5 2.2.2 约束 .................................................................. 5 2.2.2.1 结构总体设计方案对它的约束 ..................... 错误!未定义书签。 2.2.2.2 人力、资金、时间的约束 ........................................... 5 2.2.2.3 技术发展规律的约束 ............................................... 5 2.3 数据流图 .................................................................... 6 2.3.1 系统数据流图 .......................................................... 6 2.3.2 加工条目 .............................................................. 8 2.4 数据字典 ..................................................................... 9 2.5 性能需求 ..................................................................... 9 2.5 用户其他需求 ............................................................... 10 2.6.1 灵活性要求 ........................................................... 11 2.6.2 故障处理要求 ......................................................... 11 2.6.3 软件界面 ............................................................. 11 2.6.4 其他要求 ............................................. 错误!未定义书签。 第三章 总体设计 ................................................................... 12 3.1 引言 ....................................................................... 12 3.1.1 目的 ................................................................ 12 3.1.2 命名规则 ............................................................ 12 3.1.3 术语定义 ............................................................ 12 3.1.4 参考资料 ............................................................ 13 3.1.5 相关文档 ............................................................. 13
3.2 处理流程 ................................................................... 13 3.2.1 客户端处理流程 ....................................................... 13 3.2.2 服务器端处理流程 ..................................................... 14 3.3 总体结构和模块外部设计 ..................................................... 15 3.3.1 客户端 ............................................................... 15 3.3.2 服务器端 ............................................................. 16 3.4 接口设计 ................................................................... 17 3.4.1 外部接口 ............................................................. 17 3.4.2 内部接口 ............................................................. 17 3.5 数据结构设计 ............................................................... 18 3.5.1 逻辑结构设计 ......................................................... 18 3.5.2 物理结构设计 ......................................................... 18 3.5.3 数据结构与程序的关系 ................................................. 20 3.6 运行设计 ................................................................... 20 3.6.1 运行模块的组合 ....................................................... 20 3.6.2 运行控制 ............................................................. 20 3.6.3 运行时间 ............................................................. 20 3.7 出错处理 ................................................................... 21 3.7.1 出错输出信息 ......................................................... 21 3.7.2 出错补救措施 ......................................................... 21 3.7.3 系统恢复设计 ......................................................... 21 3.8 安全保密设计 ............................................................... 21 3.9 维护设计 ................................................................... 22 第四章 详细设计 ................................................................... 12 3.1 登录窗体设计 ............................................................... 12 3.2 系统窗体界面菜单功能项设计 ................................................. 13 3.3 航班管理菜单添加航班信息功能设计 ............................................ 15 3.4 航班管理菜单修改航班信息功能设计 ............................................ 17 3.5 航班管理菜单查询航班信息功能设计 ............................................ 18 3.6 航班管理菜单删除航班信息功能设计 ............................................ 18 第五章 编码 ....................................................................... 12 5.1 登录窗体代码 ............................................................... 12 5.2 系统窗体界面菜单功能项代码 ................................................. 13 5.3 航班管理菜单添加航班信息功能代码 ............................................ 15 5.4 航班管理菜单修改航班信息功能代码 ............................................ 17 5.5 航班管理菜单查询航班信息功能代码 ............................................ 18 5.6 航班管理菜单删除航班信息功能代码 ............................................ 18 第六章 测试 ....................................................................... 12 6.1 软件测试 ................................................................... 12 6.2 白盒测试 ................................................................... 13 6.3 黑盒测试 .................................................................... 15 6.4 参考文献 .................................................................... 17
第一章 可行性分析报告 1.1 引言 1.1.1 编写目的 可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解经过对 此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初 步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后,交软件经理审查。 1.1.2 项目背景 开发软件名称:机票预订系统。 项目任务提出者:中国民航及中国国际旅游开发公司。 项目开发者::黄石理工学院蓝盾实验室软件开发小组。 用户:中国民航及中国国际旅游开发公司。 实现软件单位:中国国际旅游开发公司及浙江大学 项目与其他软件,系统的关系: 本项目采用客户机/服务器原理,客户端的程序是建立在 Windows XP 系统上以 Microsoft Visual Basic 为开发软件的应用程序,服务器端采用 Windows server 2008 为操作系统的工作站,是采用 SQL Server 的为开发软件的数据库服务程序。 1.1.3 术语说明 系统:若未特别指出,统指本机票预定系统。 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 1.2 可行性研究的前提 1.2.1 基本要求 (1)主要功能:为游客提供机票预定服务,方便旅游局的售票工作,提高旅游局服务质量和服务效率 (2)性能要求:机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错 的存储在机场的主服务器上。对服务器上数据必须进行及时正确的刷新。 (3)输出要求:数据完整,详实。 (4)输出要求:简捷,快速,实时。 (5)安全与保密要求:服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修 改。售票员只享有对订票信息库的部分修改(写入与读出)。 (6)完成期限:预计 3 个月。 1
1.2.2 开发目标 (1)人力与设备费用的相对减少 (2)业务处理速度的提高 (3)计算的准确度和精度的提高 (4)人员利用率的改进 系统实现后,大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率,减少信息交流 的烦琐过程及其带来的开销。 1.2.3 条件、假定和限制 项目开发中所具备的条件,假定和限制: 建议软件寿命:5年 经费来源:旅游开发公司 硬件条件:HP服务器,HP客户PC。 运行环境:Windows XP/2000/2003//Vista/7/2008 数据库:SQL Server 2005 投入运行最迟时间:2011/03/01 1.3 市场可行性 本机票预订系统是在现代社会生活节奏不断加快,对机票预订工作的自动化和准确化要求也日 益强烈的背景下,为了实现机票预订工作的网络化,以及实现网络查询和统计一体化而开发的管理 信息系统。该系统为机票预订管理员提供了一个个性化的界面,并且机票预订管理员只需一次登录 就可以使用所有服务;将订票游客需要的各种服务集中起来,订票游客可以很方便地进行自身信息 和航班、票价情况查询。总之,从基本订票信息的录入到订票信息的查询,再到最终的信息核准打 印机票,都可以通过这个系统完成。 本系统采用最新的计算机技术,界面友好、操作方便,管理员可以针对不同需求分类、排序、 查询、统计,方便订票游客和其他部门根据自己的需求准确、快速地查询订票及航班信息。 2
1.4 目标系统的技术可行性分析 当前的技术支持系统开发的全过程。 1.5 经济可行性分析 1.5.1 支出 (1)基础投资 HP CQ3006CX 台式机电脑 4000/1台 * 10 = 40000元 HP ProLiant DL580 G5核心服务器 1台 50000元 HP ProLiant DL180 G6数据库服务器 1台 35500元 HP ProLiant DL580 G5备份服务器 1台 50000元 Cisco SLM224G2 交换机 1台 1850元 Cisco 1841 路由器 1台 3500元 Cisco PIX-525-UR-BUN 防火墙 1台 55000元 共计:25万 (2)其他一次性支出 系统开发费用:3(月)*10(人)*3000(元)=9万 系统安全软件:卡巴斯基企业空间安全解决方案 1.5万 数据库软件:SQL Server 2005 20万 服务器端操作系统:Windows server 2008 4万 操作员培训费:1万 共计:35.5万 支出总计:60.5万 1.5.2 效益 按银行利率:10%; 减少员工 10 人(1000 圆/人)每年收益: 1000*10*12=12 万 因服务质量提高增加旅客量 10%: 250 万*10%=25 万 收益共计:37 万 年 1 2 3 4 5 将来值 37 万 37 万 37 万 37 万 37 万 1.5.3 收益投资比 (1+i)n 现在值(元) 累计的现在值(元) 1.10 1.21 1.33 1.46 1.61 33.64 万 30.58 万 27.80 万 25.27 万 22.97 万 3 33.64 万 64.22 万 92.02 万 117.29 万 140.26 万
140.26/60.5=232% 1.5.4 投资回收周期 一年后收益为33.64万,比最初投资少26.86万。 两年以后将再节省30.58万,26.86/30.58=0.88。 因此投资回收期是1.88年。 1.6 法律的可行性 所有软件都选用正版。 所有技术资料都由提出方保管。 合同制定确定违约责任。 1.7 结论 由于投资效益比远大于 100%, 技术、经济、操作都有可行性,可以进行开发. 4
2.1 引言 2.1.1 编写目的 第二章 需求分析 随着现代社会的日益进步,乘坐飞机出行的人员日益增多,制作一个有用的机票预订系统是非常及 时的。该系统可以用于机票管理人员预订机票,可以让旅客进行查询,预定。也可以让旅行社进行 预订。满足了人们出行的需求,使其更方便更快捷的服务于旅客。 2.2 项目概述 2.2.1 功能概述 管理员可以针对不同需求分类、排序、查询、统计,方便订票游客和其他部门根据自己的需求准确、 快速地查询订票及航班信息。本机票预订系统实现后,能够大大提高旅游局的机票预定服务效率。 降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。 系统物理逻辑模型: 系统管理员 事务航班信息 的更新 产生报表 服 务 器 终 端 显 示数据 售票员 查询请求 数据库 产生报表 售票员 表单申请 产生报表 客 户 机 终 端 显 示数据 客 户 机 终 端 显 示数据 售票员 机票核对事务 产生报表及 帐单 在 客 户 端 打 印 机票和帐单 2.2.2 约束 1.Client/Server 结构总体设计方案对它的约束: 机票预订系统做为 Client/Server 结构的一个应用系统,不可避免的要受到 Client/Server 结构的 约束。在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。同时,由于 信息的共享,机票预订系统还受到其它系统的信息约束。 2.人力、资金、时间的约束 5
机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益,其开发过程中也要考虑到 人力、资金和时间的约束。因此,在设计中,重点是企业间信息的网络交流,能提供各部门间的方 便快捷的联系,并提高数据统计的即时性、准确性、方便性,给公司带来良好的效益。 3. 技术发展规律的约束 计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富 的信息表达形式。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑 技术变化的可能性,为可能的变化预留一定的系统处理能力。 2.3 数据流图 2.3.1 系统数据流图 (1)顶层数据流图 (2)0 层数据流图 顶层数据流图只是粗略地给出了整个系统的数据流情况,为了更好地把“机票预订系统”中各个模 块的具体数据流处理细节表示出来,在顶层图的基础上自顶向下地继续分解,得到 0 层数据流图。 旅客信息 通知、账单信息 旅客 1. 订票 2. 取票 旅客 通知、账单信息 (3)1 层数据流图 在 0 层的基础上继续分解得到 1 层数据流图。 6
分享到:
收藏