火车票售票管理系统.docx
《火车票售票管理系统.docx》由会员分享，可在线阅读，更多相关《火车票售票管理系统.docx（9页珍藏版）》请在冰豆网上搜索。
火车票售票管理系统
电子商务分析与设计
设计题目火车站售票管理系统
组长
成员
成员
一、需求分析
1.1功能需求
线上预订火车票系统是一款功能强大、操作简便、易维护的、具有良好人机交互界面的线上订票系统，它包括用户管理模块、系统参数设置模块、票务信息模块（提供票价、列车的实时信息）、订票管理模块（提供订票和退订功能）、实时信息提示模块（提供车况、路况、列车晚点等实时信息）、数据管理模块（提供数据备份、数据操作功能）。
实现火车票线上预定的自动化的计算机系统，为旅客提供准确、精细、迅速的火车票销售信息和方便、简单的订票功能。
线上预订火车票系统主要是对于订票信息的统一管理，满足了中小型线上订票网站对于用户的管理，订票信息的收集和处理方面的要求。
用现代化的方式取代以前的传统模式，更有利于信息的流通，资源的宏观管理。
具有体积小，代码简洁，易维护、易修改的优点。
1.2系统用例分析
1.2.1.火车站售票管理系统的参与者
*乘客：
查询、预订车票的人员。
*售票员：
具体负责乘客的车票订单。
*票务管理员：
负责更新车票信息。
*系统管理员：
系统管理员负责系统的员工信息管理，会员信息管理以及系统的维护等。
根据以上分析，创建系统参与者，如图所示：
图1-1系统参与者
1.2.2.管理员用例图
火车站系统中的所有人都是管理员，管理员是一个抽象的概念，他包含的行为是所有管理员的共同行为。
管理员在本系统中通过合法的身份验证能够修改自身的信息和密码。
根据以上分析，建立用例图如下所示：
图1-2系统管理员用例图
1.2.3.系统管理员用例图
系统管理员能够通过本系统进行如下活动。
*管理会员信息：
系统管理员能够对当前注册到本系统的客户进行整理。
*管理售票员信息：
系统管理员能够管理当前系统中的售票员信息，如添加、删除和修改售票员信息等。
*系统设置：
系统管理员可以对系统进行必要的设置和维护，如升级等。
图1-3系统管理员用图
1.2.4.票务管理员用例图
票务管理员能够通过本系统进行如下活动：
添加车票信息、删除车票信息、修改车票信息等。
图1-4票务管理员用例图
1.2.5.乘客用例图
对于火车票售票系统，乘客可以登录和查询。
其下为乘客的用例图，即乘客可以进行的活动。
图1-5乘客用例图
二、静态模型设计
2.1类图
2-1系统类图
2.2数据库字段
乘客（姓名、性别、联系电话、有效证件）
列车班次（发车时间、起点、终点、乘坐人数、价格）
火车站（名称、所在地、车站经过车次）
订票（票号、列车班次号、乘客号、票价、车票类型）
管理员（密码、姓名）
付款方式（付款序号、付款名字）
乘客表
字段
类型
含义
说明
p_name
string（）
乘客的名字
乘客的名字
p_sex
varchar（）
乘客的性别
乘客的性别
p_phone
string（）
乘客的联系电话
乘客的联系电话
p_ID
string（）
乘客的有效证件
乘客的有效证件
列车班次表
字段
类型
含义
说明
t_time
time
班次时间
列车的发车时间
t_ttart
varchar（）
班次起点
列车的始发站
t_end
varchar（）
班次终点
列车的终点站
t_number
int（）
班次乘坐人数
列车的乘坐人数
t_price
int（）
班次价格
本次列车的价格
订购车票表
字段
类型
含义
说明
o_ID
string（）
订火车票号
主键（PK）
o_tID
string（）
班次号
外键（FK）
o_pID
string（）
乘客号
外键（FK）
o_price
int（）
票价
外键（FK）
o_style
varchar（）
车票类型
外键（FK）
管理员表
字段
类型
含义
说明
a_password
string（）
管理员密码
管理员密码
a_name
string（）
管理员姓名
管理员姓名
火车站表
字段
类型
含义
说明
s_name
Varchar（）
火车站名字
火车站名字
s_addr
Varchar（）
火车站所在地
火车站所在地
s_trainID
Int（）
车站经过车次
车站经过车次
三、动态模型设计
3.1时序图
3.1.1“系统管理员时序图
1）系统管理员进入登录界面
2）系统管理员输入登录信息
3）后台数据库检验信息是否合法
4）若合法，则显示登录成功，否则转8）
5）系统管理员进入火车站管售票理系统
6）系统管理员修改系统信息
7）后台数据库更新
8）登录信息不合法。
9）系统弹出“重新登录”对话框
10）若选择“是”返回到第2步
图3-1系统管理员时序图
3.1.2顾客时序图
1）进入登录界面
2）验证用户的登录信息是否正确
3）若正确，显示登录成功否则转第十一步
4）用户进入管理系统查询界面，输入查询信息
5）返回查询信息
6）用户进入预定界面
7）用户进行预订
8）数据库更新
9）返回预订票信息
10）显示预订成功
11）登录信息不正确
12）系统显示错误原因，并提示是否重新登录
13）若选择“是”，则返回到第2步。
图3-2顾客时序图
3.1.3．票务管理员时序图
1）选择车票添加操作进入相关页面
2）系统列出表单要求填写
3）填写添加车票的信息
4）提供更新信息给数据库
5）用户表明填写完成
6）系统显示表单请求确认
7）确认表单完成操作
8）数据库更新、保存
9）用户要求修改信息。
10）返回到第2步。
图3-3票务管理员时序图
3.1.4.售票员时序图
1）售票员要求查看相关的车票信息
2）后台系统整理
3）后台数据库传递相应订票信息
4）系统显示出有效的订票信息
5）售票员从中选择订票选项
6）更新订票信息
7）售票员表明订票完成
8）系统显示所订车票的信息
9）系统请求确认信息
10）售票员确认订票信息，完成订票
11）数据库保存
图3-4售票员时序图
3.2状态图
1）进入数据库系统界面
2）进入预订车票界面
3）预订成功后推出
4）进入退订车票界面
5）退订成功后退出
6）预订退订车票失败则退出
图3-5系统状态作图
3.3协作图
1）客户首先要连接上网络的电脑
2）客户进行网站搜索，检索有关的票务信息
3）电脑将显示的票务信息给予客户
4）客户再通过查看信息后选择买票
5）客户输入自己的账号
6）验证帐户并提交扣钱
7）电脑将票的代码显示给客户，凭证取票
图3-6系统协作图
3.4活动图
3.4.1.“乘客查询”活动图
查询系统方便人们的生活，人们不用注册即可按照一定的要求进行查询。
如，按“始发站——-终点站”进行查询。
系统接收查询信息后，进行相应的整理，其过程如下：
图3-7“乘客查询”活动图
3.4.2．“乘客登录”活动图
乘客分老客户和新客户，新客户为没有注册过的客户，那么，其首先要注册。
老用户是已经注册过的用户，其直接输入用户名登录即可。
其活动图如下：
图3-8“乘客登录”活动图
3.5系统部署图
在火车站售票管理系统中，系统包括五格节点，分别是系统管理员管理系统、票务管理员管理系统、售票员管理系统、客户管理系统和售票管理系统。
票务管理员管理系统负责进系统车票信息更新，系统管理员管理系统负责进行系统维护，售票管理系统负责客户预订退订票管理，客户管理系统负责对客户信息的管理，售票员管理系统负责售票管理。
图3-9系统部署图
四、小组成员分工说明
需求分析阶段是软件开发的最核心的部分，我们组成员通过上网查阅资料，去图书馆借阅有关的书籍以及根据课本上的知识，再经过我们组成员三个人之间的默契配合，共同完成了软件的核心部分-----需求分析。
完成了我们所要做的项目的需求分析之后，下面的课程设计可根据需求分析来进行，我们组成进行分工合作共同完成了这次课程设计。
静态模型中的类图由刘盈娣和燕京京完成。
动态模型的四部分图，时序图由我们三个共同完成，状态图和协作图由陈斌完成，活动图由燕京京完成，系统部署图由刘盈娣完成。
我们分工明确，互相帮助，顺利的完成了自己的任务。
最后的总结由陈斌完成，再做了最后的文档的整理。
五、课程设计的收获和总结
经过一个星期的实践学习，使我们对UML有了更进一步的认识和了解，要想学好它要重在实践，要通过不断的上机操作才能更好地学习它，通过实践，我们也发现我们的好多不足之处，最主要是自己在UML图形正确使用上不够熟悉，通过实践，使我们在这个方面的认识有所提高。
其次，经过查找资料，调查研究，获取需求以及在这些基础上做出的系统分析。
总的来说，这个系统的设计考虑了大部分要考虑的因素，一些影响不大的因素就没有考虑在内，系统的需求分析中占相当一部分比例的用例规格说明采用表格的方式，直观，便于理解，不过需求分析在整体的格式多样性上有所欠缺，这在以后的设计中要吸取教训。
通过这次的课程设计，我们不但学到了很多东西，也把原来学的东西理解的更透彻了，特别是把原来学的不同科目的东西结合起来了，收获很大。
通过实践的学习，我们认到学好计算机要重视实践操作，不仅仅是学习UML语言，还是其它的语言，以及其它的计算机方面的知识都要重在实践，所以后在学习过程中，我们会更加注视实践操作，使自己更好地学好计算机。
没有实践，学习就是无源之水，无本之木。
以上就是我们在进行课程设计实训的心得和感受。
参考资料
[1]李大友，陈明等《实用软件工程基础》清华大学出版社
[2]吴建，汪杰等《UML基础与Rose建模案例》人民邮电出版社
[3]SorenLauesen著《软件需求》电子工业出版社
[4]《uml 和 rational rose 2002 从入门到精通》 电子工业出版社
升级会员 