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

来源：九壹网

《软件工程导论》课程设计报告

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

学生姓名: 张勇学号： 090４0301０063 年级专业：０9信息管理与信息系统指导教师：龙海

第一章绪论ﻩ

第二章系统分析 ................................................................................................................................ 2.1.组织结构分析ﻩ

2．2.业务流程分析 ....................................................................................................................... 2.3．数据流程分析ﻩ 2。4。系统需求分析ﻩ 2．5。需求规格说明书ﻩ

2.6.处理逻辑说明.......................................................................................................................... 第三章可行性研究 ........................................................................................................................... 3.1引言 .............................................................................................................................................. 3.2现行公交车管理概况ﻩ

3．3拟建立的信息系统 ............................................................................................................... ３。４经济可行性分析 ................................................................................................................ ３.5技术可行性分析ﻩ 3.６社会可行性分析ﻩ 3．7可行性研究结论ﻩ

第四章系统设计 ................................................................................................................................ ４.1.引言 ....................................................................................................................................... ４.2.系统设计方案ﻩ

第五章公交车管理系统的功能实现 .......................................................................................... ５。1登陆界面编码设计 ............................................................................................................ 5。２人员整体信息管理界面编码设计 ............................................................................... 5.3 财务信息管理界面编码设计ﻩ

5.４客运信息查询 ...................................................................................................................... 第六章系统测试计划ﻩ

6．1.引言 .......................................................................................................................................... 6.2.计划 ............................................................................................................................................. 6.3。测试设计说明ﻩ 6.4。评价准则ﻩ 第七章总结ﻩ

第一章绪论

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

此系统包括四大块:

1、可行性研究报告：从系统的总统出发，对经济、技术、社会、管理多方面进行综合分析，即经济可行性分析、技术可行性分析、社会可行性分析和管理可行性分析,是项目在开始阶段必须进行的一项工作。

2、系统分析报告：它反映的是系统分析阶段调查分析的全部情况，是系统分析员与用户在一起，充分了解用户需求后所编写，作为后续开发工作的依据，也是衡量一个信息系统优劣的依据。

3、系统设计报告:在已获准的系统分析报告的基础上，结合实际条件，可想而、合理地设计出得系统解决方案，是系统设计阶段工作的成果的总结，也是系统实施阶段的重要依据.

4、系统测试报告:将系统最主要的功能模块进行逐一的检测，对说明书中列举的功能进行排查，对系统实现各功能的正常运行做充分的测试,输入合理及不合理的测试数据检验功能的运行及出错处理情况。

此系统的开发，主要是给管理工作者带来工作上的便利。运用科学、系统的方法有步骤、有目的、循序渐进的开发完成.

第二章系统分析

根据对用户的需求，对公交车的业务活动的进行全面的调查分析,详细掌握了相关工作流程,收集票据、账单、报表等资料，分析现行系统的局限性和不足

之处,并根据公交的条件,找出可行方案。 2.1.组织结构分析：

公交车队的高层领导由一名总队长、三名副队长组成。总队长负责总体事务的决策,副队长负责主要事务的决策,三个副队长分别负责客运部、售票部、纠纷协调部、财务部。其具体职能如下:

客运部主要职能是负责公次安排,负责司机行为规范,负责站点监督和指导。

售票部主要职能是负责售票员的售票，负责车票价格的协调与制定。纠纷协调部得主要职能是负责临时突发事件，例如，乘客，交通堵塞,客车故障,交通事故等等。

财务部主要职能是负责收银,负责会计，负责财务分析,负责报表。 2.２.业务流程分析

２.2.１收费监控流程:

根据系统中设定的路段收费标准，当公交驶入某收费路段售票员判断车辆所属地，同时，售票员根据不同路段的不同价位在收费划单中操作，根据收费单中的价格告知乘车顾客，并进行收费，乘客将公交车费交给售票员后,售票员将撕一张已打印好的交款凭证给顾客.

如果售票员工作失误，多撕了、少撕了或者撕错了凭证，可以继续给下一位乘客交款凭证(少撕的凭证可以即时补给),先完成收费工作,然后要将废票的票据出示给监控员，监控员依据废票的票据号进行废票的处理工作(监控员只是登记废票的票据号，做一个删除登记,不能彻底删除）,处理完后记录废票信息。

每天每班车工作完成后,售票员将收费单和剩余收款凭证交至会计人员进行审核，确定无误后登记,每日会计统计出日报表和客人流数据交给收银员；月末收银员审核过数据后将月报表、年报表交至财务部由财务分析员对这些报表数据进行分析,以便做好进一步的规划预算,同时还需将月报表、年报表和客流量汇总表及时交给总队长。

其业务流程图如图:

收费标准售票员交款凭证废票剩余收款日收费单乘客凭证预算规划会计日报表客流量数据月报表、年报表收银员总队长财务分析员废票处理单２．２。2会计记账流程:

会计人员根据售票员提供的剩余凭证和收费划单及监控员提供的作废凭证在电脑上进行登记账单，形成日报表，再将日报表交由收银员审核,审核通过则收银员根据会计做的日报表，月末形成月报表,年末形成年报表。不通过,则返回日报表给会计令其纠正.

其业务流程图如图:

售票员剩余凭证收款单会计合格日报表作废凭证监控员出错日报表收银员月报表、年报表 2．3。数据流程分析

2。3。1财务管理流程：每天每班车工作完成后,售票员将收费单和剩余收款凭证交至会计人员进行审核，确定无误后登记，每日会计统计出日报表和客人流数据交给收银员；月末收银员审核过数据后将月报表、年报表交至财务部由财务分析员对这些报表数据进行分析，以便做好进一步的规划预算，同时还需将月报表、年报表和客流量汇总表及时交给总队长。

２。3．2数据字典 (一）数据流的描述数据流编号:D－-1

数据流名称：购票单

简述:由工作人员帮助乘客填好购票单

数据流来源：乘客

数据流去向：登记处审核处理

数据项组成：乘客名称+票价+车票类型＋经手人＋购买时间数据流量:约８张／日高峰流量:约１５张/日

数据流编号:D－—2

数据流名称：收款凭证

简述:经登记处填好的收款凭证

数据流来源：登记处审核处理数据流去向:售票员

数据项组成：乘客名称+票价+车票类型+经手人+购买时间数据流量：约８张/日高峰流量:约１5张／日数据流编号：D－—3 数据流名称：收费单

简述:由售票员填好的收费单

数据流来源：售票员

数据流去向:会计人员审核登记处理

数据项组成：乘客名称+票价+车票类型+经手人＋购买时间数据流量：约2张/周高峰流量:约４张／周

(二)处理逻辑的描述

处理逻辑编号：Ｐ--1 处理逻辑名称：购票单审核简述:审核购票单输入的数据流:购票单

处理描述:审核购票单，填写收款凭证输出的数据流：收款凭证

处理频率：8次/日

处理逻辑编号：P—2

处理逻辑名称:会计人员审核登记处理

简述：根据收费单将数据记入日报表输入的数据流:收费单

处理描述:根据收费单将数据记入日报表,并更新相关数据输出的数据流：客流数据

处理频率：８次/日

(三)数据存储的描述

数据存储编号:F——2 数据存储名称：汇总台账

简述：记录车票销售的情况

数据存储组成:销售数量+乘客名称+票价+车票类型＋经手人+购买时间

关键字：乘客名称+票价相关联的处理:P—1,P-２，P—3

（四）外部实体的描述

外部实体编号：S——1 外部实体名称：售票员

简述:填写收费单

输入的数据流：D—２，D—3,D—4 输出的数据流：Ｄ—2 2。4.系统需求分析

２．4．１计算机和处理器

处理器800MＨz以上（如果开启视频至少1ＧHz） 2。4。2内存

128MB以上（如果开启视频至少2５6ＭＢ）２．4。3硬盘

安装需要1０0ＭB的硬盘空间，运行需要５0ＭＢ空余空间 2.4.4显示器

最小８00 x 600 （建议使用１０2４ x ７６8）屏幕分辨率 2．4。5浏览器

计算机上应该安装了 Mｉcrosoｆｔ Internet Ｅxpｌｏrer 6 或更高版本，但是不一定要设置为默认浏览器。

2。4。6Inｔｅｒnet 连接

互联网接入（宽带接入效果最佳,无线接入质量降低，模拟线路不建议使用）。 2.4.7管理人员的支持

管理人员对该系统充分理解与支持，并要求其员工进行系统操作培训 . 2．５。需求规格说明书

2.5.１引言

２.5． 1。１编写目的

目的是提高工作效率，节约人力资源,并作为软件设计人员设计依据和使用单位的验收标准。

预期的读者是软件设计人员还有组织高层人员。 2．5.1。2 背景

此待开发系统的名叫公交车信息管理系统，是公交车高层管理人员提出需要开发此项目，进行研究开发，供车队指定工作人员使用。

2。5。1.3 定义

Ｘml：XML（Exｔeｎｓible Mａrｋup Ｌａｎｇuage)即可扩展标记语言，它与ＨTMＬ一样，都是SGML(Ｓtａndard Generａｌiｚed Markup Ｌaｎguage，标准通用标记语言)。Ｘml是Intｅrｎｅｔ环境中跨平台的，依赖于内容的技术，是当前处理结构化文档信息的有力工具。扩展标记语言ＸML是一种简单的数据存储语言，使用一系列简单的标记描述数据，而这些标记可以用方便的方式建立,虽然XML占用的空间比二进制数据要占用更多的空间，但XML极其简单易于掌握和使用.

XML与Acｃess,Oraｃle和SＱL Sｅrver等数据库不同，数据库提供了更强有力的数据存储和分析能力,例如：数据索引、排序、查找、相关一致性等,XML仅仅是展示数据。事实上XMＬ与其他数据表现形式最大的不同是:他极其简单.这是一个看上去有点琐细的优点,但正是这点使ＸML与众不同。

ＸＭL与HTML的设计区别是:ＸML是用来存储数据的，重在数据本身。而HTMＬ是用来定义数据的，重在数据的显示模式。

ＸML的简单使其易于在任何应用程序中读写数据,这使XML很快成为数据交换的唯一公共语言，虽然不同的应用软件也支持其它的数据交换格式,但不久之后他们都将支持ＸＭL，那就意味着程序可以更容易的与Wiｎｄowｓ、Ｍａc OＳ, Lｉnｕx以及其他平台下产生的信息结合,然后可以很容易加载XML数据到程序中并分析他，并以XＭL格式输出结果。

2.5．2任务概述 2.５。2.1目标

本系统通过强大的网络技术给组织的工作人员带来方便，本系统能实现客运管理、售票管理、协调纠纷管理、财务管理，提高工作人员的工作效律,为工作人员提供了极大方便，即使不出门也可以进行工作上的处理。

2.5。2.2用户特点

最终用户可分为操作人员、维护人员。其中，操作人员要求对计算机有一定了解的人员。维护人员要求对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员.本系统需要在资源的动态更新，这时候也是本系统最需要维护的时候，所以在这时候要对本系统进行必要的检修，防止数据出错

２。５. 2。3假定与约束

设计的约束或实现约束描述在设计或实现应用系统时应遵守的条件。其并不是要取代设计（实现)过程，只是说明用户或环境强加给项目的条件项目投入的最晚时间。

2.5。3需求规定 2.５。３.1 对功能的规定输入输出输入用户登登录录执勤账号密码文本首页汉字、数字、英文字母输出并行用户数小于255 支持终端数小于255 后台处理进入首页界面进入工作中心数据更新后台管登录理注册修改管理模块进入指定工作界面文本列表存储文本文本存储文本文本修改,存储查询文本列表文本列表查询,输出资源添加、删除文本文本存储，修改 2.５.3．2 对性能的规定

ａ．精度

要求查询切换之间的时间控制以秒为单位,输入数据为文本，无精度要求。查询数据能够符合用户的要求,没有冗余数据.输出数据精度要求为尽量符合资源特征.

b。时间特性要求

ⅰ．响应时间：小于2秒； ⅱ．更新处理时间:即时更行;

ⅲ。数据的转换和传送时间:小于2秒；ｃ。灵活性

可在任意平台下运行，当操作方式、数据结构、与其它软件接口等发生变化时,设计的软件要基本无调整，灵活性非常大。但资源需放到指定位置,需及时更新索引.

２.５．3.3 输入输出要求

输入数据类型，具体要求见上表，输出为资源列表。 2。5．3．4 数据管理能力要求

需要管理的文卷和记录大约有100来份，占用内存大致１MＢ２.5。3。５故障处理要求

a。如果界面打不开或是登录失败，应检查系统防火墙是否关闭，更新索引。 b在输入数据不符合定义时提示正确类型并重;新输入; c数据在数据库中已有备份，系统出错时可以靠数据库恢复 2。5.３。6 其他专门要求 2.６。处理逻辑说明

由于最底层数据流程图中的加工不能再通过子图做进一步的描述，因此必须有处理逻辑说明来定义底层数据流图中的加工。如：售票员收费对在不同路段,

乘客到达目的的不同路程收取不同票价。在此处我们用判断树法来表示售票员售票过程。

第三章可行性研究

此可行性研究报告是在制定项目前对公交管理项目实施的可能性、有效性、技术方案及技术进行具体、深入、细致的技术论证和经济评价,报告的主要内容如下：３.1引言

3．1。1目的：为了更加便于公交车系统的管理，提高工作效率,尤其是完善财务管理与提高公交财务会计等的管理.

3.1。2背景:现行的公交体系仍旧是一个不完整的、分散的、相互竞争的没有统一的系统。

3．2现行公交车管理概况

3．2.1组织目标与战略：提高公交员工的工作效率，尽可能减少成本提高效益，以最小的成本获取最大的收益.通过建立一个完善的公交管理信息系统,利用先进的设备提高记账效率，完善工资核算体系，明确分工,明确各个司机的路线，对不遵守路线规则恶意竞争者予以惩处,以建立一个完善,和谐，系统，高效的公交车管理信息系统。

3。2.2存在的主要问题:记账只是传统的手工记账，设备也是简单的计算器.司机之间有相互的竞争，司机经常不遵守发车秩序和时间，经常误点、踩点。公交监控几乎没有，只是落后的人工监控。 3。3拟建立的信息系统

３.3。1简要说明：建立一个高效率的集账务管理系统,员工管理系统，工资管理系统和监控奖惩系统于一体的信息系统。

3.3．2对组织的意义和影响：提高了公交工作效率，员工工作热情，完善了对司机员工的监管，公交秩序井然，服务质量提高,收益大大增加,成本减少，使得净利润增加。 3．4经济可行性分析

３。4。１支出（包括系统开发费用和系统运行费用）系统开发费用: a.人员费用。ｂ.硬件设备费， c。软件费用 d.耗材费用

假定本系统运行期为5年，每年系统耗费如下: a.系统维护费. ｂ。设备维护费。

c．消耗材料费。 3.4.2收益

本系统获得的直接经济效益可以从以下几个方面计算.

a.提高工作效率，减少工作人员。本系统投入运行后,可以提高人力资源管理、财务预算管理、车辆运行管理，累计可以提高工作效率10％。

b．及时获取信息,减少决策失误。提高工作人员上班的准时性，减少车次延误的可能；分析年数据信息,及时推出相关，以提高工作效益.

c.直观了解每班车次的客流,便于以后做统计报表,分析趋势，作出最优决策。 d.提高工作效率,减少工作人员的工作量。 3.５技术可行性分析

３.5．1技术可行性分析

已经学习了SQL SEＲVER,对网络技术和操作系统也有系统的了解，有些成员熟悉计算机原理,能解决常见的硬件故障和硬件选择。而且,网上有许多关于ＶIＳUL BASIC编程的资料和ＳQＬ SＥRVＥR方面的资料。

所以从技术上来说,此次开发是可行。 3.6社会可行性分析

３。6。１社会法律可行性：目前已有很多成功开发公交车管理信息系统的先例,社会需要公交车管理的现代化和信息化.此信息系统开发和运行并不违背国家的法律。

3。6。２社会公共环境可行性：公交所走路线的公路都是符合质量要求的，顾客也多。

３．6.3 操作可行性：此信息系统所采用的操作和工作方式符合工作人员和读者的日常习惯，而且操作方便灵活，简单、便于学习。

综上所述,该系统具有社会可行性。 3．7可行性研究结论

通过经济、技术、社会等方面的可行性分析,可以确定本系统的开发完全必要，而且是可行的,可以进行开发。

第四章系统设计

将设计过程中所形成的各种文档资料进行编辑处理，编写成系统设计报告，主要内容和格式如下： 4.1.引言

4.1。1目的：为了更加便于公交车系统的管理，提高工作效率，尤其是完善财务管理与提高公交财务会计等的管理。

４．１．２背景：现行的公交体系仍旧是一个不完整的、分散的、相互竞争的没有统一的系统。

４。2．系统设计方案 4.２.1系统总体结构设计

公交管理系统集合了原本车队的四个子系统：客运管理,售票管理，纠纷协调管理，财务管理。车队的管理人员可以同时查询和了解四个子系统的工作情况,使得车队的管理层能够更好的了解和监督工作情况,保证工作高效进行.在子系统中有自己的管理模块.

模块功能图如图：

公交管理系统客运管理售票管理纠纷协调管理财务管理人员管理车辆管理日耗理维修管理票价管理收费管理事故处理管理乘客反馈管理收银管理报表统计管理该模块针对公交管理系统的基层工作人员和管理层工作人员的基本信息进行管理，基层工作人员基本信息包括姓名、性别、所属部门、联系方式，管理层工作人员的基本信息除了包括姓名、性别、所属部门、联系方式等以外，还记录该工作人员的登录密码、编号和级别,方便权限管理.在模块中可实现对信息的增加，修改，删除，查询，打印等功能。 <2>公交车信息管理

该模块针对车队里的１3辆公交车的基本信息进行管理，包括车型,发动机类型,重量，载客数，功率，车牌号,车辆制造厂。在模块中可实现对信息的增加，修改,删除,查询，打印等功能。〈3＞耗理

该模块针对车队的１3辆车每辆每日的耗油量信息管理，需每日更新。 <4＞维修管理

该模块针对车队的１３辆公交车的维修状况进行管理。记录每次维修的基本信息，包括维修车辆车牌号，维修部位,维修日期，维修地点,维修费。

4.２。1.1客运管理＜1>公交人员管理

４。２．1。2售票管理＜1＞票价管理

该模块针对不同路段的售票价格进行管理。〈２>收费管理

该模块记录着售票员的日常工作,每个售票员一日有十班次，记录包括每个班次的人流数、每班次售出的每种票价的票数、每班次收入总数，最后统计出整日的人流、票数、总收入。

〈3〉废票管理

该模块记录了再收费过程中由于操作失误而产生的作废车票信息，底层员工无权处理，高权限监督管理人员方可进行处理。

４.２。１。３纠纷协调管理〈1〉意外事故处理管理

该模块记录每次事故处理的基本信息，包括事故发生时间、地点、肇事人、事故发生原因、事故处理支出。

〈2〉乘客反馈管理

该模块记录任何乘客们的反馈以及提出的有益建议。 4.2．1。4财务管理〈1>收银管理

该模块由收银员进行操作，记录着每个售票员的每班次的收入，同时也记录了每个班次的人流数、每班次售出的每种票价的票数。每日最后一班车后，收银员要作出最后统计每个售票员一日的工作情况，包括整日的人流、票数、总收入。

〈2〉报表统计管理

该模块由财务管理人员进行操作，对基本数据进行统计，最后输出报表,包括日报表、月报表、年报表。

4.2．2．处理流程设计 4。2.2。１系统流程设计

依据上面系统分析报告的财务管理分析数据流程图,对公交管理信息系统的财务管理子系统进行系统流程设计，同系统流程图来描述各数据在计算机存储介质间的流动、转换、和存储情况。其系统流程图如图2.1:

4.2。２。2 模块处理过程描述

我们对收费监控流程的程序用程序流程图来描述系统设计的程序。

购票单收费标准登记处理收费单收、交款凭证剩余收款凭证会计审核登记客流量表日报表预算规划表汇总台账收银员审核月报表、年报表财务数据分析 4．２.3．代码设计

在MIS中，每种实体都必须有代码。代码是代表事物名称、属性、状态等的符号，是数据的重要组成部分,它唯一标识实体，节省存储空间单元，提高数据处理效率，便于数据的存储和检索。代码字符设置精准合理，无论记录、记忆，还是存储，都可以节省时间和空间.根据系统所涉及的数据特点,将代码设计如下：

4．２．3.1车辆车牌号码的代码设计

车牌号码的确定遵循原有的统一编号方法,即分为车牌所属地简称和车辆排序号,两者组合成为统一的车牌编号.在系统中，直接采用该方法，便于工作上的操作和识别。

4。2。3．2人员编号的代码设计

无论是财务管理方面的人员还是车票销售的工作人员，都统一编号,以便于公司统一管理。人员编号分为两个部分，包括人员所在部门名称的拼音缩写，比如:售票部的拼音缩写为sb,财务部的拼音缩写为ｃb；还包括人员的排序编号,参考公司下属工作人员的人数，编号长度设为4位,即第一位员工编号为０0０1，以此类推。综上所述，若一名工作人员是在财务部的,则其编号为cb××××.

4。2。3。3车票票号的代码设计

由于车票的种类有票价和编号决定，故其代码设计包括这两部分，这有利于售票员的工作需求。前半部分是票价，如１元;后半部分是顺序号，若为今天第一位乘客购买的票,则编号为0０01,以此类推。两者结合到一起，则成为完整的车票号。

4.2.３。4车票收据的代码设计

车票收据是一天中乘客数的表现,也是公司收益的体现，为了方便售票员上缴数据和财务部的工作，采取日期和收据所印刷的号码进行登记。

4.2.4.输出设计

本系统的输出设计主要是根据输入设计中高层管理人员登录系统查询数据而输出的各类数据,主要是报表、表格、图表等。当登录人员账号记错或者密码错误时，系统会自动生成对话框,提示用户所犯错误。

4。2。５。输入界面设计

4。2．5。1该管理系统的用户是车队的全体工作人员,工作人员先登录该车队的网站,然后在那网站首页选择自己所在的部门，然后就会弹出登录界面。

登录账号就是工作人员自己的代码,密码可以自己设置，如若忘记密码，可以点击界面的“找回密码”文字来找回密码.

４.2.５.２进入部门的管理系统后,根据权限的高低可对系统内部的信息进行查询或更新、修改、删除。

4.2.6.数据库设计

４。２。6。1概念结构设计

通过对系统业务及原始数据的分析，本系统的数据库文件设计结果见表如下: 数据名称组成乘客名称类型宽度小数位数姓名性别电话号码车票票号电子邮件字符逻辑数值字符字符 10 1 9 6 １2 — －整数 - — 乘客的姓名 F/T=男/女联系电话车票的类型联系的内部Email 数据名称组成售票员名称类型宽度小数位数姓名性别编号车票票号车票收据字符逻辑字符字符字符１０ 1 6 ６ 1２ - - - - 售票员姓名 F/T = 男/女售票员的编号车票的类型收据编号说明说明表1.5 财务人员基本信息表数据名称组成财务人员名称类型宽度小数位数姓名性别字符逻辑 10 １ --

－－财务人员名称 F/T = 男/女说明 --

编号车票收据其E-R关系图为:

乘客与售票员为多对一关系，售票员与财务人员为多对一关系。 4.3。6．2逻辑结构设计

将图的E－R图转换为关系模型： ①乘客(姓名，性别,车票号,…）

此为乘客实体对应的关系模式,该关系模式已经包含联系“购票\"所对应的关系模式.车票号是关系的主码.

②售票员(姓名，编号,车票号,收据，…）

此为售票员实体对应的关系模式，该关系模式已经包含联系“上交”所对应的关系模式。编号是主码,车票号是候选码.

③ 财务人员（姓名，性别,收据,编号)

此为财务人员实体对应的关系模式，主码是编号。３．2.6．3物理结构设计

常用的物理存取方法主要有三类：第一类是索引方法，目前主要是B+树索引方法；第二类是聚簇方法；第三类是HＡSＨ方法。我们这里主要采用的是索引存取方法中的唯一索引。

４.2．７.安全保密设计

为使本系统可以安全、准确地运行,防止机密数据被泄露,防止无权者使用、改变或有意破坏他们无权使用的数据以及保护数据结构不受损害,保证数据的正确性、有效性和一致性,我们需要对系统进行安全性保护和完整性保护的安全保密设计.在技术方面,我们从以下方面入手来提高系统的安全性与完整性。

4.2.7.１硬件方面选用可靠性较高的硬件设备,选用性能优良的服务器和工作站,服务器有完善的容错能力，允许带电热拔插，有智能I／O性能,并且配有不间断电源、稳压器、防病毒卡等。

4.2。7.2 软件方面

①访问控制。进入系统时，在终端上采用凭“用户名”和“密码”进入系统，

字符字符 6 12 －－财务人员的编号收据编号 --

以防非法侵入，密码必须要长于6位，且是于数字，字母，字符等混合。

②选择性访问控制.对用户分级,不同级别的用户访问权限不同，可使用功能也不同。

③加密.将原有可读信息（程序、数据)进行翻译,译成密码或译文的代码形式,以保护信息安全。

4。２．7．3 网络方面

①调制调解器安全。防止对网络拨号设备的非授权访问,只有授权的用户才可对系统进行访问。

②为防止传输介质受到电磁干扰或被截获窃听，用防电磁泄漏的防护措施,利用加密方法对抗截获窃听.

③防火墙。在网络中心处建成专用防火墙以防止非法人员的攻击. 4.2．７.４数据库方面

①访问.设立DBA,数据库用户及其访问权限应由DBＡ根据DBMS所提供的功能进行控制。

②数据加密。

③跟踪审查。建立监视软件，对某些保密的数据实施跟踪，记录有关数据的访问活动,一旦发现潜在的窃密企图，采取相应措施.

④建立相关的备份程序,定期对系统中的数据进行备份。 ⑤镜像技术。执行时可用逻辑镜像,也可用物理镜像。

⑥归档。将文件从在线存储器上复制到磁盘或光学介质上，以便长期保存。４。２．８.物理配置方案设计４。２。8。1计算机网络的设计与选择

网络类型根据传输距离短选择局域网，网络拓扑结构选择星型结构,网络协议选择企业内联网中应用广泛的ＴCP/IP协议。

4.２。8．2计算机硬件设备选择

对于一般面向企业的管理信息系统，其应用本身一般是分布式的,故采用微机网络，这样更灵活、经济。

由于现在微机在性能上已经有了很大的提高,甚至超出了早期大型机的水平，而价格又相对较低，所以选择微机作为硬件支撑环境。

4.2.8．3计算机软件配置选择

a、中文的使用

b、操作系统：Wiｎｄoｗｓ XP c、数据库：关系型。

d、常用程序设计语言:C＋+，ＶC， VB， Jａｖa. e、程序生成语言:Intelｌect、Clout、SQL、Fｏcus. f、工具：需求分析工具。

g、应用系统设计开发环境：CＡSE。 h、图形软件：PS。

i、应用软件包：统计分析软件包、数学规划软件包。

4．2.8。4费用预算

在经济可行性分析中，已预算计算机硬件费用约4．3万元，软件费用约１．6万元，计算机年维护费用约3。5万元，五年总计预算为23．4万元.

4。2。9．系统实施方案及说明 4。2．９.1开发环境

本系统在Wｉndows XP操作系统上开发,用ＶisuaｌＦoxｐro 6．0进行前台界面设计，SQＬ Seｖer 2000进行后台数据库设计,Ｍicrosoｆｔ oｆfiｃe visio 20０3进行业务流程和数据流程设计.

Visｕａl ＦｏxPｒｏ 6.０在开发上和实施过程中都体现了优越性，主要的特点表现在以下几个方面:

① 易于使用; ② 可视化开发； ③ 事件驱动; ④ 面对对象编程； ⑤ 应用向导和生成器;

⑥ Ｖiｓual Foｘpｒo 6。０基础类和组件库； ⑦ 支持网络功能，编译速度更快； ⑧ 支持ＯLE拖放和嵌入活动文档;

⑨ SＱL Seｒｖｅr 2００0能够提供数据库之间的数据复制功能,可代替现

有系统数据的手工传递工作，降低出错率，提高数据的可用性. ⑩ Mｉcrｏsｏｆt office viｓiｏ２003能够进行业务流程和数据流程的设

计。

4．２。9.2调试和测试过程

测试是一个应用程序开发过程中的必要步骤,也只有通过测试，系统才能确定其所拥有的功能是否已经具备，是否有不足之处,有哪些未知的错误以及通过设置断点,用单步调试来确定有错误的代码，或者对可能发生异常的代码短进行抛出、捕获异常,进而解决问题。

第五章公交车管理系统的功能实现

下面给出系统开发出来的详细界面以阐述售票管理系统的具体功能 5．1登陆界面编码设计

首先是进入登陆界面。 sele 人员登录表

if allt(thisfｏｒm。ｔeｘｔ１．vaｌuｅ)==＂\"

mｅsｓagebｏx(” 请输入账号！”，,” 提示 \"） thiｓform。text1.setｆocuｓ else

if ａllt(thisfoｒm。text2．vａｌｕe）＝=””

messageｂoｘ(\" 请输入登录密码！＂，,\" 提示 ”） thisforｍ。ｔext２。setｆｏｃus elsｅ

ｌoｃate for （ａllt（账号）==allt（tｈisform．teｘt1。valuｅ）。

and.；

alｌt（密码）＝=allｔ(tｈiｓfｏrm.teｘt2。vaｌue）） if found（）

ｔhisform。ｒeleａse cleａｒｅｖent

ｄo qcmenｕ．mｐr ｅlse

if ｎ>1

mesｓagｅboｘ(\"系统登录密码错误,请重新输入!”,，” 提

示 \"）

thisforｍ.tｅxt１。value=\"\" thiｓform.tｅxt2.valｕｅ=””

thisｆoｒm.texｔ1。ｓｅtfoｃus n=n-1 else

thｉｓfｏrｍ。teｘｔ１.enａｂｌed=．f。ｔhisform．text2．eｎａｂｌed=。ｆ. thiｓfｏrm。ｃommａnｄ１.eｎabled=。f. ｍessaｇeｂox(”系统登录密码严重错误,请退出系统！＂，，＂

提示 ”）

ｅndiｆ eｎdiｆｅｎdif endif 5．2 人员整体信息管理界面编码设计

增加记录：

thiｓforｍ.grid1．enaｂlｅd=．t． sele 工作人员表 aｐpenｄ blank

ｔhisforｍ.ｒefreｓｈ

thiｓforｍ.gｒｉd1。ｓetfｏｃus 删除记录:

if messａgebox(”确定要删除该条记录吗?”，1＋3２，\"信息\"）=1 ｓｅlect 工作人员表 delete

thisfoｒm。refresh

ｔhiｓform。grid1。sｅtfocus elｓe

ｔhｉsfoｒｍ。grid1.ｓｅtfｏcｕs eｎdｉf

修改记录：tｈisfoｒm．grid1。enａｂlｅd=.t． tｈisform。refreｓh

查询记录：thisｆｏrm.ｇrid1．enａbled=.Ｔ． tｈisform。rｅfresｈ

5．3 财务信息管理界面编码设计

5.４客运信息查询

sｅle * from 客车信息表 iｎto cuｒｓｏr temp ｔｈisｆorm.gｒiｄ1.coｌumncounｔ=-1 ｔhisform。ｇrid1.reｃordsoｕｒce=”ｔemp”

第六章系统测试计划

系统设计完成后,还有一项重要的工作，那就是系统测试和调试，找出不足,进行系统完善.系统测试报告的主要内容和格式如下: 6．1.引言

6.1。１编写目的

对项目进行测试,详细记录测试过程,对软件的质量进行评估,同时提供了更正系统漏洞的依据。

6．1．2定义

A．黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息.黑盒测试着眼于程序外部结构，不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。

Ｂ。白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。 6.2．计划

6．2．１软件说明名称功能输入输出系统登录测判别用户身份用户名、密码、权限显示相应子系统试是否合法修改、添加、删除财务信息财务管理测财务流入支出财务收支信息试管理 --

职工信息查职工各种信息询测试会员测试职工号所需查询的职工相关信息帮助市民公交用户iｄ和公交卡i公交卡余额显示，修卡充值、查询ｄ改、添加、删除会员信息客运信息测查询客运的信公交车牌号、查询日该公车的司机与搭档试息期管理员登录系统查询、添加、删除、修改、锁定用户用户、管理管理用户员管理测试 6.２。2测试内容测试1：名称：系统登录测试目的:测试系统操作界面

内容：输入用户名、密码、权限，检查用户是否合理、合法

测试2：名称:财务管理测试

目的:测试公交系统财务管理功能

内容：查询、添加、删除、修改每日财务信息测试3:

名称：职工信息查询测试

目的：测试系统查询职工工资、职位等信息内容:输入职工号和密码,进行职工信息查询测试４：名称：会员测试

目的:会员公交卡充值功能和查询余额修改信息功能内容:输入会员身份证和公交卡号,进行公交卡充值和查询测试5: 名称：客运信息测试

目的:明确公交负责人，查询公交出问题时由谁负责内容：查询出所要查询的日期的公交是那个职工负责测试6：

名称:用户、管理员管理测试目的:测试用户、管理员的管理功能内容:添加、删除、修改用户、管理员信息

6．2。３测试1（系统登录测试）参与单位：软件开发人员被测试的部位:登录界面 6。２．３．１进度安排测试日期：６。2.3．２条件

测试人员：编写者进行该功能模块的测试

测试软件：采用黑盒测试的方法,由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据

6。2.3。3测试资料需求规格说明书概要设计说明书详细设计说明书

6。2．3。4测试培训 6．2。４测试2(财务管理测试）参与单位：软件开发人员

被测试的部位：会计人员模块的财务管理功能 6。2．4。１进度安排测试日期: 6。2。4。2条件

测试人员：编写者进行该功能模块的测试

测试软件:采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据

6。2.4.3测试资料需求规格说明书概要设计说明书详细设计说明书 6．2．４．4测试培训

６.2。5测试３（职工信息查询测试) ６。2。5．1进度安排测试日期： 6．２。5．2条件

测试人员:编写者进行该功能模块的测试

测试软件:采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据

6.２。５。３测试资料需求规格说明书概要设计说明书详细设计说明书６．2。5.4测试培训 6.2。6测试4(会员测试） 6。２.6．1进度安排测试日期： 6。2.6.2条件

测试人员:编写者进行该功能模块的测试

测试软件：采用黑盒测试的方法，由人工设计测试用例,对该功能模块一次进行测试。包括合理的数据及不合理的数据

6．2。6．3测试资料需求规格说明书概要设计说明书详细设计说明书６。２．6。4测试培训

6.２.7测试5（会员测试） 6。2．7。１进度安排测试日期: 6.2.7．２条件

测试人员:编写者进行该功能模块的测试

测试软件：采用黑盒测试的方法,由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据

6.２.7．３测试资料需求规格说明书概要设计说明书详细设计说明书 6。2．7．４测试培训

６.2。8测试6（用户、管理员测试） 6.２。8。１进度安排测试日期： 6．2。8.２条件

测试人员：编写者进行该功能模块的测试

测试软件:采用黑盒测试的方法,由人工设计测试用例,对该功能模块一次进行测试.包括合理的数据及不合理的数据

６.2。８.３测试资料需求规格说明书概要设计说明书详细设计说明书 6。2.8.４测试培训 6。3.测试设计说明

6．3。1测试1(系统登录测试)

对于系统登录测试应该既要考虑到用户身份的合法性验证也要考虑到用户身份的不合法性验证。

６。３.１．1控制

根据用户不同的身份权限可以先人工输入一些数据,然后根据不同的权限对系统登录进行测试.

6．3.1.2输入、输出

根据不同的输入，可以得出不同的输出结果，其结果可以如下表所示: 输入用户名密码 admiｎ权限管理员进入公开公交网页登录失败，输入错误ａｄmi 管理员登录失败，输入错误ａdmｉ admin 管理员登录成功,进入管理员模块１1１１１1 职工登录失败,输入错误 001 职工登录失败，输入错误０01 111１１1 职工登录成功，进入职工登录模块

6。3。1．3过程

根据不同的身份，输入各自的用户名和密码，包括密码和用户名分别为空的情况，对系统登录模块进行测试.如果输入错误，则登录失败；输入成功，则登录成功;其中如果用户名和密码都为空，则默认为是普通市民进入公交网页。

6。3．２测试2（财务管理测试） 6。3。2.1控制

输入权限，进入账号和密码,对财务进行查询,修改，删除等等。 6．3。２.2输入、输出

输出 --

5．3.２.３过程

运行系统，进入财务人员模块，进行财务信息查询和修改、删除,测试财务查询功能。

6.3。3测试３(职工信息管理测试）

对职工信息管理的各项功能，包括职工各种信息的添加、删除、修改进行测试,以及对部门分类的添加、删除、修改进行测试。

6.3。3。1控制

根据职工所需的信息对职工管理系统进行录入操作,并且可以添加职工职位分类。同时也可以对职工信息进行修改和删除操作。

6．３．3．2输入、输出职工号姓名性别出生日职称期输入输出职工号姓名性别出生日职称期输入输出 6。3。3.3过程

运行系统,进入管理员模块,对图书管理及图书分类管理进行测试。 6.3.4测试４(会员测试）５．３．4。1控制

会员登陆系统，通过用户id和公交卡id,会员可以进行公交卡充值余额查询，添加成功１02 黄安男 06/30/８会计 8 所属部门财务部添加成功 001 张三男 10/０司机 5/70 所属部门客运部 --

从而以测试会员功能.

6.３.４.２输入、输出输入用户iｄ１９90072１１9900020 １990072１ 19900721 公交卡id 2０030５１91 用户编号不能为空公交卡编号不能为空此用户不存在此卡号不存在输出 2０0３０519０001 登录成功 6。3.4。3过程

运行系统，进入用户模块，查询余额，充值公交卡，测试充值功能。 6.3．5测试5(客运信息测试） 6．3.５。1控制

在管理员模块对公交车负责人进行测试,其中包括公交车牌号和日期正确和不正确的情况.

６．3。5.2输入、输出 3。8．３.5。2 ３.８。3。5．2 输入、输出 3。８.3．5.2 3．8。3。5.2 3.8.3。5.２输入、输出输入、输出输入、输出输入错误输入错误还书成功输入、输出 6．３.5。３过程

运行系统，进入管理员模块，输入公交车牌号和值班日期进行负责人测试. 6。3。６测试6（用户、管理员管理测试) 6．3。6。1控制

运行管理员模块对用户和管理员进行管理，其中包括添加、删除、修改、锁定普通用户以及查看用户借书情况，也可以添加、删除、修改管理员信息以及修改密码。

6.3．6。2输入、输出添加用户测试：输入用户名 qｑ 3 3 修改用户测试: 输入修改前用户名密码是否锁定修改后用户密码是否锁名 3 ３３ 3 ３ 3 3 3 未锁定未锁定未锁定未锁定 3 4 4 ４ 4 3 4 4 定未锁定未锁定锁定锁定修改成功修改成功修改成功修改成功输出密码 qq 3 3 用户名重复密码不能为空用户名不能为空添加用户成功输出添加管理员测试: 输入用户名 1 aｄmi adｍｉａdmｉ密码 1 admin aｄmin ａdｍin 确认密码 adｍiｎ已存在的名字密码不能为空用户名不能为空确认密码不能为空添加成功输出修改密码测试：输入原密码确认原密码新密确认新密码 --

输出 --

码ａmin admｉn ａａdmin admｉn ｄadmｉn aｄa 两次密码不同 min1 admiｎ1 5。3.6.3过程

运行系统，进入管理员模块,对用户管理和管理员管理进行测试，包括添加、

ａdmiｎ1 原密码错误密码修改成功删除成功和不成功的测试。 6.4.评价准则

6。4。1范围

此测试可将系统最主要的功能模块进行逐一的检测，对说明书中列举的功能进行排查，对系统实现各功能的正常运行做充分的测试，输入合理及不合理的测试数据检验功能的运行及出错处理情况。但由于功能模块比较多，采用功能测试设计的测试用例相对比较多,测试需花费一定的时间。

6。4．2尺度

由于这是课程设计,测试工作也只能由软件的开发人员进行。设计测试方案时，不仅要包括确定的输入数据，而且应包括从系统功能出发预期的测试结果。测试用例不仅要包括合理、有效的输入数据，还要包括无效的或不合理的输入数据。不仅要检验程序是否作了该做的事,还要检查程序是否同时作了不该做的事。软件中仍存在错误的概率和已经发现错误的个数是成正比的。

第七章总结

一个计算机管理系统必须有一个正确的设计指导思想,通过合理的选择数据结构，操作系统以及开发环境，构成一个完善的网络系统,才能充分发挥计算机信息管理优势。现代化的公交管理系统是集预定车票、售票、退票、车次查询、公交卡充值及其他各种服务,公交系统组织庞大,服务项目多,信息量大,要想提高劳动生产，降低成本,提高服务质量和管理水平，进而促进经济效益,必须借助计

算机来进行现代化的信息管理。

传统手工的客票中心售票管理，管理过程繁琐而复杂，执行效率低,并且易于出错。通过这样的系统，我们可以做到信息的规范管理和快速查询，实现了客票中心售票管理的系统化、规范化和自动化，这样不仅减少了管理工作量,还提高了管理效率，降低了管理成本。

在软件的编写过程中,充分体会了软件编程工作者的辛苦,因为每一个细微的细节都必须十分的注意,如果稍有不慎,就会全盘皆输,而且往往很多的时候，程序我自己觉得非常的正确，但是就是编译通不过,在查找错误的过程中，面临着否认自己的过程，非常的痛苦，而且由于自己的经验及各方面的能力的不足，所以进展的速度非常的缓慢,往往几天的时间还没有一点进展.

在开始编写程序的时候,我看到别人的软件功能非常的详细,而且界面非常的漂亮，总希望自己的软件也非常的完善，但是，经过这段时间，发现编一个优秀的软件决不是一蹴而就的事情,需要长时间的积累和经验,而这个方面又是我的弱项,因此，在老师的帮助下,我终于认清自己的不足及劣势,不要贪图大而全,只要尽我所能，编制一个实用简单的软件也是件很不容易的事情。

在反反复复的学习及不耻下问之下,我的辛勤努力有了汇报，终于做出了一个简单的软件,虽然这个软件的功能非常的简单，而且我想，在实际的运用中,肯定会有所不足,因为客票中心售票管理工作的内容非常的丰富,我涉及到的仅仅是学生管理的一部分简单内容，离实际的客户需求肯定还有一定的差距。

由于我的知识浅薄,经验不足及阅历颇浅,因此,在该系统的设计方面还有很多不足,比如功能过少，界面不够醒目等问题,将会在工作的使用过程中,根据工作的具体要求不断的修改，完善,争取使该系统慢慢趋向完美。

在本系统的设计过程和论文编写过程中，老师、同学和朋友都给与了我许多无私的帮助，给我的论文提出了很多宝贵的修改意见，在这里，我向这些无私帮我的人表示衷心的感谢.

因篇幅问题不能全部显示，请点此查看更多更全内容

查看全文