第一章 可行性分析报告
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 参考文献