火车站网上售票系统需求分析报告
火车票网上购票管理系统数据库系统分析与设计
火车票网上购票管理系统数据库系统分析与设计一、数据库需求分析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. 用户需求a. 用户群体：火车订票系统将服务于广大火车出行的乘客，包括个人、家庭、公司组织等。
b. 用户需求：用户需要能够通过系统进行车次查询、选座购票、在线支付、改签退票等操作，满足用户出行的便捷性和灵活性。
2. 功能需求a. 车次查询：用户可以根据出发地、目的地、时间等条件进行车次查询，获取相关车次信息。
b. 选座购票：用户在系统中可以选择座位进行购票，系统需要实时更新座位信息，防止多人购买同一座位。
c. 在线支付：用户需要能够通过系统进行在线支付，支持多种支付方式。
d. 改签退票：用户可以在系统中进行改签和退票操作，系统需要能够实时更新订单状态和余票信息。
3. 系统性能需求a. 响应速度：系统需要保证用户的查询、购票、支付操作都能够在短时间内完成，避免长时间等待。
b. 可靠性：系统需要保证订单信息的准确性和安全性，避免出现订单丢失或泄露等问题。
c. 扩展性：系统需要支持多用户同时在线，保证系统的稳定性和可用性。
三、技术可行性分析1. 开发技术a. 前端技术：可以选择使用HTML、CSS、JavaScript等前端技术进行页面开发，保证系统的友好性和易用性。
b. 后端技术：可以选择使用Java、Python、Node.js等后端技术进行系统的开发，保证系统的稳定性和性能。
2. 数据库技术a. 数据库选择：可以选择使用MySQL、MongoDB等数据库技术进行订单信息的存储和管理，保证订单数据的安全和可靠性。
b. 数据库设计：需要设计合理的数据库结构，保证订单信息的一致性和完整性。
UML火车售票系统的分析
UML火车售票系统的分析火车售票系统是一个重要的交通服务系统，它允许用户在其电子设备上选择座位、预定和购买火车票。
为了对火车售票系统进行分析，我们可以使用UML（统一建模语言）。
UML使用不同的图表来描述系统的不同方面。
以下是我们可以使用的一些UML图表，以及它们如何应用于火车售票系统的分析：1. 用例图（Use Case Diagram）：用例图描述了系统的功能需求。
在火车售票系统中，可以有以下几个主要的参与者：乘客、售票员和火车信息系统。
主要的用例可能包括：用户注册、查询火车信息、选择座位、预定火车票和支付。
2. 活动图（Activity Diagram）：活动图用于描述系统的行为。
在火车售票系统中，可以使用活动图来显示用例中的各个步骤，以及它们之间的关系。
例如，查询火车信息的活动图可以包括以下步骤：输入查询条件、发送查询请求、接收和显示查询结果。
3. 类图（Class Diagram）：类图描述了系统中的对象及其关系。
在火车售票系统中，可以有以下几个主要的类：乘客、车次、座位、订单和支付。
类图可以显示这些类之间的关联关系，如乘客和订单之间的关联。
4. 状态图（State Machine Diagram）：状态图用于描述系统中的状态和状态之间的转换。
在火车售票系统中，可以使用状态图来表示订单的状态转换，例如从未支付到已支付，或者从已取消到已退款。
5. 顺序图（Sequence Diagram）：顺序图描述了系统中对象之间的交互。
在火车售票系统中，可以使用顺序图来显示用户与系统的交互过程。
例如，用户选择座位并提交预订请求，系统接收请求、验证座位可用性，然后向用户发送支付请求。
通过使用以上所述的UML图表，可以对火车售票系统进行全面的分析。
这些图表可以帮助分析人员和设计人员更好地理解系统需求、行为和结构，从而更好地设计和实现系统。
网上售票 需求分析报告
网上售票需求分析报告需求分析报告一、引言随着互联网的迅速发展，越来越多的服务都开始向网上转移，其中包括售票服务。
网上售票为用户提供了更加便捷快速的购票方式，减少了排队等候的时间，也提升了购票的透明度和可靠性。
本报告将对网上售票的需求进行分析，并提出相应的解决方案。
二、背景分析传统的售票方式通常是通过到售票窗口或代理商购买车票、机票、电影票等等。
这种方式存在一些问题，比如长时间排队等候、人工操作容易出错、信息不透明等等。
而网上售票则能够解决这些问题，提供便捷、高效、透明的购票服务。
三、需求分析1. 便捷性用户在购票之前需要注册账号并登录系统，然后可以根据自己的需求选择不同的票种、时间和座位等信息进行购票。
购票过程应该简单明了，能够提供可视化的界面，让用户能够轻松完成购票。
2. 安全性购票涉及到用户的个人信息和支付信息，所以系统必须保证用户信息的安全。
可以通过加密传输和数据备份等方式保护用户的隐私和支付安全，并且及时更新和修复系统的漏洞。
3. 实时性用户需要获得最新的票务信息，包括票价、余票数、优惠活动等等。
系统应该能够及时更新票务信息，并提供实时查询的功能，确保用户获取准确的信息。
4. 多样性不同用户有不同的需求和喜好，所以系统应该提供多样化的票务选择。
比如，用户可以选择不同的票种、不同的座位，还可以选择不同的优惠活动等等。
系统应该能够根据用户的需求和喜好进行个性化推荐，并且能够支持多种支付方式，给用户更多的选择。
5. 售后服务购票之后，用户可能遇到一些问题，比如改签、退票等等。
系统应该提供相应的售后服务，让用户能够方便地处理这些问题，并确保用户的权益得到保护。
四、解决方案为了满足上述需求，可以采用以下解决方案：1. 设计简洁明了的购票界面，提供用户友好的操作流程，简化购票过程。
2. 加强系统的安全防护，采用加密传输和数据备份等措施，确保用户信息和支付安全。
3. 设置实时更新的票务信息，确保用户能够及时获取最新的票务信息。
12306需求分析报告
12306需求分析报告需求分析报告：12306火车票预订系统一、引言12306火车票预订系统是中国铁路总公司于2007年推出的一套线上售票解决方案，旨在方便乘客进行火车票购买和座位预订。
随着时间的推移和用户规模的不断增加，系统中存在一些问题和需求，本报告将对这些问题和需求进行分析和总结，以便于系统进行改进和优化。
二、问题分析1. 服务器容量不足：目前，12306系统面临着庞大用户数量和突发的访问流量峰值带来的服务器压力增大的问题，导致系统时常出现故障和崩溃的情况，给用户带来了严重的不便。
2. 用户友好性不足：12306系统的界面设计相对简单，用户操作不够友好，特别是对于老年人和非技术人员来说，购票过程比较繁琐，容易造成操作错误和困惑。
3. 信息准确性问题：有时系统中的车票余量和票价信息与实际情况不符，这给用户带来了误导和困扰，也增加了客服工作的压力。
4. 客服响应不及时：12306系统的客服响应速度较慢，用户咨询和问题反馈的处理时间较长，影响了用户体验和满意度。
5. 安全性问题：12306系统存在被黑客攻击的风险，用户的个人信息和支付信息可能面临泄露的风险。
三、需求分析1. 扩大服务器容量：为解决服务器压力不足问题，系统应该增加服务器数量，提高系统的承载能力，确保在高访问流量时也能正常运行。
2. 优化用户界面设计：对系统的用户界面进行优化和改进，使其更加清晰、简洁、易于操作，并提供操作指引和帮助文档，方便用户操作和购票。
3. 提高信息准确性：加强与各火车站点和火车运输公司的数据对接，确保系统中的车票余量和票价等信息与实际情况保持一致，避免误导用户。
4. 加强客服支持：提高客服响应速度，增加客服人员和工作时间，加强客服培训，提高客服人员的专业水平，确保用户的咨询和问题能够及时得到解答和处理。
5. 加强系统安全保护：加强系统的安全性防护措施，采用先进的加密技术，提高系统对黑客攻击的抵抗能力，确保用户个人信息和支付信息的安全。
火车订票系统报告
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 登陆界面功能的实现：①首先建立一个对话框，命名为“欢迎使用火车票预订系统”，添加两个静态文本输入框“请输入用户名”和“请输入密码”，再添加两个编辑框“用户名编辑框”和“密码编辑框”然后建立类向导。
网购车票系统需求分析报告
文档名称：需求分析说明书项目名称：网上订购火车票系统编写：蔡益华敏校对：杭杰审核：田涛日期：2014年10月20日院系：南邮通达学院专业：软件工程1.引言1.1编写目的火车站市场的管理和服务机制要求逐步走向规化，对于政府管理部门来说确实是一个难点，订票是客运业务中最基本的一个业务，表面上看，它只是火车站业务的一个简单的部分，但是它涉及到管理与客户服务等诸多方面。
然而，过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求，这就要求一种全新的订票方式——网上订购，来缓解订票高峰时期的客运压力，并为用户提供方便快捷的购票方式。
在此，给出详细设计，供软件编程人员参考。
1.2 项目背景项目委托单位：计算机学院软件工程系。
开发单位：南邮通达学院软件工程32班第四小组。
小组成员：组长：杭杰组员：闫满，田涛，蔡益华，敏任务分配：杭杰负责Rational Rose 整体建模，数据库描述。
闫满负责模块图绘制，资料搜索田涛负责ER图绘制，文档审核蔡益华，敏文档编写与文档整理1.3 定义TTOS：Train Ticketing Online System，网购火车票系统1.4 参考资料[1] 人杰，马素霞《软件工程》（原书第七版）。
：机械工业 2011.7[2] 耿祥义，跃平《Java大学实用教程》（第三版）。
：电子工业。
2012.1[3] 吴建，潮，汪杰《UML基础与Rose建模案例》（第三版）。
：人民邮电 2012.7[4]施伯乐，丁宝康，汪卫《数据库系统教程》（第三版）。
高等教育 2008.7[5]增杰，坤《MySQL 5.6从零开始学》（视频教学版）。
：清华大学 2013.92.任务概述2.1 目标《网购火车票系统》针对的用户是所有需要乘坐火车的乘客，当春运来潮之际，购票点将出现严重拥挤的状况，客户的需求也是多种多样，将充满无限等待，同时也大大降低了购票效率。
为了满足大家需求，需求分析如下：1. 能够通过电子商务平台构建网上购票系统，减少购票拥挤，等待的现象，大大节约了用户的时间，这主要包括：（1）用户注册账户，设置个人信息。
火车票售票系统--需求分析报告
三、需求规格说明书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。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
需求分析书20122013班张佳俊组组员何益超李轶孙忠奇张志轩1导言1.1目的该文档是关于用户对于火车票网上售票系统的功能和性能的要求，重点描述了火车票网上售票系统的设计需求，将作为对该工具在概要设计阶段的设计输入。
本文档的预期读者是：●设计人员●开发人员●项目管理人员●测试人员●用户1.2范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。
在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。
1.3缩写说明无1.4术语定义无1.5引用标准[1] 《企业文档格式标准》V1.1[2] 《需求规格报告格式标准》V1.11.6参考资料[1] 《实用软件工程（第三版）》[2] 《需求规格报告格式标准》V1.12系统定义我们分别阐述一下项目的来源、背景和项目的目标。
2.1项目来源及背景随着科学技术的发展，计算机领域不断取得日新月异的研究成果。
计算机在代替和延伸脑力劳动方面发挥越来越重要的作用，在日常生活中随处都离不开离不开计算机。
尤其是在交通发达的今天，要管理大量的车票销售，计算机优势更加体现出来。
在数字化的今天，为了加强火车售票的管理必须依靠计算机，使火车售票员更好的对游客的管理更加有序、到位，基于上述种种原因，开发火车站售票系统更加显得重要，我们结合本次课程设计开发以下的火车站售票系统方案。
本系统主要为了更好地实现火车售票管理，给火车售票员提供一个井然有序的管理平台, 防止手工管理混乱，避免一些人为的错误。
提供一个良好的售票环境，更好的完成售票。
同时也对旅客提供一个查询客运情况。
2.2项目要达到的目标本项目设定的目标如下：1.系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少2.系统具有良好的运行效率，能够得到提高生产率的目的3.系统应有良好的可扩充性，可以容易的加入其它系统的应用。
4.平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。
5.通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力2.3系统整体结构本系统主要为了更好地实现火车售票管理，给火车售票员提供一个井然有序的管理平台, 防止手工管理混乱，避免一些人为的错误。
提供一个良好的售票环境，更好的完成售票。
同时也对旅客提供一个查询客运情况。
通过对火车站售票的情况的了解：一个火车站售票系统应该包括：售票功能，查询功能，调度功能，维护功能，统计功能等模块，在本系统中增设了用户登录模块以确保信息安全，考虑到旅客需要自主客运情况，增设了无需登录只提供查询列车时刻表，售票情况等信息模块。
整个系统模块划分如下图：3 应用环境本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。
本系统的网络运行图如图A-2，无论是客户端的应聘者还是管理端的HR 等都可以通过网络登录到本系统中。
应聘者通过网络提交简历等相关信息，HR 通过网络发布职位信息，获得应聘者提供的简历信息，进行面试管理。
火车站售票系统维护功能模块售票功能模块登录功能模块调度功能模块统计功能模块查询功能模块退出功能模块3.1系统运行硬件环境本系统的硬件环境如下：●客户机：普通PC⏹CPU：P4 1.8GHz⏹内存：256MB以上⏹分辨率：推荐使用1024*768像素●WEB服务器⏹CPU：P4 1.8GHz⏹内存：256MB以上●数据库服务器⏹CPU：P4 1.8GHz⏹内存：256MB以上3.2系统运行软件环境●操作系统：Microsoft Windows 7●数据库：Microsoft Access 2013●开发工具包：Microsoft visual studio 20054功能规格我们采用面向对象分析作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。
UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。
在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。
Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。
Use Case模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。
设计Use-case时，我们遵循下列步骤：第一步，识别出系统的“actor”。
Actor可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。
重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者(Actor)是谁。
尽可能地确保所有Actor都被完全识别出来。
第二步，描述主要的Use Case。
可以采取不断地问自己“这个Actor究竟想通过系统做什么？”来准确地描述Use Case。
第三步，重新审视每个Use Case，为它们下个详尽的定义。
4.2角色（Actor）定义角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。
4.2.1旅客旅客是指在这个火车票售票系统中通过客户端购买火车票的人员，这个Actor主要参与客户端的订票系统、退票系统、查询系统等功能。
4.2.2售票员售票员是指具体销售车票系统管理人员，这个Actor主要参与服务器端的售票员登录、售票系统管理、退票系统管理、查询系统管理、录入信息系统管理等功能。
4.2.3站长站长是指对售票员进行管理的的人员。
角色之间的关系：图A-3：角色的关系图4.2.4E-R图整个系统开发过程中，主要涉及到的实体有：站长，售票员，旅客，火车票。
他们之间的关系是：4.2.5 数据库数据库是一个与系统产生交互的外部系统，这个Actor 负责系统的数据查询、增加、删除和修改等操作。
4.3 系统主Use Case 图火车票订票系统可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系统。
客户端子系统主要是指旅客通过登录售票网站进行操作的功能，即查询、订票、退票功能。
管理端子系统是火车站售票的管理人员发布火车票信息，整理订票信息，退票信息，查询等功能。
系统的主Use Case 图如图A-4所示。
M站长姓名工号所处车站密码管理售票员销售火车票NNMN火车票编号价格类型车次终点站所处车厢查询，购买，退票旅客N工号姓名密码修改车票表 修改退票表图A-4：系统的主Use Case图4.4客户端子系统旅客通过火车站的售票网站登录到系统中进行查询、订票和退票，旅客通过它提交订单，进行订票，这就是客户端子系统的功能。
在客户端用户可以看到火车票的相关信息。
当点击车次时进入车次详细信息页面，如果需要订票的话，可以填写订单信息，并提交订单。
它的活动图如图A-5所示。
图A-5：客户端的活动图客户端的功能主要包括查询车次、填写订单、提交订单、查询个人订单等功能，它的用例图如图A-6。
图A-6：客户端的功能用例图客户端管理的功能描述如下：F-C-1：车票查询旅客登录到售票网站可以看到火车车次列表，在车次列表中显火车车次始发站和终点站信息。
当点击车次时进入车次详细信息页面，车次详细页面显示车次名称，车次所经车站列表，车次座位信息，点击订购该车次进入填写基本信息页面。
F-C-2：填写并提交订单有个人基本信息、车次信息、座位类型、起始站—终点站信息等。
F-C-3：查询订单查询个人订单是否与自己所填相符合，有个人基本信息、车次信息、座位类型、起始站—终点站信息等。
4.4.1车票查询车票查询是显示目前正在出售的所有车次，以及每个车次的描述和相关信息等。
具体描述如下：用例描述：火车售票车次选择执行者：旅客前置条件：旅客已登录系统；后置条件：选择车次后，则可以填写订单；基本路径：a)旅客登录到车站的售票网页，显示目前的车次列表，发布的日期，销售车票数等；b)点击任何一个车次可以浏览每个车次的详细信息，包括车次描述、起始/终点站、销售车票数、车票类型等信息；c)如果对该车次满意，可以点击订购车票进入填写订单信息页面，开始填写订单和提交订单等环节。
4.4.2订单录入如果旅客满意某个车次，就开始录入订单，订单从旅客的基本信息开始，然后起始站、终点站、车票类型、乘车人数等内容，最后开始提交订单。
具体描述如下：用例描述：订单输入执行者：旅客前置条件：旅客已选择订票车次；后置条件：订单输入后，则可以提交订单基本路径：a)基本信息输入，包括姓名、性别、年龄、证件类型、证件号码、社会角色等信息b)本次乘车信息输入，包括乘车起始站、终点站、乘车人数等；4.4.3订单查询订单查询要求旅客已提交订单。
具体功能描述如下：用例描述：订单查询执行者：旅客前置条件：旅客已提交订单；后置条件：查询订单，确认订单是否提交成功。
基本路径：a)提交订单；b)查询订单；c)核对信息。
4.5管理端子系统管理端主要是指提供售票员使用的功能部分，它的功能分为车票信息录入和发布、售票管理、退票管理、查询管理等部分，每个登录者首先经过认真安全认证然后缺陷权限，根据相应的权限现实相应的功能。
图A-7：管理端用例图管理端的这些Use case（用例）描述如下：F-L-1：登录管理登录管理是负责所有的管理端的登录，管理端的人员要登录到管理端必须经过登录界面，输入自己的用户名和密码，通过判断这个用户的权限信息，不同的登录人可能具有不同的权限，根据不同的权限现实不同的功能。
F-M-1车票信息录入和发布管理：车票信息录入和发布管理用例是管理员登录到系统，对车次车票的增、删、改的功能，及提供车次的详细信息。
F-M-2售票管理：售票管理用例是管理员登录到系统，管理员根据车票信息中提取出来生成各种车次车票信息，并且可以对车票信息进行增、删、改的功能。
F-M-3退票管理：退票管理用例是管理员登录到系统，录入车次及车票的订单详细描述信息，同时也可对售票管理进行增、删、改的功能。
F-M-4查询管理：查询管理用例是售票管理人员对旅客发来的订单进行整理，并根据订单的数目信息，合理安排车次座位，同时对浏览订单的基本信息，最后确定可以确定每个旅客的座位信息，这样将所有的旅客分为订票成功、订票失败等两个状态。
4.5.1登录管理登录到管理端的所有人都需要通过登录界面进入相应的管理界面，不同的登录人具有不同的权限，根据登录人具有的权限将相应的功能现实在登录到的管理界面，没有权限操作的功能将在现实在这个界面上。
活动视图如图A-8。
4.5.2 车票信息录入和发布管理在网上售票系统中，有一套车票信息库，是由大量的车票信息组成，它是车票售票的基本组成。
车票信息录入和发布管理模块主要是完成每个车票的增、删、改、查等维护功能。
具体描述如下：用例描述：车票信息录入和发布管理执行者：售票员前置条件：售票员已登录系统；后置条件：如果车票信息录入和发布管理维护成功后，则数据库中的车票信息库随之变化，可以组织车票信息图A-8：登录管理活动视图基本路径：a)进入车票信息录入和发布管理界面，首先展示目前车票信息库已有的车票信息；b)点击每个车票信息可以详细浏览这个车票的具体内容，同时也可以对这个车票的具体内容进行修改；c)提供增加车票信息的按钮，增加车票信息时，首先选择车票类别，然后车票车次、车票具体信息、确定可选人数（多个）等；d)可以删除选择的车票。