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

1、软件工程导论课程设计报告公交车管理系统的设计与实现学生姓名：张勇学号:090403010063年级专业：09信息管理与信息系统指导教师：龙海第一章绪论第二章系统分析2.1. 组织结构分析2.2. 业务流程分析 2.3. 数据流程分析24系统需求分析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财务信息管理

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

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

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

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

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

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

8、同时还需将月 报表、年报表和客流量汇总表及时交给总队长。数据字典（一）数据流的描述数据流编号：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外部实体名称：售票员简述：填写收费单输入的数据流：D2, D3, D 4输出的数据流：D22.4. 系统需求分析241计算机和处理器处理器800MHz以上（如果开启视频至少1GHz）内存128MB以上（如果开启视频至少 256MB）243硬盘安装需要100MB的硬盘空间，运行需要 50MB空余空间244显示器最小800 x 600 （建议使用1024 x 768）屏幕分辨率浏览器计算机上应该安装了 Microsoft In ternet Explorer 6或更高版本

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

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

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

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

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

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

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

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

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

20、工作效率10%。b. 及时获取信息，减少决策失误。提高工作人员上班的准时性，减少车次延 误的可能；分析年数据信息，及时推出相关政策，以提高工作效益。c. 直观了解每班车次的客流，便于以后做统计报表，分析趋势，作出最优决卒J策Od. 提高工作效率，减少工作人员的工作量。3.5技术可行性分析技术可行性分析已经学习了 SQL SERVER，对网络技术和操作系统也有系统的了解，有些 成员熟悉计算机原理，能解决常见的硬件故障和硬件选择。而且，网上有许多关 于VISUL BASIC编程的资料和SQL SERVER方面的资料。所以从技术上来说，此次开发是可行。3.6社会可行性分析社会法律政策可行性：目前已有

21、很多成功开发公交车管理信息系统的 先例，社会需要公交车管理的现代化和信息化。此信息系统开发和运行并不违背国家的法律政策。362社会公共环境可行性：公交所走路线的公路都是符合质量要求的，顾 客也多。操作可行性：此信息系统所采用的操作和工作方式符合工作人员和读 者的日常习惯，而且操作方便灵活，简单、便于学习。综上所述，该系统具有社会可行性。3.7可行性研究结论通过经济、技术、社会等方面的可行性分析，可以确定本系统的开发完全必 要，而且是可行的，可以进行开发。第四章系统设计将设计过程中所形成的各种文档资料进行编辑处理，编写成系统设计报告， 主要内容和格式如下：4.1. 引言目的：为了更加便于公交车系

22、统的管理，提高工作效率，尤其是完善 财务管理与提高公交财务会计等的管理。背景：现行的公交体系仍旧是一个不完整的、分散的、相互竞争的没 有统一的系统。4.2. 系统设计方案4.2.1 系统总体结构设计公交管理系统集合了原本车队的四个子系统：客运管理，售票管理，纠纷协调管理，财务管理。车队的管理人员可以同时查询和了解四个子系统的工作情况， 使得车队的管理层能够更好的了解和监督工作情况，保证工作高效进行。在子系统中有自己的管理模块。模块功能图如图：客运管理公交管理系统人员管理车辆管理日耗油管理维修管理421.1 客运管理公交人员管理该模块针对公交管理系统的基层工作人员和管理层工作人员的基本信息进 行

23、管理，基层工作人员基本信息包括姓名、性别、所属部门、联系方式，管理层 工作人员的基本信息除了包括姓名、性别、所属部门、联系方式等以外，还记录 该工作人员的登录密码、编号和级别，方便权限管理。在模块中可实现对信息的 增加，修改，删除，查询，打印等功能。公交车信息管理该模块针对车队里的13辆公交车的基本信息进行管理，包括车型，发动机 类型，重量，载客数，功率，车牌号，车辆制造厂。在模块中可实现对信息的增 加，修改，删除，查询，打印等功能。耗油管理该模块针对车队的13辆车每辆每日的耗油量信息管理，需每日更新。维修管理该模块针对车队的13辆公交车的维修状况进行管理。记录每次维修的基本 信息，包括维修车

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

25、该模块由收银员进行操作，记录着每个售票员的每班次的收入， 同时也记录 了每个班次的人流数、每班次售出的每种票价的票数。 每日最后一班车后，收银 员要作出最后统计每个售票员一日的工作情况， 包括整日的人流、票数、总收入。1提示)提示)messagebox（系统登录密码错误，请重新输入！,64,二二 thisform.textl.setfocus n=n-1elsethisform.textl.e nabled=.f.thisform.text2.e nabled=.f. ma ndl.e nabled=.f.messagebox（系统登录密码严重错误，请退出系统!,64, en difen di

26、fen difen dif5.2人员整体信息管理界面编码设计增加记录：thisform.grid1.e nabled=.t.sele工作人员表appe nd bla nkthisform.refresh删除记录：if messagebox（确定要删除该条记录吗？,1+32,信息）=1select工作人员表deletethisform.refreshelseen dif修改记录：thisform.grid1.e nabled=.t.thisform.refresh查询记录：thisform.grid1.e nabled=.T.thisform.refresh5.3财务信息管理界面编码设计5.4客

27、运信息查询sele * from 客车信息表 in to cursor tempthisform.grid1.colu mncoun t=-1thisform.grid1.recordsource=temp第六章系统测试计划系统设计完成后，还有一项重要的工作，那就是系统测试和调试，找出不足， 进行系统完善。系统测试报告的主要内容和格式如下：6.1. 引言编写目的对项目进行测试，详细记录测试过程，对软件的质量进行评估，同时提供了 更正系统漏洞的依据。定义A. 黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都 能正常使用。在测试中，把程序看作一个不能打开的黑盒子， 在完全不考虑程序

28、 内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按 照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确 的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软 件界面和软件功能进行测试。B. 白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正 常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息， 设计 或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，

29、 确定实际的状态是否与预期的状态一致。6.2计划软件说明名称功能输入输出系统登录测试判别用户身份是否合法用户名、密码、权限显示相应子系统财务管理测试财务流入支出管理财务收支信息修改、添加、删除财务信息职工信息查询测试职工各种信息职工号所需查询的职工相关信息会员测试帮助市民公交卡充值、查询用户id和公交卡id公交卡余额显示，修 改、添加、删除会员信 息客运信息测试查询客运的信息公交车牌号、查询日期该公车的司机与搭档用户、管理员管理测试管理用户管理员登录系统查询、添加、删除、修改、锁定用户622测试内容测试1:名称：系统登录测试目的：测试系统操作界面内容：输入用户名、密码、权限，检查用户是否合理、

30、合法测试2:名称：财务管理测试目的：测试公交系统财务管理功能内容：查询、添加、删除、修改每日财务信息测试3：名称：职工信息查询测试目的：测试系统查询职工工资、职位等信息内容：输入职工号和密码，进行职工信息查询测试4：名称：会员测试目的：会员公交卡充值功能和查询余额修改信息功能内容：输入会员身份证和公交卡号，进行公交卡充值和查询测试5：名称：客运信息测试目的：明确公交负责人，查询公交出问题时由谁负责内容：查询出所要查询的日期的公交是那个职工负责测试6：名称：用户、管理员管理测试目的：测试用户、管理员的管理功能内容：添加、删除、修改用户、管理员信息623测试1 （系统登录测试）参与单位：软件开发人

31、员被测试的部位：登录界面进度安排测试日期：6.232条件测试人员：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例, 进行测试。包括合理的数据及不合理的数据测试资料需求规格说明书概要设计说明书详细设计说明书测试培训测试2 （财务管理测试）参与单位：软件开发人员被测试的部位：会计人员模块的财务管理功能进度安排测试日期：6.2.4.2 条件测试人员：编写者进行该功能模块的测试对该功能模块一次对该功能模块一次测试软件：采用黑盒测试的方法，由人工设计测试用例, 进行测试。包括合理的数据及不合理的数据6.243测试资料需求规格说明书概要设计说明书详细设计说明书6.244测试培训

32、测试3 （职工信息查询测试）进度安排测试日期：6.2.5.2 条件测试人员：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例, 进行测试。包括合理的数据及不合理的数据测试资料需求规格说明书概要设计说明书详细设计说明书测试培训测试4 （会员测试）进度安排测试日期：6.2.6.2 条件测试人员：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例, 进行测试。包括合理的数据及不合理的数据测试资料需求规格说明书概要设计说明书详细设计说明书对该功能模块一次对该功能模块一次测试培训627测试5 （会员测试）627.1进度安排测试日期：627.2条件测试人员

33、：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次 进行测试。包括合理的数据及不合理的数据测试资料需求规格说明书概要设计说明书详细设计说明书测试培训测试6 （用户、管理员测试）进度安排测试日期：6.2.8.2 条件测试人员：编写者进行该功能模块的测试测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次 进行测试。包括合理的数据及不合理的数据628.3测试资料需求规格说明书概要设计说明书详细设计说明书测试培训6.3.测试设计说明测试1 （系统登录测试）对于系统登录测试应该既要考虑到用户身份的合法性验证也要考虑到用户 身份的不合法性验证。6

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

35、输入成功，则登 录成功；其中如果用户名和密码都为空，则默认为是普通市民进入公交网页。测试2 （财务管理测试）6.3.2.1 控制输入权限，进入账号和密码，对财务进行查询，修改，删除等等。输入、输出5.323过程运行系统，进入财务人员模块，进行财务信息查询和修改、删除，测试财务 查询功能。测试3 （职工信息管理测试）对职工信息管理的各项功能，包括职工各种信息的添加、删除、修改进行测 试，以及对部门分类的添加、删除、修改进行测试。6.3.3.1 控制根据职工所需的信息对职工管理系统进行录入操作，并且可以添加职工职位 分类。同时也可以对职工信息进行修改和删除操作。6.332输入、输出职工号姓名性别出

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

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

38、入输出用户名密码qqqq用户名重复3密码不能为空3用户名不能为空33添加用户成功修改用户测试:输入输出修改前修改后用户名密码是否锁定用户名密码是否锁疋33未锁疋34未锁疋修改成功33未锁疋43未锁疋修改成功33未锁疋44锁定修改成功33未锁疋44锁定修改成功添加管理员测试:输入输出用户名密码确认密码11已存在的名字admi密码不能为空admin用户名不能为空admiadmin确认密码不能为空admiadminadmin添加成功修改密码测试:输入输出原密码确认原密码新密确认新密码码adminadminadmin1a两次密码不同admina原密码错误adminadminadmin1adm ini密码修改成功5.363过程运行系统，进入管理员模块，对用户管理和管理员管理进行测试，包括添加、 删除成功和不成功的测试。6.4.评价准则范围此测试可将系统最主要的功能模块进行逐一的检测，对说明书中列举的功能 进行排查，对系统实现各功能的正常运行