课程设计报告范例文档格式.docx
《课程设计报告范例文档格式.docx》由会员分享,可在线阅读,更多相关《课程设计报告范例文档格式.docx(55页珍藏版)》请在冰豆网上搜索。
系统实现后,大大提高旅游局的机票预定服务效率。
降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。
2.3条件,假定和限制
建议软件寿命:
5年。
经费来源:
中国国际旅游开发公司。
硬件条件:
服务器sun工作站,终端为pc机。
运行环境:
Linux
数据库:
Oracle8
投入运行最迟时间:
2000/04/04
2.4可行性研究方法
2.5决定可行性的主要因素
成本/效益分析结果,效益〉成本。
技术可行,现有技术可完全承担开发任务。
操作可行,软件能被原有工作人员快速接受。
3.技术可行性分析
3.1系统简要描述
在旅游局中的终端是安装了WindowsNT的PC机,主要目的是向机场的服务器传递数据。
当顾客在旅游局进行咨询时,终端向服务器发出查询请求,服务器根据航班信息库的实时数据,向终端发送数据,显示在终端的屏幕上。
当顾客向售票员定票时,终端向服务器发出详尽的一份定单,服务器核对后,存入定票信息库,并修改机票信息库。
当顾客再次来取票时,终端向服务器发出查询定票请求,服务器接收后,查询定票信息库,核对后,传送机票确认表单,终端打印出机票。
3.2处理流程和数据流图
…………..。
。
4.经济可行性分析
4.1支出
基础投资:
终端PC机20台:
8000*20=16万
网络设备:
10万
辅助配置:
共计:
36万
其他一次性投资:
Oracle8.0:
20万
WindowsNT:
10万
操作员培训费:
5万
35万
经常性支出:
人工费用:
6(月)*20(人)*5000(圆)=60万
其他不可知额外支出:
20万
共计:
80万
支出共计:
151万
4.2效益
一次性收益
0元
经常性收益
(按银行利率:
1%);
减少员工20人(1000圆/人)五年收益:
1000*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*20*12*5=120万
工作效率提高收益(工作效率提高30%):
30*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*(30%)*5=45万
经常性收益共计:
160万
不可定量收益
因服务质量提高增加旅客量10%:
1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360万
收益共计:
520万
4.3收益/投资比
520万/151万=344%
4.4投资回收周期
2.3年
4.5敏感性分析
设计系统周期为五年,估计最长可达10年
处理速度:
一般查询速度<
4秒
关键数据查询速度:
<
2秒
5.社会因素可行性分析
6.1法律因素
所有软件都选用正版.
所有技术资料都由提出方保管。
合同制定确定违约责任.
6.2用户使用可行性
使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.
管理人员也需经一般培训.
经过培训人员将会熟练使用本软件.
两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.
6.其他可供选择的方案
6.1客户端与服务器端联系在一起
在旅游局中只设立终端,在机场设立服务器,数据输入由终端输入,所有数据都由服务器处理,只在终端上显示数据结果。
此设计简化了数据处理,但加重了服务器的数据处理。
而使用客户端/服务器机理,简化数据流量,加快数据处理。
7.结论意见
由于投资效益比远大于100%,技术、经济、操作都有可行性,可以进行开发.
2.需求分析
机票预定系统的功能要求
机票预定系统的总目标是:
在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,实现航空公司的机票销售的自动化的计算机系统,为企业的决策层提供准确、精细、迅速的机票销售信息。
根据可行性研究的结果和客户的要求,分析现有情况及问题,采用Client/Server结构,将机票预定系统划分为两个子系统:
客户端子系统,服务器端子系统。
旅客订票流程图:
2.2
传给旅行社
旅客清单
航班机票旅客订票记录
1.1
旅客信息记录
订票机票信息
旅客
1.3
产生取票通知
航班机票信息
航班机票信息
订票信息
1.1
安排航班
2.2
传给航空公司
取票通知
订票信息
旅客取票图:
订票旅客清单
3.2
打印机票
3.1
旅客信息查询
售出机票信息
下面分析各个子系统的功能需求:
1.客户端子系统:
在客户端系统的功能实现上,可以分为以下几个部分:
[1]旅客信息的输入和统计
旅行社把旅客要求订票的信息由专人负责输入。
这部分功能是客户端子系统
的基本部分,这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系
统中共享一部分信息,又有方便的操作界面工手工输入旅客信息。
这部分要求对输入的数据进行简单的统计,供航空公司进行查询和宏观调控。
[2]旅客信息的存储:
将旅客的信息存储到旅行社的客户端系统中,以备以后的取票确认以及查询。
[3]机票信息的传递及接收:
将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上,并且接受航空公司返回的航班信息,然后存储起来。
[4]取票通知及帐单的生成和打印:
把已存储的从航空公司返回的航班机票信息打印出来,并且生成帐单打印出来一起交给旅客。
印出机票给已经订票的旅客:
根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。
[5]机票销售情况的核算
这一功能是在上一功能的基础上,对机票销售额进行单项核算,得到该旅行社的销售情况并把核算结果作为企业报表输出。
2.服务器端的功能要求:
通过计算机网络将客户端与服务器的数据库相连,将从客户端得到的信息进行处理,实现航班查询,机票生成,销售统计,综合信息查询等子系统。
以计算机成本核算为中心,实现销售业务的计算机自动化,为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。
[1]接收由旅行社客户端发回的所需机票信息:
通过网络接收机票信息并存入到服务器的数据库中。
[2]生成航班信息:
根据所需机票信息(时间,地点),在数据库中查询并得到正确的航班的信息(价格,时间,等级),分配所需的机票数并在数据库中做出已售出的标记。
[3]传递航班信息到客户端(旅行社):
把得到的航班信息通过网络传递到旅行社。
[4]接收旅行社的反馈信息:
对旅行社的反馈信息进行分析,把已经售出的机票进行统计,对被旅客所退掉的机票要进行数据库的恢复。
[5]印出机票给已经订票的旅客:
根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。
[6]销售额的分析和管理
这一步骤的功能要求包括对销售的机票进行分析,这一工作是在前面的基础上,以计算机为工具,对机票预定系统的功能和目标进行扩充。
它以财务管理学为理论基础,以辅助决策为目标,以机票销售数据为中心,广泛采用统计学、运筹学的分析方法,对销售信息进行深层加工,建立反映不同航班需求的模型,提供管理上所需的各种辅助决策信息和财务信息。
这一要求是机票预定系统的最高目标,将通过系统运行后获得的大量销售历史数据基础上,实现这一目标。
机票预定系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,机票预定系统应该满足以下的性能需求:
1.系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而机票数量和时间又影响企业的决策活动,其准确性很大程度上决定了机票预定系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
2.系统的开放性和系统的可扩充性
机票预定系统在开发过程中,应该充分考虑以后的可扩充性。
例如订票系统的方式的改变(网上订票),用户查询的需求也会不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3.系统的易用性和易维护性
机票预定系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;
针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
机票预定系统中涉及到的数据是航空公司的相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作。
4.系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;
同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
5.系统的先进性
目前计算系统的技术发展相当快,做为机票预定系统工程,应该保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。
另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6.系统的响应速度
机票预定系统系统在日常处理中的响应速度为秒级,达到实时要求,以及时
反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,
原则是保证操作人员不会因为速度问题而影响工作效率。
机票预定系统的数据需求
机票预定系统的数据需求包括如下几点:
1.数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。
在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据。
2.数据的一致性与完整性
由于系统的数据是共享的,在不同的旅行社中中,机票是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题。
要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。
3.数据的共享与独立性
整个机票预定系统的数据是共享的。
然而,从系统开发的角度上看,共享会给设计和调试带来困难。
因此,应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干预的手段进行系统数据的交换。
这样,也能提供系统的强壮性。
机票预定系统的数据字典
系统中的数据元素:
名字:
旅客信息
别名:
描述:
旅客的个人信息,用于对旅客的确认
定义:
旅客信息=姓名+性别+工作单位+身份证号码+旅行时间
+旅行目的地
位置:
输入到旅行社端(client端)
订票旅客清单
已订票的旅客的记录
订票旅客清单=旅客信息的合集
输入到旅行社端(Client端)
订票信息
旅客的旅行时间和目的地,用于确定旅客的航班
订票信息=旅客旅行时间+旅客旅行目的地
传输到航空公司端(Server端)
航班机票信息
旅客的航班信息,根据旅客的旅行时间和目的地确定
航班机票信息=旅客机票时间+旅客机票班次
传输到旅行社端(Client端)
取票通知
旅客领取机票的凭证
取票通知=旅客姓名+领票时间
输出到打印机
售出机票信息
旅客的航班机票的信息
售出机票信息=旅客的航班机票
旅客订票记录
已订票的旅客在航空公司的记录
旅客订票记录=旅客姓名+航班机票信息
输出到航空公司端(Server端)
机票预定系统的逻辑模型
机票预定系统的逻辑模型如下图所示:
旅行地点
旅行时间
性别
姓名
身份证号码
工作单位
1
航空公司
订票
帐单
价格
11
时间
旅行社
合适航班机票
N
等级
可售机票
机票预定系统的运行要求
机票预定系统中的各个子系统的硬件和软件的配置如下:
1.服务器端子系统的运行要求:
系统软件:
WindowNTServer
数据库管理系统:
SQLServer
硬件要求:
PentiumIII450以上,258MRAM,14GHD
2.客户端子系统的运行要求:
WindowNTWorkstation
Pentium133以上,32MRAM,4.3GHD
建立机票预定系统的约束
1.Client/Server结构总体设计方案对它的约束:
机票预定系统做为Client/Server结构的一个应用系统,不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。
同时,由于信息的共享,机票预定系统还受到其它系统的信息约束。
2.人力、资金、时间的约束
机票预定工程实施的目标就是要带给航空公司看得出见的效益,其开发过程中也要考虑到人力、资金和时间的约束。
因此,在设计中,重点是销售系统中的方便快捷,能提供给旅客以优质高效的服务,并提高销售的效率和便捷,为航空公司带来良好的效益。
3.技术发展规律的约束
计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。
3.概要设计说明书
1.引言
1.1编写目的
在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
1.2项目背景
本项目(机票预定系统)时由浙江航空公司委托,由<
>
负责开发。
机票预定系统将由两部分组成:
置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下:
机场飞机起飞管理
客户程序
(旅行社):
:
(航空公司)飞机起飞数据
1.3定义
1.3.1专门术语
SQLSERVER:
系统服务器所使用的数据库管理系统(DBMS)。
SQL:
一种用于访问查询数据库的语言
事务流:
数据进入模块后可能有多种路径进行处理。
主键:
数据库表中的关键域。
值互不相同。
外部主键:
数据库表中与其他表主键关联的域。
ROLLBACK:
数据库的错误恢复机制。
1.3.2缩写
系统:
若未特别指出,统指本机票预定系统。
StructuredQueryLanguage(结构化查询语言)。
ATM:
AsynchronousTransferMode(异步传输模式)。
1.4参考资料
以下列出在概要设计过程中所使用到的有关资料:
1.机票预定系统项目计划任务书浙江航空公司1999/3
2.机票预定系统项目开发计划《》软件开发小组1999/3
3.需求规格说明书《》软件开发小组1999/3
4.用户操作手册(初稿)《》软件开发小组1999/4
5.软件工程及其应用周苏、王文等天津科学技术出版社1992/1
6.软件工程张海藩清华大学出版社1990/11
7.ComputerNetworkA.S.TanenbaunPrenticeHall1996/01
文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。
2.任务概述
2.1目标
2.2运行环境
系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。
根据调研得知所有旅行社的计算机配置均在Pentium133级别以上,客户程序应能够在Pentium133级别以上,WinNT环境下运行。
2.3需求概述
浙江航空公司为方便旅客,需开发一个机票预定系统。
为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。
旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。
2.4条件与限制
3.总体设计
3.1处理流程
下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。
系统可分为两大部分:
一、客户机上的程序,二、服务器上的程序。
以下将分别对系统的这两大部分进行流程分析:
3.1.1客户机程序流程
客户机上的输入信息为旅客资料或帐单号,还包括一个定票/领票选项。
输出为打印帐单或机票,和确认或出错信息。
其内部处理流程如下:
下面对各模块(以数字表示)进行功能说明:
1.读入并确定(定票/领票)它是一个事务处理中心,若输入是定票时转入2,输出则转入5。
2.读入旅客资料读取所输入的旅客资料,并将其格式化,将格式化数据送3。
3.检验输入资料检验格式化输入资料,初步检查输入是否有误,它是一个事务处理中心,有误则转2再次读入,检查无误则将数据送4。
4.准备服务器数据由格式化旅客资料准备需发送到服务器的数据,将准备好的数据送7。
5.读入帐单号读取所输入的帐单号,并将其格式化,将格式化数据送6。
6.准备服务器数据由格式化帐单号准备需发送到服务器的数据,不同于4,它将准备的是帐单号,将准备好的数据送7。
7.准备网络数据包将数据准备/加密成网络传输数据包。
8.网络数据发送将数据包经网络发送到服务器程序,它是程序与网络的接口。
9.网络数据接受接受由服务器程序经网络传送到客户机的数据包,它是程序与网络的接口。
10.解开/判断解开9所接受的数据包,并判断数据是定票数据或是领票数据,它是一事务处理中心,是定票则将数据送11,是领票则将数据送18。
11.定票成功?
由数据判断定票是否成功,它是一事务处理中心,若定票成功则将数据送11,不成功则将数据送18。
12.准备输出数据由接收的服务器数据准备输出数据,其中关于帐单的数据将送入13,其他包括旅客资料等送入14。
13.打印帐单由帐单信息处理帐单格式并打印出帐单。
14.输出定位确定在屏幕上显示确定定位及其他信息。
15.判断错误由数据判断出错误类型,将类型送到16。
16.准备错误语句由具体错误类型准备错误语句,送17。
17.输出错误语句在屏幕上显示错误语句。
18.领票核对成功?
由数据判断领票核对是否成功,它是一事务处理中心,若成功则将数据送19,不成功则将数据送15。
19.准备机票输出数据由接收的服务器数据准备将打印的机票数据数,据其中关于帐单的机票的数据将送入20,其他包括旅客资料等送入14。
20.打印机票由机票信息处理机票格式并打印出机票。
3.1.2服务器程序流程
1.网络数据接收接受由客户