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

/《软件工程导论》课程设计报告公交车管理系统的设计和实现学生姓名：张勇学号：090403010063年级专业：09信息管理和信息系统指导老师：龙海目录TOC\o"1-2"\h\z\u第一章绪论 其次章系统分析 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.系统设计方案 第五章公交车管理系统的功能实现 5.1登陆界面编码设计 5.2人员整体信息管理界面编码设计 5.3财务信息管理界面编码设计 5.4客运信息查询 第六章系统测试支配 6.1.引言 6.2.支配 6.3.测试设计说明 6.4.评价准则 第七章总结 第一章绪论针对公交车传统作业流程中的种种弊端，结合现代快速发展的信息技术，我运用所学的信息管理及系统分析和设计的学问开发出了公交车的管理信息系统。一个计算机管理系统必需有一个正确的设计指导思想，通过合理的选择数据结构，操作系统以及开发环境，构成一个完善的网络系统，才能充分发挥计算机信息管理优势。现代化的车站售票是集预定车票、售票、退票、车次查询、报表及其他各种服务，车站售票组织浩大，服务项目多，信息量大，要想提高劳动生产，降低成本，提高服务质量和管理水平，进而促进经济效益，必需借助计算机来进行现代化的信息管理。此系统包括四大块：可行性探讨报告：从系统的总统动身，对经济、技术、社会、管理多方面进行综合分析，即经济可行性分析、技术可行性分析、社会可行性分析和管理可行性分析，是项目在起先阶段必需进行的一项工作。系统分析报告：它反映的是系统分析阶段调查分析的全部状况，是系统分析员和用户在一起，充分了解用户需求后所编写，作为后续开发工作的依据，也是衡量一个信息系统优劣的依据。系统设计报告：在已获准的系统分析报告的基础上，结合实际条件，可想而、合理地设计出得系统解决方案，是系统设计阶段工作的成果的总结，也是系统实施阶段的重要依据。系统测试报告：将系统最主要的功能模块进行逐一的检测，对说明书中列举的功能进行排查，对系统实现各功能的正常运行做充分的测试，输入合理及不合理的测试数据检验功能的运行及出错处理状况。此系统的开发，主要是给管理工作者带来工作上的便利。运用科学、系统的方法有步骤、有目的、按部就班的开发完成。系统分析依据对用户的需求，对公交车的业务活动的进行全面的调查分析，具体驾驭了相关工作流程，收集票据、账单、报表等资料，分析现行系统的局限性和不足之处，并依据公交的条件，找出可行方案。2.1.组织结构分析：公交车队的高层领导由一名总队长、三名副队长组成。总队长负责总体事务的决策，副队长负责主要事务的决策，三个副队长分别负责客运部、售票部、纠纷协调部、财务部。其具体职能如下：客运部主要职能是负责公交班次支配，负责司机行为规范，负责站点监督和指导。售票部主要职能是负责售票员的售票，负责车票价格的协调和制定。纠纷协调部得主要职能是负责临时突发事务，例如，乘客闹事，交通堵塞，客车故障，交通事故等等。财务部主要职能是负责收银，负责会计，负责财务分析，负责报表。2.2.业务流程分析2.2.1收费监控流程：依据系统中设定的路段收费标准，当公交驶入某收费路段售票员推断车辆所属地，同时，售票员依据不同路段的不同价位在收费划单中操作，依据收费单中的价格告知乘车顾客，并进行收费，乘客将公交车费交给售票员后，售票员将撕一张已打印好的交款凭证给顾客。假如售票员工作失误，多撕了、少撕了或者撕错了凭证，可以接着给下一位乘客交款凭证（少撕的凭证可以即时补给），先完成收费工作，然后要将废票的票据出示给监控员，监控员依据废票的票据号进行废票的处理工作（监控员只是登记废票的票据号，做一个删除登记，不能彻底删除），处理完后记录废票信息。每天每班车工作完成后，售票员将收费单和剩余收款凭证交至会计人员进行审核，确定无误后登记，每日会计统计出日报表和客人流数据交给收银员；月末收银员审核过数据后将月报表、年报表交至财务部由财务分析员对这些报表数据进行分析，以便做好进一步的规划预算，同时还需将月报表、年报表和客流量汇总表刚好交给总队长。其业务流程图如图：员员交款凭证员员交款凭证乘客日收费单废票单会计日报表客流量数据收银员报表财务分析员预算规划会计人员依据售票员供应的剩余凭证和收费划单及监控员供应的作废凭证在电脑上进行登记账单，形成日报表，再将日报表交由收银员审核，审核通过则收银员依据会计做的日报表，月末形成月报表，年末形成年报表。不通过，则返回日报表给会计令其订正。其业务流程图如图：售票员剩余凭证售票员剩余凭证收款单监控员作废凭证会计合格日报表收银员月报表、年报表出错日报表2.3.数据流程分析2.3.1财务管理流程：每天每班车工作完成后，售票员将收费单和剩余收款凭证交至会计人员进行审核，确定无误后登记，每日会计统计出日报表和客人流数据交给收银员；月末收银员审核过数据后将月报表、年报表交至财务部由财务分析员对这些报表数据进行分析，以便做好进一步的规划预算，同时还需将月报表、年报表和客流量汇总表刚好交给总队长。2.3.2数据字典（一）数据流的描述数据流编号：D--1数据流名称：购票单简述：由工作人员帮助乘客填好购票单数据流来源：乘客数据流去向：登记处审核处理数据项组成：乘客名称+票价+车票类型+经手人+购买时间数据流量：约8张/日高峰流量：约15张/日数据流编号：D--2数据流名称：收款凭证简述：经登记处填好的收款凭证数据流来源：登记处审核处理数据流去向：售票员数据项组成：乘客名称+票价+车票类型+经手人+购买时间数据流量：约8张/日高峰流量：约15张/日数据流编号：D--3数据流名称：收费单简述：由售票员填好的收费单数据流来源：售票员数据流去向：会计人员审核登记处理数据项组成：乘客名称+票价+车票类型+经手人+购买时间数据流量：约2张/周高峰流量：约4张/周（二）处理逻辑的描述处理逻辑编号：P--1处理逻辑名称：购票单审核简述：审核购票单输入的数据流：购票单处理描述：审核购票单，填写收款凭证输出的数据流：收款凭证处理频率：8次/日处理逻辑编号：P—2处理逻辑名称：会计人员审核登记处理简述：依据收费单将数据记入日报表输入的数据流：收费单处理描述：依据收费单将数据记入日报表，并更新相关数据输出的数据流：客流数据处理频率：8次/日（三）数据存储的描述数据存储编号：F--2数据存储名称：汇总台账简述：记录车票销售的状况数据存储组成：销售数量+乘客名称+票价+车票类型+经手人+购买时间关键字：乘客名称+票价相关联的处理：P—1，P—2，P—3（四）外部实体的描述外部实体编号：S--1外部实体名称：售票员简述：填写收费单输入的数据流：D—2，D—3，D—4输出的数据流：D—22.4.系统需求分析2.4.1计算机和处理器处理器800MHz以上（假如开启视频至少1GHz）2.4.2内存128MB以上（假如开启视频至少256MB）2.4.3硬盘安装须要100MB的硬盘空间，运行须要50MB空余空间2.4.4显示器最小800x600（建议运用1024x768）屏幕辨别率2.4.5阅读器计算机上应当安装了MicrosoftInternetExplorer6或更高版本，但是不确定要设置为默认阅读器。2.4.6Internet连接互联网接入（宽带接入效果最佳，无线接入质量降低，模拟线路不建议运用）。2.4.7管理人员的支持管理人员对该系统充分理解和支持，并要求其员工进行系统操作培训。2.5.需求规格说明书2.5.1引言2.5.1.1编写目的目的是提高工作效率,节约人力资源,并作为软件设计人员设计依据和运用单位的验收标准。预期的读者是软件设计人员还有组织高层人员。背景此待开发系统的名叫公交车信息管理系统，是公交车高层管理人员提出须要开发此项目，进行探讨开发，供车队指定工作人员运用。定义Xml：XML（ExtensibleMarkupLanguage）即可扩展标记语言，它和HTML一样，都是SGML(StandardGeneralizedMarkupLanguage,标准通用标记语言)。Xml是Internet环境中跨平台的，依靠于内容的技术，是当前处理结构化文档信息的有力工具。扩展标记语言XML是一种简洁的数据存储语言，运用一系列简洁的标记描述数据，而这些标记可以用便利的方式建立，虽然XML占用的空间比二进制数据要占用更多的空间，但XML极其简洁易于驾驭和运用。XML和Access,Oracle和SQLServer等数据库不同，数据库供应了更强有力的数据存储和分析实力，例如：数据索引、排序、查找、相关一样性等，XML仅仅是展示数据。事实上XML和其他数据表现形式最大的不同是：他极其简洁。这是一个看上去有点琐细的优点，但正是这点使XML和众不同。XML和HTML的设计区分是：XML是用来存储数据的，重在数据本身。而HTML是用来定义数据的，重在数据的显示模式。XML的简洁使其易于在任何应用程序中读写数据，这使XML很快成为数据交换的唯一公共语言，虽然不同的应用软件也支持其它的数据交换格式，但不久之后他们都将支持XML，那就意味着程序可以更简洁的和Windows、MacOS,Linux以及其他平台下产生的信息结合，然后可以很简洁加载XML数据到程序中并分析他，并以XML格式输出结果。2.5.2任务概述目标本系统通过强大的网络技术给组织的工作人员带来便利，本系统能实现客运管理、售票管理、协调纠纷管理、财务管理，提高工作人员的工作效律，为工作人员供应了极大便利，即使不出门也可以进行工作上的处理。用户特点最终用户可分为操作人员、维护人员。其中，操作人员要求对计算机有确定了解的人员。维护人员要求对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员。本系统须要在资源的动态更新，这时候也是本系统最须要维护的时候，所以在这时候要对本系统进行必要的检修，防止数据出错2.5.2.3假定和约束设计的约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。其并不是要取代设计（实现）过程，只是说明用户或环境强加给项目的限制条件项目投入的最晚时间。2.5.3需求规定对功能的规定输入输出输入限制输出限制并行用户数支持终端数后台处理用户登录执勤登录账号密码文本首页汉字、数字、英文字母小于255小于255进入首页界面进入工作中心管理模块进入指定工作界面数据更新文本列表存储后台管理登录注册文本文本存储修改文本文本修改，存储查询文本列表文本列表查询，输出资源添加、删除文本文本存储，修改对性能的规定a.精度要求查询切换之间的时间限制以秒为单位，输入数据为文本，无精度要求。查询数据能够符合用户的要求，没有冗余数据。输出数据精度要求为尽量符合资源特征。b.时间特性要求ⅰ.响应时间：小于2秒；ⅱ.更新处理时间：即时更行；ⅲ.数据的转换和传送时间：小于2秒;c.敏捷性可在随意平台下运行，当操作方式、数据结构、和其它软件接口等发生变更时，设计的软件要基本无调整，敏捷性特别大。但资源需放到指定位置，需刚好更新索引。输入输出要求输入数据类型，具体要求见上表，输出为资源列表。数据管理实力要求须要管理的文卷和记录大约有100来份，占用内存大致1MB故障处理要求a.假如界面打不开或是登录失败，应检查系统防火墙是否关闭，更新索引。b在输入数据不符合定义时提示正确类型并重;新输入；c数据在数据库中已有备份，系统出错时可以靠数据库复原其他特地要求2.6.处理逻辑说明由于最底层数据流程图中的加工不能再通过子图做进一步的描述，因此必需有处理逻辑说明来定义底层数据流图中的加工。如：售票员收费对在不同路段，乘客到达目的的不同路程收取不同票价。在此处我们用推断树法来表示售票员售票过程。第三章可行性探讨此可行性探讨报告是在制定项目前对公交管理项目实施的可能性、有效性、技术方案及技术政策进行具体、深化、细致的技术论证和经济评价，报告的主要内容如下：3.1引言3.1.1目的：为了更加便于公交车系统的管理，提高工作效率，尤其是完善财务管理和提高公交财务会计等的管理。3.1.2背景：现行的公交体系照旧是一个不完整的、分散的、相互竞争的没有统一的系统。3.2现行公交车管理概况3.2.1组织目标和战略:提高公交员工的工作效率，尽可能削减成本提高效益，以最小的成本获得最大的收益。通过建立一个完善的公交管理信息系统，利用先进的设备提高记账效率，完善工资核算体系，明确分工，明确各个司机的路途，对不遵守路途规则恶意竞争者予以惩处，以建立一个完善，和谐，系统，高效的公交车管理信息系统。3.2.2存在的主要问题：记账只是传统的手工记账，设备也是简洁的计算器。司机之间有相互的竞争，司机常常不遵守发车秩序和时间，常常误点、踩点。公交监控几乎没有，只是落后的人工监控。3.3拟建立的信息系统3.3.1简要说明：建立一个高效率的集账务管理系统，员工管理系统，工资管理系统和监控奖惩系统于一体的信息系统。3.3.2对组织的意义和影响：提高了公交工作效率，员工工作热忱，完善了对司机员工的监管，公交秩序井然，服务质量提高，收益大大增加，成本削减，使得净利润增加。3.4经济可行性分析3.4.1支出（包括系统开发费用和系统运行费用）系统开发费用：a.人员费用。b.硬件设备费,c.软件费用d.耗材费用假定本系统运行期为5年，每年系统耗费如下：a.系统维护费。b.设备维护费。c.消耗材料费。3.4.2收益本系统获得的干脆经济效益可以从以下几个方面计算。提高工作效率，削减工作人员。本系统投入运行后，可以提高人力资源管理、财务预算管理、车辆运行管理，累计可以提高工作效率10%。b.刚好获得信息，削减决策失误。提高工作人员上班的准时性，削减车次延误的可能；分析年数据信息，刚好推出相关政策，以提高工作效益。c.直观了解每班车次的客流，便于以后做统计报表，分析趋势，作出最优决策。d.提高工作效率，削减工作人员的工作量。3.5技术可行性分析3.5.1技术可行性分析已经学习了SQLSERVER，对网络技术和操作系统也有系统的了解，有些成员熟识计算机原理，能解决常见的硬件故障和硬件选择。而且，网上有很多关于VISULBASIC编程的资料和SQLSERVER方面的资料。所以从技术上来说，此次开发是可行。3.6社会可行性分析3.6.1社会法律政策可行性：目前已有很多胜利开发公交车管理信息系统的先例，社会须要公交车管理的现代化和信息化。此信息系统开发和运行并不违反国家的法律政策。3.6.2社会公共环境可行性：公交所走路途的马路都是符合质量要求的，顾客也多。3.6.3操作可行性：此信息系统所采纳的操作和工作方式符合工作人员和读者的日常习惯，而且操作便利敏捷，简洁、便于学习。综上所述，该系统具有社会可行性。3.7可行性探讨结论通过经济、技术、社会等方面的可行性分析，可以确定本系统的开发完全必要，而且是可行的，可以进行开发。第四章系统设计将设计过程中所形成的各种文档资料进行编辑处理，编写成系统设计报告，主要内容和格式如下：4.1.引言4.1.1目的：为了更加便于公交车系统的管理，提高工作效率，尤其是完善财务管理和提高公交财务会计等的管理。4.1.2背景：现行的公交体系照旧是一个不完整的、分散的、相互竞争的没有统一的系统。4.2.系统设计方案4.2.1系统总体结构设计公交管理系统集合了原本车队的四个子系统：客运管理，售票管理，纠纷协调管理，财务管理。车队的管理人员可以同时查询和了解四个子系统的工作状况，使得车队的管理层能够更好的了解和监督工作状况，保证工作高效进行。在子系统中有自己的管理模块。模块功能图如图：公交管理系统客运管理公交管理系统客运管理售票管理纠纷协调管理财务管理人员管理车辆管理日耗油管理修理管理票价管理收费管理事故处理管理乘客反馈管理收银管理报表统计管理<1>公交人员管理该模块针对公交管理系统的基层工作人员和管理层工作人员的基本信息进行管理，基层工作人员基本信息包括姓名、性别、所属部门、联系方式，管理层工作人员的基本信息除了包括姓名、性别、所属部门、联系方式等以外，还记录该工作人员的登录密码、编号和级别，便利权限管理。在模块中可实现对信息的增加，修改，删除，查询，打印等功能。<2>公交车信息管理该模块针对车队里的13辆公交车的基本信息进行管理，包括车型，发动机类型，重量，载客数，功率，车牌号，车辆制造厂。在模块中可实现对信息的增加，修改，删除，查询，打印等功能。<3>耗油管理该模块针对车队的13辆车每辆每日的耗油量信息管理，需每日更新。<4>修理管理该模块针对车队的13辆公交车的修理状况进行管理。记录每次修理的基本信息，包括修理车辆车牌号，修理部位，修理日期，修理地点，修理费。售票管理<1>票价管理该模块针对不同路段的售票价格进行管理。<2>收费管理该模块记录着售票员的日常工作，每个售票员一日有十班次，记录包括每个班次的人流数、每班次售出的每种票价的票数、每班次收入总数，最终统计出整日的人流、票数、总收入。<3>废票管理该模块记录了再收费过程中由于操作失误而产生的作废车票信息，底层员工无权处理，高权限监督管理人员方可进行处理。纠纷协调管理<1>意外事故处理管理该模块记录每次事故处理的基本信息，包括事故发生时间、地点、肇事人、事故发生缘由、事故处理支出。<2>乘客反馈管理该模块记录任何乘客们的反馈以及提出的有益建议。财务管理<1>收银管理该模块由收银员进行操作，记录着每个售票员的每班次的收入，同时也记录了每个班次的人流数、每班次售出的每种票价的票数。每日最终一班车后，收银员要作出最终统计每个售票员一日的工作状况，包括整日的人流、票数、总收入。<2>报表统计管理该模块由财务管理人员进行操作，对基本数据进行统计，最终输出报表，包括日报表、月报表、年报表。4.2.2.处理流程设计系统流程设计依据上面系统分析报告的财务管理分析数据流程图，对公交管理信息系统的财务管理子系统进行系统流程设计，同系统流程图来描述各数据在计算机存储介质间的流淌、转换、和存储状况。其系统流程图如图2.1：模块处理过程描述我们对收费监控流程的程序用程序流程图来描述系统设计的程序。购票单登记处理购票单登记处理收、交款凭证收费标准收费单剩余收款凭证会计审核登记客流量表日报表收银员审核月报表、年报表财务数据分析预算规划表汇总台账在MIS中，每种实体都必需有代码。代码是代表事物名称、属性、状态等的符号，是数据的重要组成部分，它唯一标识实体，节约存储空间单元，提高数据处理效率，便于数据的存储和检索。代码字符设置精准合理，无论记录、记忆，还是存储，都可以节约时间和空间。依据系统所涉及的数据特点，将代码设计如下：车辆车牌号码的代码设计车牌号码的确定遵循原有的统一编号方法，即分为车牌所属地简称和车辆排序号，两者组合成为统一的车牌编号。在系统中，干脆采纳该方法，便于工作上的操作和识别。人员编号的代码设计无论是财务管理方面的人员还是车票销售的工作人员，都统一编号，以便于公司统一管理。人员编号分为两个部分，包括人员所在部门名称的拼音缩写，比如：售票部的拼音缩写为sb，财务部的拼音缩写为cb；还包括人员的排序编号，参考公司下属工作人员的人数，编号长度设为4位，即第一位员工编号为0001，以此类推。综上所述，若一名工作人员是在财务部的，则其编号为cb××××。车票票号的代码设计由于车票的种类有票价和编号确定，故其代码设计包括这两部分，这有利于售票员的工作需求。前半部分是票价，如1元；后半部分是依次号，若为今日第一位乘客购买的票，则编号为0001，以此类推。两者结合到一起，则成为完整的车票号。车票收据的代码设计车票收据是一天中乘客数的表现，也是公司收益的体现，为了便利售票员上缴数据和财务部的工作，实行日期和收据所印刷的号码进行登记。4.2.4.输出设计本系统的输出设计主要是依据输入设计中高层管理人员登录系统查询数据而输出的各类数据，主要是报表、表格、图表等。当登录人员账号记错或者密码错误时，系统会自动生成对话框，提示用户所犯错误。4.2.5.输入界面设计该管理系统的用户是车队的全体工作人员，工作人员先登录该车队的网站，然后在那网站首页选择自己所在的部门，然后就会弹出登录界面。登录账号就是工作人员自己的代码，密码可以自己设置，如若遗忘密码，可以点击界面的“找回密码”文字来找回密码。进入部门的管理系统后，依据权限的凹凸可对系统内部的信息进行查询或更新、修改、删除。4.2.6.数据库设计概念结构设计通过对系统业务及原始数据的分析，本系统的数据库文件设计结果见表如下：数据名称乘客组成名称类型宽度小数位数说明姓名字符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-R图转换为关系模型：①乘客（姓名，性别，车票号，…）此为乘客实体对应的关系模式，该关系模式已经包含联系“购票”所对应的关系模式。车票号是关系的主码。②售票员（姓名，编号，车票号，收据，…）此为售票员实体对应的关系模式，该关系模式已经包含联系“上交”所对应的关系模式。编号是主码，车票号是候选码。③财务人员（姓名，性别，收据，编号）此为财务人员实体对应的关系模式，主码是编号。物理结构设计常用的物理存取方法主要有三类：第一类是索引方法，目前主要是B+树索引方法；其次类是聚簇方法；第三类是HASH方法。我们这里主要采纳的是索引存取方法中的唯一索引。4.2.7.平安保密设计为使本系统可以平安、精确地运行，防止机密数据被泄露，防止无权者运用、变更或有意破坏他们无权运用的数据以及爱护数据结构不受损害，保证数据的正确性、有效性和一样性，我们须要对系统进行平安性爱护和完整性爱护的平安保密设计。在技术方面，我们从以下方面入手来提高系统的平安性和完整性。硬件方面选用牢靠性较高的硬件设备，选用性能优良的服务器和工作站，服务器有完善的容错实力，允许带电热拔插，有智能I/O性能，并且配有不间断电源、稳压器、防病毒卡等。软件方面①访问限制。进入系统时，在终端上采纳凭“用户名”和“密码”进入系统，以防非法侵入，密码必须要长于6位，且是于数字，字母，字符等混合。②选择性访问限制。对用户分级，不同级别的用户访问权限不同，可运用功能也不同。③加密。将原有可读信息（程序、数据）进行翻译，译成密码或译文的代码形式，以爱护信息平安。网络方面①调制调解器平安。防止对网络拨号设备的非授权访问，限制只有授权的用户才可对系统进行访问。②为防止传输介质受到电磁干扰或被截获窃听，用防电磁泄漏的防护措施，利用加密方法对抗截获窃听。③防火墙。在网络中心处建成专用防火墙以防止非法人员的攻击。数据库方面①访问限制。设立DBA,数据库用户及其访问权限应由DBA依据DBMS所供应的功能进行限制。②数据加密。③跟踪审查。建立监视软件，对某些保密的数据实施跟踪，记录有关数据的访问活动，一旦发觉潜在的窃密企图，实行相应措施。④建立相关的备份程序，定期对系统中的数据进行备份。⑤镜像技术。执行时可用逻辑镜像，也可用物理镜像。⑥归档。将文件从在线存储器上复制到磁盘或光学介质上，以便长期保存。4.2.8.物理配置方案设计计算机网络的设计和选择网络类型依据传输距离短选择局域网，网络拓扑结构选择星型结构，网络协议选择企业内联网中应用广泛的TCP/IP协议。计算机硬件设备选择对于一般面对企业的管理信息系统，其应用本身一般是分布式的，故采纳微机网络，这样更敏捷、经济。由于现在微机在性能上已经有了很大的提高，甚至超出了早期大型机的水平，而价格又相对较低，所以选择微机作为硬件支撑环境。计算机软件配置选择中文的运用操作系统：WindowsXP数据库：关系型。常用程序设计语言：C++,VC,VB,Java.第四代程序生成语言：Intellect、Clout、SQL、Focus.工具：需求分析工具。应用系统设计开发环境：CASE.图形软件：PS.应用软件包：统计分析软件包、数学规划软件包。费用预算在经济可行性分析中，已预算计算机硬件费用约4.3万元，软件费用约1.6万元，计算机年维护费用约3.5万元，五年总计预算为23.4万元。4.2.9.系统实施方案及说明开发环境本系统在WindowsXP操作系统上开发，用VisualFoxpro6.0进行前台界面设计，SQLSever2000进行后台数据库设计，Microsoftofficevisio2003进行业务流程和数据流程设计。VisualFoxPro6.0在开发上和实施过程中都体现了优越性，主要的特点表现在以下几个方面：易于运用；可视化开发；事务驱动；面对对象编程；应用向导和生成器；VisualFoxpro6.0基础类和组件库；支持网络功能，编译速度更快；支持OLE拖放和嵌入活动文档；SQLServer2000能够供应数据库之间的数据复制功能，可代替现有系统数据的手工传递工作，降低出错率，提高数据的可用性。Microsoftofficevisio2003能够进行业务流程和数据流程的设计。调试和测试过程测试是一个应用程序开发过程中的必要步骤，也只有通过测试，系统才能确定其所拥有的功能是否已经具备，是否有不足之处，有哪些未知的错误以及通过设置断点，用单步调试来确定有错误的代码，或者对可能发生异样的代码短进行抛出、捕获异样，进而解决问题。第五章公交车管理系统的功能实现下面给出系统开发出来的具体界面以阐述售票管理系统的具体功能5.1登陆界面编码设计首先是进入登陆界面。sele人员登录表ifallt(thisform.text1.value)==""messagebox("请输入账号！",64,"提示")elseifallt(thisform.text2.value)==""messagebox("请输入登录密码！",64,"提示")elselocatefor(allt(账号)==allt(thisform.text1.value).and.;allt(密码)==allt(thisform.text2.value))iffound()thisform.releasecleareventdoqcmenu.mprelseifn>1messagebox("系统登录密码错误，请重新输入!",64,"提示")thisform.text1.value=""thisform.text2.value=""n=n-1elsethisform.text1.enabled=.f.thisform.text2.enabled=.f.mand1.enabled=.f.messagebox("系统登录密码严峻错误，请退出系统!",64,"提示")endifendifendifendif5.2人员整体信息管理界面编码设计增加记录：thisform.grid1.enabled=.t.sele工作人员表appendblankthisform.refresh删除记录：ifmessagebox("确定要删除该条记录吗？",1+32,"信息")=1select工作人员表deletethisform.refreshelseendif修改记录：thisform.grid1.enabled=.t.thisform.refresh查询记录：thisform.grid1.enabled=.T.thisform.refresh5.3财务信息管理界面编码设计5.4客运信息查询sele*from客车信息表intocursortempthisform.grid1.columncount=-1thisform.grid1.recordsource="temp"第六章系统测试支配系统设计完成后，还有一项重要的工作，那就是系统测试和调试，找出不足，进行系统完善。系统测试报告的主要内容和格式如下：6.1.引言6.1.1编写目的对项目进行测试，具体记录测试过程，对软件的质量进行评估，同时供应了更正系统漏洞的依据。6.1.2定义A.黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常运用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的状况下，在程序接口进行测试，它只检查程序功能是否依据需求规格说明书的规定正常运用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。B.白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是依据程序内部的结构测试程序，通过测试来检测产品内部动作是否依据设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序全部逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否和预期的状态一样。6.2.支配6.2.1软件说明名称功能输入输出系统登录测试判别用户身份是否合法用户名、密码、权限显示相应子系统财务管理测试财务流入支出管理财务收支信息修改、添加、删除财务信息职工信息查询测试职工各种信息职工号所需查询的职工相关信息会员测试帮助市民公交卡充值、查询用户id和公交卡id公交卡余额显示，修改、添加、删除会员信息客运信息测试查询客运的信息公交车牌号、查询日期该公车的司机和搭档用户、管理员管理测试管理用户管理员登录系统查询、添加、删除、修改、锁定用户6.2.2测试内容测试1：名称：系统登录测试目的：测试系统操作界面内容：输入用户名、密码、权限，检查用户是否合理、合法测试2：名称：财务管理测试目的：测试公交系统财务管理功能内容：查询、添加、删除、修改每日财务信息测试3：名称：职工信息查询测试目的：测试系统查询职工工资、职位等信息内容：输入职工号和密码，进行职工信息查询测试4：名称：会员测试目的：会员公交卡充值功能和查询余额修改信息功能内容：输入会员身份证和公交卡号，进行公交卡充值和查询测试5：名称：客运信息测试目的：明确公交负责人，查询公交出问题时由谁负责内容：查询出所要查询的日期的公交是那个职工负责测试6：名称：用户、管理员管理测试目的：测试用户、管理员的管理功能内容：添加、删除、修改用户、管理员信息6.2.3测试1（系统登录测试）参和单位：软件开发人员被测试的部位：登录界面进度支配测试日期：条件测试人员：编写者进行该功能模块的测试测试软件：采纳黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据测试资料需求规格说明书概要设计说明书具体设计说明书测试培训6.2.4测试2（财务管理测试）参和单位：软件开发人员被测试的部位：会计人员模块的财务管理功能进度支配测试日期：条件测试人员：编写者进行该功能模块的测试测试软件：采纳黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据测试资料需求规格说明书概要设计说明书具体设计说明书测试培训6.2.5测试3（职工信息查询测试）进度支配测试日期：条件测试人员：编写者进行该功能模块的测试测试软件：采纳黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据测试资料需求规格说明书概要设计说明书具体设计说明书测试培训6.2.6测试4（会员测试）进度支配测试日期：条件测试人员：编写者进行该功能模块的测试测试软件：采纳黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据测试资料需求规格说明书概要设计说明书具体设计说明书测试培训6.2.7测试5（会员测试）进度支配测试日期：条件测试人员：编写者进行该功能模块的测试测试软件：采纳黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据测试资料需求规格说明书概要设计说明书具体设计说明书测试培训6.2.8测试6（用户、管理员测试）进度支配测试日期：条件测试人员：编写者进行该功能模块的测试测试软件：采纳黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据测试资料需求规格说明书概要设计说明书具体设计说明书测试培训6.3.测试设计说明6.3.1测试1（系统登录测试）对于系统登录测试应当既要考虑到用户身份的合法性验证也要考虑到用户身份的不合法性验证。限制依据用户不同的身份权限可以先人工输入一些数据，然后依据不同的权限对系统登录进行测试。输入、输出依据不同的输入，可以得出不同的输出结果，其结果可以如下表所示：输入输出用户名密码权限进入公开公交网页admin管理员登录失败，输入错误admi管理员登录失败，输入错误admiadmin管理员登录胜利，进入管理员模块111111职工登录失败，输入错误001职工登录失败，输入错误001111111职工登录胜利，进入职工登录模块过程依据不同的身份，输入各自的用户名和密码，包括密码和用户名分别为空的状况，对系统登录模块进行测试。假如输入错误，则登录失败；输入胜利，则登录胜利；其中假如用户名和密码都为空，则默认为是一般市民进入公交网页。6.3.2测试2（财务管理测试）限制输入权限，进入账号和密码，对财务进行查询，修改，删除等等。输入、输出过程运行系统，进入财务人员模块，进行财务信息查询和修改、删除，测试财务查询功能。6.3.3测试3（职工信息管理测试）对职工信息管理的各项功能，包括职工各种信息的添加、删除、修改进行测试，以及对部门分类的添加、删除、修改进行测试。限制依据职工所需的信息对职工管理系统进行录入操作，并且可以添加职工职位分类。同时也可以对职工信息进行修改和删除操作。输入、输出职工号姓名性别诞生日期职称所属部门输入001张三男10/05/70司机客运部输出添加胜利职工号姓名性别诞生日期职称所属部门输入102黄安男06/30/88会计财务部输出添加胜利过程运行系统，进入管理员模块，对图书管理及图书分类管理进行测试。6.3.4测试4（会员测试）限制会员登陆系统，通过用户id和公交卡id，会员可以进行公交卡充值余额查询，从而以测试会员功能。输入、输出输入输出用户id公交卡id用户编号不能为空19900721公交卡编号不能为空19900020此用户不存在19900721200305191此卡号不存在19900721200305190001登录胜利过程运行系统，进入用户模块，查询余额，充值公交卡，测试充值功能。6.3.5测试5（客运信息测试）限制在管理员模块对公交车负责人进行测试，其中包括公交车牌号和日期正确和不正确的状况。输入、输出输入、输出输入、输出输入、输出