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

1、软件工程导论课程设计报告公交车管理系统的设计与实现学生姓名：_<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. 系统设计方案第五章公交车管理系统的功能实现5.1 登陆界面编码设计5.2 人员整体信息管

2、理界面编码设计5.3 财务信息管理界面编码设计5.4 客运信息查询第六章系统测试计划6.1. 引言6.2. 计戈U6.3. 测试设计说明6.4. 评价准则第七章总结第一章绪论针对公交车传统作业流程中的种种弊端，结合现代迅速发展的信息技术，我运用所学的信息管理及系统分析与设计的知识开发出了公交车的管理信息系统。一个计算机管理系统必须有一个正确的设计指导思想，通过合理的选择数据结构，操作系统以及开发环境，构成一个完善的网络系统，才能充分发挥计算机信息管理优势。现代化的车站售票是集预定车票、售票、退票、车次查询、报表及其他各种服务，车站售票组织庞大，服务项目多，信息量大，要想提高劳动生产，降低成本，

3、提高服务质量和管理水平，进而促进经济效益，必须借助计算机来进行现代化的信息管理。此系统包括四大块：1、可行性研究报告：从系统的总统出发，对经济、技术、社会、管理多方面进行综合分析，即经济可行性分析、技术可行性分析、社会可行性分析和管理可行性分析，是项目在开始阶段必须进行的一项工作。2、系统分析报告：它反映的是系统分析阶段调查分析的全部情况，是系统分析员与用户在一起，充分了解用户需求后所编写，作为后续开发工作的依据，也是衡量一个信息系统优劣的依据。3、系统设计报告：在已获准的系统分析报告的基础上，结合实际条件，可想而、合理地设计出得系统解决方案，是系统设计阶段工作的成果的总结，也是系统实施阶段的

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

5、务的决策，三个副队长分别负责客运部、售票部、纠纷协调部、财务部。其具体职能如下：客运部主要职能是负责公交班次安排，负责司机行为规范，负责站点监督和指导。售票部主要职能是负责售票员的售票，负责车票价格的协调与制定。纠纷协调部得主要职能是负责临时突发事件，例如，乘客闹事，交通堵塞，客车故障，交通事故等等。财务部主要职能是负责收银，负责会计，负责财务分析，负责报表。2.2. 业务流程分析2.2.1 收费监控流程：根据系统中设定的路段收费标准，当公交驶入某收费路段售票员判断车辆所属地，同时，售票员根据不同路段的不同价位在收费划单中操作，根据收费单中的价格告知乘车顾客，并进行收费，乘客将公交车费交给售票

6、员后，售票员将撕一张已打印好的交款凭证给顾客。如果售票员工作失误，多撕了、少撕了或者撕错了凭证，可以继续给下一位乘客交款凭证（少撕的凭证可以即时补给），先完成收费工作，然后要将废票的票据出示给监控员，监控员依据废票的票据号进行废票的处理工作（监控员只是登记废票的票据号，做一个删除登记，不能彻底删除），处理完后记录废票信息。每天每班车工作完成后，售票员将收费单和剩余收款凭证交至会计人员进行审核，确定无误后登记，每日会计统计出日报表和客人流数据交给收银员；月末收银员审核过数据后将月报表、年报表交至财务部由财务分析员对这些报表数据进行分析，以便做好进一步的规划预算，同时还需将月报表、年报表和客流量汇

7、总表及时交给总队长。其业务流程图如图：2.2.2 会计记账流程：会计人员根据售票员提供的剩余凭证和收费划单及监控员提供的作废凭证在电脑上进行登记账单，形成日报表，再将日报表交由收银员审核，审核通过则收银员根据会计做的日报表，月末形成月报表，年末形成年报表。不通过，则返回日报表给会计令其纠正。其业务流程图如图：2.3. 数据流程分析2.3.1 财务管理流程：每天每班车工作完成后，售票员将收费单和剩余收款凭证交至会计人员进行审核，确定无误后登记，每日会计统计出日报表和客人流数据交给收银员；月末收银员审核过数据后将月报表、年报表交至财务部由财务分析员对这些报表数据进行分析，以便做好进一步的规划预算，

8、同时还需将月报表、年报表和客流量汇总表及时交给总队长。2.3.2 数据字典（一）数据流的描述数据流编号：D-1数据流名称：购票单简述：由工作人员帮助乘客填好购票单数据流来源：乘客数据流去向：登记处审核处理数据项组成：乘客名称+票价+车票类型+经手人+购买时间数据流量：约8张/日高峰流量：约15张/日数据流编号：D-2数据流名称：收款凭证简述：经登记处填好的收款凭证数据流来源：登记处审核处理数据流去向：售票员数据项组成：乘客名称+票价+车票类型+经手人+购买时间数据流量：约8张/日高峰流量：约15张/日数据流编号：D-3数据流名称：收费单简述：由售票员填好的收费单数据流来源：售票员数据流去向：会

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

10、称+票价+车票类型+经手人+购买时间关键字：乘客名称+票价相关联的处理：P-1,P-2,P-3（四）外部实体的描述外部实体编号：S-1外部实体名称：售票员简述：填写收费单输入的数据流：D-2,D-3,D4输出的数据流：D22.4. 系统需求分析2.4.1 计算机和处理器处理器800MHz以上（如果开启视频至少1GHz）2.4.2 内存128MB以上（如果开启视频至少256MB）2.4.3 硬盘安装需要100MB的硬盘空间，运行需要50MB空余空间2.4.4 显示器最小800x600（建议使用1024x768）屏幕分辨率2.4.5 浏览器计算机上应该安装了MicrosoftInternetExp

11、lorer6或更高版本，但是不一定要设置为默认浏览器。2.4.61 nternet连接互联网接入（宽带接入效果最佳，无线接入质量降低，模拟线路不建议使用）,2.4.62 理人员的支持管理人员对该系统充分理解与支持，并要求其员工进行系统操作培训。2.5. 需求规格说明书2.5.1 引言2.5. 1.1编写目的目的是提高工作效率，节约人力资源，并作为软件设计人员设计依据和使用单位的验收标准。预期的读者是软件设计人员还有组织高层人员。2.6. 1.2背景此待开发系统的名叫公交车信息管理系统，是公交车高层管理人员提出需要开发此项目，进行研究开发，供车队指定工作人员使用。2.7. 1.3定义Xml：XM

12、L(ExtensibleMarkupLanguage)即可扩展标记语言，它与HTML一样，都是SGML（StandardGeneralizedMarkupLanguage,标准通用标记语言）。Xml是Internet环境中跨平台的，依赖于内容的技术，是当前处理结构化文档信息的有力工具。扩展标记语言XML是一种简单的数据存储语言，使用一系列简单的标记描述数据，而这些标记可以用方便的方式建立，虽然XMia用的空间比二进制数据要占用更多的空间，但XML&其简单易于掌握和使用。XM山Access,Oracle和SQLServer等数据库不同，数据库提供了更强有力的数据存储和分析能力，例如：数据

13、索引、排序、查找、相关一致性等，XML仅仅是展示数据。事实上XMLf其他数据表现形式最大的不同是：他极其简单。这是一个看上去有点琐细的优点，但正是这点使XML3f众不同。XMLtHTML勺设计区别是：XML用来存储数据的，重在数据本身。而HTML是用来定义数据的，重在数据的显示模式。XMLB简单使其易于在任何应用程序中读写数据，这使XML很快成为数据交换的唯一公共语言，虽然不同的应用软件也支持其它的数据交换格式，但不久之后他们都将支持XML那就意味着程序可以更容易的与WindowsMacOS,Linux以及其他平台下产生的信息结合，然后可以很容易加载XM该据到程序中并分析他，并以XML格式输出

14、结果。2.5.2 任务概述2.5.2.1 目标本系统通过强大的网络技术给组织的工作人员带来方便，本系统能实现客运管理、售票管理、协调纠纷管理、财务管理，提高工作人员的工作效律，为工作人员提供了极大方便，即使不出门也可以进行工作上的处理。2.5.2.2 用户特点最终用户可分为操作人员、维护人员。其中，操作人员要求对计算机有一定了解的人员。维护人员要求对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员。本系统需要在资源的动态更新，这时候也是本系统最需要维护的时候，所以在这时候要对本系统进行必要的检修，防止数据出错2.5.2.3 2.3假定与约束设计的约束或实现约束描述在设计或实现

15、应用系统时应遵守的限制条件。其并不是要取代设计（实现）过程，只是说明用户或环境强加给项目的限制条件项目投入的最晚时间。2.5.3 需求规定2.5.3.1对功能的规定输入输出输入限制输出限制并行用户数支持终端数后台处理用户登录执勤登录密他文本首页汉字、数字、英文字母小于255小于255进入首页界面进入工作中心管理模块进入指定工作界面数据更新文本列表存储后台管理登录注册文本文本存储修改义本义本修改，存储查询义本列表义本列表查询，输出资源添加、删除义本义本存储，修改2.5.3.2对性能的规定a精度要求查询切换之间的时间控制以秒为单位，输入数据为文本，无精度要求。查询数据能够符合用户的要求，没有冗余数

16、据。输出数据精度要求为尽量符合资源特征。b.时间特性要求i .响应时间：小于2秒；ii .更新处理时间：即时更行；iii .数据的转换和传送时间：小于2秒；c.灵活性可在任意平台下运行，当操作方式、数据结构、与其它软件接口等发生变化时，设计的软件要基本无调整，灵活性非常大。但资源需放到指定位置，需及时更新索引。2.5.3.3 输入输出要求输入数据类型，具体要求见上表，输出为资源列表。2.5.3.4 数据管理能力要求需要管理的文卷和记录大约有100来份，占用内存大致1MB2.5.3.5 故障处理要求a.如果界面打不开或是登录失败，应检查系统防火墙是否关闭，更新索引。b在输入数据不符合定义时提示正

17、确类型并重；新输入；c数据在数据库中已有备份，系统出错时可以靠数据库恢复2.5.3.6 其他专门要求2.6.处理逻辑说明由于最底层数据流程图中的加工不能再通过子图做进一步的描述，因此必须有处理逻辑说明来定义底层数据流图中的加工。如：售票员收费对在不同路段，乘客到达目的的不同路程收取不同票价。在此处我们用判断树法来表示售票员售票过程。第三章可行性研究此可行性研究报告是在制定项目前对公交管理项目实施的可能性、有效性、技术方案及技术政策进行具体、深入、细致的技术论证和经济评价，报告的主要内容如下：3.1 引言3.1.1 目的：为了更加便于公交车系统的管理，提高工作效率，尤其是完善财务管理与提高公交财

18、务会计等的管理。3.1.2 背景：现行的公交体系仍旧是一个不完整的、分散的、相互竞争的没有统一的系统。3.2 现行公交车管理概况3.2.1 组织目标与战略：提高公交员工的工作效率，尽可能减少成本提高效益，以最小的成本获取最大的收益。通过建立一个完善的公交管理信息系统，利用先进的设备提高记账效率，完善工资核算体系，明确分工，明确各个司机的路线，对不遵守路线规则恶意竞争者予以惩处，以建立一个完善，和谐，系统，高效的公交车管理信息系统。3.2.2 存在的主要问题：记账只是传统的手工记账，设备也是简单的计算器。司机之间有相互的竞争，司机经常不遵守发车秩序和时间，经常误点、踩点。公交监控几乎没有，只是落

19、后的人工监控。3.3 拟建立的信息系统3.3.1 简要说明：建立一个高效率的集账务管理系统，员工管理系统，工资管理系统和监控奖惩系统于一体的信息系统。3.3.2 对组织的意义和影响：提高了公交工作效率，员工工作热情，完善了对司机员工的监管，公交秩序井然，服务质量提高，收益大大增加，成本减少，使得净利润增加。3.4 经济可行性分析3.4.1 支出（包括系统开发费用和系统运行费用）系统开发费用：a.人员费用。b.硬件设备费,c.软件费用d.耗材费用假定本系统运行期为5年，每年系统耗费如下：a.系统维护费。b.设备维护费。c.消耗材料费。3.4.2 收益本系统获得的直接经济效益可以从以下几个方面计算

20、。a.提高工作效率，减少工作人员。本系统投入运行后，可以提高人力资源管理、财务预算管理、车辆运行管理，累计可以提高工作效率10%。b.及时获取信息，减少决策失误。提高工作人员上班的准时性，减少车次延误的可能；分析年数据信息，及时推出相关政策，以提高工作效益。c.直观了解每班车次的客流，便于以后做统计报表，分析趋势，作出最优决卒od.提高工作效率，减少工作人员的工作量。3.5 技术可行性分析3.5.1 技术可行性分析已经学习了SQLSERVER,对网络技术和操作系统也有系统的了解，有些成员熟悉计算机原理，能解决常见的硬件故障和硬件选择。而且，网上有许多关于VISULBASIC编程的资料和SQLS

21、ERVER方面的资料。所以从技术上来说，此次开发是可行。3.6 社会可行性分析3.6.1 社会法律政策可行性：目前已有很多成功开发公交车管理信息系统的先例，社会需要公交车管理的现代化和信息化。此信息系统开发和运行并不违背国家的法律政策。3.6.2 社会公共环境可行性：公交所走路线的公路都是符合质量要求的，顾客也多。3.6.3 操作可行性：此信息系统所采用的操作和工作方式符合工作人员和读者的日常习惯，而且操作方便灵活，简单、便于学习。综上所述，该系统具有社会可行性。3.7 可行性研究结论通过经济、技术、社会等方面的可行性分析，可以确定本系统的开发完全必要，而且是可行的，可以进行开发。第四章系统设

22、计将设计过程中所形成的各种文档资料进行编辑处理，编写成系统设计报告，主要内容和格式如下：4.1. 引言4.1.1 目的：为了更加便于公交车系统的管理，提高工作效率，尤其是完善财务管理与提高公交财务会计等的管理。4.1.2 背景：现行的公交体系仍旧是一个不完整的、分散的、相互竞争的没有统一的系统。4.2. 系统设计方案4.2.1 系统总体结构设计公交管理系统集合了原本车队的四个子系统：客运管理，售票管理，纠纷协调管理，财务管理。车队的管理人员可以同时查询和了解四个子系统的工作情况，使得车队的管理层能够更好的了解和监督工作情况，保证工作高效进行。在子系统中有自己的管理模块。模块功能图如图：精选范本

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

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

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

26、最后统计每个售票员一日的工作情况，包括整日的人流、票数、总收入。<2,艮表统计管理该模块由财务管理人员进行操作，对基本数据进行统计，最后输出报表，包括日报表、月报表、年报表。4.2.2 处理流程设计4.2.2.1 系统流程设计依据上面系统分析报告的财务管理分析数据流程图，对公交管理信息系统的财务管理子系统进行系统流程设计，同系统流程图来描述各数据在计算机存储介质问的流动、转换、和存储情况。其系统流程图如图2.1:4.2.2.2 模块处理过程描述我们对收费监控流程的程序用程序流程图来描述系统设计的程4.2.3 代码设计在MIS中，每种实体都必须有代码。代码是代表事物名称、属性、状态等的符号

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

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

29、.2.4 出设计本系统的输出设计主要是根据输入设计中高层管理人员登录系统查询数据而输出的各类数据，主要是报表、表格、图表等。当登录人员账号记错或者密码错误时，系统会自动生成对话框，提示用户所犯错误。4.2.5 输入界面设计4.2.5.1 该管理系统的用户是车队的全体工作人员，工作人员先登录该车队的网站，然后在那网站首页选择自己所在的部门，然后就会弹出登录界面。登录账号就是工作人员自己的代码，密码可以自己设置，如若忘记密码，可以点击界面的“找回密码”文字来找回密码。4.2.5.2 进入部门的管理系统后，根据权限的高低可对系统内部的信息进行查询或更新、修改、删除。4.2.6 数据库设计4.2.6.

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

31、编号其E-R关系图为：乘客与售票员为多对一关系，售票员与财务人员为多对一关系。4.3.6.2逻辑结构设计将图的E-R图转换为关系模型：乘客（姓名，性别，车票号，）此为乘客实体对应的关系模式，该关系模式已经包含联系“购票”所对应的关系模式。车票号是关系的主码。售票员（姓名，编号，车票号，收据，）此为售票员实体对应的关系模式，该关系模式已经包含联系“上交”所对应的关系模式。编号是主码，车票号是候选码。财务人员（姓名，性别，收据，编号）此为财务人员实体对应的关系模式，主码是编号。3.2.6.3物理结构设计常用的物理存取方法主要有三类：第一类是索引方法，目前主要是B+树索引方法；第二类是聚簇方法；第三

32、类是HASH方法。我们这里主要采用的是索引存取方法中的唯一索引。4.2.7 安全保密设计为使本系统可以安全、准确地运行，防止机密数据被泄露，防止无权者使用、改变或有意破坏他们无权使用的数据以及保护数据结构不受损害，保证数据的正确性、有效性和一致性，我们需要对系统进行安全性保护和完整性保护的安全保密设计。在技术方面，我们从以下方面入手来提高系统的安全性与完整性。4.2.7.1 硬件方面选用可靠性较高的硬件设备，选用性能优良的服务器和工作站，服务器有完善的容错能力，允许带电热拔插，有智能I/O性能，并且配有不间断电源、稳压器、防病毒卡等。4.2.7.2 软件方面访问控制。进入系统时，在终端上采用凭

33、“用户名”和“密码”进入系统，以防非法侵入，密码必须要长于6位，且是于数字，字母，字符等混合。选择性访问控制。对用户分级，不同级别的用户访问权限不同，可使用功能也不同。加密。将原有可读信息（程序、数据）进行翻译，译成密码或译文的代码形式，以保护信息安全。4.2.7.3 网络方面调制调解器安全。防止对网络拨号设备的非授权访问，限制只有授权的用户才可对系统进行访问。为防止传输介质受到电磁干扰或被截获窃听，用防电磁泄漏的防护措施，利用加密方法对抗截获窃听。防火墙。在网络中心处建成专用防火墙以防止非法人员的攻击。4.2.7.4 数据库方面访问限制。设立DBA数据库用户及其访问权限应由DBA艮据DBMS

34、T提供的功能进行控制。数据加密。跟踪审查。建立监视软件，对某些保密的数据实施跟踪，记录有关数据的访问活动，一旦发现潜在的窃密企图，采取相应措施。建立相关的备份程序，定期对系统中的数据进行备份。镜像技术。执行时可用逻辑镜像，也可用物理镜像。归档。将文件从在线存储器上复制到磁盘或光学介质上，以便长期保存。4.2.8 物理配置方案设计4.2.8.1 计算机网络的设计与选择网络类型根据传输距离短选择局域网，网络拓扑结构选择星型结构，网络协议选择企业内联网中应用广泛的TCP/IP协议。4.2.8.2 计算机硬件设备选择对于一般面向企业的管理信息系统，其应用本身一般是分布式的，故采用微机网络，这样更灵活、

35、经济。由于现在微机在性能上已经有了很大的提高，甚至超出了早期大型机的水平，而价格又相对较低，所以选择微机作为硬件支撑环境。4.2.8.3 计算机软件配置选择a、中文的使用b、 操作系统：WindowsXPc、 数据库：关系型。d、 常用程序设计语言：C+,VC,VB,Java.e、 第四代程序生成语言：Intellect、Clout、SQLFocus.f、 工具：需求分析工具。g、 应用系统设计开发环境：CASE.h、 图形软件：PS.i、 应用软件包：统计分析软件包、数学规划软件包。4.2.8.4费用预算在经济可行性分析中，已预算计算机硬件费用约4.3万元，软件费用约1.6万元，计算机年维护

36、费用约3.5万元，五年总计预算为23.4万元。4.2.9.系统实施方案及说明4.2.9.1 开发环境本系统在WindowsXP操作系统上开发，用VisualFoxpro6.0进行前台界面设计，SQLSever2000进行后台数据库设计，Microsoftofficevisio2003进行业务流程和数据流程设计。VisualFoxPro6.0在开发上和实施过程中都体现了优越性，主要的特点表现在以下几个方面：易于使用；可视化开发;事件驱动；面对对象编程； 应用向导和生成器； VisualFoxpro6.0基础类和组件库；支持网络功能，编译速度更快；支持OLE拖放和嵌入活动文档；SQLServer2

37、000能够提供数据库之间的数据复制功能，可代替现有系统数据的手工传递工作，降低出错率，提高数据的可用性。Microsoftofficevisio2003能够进行业务流程和数据流程的设计。4.2.9.2 调试和测试过程测试是一个应用程序开发过程中的必要步骤，也只有通过测试，系统才能确定其所拥有的功能是否已经具备，是否有不足之处，有哪些未知的错误以及通过设置断点，用单步调试来确定有错误的代码，或者对可能发生异常的代码短进行抛出、捕获异常，进而解决问题。第五章公交车管理系统的功能实现下面给出系统开发出来的详细界面以阐述售票管理系统的具体功能5.1 登陆界面编码设计首先是进入登陆界面。sele人员登录

38、表ifallt(thisform.text1.value尸二”"messagebox("请输入账号！",64,"提示")thisform.text1.setfocuselseifallt(thisform.text2.value尸二”"messagebox("请输入登录密码！",64,"提示")thisform.text2.setfocuselselocatefor(allt(账号)=allt(thisform.text1.value).and.;allt(密码)=allt(thisform.t

39、ext2.value)iffound()thisform.releasecleareventdoqcmenu.mprelseifn>1messagebox（系统登录密码错误，请重新输入！",64,"提示"）thisform.textl.value=”thisform.text2.value=”thisform.textl.setfocusn=n-1elsethisform.text1.enabled=.f.thisform.text2.enabled=.f.mand1.enabled=.f.messagebox（系统登录密码严重错误，请退出系统!"

40、,64,"提示"）endifendifendifendif5.2 人员整体信息管理界面编码设计增加记录：thisform.grid1.enabled=.t.sele工作人员表appendblankthisform.refreshthisform.grid1.setfocus删除记录：ifmessageboxC确定要删除该条记录吗？",1+32,"信息"）=1select工作人员表deletethisform.refreshthisform.grid1.setfocuselsethisform.grid1.setfocusendif修改t己录：t

41、hisform.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 编写目的对

42、项目进行测试，详细记录测试过程，对软件的质量进行评估，同时提供了更正系统漏洞的依据。6.1.2 定义A.黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。B.白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说

43、明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。6.2. 计划6.2.1软件说明名称功能输入输出系统登录测试判别用户身份是否合法用户名、密码、权限显不相应于系统财务管理测试财务流入支出管理财务收支信息修改、添加、删除财务信息职工信息查询测试职工各种信息职工号所需查询的职工相关信息会员测试帮助市民公交卡充值、查询用户id和公交卡id公交卡余额显示，修改、添加、删除会员信息客运信息测试查询客

44、运的信息公交车牌号、查询日期该公车的司机与搭档用户、管理员管理测试管理用户管理员登录系统查询、添加、删除、修改、锁定用户6.2.2测试内容测试1:名称：系统登录测试目的：测试系统操作界面内容：输入用户名、密码、权限，检查用户是否合理、合法测试2:名称：财务管理测试目的：测试公交系统财务管理功能内容：查询、添加、删除、修改每日财务信息测试3:名称：职工信息查询测试目的：测试系统查询职工工资、职位等信息内容：输入职工号和密码，进行职工信息查询测试4:名称：会员测试目的：会员公交卡充值功能和查询余额修改信息功能内容：输入会员身份证和公交卡号，进行公交卡充值和查询测试5:名称：客运信息测试目的：明确公

45、交负责人，查询公交出问题时由谁负责内容：查询出所要查询的日期的公交是那个职工负责测试6:名称：用户、管理员管理测试目的：测试用户、管理员的管理功能内容：添加、删除、修改用户、管理员信息6.2.1 测试1（系统登录测试）参与单位：软件开发人员被测试的部位：登录界面6.2.1.1 进度安排测试日期：6.2.1.2 条件测试人员：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据6.2.1.3 测试资料需求规格说明书概要设计说明书详细设计说明书6.2.1.4 测试培训I6.2.2 测试2（财务管理测试）参与单位：软件开发

46、人员被测试的部位：会计人员模块的财务管理功能6.2.2.1 进度安排测试日期：6.2.2.2 条件测试人员：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据6.2.2.3 测试资料需求规格说明书概要设计说明书详细设计说明书6.2.2.4 测试培训I6.2.3 测试3（职工信息查询测试）6.2.3.1 进度安排测试日期：6.2.3.2 条件测试人员：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例,进行测试。包括合理的数据及不合理的数据6.2.3.3 测试资料需求规格说明书概要设计说明书详

47、细设计说明书6.2.3.4 测试培训I6.2.4 测试4（会员测试）6.2.4.1 进度安排测试日期：6.2.4.2 条件测试人员：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例,进行测试。包括合理的数据及不合理的数据6.2.4.3 测试资料需求规格说明书概要设计说明书详细设计说明书对该功能模块一次对该功能模块一次6.2.4.4 测试培训I6.2.5 测试5（会员测试）6.2.5.1 进度安排测试日期：6.2.5.2 条件测试人员：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据6.2

48、.5.3 测试资料需求规格说明书概要设计说明书详细设计说明书6.2.5.4 测试培训I6.2.6 测试6（用户、管理员测试）6.2.6.1 进度安排测试日期：6.2.6.2 条件测试人员：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据6.2.6.3 测试资料需求规格说明书概要设计说明书详细设计说明书6.2.6.4 测试培训I6.3. 测试设计说明6.3.1 测试1（系统登录测试）对于系统登录测试应该既要考虑到用户身份的合法性验证也要考虑到用户身份的不合法性验证。6.3.1.1 控制根据用户不同的身份权限可以先人

49、工输入一些数据，然后根据不同的权限对系统登录进行测试。6.3.1.2 输入、输出根据不同的输入，可以得出不同的输出结果，其结果可以如下表所示:输入输出用户名密码权限进入公开公交网页admin管理员登录失败，输入错误admi管理员登录失败，输入错误admiadmin管理员登录成功，进入管理员模块111111职工登录失败，输入错误001职工登录失败，输入错误001111111职工登录成功，进入职工登录模块6.3.1.3 过程根据不同的身份，输入各自的用户名和密码，包括密码和用户名分别为空的情况，对系统登录模块进行测试。如果输入错误，则登录失败；输入成功，则登录成功；其中如果用户名和密码都为空，则默

50、认为是普通市民进入公交网页。6.3.2 测试2（财务管理测试）6.3.2.1 控制输入权限，进入账号和密码，对财务进行查询，修改，删除等等。6.3.2.2 输入、输出5.3.2.3过程运行系统，进入财务人员模块，进行财务信息查询和修改、删除，测试财务查询功能。6.3.3 测试3（职工信息管理测试）对职工信息管理的各项功能，包括职工各种信息的添加、删除、修改进行测试，以及对部门分类的添加、删除、修改进行测试。6.3.3.1 控制根据职工所需的信息对职工管理系统进行录入操作，并且可以添加职工职位分类。同时也可以对职工信息进行修改和删除操作6.3.3.2输入、输出职工号姓名性别出生日期职称所属部门输

51、入001张三男10/05/70司机客运部输出添加成功职工号姓名性别出生日期职称所属部门输入102黄安男06/30/88会计财务部输出添加成功6.3.3.3 过程运行系统，进入管理员模块，对图书管理及图书分类管理进行测试。6.3.4 测试4（会员测试）6.3.4.1 控制会员登陆系统，通过用户id和公交卡id,会员可以进行公交卡充值余额查询，从而以测试会员功能。6.3.4.2输入、输出输入输出用户id公交卡id用户编号不能为空19900721公交卡编号不能为空19900020此用户/、存在19900721200305191此卡号/、存在19900721200305190001登录成功6.3.4.

52、3 过程运行系统，进入用户模块，查询余额，充值公交卡，测试充值功能。6.3.5 测试5（客运信息测试）6.3.5.1 控制在管理员模块对公交车负责人进行测试，其中包括公交车牌号和日期正确和不正确的情况。6.3.5.2输入、输出3.8.3.5.2输入、输出3.8.3.5.2输入、输出3.8.3.5.2输入、输出输入错误3.8.3.5.2输入、输出输入错误3.8.3.5.2输入、输出还书成功6.3.5.3 过程运行系统，进入管理员模块，输入公交车牌号和值班日期进行负责人测试。6.3.6 测试6（用户、管理员管理测试）6.3.6.1 控制运行管理员模块对用户和管理员进行管理，其中包括添加、删除、修改、锁定普通用户以及查看