机票预订系统软件需求说明书.docx
《机票预订系统软件需求说明书.docx》由会员分享，可在线阅读，更多相关《机票预订系统软件需求说明书.docx（10页珍藏版）》请在冰豆网上搜索。
机票预订系统软件需求说明书
1引言2
1.1编写目的2
1.2背景2
1.3定义3
1.4参考资料3
2任务概述3
2.1目标3
2.2用户的特点4
2.3假定和约束4
3需求规定4
3.1对功能的规定4
3.2对性能的规定7
3.2.1精度7
3.2.2时间特性要求7
3.2.3灵活性7
3.3输人输出要求7
3.4数据管理能力要求8
3.5故障处理要求8
3.6其他专门要求9
4运行环境规定9
4.1设备9
4.2支持软件9
4.3接口10
4.4控制10
软件需求说明书
1引言
1.1编写目的
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。
1.2背景
本项目（机票预定系统），由王永魁负责开发。
机票预定系统将由两部分组成：
置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下：
客户程序
1.3定义
SQLSERVER:
系统服务器所使用的数据库管理系统
（DBMS）。
SQL:
一种用于访问查询数据库的语言事务流：
数据进入模块后可能有多种路径进行处理。
主键：
数据库表中的关键域。
值互不相同。
外部主键：
数据库表中与其他表主键关联的域。
ROLLBACK:
数据库的错误恢复机制。
系统：
若未特别指出，统指本机票预定系统。
SQL:
StructuredQueryLanguage（结构化查询语言）。
ATM:
AsynchronousTransferMode（异步传输模式）。
1.4参考资料
以下列出在概要设计过程中所使用到的有关资料：
周苏、王文等天津科
1．软件工程及其应用
学技术出版社1992/1
2．软件工程
社1990/11
3．ComputerNetwork
PrenticeHall
张海藩清华大学出版
A.S.Tanenbaun
1996/01
文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。
2任务概述
2.1目标
航空公司为方便旅客，需开发一个机票预定系统。
为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。
旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。
2.2用户的特点
要求合法的管理员以及用户才能登陆体统，防止系统被无关人员动用，使用字符串匹配对用户名和密码进行判断。
管理员和用户的登录对相应的操作权限也不一样，如果是用户登录，管理员的窗口属性为不可用，管理员有舱位信息管理，客机信息管理，航线信息管理，客户类型信息管理，客户信息和订票信息管理，用户主要有舱位查询，客机信息查询，航线信息查询，客户类型信息查询，自己的信息管理，和自己订票和退票。
2.3假定和约束
1.Client/Server结构总体设计方案对它的约束：
机票预定系统做为Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。
同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。
2．人力、资金、时间的约束机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。
因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。
3．技术发展规律的约束计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。
3需求规定
3.1对功能的规定
根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个
子系统：
客户端子系统，服务器端子系统。
旅客订票流程图：
班机票
旅客清单
2．2
传给旅行社
旅客订票记录
1．1
息旅客信息记录
订
机票信
旅客
航班机票信息
产生取票通知
航班1．机3票信
旅客
订票信息
旅客取票图：
订票旅客清单
旅客
旅客信息查询
3．1
下面分析各个子系统的功能需求：
1．客户端子系统：
在客户端系统的功能实现上，可以分为以下几个部分：
[1]旅客信息的输入和统计
旅行社把旅客要求订票的信息由专人负责输入。
这部
分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。
这部分要求对输入的数据进行简单的统计，供航空公司进行查询和宏观调控。
[2]旅客信息的存储：
将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查
询。
[3]机票信息的传递及接收：
将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并且接受航空公司返回的航班信息，然后存储起来。
[4]取票通知及帐单的生成和打印：
把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。
印出机票给已经订票的旅客：
根据旅客的取票通知及帐
单，经过确认无误后，接受旅客的付款后把机票印出来交给
旅客。
[5]机票销售情况的核算
这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售情况并把核算结果作为企业报表输出。
2．服务器端的功能要求：
通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售统计，综合信息查询等子系统。
以计算机成本核算为中心，实现销售业务的计算机自动化，为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。
在客户端系统的功能实现上，可以分为以下几个部分：
[1]接收由旅行社客户端发回的所需机票信息：
通过网络接收机票信息并存入到服务器的数据库中。
[2]生成航班信息：
根据所需机票信息（时间，地点），在数据库中查询并得到正确的航班的信息（价格，时间，等级），分配所需的机票数并在数据库中做出已售出的标记。
[3]传递航班信息到客户端（旅行社）：
把得到的航班信息通过网络传递到旅行社。
[4]接收旅行社的反馈信息：
对旅行社的反馈信息进行分析，把已经售出的机票进行统计，对被旅客所退掉的机票要进行数据库的恢复。
[5]印出机票给已经订票的旅客：
根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。
[6]销售额的分析和管理
这一步骤的功能要求包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。
它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。
这一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。
3.2对性能的规定
3.2.1精度
因为系统本身较小，并不投入实际应用，因此响应时间、结果精度方面可能会比较差，数据量大小方面能够处理较大的数据量。
3.2.2时间特性要求
系统处理的准确性和及时性是系统的必要性能。
在系统
设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。
在系统开发过程中，必须采用一定的方法保证系统的准确性。
3.2.3灵活性
机票预定系统在开发过程中，应该充分考虑以后的可扩充性。
例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3.3输人输出要求
数据完整，详实。
简捷，快速，实时。
数据格式
机票信息：
航班号String
目的地
String
起飞时间
Date/Time
旅客姓名
String
旅客性别
Char
身份证号码
String
座位号
String
帐单信息：
帐单号
Longint
旅客姓名
String
身份证号码
String
航班号
String
起飞时间
Date/Time
目的地
String
输出举例
机票信息：
航班号
NF1001
目的地
上海
起飞时间
1999-02-02/20：
10
旅客姓名
王老五
旅客性别
M
身份
证号码
22113319990999222
座位号
B024
帐单信息：
帐单号
10000011
旅客姓名
王老五
身份
证号
码
22113319990999222
航班号
NF1001
10
目的地上海
3.4数据管理能力要求
服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。
售票员只享有对订票信息库的部分修改（写入与读出）。
完成期限：
预计六个月。
3.5故障处理要求
程序在运行时主要会出现两种错误：
1、由于输入信息，或无法满足要求时产生的错误，称为软错误。
2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。
对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。
对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。
返回输入阶段。
出错信息必须给出相应的出错原因，例：
《全部班机座位已满！
》
《查无此定位信息！
》等。
如果输入数据出错，可立即进行取消订票操作，重新输入。
如果突然断电或系统没有响应，则关机，等系统重新启动时，会根据日志文件自动ROLLBACK到正确的阶段。
需要等待一段时间。
3.6其他专门要求
由于数据的传输上需要通过网络传输，为了客户资料进
行保密，需要在网络的传输过程中对数据进行加密。
这个工作主要是在准备网络包，及解开网络包这两个模块完成，它们各对数据进行加密及解密还原工作。
在加密算法选择上将使用RSA加密算法。
具体算法可参照参考资料中《ComputerNetwork》p.598。
4运行环境规定
4.1设备
1．服务器端子系统的运行要求：
硬件要求：
PentiumIII450以上,258MRAM,
14GHD
2.客户端子系统的运行要求：
硬件要求：
Pentium133以上,32MRAM,4.3GHD
4.2支持软件
1．服务器端子系统的运行要求：
系统软件：
WindowNTServer数据库管理系统：
SQLServer2.客户端子系统的运行要求：
系统软件：
WindowNTWorkstation
数据库管理系统：
SQLServer
4.3接口
服务器程序可使用VISUALC++提供的对SQL
SERVER的接口，进行对数据库的所有访问。
服务器程序上可使用SQLSERVER的对数据库的备分命令，以做到对数据的保存。
在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。
4.4控制
运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。
在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。
服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。
升级会员 