航空票务管理系统需求分析说明书
- 格式:doc
- 大小:182.00 KB
- 文档页数:21
航空订票系统需求分析说明书第一部分调查用户需求本系统的最终用户为航空公司售票员,凡是订票的客户。
根据飞机订票的顾客和航空公司售票员的调查、交流和询问。
得出用户的下列的实际需求:一、系统的基本信息。
1、航班的基本信息航空公司具有若干航班,航班有出发地、目的地、出发时间、到站时间、执行飞行任务的飞机号。
顾客可以任意选择航空公司的某趟航班。
2、航班查询的信息顾客可以去机场去查询信息。
当到达机场时,售票员根据顾客提出的出发地、目的地或出发时间等信息来查询航班的基本信息,例如:航班号、出发时间、票价、飞行的时间等信息。
3、订票业务的基本信息售票员根据顾客的要求进行查询,在查询的基础之上根据顾客的选择的航班信息输入顾客的信息(顾客姓名,证件号等信息),等待顾客核对信息、确认。
收款,执行出票操作。
4、退票业务的基本信息当顾客有突发事件或改变自己的行程计划的时候可以到机场去办理退票业务。
售票员根据顾客出示自己的有关证件和飞机票等信息查询该班次的航班。
根据航空公司的退票规定进行退票操作,收取一定的退票手续费,将剩余的票额退返回顾客,收回飞机票。
5、机票改签业务的基本信息当顾客有紧急事物耽误或改变自己的行程时可以去机场去办理改签业务。
当顾客到达机场时,售票员根据顾客出示自己的有关证件和飞机票等信息查询该班次的航班。
然后收回原来的飞机票,再根据顾客提供的出发地、目的地、出发时间来查询航班,根据顾客选择的航班出机票,收取改签费。
二、用户对系统的要求1、航空公司管理人员a、信息要求航空公司的管理人员可以查询该公司所拥有的所有航班的信息,以便及时核对、更正信息。
b、处理要求由于特殊情况:如出现恶劣的天气的时候航班以至于飞机无法起飞的时候、航班延误的时候、取消航班的时候,航空公司的管理人员就要修改航班的基本信息。
如修改航班的出发时间、到站时间、执行飞行任务的飞机等信息。
c、安全性与完整性要求安全性要求:(1)系统应设置用户登陆账号、密码。
目录一、引言 01、目的 02、背景 0二、任务概述 01、目标 02、系统(或用户)的特点 03、假定和约束 (1)4、数据流图 (1)5、数据字典 (2)三、需求分析 (3)1、软件功能说明 (4)2、系统主要E—R图 (4)3、对功能和性能的一般规定 (5)4、灵活性 (6)四、运行环境规定 (6)五、概要设计 (7)1、系统功能结构图 (7)2、系统数据流程分析 (8)一、引言本文针对航空客运订票问题,设计航空客运订票的业务活动包括:查询航线、客票预订和办理退票等。
设计了一个航空客运订票系统。
以下为给系统的需求分析说明书.1、目的学会将知识应用于实际的方法,提高分析和解决问题的能力,增加综合能力。
航空空订票系统:(1)熟练掌握链表存储结构及其建立过程和常用操作;(2)熟练掌握队列的建立过程和常用操作;(3)学会自己调试程序的方法并掌握一定的技巧。
2、背景目前,国内航空公司的数量和规模都在扩大,国外航空公司也纷纷着陆中国,这些航空公司之间的竞争可谓日益激烈。
配备一个安全、高效、灵活、可靠的客户服务中心系统对于航空公司加强客户服务质量,提高客户服务水平,扩展业务途径,维护公众形象,提高工作效率必将发挥重要作用.二、任务概述1、目标对航空公司来说,航空订票管理系统既能扩大服务范围,扩大公司影响,减少营业费用,又对稳固航空公司的客源有着重要的辅助作用;站在旅客的角度,航空公司提供的这种服务提供了更多的方便,节省了很多时间.建设航空订票管理系统是体现和提高航空公司领导业绩的一条捷径,此外还具有重要意义:1、改善航空公司服务质量;2、创造和提升航空公司的品牌优势;3、优化航空公司的服务流程;4、提升信息化的水平;2、系统(或用户)的特点航空订票管理系统利用现在高新科学技术对航空订票进行管理,提高管理的有效性、安全性、可靠性和航空公司运行自动化程度.由于尽量减少人工的参与,从而最大限度的减少人员费用以及由于人为失误或舞弊造成的损失,大大提高整个航空公司的经济性、安全性与使用效率.3、假定和约束(1)该软件开发运行的最短寿命为15年(2)经费是由使用该系统的公司支持(3)开发软件投入使用的最迟时间是三个月4、数据流图图1 旅客订票流程图图2 旅客取票图5、数据字典三、需求分析1.每条航线所涉及的信息有:终点站名、航班号、飞机号、飞行日(星期几)、乘员定额、余票量、已订票的客户名单(包括姓名、订票量、舱位等级1,2或3)以及等候替补的客户名单(包括姓名、所需票量);2.全部数据可以只放在内存中;3.系统能实现的操作和功能如下:a)查询航线:根据旅客提出的终点站名输出下列信息:航班号、飞机号、星期几飞行,最近一天航班的日期和余票额;b)承办订票业务:根据客户提出的要求(航班号、订票数额)查询该航班票额情况,若尚有余票,则为客户办理订票手续,输出座位号;若已满员或余票额少于定票额,则需重新询问客户要求。
中央民族大学软件工程实验报告航空订票系统可行性分析与需求分析姓名:吴璨学号:2013年10月26日目录1.引言 (4)1.1编写目的 (4)1.2项目背景 (4)1.3定义 (4)1.4参考资料 (4)2.可行性研究的前提 (5)2.1要求 (5)2.2目标 (5)2.3条件、假定和限制 (6)2.4可行性研究方法 (6)2.5决定可行性的主要因素 (6)3.对现有系统的分析 (7)3.1处理流程和数据流程 (7)3.2工作负荷 (7)3.3费用支出 (7)3.4人员 (7)3.5设备 (7)3.6局限性 (7)4.所建议技术可行性分析 (8)4.1对系统的简要描述 (8)4.2处理流程和数据流程 (8)4.3与现有系统比较的优越性 (10)4.4采用建议系统可能带来的影响 (10)4.4.1对设备的影响 (10)4.4.2对现有软件的影响 (10)4.2.3对用户的影响 (10)4.2.4对系统运行的影响 (10)4.2.5对开发环境的影响 (10)4.2.6对运行环境的影响 (10)4.2.7对经费支出的影响 (10)4.5技术可行性评价 (10)5.所建议系统经济可行性分析 (11)5.1支出 (11)5.1.1基建投资 (11)5.1.2其他一次性支出 (11)5.1.3经常性支出 (11)5.2效益 (11)5.2.1一次性收益 (11)5.2.2经常性收益 (11)5.2.3不可定量收益 (11)5.3收益/投资比 (11)5.4投资回收周期 (11)5.5敏感性分析 (12)6.社会因素可行性分析 (12)6.1法律因素 (12)6.2用户使用可行性 (12)7.其他可供选择的方案 (12)8.结论意见 (12)9.非功能性需求.............................................................................................. 错误!未定义书签。
航空订票系统需求分析说明书第一部分调查用户需求本系统的最终用户为航空公司售票员,凡是订票的客户。
根据飞机订票的顾客和航空公司售票员的调查、交流和询问。
得出用户的下列的实际需求:一、系统的基本信息。
1、航班的基本信息航空公司具有若干航班,航班有出发地、目的地、出发时间、到站时间、执行飞行任务的飞机号。
顾客可以任意选择航空公司的某趟航班。
2、机票销售网点信息航空公司有若干的机票销售网点,顾客可以到任何机票销售网点去查询航班的信息,根据顾客的意愿自己选择定哪个班次的飞机票。
3、航班查询的信息顾客可以去航空公司的任意一个售票网点去查询信息。
当到达销售网点时,售票员根据顾客提出的出发地、目的地或出发时间等信息来查询航班的基本信息,例如:航班号、出发时间、票价、飞行的时间等信息。
4、订票业务的基本信息售票员根据顾客的要求进行查询,在查询的基础之上根据顾客的选择的航班信息输入顾客的信息(顾客姓名,证件号),等待顾客核对信息、确认。
收款,执行出票操作。
5、退票业务的基本信息当顾客有突发事件或改变自己的行程计划的时候可以到售票网点去办理退票业务。
售票员根据顾客出示自己的有关证件和飞机票等信息查询该班次的航班。
根据航空公司的退票规定进行退票操作,收取一定的退票手续费,将剩余的票额退返回顾客,收回飞机票。
6、机票改签业务的基本信息当顾客有紧急事物耽误或改变自己的行程时可以去航空公司的任一售票网点去办理改签业务。
当顾客到达售票网点时,售票员根据顾客出示自己的有关证件和飞机票等信息查询该班次的航班。
然后收回原来的飞机票,再根据顾客提供的出发地、目的地、出发时间来查询航班,根据顾客选择的航班出票据,收取改签费。
二、用户对系统的要求1、航空公司管理人员a、信息要求航空公司的管理人员可以查询该公司所拥有的所有航班的信息,以便及时核对、更正信息。
b、处理要求班由于特殊情况:如出现恶劣的天气的时候航班以至于飞机无法起飞的时候、航班延误的时候、取消航班的时候,航空公司的管理人员就要修改航班的基本的基本信息。
航空票务系统系统需求分析本页仅作为文档封面,使用时可以删除This document is for reference only-rar21year.March航空电子票务综合管理系统的设计与实现一个正常营运的航空公司需要管理所拥有的飞机、航线的设置、客户的信息等,更重要的还要提供票务管理。
随着生活质量的改善,方便快捷的飞机出行,逐渐得到了人们的青睐,民航服务业的发展,也推动着各种机票经营企业的快速发展,用户需要实时的管理航班信息,能够对客户定票、退票、产生定单进行管理。
面对各种不同种类的信息,需要合理的数据库结构来保存数据信息以及有效的程序结构支持各种数据操作的执行。
因此,开发一套航空电子票务综合管理系统不但能满足各种机票经营企业的需求,也大大方便了乘客的查询航班、购买机票、退票等活动。
管理信息系统的开发是一个比较复杂的软件工程技术。
作为软件工程,其方法学分为面向过程方法学和面向对象方法学。
面向过程的开发方法(即结构化生命周期法)通常是先由上向下整体的进行结构的设计,再由下向上逐步进行具体的系统开发,也就是说先构建大的框架,在填充具体细节,有利于分工,先总体设计,再分项由各单元块具体设计。
面向对象的开发方法则是将所需开发的管理信息系统要解决的问题抽象成若干对象,再研究这些对象之间的关系,构建这些对象之间的联系,最终反映在开发的管理信息系统中。
在本系统开发中,我们采用面向对象的开发方法。
面向对象的方法把一个复杂的问题分解成多个能够完成独立功能的对象(类),然后把这些对象组合起来去完成这个复杂的问题。
采用面向对象模式就象在流水线上工作,我们最终只需将多个零部件(已设计好的对象)按照一定关系组合成一个完整的系统。
这样使得软件开发更有效率。
一、系统需求分析(一)确定对系统的综合要求1.功能需求:本航空票务系统主要实现的功能有:(1).录入近期航班信息情况(航班号、航空公司、班期、座位、起飞地、抵达地、起飞时间、抵达时间、票价、拆扣等)。
《飞机订票系统》需求分析报告信息工程学院飞机订票系统软件需求规格说明书姓名:张继康学号:2014110551系统名称:飞机订票系统软件需求分析班级:14软件工程1班目录一、引言 (2)1.1目标 (2)1.2文档约定 (3)1.3读者对象和阅读建议 (3)1.4项目范围 (3)1.5参考资料 (3)二、总体描述 (4)2.1产品前景 (4)2.2产品特征 (4)2.3用户及其特征 (5)2.4运行环境 (5)2.5设计和实现上的约束 (5)2.6用户文档 (6)三、系统特性 (8)3.1系统特性 (8)3.2描述和优先级 (9)3.3激励、响应序列 (9)3.4功能性需求 (9)四、外部接口需求 (10)4.1用户界面 (10)4.2硬件接口 (11)4.3软件接口 (11)4.4通信接口 (12)五、非功能需求 (12)5.1性能需求 (12)5.2防护性需求 (13)5.3安全性需求 (13)5.4软件质量属性 (13)六、其他需求 (13)附录A;术语表 (13)附录B;分析模型 (14)附录C;待确定问题清单 (15)引言随正全球经济和信息的发展,人们对乘飞机旅行、工作的需求不断增加,航空客运业务的规模日益宏大,加上网络日益普及,具有良好的人机交互界面的机票预订系统,实现航空公司的机票销售的自动化,这套软件就是在这样的基础上而开发的。
配备一个安全、高效、灵活、可靠的航空订票管理系统对于航空公司加强客户服务质量,提高客户服务水平,扩展业务途径,维护公众形象,提高工作效率必将发挥重要作用。
1.1目标软件需求说明书的编写目的是为了更好地使用户和软件开发如有双方对软件的初始规定有一个共同的理解,明确软件需求,安排项目规划和进度,指导整个软件的开发过程,为测试提供依据。
为软件开发测试人员提供整个软件开发过程的安排,主要读者为软件的开发测试人员。
目标需求1. 计划节省人力资源40%,设备费用120%2. 计划提高日常订票事务处理速度的85%3. 计划提高控制精度100%4. 可实现信息化的管理5. 可实现半自动化的决策系统1.2、文档约定(1)对所选系统进行严密的需求获取以及需求分析。
软件需求说明书软件需求说明书 (1)1引言 (1)1.1编写目的 (1)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (3)2.1目标 (3)2.2用户的特点 (4)2.3假定和约束 (4)3需求规定 (5)3.1对功能的规定 (5)3.2对性能的规定 (10)3.2.1精度 (10)3.2.2时间特性要求 (10)3.2.3灵活性 (10)3.3输人输出要求 (11)3.4数据管理能力要求 (12)3.5故障处理要求 (12)3.6其他专门要求 (13)4运行环境规定 (13)4.1设备 (13)4.2支持软件 (14)4.3接口 (14)4.4控制 (15)1引言1.1编写目的1.本文档旨在从技术、经济、操作等方面综合研究分析机票预订系统的需求以及各模块需要实现的具体要求,尽可能多地考虑在日后研发过程中可能出现的问题,为日后的概要设计和详细设计打基础2.便于用户、系统分析人员和程序员对需求进行理解和交流,初步判定目标软件能否满足其原来的期望,并可作为系统分析员设计软件的基本出发点;3.确立可测试标准,用于软件开发完成后测试产品。
4.预期的读者和阅读建议:●项目经理,项目组成员:须将本文档的全部内容理解清楚。
●测试人员:主要阅读本文中详细的需求部分。
●客户:需明确所有的需求分析是否符合自己提出的要求。
1.2背景说明:1.软件系统名称:航空机票预订系统。
2.任务提出者:XX航空公司3.开发者:青岛科技大学06级软件开发小组4.用户:XX航空公司,各大订票点5.实现:XX航空公司计算中心6.航空机票预订系统构建平台为Windows 2000及以上,其数据库构建在SQLServer 2005上,并可于其他同级别航空公司的订票系统实现权限限制性兼容,与Windows其他软件并不冲突。
1.3定义●结构化语言:将自然语言加上程序设计语言的控制结构就成了结构化语言。
●数据库:按照数据结构来组织、存储和管理数据的仓库。
《信息系统分析与设计》课程考核报告题目网上机票预定系统院系__ 电子工程系___专业信息工程(系统工程方向)学生姓名学号二O一二年五月六日目录1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (4)1.4参考资料 (4)2任务概述 (4)2.1目标 (4)2.2用户的特点 (4)2.3假定和约束 (4)3需求规定 (5)3.1对功能的规定 (5)3.2对性能的规定 (7)3.2.1精度 (7)3.2.2时间特性要求 (7) 3.2.3灵活性 (8)3.3输人输出要求 (8)3.4数据管理能力要求 (9) 3.5故障处理要求 (10) 3.6其他专门要求 (10)4运行环境规定 (11)4.1设备 (11)4.2支持软件 (11)4.3接口 (11)4.4控制 (11)1引言1.1编写目的随着社会发展的不断进步,民航事业的壮大,人们消费水平的提高,乘坐民航的消费者也越来越多,旅游也逐渐成为普通老百姓的生活组成部分,飞机票预定查询系统在各机票预定网点中的作用也越显重要。
目前,我国一些旅行社和酒店的机票预定还停留在人工处理阶段,这已经严重制约了工作效率,在计算机技术高速发展的今天,有必要引入高效的计算机系统,来协助处理机票预定工作。
因此,开发一套具有完整的存储,查询,核对,打印机票功能的实时机票预定系统势在必行。
机票预定系统是为机场工作人员和客户提供订票退票等与机票相关内容和管理的系统,它具有开放体系结构的、易扩充的、易维护的、具有良好人机界面的优点.它除克服了存储乘客信息少,查询效率低下等问题外,更重要的是其安全性,可靠性,实现航空公司的机票销售的自动化。
本需求分析的读者对象包括客户、业务人员需求分析人员、测试人员、用户文档编写人和项目管理人员。
1.2背景[1]开发软件名称:“机票预订系统”.[2]本系统的任务提出者为:航空公司.开发者:航空公司计算中心.用户:航空公司.实现该系统的为:航空公司计算中心.[3]该软件系统同其他系统或其他机构的基本的相互来往关系:本项目采用客户机/服务器原理,客户端的程序是建立在Windows NT 系统上以Microsoft V isual C++ 为开发软件的应用程序,服务器端采用Linux 为操作系统的工作站,是采用Oracle 8 的为开发软件的数据库服务程序.1.3定义[1]专门术语:Client /Server 结构,客户端子系统,服务器端子系统[2] SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)[3]SQL: 一种用于访问查询数据库的语言[4] 事务流:数据进入模块后可能有多种路径进行处理1.4参考资料[1] 许卓群、张乃孝等:《数据结构》高等教育出版社,1987[2] 严蔚敏、吴伟民:《数据结构(C 语言版)清华大学出版社,2004 》[3] 郑人杰、陶永雷:《实用软件工程》清华大学出版社2002[4] 吴天准:《Delphi 程序设计技巧》中国铁道出版社2003[5] Dusan Petkovic 著吕静骅、史进译:《SQL Server 2000 基础教程》清华大学出版社20022任务概述2.1目标网上机票预订系统运行于Internet环境,提供远程机票预订功能,包括远程航班信息查询,机票预订与确认等;本机票预订系统实现后,能够大大提高旅游局的机票预定服务效率。
航空票务管理系统需求分析说明书航空票务管理系统需求分析说明书一、引言本文档旨在对航空票务管理系统进行详细的需求分析,以便确保系统能够满足用户的期望和要求。
本说明书包括系统背景、目标、范围、功能需求以及非功能需求等内容。
二、系统背景航空票务管理系统是一个用于航空公司管理其航班、机票、乘客和财务等信息的软件系统,以提高航空公司运营效率和服务质量。
三、目标本项目的目标是设计和开发一个功能完善、安全可靠的航空票务管理系统,满足航空公司及其乘客的相关需求,并提供以下主要功能:1、航班管理:包括航班计划、航班状态跟踪、航班调度等;2、机票管理:包括机票预订、退改签、座位分配等;3、乘客管理:包括乘客信息管理、登机手续办理等;4、财务管理:包括票款结算、财务统计等;5、报表:包括航班报表、财务报表等。
四、范围航空票务管理系统的主要功能包括:1、用户管理子系统:a:注册登录功能:用户可以注册账号并登录系统。
b:权限管理功能:系统根据用户角色和权限进行权限控制。
2、航班管理子系统:a:航班信息管理功能:系统可以记录航班的出发地、目的地、出发时间、到达时间、航班状态等信息。
b:航班调度功能:对航班进行排班、协调和调整。
3、机票管理子系统:a:机票预订功能:乘客可以预订机票。
b:退改签功能:乘客可以申请退票、改签。
c:座位分配功能:系统可以为乘客分配座位。
4、乘客管理子系统:a:乘客信息管理功能:系统可以记录乘客的个人信息。
b:登机手续办理功能:乘客可以通过系统办理登机手续。
5、财务管理子系统:a:票款结算功能:系统可以进行票款结算。
b:财务统计功能:系统可以财务报表。
6、报表子系统:a:航班报表功能:系统可以航班相关的报表。
b:财务报表功能:系统可以财务相关的报表。
五、功能需求1、用户管理功能:a:用户注册功能:允许用户注册账号。
b:用户登录功能:允许用户通过账号密码登录系统。
c:用户角色管理功能:管理员可以分配用户角色和权限。
航空票务管理系统需求分析说明书班级网络1111学号**********、********** 姓名周泽成、于文圣2013年10月08日1.引言1.1编写目的实现一个计算机航空票务系统,完成对航班的管理、机票管理以及登机牌的管理等功能。
1.2背景●系统待开发的名称:航空票务管理系统●项目组长:●程序录入:●需求分析:●软件测试:●本系统的用户:1.3定义1.3.1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统。
SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。
主键:数据库表中的关键域。
值互不相同。
外部主键:数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1.3.2 缩写系统:若未特别指出,统指本航空票务管理系统。
SQL: Structured Query Language(结构化查询语言)。
ATM: Asynchronous Transfer Mode (异步传输模式)。
2.任务概述2.1目标(1)给出软件系统的航空票务系统用例图和系统类图。
(2)提出详细的功能说明,确定设计限定条件,规定性能需求。
(3)密切与用户的练习,使用户明确自己的任务,以便实现上述两项目标。
(4)以最低的成本,在最短的期限内开发出具有管理航空票务和用户信息功能的智能管理系统。
(包括人力与设备费用的节省;处理速度的提高;人员工作效率的提高)2.2用户的特点本系统多面向的用户是需要乘坐本航空公司飞机的人们,对用户计算机专业方面的只是不高,在21实际的今天,只要对计算机上网熟熟练操作就OK。
易于操作,也是本系统设计的一大目标。
3.功能需求分析(1)对功能的规定1)用户信息管理功能:a、修改当前登录用户的密码。
b、可以浏览,查看,搜索页面信息。
2)机票订购功能:a、用户可以查询相关航班票务信息(包括可查询已订购的机票)b、用户可以订购相关机票(在一定时间内可以进行改签和退票)。
3)在线支付功能(购物车):a、可以对所预订机票进行在线支付。
(2)功能描述:1)登录功能:验证登录用户是否为数据库中的合法用户,判断登陆的用户的权限。
2)机票订购功能:可以查询相关航班及票务,并对所需机票做出预订,其中包括选择航班,舱型及座位号。
3)在线支付功能:可通过网银,支付宝等在线支付手段为已定机票付款。
4.性能需求分析4.1精度查询时应保证查询率,所有在相应域中包含查询关键字的记录都应能查到,同时保证准确率。
4.2时间特性要求一般操作的响应时间应在1-2秒内。
4.3适应性满足运行环境在允许操作系统之间的安全转移和其他应用软件的独立运行要求。
4. 4灵活性在需求发生变化是,本系统的对这些变化的适应能力相对而言是比较强的,包括操作方式上的变化;运行环境的变化;同其他软件接口的变化;精度和有效时限的变化。
5.业务需求分析航空票务系统用例模型图1:航空票务系统用例图航空票务系统那个用例规约用户登录1)简要说明本用例描述注册用户/管理员如何登录到航空票务系统。
2)参与者注册用户、管理员3)事件流图2: 用户登录活动图i.基本事件流本用例开始于注册用户/管理员希望登录到航空票务系统。
a)系统请求注册用户/管理员输入用户名和密码;b)注册用户/管理员输入用户名和密码;c)系统验证输入的用户名和密码;A1:用户名不存在A2:用户名对应密码不正确d)注册用户/管理员成功登录到主界面,进行其他操作。
ii.后备事件流A1.用户名不存在✧系统显示用户名不存在错误信息;✧管理员返回基本事件流第1步,而用户将会被系统提示注册。
A2.用户名对应密码不正确✧系统显示用户名密码不正确错误信息;✧返回基本事件流第1步。
4)特殊需求密码输入框必须以密文方式呈现。
5)前置条件本用例开始前注册用户/管理员已经打开对应的系统登录界面。
6)后置条件如果用例成功,注册用户/管理员将成功登录系统,并赋予相应权限。
若失败,系统状态不改变。
用户注册1)简要说明本用例描述注册用户如何在航空票务系统中注册。
用户名合法性定义:用户名必须只能包含字母和数字并且长度超过8个字符。
密码合法性定义:密码的长度必须超过6个字符。
2)参与者注册用户3)事件流图3: 用户注册活动图i.基本事件流本用例开始于注册用户希望在航空票务系统中注册。
a)系统请求注册用户输入用户名;A1:用户名已存在A2:用户名不合法。
b)系统请求注册用户输入两次密码;A3.密码不合法A4.两次密码不一样c)系统请求用户输入姓名,性别,电话,电子邮件;d)系统把当前用户的信息增加到数据库中。
ii.后备事件流A1.用户名已存在✧系统显示用户名已存在错误信息;✧返回基本事件流第1步;A2.用户名不合法✧系统显示用户名不合法错误信息;✧返回基本事件流第1步。
A3.密码不合法✧系统显示密码不合法错误信息;✧返回基本事件流第1步。
A4.两次密码不一样✧系统显示两次密码不一样错误信息;✧返回基本事件流第1步。
4)特殊需求密码输入框必须以密文方式呈现。
5)前置条件本用例开始前用户打开系统注册界面。
6)后置条件如果用例成功,用户将注册成功,系统在数据库中增加一条注册用户的相关记录。
若失败,系统状态不改变。
个人信息管理1)简要说明本用例允许注册用户对个人信息进行管理,提供修改密码功能,但不允许修改用户名。
2)参与者注册用户3)事件流图4: 个人信息管理活动图i.基本事件流本用例开始于注册用户希望修改个人信息。
a)系统请求注册用户输入新密码和确认密码;b)注册用户新密码和确认密码;c)系统验证输入的新密码和确认密码;A1:新密码不合法A2:确认密码与新密码不一致d)系统请求注册用户输入性别,电话,电子邮件;e)注册用输入性别,电话,电子邮件;f)系统修改注册用户的个人信息ii.后备事件流A1.新密码不合法✧系统显示新密码不合法错误信息;✧返回基本事件流第1步。
A2.确认密码与新密码不一致✧系统显示确认密码与新密码不一致错误信息;✧返回基本事件流第1步。
4)特殊需求密码输入框必须以密文方式呈现。
5)前置条件本用例开始前注册用户已经登录系统6)后置条件如果用例成功,注册用户将成功修改个人信息。
若失败,系统状态不改变。
预订机票1)简要说明本用例允许注册用户查询当前的航班信息,并且根据个人需要进行预订。
2)参与者注册用户3)事件流图5: 注册用户预订机票活动图i.基本事件流本用例开始于注册用户希望预订机票。
a)系统提供航班号,出发地点,目的地点,航班日期,价格供注册用户选择。
b)用户选择一个航班并确认预订。
c)系统验证选中航班的剩余票数A1.该航班的剩余票数为0d)系统修改用户个人购物车中的订票情况ii.后备事件流A1.该航班的剩余票数为0✧系统向用户提示该航班的机票已售完。
✧返回基本事件流第1步4)特殊需求无5)前置条件本用例开始前注册用户已经登录系统6)后置条件如果预订成功,将会在用户的个人购物车中显示该航班。
若失败,返回基本事件流第1步。
查看个人购物车1)简要说明本用例允许注册用户查看个人预订机票的情况。
2)参与者注册用户3)事件流图6: 注册用户查看个人购物车活动图i.基本事件流本用例开始于注册用户希望查询个人预订机票的情况a)注册用户查看个人购物车b)系统将返回用户的预订的所有机票,以列表的形式返回航班的航班号、票价、航班日期。
ii.后备事件流无4)特殊需求无5)前置条件本用例开始前注册用户已经登录系统6)后置条件无退票1)简要说明本用例允许注册用户退订个人已预订了的机票。
2)参与者注册用户3)事件流图7: 注册用户退票活动图i.基本事件流本用例开始于注册用户希望退订个人已预订了的机票。
a)注册用户查看个人购物车b)系统将返回用户的预订的所有机票,以列表的形式返回航班的航班号、票价、航班日期。
c)用户选择一个航班并确认退票d)系统验证该航班是否已经超过退票期限A1. 该航班已经超过退票期限e)系统修改用户个人购物车中的订票情况。
ii.后备事件流A1. 该航班已经超过退票期限✧系统提示该航班已经超过退票期限,无法退票。
✧返回基本事件流第2步4)特殊需求无5)前置条件本用例开始前注册用户已经成功登陆系统。
6)后置条件如果退订成功,该航班将会从用户的个人购物车中消失。
若失败,返回基本事件流第2步制定航班1)简要说明本用例描述管理员如何制定航班。
2)参与者管理员3)事件流图8:制定航班i.基本事件流本用例开始于管理员希望制定航班。
a)系统请求管理员输入航班号,起飞地点,目的地点,旅程小时数,机票价格。
b)系统验证航班号是否已存在A1. 航班号已存在c)系统验证机票价格是否合法A2.机票价格不合法d)系统验证旅程小时数是否合法A3.旅程小时数不合法e)系统增加一条航班记录。
ii.后备事件流A1. 航班号已存在✧系统显示航班号已存在错误信息✧返回基本事件流第1步A2. 机票价格不合法✧系统显示机票价格不合法错误信息✧返回基本事件流第1步A3. 旅程小时数不合法✧系统显示旅程小时数不合法错误信息✧返回基本事件流第1步4)特殊需求无5)前置条件本用例开始前管理员已经成功登陆系统。
6)后置条件如果用例成功,系统将会一条航班记录。
若失败,系统状态不改变。
安排航班1)简要说明本用例描述管理员如何安排航班。
2)参与者管理员3)事件流图9:安排航班i.基本事件流本用例开始于管理员希望安排航班。
a)系统请求管理员选择航班号和输入航班日期。
b)系统验证选中的航班是否已经设定了航班日期。
A1.选中的航班已经设定了航班日期,系统提示是否替换原来的航班日期。
c)系统将会修改选中航班的航班日期。
ii.后备事件流A1. 选中的航班已经设定了航班日期,系统提示是否替换原来的航班日期。
管理员选择“是”,系统将会修改选中航班的航班日期。
管理员选择“否”,返回基本事件流第1步。
4)特殊需求无5)前置条件本用例开始前管理员已经成功登陆系统。
6)后置条件如果用例成功,系统将会修改选中航班的航班日期。
若失败,系统状态不改变。
6.数据需求分析7.运行环境规定7.1设备运行平台:Windows XP(含)以上版本;数据库管理系统软件:SQL Server 2008硬盘要求:CPU:733MHz以上的处理器内存:1G,推荐2G以上硬盘:200G以上磁盘空间7.2接口7.2.1外部接口用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化,考虑到用户多对WINDOW 风格较熟悉,应尽量向这一方向靠拢。
在设计语言上,已决定使用 MS VISUAL C++ 进行编程,在界面上可使用VISUAL C++ 所提供的可视化组件,向WINDOWS 风格靠近。