火车票售票系统--需求分析报告
- 格式:doc
- 大小:233.00 KB
- 文档页数:12
数据分析报告铁路售票系统一、引言铁路售票系统作为铁路运输的重要组成部分,对于满足旅客出行需求、优化资源配置以及提高运营效率起着至关重要的作用。
本数据分析报告旨在深入剖析铁路售票系统的运行情况,通过对相关数据的收集、整理和分析,揭示其内在规律和潜在问题,并提出相应的改进建议。
二、数据来源与处理本次分析所使用的数据主要来源于铁路售票系统的后台数据库,涵盖了一段时间内的售票记录、车次信息、旅客出行数据等。
为了确保数据的准确性和完整性,我们对原始数据进行了清洗和预处理,去除了重复、错误和缺失的数据。
三、售票情况分析(一)售票量的时间分布通过对不同时间段(如日、周、月、季、年)的售票量进行统计分析,发现售票量呈现出明显的季节性和周期性变化。
在节假日和旅游旺季,售票量显著增加,而在工作日和非旅游季节,售票量相对较少。
(二)热门车次与线路通过对各车次和线路的售票情况进行分析,确定了一些热门车次和线路。
这些热门车次和线路往往具有以下特点:运行时间短、途经重要城市、服务质量高。
(三)售票渠道分析对不同售票渠道(如窗口售票、网络售票、电话订票等)的售票量进行比较,发现网络售票已成为主要的售票渠道,占总售票量的较大比例。
四、旅客行为分析(一)购票提前期旅客购票的提前期各不相同,有的旅客提前数天甚至数周购票,而有的旅客则在临近出发时才购票。
对购票提前期的分析有助于合理安排运力。
(二)退票与改签情况退票和改签的比例在一定程度上反映了旅客出行计划的不确定性。
通过对退票和改签数据的分析,发现退票和改签主要集中在临近出发的时间段。
(三)旅客出行目的通过对旅客购票时填写的出行目的进行分析,了解旅客出行的主要需求,为优化车次安排和服务提供依据。
五、系统性能分析(一)响应时间对售票系统在不同时间段的响应时间进行监测,发现高峰时段系统的响应时间较长,可能会影响旅客的购票体验。
(二)稳定性分析系统在运行过程中的故障率和故障恢复时间,评估系统的稳定性。
火车票网上购票管理系统数据库系统分析与设计一、数据库需求分析1.用户需求:-用户可以通过系统注册和登录账号。
-用户可以查询火车班次及票价信息。
-用户可以选择购买火车票,并完成支付。
-用户可以查看已购买的火车票信息。
2.管理员需求:-管理员可以添加、修改和删除火车班次信息。
-管理员可以查询用户购票信息。
3.系统需求:-系统需要存储用户账号和密码信息。
-系统需要存储火车班次信息,包括班次号、起始站、终点站、出发时间、到达时间、票价等。
-系统需要存储用户购票信息,包括用户ID、班次号、座位号、购票时间等。
二、数据库设计根据以上需求,可以设计以下数据库表结构:1. 用户表(User)- 用户ID(UserID,主键)- 用户名(Username)- 密码(Password)2. 火车班次表(Train)- 班次号(TrainID,主键)- 起始站(StartStation)- 终点站(EndStation)- 出发时间(DepartureTime)- 到达时间(ArrivalTime)- 票价(Price)3. 火车票表(Ticket)- 票号(TicketID,主键)- 用户ID(UserID,外键,关联User表的UserID)- 班次号(TrainID,外键,关联Train表的TrainID) - 座位号(SeatNumber)- 购票时间(PurchaseTime)三、系统架构设计根据数据库设计,可以初步设计系统架构如下:1.前端页面:包括注册、登录、查询火车班次、购票、查看订单等页面。
2.后端服务:实现用户注册、登录、查询火车班次、购票、查看订单等功能,调用数据库进行数据操作。
3.数据库:存储用户信息、火车班次信息、订单信息等数据。
四、数据库操作根据数据库设计,可以设计以下数据库操作:1.用户相关操作:- 用户注册:向User表中插入新的用户信息。
- 用户登录:查询User表中的用户名和密码信息进行验证。
三、需求规格说明书1.引言 (1)1.1编写目的 (1)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2.任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.3条件与限制 (3)3.数据描述 (3)3.1静态数据 (3)3.2动态数据 (3)3.3数据库介绍 (4)3.4数据词典 (4)3.5数据采集 (8)4.功能需求 (8)4.1功能划分 (8)4.2功能描述 (9)5.性能需求 (9)5.1数据精确度 (9)5.2时间特性 (9)5.3适应性 (9)6.运行需求 (9)6.1用户界面 (9)6.2硬件接口 (10)6.3软件接口 (10)6.4故障处理 (10)7.其它需求 (10)1.引言1.1编写目的本需求分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本火车售票系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
本文档供项目经理、设计人员、开发人员参考。
1.2项目背景a.项目的委托单位:中国铁路局b.开发单位:xx大学c.主管部门:计算机学院d.软件名称:火车售票系统e.软件开发者:1.3定义a.铁路售票应用系统软件:基本元素为构成铁路售票及相关行为所必须的各种部分。
b.需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
c.需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。
d.模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。
1.4参考资料a.《实用软件工程》(第二版)郑人杰,殷人昆,陶永雷。
清华大学出版社,1997。
12306需求分析报告需求分析报告:12306火车票预订系统一、引言12306火车票预订系统是中国铁路总公司于2007年推出的一套线上售票解决方案,旨在方便乘客进行火车票购买和座位预订。
随着时间的推移和用户规模的不断增加,系统中存在一些问题和需求,本报告将对这些问题和需求进行分析和总结,以便于系统进行改进和优化。
二、问题分析1. 服务器容量不足:目前,12306系统面临着庞大用户数量和突发的访问流量峰值带来的服务器压力增大的问题,导致系统时常出现故障和崩溃的情况,给用户带来了严重的不便。
2. 用户友好性不足:12306系统的界面设计相对简单,用户操作不够友好,特别是对于老年人和非技术人员来说,购票过程比较繁琐,容易造成操作错误和困惑。
3. 信息准确性问题:有时系统中的车票余量和票价信息与实际情况不符,这给用户带来了误导和困扰,也增加了客服工作的压力。
4. 客服响应不及时:12306系统的客服响应速度较慢,用户咨询和问题反馈的处理时间较长,影响了用户体验和满意度。
5. 安全性问题:12306系统存在被黑客攻击的风险,用户的个人信息和支付信息可能面临泄露的风险。
三、需求分析1. 扩大服务器容量:为解决服务器压力不足问题,系统应该增加服务器数量,提高系统的承载能力,确保在高访问流量时也能正常运行。
2. 优化用户界面设计:对系统的用户界面进行优化和改进,使其更加清晰、简洁、易于操作,并提供操作指引和帮助文档,方便用户操作和购票。
3. 提高信息准确性:加强与各火车站点和火车运输公司的数据对接,确保系统中的车票余量和票价等信息与实际情况保持一致,避免误导用户。
4. 加强客服支持:提高客服响应速度,增加客服人员和工作时间,加强客服培训,提高客服人员的专业水平,确保用户的咨询和问题能够及时得到解答和处理。
5. 加强系统安全保护:加强系统的安全性防护措施,采用先进的加密技术,提高系统对黑客攻击的抵抗能力,确保用户个人信息和支付信息的安全。
数据分析报告铁路售票系统第一篇:数据分析报告铁路售票系统毕业实习数据分析报告1.调查实际环境背景信息时代已经来临,信息处理的利器——计算机应用于火车站售票的日常管理为火车站售票的现代化带来了从未有过的动力和机遇,为火车站票务管理领域的飞速发展提供了无限潜力。
采用计算机管理信息系统已成为火车站票务管理科学化和现代化的重要标志,给火车站票务带来了明显的经济效益和社会效益。
计算机已经成为人们生活不可或缺的一部分。
随着Internet的迅速发展和用户数量的急剧增加,互联网对于企业和事业单位的运营和发展日益重要,网上交易也逐渐被人们认可,并成为未来交易的发展方向。
铁路售票系统也不例外。
铁路售票系统是铁路旅游服务信息系统的一个重要组成部分,为旅客提供优质便捷的服务。
为了提高铁路客运的售票效率,丰富铁路客运的营销手段,火车站售票总站及其下属代售点可以通过公用的互联网资源,实现网上的售票,查询及管理工作。
在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的铁路网上售票系统,为企业的决策层提供准确、精细、迅速的车票销售信息。
2.描述现实状况及工作流程 2.1现实状况随着旅游业的逐渐的成熟发达,铁路客运量大幅度的提高,各大省市的列车都显著的增加,这些都对列车票务管理系统提出了更高的要求,所以要不断的完善更新列车票务管理系统,提高列车售票系统的工作效率。
随着科学的不断进步,计算机应用已经遍布整个社会的每个角落。
目前社会正处于健保发展方兴未艾的时代,各火车站莫不兢兢业业地改善本身的体制或管理方式,以适应健保越来越严格的规范。
列车在我国的人员流动、物资运输中占据着举足轻重的地位。
全国有大量的人员通过搭乘火车到达目的地。
而与火车的特殊性及可能经过多个城市,每个城市的车站可以出售此火车的车票。
而且同一车站可能有多辆车经过。
许多希望以最快的方式选择自己想来乘坐的那一趟列车。
火车站售票系统调研报告1. 引言1.1 背景介绍火车站作为人们出行的重要交通枢纽,每天都会迎来大批的乘客。
为了提高售票效率和方便乘客购票,很多火车站纷纷推出了售票系统。
本报告旨在对火车站售票系统进行调研,并分析其特点和优缺点。
1.2 调研目的和方法本次调研的目的是了解火车站售票系统的运作方式、用户体验、效率等方面的情况。
调研采用了访谈和用户调查两种方法进行数据收集。
2. 火车站售票系统的运作方式2.1 系统架构火车站售票系统一般由前台售票窗口和自助售票机两个部分组成。
前台售票窗口由工作人员负责,乘客可以通过窗口购票、退票等。
自助售票机则是乘客自助购票的便捷设备。
2.2 功能特点火车站售票系统的功能包括车票查询、购票、退票、改签等。
乘客可以通过系统查询车次、余票信息,并选择购票座位。
退票和改签也可以通过系统实现,方便了乘客的操作。
3. 用户体验分析3.1 便捷性火车站售票系统的推出极大地提高了购票的便捷性。
乘客可以通过前台售票窗口或自助售票机随时购票,无需排队等待。
同时,系统方便了乘客的退票和改签操作。
3.2 用户界面火车站售票系统的用户界面应简洁明了,操作便捷。
对于自助售票机来说,屏幕的大小和显示效果非常重要,以确保乘客能够清晰地看到相关信息。
4. 系统效率分析火车站售票系统的推出,在一定程度上提高了售票的效率。
前台售票窗口的工作人员可以通过系统快速查询车次、余票信息,并为乘客办理购票等手续。
自助售票机则可以一次性处理多张车票的购票需求,避免了排队等待。
5. 优缺点分析5.1 优点火车站售票系统的推出方便了乘客的购票操作,提高了售票效率。
系统的自助功能使乘客可以在不受时间和地点限制的情况下购票、退票和改签。
同时,系统可以减少人工售票窗口的工作压力,提高工作效率。
5.2 缺点火车站售票系统存在一些缺点。
首先,对于老年人或不熟悉电子设备操作的乘客来说,自助售票机可能会比较复杂,造成不便。
其次,系统的故障率也可能会影响售票效率,需要有专业人员及时处理。
1.1 需求分析调查学生火车票预定系统应用领域涉及的内容,对涉及到领域的各个应用的信息要求和操作要求进行详细分析。
最重要的是调查、采集信息、分析购票人信息和火车票预定流程。
处理要求、数据的安全性与完整性要求。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户端的界面要简单明了,易于操作。
火车站为方便旅客返程,需要开辟一个火车票订票系统,这个火车订票系统可以满足旅客的主要需求。
首先是要有旅客的登陆界面,包括旅客的用户名和密码。
然后登陆到主操作界面,旅客可以进行车票的查询,显示起始车站和终点车站,乘车的日期,发车时间,座号和票价,并且在查询到自己的所要车坐的车次后可以预订车票;旅客还可更改自己的用户名和密码,以保证个人信息的安全。
如是管理员登陆的话,还可以添加车次,包括起始站,终点站,发车时间,车次类型,还可以删除某个车次;并且在需要的时候,管理员也可添加和删除用户。
1.2 流程图经过可行性分析和初步需求调查,抽象出该系统业务流程图,结合该实例具体情况,给出旅客订票的具体需求。
图1.2 旅客购票流程图1.3 系统框架在调查完了系统需求之后,就要开始分析用户需求。
在此,采用自顶向下的结构化分析方法。
首先,定义全局概念结构的框架,如图 1.3 所示:图 1.3 火车定票系统总框架图每一个子系统需要进一步细化。
车次信息系统的细化如图 1.4 所示:车票信息系统的细化如图 1.5 所示:旅客信息系统的细化如图 1.6 所示:1.3 软件模块划分1.普通用户模块在普通用户模块中可以实现登陆,用户名修改,车次查询,订票。
2.管理员模块管理员模块包含三个板块的内容:①管理员可以实现登陆,用户名修改,车次查询,订票。
②车次基本信息管理:包括添加,查询,删除车次。
③用户信息管理:包括添加,删除用户。
1.4 功能结构2 详细设计(更功能模块的实现)2.1 登陆界面①用户名两个静态文本输入框②密码①用户名编辑框登陆界面两个编辑框②密码编辑框①登录两个按钮②取销登陆界面如图 2.1 所示:图2.1 登陆界面功能的实现:①首先建立一个对话框,命名为“欢迎使用火车票预订系统”,添加两个静态文本输入框“请输入用户名”和“请输入密码”,再添加两个编辑框“用户名编辑框”和“密码编辑框”然后建立类向导。
火车票售票系统可行性分析报告
一、项目概述
火车票售票系统是一款用于售卖火车票的购票系统。
目标用户为所有需要乘坐火车出行的人群。
这款系统的主要功能是:提供火车时刻表查询,账号注册、登录,选择座位类型等功能,让用户可以快速、方便地购买到合适的火车票。
二、可行性分析
1. 技术可行性
本系统需要具备稳定、高效、安全的技术支持。
采用目前广泛应用的Web开发技术,如Java、SpringBoot等,具备快速开发的优势。
同时,采用MySQL数据库进行存储和管理数据,实现信息的快速存储和查询。
采用支付宝、微信等支付渠道,保证交易安全性。
技术方案成熟,开发难度较低,具备可行性。
2. 商业可行性
火车票售票系统所服务的人群包括所有需要乘坐火车的消费者,市场需求广泛。
在现今社会,人们对便利性的需求越来越高,快速、方便的购票系统将有着广阔的商业前景。
在成熟技术支持的情况下,本系统的盈利潜力较高,具备商业可行性。
3. 社会可行性
火车票售票系统符合社会发展需要,即普及出行方式的多样化和便捷性。
让人们能够快捷、准确地了解火车时刻表,并能够方便地购买到合适的座位。
在现今社会,这种需求越来越强烈,因此火车票售票系统有着很大的社会可行性。
三、总结
通过技术、商业以及社会可行性分析,我们可以看出,火车票售票系统具有较高的可行性,可以为用户提供一个方便、快捷的购票平台。
同时,系统也具有较强的商业前景,并能满足社会发展的需求。
我们相信,在充分考虑各种因素的情况下,火车票售票系统一定能成为一个很棒的产品,并得到广大用户的支持和喜爱!。
火车站售票系统需求分析一、引言火车站售票系统是指为火车站提供售票服务的一套软件系统。
通过这个系统,旅客可以方便地查询火车票信息、购买车票、选择座位、退票等。
同时,火车站工作人员也可以通过这个系统进行订单管理、票务统计、退票处理等工作。
本文将对火车站售票系统的需求进行分析。
二、功能需求分析1.火车票查询:旅客可以通过系统查询车次、发车时间、到达时间、票价、余票等信息,方便地选择合适的车次。
2.车票预订:旅客可以通过系统购买车票,并选择合适的座位,系统需要支持在线支付功能。
3.乘客信息管理:旅客可以在系统中完善个人信息,方便下次购票使用。
火车站工作人员可以通过系统查询乘客信息以及历史订单信息。
4.票务统计:系统需要提供票务统计功能,可以根据不同的时间段、地区等条件生成相应的统计报表,为火车站提供决策依据。
5.退票处理:旅客可以通过系统在线申请退票,系统需要支持自动退款、重新出售退票等处理。
6.车次管理:系统需要支持火车站工作人员对车次进行管理,包括车次添加、修改、删除等操作。
7.违规处理:系统需要对乘客的违规行为进行记录和处理,如逃票、拒载等,方便火车站工作人员进行管理和处罚。
三、性能需求分析1.并发性能:系统应能够支持大量用户同时进行车票查询、购票等操作。
2.稳定性:系统应具备较高的稳定性,能够保证在高峰期的运行情况下不会出现系统崩溃或数据丢失等问题。
3.响应速度:系统需要保证较快的响应速度,用户可以迅速得到查询结果。
4.安全性:系统需要对用户的个人信息和交易信息进行保护,保证数据的安全性和机密性。
四、界面需求分析1.用户界面:系统的用户界面需要简洁明了,易于操作,用户可以迅速找到所需功能。
2.管理员界面:系统的管理员界面提供给火车站工作人员使用,需要提供功能明确、操作方便的界面,方便工作人员进行订单管理、退票处理等工作。
五、可靠性需求分析1.数据备份:系统需要定期对数据库进行数据备份,以防止数据丢失。
火车站售票系统需求分析需求分析是为了全面理解和定义用户对系统的需求,以便开发人员能够设计出满足用户期望的系统功能和性能。
以下是对火车站售票系统的需求分析。
1.功能需求:1.1售票功能:系统应提供售票功能,包括查询车次、座位选择、票价计算、订单生成和支付等。
1.2退票功能:系统应提供退票功能,包括验证退票条件、计算退票费用和生成退票记录等。
1.3改签功能:系统应提供改签功能,包括验证改签条件、计算改签费用和生成改签记录等。
1.4查询功能:系统应提供各种查询功能,包括车次查询、余票查询、车票价格查询、车站查询等。
1.5抢票功能:系统应提供抢票功能,允许用户在特定的时间范围内尽快购买到紧俏的车票。
1.6订单管理:系统应提供订单管理功能,包括订单查看、支付管理、退票管理和改签管理等。
1.7用户管理:系统应提供用户管理功能,包括注册、登录、个人信息管理和密码找回等。
1.8统计报表:系统应提供各种统计报表功能,以帮助火车站管理部门分析和监控售票情况。
2.性能需求:2.1并发性能:系统应能够同时处理多个用户的请求,保证高并发情况下的稳定性和可靠性。
2.2响应时间:系统应能够迅速响应用户的请求,使用户获得即时的查询和购票结果。
2.3安全性:系统应具备良好的安全性能,保护用户的个人信息和支付信息不被泄露或篡改。
2.4扩展性:系统应具备良好的扩展性,以适应未来可能的增加的用户量和功能要求。
2.5可用性:系统应具备良好的可用性,保证服务的连续性,减少系统的停机和故障时间。
3.界面需求:3.1易用性:系统应具备简单、直观、友好的界面设计,方便用户快速完成操作。
3.2响应式设计:系统应具备响应式设计,适应各种终端设备(如PC、手机、平板)的屏幕尺寸和分辨率。
3.3多语言支持:系统应支持多种语言,以方便不同国家和地区的用户使用。
4.非功能需求:4.1可靠性:系统应具备高可靠性,保证用户购票过程中不会出现数据丢失、订单丢失等问题。
三、需求规格说明书1.引言 (1)编写目的 (1)项目背景 (2)定义 (2)参考资料 (2)2.任务概述 (3)目标 (3)运行环境 (3)条件与限制 (3):3.数据描述 (3)静态数据 (3)动态数据 (4)数据库介绍 (4)数据词典 (4)数据采集 (4)4.功能需求 (5)功能划分 (5)功能描述 (5)5.性能需求 (5)数据精确度 (5)。
时间特性 (5)适应性 (6)6.运行需求 (6)用户界面 (6)硬件接口 (6)软件接口 (6)故障处理 (6)7.其它需求 (6)1.引言]编写目的本需求分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本火车售票系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
本文档供项目经理、设计人员、开发人员参考。
项目背景a.项目的委托单位:中国铁路局b.开发单位:xx大学c.主管部门:计算机学院d.软件名称:火车售票系统e.软件开发者:定义a.铁路售票应用系统软件:基本元素为构成铁路售票及相关行为所必须的各种部分。
b.需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
@c.需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。
d.模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。
参考资料a.《实用软件工程》(第二版)郑人杰,殷人昆,陶永雷。
清华大学出版社,1997。
b.《JAVA网络高级编程》金勇华,曲俊生。
人民邮电出版社,2001。
c.《JBUILDER培训教程》Borland software corporation。
机械工业出版社,2002。
2.任务概述目标(1) 完善目前火车售票系统,使之能跟上时代的发展。
同时通过实践来提高自己的动手能(2)应用范围:理论上能够实现于铁路部门的售票系统,其目的在于在原有的系统基础使得火车售票便捷化,以期实现完善日常生活中火车售票的各种缺陷。
(3)可实现旅客对于火车票的查询与购买功能,售票员则可实现查询、添加和删除等功能;对于所查询的车次结果提供列表显示输出;有一定的安全机制,普通旅客不能对车次信息随意删改,只有授权的售票员可通过密码识别进行维护。
!运行环境操作系统:Microsoft Windows 2000 Advanced Server支持环境:IIS数据库:Microsoft SQL Server 2000条件与限制一个更完善的火车票售票系统,应提供更为便捷与强大的查询购买功能,如相应的网络操作及服务,由于开发时间和计算机数量有限,该系统并未提供这一功能,对于信息的保护手段仅限制于设置用户级别,以记名提供数据文件的备份,比较简单,不能防止恶意的破坏,安全性能有待进一步完善。
3.数据描述静态数据火车票:列车车号 (int SerialNumber)列车始发时间 (struct time SetOut).列车始发站(char DeparturePoint)列车终点站(char TerminalPoint)票务:列车车号 (int SerialNumber)已售出车票票数(int FixedNumber)额定载量(int FixNumber )售票员:用户名(char name)密码(char password)动态数据输入数据:根据界面提示,键盘输入操作;(查询方式:查询车次、查询始发站;旅客购买时的票务信息,售票员添加、购票、退票时的票务信息;售票员备份数据恢复所需的数据备份文件; 售票员操作需密码,旅客操作受限; 输出信息:查询车次确定的数据库记录的子集; 统计结果;车次信息录入、删除(成功或失败); 车次信息查询、购买的操作结果; 数据备份输出的数据备份文件; 内部数据:查询操作建立的索引;数据库介绍》数据库采用Microsoft Access 数据库数据词典《火车售票系统》的总体功能如下: 车票的售出; 车票的退还; 车票信息的查询; 车票的增删改;售票员查询统计车票信息; 售票系统数据备份; 售票管理者口令修改; 1.售票员登陆系统: ?(1)数据流图售票员身份验证登陆系统选择检验错误用户名密码密码正确售票退票查询录入新的班次信息选择选择选择选择授权信息表售票员信息(2)数据词典数据源点及汇点描述: ① 名称:售票员简要描述:管理售票员信息有关数据流:用户名、密码、系统选择:售票系统、退票系统、查询系统、录入信息系统数目:1加工逻辑词条描述:①加工名:身份检验加工编号:1!简要描述:检验用户身份输入数据流:用户名、密码输出数据流:密码正确、身份验证错误加工逻辑:IF 用户名为空THEN发出“用户名为空错误”ELSE IF 密码为空THEN发出“密码为空错误”ELSE IF 用户名和密码不符THEN发出“用户名和密码不匹配错误”ENDIFENDIF(ENDIFENDIF数据流名词条描述:①数据流名:用户名说明:售票员姓名数据流来源:售票员数据流去向:身份检验数据流组成:用户名=字符型字符串②数据流名:密码说明:与用户名相匹配的密码数据流来源:售票员"数据流去向:身份检验数据流组成:密码=短整型字符串每个数据量流通量:③数据流名:出错信息说明:用于指示身份验证错误的信息数据流来源:身份检验数据流去向:售票员数据流组成:出错信息=任意字符串④数据流名:系统名称说明:系统的名称数据流来源:,数据流去向:选择数据流组成:数据文件词条描述:① 数据文件名:授权信息表简述:存放售票员信息 输入数据:输出数据:售票员信息数据文件组成:授权信息表由“售票员信息”组成2.售票员相关操作(售票、退票、查询、录入)售票员身份验证登陆系统选择检验错误用户名密码密码正确售票退票查询录入新的班次信息选择选择选择选择授权信息表售票员信息票务信息表车票信息车票信息列车信息表车票信息车票信息@(2):数据词典:数据源点及汇点描述:○1 名称:售票员 简要描述:管理售票员信息有关数据流:用户名、密码 数目:1加工逻辑词条描述: ○1加工名:身份检验 加工编号:1简要描述:检验用户身份 输入数据流:用户名、密码 …输出数据流:密码正确、身份验证错误○2加工名:售票 加工编号:2简要描述:根据所读入的操作信息,售出火车票输入数据流:操作信息,火车票信息输出数据流:火车票信息加工逻辑:根据所读入的操作信息,售出火车票数据流名词条描述:○1数据流名:用户名说明:售票员的姓名(数据流来源:售票员数据流去向:身份检验数据流组成:用户名=字符型字符串○2数据流名:密码说明:与职工名称相匹配的密码数据流来源:售票员数据流去向:身份检验数据流组成:密码=短整型字符串每个数据量流通量:○3数据流名:车票信息说明:车票信息—数据流来源:售票员数据流去向:列车信息表数据文件词条描述:①数据文件名:列车信息表简述:车票信息输入数据:车票信息输出数据:数据文件组成:列车信息表由“车票信息”组成存储方式:关键码存取频率:频繁|○2数据文件名:票务信息表简述:票务信息输入数据:票务信息输出数据:数据文件组成:票务信息表由“列车号、已售票、剩余票”组成存储方式:关键码存取频率:频繁3.旅客查询购票过程:(1)数据流图·(2)数据词典:●数据源点及汇点描述:名称:旅客简要描述:订票,退票,查询有关数据流:系统选择:订票系统、退票系统、查询系统●数据流名词条描述:⑤数据流名:系统名称说明:系统的名称数据流来源:数据流去向:选择.数据流组成:数据采集数据采集采用键盘输入4.功能需求功能划分该软件具有如下主要功能:1.浏览功能2.查询功能3.添加功能4.修改功能5.删除功能¥6.授权功能功能描述1.浏览功能列出当前数据库文件中车票的所有记录可选定一项纪录,显示说有域2.查询功能车次信息匹配查询始发站信息匹配查询3.添加功能增加一条车票的信息4.修改功能"修改某一已存在的记录内容,提供确认机制5.删除功能删除一条记录,提供确认机制6.授权功能授权票务管理人员修改数据的权限5.性能需求数据精确度查询时应保证查全率,所有在相应域中包含查询车次的记录都应能查到,同时保证查准率。
时间特性一般操作的相应时间应在1~2秒内适应性满足运行环境在允许操作系统之间的安全转换和雨其它又能够用软件的独立运行要求。
6.运行需求用户界面采取对话框方式,多功能窗口运行硬件接口(1)硬件接口:支持x86系列PC机(2)网络硬件接口要求:现实中要求具有高速以太网组网一实现联网销售,但是在理论实验验证软件本身的目的来看,无需网络通讯接口。
软件接口运行于Windows2000及更高版本并装有JAVA虚拟机的操作系统之上。
故障处理正常使用时不用出错,对于用户的输入错误应及时给出适当的改正信息提示,若运行遇到不可恢复的系统错误,也必须保证数据库完好无损。
7.其它需求(1)可用性:该软件也可以通过单步跟踪的操作进行检查处理。
(2)安全性:由于软件运行数据放在数据库中,所以参数不容易被错改、破坏,万一参数受到破坏也不会影响源程序。
(3)可维护性:该软件利用数据库进行编程,系统结构由程序基本确定,大量的参数及文本内容全部放于数据库中。
修改、更新数据只要在数据库进行修改添加,而不需要对系统结构进行修改,这样系统维护性、升级都十分方便。
(4)兼容性:由于尚未测试,故无法对兼容性进行评析。