需求分析规格说明书 --机票预订系统

1 任务概述

1.1 目标

在计算机网络,数据库和先进开发平台上,利用现有软件,配置一定硬件,开发一个易扩充的、具有良好人机交互界面的机票预订系统,实现航空公司与旅客之间的现代化管理链接。实现把预定机票的旅客信息(姓名、性别、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)输入到系统中,系统为旅客安排航班的功能。

2需求规定

2.1对功能的规定

2.1.1 该系统基本功能

根据输入的旅客信息(姓名、性别、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,系统自动为其作出可行的航班安排,并且以优先顺序排列显示及行程价格详细消费和总费。

2.1.2 信息真伪验证

旅客身份证的验证必须通过与公安系统的二代身份证信息库一致才能进行机票预订,否则,不予预订并提示旅行社操作人员。

2.1.3 旅客延误取票时间处理

   若旅客因事未能及时在取票通知时间内取票,系统主动显示提示信息,并及时将信息自动传递给相应旅行社,由其通知提醒旅客。

2.1.4 航班取消后的处理

  对于航班信息,如航班因故取消,该系统应及时自动将信息传递给顾客,并且将其原来航班作出相应调整,将可行调整结果公布于该系统,由顾客再次进行选择预订,或者选择全额退票服务。

2.1.5 顾客临时更改航班的处理

如顾客需要临时更改航班,在该系统的相应界面上处理,并且打印出新的取票通知和账单,之前的费用会采取与所离航班日期的时间相应折扣的退款处理以及取票通知等在该系统信息处理中全部作废并及时更改与航空公司内部系统的信息。

2.1.6 顾客退票

    有顾客亲自到航空公司进行相应退票处理。

2.2 对性能的规定

2.2.1 精度

软件的输入精度:小数点后保留5位有效数字

输出数据精度的要求: 小数点后保留5位有效数字

传输过程中的精度: 小数点后保留5位有效数字

2.2.2时间特性的需求

响应时间:1秒以内

更新处理时间:1秒钟以内

数据的转换和传送时间: 10秒以内

航班安排时间: 5秒以内

2.2.3 灵活性

操作方式上的变化:该软件适用于很多操作系统,如win7/MAC/Linux/UNIX系统

精度和有效时限的变化:可以根据实际情况自行设置

2.3输入输出要求

2.3.1 输入要求

必须输入旅行时间、旅行始发地和目的地才能进入查询,必须输入姓名、性别、身份证号码(护照号码)、旅行时间、旅行始发地和目的地

2.3.1.2 数据的一致性和完整性

由于系统的数据时共享的,在不同的旅行社中,机票是共享数据,所以要有一定的人员维护数据的一致性,在数据录入出控制数据的去向,并且要求对数据库的完整性进行严格的约束。对于输入数据,要为其完整性规则,否则,系统应该拒绝该数据。

2.3.1.3 数据的共享和独立性

   应该提供灵活配置,是各个分系统能够独立运行,而通过人工干预的手段进行系统数据的交换,这样也能降低系统的耦合性,增强系统的内内聚性。

2.3.2 输出要求

  在顾客终端必须要有相应设备如打印机、传真机才能进行取票通知和账单的打印,以及航班取消或有旅客未在取票通知时间内取票等重要通知的信息传递。

2.4 数据管理能力要求

对于旅客的身份信息都有系统一个特定部分进行信息管理,并且保密。

2.5故障处理要求

    若登录用户名不存在,则进行小窗口提示用户名不存在要求注册。

若密码错误,则进行小窗口提示密码错误,三次以上密码错误则对该账户进行24小时冻结,除非输入特别验证消息或打电话到航空公司人工解决。

2.6 将来的要求

希望做到系统运行的智能化,自动扫描识别二代身份证信息,通过二代身份证识别直接打印出航班机票登机等等.

 

3 机票预订系统数据描述

3.1 系统业务流程图描述

3.1.1订票业务流程

3.1.2 取票业务流程

3.1.3 临时更改航班业务流程

3.1.4退票业务流程

3.2 机票预订系统数据字典

3.3 系统的实体-联系图(ER)

  • 36
    点赞
  • 281
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值