软件工程机票预订实验报告.docx

软件工程机票预订实验报告.docx

《软件工程机票预订实验报告.docx》由会员分享，可在线阅读，更多相关《软件工程机票预订实验报告.docx（36页珍藏版）》请在冰豆网上搜索。

本科实验报告

课程名称：

软件工程导论

实验项目：

机票预订系统

实验地点：

专业班级：

学生姓名：

指导教师：

年月日

1.实验目的和要求

目的：

为本实验课程做好各项准备工作，熟悉软件开发环境，熟悉电子资源的获取，了解学校内部工资系统的流程及其内容。

本实验课程通过完整地实施软件生命周期各阶段的任务，让学生系统地学习到软件开发过程的主要理论、方法、技术、标准和规范，使他们具备基本的软件开发设计能力；通过软件工程中常用CASE工具和软件项目管理的实践，使他们具备运用各种工具完成项目设计和实施的基本技能；通过集体项目开发，培训学生的合作意识和团队精神，培养学生对技术文档的编写能力。

要求：

确定分组成员，根据提供的课题需求，作出相应的可行性研究报告，需求分析，结构化设计等。

结合具体的开发项目进行分析、设计。

二、实验内容和原理

1．班级按项目小组进行分组，每组不得超过5人。

2．每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目，所有实验中都要采用同一个实验题目。

项目开发的每项任务要落实到人且规定该任务的起止日期和时间。

3．每个项目小组全体成员参加集体讨论需求分析，完成需求分析报告，，修订并评审需求分析报告，确定系统的需求分析模型。

4.项目总体设计小组每个成员根据第3步需求分析的结果对系统进行总体设计，并完成文档，提交项目小组讨论。

2.5.项目详细设计小组人员每人选择第4步的一个模块进行详细设计。

6.项目小组全体成员选择第4步的一个模块编码实现。

7.由需求分析人员对第5步的结果进行黑盒测试，设计人员进行白盒测试，并编写测试计划和测试结果报告。

三、主要仪器设备

计算机，相关软件开发工具和环境，浏览器

四、操作方法与实验步骤

小组情况

项目题目：

机票预订系统

项目成员

一、可行性分析报告

1.引言

1.1目的

为了方便旅客，航空公司拟开发一个飞机票预订系统。

旅游公司把预订机票的旅客信息（姓名、年龄、工作单位、身份证号码、旅游时间，旅游目的地等）输入系统，系统为旅客安排航班，打印出取票通知和账单，旅客在飞机起飞的三天内凭取票通知和账单交款取票，系统校对无误即可打印出飞机票给旅客。

1.2背景：

开发项目软件名称：

航空机票预订系统

项目任务提出者：

民航以及国际旅游开发公司

项目开发者：

开发小组（团队名称：

五人行）

用户：

民航以及国际旅游开发公司

实现软件单位：

国际旅游开发公司

项目与其他软件、系统的关系：

本项目采用b/s模式，客户只需要一个浏览器就能登录系统，服务器采用linux系统，数据库采用Oracle10g

2可行性研究的前提

2.1要求:

主要功能：

为游客提供机票预订服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率

性能要求：

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

输出要求：

数据完整，详实

输入要求：

简捷，实时

安全与保密要求：

服务器的管理员享有对机场航班信息库、机票信息库和订票信息库德管理与修改，售票只享有对订票信息库的部分修改（写入与读出）。

完成期限：

预计四个月

2.2目标:

 “机票预定系统”的主要功能是帮助航空公司对乘客的信息进行统计，更新。

并对自己的航班做出相应的调整，来达到最好的运输效果。

 其功能描述如下：

（1）旅行社将乘客的信息传输到该系统，并在系统中注册。

（2）系统为乘客安排航班。

（3）旅客交付了预定金后，系统印出取票通知和帐单给旅客 （4）旅客在飞机起飞的前一天凭取票通知和帐单交款取票，系统核对无误即印出机票给旅客 

（5）航空公司为随时掌握各航向飞机的乘载情况，系统定期进行查询统计，以便适当调整。

（6）系统对旅客延误了取票时间的处理 

（7）系统对班机取消后的处理 

（8）旅客临时更改机票班次的处理

2.3条件、假定和限制：

建议软件使用寿命：

四到五年（软件当然会根据市场环境和社会等一系列环境的不同做些必要的更新和维护）

经费来源：

旅游开发公司，民航

硬件条件：

服务器Linux，数据库服务器Oracle，开发端客户机条件尽量高，cpu至少要奔腾系列，内存至少要达到1G，最好到2G

运行环境：

Linux

数据库：

Oracle

投入运行最迟时间：

四个月

2.4进行可行性研究的方法：

进行全面的市场调查，深入研究国内的经济环境、社会环境，通过小组会议进行多次研究与探讨并通过科学论证来规划整个系统的草图以及制定项目计划并按部就班的完成各阶段的任务。

3对现有系统的分析

此处的现有系统是指传统的人工办理订票事务的系统。

传统的人工录入不仅工作效率低，可变性差而且容易因为人为的主观因素而导致各个环节出现不可预估的差错。

分析现有系统的目的是为了进一步阐明建议中的开发系统或修改现有系统的必要性。

3.1数据流程和处理流程

旅客先去航空公司的订票处输入订票信息，然后航空公司的工作人员登记旅客信息，并进行审核。

之后工作人员根据旅客的订票信息查询相关航班信息，并将此信息反馈给旅客。

若订票成功旅客则交付预定金，工作人员打印单据给旅客，在飞机起飞的前一天，旅客凭单据及本人身份证明拿机票。

若订票不成功，则旅客可更改航班或放弃订票

3.2工作负荷

现有系统使航空公司的工作人员需24小时轮班工作，还需对大量的旅客信息进行登记统计，大大增加了工作时间也降低了工作效率。

3.3费用支出

现有的系统需支付工作人员工资以及纸张费、打印费等费用

3.4人员

现有系统需大量工作人员，如：

旅客信息登记人员，有效性审查人员、会计、出纳、服务人员、保安人员等等。

3.5设备

微机、打印机、刷卡机、柜员机、柜台等。

3.6局限性

现有系统在众多旅客订票时处理时间较长，也不能及时向旅客反馈航班信息。

4所建议的系统

4.1对所建议的系统的说明

该系统是一个自动化系统，能方便快捷的为旅客订票，并能及时向旅客反馈航班信息，使旅客能及时作出更改。

4.2数据流程和处理流程

旅客能在通过互联网登录到系统，输入自己的信息，并选择所需的航班，该系统就反馈出该航班信息，旅客根据此信息来确定自己是否已预订机票；若已预订，则通过网上银行交付预定金，该系统打印出单据，旅客在飞机起飞的前一天凭单据去航空公司交付余款金额，并领取机票。

若无预订，则旅客可更改航班。

4.3改进之处

若旅客想退票，则需要制定一个退票系统，使得该系统更加的完备。

4.4影响

该系统的开发需得到航空公司以及政府和旅客的大力支持，在开发完成后航空公司需供应该系统所需的设备。

4.5局限性

该系统在取票时需旅客出示身份证明，若旅客由于身份证丢失等原因而不能证明自己的身份，则不能为旅客办理取票手续，从而为旅客的出行带来了诸多不便。

5技术可行性

处理流程和数据流程

服务器终端显示数据

系统管理员

产生报表

　事务

航班信息的更新

在客户端打印机票和帐单

售票员

机票核对事务

客户机终端显示数据

产生报表

表单申请

售票员

客户机终端显示数据

产生报表

数据库

售票员

查询请求

产生报表及

帐单

6经济可行性

6.1支出：

终端pc机6到8台、一些网络必须设备、Linux服务器、辅助设施、开发人员工资、服务器端管理人员培训费、数据库服务器、其他一些费用

6.2效益：

初期收益：

网站刚刚推出，收益是零

长期收益：

系统大大提高了售票的售票效率

当网站推出市场之后，能收取一定的广告费用，经过严密的估算，长期收益大于

500万

通用的机票预订系统对于快速处理旅客的订票请求可以起到事半功倍的效果。

它能大大较少投资成本，使企业和个人不需要通过繁琐主力以及专业技术就可以轻松应对旅客订票、变更机票等各种请求。

与此同时还可以减少大量的人力物力资源、减少出错的几率，并能使旅客可以方便快捷的预订机票和更改机票，降低了大量的中间等待过程所耗费的时间。

一次性支出包括系统设计、开发费用等。

非一次性支出包括系统维护费用等。

收益需实现飞机票预订自动化，减少专门人员的管理费用、办公设备购买费用和维修费用，极大的提高办公效率。

6.3投资回收周期

预期二到三年

7法律可行性

法律方面的可行性：

所建议系统的研制和开发将不会侵害他人、集体、国家的利益，不会违反相关的国家政策和法律。

操作方面的可行性：

本系统的研制和开发充分考虑了软件的人性化，方便用户傻瓜式的直接使用，无需用户具备相应的专业知识，并充分保证的用户信息的私密性。

《机票预订系统需求规格说明书》

此部分由李杰、李海鹏、刘世杰共同完成

一．目的

需求分析说明书提供用户与开发人员对开发软件的共同理解，使用户与开发单位就该系统的功能定义、环境需求达成共识，是今后各阶段设计工作的基础和依据，也是本阶段评审和测试阶段确认验收的依据。

明确机票预订系统的软件需求，以便安排项目规划与进度，组织软件开发与测试，撰写本文档。

二．任务

功能分析图

机票预订系统实现后，能够运行于Internet环境，提供远程机票预订功能，包括远程航班信息查询，机票预订与确认等；使用《机票预订系统》可使机票订购过程简单化、电子化、数字化，节省常规过程所不必要的资源浪费。

提高服务效率。

降低售票服务中的错误发生率，减少信息交流的繁琐过程及其带来的开销。

2.数据流图

数据流图是全面描述系统逻辑模型的工具，它抽象概括地把系统中各种业务处理过程联系起来。

在画“机票预订系统”的数据流图时，首先要画出整个顶层图，以保证对整个系统的概况有个整体了解，然后把顶层图中的细节用下一层次的数据流程图来表示，按照由粗到细、逐层细化的原则对系统的各个模块进行深入的分析。

本系统的数据流图如下：

1），旅客订票数据流图

2），旅客取票数据流图

3）票务数据流图

3.数据字典：

数据字典是软件分析过程中对数据的描述，是数据流图的必不可少的辅助资料。

数据字典的定义和数据流图是同时进行的，每当完成一张数据流图时，都需要对该数据流图中的成分进行完整的定义，数据字典是需求分析阶段一个重要的工具，通过在数据字典中建立一组严密一致的数据定义可以帮助软件分析人员和用户之间交流，同时也有助于软件人员之间的交流，容易达到对数据的统一认识。

本系统的数据字典如下：

（1）数据流名称：

旅客信息

简述：

订票旅客基本信息及订票要求

数据流来源：

旅客确定订票后，由订票管理人员编码整理后，输入计算机

数据流去向：

加工1安排航班，该加工将录入的数据存入数据库（订票基本信息表）

数据项组成：

身份证号+姓名+性别+工作单位+旅行日期+旅行时间+旅行目的地+联系方式

（2）数据流名称：

订票信息

简述：

航班安排结果

数据流