公交车管理系统实现与设计.docx

1、公交车管理系统实现与设计软件工程导论课程设计报告公交车管理系统的设计与实现 学生姓名: 张勇 学 号：0900301063 年级专业： 9信息管理与信息系统 指导教师： 龙海 第一章 绪论2.1.组织结构分析22.业务流程分析 2.3数据流程分析2。4。系统需求分析25。需求规格说明书2.6.处理逻辑说明 第三章 可行性研究 3.1引言 33拟建立的信息系统 。经济可行性分析 .5技术可行性分析3.社会可行性分析37可行性研究结论第四章 系统设计 .1.引言 .2.系统设计方案。1登陆界面编码设计 5。 人员整体信息管理界面编码设计 5.3财务信息管理界面编码设计第六章系统测试计划61.引言

2、6.2.计划 6.3。测试设计说明6.4。评价准则第七章总结第一章 绪论针对公交车传统作业流程中的种种弊端，结合现代迅速发展的信息技术,我运用所学的信息管理及系统分析与设计的知识开发出了公交车的管理信息系统。 一个计算机管理系统必须有一个正确的设计指导思想,通过合理的选择数据结构，操作系统以及开发环境，构成一个完善的网络系统，才能充分发挥计算机信息管理优势。现代化的车站售票是集预定车票、售票 、退票、车次查询、报表及其他各种服务，车站售票组织庞大,服务项目多，信息量大,要想提高劳动生产，降低成本,提高服务质量和管理水平，进而促进经济效益，必须借助计算机来进行现代化的信息管理。此系统包括四大块:

3、1、可行性研究报告：从系统的总统出发，对经济、技术、社会、管理多方面进行综合分析，即经济可行性分析、技术可行性分析、社会可行性分析和管理可行性分析,是项目在开始阶段必须进行的一项工作。2、系统分析报告：它反映的是系统分析阶段调查分析的全部情况，是系统分析员与用户在一起，充分了解用户需求后所编写，作为后续开发工作的依据，也是衡量一个信息系统优劣的依据。3、系统设计报告:在已获准的系统分析报告的基础上，结合实际条件，可想而、合理地设计出得系统解决方案，是系统设计阶段工作的成果的总结，也是系统实施阶段的重要依据.4、系统测试报告:将系统最主要的功能模块进行逐一的检测，对说明书中列举的功能进行排查，对

4、系统实现各功能的正常运行做充分的测试,输入合理及不合理的测试数据检验功能的运行及出错处理情况。此系统的开发，主要是给管理工作者带来工作上的便利。运用科学、系统的方法有步骤、有目的、循序渐进的开发完成.第二章 系统分析 根据对用户的需求，对公交车的业务活动的进行全面的调查分析,详细掌握了相关工作流程,收集票据、账单、报表等资料，分析现行系统的局限性和不足之处,并根据公交的条件,找出可行方案。2.1.组织结构分析：公交车队的高层领导由一名总队长、三名副队长组成。总队长负责总体事务的决策,副队长负责主要事务的决策,三个副队长分别负责客运部、售票部、纠纷协调部、财务部。其具体职能如下:客运部主要职能是

5、负责公交班次安排,负责司机行为规范,负责站点监督和指导。售票部主要职能是负责售票员的售票，负责车票价格的协调与制定。纠纷协调部得主要职能是负责临时突发事件，例如，乘客闹事，交通堵塞,客车故障,交通事故等等。财务部主要职能是负责收银,负责会计，负责财务分析,负责报表。2.业务流程分析.2.收费监控流程:根据系统中设定的路段收费标准，当公交驶入某收费路段售票员判断车辆所属地，同时，售票员根据不同路段的不同价位在收费划单中操作，根据收费单中的价格告知乘车顾客，并进行收费，乘客将公交车费交给售票员后,售票员将撕一张已打印好的交款凭证给顾客.如果售票员工作失误，多撕了、少撕了或者撕错了凭证，可以继续给下

6、一位乘客交款凭证(少撕的凭证可以即时补给),先完成收费工作,然后要将废票的票据出示给监控员，监控员依据废票的票据号进行废票的处理工作(监控员只是登记废票的票据号，做一个删除登记,不能彻底删除）,处理完后记录废票信息。每天每班车工作完成后,售票员将收费单和剩余收款凭证交至会计人员进行审核，确定无误后登记,每日会计统计出日报表和客人流数据交给收银员；月末收银员审核过数据后将月报表、年报表交至财务部由财务分析员对这些报表数据进行分析,以便做好进一步的规划预算,同时还需将月报表、年报表和客流量汇总表及时交给总队长。其业务流程图如图:。2会计记账流程:会计人员根据售票员提供的剩余凭证和收费划单及监控员提

7、供的作废凭证在电脑上进行登记账单，形成日报表，再将日报表交由收银员审核,审核通过则收银员根据会计做的日报表，月末形成月报表,年末形成年报表。不通过,则返回日报表给会计令其纠正.其业务流程图如图: 23。数据流程分析2。3。1财务管理流程：每天每班车工作完成后,售票员将收费单和剩余收款凭证交至会计人员进行审核，确定无误后登记，每日会计统计出日报表和客人流数据交给收银员；月末收银员审核过数据后将月报表、年报表交至财务部由财务分析员对这些报表数据进行分析，以便做好进一步的规划预算，同时还需将月报表、年报表和客流量汇总表及时交给总队长。 。32数据字典(一）数据流的描述 数据流编号:D-1数据流名称：

8、购票单简述:由工作人员帮助乘客填好购票单数据流来源：乘客数据流去向：登记处审核处理数据项组成：乘客名称+票价+车票类型经手人购买时间数据流量:约张日高峰流量:约张/日 数据流编号:D2数据流名称：收款凭证简述:经登记处填好的收款凭证数据流来源：登记处审核处理数据流去向:售票员数据项组成：乘客名称+票价+车票类型+经手人+购买时间数据流量：约张/日高峰流量:约5张日数据流编号：D3数据流名称：收费单简述:由售票员填好的收费单数据流来源：售票员数据流去向:会计人员审核登记处理数据项组成：乘客名称+票价+车票类型+经手人购买时间数据流量：约2张/周高峰流量:约张周(二)处理逻辑的描述处理逻辑编号：-

9、1处理逻辑名称：购票单审核 简述:审核购票单输入的数据流:购票单处理描述:审核购票单，填写收款凭证输出的数据流：收款凭证处理频率：8次/日处理逻辑编号：P2处理逻辑名称:会计人员审核登记处理 简述：根据收费单将数据记入日报表输入的数据流:收费单处理描述:根据收费单将数据记入日报表,并更新相关数据输出的数据流：客流数据处理频率：次/日(三)数据存储的描述数据存储编号:F2 数据存储名称：汇总台账简述：记录车票销售的情况数据存储组成:销售数量+乘客名称+票价+车票类型经手人+购买时间 关键字：乘客名称+票价相关联的处理:P1,P-，P3（四）外部实体的描述外部实体编号：S1外部实体名称：售票员简述

10、:填写收费单 输入的数据流：D，D3,D4 输出的数据流：22。4.系统需求分析4 计算机和处理器处理器800Mz以上（如果开启视频至少1Hz） 2。4。2内存128MB以上（如果开启视频至少26）4。3硬盘安装需要10B的硬盘空间，运行需要0空余空间2.4.4显示器最小00x 600（建议使用 2 x 8）屏幕分辨率24。5浏览器计算机上应该安装了 Mcroso Internet xprer 6或更高版本，但是不一定要设置为默认浏览器。2。4。6Innet 连接互联网接入（宽带接入效果最佳,无线接入质量降低，模拟线路不建议使用）。2.4.7管理人员的支持管理人员对该系统充分理解与支持，并要求

11、其员工进行系统操作培训 .2。需求规格说明书2.5.引言.5 1。编写目的目的是提高工作效率，节约人力资源,并作为软件设计人员设计依据和使用单位的验收标准。预期的读者是软件设计人员还有组织高层人员。25.1。2 背景此待开发系统的名叫公交车信息管理系统，是公交车高层管理人员提出需要开发此项目，进行研究开发，供车队指定工作人员使用。2。5。1.3 定义ml：XML（Exeible Mrupuage)即可扩展标记语言，它与TM一样，都是SGML(tndardGeneriedMarkup aguage，标准通用标记语言)。ml是Intr环境中跨平台的，依赖于内容的技术，是当前处理结构化文档信息的有力

12、工具。扩展标记语言ML是一种简单的数据存储语言，使用一系列简单的标记描述数据，而这些标记可以用方便的方式建立,虽然XML占用的空间比二进制数据要占用更多的空间，但XML极其简单易于掌握和使用. XML与Acess,Orale和SL Srver等数据库不同，数据库提供了更强有力的数据存储和分析能力,例如：数据索引、排序、查找、相关一致性等,XML仅仅是展示数据。事实上XM与其他数据表现形式最大的不同是:他极其简单.这是一个看上去有点琐细的优点,但正是这点使ML与众不同。 L与HTML的设计区别是:ML是用来存储数据的，重在数据本身。而HTM是用来定义数据的，重在数据的显示模式。ML的简单使其易于

13、在任何应用程序中读写数据,这使XML很快成为数据交换的唯一公共语言，虽然不同的应用软件也支持其它的数据交换格式,但不久之后他们都将支持L，那就意味着程序可以更容易的与Wiow、cO, Lnx以及其他平台下产生的信息结合,然后可以很容易加载XML数据到程序中并分析他，并以XL格式输出结果。2.52任务概述2.。2.1目标本系统通过强大的网络技术给组织的工作人员带来方便，本系统能实现客运管理、售票管理、协调纠纷管理、财务管理，提高工作人员的工作效律,为工作人员提供了极大方便，即使不出门也可以进行工作上的处理。2.5。2.2用户特点最终用户可分为操作人员、维护人员。 其中，操作人员要求对计算机有一定

14、了解的人员。维护人员要求对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员.本系统需要在资源的动态更新，这时候也是本系统最需要维护的时候，所以在这时候要对本系统进行必要的检修，防止数据出错。. 2。3假定与约束设计的约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。其并不是要取代设计（实现)过程，只是说明用户或环境强加给项目的限制条件项目投入的最晚时间。2.5。3需求规定2.。.1 对功能的规定输入输出输入限制输出限制并行用户数支持终端数后台处理用户登录执勤登录账号密码文本首页汉字、数字、英文字母小于255小于255进入首页界面进入工作中心管理模块进入指定工作界面数据

15、更新文本列表存储后台管理登录注册文本文本存储修改文本文本修改,存储查询文本列表文本列表查询,输出资源添加、删除文本文本存储，修改2.32 对性能的规定精度要求查询切换之间的时间控制以秒为单位,输入数据为文本，无精度要求。查询数据能够符合用户的要求,没有冗余数据.输出数据精度要求为尽量符合资源特征. b。时间特性要求 响应时间：小于2秒； 更新处理时间:即时更行;。 数据的转换和传送时间:小于2秒； 。灵活性可在任意平台下运行，当操作方式、数据结构、与其它软件接口等发生变化时,设计的软件要基本无调整，灵活性非常大。但资源需放到指定位置,需及时更新索引.3.3 输入输出要求输入数据类型，具体要求见

16、上表，输出为资源列表。2。534 数据管理能力要求需要管理的文卷和记录大约有100来份，占用内存大致M.5。3。 故障处理要求a。 如果界面打不开或是登录失败，应检查系统防火墙是否关闭，更新索引。b在输入数据不符合定义时 提示正确类型并重;新输入;c数据在数据库中已有备份，系统出错时可以靠数据库恢复2。5.。6 其他专门要求2.。处理逻辑说明由于最底层数据流程图中的加工不能再通过子图做进一步的描述，因此必须有处理逻辑说明来定义底层数据流图中的加工。如：售票员收费对在不同路段,乘客到达目的的不同路程收取不同票价。在此处我们用判断树法来表示售票员售票过程。第三章 可行性研究此可行性研究报告是在制定

17、项目前对公交管理项目实施的可能性、有效性、技术方案及技术政策进行具体、深入、细致的技术论证和经济评价,报告的主要内容如下：.1引言31。1目的：为了更加便于公交车系统的管理，提高工作效率,尤其是完善财务管理与提高公交财务会计等的管理.3.1。2背景:现行的公交体系仍旧是一个不完整的、分散的、相互竞争的没有统一的系统。32现行公交车管理概况32.1组织目标与战略：提高公交员工的工作效率，尽可能减少成本提高效益，以最小的成本获取最大的收益.通过建立一个完善的公交管理信息系统,利用先进的设备提高记账效率，完善工资核算体系，明确分工,明确各个司机的路线，对不遵守路线规则恶意竞争者予以惩处,以建立一个完

18、善,和谐，系统，高效的公交车管理信息系统。3。2.2存在的主要问题:记账只是传统的手工记账，设备也是简单的计算器.司机之间有相互的竞争，司机经常不遵守发车秩序和时间，经常误点、踩点。公交监控几乎没有，只是落后的人工监控。3。3拟建立的信息系统.3。1简要说明：建立一个高效率的集账务管理系统,员工管理系统，工资管理系统和监控奖惩系统于一体的信息系统。3.32对组织的意义和影响：提高了公交工作效率，员工工作热情，完善了对司机员工的监管，公交秩序井然，服务质量提高,收益大大增加,成本减少，使得净利润增加。34经济可行性分析。4。支出（包括系统开发费用和系统运行费用）系统开发费用:a.人员费用。.硬件

19、设备费， c。软件费用d.耗材费用假定本系统运行期为5年，每年系统耗费如下:a.系统维护费. 。设备维护费。c消耗材料费。3.4.2收益本系统获得的直接经济效益可以从以下几个方面计算.a.提高工作效率，减少工作人员。本系统投入运行后,可以提高人力资源管理、财务预算管理、车辆运行管理，累计可以提高工作效率10。b及时获取信息,减少决策失误。提高工作人员上班的准时性，减少车次延误的可能；分析年数据信息,及时推出相关政策，以提高工作效益.c.直观了解每班车次的客流,便于以后做统计报表,分析趋势，作出最优决策。d.提高工作效率,减少工作人员的工作量。3.技术可行性分析.51技术可行性分析已经学习了SQ

20、LSEVER,对网络技术和操作系统也有系统的了解，有些成员熟悉计算机原理,能解决常见的硬件故障和硬件选择。而且,网上有许多关于IUL BASIC编程的资料和Q SRVR方面的资料。所以从技术上来说,此次开发是可行。3.6社会可行性分析。6。社会法律政策可行性：目前已有很多成功开发公交车管理信息系统的先例,社会需要公交车管理的现代化和信息化.此信息系统开发和运行并不违背国家的法律政策。3。6。社会公共环境可行性：公交所走路线的公路都是符合质量要求的，顾客也多。6.3 操作可行性：此信息系统所采用的操作和工作方式符合工作人员和读者的日常习惯，而且操作方便灵活，简单、便于学习。综上所述,该系统具有社

21、会可行性。37可行性研究结论通过经济、技术、社会等方面的可行性分析,可以确定本系统的开发完全必要，而且是可行的,可以进行开发。第四章 系统设计将设计过程中所形成的各种文档资料进行编辑处理，编写成系统设计报告，主要内容和格式如下：4.1.引言4.1。1目的：为了更加便于公交车系统的管理，提高工作效率，尤其是完善财务管理与提高公交财务会计等的管理。背景：现行的公交体系仍旧是一个不完整的、分散的、相互竞争的没有统一的系统。2系统设计方案4.1系统总体结构设计公交管理系统集合了原本车队的四个子系统：客运管理,售票管理，纠纷协调管理，财务管理。车队的管理人员可以同时查询和了解四个子系统的工作情况,使得车

22、队的管理层能够更好的了解和监督工作情况,保证工作高效进行.在子系统中有自己的管理模块.模块功能图如图： 4.。1.1客运管理1公交人员管理 该模块针对公交管理系统的基层工作人员和管理层工作人员的基本信息进行管理，基层工作人员基本信息包括姓名、性别、所属部门、联系方式，管理层工作人员的基本信息除了包括姓名、性别、所属部门、联系方式等以外，还记录该工作人员的登录密码、编号和级别,方便权限管理.在模块中可实现对信息的增加，修改，删除，查询，打印等功能。 公交车信息管理 该模块针对车队里的3辆公交车的基本信息进行管理，包括车型,发动机类型,重量，载客数，功率，车牌号,车辆制造厂。在模块中可实现对信息的

23、增加，修改,删除,查询，打印等功能。 3耗油管理 该模块针对车队的3辆车每辆每日的耗油量信息管理，需每日更新。 收费管理该模块记录着售票员的日常工作,每个售票员一日有十班次，记录包括每个班次的人流数、每班次售出的每种票价的票数、每班次收入总数，最后统计出整日的人流、票数、总收入。3废票管理该模块记录了再收费过程中由于操作失误而产生的作废车票信息，底层员工无权处理，高权限监督管理人员方可进行处理。.。纠纷协调管理1意外事故处理管理该模块记录每次事故处理的基本信息，包括事故发生时间、地点、肇事人、事故发生原因、事故处理支出。2乘客反馈管理该模块记录任何乘客们的反馈以及提出的有益建议。4.21。4财

24、务管理1收银管理该模块由收银员进行操作，记录着每个售票员的每班次的收入，同时也记录了每个班次的人流数、每班次售出的每种票价的票数。每日最后一班车后，收银员要作出最后统计每个售票员一日的工作情况，包括整日的人流、票数、总收入。2报表统计管理该模块由财务管理人员进行操作，对基本数据进行统计，最后输出报表,包括日报表、月报表、年报表。4.22处理流程设计4。2.2。系统流程设计依据上面系统分析报告的财务管理分析数据流程图,对公交管理信息系统的财务管理子系统进行系统流程设计，同系统流程图来描述各数据在计算机存储介质间的流动、转换、和存储情况。其系统流程图如图2.1:4.2。2 模块处理过程描述我们对收

25、费监控流程的程序用程序流程图来描述系统设计的程序。4.3代码设计在MIS中，每种实体都必须有代码。代码是代表事物名称、属性、状态等的符号，是数据的重要组成部分,它唯一标识实体，节省存储空间单元，提高数据处理效率，便于数据的存储和检索。代码字符设置精准合理，无论记录、记忆，还是存储，都可以节省时间和空间.根据系统所涉及的数据特点,将代码设计如下：43.1车辆车牌号码的代码设计车牌号码的确定遵循原有的统一编号方法,即分为车牌所属地简称和车辆排序号,两者组合成为统一的车牌编号.在系统中，直接采用该方法，便于工作上的操作和识别。4。2。32人员编号的代码设计无论是财务管理方面的人员还是车票销售的工作人

26、员，都统一编号,以便于公司统一管理。人员编号分为两个部分，包括人员所在部门名称的拼音缩写，比如:售票部的拼音缩写为sb,财务部的拼音缩写为b；还包括人员的排序编号,参考公司下属工作人员的人数，编号长度设为4位,即第一位员工编号为01，以此类推。综上所述，若一名工作人员是在财务部的,则其编号为cb.4。2。3。3车票票号的代码设计由于车票的种类有票价和编号决定，故其代码设计包括这两部分，这有利于售票员的工作需求。前半部分是票价，如元;后半部分是顺序号，若为今天第一位乘客购买的票,则编号为001,以此类推。两者结合到一起，则成为完整的车票号。4.2.。4车票收据的代码设计车票收据是一天中乘客数的表

27、现,也是公司收益的体现，为了方便售票员上缴数据和财务部的工作，采取日期和收据所印刷的号码进行登记。4.2.4.输出设计本系统的输出设计主要是根据输入设计中高层管理人员登录系统查询数据而输出的各类数据,主要是报表、表格、图表等。当登录人员账号记错或者密码错误时，系统会自动生成对话框,提示用户所犯错误。4。2。输入界面设计4。25。1该管理系统的用户是车队的全体工作人员,工作人员先登录该车队的网站,然后在那网站首页选择自己所在的部门，然后就会弹出登录界面。登录账号就是工作人员自己的代码,密码可以自己设置，如若忘记密码，可以点击界面的“找回密码”文字来找回密码.2.进入部门的管理系统后,根据权限的高

28、低可对系统内部的信息进行查询或更新、修改、删除。4.2.6.数据库设计。6。1概念结构设计通过对系统业务及原始数据的分析，本系统的数据库文件设计结果见表如下:数据名称乘客组成名称类型宽度小数位数说明姓名字符10乘客的姓名性别逻辑1F/T=男/女电话号码数值9 整数联系电话车票票号字符6-车票的类型电子邮件字符2联系的内部Email 数据名称售票员组成名称类型宽度小数位数说明姓名字符-售票员姓名性别逻辑1-F/T = 男/女编号字符6售票员的编号车票票号字符-车票的类型车票收据字符1-收据编号 表1.5财务人员基本信息表数据名称财务人员组成名称类型宽度小数位数说明姓名字符10财务人员名称性别逻辑F/T = 男/女编号字符6财务人员的编号车票收据字符12收据编号其E-R关系图为:乘客与售票员为多对一关系，售票员与财务人员为多对一关系。4.3。62逻辑结构设