机票预订系统程序设计说明书结构化.docx
- 文档编号:9190510
- 上传时间:2023-02-03
- 格式:DOCX
- 页数:15
- 大小:183.31KB
机票预订系统程序设计说明书结构化.docx
《机票预订系统程序设计说明书结构化.docx》由会员分享,可在线阅读,更多相关《机票预订系统程序设计说明书结构化.docx(15页珍藏版)》请在冰豆网上搜索。
机票预订系统程序设计说明书结构化
程序设计说明书
1引言
编写目的
程序设计说明书提供用户与开发人员对开发软件的共同理解,使用户与开发单位就该系统的功能定义、环境需求达成共识,是今后各阶段设计工作的基础和依据,也是本阶段评审和测试阶段确认与验收的依据。
本需求分析的读者对象包括客户、业务人员需求分析人员、测试人员、用户文档编写人和项目管理人员。
用面向对象分析、设计方法来分析机票系统。
研究给定的软件开发任务,在此基础上完成系统的结构化需求分析模型建设。
学习软件的结构化设计方法,练习采用结构化设计方法完成程序设计任务的过程。
在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
预期的读者:
系统管理员、机票预订管理员、订票旅客、程序员。
背景
软件名称:
机票预订系统
提出者:
航空公司机票销售部门
开发者:
xxx。
用户:
需要乘飞机的旅客,航空公司,旅行社,系统管理员、程序员。
运行该软件的计算站(中心):
Internet、航空公司、网上银行
2程序设计说明
需求规定
(1)输入数据
航班号:
客户从自主选择列表中查询的航班号信息,可查询航班航班信息和机票信息
起航地点:
客户从页面中自主选择表格中要查询的起航地点信息,查询航班航班信息
降落地点:
客户从页面中自主选择表格中要查询的降落地点信息,查询航班航班信息
起航时间:
客户从页面中自主选择表格中要查询的起航时间信息,查询航班航班信息
身份证号码:
客户在预订机票时所填入的基本信息,用于区分不同客户
密码及确认密码:
客户在预订机票时所需要的基本信息,起信息保护和确认作用
姓名:
客户在预订机票时所需要的基本信息,与身份证号码相对应
电话:
客户在预订机票时所需要的基本信息,管理员联系客户时使用
Email:
客户在预订机票时所需要的基本信息,管理员联系客户时使用
联系地址:
客户在预订机票时所需要的基本信息,管理员联系客户时使用
航班等级:
客户在预订机票时所需要的基本信息,用于确定所订机票价格
订票数量:
客户在预订机票时所需要的基本信息,用于确定所订机票数
(2)输出数据
航班号:
客户查询航班信息后的返回值
起航地点:
客户查询航班信息后的返回值
降落地点:
客户查询航班信息后的返回值
起航时间:
客户查询航班信息后的返回值
身份证号码:
客户订购机票后的确认信息
密码及确认密码:
客户订购机票后的确认信息
姓名:
客户订购机票后的确认信息
电话:
客户订购机票后的确认信息
Email:
客户订购机票后的确认信息
联系地址:
客户订购机票后的确认信息
航班等级:
客户订购机票后的确认信息
订票数量:
客户订购机票后的确认信息
运行环境
设备服务器,硬件:
CPU133M,64M或以上内存,300M硬盘空间;VGA显示器或更高
客户机,硬件:
最低CUP133M,16MB内存;最少8MB的RAM存储器;VGA显示器或更高
条件与限制:
服务器和客户机要求都能接入Internet。
系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。
根据调研得知所有旅行社的计算机配置均在Pentium133级别以上,客户程序应能够在Pentium133级别以上,WinNT环境下运行。
程序结构说明
下面以结构图来描述机票预定系统的软件总体结构。
框内注明了模块的名字;方框之间的直线表示模块的调用关系。
如图,图
图客户机部分
图服务器程序部分
功能需求与程序的关系
服务器程序在对定票/领票进行操作时需对数据库数据库数据结构,也就是数据表进行查询和修改:
在定票/领票过程中都需要对数据库中的所有表,进行联合查询、修改。
物理数据结构主要用于各模块之间函数的信息传递。
接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。
出错信息将送入显示模块中,机票结构,帐单结构,送入打印准备模块中准备打印格式。
机票预定系统的主要功能包括:
订票、取票、退票、查询、更改航班、客户信息管理、订单管理需求分析机票预定系统的主要功能包括:
订票、取票、退票、查询、更改航班、客户信息管理、订单管理。
表系统功能表
编号
功能名称
使用用户
功能描述
输入
系统响应
输出
1
登陆功能
售票人员
进入系统登陆界面,输入密码进行登陆
输入登陆密码
再数据库中匹配时否账号密码一致和正确
成功登陆或者提示登陆不成功
2
预订机票功能
所有旅客
预订个人所需要的机票
姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求
保存旅客信息
返回信息是否有误
3
查询航班功能
售票员
查询旅客所需要的航班
输入出发地,出发时间,目的地
查询输入的信息
返回相关航班信息
4
改签功能
售票员
改签旅客的机票
输入要改签的订单号,以及改签的时间,出发地,目的地
数据库数据修改
返回改签信息
3接口设计
外部接口
(1)用户界面
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化。
总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用。
(2)接口
在输入方面,对于键盘、鼠标的输入。
在输出方面,打印机的连接及使用。
在网络传输部分,在网络硬件部分,实现高速传输。
内部接口
本系统内部加工之间并不是全自动化,有些部分需要人工参与。
打印出票据后,需要人员进行核对和收费,核对过后才将数据传之主数据库进型存储。
从而才使预定的票具有有效性。
内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。
4程序模块1(标识符)设计说明
程序模块描述
各个订票点把预定机票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求)输入到联网的系统中,系统为旅客安排航班。
当旅客确认航班并交付了预订金后,系统打印出取票通知和帐单给旅客,旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。
此外航空公司为随时掌握各个航班飞机的乘载情况,需要定期进行查询统计,以便适当调整。
输人项
数据项名称
说明
类型
长度
航班号
客户从页面中自主选择列表中要查询的航班号信息,可用于查询航班航班信息和机票信息
字符串型
20字节
起航地点
客户从页面中自主选择表格中要查询的起航地点信息,用于航班航班信息查询
字符串型
50字节
降落地点
客户从页面中自主选择表格中要查询的降落地点信息,用于航班航班信息查询
字符串型
50字节
起航时间
客户从页面中自主选择表格中要查询的起航时间信息,用于航班航班信息查询
日期型
8字节
身份证号码
客户在预订机票时所填入的基本信息,用于区分不同客户
字符串型
18字节
密码及确认密码
客户在预订机票时所需要的基本信息,起信息保护和确认作用
字符串型
50字节
姓名
客户在预订机票时所需要的基本信息,与身份证号码相对应
字符串型
50字节
电话
客户在预订机票时所需要的基本信息,管理员联系客户时使用
字符串型
20字节
客户在预订机票时所需要的基本信息,管理员联系客户时使用
字符串型
50字节
联系地址
客户在预订机票时所需要的基本信息,管理员联系客户时使用
字符串型
50字节
航班等级
客户在预订机票时所需要的基本信息,用于确定所订机票价格
字符串型
20字节
订票数量
客户在预订机票时所需要的基本信息,用于确定所订机票数
整型
8字节
输出项
数据项名称
说明
类型
长度
航班号
客户查询航班信息后的返回值
字符串型
20字节
起航地点
客户查询航班信息后的返回值
字符串型
50字节
降落地点
客户查询航班信息后的返回值
字符串型
50字节
起航时间
客户查询航班信息后的返回值
日期型
8字节
身份证号码
客户订购机票后的确认信息
字符串型
18字节
密码及确认密码
客户订购机票后的确认信息
字符串型
50字节
姓名
客户订购机票后的确认信息
字符串型
50字节
电话
客户订购机票后的确认信息
字符串型
50字节
客户订购机票后的确认信息
字符串型
50字节
联系地址
客户订购机票后的确认信息
字符串型
50字节
航班等级
客户订购机票后的确认信息
字符串型
20字节
订票数量
客户订购机票后的确认信息
整型
8字节
算法
1.【确定】按钮出发的处理:
验证用户的合法性。
处理流程:
出的用户输入的用户名和口令;传输到数据库并与账户表进行一致性验证。
If用户名and口令正确
以管理员的身份进入系统并获得相应系统权限
Else
提示“请检查用户名和密码”
Endif
2.【关闭】按钮出发的处理。
关闭用户登录窗口。
3.【查询全部】按钮触发的处理:
从数据库相应的表中检索出所有的班次。
4.【班次】首先在界面初始化的时候就预先检索出所有班次。
默认情况下它的下拉菜单是不可用的,当选中班次按钮的时候才变得可用。
下拉菜单中的项目为系统中现有的航班编号。
这样,登陆用户可以方便地选择相应的航班,查询相关的信息。
5.【安全保密设计】
由于数据的传输上需要通过网络传输,为了客户资料进行保密,需要在网络的传输过程中对数据进行加密。
这个工作主要是在准备网络包,及解开网络包这两个模块完成,它们各对数据进行加密及解密还原工作。
在加密算法选择上将使用RSA加密算法。
具体算法可参照参考资料中《ComputerNetwork》。
注释设计
说明准备在本程序中安排的注释,如:
strcpy(s[i].start,M[0].start1);ver,M[0].over1);//替换终点站
加在模块首部的注释:
#include<>//包含字符串函数处理头文件
#include<>//包含动态存储与释放函数头文件
加在各分枝点处的注释;
对各变量的功能、范围、缺省条件等所加的注释;
对使用的逻辑所加的注释等等。
5系统数据结构设计
逻辑结构设计要点
数据库数据结构设计:
DBMS的使用上系统将采用SQLSERVER,系统主要需要维护3张数据表:
如图、图所示。
物理结构设计要点
物理数据结构设计主要是设计数据在模块中的表示形式。
数据在模块中都是以结构的方式表示。
如图、图5,2,2所示。
如图
图系统出错处理设计
出错信息
程序在运行时主要会出现两种错误:
1、由于输入信息,或无法满足要求时产生的错误,称为软错误。
2、由于其他问题,如网络传输超时等,产生的问题,称为硬错误。
对于软错误,须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。
对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置,返回输入阶段。
总结
说真的有很多的问题我还是不懂,但是我相信在后面的学习中我会懂得很多的,这门课也需要我继续努力。
通过本次实验报告,我基本能用面向对象的分析方法来分析机票预定系统,用面向对象的设计方法来实现系统的各种基本模型图。
面向对象分析的关键是识别出问题域内的类和对象,并分析它们之间相互的关系,最终建立起问题域的简洁、精确、可理解的正确模型。
在实验中,也熟悉了和基本掌握了各种模型图的分析方式和设计模式。
还是有点感觉很多地方都很像,还要继努力。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 机票 预订 系统 程序设计 说明书 结构