机动车站售票管理方案计划信息系统文档格式.docx
- 文档编号:17858745
- 上传时间:2022-12-11
- 格式:DOCX
- 页数:20
- 大小:177.16KB
机动车站售票管理方案计划信息系统文档格式.docx
《机动车站售票管理方案计划信息系统文档格式.docx》由会员分享,可在线阅读,更多相关《机动车站售票管理方案计划信息系统文档格式.docx(20页珍藏版)》请在冰豆网上搜索。
2.2.1管理上的可行性
该系统重要应用于管理员和售票人员,应具有良好的人机交换界面。
系统应具有操作简单,容易上手等特点。
实现火车售票系统后可以提高工作效率,减少工作人员和管理人员的负担,因此在系统的调查和分析阶段也能得到他们的积极支持;
而且通过该系统的使用,旅客可以更方便的得到他们所需的信息和车票,对于网络系统的推广使用具有积极的促进作用。
该系统基于浏览器的使用进行一系列的系统操作,方便简洁,对于管理人员只需进行简单的培训即可上手使用,而旅客一般对网络比较熟悉,便可以通过网络查询各种事务,便于管理。
实行联网售票还可以打击犯罪,净化旅行环境,保障公众安全。
2.2.2技术上的可行性
主要应用SQLserver数据库,C语言、搭载在windows2000的系统以上等技术。
并且随着电子商务的成熟,人们对网络操作越来越习以为常,这些都为网上售票系统的实施提供了支持。
随着新的网格安全技术不断出现,应用程序和基础设施的安全性问题也越来越有保障,包括对应用程序的保护和节点到节点的通信安全已经基本解决。
所有这些都为网上售票的发展提供了良好的条件。
2.2.3经济上的可行性
在项目开始前,应进行财务预算,主要包括硬件、软件设备的购置,开发人员的工资,系统维护所需的费用。
避免超出预算的情况。
随着科技水平的进步以及可观的经济利益驱使,制造仿真版假票的技术水平是非常高的,如果不借用辅助仪器,很难辨别其真伪;
一些制假不法分子把目标投向乘客身上来,使出行人上当受骗,既耽误出行,又会造成不良的社会影响,实行联网售票可以有效抑制假票的流通,维护广大旅客的出行利益。
2.3系统的开发方法的选择
系统开发方法有系统结构化开发方法、原型法、面向对象法和case法。
原型法不注重对对管理系统进行全面、系统的调查与分析,不适用于大型的系统。
面向对象法需要一定的软件支持环境,不太适宜大型的MIS开发,不能从科学管理角度进行理顺和优化,初学者不易接受。
至于case法,严格的讲它只是一种开发环境而不是一种开发方法,它集成了很多工具,因此可以说是一种辅助开发方法。
综合考虑几种开发方法,本次课程设计我们选择结构化开发方法,即用系统工程的思想和工程化的方法,按照用户至上的原则,自顶向下整体分析与设计和自底向上逐步实施的系统开发过程。
是组织、管理和控制信息系统开发过程的一种基本框架。
结构化的开发方法是在系统分析时,采用自顶向下、逐层分解,由抽象到具体的逐步认识问题的过程;
在系统设计的时候,先考虑系统整体的优化,再考虑局部的优化问题;
在系统实施的时候,则坚持自底向上,先局部后整体,通过标准化模块的连接形成完整的系统。
这样做的优点是①注重系统开发过程的整体性和全局性;
②严格区分工作阶段;
③立足全局,步步为营,减少返工,有利于提高开发质量,加快开发速度;
④目标明确,阶段性强,开发过程易于控制。
2.4组织结构与功能分析
售票系统组织内部的隶属关系如图2-1所示:
图2-1售票系统组织结构图
财务部:
对系统开发过程中的财务情况进行预算、核算。
系统运行实施后对各项财务的进出进行统计。
办公室:
负责上级机关和有关单位的来文的接受登记、管理和归档工作,根据领导指示参加有关会议,必要时做好保密工作,以及配合其他部门做好各项工作等。
人力资源部:
主要是对系统的使用人员进行管理,规定不同身份的人登陆系统时不同的操作权限来确保系统数据的一致性。
市场营销部:
面向的人群是顾客,根据顾客的要求提供相关的票务。
建设管理部:
负责对系统进行日常维护,发现系统漏洞进行修复,并对系统进行及时更新和升级。
信息管理部:
协助部门经理根据上级要求制定管理制度,协助建设管理部做好开发项目的确定和项目管理。
2.5业务流程分析
在对系统的组织结构和功能进行分析时,需从一个实际业务流程的角度将系统调查中有关该业务流程的资料都串起来作进一步的分析。
业务流程分析可以帮助我们了解该业务的具体处理过程,发现和处理系统调查工作中的错误和疏漏,修改和删除原系统的不合理部分,在新系统基础上优化业务处理流程。
前面已经将功能需求一一理出,而业务流程分析则是在业务功能的基础上将其细化,利用系统调查的资料将业务处理过程中的每一个步骤用一个完整的图形将其串起来。
在绘制业务流程图的过程中发现问题,分析不足,优化业务处理过程。
所以说绘制业务流程图是分析业务流程的重要步骤。
业务流程图,就是用一些规定的符号及连线来表示某个具体业务处理过程。
业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。
具体业务情况是:
旅客到达车站后,售票员根据旅客提供的乘车时间、目的地、车次号及座位信息等票面信息进行查询,检查是否有符合旅客要求的乘车票,如果没有符合要求的直接返回给旅客,如果有符合要求的票种则开始处理买票,售票员根据旅客买的票的信息并根据是否有优惠条件售票给旅客并修改车票记录,流程图如图2-2所示
图2-2业务流程图
2.6数据流程图分析
数据流图是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。
这个模型不涉及硬件、软件、数据结构与文件组织,它与系统的物理描述无关,只是用一种图形及与此相关的注释来表示系统的逻辑功能。
图形描述简明,清晰,不涉及技术细节,所描述的内容是面向用户的。
因此数据流图是系统分析人员与用户进行交流的有效手段,也是系统设计的主要依据之一。
数据流图是在对业务流程图进行分析的基础上,从系统的科学性、管理的合理性、实际运行的可行性角度出发,将信息处理功能和彼此之间的联系自顶向下、逐层分解,从逻辑上精确的描述新系统具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向。
数据流图具有抽象性和概括性两种特性:
①抽象性:
表现在它完全舍去了具体的物质,只剩下数据的流动、加工处理和存储。
②概括性:
表现在它可以把信息中的各种不同业务处理过程联系起来,形成一个整体。
无论是手工操作部分还是计算机处理部分,都可以用它系统地表达出来。
数据流图由四种基本成分组成,分别为外部实体、处理、数据流、数据存储。
代表数据存储
加工或为处理,代表数据的处理逻辑
代表系统之外的信息使用者或提供者
代表数据流,箭头方向代表数据流方向数据与数据流程分析
售票系统的顶层数据流程图如图2-3所示
图2-3顶层数据流程图
售票系统的第一层数据流程图如图2-4所示
图2-4第一层数据流程图
售票系统中具体的业务处理的数据流程图如图2-5和图2-6所示
图2-5第二层数据流程图
图2-6第二层数据流程图
2.7数据分析
数据字典是对数据流中的各项所做的一套详细而精确的说明,它是对数据项、数据结构、数据流、数据存储、处理逻辑、外部实体进行的定义和描述,其目的是对数据流程图中的各个元素做出的详细的说明。
2.7.1数据流条目
数据流由一个或一组固定的数据项或数据结构组成。
定义数据流时,不仅要说明数据流的名称、组成等,还应指明它的来源、去向和数据流量等。
数据流编号:
D-01
数据流名称:
购票信息
简述:
根据顾客的要求确定的购票信息
数据流来源:
顾客
数据流去向:
车票信息处理模块
数据流组成:
票号+起始站+终点站+票价+车次+日期+开车时间+票种+座位号+售出时间
数据流量:
不定
高峰流量:
D-02
售票信息
根据现有的车票情况及顾客的要求确定的信息
车站信息处理模块
售票员
D-03
车票
最后确定的给顾客的票面信息
票号+起始站+终点站+票价+车次+日期+开车时间+票种+座位号
D-04
顾客需求
确定的顾客的订单信息
订单编号+车次编号+始发站+终点站+始发时间+终点时间+旅客类型+车票价格
2.7.2处理逻辑的定义
处理逻辑的定义仅对数据流程图中最底层的处理逻辑加以说明
处理逻辑编号:
P1
处理逻辑名称:
处理车票信息
查询车票情况
输入的数据流:
售票员根据顾客提供的乘车时间、车次、目的地或乘车编号等信息经过有条件的查询来确定能否为顾客提供所要求的车票。
处理:
根据乘车编号检索车票信息文件来确定是否有符合要求的车次再根据顾客的乘车时间、目的地等详细信息来确定最终的票面信息。
输出的数据流:
车票信息
P2
决定票价
根据旅客的身份确定票价
旅客提供的订单信息
根据旅客描述的订单信息以及持有优惠证件的类型确定票面价格
输出的信息流:
最终支付的车票价格
P1.1
决定目的地
根据顾客的乘车需求确定目的地
根据旅客描述的订单信息查询是否有正确的目的地
购票信息的目地的确定
P1.2
决定乘车时间
根据顾客的乘车需求确定乘车时间
根据旅客描述的订单信息确定他的乘车时间
购票信息的乘车时间的确定
P1.3
决定车次编号
根据顾客乘车时间、目的地确定车次编号
根据旅客描述的订单信息确定他的乘车编号
购票信息的乘车编号的确定
P2.1
身份验证
根据顾客的身份确定是否具有票面价格优惠的条件
查看旅客的身份信息
根据旅客的信息对比有关的规定确定是否有优惠的条件
旅客的身份的确认
P2.2
购票信息处理
确认车票的类型
旅客提供的证件
根据顾客提供的有关证件进行购票处理
票面信息
2.7.3数据存储的定义
数据存储是数据结构保存的场所。
它在数据字典中只描述数据的逻辑存储结构,而不涉及它的物理组织。
数据存储编号:
F1
数据存储名称:
车票信息表
车票信息存储
数据存储构成:
车票编号+车次编号+始发站+终点站+始发时间+到站时间
关键字:
车票编号
相关联的处理:
F2
售票信息表
对已售车票的存储
车票编号+车次编号+售出时间+职工号
车票编号+车次编号+职工号
2.7.4外部实体的定义
外部实体的定义包括:
外部实体编号、名称、简述及有关数据流的输入和输出
外部实体编号:
S0
外部实体名称:
旅客
购票的使用用户
车次信息
流入的信息流:
订单信息
S1
对车次、车票、订单信息的管理人员
查询信息
列车信息、车票信息、订单信息
3系统设计
3.1系统总体结构设计
售票系统主要功能有查询、调度、售票、统计、用户管理,其功能结构图如图3-1所示
图3-1功能结构图
调度管理模块:
该模块主要实现车次信息的编辑。
车次管理中的数据源为SQLServer数据库中Car表,在此管理部分中,能够使用界面操作实现车次信息的编辑,并将数据库中的数据按照编辑的要求来及时更新数据表中的相关数据。
售票管理模块:
该模块主要实现票价信息的录入、修改与删除以及票价折扣信息的录入、修改与删除。
票价详细信息的录入、修改、删除,票的售出情况,它的数据源为SQLServer数据库的Tickets表。
在此管理部分中,通过车票管理界面来选择记录并决定执行何种操作,是修改、添加或删除。
当命令为修改或者添加时则自动跳转到票价编辑窗体,实现车票信息的编辑并更新数据库中的记录。
用户管理模块:
该模块主要实现用户添加,用户信息修改与用户的删除。
此管理模块数据源为SQLServer数据库的Manager和Staff表。
在系统主界面中首先进入的是的用户管理主窗体,通过提取用户名、用户类型来查看用户具体信息,选择添加或删除用户编辑界面进行操作,操作完成便更新数据库数据。
查询管理模块:
该模块主要实现拥护通过查询界面可以根据条件进行车次时刻、车次票价查询。
其数据源为SQLServer数据库中的Tickets表和Car表。
统计管理模块:
该模块主要负责对车票信息的卖出和已有情况的统计,其数据源为SQLServer数据库中的Statistic表
3.2数据结构与数据库设计
3.2.1数据库中的关系模式
列出各种表格存储的1NF的关系模式
列车信息
列车(车次编号,始发站,终点站,始发时间,终点时间)
车票(车票编号,车次编号,始发站,终点站,始发时间,终点时间,车票价格)
管理员
管理员(管理员编号,管理员用户名,管理员密码)
订单
订单(订单编号,车次编号,始发站,终点站,始发时间,终点时间,旅客类型,车票价格)
3.2.2数据库中表结构定义
数据库的表结构是非常重要的环节,一个良好的数据库设计,可以提高效率,方便维护,并且为以后进行功能的扩展留有余地,表3-1是系统数据库表的清单。
表3-1系统数据库表的清单。
序号
数据表名称
说明
1
Car
对存在的列车情况进行记录
2
Tickets
对现有的车次的车票的记录
3
Manager
系统管理员信息
4
staff
系统普通用户信息
5
statistic
对售出的车票和现有的车票的统计
6
Oorder
顾客订单的详细信息
列车表:
详细显示有关车次的各项信息,如表3-2所示
表3-2列车信息表
列车信息表(Car)
字段名
数据类型
主键/外键
长度
是否为空
字段说明
1
Cno
Varchar
主键
50
NOTNULL
车次编号
Cbegin
始发站
Cend
终点站
Cbegintime
Datetime
开车时间
Cendtime
到达时间
车票表:
票面上所显示的车次编号、车票编号、票面价格等详细信息,如表3-3所示
表3-3车票信息表
车票信息表(Tickets)
Tno
20
TCno
外键
Tbegin
Tend
Tbegintime
Tendtime
7
Tprice
Int
票面价格
管理员表:
系统管理员的详细信息,他们可以通过设置密码来登录系统,这样保证了数据的安全性,具体信息如表3-4所示
表3-4管理员信息表
管理员信息表(Manager)
Mno
管理员编号
Muser
管理员用户名
Mpassword
管理员密码
售票员表:
系统的普通的使用人员信息表,通过职工编号可以唯一的确定职工的身份,这样有利于系统管理人员的管理也可以责任到人,职责分明,详细信息如表3-5所示
表3-5售票员信息表
售票员表(Staff)
Sno
职工号
Sname
姓名
Ssex
10
性别
统计表:
主要是对已售出的有关哪个车次、车票信息、营业额的统计分析,这样有利于定期核算,如表3-6所示
表3-6统计分析表
统计表(statistic)
Scno
主键、外键
车次号
Ssno
Sshuliang
车票数量
Szonger
营业额
订单表:
这是对旅客订票要求的详细信息的说明,如图3-7所示
表3-7订单信息表
订单表(Oorder)
Ono
订单编号
Ocno
Oleibie
30
旅客类型
Oprice
车票价格
3.3数据库中表的实现
数据库中存储的列车信息表如表3-8所示
表3-8列车表
数据库中存储的车票信息表如表3-9所示
表3-9车票表
数据库中存储的管理员信息表如表3-10所示
表3-10管理员表
数据库中存储的售票员表如表3-11所示
表3-11售票员表
数据库中存储的统计分析表如表3-12所示
表3-12统计表
数据库中存储的订单表如表3-13所示
表3-13订单信息表
各表总的结构关系图如图3-14所示
表3-14表的结构关系图
4结束语
汽车站售票系统为旅客提供了便利,减少了车站售票的压力。
保证了旅客的利益,为营造健康安全出行提供了保障。
虽然这次课程设计我们很早就开始着手了,但在做的过程中还是遇到很多困难,为了让自己能更好的驾驭这次的课题,在售票系统中我们没有考虑退票和改签只开发了售票这一环节,这两周时间再次让我明白,知识一定要学透,模棱两可的东西根本行不通,比如画的各种图形,你既要明白你所开发系统的细节,又要通晓各种图形内在的意义才能很合理的把它画出来,虽然在这一块我费了很多劲,但收获很多。
在这两周时间内,老师也特别辛苦,不仅积极解决同学们提出的各种疑难问题,为了让我们少走弯路,还耐心的教我们各种技巧,而自己连饭都顾不上吃,同学们低迷时,还不断的鼓励我们,我们大家都感谢老师的教导和帮助,在此跟老师说一声:
老师,您辛苦了!
最后,我认为,团队的合作也非常重要,这次课程设计是安排两个人结成一个小组,在这过程中,我们有过矛盾也有过快乐,当两个人的想法不一样时,我们就静下心来,认真分析看哪个更符合实际,团队的合作也节约了我们很多的时间。
这让我们在收获知识的同时,还收获了成熟。
在此过程中,我们通过查找大量资料,请教老师和同学,使专业知识和动手实践方面都得了到很好的提升,课程设计的成功,少不了老师的耐心指导和同学的热心帮助,以及小组成员的大力配合。
没有大家的努力,也收获不了今日的成功,在课程设计的过程中我俩都努力查找资料,仔细检查,认真核对,都付出了自己的努力和艰辛,在此,谢谢我的同伴,是我们的共同努力才使得这次课程设计能够得以顺利地完成。
参考文献
[1]杨尊琦,信息系统分析与设计,北京:
机械工业出版社,2007.8
[2]薛成华,管理信息系统(第5版),北京:
清华大学出版社,2007.8
[3]黄孝章,信息系统分析与设计,北京:
清华大学出版社,2010.8
[4]左美
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 机动 车站 售票 管理 方案 计划 信息系统