软件工程机票预订实验报告.docx
《软件工程机票预订实验报告.docx》由会员分享,可在线阅读,更多相关《软件工程机票预订实验报告.docx(36页珍藏版)》请在咨信网上搜索。
1、 本科实验报告本科实验报告 课程名称:软件工程导论 实验项目:机票预订系统 实验地点:专业班级:学生姓名:指导教师:年 月 日 1.实验目的和要求实验目的和要求 目的:为本实验课程做好各项准备工作,熟悉软件开发环境,熟悉电子资源的获取,了解学校内部工资系统的流程及其内容。本实验课程通过完整地实施软件生命周期各阶段的任务,让学生系统地学习到软件开发过程的主要理论、方法、技术、标准和规范,使他们具备基本的软件开发设计能力;通过软件工程中常用 CASE 工具和软件项目管理的实践,使他们具备运用各种工具完成项目设计和实施的基本技能;通过集体项目开发,培训学生的合作意识和团队精神,培养学生对技术文档的编
2、写能力。要求:确定分组成员,根据提供的课题需求,作出相应的可行性研究报告,需求分析,结构化设计等。结合具体的开发项目进行分析、设计。二、实验内容和原理二、实验内容和原理 1 班级按项目小组进行分组,每组不得超过 5 人。2 每个项目小组选出项目负责人或项目经理,由项目经理召集项目组成员讨论、选定开发项目,所有实验中都要采用同一个实验题目。项目开发的每项任务要落实到人且规定该任务的起止日期和时间。3 每个项目小组全体成员参加集体讨论需求分析,完成需求分析报告,修订并评审需求分析报告,确定系统的需求分析模型。4.项目总体设计小组每个成员根据第 3 步需求分析的结果对系统进行总体设计,并完成文档,提
3、交项目小组讨论。2.5.项目详细设计小组人员每人选择第 4 步的一个模块进行详细设计。6.项目小组全体成员选择第 4 步的一个模块编码实现。7.由需求分析人员对第 5 步的结果进行黑盒测试,设计人员进行白盒测试,并编写测试计划和测试结果报告。三、三、主要仪器设备主要仪器设备 计算机,相关软件开发工具和环境,浏览器 四、四、操作方法与实验步骤操作方法与实验步骤 小组情况小组情况 项目题目 :机票预订系统 项目成员 一、可行性分析报告一、可行性分析报告 1.1.引言引言 1.1 目的 为了方便旅客,航空公司拟开发一个飞机票预订系统。旅游公司把预订机票的旅客信息(姓名、年龄、工作单位、身份证号码、旅
4、游时间,旅游目的地等)输入系统,系统为旅客安排航班,打印出取票通知和账单,旅客在飞机起飞的三天内凭取票通知和账单交款取票,系统校对无误即可打印出飞机票给旅客。1.2 背景:开发项目软件名称:航空机票预订系统 项目任务提出者:民航以及国际旅游开发公司 项目开发者:开发小组(团队名称:五人行)用户:民航以及国际旅游开发公司 实现软件单位:国际旅游开发公司 项目与其他软件、系统的关系:本项目采用 b/s 模式,客户只需要一个浏览器就能登录系统,服务器采用 linux 系统,数据库采用 Oracle 10g 2 2 可行性研究的前提可行性研究的前提 2.1 要求:主要功能:为游客提供机票预订服务,方便
5、旅游局的售票工作,提高旅游局的服务质量和服务效率 性能要求:机场提供的信息必须能及时的反应在旅游局的工作平台上,售票系统的订单必须无差错的存储在机场的主服务器上,对服务器的数据必须进行及时正确地刷新。输出要求:数据完整,详实 输入要求:简捷,实时 安全与保密要求:服务器的管理员享有对机场航班信息库、机票信息库和订票信息库德管理与修改,售票只享有对订票信息库的部分修改(写入与读出)。完成期限:预计四个月 2.2 目标:“机票预定系统”的主要功能是帮助航空公司对乘客的信息进行统计,更新。并对自己的航班做出相应的调整,来达到最好的运输效果。其功能描述如下:(1)旅行社将乘客的信息传输到该系统,并在系
6、统中注册。(2)系统为乘客安排航班。(3)旅客交付了预定金后,系统印出取票通知和帐单给旅客(4)旅客在飞机起飞的前一天凭取票通知和帐单交款取票,系统核对无误即印出机票给旅客 (5)航空公司为随时掌握各航向飞机的乘载情况,系统定期进行查询统计,以便适当调整。(6)系统对旅客延误了取票时间的处理 (7)系统对班机取消后的处理 (8)旅客临时更改机票班次的处理 2.3 条件、假定和限制:建议软件使用寿命:四到五年(软件当然会根据市场环境和社会等一系列环境的不同做些必要的更新和维护)经费来源:旅游开发公司,民航 硬件条件:服务器 Linux,数据库服务器 Oracle,开发端客户机条件尽量高,cpu
7、至少要奔腾系列,内存至少要达到 1G,最好到 2G 运行环境:Linux 数据库:Oracle 投入运行最迟时间:四个月 2.4 进行可行性研究的方法:进行全面的市场调查,深入研究国内的经济环境、社会环境,通过小组会议进行多次研究与探讨并通过科学论证来规划整个系统的草图以及制定项目计划并按部就班的完成各阶段的任务。3 3 对现有系统的分析对现有系统的分析 此处的现有系统是指传统的人工办理订票事务的系统。传统的人工录入不仅工作效率低,可变性差而且容易因为人为的主观因素而导致各个环节出现不可预估的差错。分析现有系统的目的是为了进一步阐明建议中的开发系统或修改现有系统的必要性。3.1 数据流程和处理
8、流程 旅客先去航空公司的订票处输入订票信息,然后航空公司的工作人员登记旅客信息,并进行审核。之后工作人员根据旅客的订票信息查询相关航班信息,并将此信息反馈给旅客。若订票成功旅客则交付预定金,工作人员打印单据给旅客,在飞机起飞的前一天,旅客凭单据及本人身份证明拿机票。若订票不成功,则旅客可更改航班或放弃订票 3.2 工作负荷 现有系统使航空公司的工作人员需 24 小时轮班工作,还需对大量的旅客信息进行登记统计,大大增加了工作时间也降低了工作效率。3.3 费用支出 现有的系统需支付工作人员工资以及纸张费、打印费等费用 3.4 人员 现有系统需大量工作人员,如:旅客信息登记人员,有效性审查人员、会计
9、、出纳、服务人员、保安人员等等。3.5 设备 微机、打印机、刷卡机、柜员机、柜台等。3.6 局限性 现有系统在众多旅客订票时处理时间较长,也不能及时向旅客反馈航班信息。4 4 所建议的系统所建议的系统 4.1 对所建议的系统的说明 该系统是一个自动化系统,能方便快捷的为旅客订票,并能及时向旅客反馈航班信息,使旅客能及时作出更改。4.2 数据流程和处理流程 旅客能在通过互联网登录到系统,输入自己的信息,并选择所需的航班,该系统就反馈出该航班信息,旅客根据此信息来确定自己是否已预订机票;若已预订,则通过网上银行交付预定金,该系统打印出单据,旅客在飞机起飞的前一天凭单据去航空公司交付余款金额,并领取
10、机票。若无预订,则旅客可更改航班。4.3 改进之处 若旅客想退票,则需要制定一个退票系统,使得该系统更加的完备。4.4 影响 该系统的开发需得到航空公司以及政府和旅客的大力支持,在开发完成后航空公司需供应该系统所需的设备。4.5 局限性 该系统在取票时需旅客出示身份证明,若旅客由于身份证丢失等原因而不能证明自己的身份,则不能为旅客办理取票手续,从而为旅客的出行带来了诸多不便。5 5 技术技术可行性可行性 处理流程和数据流程 6 6 经济可行性经济可行性 6.1 支出:终端 pc 机 6 到 8 台、一些网络必须设备、Linux 服务器、辅助设施、开发人员工资、服务器端管理人员培训费、数据库服务
11、器、其他一些费用 6.2 效益:初期收益:网站刚刚推出,收益是零 长期收益:系统大大提高了售票的售票效率 当网站推出市场之后,能收取一定的广告费用,经过严密的估算,长期收益大于 500 万 通用的机票预订系统对于快速处理旅客的订票请求可以起到事半功倍的效果。它能大大较少投资成本,使企业和个人不需要通过繁琐主力以及专业技术就可以轻松应对旅客订票、变更机票等各种请求。与此同时还可以减少大量的人力物力资源、减少出错的几率,并能使旅客可以方便快捷的预订机票和更改机票,降低了大量的中间等待过程所耗费的时间。一次性支出包括系统设计、开发费用等。非一次性支出包括系统维护费用等。收益需实现飞机票预订自动化,减
12、少专门人员的管理费用、办公设备购买费用和维修费用,极大的提高办公效率。6.3 投资回收周期 预期二到三年 系 统 管理员 事务 航 班 信 息的更新 服务器终端显示数据 产生报表 售票员 查询请求 数据库 产生报表 客户机终端显示数据 售票员 表单申请 产生报表 客户机终端显示数据 售票员 机票核对事务 在客户端打印机票和帐 产生报表及 帐单 7 7 法律法律可行性可行性 法律方面的可行性:所建议系统的研制和开发将不会侵害他人、集体、国家的利益,不会违反相关的国家政策和法律。操作方面的可行性:本系统的研制和开发充分考虑了软件的人性化,方便用户傻瓜式的直接使用,无需用户具备相应的专业知识,并充分
13、保证的用户信息的私密性。机票预订系统需求规格说明书机票预订系统需求规格说明书 此部分由李杰、李海鹏、刘世杰共同完成此部分由李杰、李海鹏、刘世杰共同完成 一一 目的目的 需求分析说明书提供用户与开发人员对开发软件的共同理解,使用户与开发单位就该系统的功能定义、环境需求达成共识,是今后各阶段设计工作的基础和依据,也是本阶段评审和测试阶段确认验收的依据。明确机票预订系统的软件需求,以便安排项目规划与进度,组织软件开发与测试,撰写本文档。二二 任任务务 功能分析图 机票预订系统实现后,能够运行于 Internet 环境,提供远程机票预订功能,包括远程航班信息查询,机票预订与确认等;使用机票预订系统可使
14、机票订购过程简单化、电子化、数字化,节省常规过程所不必要的资源浪费。提高服务效率。降低售票服务中的错误发生率,减少信息交流的繁琐过程及其带来的开销。2.数据流图 数据流图是全面描述系统逻辑模型的工具,它抽象概括地把系统中各种业务处理过程联系起来。在画“机票预订系统”的数据流图时,首先要画出整个顶层图,以保证对整个系统的概况有个整体了解,然后把顶层图中的细节用下一层次的数据流程图来表示,按照由粗到细、逐层细化的原则对系统的各个模块进行深入的分析。本系统的数据流图如下:1),旅客订票数据流图 2),旅客取票数据流图 3)票务数据流图 3.数据字典:数据字典是软件分析过程中对数据的描述,是数据流图的
15、必不可少的辅助资料。数据字典的定义和数据流图是同时进行的,每当完成一张数据流图时,都需要对该数据流图中的成分进行完整的定义,数据字典是需求分析阶段一个重要的工具,通过在数据字典中建立一组严密一致的数据定义可以帮助软件分析人员和用户之间交流,同时也有助于软件人员之间的交流,容易达到对数据的统一认识。本系统的数据字典如下:(1)数据流名称:旅客信息 简 述:订票旅客基本信息及订票要求 数据流来源:旅客确定订票后,由订票管理人员编码整理后,输入计算机 数据流去向:加工 1 安排航班,该加工将录入的数据存入数据库(订票基本信息表)数据项组成:身份证号+姓名+性别+工作单位+旅行日期+旅行时间+旅行目的
16、地+联系方式(2)数据流名称:订票信息 简 述:航班安排结果 数据流来源:旅客信息和航班信息 数据流去向:加工 2,打印通知和账单 数据项组成:身份证号+姓名+性别+班次+航班起飞时间+航班到达时间+航班目的地+票价(3)数据流名称:航班信息 简 述:通知单 数据流来源:加工 1.1 航班管理 数据流去向:加工 1.2 安排 数据项组成:航班日期+航班起飞时间+航班到达时间+航班目的地+班次+票价+票余量(4)数据流名称:取票通知和账单信息 简 述:返回给旅客的航班安排结果及旅 客取票时用来核对的凭证 数据流来源:加工 1.2 打印取票通知和账单 数据流去向:加工 2.1 核对订票信息 数据项
17、组成:身份证号+姓名+性别+班次+航班日期+航班时间+航班目的地+票价(5)数据流名称:订票信息核对正确 简 述:将旅客的取票通知和账单与系统中的订票信息核对,二者一致产生的信息 数据流来源:加工 2.1 核对订票信息 数据流去向:加工 2.2 收费 数据项组成:身份证号+姓名+性别+班次+航班日期+航班起飞时间+航班目的地+票价(6)数据流名称:收费信息 简 述:对订票信息核对正确的旅客收费产生的信息 数据流来源:加工 2.2 收费 数据流去向:加工 2.3 打印机票 数据项组成:身份证号+姓名+性别+班次+航班日期+航班起飞时间+航班目的地+票价 加工条目(1)加 工 名:安排航班 处理逻
18、辑编号:1.1 处理逻辑:接收旅客信息的录入,并检查有无错误,如果没有错误,将数据存入订票信息表,并在航班信息表里查找符合旅客订票信息的相应航班,生成订票信息 激发条件:接收到旅客信息时 输 入:旅客信息 输 出:订票信息(2)加 工 名:打印通知和账单 编 号:1.2 处理逻辑:由生成的订票信息,打印取票通知和账单 激发条件:接收到已经安排了航班的订票信息时 输 入:订票信息 输 出:通知和账单信息(3)加 工 名:核对机票信息 编 号:2.1 处理逻辑:对旅客订票信息进行核对 激发条件:接收到旅客的取票通知和账单 输 入:无 输 出:“订票信息正确”的信息(4)加 工 名:收费 编 号:2
19、.2 处理逻辑:对订票信息核对正确的旅客进行收费,收费后生成收费信息 激发条件:接收到订票信息核对正确的信息并收到旅客交费要求 输 入:交费信息 输 出:打印机票信息(5)加 工 名:打印机票 编 号:2.3 处理逻辑:由打印机票信息打印机票 激发条件:收到打印机票的信息 输 入:无 输 出:机票 数据存储条目(1)数据存储编号:D1 数据存储名称:订票信息表 简 述:存储旅客详细信息及订票要求 组 成:旅客身份证号+姓名+性别+工作单位+航班起飞时间+航班到达时间+旅行目的地 关 键 字:旅客身份证号 组织方式:索引文件,以旅客身份证号为关键字 数据项条目(1)数据项名称:身份证号 简 述:
20、表明每个人身份的证件号 组 成:籍贯代码+出生年月日+其他代码码 类 型:字符 长 度:20 位 取值范围:数字 0-9,字母 a-x(2)数据项名称:姓名 简 述:旅客姓名 组 成:姓名 类 型:字符 长 度:10 位 取值范围:汉字或字母(3)数据项名称:性别 简 述:旅客性别 组 成:男或女 类 型:字符 长 度:2 位 取值范围:男或女(4)数据项名称:联系方式 简 述:联系电话 组 成:数字 类 型:字符 长 度:11 位 取值范围:数字 0-9(5)数据项名称:班次 简 述:航班班次 组 成:航班类型+航班号码 类 型:字符 长 度:10 位 取值范围:字母+数字(6)数据项名称:
21、航班日期 简 述:航班起飞的日期 组 成:年月日 类 型:日期 长 度:10 位 取值范围:正确的年月日(7)数据项名称:航班起飞时间 简 述:航班起飞的时间 组 成:时分 类 型:时间 长 度:20 位 取值范围:正确的时分(8)数据项名称:航班到达时间 简 述:航班到达的时间 组 成:年月日+时分秒 类 型:字符 长 度:20 位 取值范围:正确的年月日和时分秒(9)数据项名称:航班目的地 简 述:航班飞往的目的地 组 成:国家或地区+机场 类 型:字符 长 度:10 位 取值范围:汉字或英文(10)数据项名称:票价 简 述:相应航班对应机票的价格 组 成:数字+货币单位 类 型:浮点型
22、长 度:8 位 取值范围:数字 0-9(11)数据项名称:票余量 简 述:机票剩余数量 组 成:数字 类 型:整型 长 度:4 位 取值范围:数字 0-9 总体设计总体设计 1 1.1.1 需求规定需求规定 航空公司为方便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。要求系统能有效、快速、安全、可靠
23、和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。1 1.2.2 运行环境运行环境 系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。根据调研得知所有旅行社的计算机配置均在 Pentium 133 级别以上,客户程序应能够在 Pentium 133 级别以上,Win NT 环境下运行。1 1.3.3 基本设计概念和处理流程基本设计概念和处理流程 航空公司为方便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机
24、票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。1 1.4.4 结构结构 下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名字;方框之间的直线表示模块的调用关系。2 2 接口设计接口设计 2 2.1.1 用户接口用户接口 本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:输入界面、输出界面)。用户对程
25、序的维护,最好要有备份。2 2.2.2 外部接口外部接口 3.2.1 3.2.1 用户界面用户界面 在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。外观上也要做到合理化。总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用 2 2.3.3 内部接口内部接口 内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。3 3 运行设计运行设计
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 机票 预订 实验 报告
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。