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

1、软件工程导论课程设计报告公交车管理系统的设计与实现学生姓名：张勇学号： 090403010063年级专业： 09 信息管理与信息系统指导教师：龙海目录第一章绪论 .第二章系统分析 .2.1. 组织结构分析 .2.2. 业务流程分析 .2.3.数 据流 程 分析 .2.4. 系统需求分析 .2.5. 需求规格说明书 .2.6. 处理逻辑说明 .第三章可行性研究 .3.1引言 .3.2现行公交车管理概况 .3.3拟建立的信息系统 .3.4经济可行性分析 .3.5技术可行性分析 .3.6社会可行性分析 .3.7可行性研究结论 .第四章系统设计 .4.1.引 言 .4.2. 系统设计方案 .第五章公交

2、车管理系统的功能实现.5.1登陆界面编码设计 .5.2人员整体信息管理界面编码设计.5.3财务信息管理界面编码设计.5.4客运信息查询 .第六章系统测试计划 .6.1.引言 .6.2.计划 .6.3.测试设计说明 .6.4.评价准则 .第七章总结 .第一章绪论针对公交车传统作业流程中的种种弊端， 结合现代迅速发展的信息技术， 我运用所学的信息管理及系统分析与设计的知识开发出了公交车的管理信息系统。一个计算机管理系统必须有一个正确的设计指导思想， 通过合理的选择数据结构，操作系统以及开发环境， 构成一个完善的网络系统， 才能充分发挥计算机信息管理优势。现代化的车站售票是集预定车票、售票 、退票、

3、车次查询、报表及其他各种服务，车站售票组织庞大，服务项目多，信息量大，要想提高劳动生产，降低成本，提高服务质量和管理水平，进而促进经济效益，必须借助计算机来进行现代化的信息管理。此系统包括四大块：1、可行性研究报告：从系统的总统出发，对经济、技术、社会、管理多方面进行综合分析， 即经济可行性分析、 技术可行性分析、 社会可行性分析和管理可行性分析，是项目在开始阶段必须进行的一项工作。2、系统分析报告：它反映的是系统分析阶段调查分析的全部情况，是系统分析员与用户在一起，充分了解用户需求后所编写，作为后续开发工作的依据，也是衡量一个信息系统优劣的依据。3、系统设计报告：在已获准的系统分析报告的基础

4、上，结合实际条件，可想而、合理地设计出得系统解决方案， 是系统设计阶段工作的成果的总结， 也是系统实施阶段的重要依据。4、系统测试报告：将系统最主要的功能模块进行逐一的检测，对说明书中列举的功能进行排查， 对系统实现各功能的正常运行做充分的测试， 输入合理及不合理的测试数据检验功能的运行及出错处理情况。此系统的开发， 主要是给管理工作者带来工作上的便利。 运用科学、 系统的方法有步骤、有目的、循序渐进的开发完成。第二章系统分析根据对用户的需求， 对公交车的业务活动的进行全面的调查分析， 详细掌握了相关工作流程，收集票据、账单、报表等资料，分析现行系统的局限性和不足之处，并根据公交的条件，找出可

5、行方案。2.1. 组织结构 分析：公交车队的高层领导由一名总队长、 三名副队长组成。 总队长负责总体事务的决策，副队长负责主要事务的决策，三个副队长分别负责客运部、售票部、纠纷协调部、财务部。其具体职能如下：客运部主要职能是负责公交班次安排， 负责司机行为规范， 负责站点监督和指导。售票部主要职能是负责售票员的售票，负责车票价格的协调与制定。纠纷协调部得主要职能是负责临时突发事件，例如，乘客闹事，交通堵塞，客车故障，交通事故等等。财务部主要职能是负责收银，负责会计，负责财务分析，负责报表。2.2.业务流程分析收费监控流程：根据系统中设定的路段收费标准， 当公交驶入某收费路段售票员判断车辆所属地

6、，同时，售票员根据不同路段的不同价位在收费划单中操作， 根据收费单中的价格告知乘车顾客， 并进行收费， 乘客将公交车费交给售票员后， 售票员将撕一张已打印好的交款凭证给顾客。如果售票员工作失误，多撕了、少撕了或者撕错了凭证，可以继续给下一位乘客交款凭证（少撕的凭证可以即时补给） ，先完成收费工作，然后要将废票的票据出示给监控员， 监控员依据废票的票据号进行废票的处理工作 （监控员只是登记废票的票据号， 做一个删除登记， 不能彻底删除），处理完后记录废票信息。每天每班车工作完成后， 售票员将收费单和剩余收款凭证交至会计人员进行审核，确定无误后登记， 每日会计统计出日报表和客人流数据交给收银员；

7、月末收银员审核过数据后将月报表、 年报表交至财务部由财务分析员对这些报表数据进行分析，以便做好进一步的规划预算， 同时还需将月报表、 年报表和客流量汇总表及时交给总队长。其业务流程图如图：收费标准售票员交款凭证剩 余日收费单废票乘客收 款凭证废票处理预算规划会计总队长单日报表客流量数据财务分析员月报表、年报表收银员会计记账流程：会计人员根据售票员提供的剩余凭证和收费划单及监控员提供的作废凭证在电脑上进行登记账单， 形成日报表， 再将日报表交由收银员审核，审核通过则收银员根据会计做的日报表，月末形成月报表，年末形成年报表。不通过，则返回日报表给会计令其纠正。其业务流程图如图：售票员剩余凭证收款单

8、会计合格日报表监控员作废凭证出错日报表收银员月报表、年报表2.3.数据流程分析财 务管 理流 程：每天每班车工作完成后，售票员将收费单和剩余收款凭证交至会计人员进行审核，确定无误后登记， 每日会计统计出日报表和客人流数据交给收银员； 月末收银员审核过数据后将月报表、年报表交至财务部由财务分析员对这些报表数据进行分析，以便做好进一步的规划预算， 同时还需将月报表、年报表和客流量汇总表及时交给总队长。数据字典（一）数据流的描述数据流编号： D-1数据流名称：购票单简述：由工作人员帮助乘客填好购票单数据流来源：乘客数据流去向：登记处审核处理数据项组成：乘客名称 +票价 +车票类型 +经手人 +购买时

9、间数据流量：约 8 张 /日高峰流量：约 15 张/日数据流编号： D-2数据流名称：收款凭证简述：经登记处填好的收款凭证数据流来源：登记处审核处理数据流去向：售票员数据项组成：乘客名称 +票价 +车票类型 +经手人 +购买时间数据流量：约 8 张 /日高峰流量：约 15 张/日数据流编号： D-3数据流名称：收费单简述：由售票员填好的收费单数据流来源：售票员数据流去向：会计人员审核登记处理数据项组成：乘客名称 +票价 +车票类型 +经手人 +购买时间数据流量：约 2 张/周高峰流量：约 4 张/周（二）处理逻辑的描述处理逻辑编号： P-1处理逻辑名称：购票单审核简述：审核购票单输入的数据流：

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

11、D2，D3，D4输出的数据流： D22.4.系统需求分析计算机和处理器处理器 800MHz 以上（如果开启视频至少1GHz）内存128MB 以上（如果开启视频至少256MB ）硬盘安装需要 100MB 的硬盘空间，运行需要50MB 空余空间显示器最小 800 x 600 （建议使用1024 x 768）屏幕分辨率浏览器计算机上应该安装了Microsoft Internet Explorer 6 或更高版本，但是不一定要设置为默认浏览器。连接互联网接入（宽带接入效果最佳，无线接入质量降低，模拟线路不建议使用）。管理人员的支持管理人员对该系统充分理解与支持，并要求其员工进行系统操作培训。2.5.需

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

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

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

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

16、数字、255255页界面密码英文字母进入管理进入指工作模块定工作中心界面数据文本列表存储更新后台管登录文本文本存储理注册修改文本文本修改，存储查询文本列表文本列表查询，输出资源文本文本存储，添加、修改删除对性能的规定a.精度要求查询切换之间的时间控制以秒为单位，输入数据为文本，无精度要求。查询数据能够符合用户的要求， 没有冗余数据。 输出数据精度要求为尽量符合资源特征。b.时间特性要求 . 响应时间：小于 2 秒； . 更新处理时间：即时更行；. 数据的转换和传送时间：小于 2 秒;c.灵活性可在任意平台下运行， 当操作方式、 数据结构、与其它软件接口等发生变化时，设计的软件要基本无调整，灵活

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

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

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

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

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

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

23、四个子系统的工作情况，使得车队的管理层能够更好的了解和监督工作情况，保证工作高效进行。 在子系统中有自己的管理模块。模块功能图如图：公交管理系统客运管理售票管理纠纷协调管理财务管理人车日维票收事乘收报员辆耗修价费故客银表管管油管管管处反管统理理管理理理理馈理计理管管管理理理客运管理公交人员管理该模块针对公交管理系统的基层工作人员和管理层工作人员的基本信息进行管理，基层工作人员基本信息包括姓名、性别、所属部门、联系方式，管理层工作人员的基本信息除了包括姓名、性别、所属部门、联系方式等以外，还记录该工作人员的登录密码、 编号和级别，方便权限管理。 在模块中可实现对信息的增加，修改，删除，查询，打印

24、等功能。公交车信息管理该模块针对车队里的 13 辆公交车的基本信息进行管理，包括车型，发动机类型，重量，载客数，功率，车牌号，车辆制造厂。在模块中可实现对信息的增加，修改，删除，查询，打印等功能。耗油管理该模块针对车队的13 辆车每辆每日的耗油量信息管理，需每日更新。维修管理该模块针对车队的13 辆公交车的维修状况进行管理。记录每次维修的基本信息，包括维修车辆车牌号，维修部位，维修日期，维修地点，维修费。售票管理 票价管理该模块针对不同路段的售票价格进行管理。收费管理该模块记录着售票员的日常工作，每个售票员一日有十班次， 记录包括每个班次的人流数、 每班次售出的每种票价的票数、每班次收入总数，

25、 最后统计出整日的人流、票数、总收入。废票管理该模块记录了再收费过程中由于操作失误而产生的作废车票信息，底层员工无权处理，高权限监督管理人员方可进行处理。纠纷协调管理意外事故处理管理该模块记录每次事故处理的基本信息，包括事故发生时间、地点、肇事人、事故发生原因、事故处理支出。乘客反馈管理该模块记录任何乘客们的反馈以及提出的有益建议。财务管理收银管理该模块由收银员进行操作， 记录着每个售票员的每班次的收入， 同时也记录了每个班次的人流数、 每班次售出的每种票价的票数。 每日最后一班车后， 收银员要作出最后统计每个售票员一日的工作情况， 包括整日的人流、 票数、总收入。报表统计管理该模块由财务管理

26、人员进行操作，对基本数据进行统计， 最后输出报表， 包括日报表、月报表、年报表。处理流程设计系统流程设计依据上面系统分析报告的财务管理分析数据流程图， 对公交管理信息系统的财务管理子系统进行系统流程设计， 同系统流程图来描述各数据在计算机存储介质间的流动、转换、和存储情况。其系统流程图如图 2.1：模块处理过程描述我们对收费监控流程的程序用程序流程图来描述系统设计的程序。购票单收费标准登记处理收费单剩余收款凭证收、交款凭证会计审核登记客流量表日报表预算规划表汇总台账收银员审核月报表、年报表财务数据分析代码设计在 MIS 中，每种实体都必须有代码。代码是代表事物名称、属性、状态等的符号，是数据的

27、重要组成部分，它唯一标识实体，节省存储空间单元，提高数据处理效率，便于数据的存储和检索。 代码字符设置精准合理， 无论记录、记忆，还是存储，都可以节省时间和空间。 根据系统所涉及的数据特点，将代码设计如下：车辆车牌号码的代码设计车牌号码的确定遵循原有的统一编号方法，即分为车牌所属地简称和车辆排序号，两者组合成为统一的车牌编号。在系统中，直接采用该方法，便于工作上的操作和识别。人员编号的代码设计无论是财务管理方面的人员还是车票销售的工作人员， 都统一编号， 以便于公司统一管理。 人员编号分为两个部分， 包括人员所在部门名称的拼音缩写， 比如：售票部的拼音缩写为 sb，财务部的拼音缩写为 cb；还

28、包括人员的排序编号，参考公司下属工作人员的人数，编号长度设为 4 位，即第一位员工编号为 0001，以此类推。综上所述，若一名工作人员是在财务部的，则其编号为cb。车票票号的代码设计由于车票的种类有票价和编号决定， 故其代码设计包括这两部分， 这有利于售票员的工作需求。前半部分是票价，如 1 元；后半部分是顺序号，若为今天第一位乘客购买的票，则编号为 0001，以此类推。两者结合到一起，则成为完整的车票号。车票收据的代码设计车票收据是一天中乘客数的表现， 也是公司收益的体现， 为了方便售票员上缴数据和财务部的工作，采取日期和收据所印刷的号码进行登记。输出设计本系统的输出设计主要是根据输入设计中

29、高层管理人员登录系统查询数据而输出的各类数据，主要是报表、表格、图表等。当登录人员账号记错或者密码错误时，系统会自动生成对话框，提示用户所犯错误。输入界面设计该管理系统的用户是车队的全体工作人员，工作人员先登录该车队的网站，然后在那网站首页选择自己所在的部门，然后就会弹出登录界面。登录账号就是工作人员自己的代码，密码可以自己设置， 如若忘记密码， 可以点击界面的“找回密码”文字来找回密码。进入部门的管理系统后， 根据权限的高低可对系统内部的信息进行查询或更新、修改、删除。数据库设计概念结构设计通过对系统业务及原始数据的分析，本系统的数据库文件设计结果见表如下：数据名称乘客组成名称类型宽度小数位

30、说明数姓名字符10-乘客的姓名性别逻辑1-F/T=男/女电话号码数值9整数联系电话车票票号字符6-车票的类型电子邮件字符12-联系的内部Email数据名称售票员组成名称类型宽度小数位说明数姓名字符10-售票员姓名性别逻辑1-F/T = 男/女编号字符6售票员的编号车票票号字符6-车票的类型车票收据字符12-收据编号表 1.5 财务人员基本信息表数据名称财务人员组成名称类型宽度小数位说明数姓名字符10-财务人员名称性别逻辑1-F/T = 男/女编号字符6-财务人员的编号车票收据字符12-收据编号其 E-R 关系图为：乘客与售票员为多对一关系，售票员与财务人员为多对一关系。逻辑结构设计将图的 E-

31、R 图转换为关系模型：乘客（姓名，性别，车票号，）此为乘客实体对应的关系模式，该关系模式已经包含联系 “购票” 所对应的关系模式。车票号是关系的主码。售票员（姓名，编号，车票号，收据，）此为售票员实体对应的关系模式，该关系模式已经包含联系 “上交” 所对应的关系模式。编号是主码，车票号是候选码。 财务人员（姓名，性别，收据，编号）此为财务人员实体对应的关系模式，主码是编号。物理结构设计常用的物理存取方法主要有三类：第一类是索引方法，目前主要是B+ 树索引方法；第二类是聚簇方法；第三类是HASH 方法。我们这里主要采用的是索引存取方法中的唯一索引。安全保密设计为使本系统可以安全、 准确地运行，防

32、止机密数据被泄露， 防止无权者使用、改变或有意破坏他们无权使用的数据以及保护数据结构不受损害， 保证数据的正确性、有效性和一致性， 我们需要对系统进行安全性保护和完整性保护的安全保密设计。在技术方面，我们从以下方面入手来提高系统的安全性与完整性。硬件方面选用可靠性较高的硬件设备， 选用性能优良的服务器和工作站，服务器有完善的容错能力，允许带电热拔插，有智能I/O 性能，并且配有不间断电源、稳压器、防病毒卡等。软件方面访问控制。 进入系统时，在终端上采用凭 “用户名” 和“密码” 进入系统，以防非法侵入，密码必须要长于 6 位，且是于数字，字母，字符等混合。选择性访问控制。 对用户分级， 不同级

33、别的用户访问权限不同， 可使用功能也不同。加密。将原有可读信息（程序、数据）进行翻译，译成密码或译文的代码形式，以保护信息安全。网络方面调制调解器安全。 防止对网络拨号设备的非授权访问， 限制只有授权的用户才可对系统进行访问。为防止传输介质受到电磁干扰或被截获窃听，用防电磁泄漏的防护措施，利用加密方法对抗截获窃听。防火墙。在网络中心处建成专用防火墙以防止非法人员的攻击。数据库方面访问限制。 设立DBA,数据库用户及其访问权限应由DBA根据DBMS所提供的功能进行控制。数据加密。跟踪审查。 建立监视软件， 对某些保密的数据实施跟踪， 记录有关数据的访问活动，一旦发现潜在的窃密企图，采取相应措施。

34、建立相关的备份程序，定期对系统中的数据进行备份。镜像技术。执行时可用逻辑镜像，也可用物理镜像。归档。将文件从在线存储器上复制到磁盘或光学介质上，以便长期保存。物理配置方案设计计算机网络的设计与选择网络类型根据传输距离短选择局域网，网络拓扑结构选择星型结构， 网络协议选择企业内联网中应用广泛的TCP/IP 协议。计算机硬件设备选择对于一般面向企业的管理信息系统， 其应用本身一般是分布式的， 故采用微机网络，这样更灵活、经济。由于现在微机在性能上已经有了很大的提高，甚至超出了早期大型机的水平，而价格又相对较低，所以选择微机作为硬件支撑环境。计算机软件配置选择a、中文的使用b、操作系统： Windo

35、ws XPc、数据库：关系型。d、常用程序设计语言： C+, VC, VB, Java.e、第四代程序生成语言： Intellect、Clout 、 SQL、Focus.f 、工具：需求分析工具。g、应用系统设计开发环境： CASE.h、图形软件： PS.i 、应用软件包：统计分析软件包、数学规划软件包。费用预算在经济可行性分析中，已预算计算机硬件费用约4.3 万元，软件费用约1.6万元，计算机年维护费用约3.5 万元，五年总计预算为23.4 万元。系统实施方案及说明开发环境本系统在 Windows XP 操作系统上开发，用 Visual Foxpro 6.0 进行前台界面设计，SQL Sev

36、er 2000进行后台数据库设计， Microsoft office visio 2003 进行业务流程和数据流程设计。Visual FoxPro 6.0 在开发上和实施过程中都体现了优越性，主要的特点表现在以下几个方面： 易于使用； 可视化开发； 事件驱动； 面对对象编程； 应用向导和生成器； Visual Foxpro 6.0 基础类和组件库； 支持网络功能，编译速度更快； 支持 OLE 拖放和嵌入活动文档； SQL Server 2000能够提供数据库之间的数据复制功能，可代替现有系统数据的手工传递工作，降低出错率，提高数据的可用性。 Microsoft office visio 2003 能够进行业务流程和数据流程的设计。调试和测试过程测试是一个应用程序开发过程中的必要步骤， 也只有通过测试， 系统才能确定其所拥有的功能是否已经具备， 是否有不足之处， 有哪些未知的错误以及通过设置断点，用单步调试来确定有错误的代码， 或者对可能发生异常的代码短进行抛出、捕获异常，进而解决问题。第五章公交车管理系统的功能实现下面给出系统开发出来的详细界面以阐述售票管理系统的具体功能5.1 登陆界面编码设计首先是进入登陆界面。sele 人员登录表messagebox( 请输入账号！ ,64,提示)elsemessagebox( 请输入登录密码！ ,64,提示)e