首页 > 分享 > 软件工程实验报告(机票预订系统)

软件工程实验报告(机票预订系统)

《软件工程实验》实验指导书

一、课程目标:

1使学生能够按照特定的软件选题调研分析相关软件的系统需求,并应用UML建立软件分析模型。

2使学生能够结合数据库等相关知识设计并实现能够满足问题描述和约束条件的软件系统解决方案,能够应用UML建立软件设计模型并依据模型描述进行系统开发。

3通过实验分组安排,使学生具有通过团队配合进行有效的分工,并能协调合作共同完成软件项目目标的能力。

4通过规范的实验报告撰写要求,使学生了软件科技文档的书写要求,并能够准确规范的撰写分析设计文档。

二、实验环境:

1、Microsoft Office 2010及以上版本;

2、Rational Rose7.0及以上版本或其他UML建模工具;

3、Eclipse、Java EE 或其他开发工具;

4、SQL server2012及以上版本。

三、背景知识:

从理论上而言,软件生存期一般都可分为计划、需求分析、设计、编码、测试、运行维护六个步骤。根据软件工程实施过程中的各阶段活动,我们可以把它归结为不同的软件生存期模型,并归结出每一阶段的实施的行为特征。在软件工程的实施过程中,需要制做相应的文档。

1.计划阶段 

计划阶段指技术人员辅助管理人员或市场部人员根据项目意向,做出初步需求调查、进行可行性论证,在论证通过后做系统方案,如委托开发,还需签定项目开发合同,并制定项目开发计划。

2.需求分析阶段

需求分析阶段,管理人员提出需求分析阶段计划,分析人员制作软件需求说明书,包括软件需求子系统需求说明书、数据要求说明书、子系统数据要求说明书、系统数据流图、子系统数据流图及其相应的词典。系统需求说明书完成后应通过项目需求评审,经用户确认后出具需求分析验收报告。初步制定测试计划。

3.设计阶段

在设计阶段需要制定系统实现方案,设计阶段计划,填写数据库设计说明书、详细设计说明书,详细设计应通过详细设计评审、出具详细设计验收报告,设计阶段完成后应开始制做用户手册、管理员手册、测试计划与测试案例设计。

4.编码阶段

在编码阶段应有数据库编程规范、编程语言编程规范、内部公用函数(模块)目录等。设计和执行模块测试。

5.测试阶段

设计完成后,就应该进入测试阶段,测试阶段中,应该制定测试规范、填写测试计划与测试说明,测试过程中应填写软件测试报告。

6.运行维护阶段

测试阶段完成后,应进行系统交付,进入运行维护阶段。系统维护阶段,用户发现问题时,应填写计算机软件问题报告单,提交信息部主管或根据合同约定向设计单位提交。

四、实验要求:

每班分为5-6个小组,每组从实验题目中任选一题,也可自选题目作为课程实践题目。每组指定一名组长,负责分工和制定标准等管理工作。

1.项目开发过程建议采用原型式开发与增量开发相集合的模式,在基本明确需求的情况下建立系统原型供需求的讨论和确定。在需求讨论与总体解决方案设计过程中要特别关注软件在社会、安全、法律、文化等方面的影响因素。在需求和系统架构确定后,对具有代表性或系统核心部分的子系统进行详细的设计。开发方式要求采用面向对象方法。

2.实验内容包括进行需求分析、系统设计、系统实现与验证和文档交付。每个组员以某种角色参加这个系统开发过程的部分工作, 建立部分模型并书写部分实验报告。

3.实验报告要求包括需求规格说明书、设计规格说明书、源程序清单、测试报告。全组文档格式、内容参照附件中模板,提交一份完整的实验报告(提交打印和电子两种形式)。

五、实验题目:

2. 机票预定系统

为方便旅客,某航空公司拟开发一个机票预定系统。旅客可通过网络在该系统查询航班情况(按目的地、起飞时间、航班班次等)、注册个人信息、预订机票、查询订单等。也可通过旅行社进行预定,旅行社可以把预定机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入该系统,为旅客选择航班,并可打印取票通知和帐单,旅客在收到取票通知和帐单后可交费并于飞机起飞前24小时凭取票通知和交款单经系统校对无误后打印机票给旅客。旅客也可通过旅行社向系统提出退票要求,系统针对具体情况计算手续费后进行相应退票处理。具体功能细节可由学生根据调研情况自行确定。

课程实验报告要求:

以组为单位严格按附件中所给出的内容和格式要求书写实验报告。组长要做好开发计划,确定每个同学的任务,建议软件需求和设计方案要全组同学合作协商完成,分析设计模型可按模块分工完成,系统实现与测试按组内同学的开发能力合理分工。

详细要求见附件。

目   录

1 软件需求规格说明书………………………………………………(页码)

2 设计规格说明书……………………………………………………(页码)

3 源程序清单………… ……………………………………………(页码)

4 测试报告……………………………………………………………(页码)

5 实验总结……………………………………………………………(页码)

需求规格说明书

1.概述(Summary)

1.1项目的目的与目标(Purpose and Aim of Project)

此项目旨在开发一个“机票预订系统”,细化为四个子系统分别为“个人订票”、“旅行社订票”、“航班票务系统”、“会员系统”,各个子系统分别针对不同的使用对象,“个人订票”部分可实现注册、登录、查询信息、订票、取票、退票、支付等,“旅行社订票”部分可实现旅行社工作人员注册、登录、查询信息、订票、打印取票通知和账单、打印机票、退票等,“航班票务系统”可实现对于航班信息的增加删除修改、机票价格的改动、机票座位的调整、向用户发布通知等,“会员系统”可实现普通用户升级为会员、机票打折、优先抢票、升舱等。

1.2 术语定义(Terms Glossary)

序    号

术 语 名 称

术 语 定 义

1

注册

各方用户使用系统前需要真实信息来注册成为系统用户。

2

登录

各方用户在使用系统时,同时保证在已经注册的前提下,登录系统方可使用系统。

3

查询信息

用户可通过系统查询航班的信息。

4

订票

用户登陆系统后,在输入旅客信息后,获得可选航班,随后进行订票。

5

支付

订票之后,用户需要确定信息之后进行支付,方可完成机票的购买。

6

取票

在已经完成缴费后,自行订购的用户需要取票,随后在上飞机前使用。

7

退票

用户在多方原因之下,可以取消已经预定的航班,完成退票。

8

打印取票通知和账单

旅行社进行订票,将取票通知和账单发给用户,便于用户支付和之后的取票。

9

打印机票

通过旅行社订票时,旅行社需要打印好机票交由旅客。

10

向用户发布通知

由于其他因素影响到有关于旅客所选定的航班,将变更信息发通知给旅客。

11

系统

即若干部分相互联系、相互作用,形成的具有某些功能的整体。

12

子系统

即若干部分相互联系、相互作用,形成的具有某些功能的整体。

13

用例

是软件工程或系统工程中对系统如何反应外界请求的描述,是一种通过用户的使用场景来获取需求的技术。

14

角色

系统角色并不是指具体的外部实体和参与者,而是系统中相互交互的对象。

15

优先级

是计算机分时操作系统 在处理多个作业程序时,决定各个作业程序接受系统资源的优先等级的参数。

16

界面原型

是需求的一种呈现方式,是当下沟通需求的主要方式。

1.3 相关文档(Related Documents)

2.问题初始分析(Early Analysis)

2.1 用户需求描述(User Requirement Description)

采用自然语言对系统的功能及约束进行概要描述。

系统功能:

(1)乘客根据个人信息(比如:姓名、性别、工作单位、身份证号等)注册登入该系统

(2)乘客能够通过网络在该系统上查询航班信息(比如:目的地、起飞时间、航班班次)

(3)乘客和旅行社能够根据乘客的个人信息及对机票的要求在该系统预定机票。

(4)如果是乘客自己订票,则乘客应收到该系统发出的取票通知和账单,如果乘客按要求缴费则在飞机起飞24小时前系统校对取票通知和交款单后,打印机票给旅客。

(5)乘客可以通过该系统退票。如果乘客是自己购票,则自行登录系统进行退票,如果是通过旅行社订票,则由旅行社向系统提出退票要求。

(6)乘客可以升级成为会员,成为会员之后,乘客可以享有折扣价,在抢票时可以进行优先抢票,再一年之内有五次免费升舱的机会。

系统约束:

界面需求:定义产品如何与用户进行交互。用户交互界面要求简洁明了,要求成可能偶在短时间内熟悉系统,并能够进行简单的操作。 性能要求:系统响应时间应该在50ms以内,如果网络有所卡顿响应时间也应尽量保持在1-3秒;同时该系统应该在大量人一同访问时不发生卡顿,最好保持在一天能够处理150万条交易;在软件运行过程中要减少缺陷和避免暴露,把软件的门关起来,不让错误进来造成缺陷,也不让故障出去导致失效。 安全性需求:用户在登入该系统时需要对用户进行身份验证,比如使用身份证号或者其他的生物验证方法或者是账号密码等,并且确保用户的进行验证所需要的信息不被盗用,我们要对其进行加密,比如使用SSL对数据流进行加密;我们仅要求必须的授权访问,不过多要求乘客进行多余的访问权限;保持用户信息的安全性和完整性,用户信息不得泄露或遗漏;如果一旦面临风险,我们将使用我们创建的危险模型来抵御该风险。 操作性需求:在用户第一次是同该系统时应该进行用户指导;并且系统分为几个必要的模块,这样我们在进行系统维护时会省力许多。 政策和法律需求:我们需要严格遵守相关的法律法规,对各种政策有一个清楚的研读,绝不触碰法律和政策底线。所有使用的技术都要经过授权,所有的软件选择正版和免费。 2.2 初始功能提取(Early Function Distill)

用如表2-1所列,逐项叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出。

表2-1  功能需求点列表

编    号

功 能 名 称

使 用 人

功 能 描 述

输 入 内 容

输 出 内 容

1

升级会员

普通用户

能够将普通客户升级为会员

会员验证激活码

会员信息

2

设置会员折扣

会员系统管理员

能够在原定票价基础上设置折扣价格

会员折扣

会员折扣价

3

设置会员优先抢票时限

会员系统管理员

能够在面向普通客户开发购票前使会员用户优先购票

会员优先时间

会员优先剩余时间

4

设置会员免费升舱次数

会员系统管理员

能够使会员用户享有一定次数的免费升舱机会

会员免费升舱次数

会员系统管理员剩余次数

5

注册

旅客

在系统中注册用户

自己设定的用户名密码

新账号注册成功

6

登录

旅客

登录机票预订系统

所登账号的用户名密码

登录成功

7

查询

旅客

查询旅客所需航班情况

起落机场、预计出行日期

符合要求的航班信息

8

订票

旅客

预订所需航班

预订航班信息

预订成功

9

取票

旅客

取出实体机票

订单信息

机票

10

退票

旅客

取消所订航班并退款

订单信息

退票成功

11

支付

旅客

为所选航班付款

所选航班信息

生成对应订单

12

增加航班

系统后台工作人员

增加航班信息

航班号、起点、终点、始发机场、到达机场、起发时间、到达机场时间、头等舱价格、商务舱价格、经济舱价格

增加后的航班信息

13

删除航班

系统后台工作人员

删除航班信息

航班号、起点、终点、始发机场、到达机场、起发时间、到达机场时间

删除后的航班信息

14

航班信息改动

系统后台工作人员

改动航班信息

航班信息

改动后的航班信息

15

航班信息查看

系统后台工作人员

查看航班信息

航班信息

16

价格改动

系统后台工作人员

改变航班价格

航班信息

价格修改过后的航班信息

17

座位数量改变

系统后台工作人员

改变座位数量

航班信息、座位信息

修改过后的航班信息、座位信息

18

发布通知

系统后台工作人员

在航班信息修改完成后发布修改信息

向用户发布通知

19

注册

旅行社

注册账号

名称、密码、

手机号

登录界面

20

登录

旅行社

登录系统

名称、密码或者手机号、验证码

系统主界面

21

查询航班信息

旅行社

查询符合条件的航班信息

起始地、日期

查询结果显示界面

22

订票

旅行社

预订机票

预订航班信息

订单界面

23

打印取票通知和账单

旅行社

打印取票通知和账单

订单信息

订单界面

24

支付

旅行社

支付订单

订单信息

订单界面

25

打印取票通知和交款单

旅行社

打印取票通知和交款单

订单信息

订单界面

26

打印机票

旅行社

打印机票

取票通知和账单

订单界面

27

退票

旅行社

退票

订单信息

订单界面

28

取消预订

旅行社

取消订单

订单信息

订单界面

3.系统用例分析(System Use Case Analysis)

3.1 角色分析(Actor Analysis)

采用列表的方式说明系统的每一个角色,包括角色名称、所属部门并简要描述该角色需要应用系统完成的工作。

表2-2  角色列表

编    号

角色名

所属部门

简要描述

1

乘客

个人

(1)乘客根据个人信息(比如:姓名、性别、工作单位、身份证号等)注册登入该系统

(2)乘客能够通过网络在该系统上查询航班信息(比如:目的地、起飞时间、航班班次)

(3)乘客能够根据乘客的个人信息及对机票的要求在该系统预定机票。

(4)乘客收到该系统发出的取票通知和账单,如果系统检测到乘客按要求缴费则在飞机起飞24小时前系统校对取票通知和交款单后,打印机票给旅客。

(5)乘客如果自己购票,需要退票,则自行登录系统进行退票

(6)如果乘客升级成为会员,则乘客可以享有折扣价,在抢票时可以进行优先抢票,再一年之内有五次免费升舱的机会。

2

旅行社

集体订票部门

(1)旅行社可以根据乘客提供的信息帮助乘客订票。

(2)旅行社能够通过该系统查询航班信息(比如:目的地、起飞时间、航班班次)。

(3)旅行社为乘客打印取票通知和账单。

(4)如果乘客需要退票,旅行社应该通过该系统进行退票。

3

后台维护人员

维护部门

(1)定时定期对该系统进行维护,保证系统的正常运行。

(2)面对出现的风险,及时作出反应,尽可能不影响用户使用

3.2 用例分析(Actor Analysis)

采用列表的方式列出系统的每一个用例(基本用例,不包括精化后的扩展用例),包括用例名、角色、优先级、描述,如表2-3。

表2-3 用例列表

编号

用例名称

角色

优先级

描述

1

升级会员

普通用户

普通用户缴纳每年3万会员费或上一年消费达到200万享受免费升级为会员

2

会员折扣

会员

相关知识

满足几人才能预订团队机票?一文掌握团队机票预订详细流程!
多人出行如何高效预订机票?团队机票预订指南!
多人出行必备:团队机票预订攻略
一文读懂!如何预订多人团队机票?机票团体票能有多便宜?
出去旅游的团队如何预订机票呢?
公司团建想要预订团队机票,如何买到低价团体机票?
如何轻松搞定团队机票?团队旅行机票秘籍
网上花店实验报告资源
团队机票
如何申请团队折扣机票?团队折扣机票申请全攻略!

网址: 软件工程实验报告(机票预订系统) https://m.huajiangbk.com/newsview2598739.html

所属分类:花卉
上一篇: Agoda 订房问题汇总,预订时
下一篇: 「亚洲万里通」里数为生活带来精彩