软件工程导论实验报告 航空订票系统

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

本科实验报告

课程名称:软件工程导论

实验项目:航空订票系统

实验地点:******

专业班级:******* 学号:******* 学生姓名:*******

指导教师:*******

2012年05 月21 日

可行性分析报告

1项目背景

机票预订工作的记录、查询、核对等工作量十分庞大,同时,操作相对简单且重复率很高,因此,可以利用计算机的管理信息系统进行这些繁杂而又简单的工作,以提高机票预定的工作效率、准确性、管理水平和服务质量。因此开发机票预订系统。

本机票预订系统是在现代社会生活节奏不断加快,对机票预订工作的自动化和准确化要求也日益强烈的背景下,为了实现机票预订工作的网络化,以及实现网络查询和统计一体化而开发的管理信息系统。该系统为机票预订管理员提供了一个个性化的界面,并且机票预订管理员只需一次登录就可以使用所有服务;将订票旅客需要的各种服务集中起来,订票旅客可以很方便地进行自身信息和航班、票价情况查询。总之,从基本订票信息的录入到订票信息的查询,再到最终的信息核准打印机票,都可以通过这个系统完成。

本系统采用最新的计算机技术,界面友好、操作方便,管理员可以针对不同需求分类、排序、查询、统计,方便订票旅客和其他部门根据自己的需求准确、快速地查询订票及航班信息。

2可行性研究的前提

1)要求:

主要功能:为游客提供机票预定服务,方便旅游局的售票工作,提高旅游局的服务质量和服务效率

性能要求:机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。

输出要求:数据完整,详实。

输出要求:简捷,快速,实时。

安全与保密要求:服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。售票员只享有对订票信息库的部分修改(写入与读出)。

2)目标:

系统实现后,大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。

3)条件,假定和限制:

建议软件寿命:5年。

运行环境:Linux

数据库:SQL Server

4)决定可行性的主要因素:

成本/效益分析结果,效益>成本。

技术可行,现有技术可完全承担开发任务。

操作可行,软件能被原有工作人员快速接受。

3技术可行性分析

1)系统简要描述

在旅游局中的终端是安装了Windows NT的PC机,主要目的是向机场的服务器传递数据。当顾客在旅游局进行咨询时,终端向服务器发出查询请求,服务器根据航班信息库的实时数据,向终端发送数据,显示在终端的屏幕上。当顾客向售票员定票时,终端向服务器发出详尽的一份定单,服务器核对后,存入定票信息库,并修改机票信息库。当顾客再次来取票时,终端向服务器发出查询定票请求,服务器接收后,查询定票信息库,核对后,传送机票确认表单,终端打印出机票。

2)处理流程和数据流程

4社会因素可行性分析

1)法律因素

所有软件都选用正版。

所有技术资料都由提出方保管。

合同制定确定违约责任。

2)用户使用可行性

使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训。

管理人员也需经过一般培训。

经过培训人员将会熟练使用本软件。

两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统。

5其他可供选择的方案

客户端与服务器端联系在一起

在旅游局中只设立终端,在机场设立服务器,数据输入由终端输入,所有数据都由服务器处理,只在终端上显示数据结果。

此设计简化了数据处理,但加重了服务器的数据处理。而使用客户端/服务器机理,简化数据流量,加快数据处理。

6结论意见

由于投资效益比远大于100%,技术、经济、操作都有可行性,可以进行开发。

“机票预订系统”的需求分析

需求分析是开发软件系统的重要环节,是系统开发的第一步和基础环节。通过需求分析充分认识系统的目标、系统的各个组成部分、各部分的任务职责、业务范畴、工作流程、工作中使用的各种数据及数据结构、各部门的业务关系和数据流程等,为系统设计打下基础。需求分析的好坏往往决定了系统开发的成败。

需求分析从系统的调查研究入手,需求分析要对系统的各个方面有全面的了解,既包括系统内部的各个方面,也包括与系统有联系的各种外部因素。通过调查研究和分析,对系统产生比较深刻的认识。

需求分析阶段的最终结果是“需求分析说明书”,它涵盖了对用户环境、事务处理和信息流程分析的一切成果,供项目开发小组和用户共同遵守。如果采用瀑布模型,就要对“需求分析说明书”进行冻结,使它成为凝固可靠的基线。万一要求变更基线,开发者和用户双方,都必须执行基线变更程序,此变更程序在合同中已做了明确规定。

现针对“机票预订系统”对机票预订部门的组织结构、业务流程、用户角色职能、系统数据流进行分析。利用结构化分析和UML中的用例从大到小、从粗到细进行系统建模。

1、组织结构调查

系统的组织结构,反映了单位内部各个部门的职责划分和它们之间的关系。为了对系统有一个全貌性的了解,首先要对系统内部部门结构、人员组织及用户情况有所了解。对系统组织结构的调查,是从总的方面对系统进行宏观了解和分析。信息的流动关系是以组织结构为背景的,而且总是伴随着组织部门之间的资金流和物流的传递而产生。机票预订系统的组织结构如图 1所示。

图1 系统组织结构图

机票预订由机票预定部门全面负责,下设信息管理部、票务部、客服部三个部门的业务职责如下:

●信息管理部:管理基本信息、主要包括旅客基本信息的查询、更改、删除;航班信息的

添加、查询、更改、删除。

●票务部:管理各种票据,主要包括根据订票信息和航班信息打印账单和取票通知、核对

账单和取票通知以及交款信息,无误则打印机票并发放。

●客服部:为订票旅客提供实时服务,主要包括投诉咨询受理,和售前售后支持。

2、系统用户分析

相关文档
最新文档