基于c#的出租车管理系统的设计与实现本科论文.doc

《基于c#的出租车管理系统的设计与实现本科论文.doc》由会员分享，可在线阅读，更多相关《基于c#的出租车管理系统的设计与实现本科论文.doc（46页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、中国石油大学毕业设计（论文）题 目：基于C#的出租车管理系统的设计与实现 学习中心： 年级专业： 学生姓名： 学 号： 指导教师： 职 称： 讲师 导师单位： 中国石油大学论文完成时间： 2009 年 05 月 15 日中国石油大学毕业设计（论文）任务书发给学员 1设计(论文)题目：基于C#的出租车管理系统的设计与实现 2学生完成设计(论文)期限： 2009 年 4 月 20 日至 2009 年 5 月 15 日 3设计(论文)课题要求：要求对出租车公司进行调查，根据公司提供的要求进行设计，要求基本的录入功能、查询功能、修改功能、统计及打印等。在毕业设计中，使用自己掌握的C#语言做前台开发工具

2、，用SQL Server或ACCESS做数据库做后台，进行C/S或B/S结构的编程。在设计过程中，做到真正的C/S或B/S结构。数据库的规范程序要求至少达到三范式。 4实验（上机、调研）部分要求内容： （1）实现用户管理（用户添加、删除、密码设置与修改）和用户权限管理； （2）实现对论坛信息进行分类和管理； （3）可实现对论坛信息进行各种查询（精确、模糊、组合）； （4）管理员可对留言进行添加、删除、修改等操作； （5）系统应做到页面美观，操作方便。 5文献查阅要求：（1）SQL server 实用教程，郑阿奇，电子工业出版社； （2）数据库原理与应用，周中华，清华大学出版社； （3）数据库原

3、理及设计，陶宏才，清华大学出版社； （4）SQL Server 2000实用教程，范立南，清华大学出版社； 6发 出 日 期： 2009 年 4月 20 日 7学员完成日期： 2009 年 5 月 15 日指导教师签名： _ 学 生 签 名： 摘 要本论文主要介绍了出租车公司管理信息系统的开发过程，开发过程中遵循了软件工程的方法，运用管理信息系统开发的原理和方法，结合管理思想，设计和实现了出租车管理系统。该系统主要采用C/S(客户端/服务器) 模式，前台采用C#，后台采用sql2000数据库来实现。论文详细论述了系统总体设计思想、数据库设计以及功能模块设计等，给出了出租车管理系统的一般流程，实

4、现了营运汇总和打印报表等功能该系统的开发和运用使用户从原有的手工操作方式转换为数字化的信息管理方式，大大提高工作效率和准确性。本系统能够实现未来出租车管理规范化、系统化和自动化，并且在操作上实现简单、方便、快捷。关键词：出租车管理系统，出租车，windows应用程序，MIS ,管理系统目 录第1章 前 言1第2章 系统分析22.1 企业简介和基本情况22.1.1 组织层次图介绍22.1.2 系统开发的基本环境32.1.3 目前面临的问题32.2 可行性分析32.2.1 经济可行性32.2.2 技术可行性42.2.3 营运可行性42.2.4 结论4第3章 需求分析53.1 功能需求53.2 数据

5、流图53.2.1 关联图63.2.2 顶层数据流图63.2.3 一层数据流图（日营运汇总）83.2.4 一层数据流图（保险管理）83.2.5 一层数据流图（车辆维修管理）93.3 数据字典10第4章 概要设计124.1 概述124.2系统总体布局方案124.3 软件模块结构设计124.4 数据库设计144.4.1 E-R图的实体及其属性154.4.2 实体之间的联系154.4.3系统的E-R图154.4.4 关系转换规则164.4.5 关系模式16第5章 详细设计185.1 表设计185.2 程序流程图195.2.1 程序设计195.2.2编程的过程及特色215.3 人机界面设计225.3.1

6、主界面235.3.2 IC卡日营运导入界面245.3.3日营运增加界面245.3.4 修改密码界面255.3.5 锁定窗体界面255.3.6日营运汇总报表26第6章 系统实现276.1 概述276.2环境与工具276.3 系统测试276.4 测试实例29第7章 系统评价307.1 系统概况307.2系统功能和特点327.3系统问题及改进33结束语33参考文献34致 谢35附 录36第1章 前 言随着生产社会化趋势的扩大、科学技术的进步以及市场竞争的日益激烈，人们对信息的认识产生了根本性的变化。信息被列为与物质、能源并列的人类社会发展的三大资源之一。信息化水平已成为衡量一个国家现代化水平和综合国

7、力的重要标志。我国也正处于改革开放进一步深化的环境下，因此我们应当抓住机遇，充分利用信息，扎实的做好信息管理系统的基础工作，建设开发较为先进的应用系统，加快我国信息化建设的步伐。改革开放以来来，随着加入WTO，社会生活节奏日益加快，出租车行业使得人们以车代步，提高出行效率，同时也随之不断地发展。为了更好地服务于广大乘客，各大出租车公司先后搭建了各类信息管理系统，诸如叫车系统，客服系统等，逐渐形成了数字化租车的管理概念。即以网络化管理为基本模式，以信息为出租车行业发展的基本动力，以信息技术为增强出租车公司竞争实力的基本手段，以信息化建设为出租车公司发展的新增长点，以信息文化改变着人们教育、工作方

8、式和思想观念。从而根本上实现了服务于广大乘客，提高出租车公司各项工作的效率和质量，为出租车公司创造经济效益。司机和出租车辆是出租车公司最主要的资源，是创造效益的源泉。要想提高出租车公司的效益和服务质量，首先从做好对司机和车辆的管理着手。一个是做好司机非现金营运收入的清算工作，司机的人身保险等福利工作，二是做好车辆的保险和维修工作。基本此种需要出租车管理系统，将在很大程度上解决出租车公司在此工作上的难度。本文所描述的“出租车管理系统”，是根据某出租车公司的管理系统需求为基础展开需求调研，并在一定程度上考虑了它的可扩展性，使系统开发完成后，通过少量的改造，可以适用于其他出租车公司。第2章 系统分析

9、系统分析主要是对现行系统进行充分的调查研究，细致了解现行系统的现状和业务流程，及其存在的主要问题，在此基础上提出新系统的逻辑模型。系统分析主要包括以下几个步骤：1.企业简介和基本情况2.可行性研究3.软件系统的总目标2.1 企业简介和基本情况为了了解系统的基本情况，首先进行了初步调查。初步调查的主要方式是参阅公司的相关文档资料，再与各分部的人员进行口头交谈，并了解业务流程。2.1.1 组织层次图介绍企业管理是通过各级管理机构和人来实现的，MIS（管理信息系统）系统也是靠机构和人实现的。为了实现有效管理必须了解管理模式，使系统分析员进一步了解调查的对象。公司的组织层次如图2-1所示：董事会总经理

10、室财务部车队管理部培训部一车队二车队三车队四车队人事部办公室图2-1 组织机构图2.1.2 系统开发的基本环境出租车公司已有一套读卡系统，由出租车计价器厂商为其提供。此读卡系统主要负责将司机的IC卡营运收入通过读卡系统读取，并生成司机当日的IC卡营运收入数据文件。司机通过读卡系统自行将其IC卡营业收入读入到系统中，车队管理部负责对此信息进行处理。其次，出租车公司也与保险公司和维护公司建立起合作关系，对司机、车辆进行保险和维修已建立起业务关系。2.1.3 目前面临的问题1.没有专门的计算机信息管理系统，司机将IC卡营业收入读入到系统中之后，由财务部人员收集，通过手工的方式核对后发放现金。2.司机

11、等待核对的时间长，最后拿到营业收入往往需要等待较长时间。3.对于司机和车辆的保险信息，完全由手工处理，没有进行电子化管理，不利于建立档案，信息跟踪和统计。4.系统设计同时要考虑与银行的接口，和与保险公司、维修公司的接口。2.2 可行性分析系统可行性分析的任务是在初步调查的基础上确定项目开发是否必要和可行。此活动的主要目标是进一步明确系统的目标、规模与功能，对系统开发背景、必要性和意义进行调查分析并根据需要和可能提出拟开发系统的初步方案与计划。可行性研究是针对系统进行全面、概要的分析，主要包括三方面：技术可行性、经济可行性和营运可行性。可行性研究报告是系统研制人员在可行性研究工作阶段的成果。一经

12、讨论、审定通过后，根据确定的系统方案对系统开发者下达系统设计任务书，对新系统开发工作的可行性做出结论或提出建议。2.2.1 经济可行性主要是对项目的经济效益进行评价，一方面是支出的费用，其中包括设备购置费、软件开发费、管理维护费、人员工资和培训费等。另一方面是取得的收益中可以用钱来衡量的那部分（收益的另一部分难以用钱来表示）。该公司目前已有一套读卡系统，财务部现有的计算机及配套设备，可以作为新系统的设备，无需另行投资。系统建成后，将大大减少重复性的手工劳动，降低办公费用，提高工作效率，与前期的投入相比，后期的收益将更为乐观。2.2.2 技术可行性技术上的可行性分析主要分析现有技术条件能否顺利完

13、成开发工作，软、硬件配置能否满足开发者需要等。公司目前已有一套读卡系统，并能成生为新系统所使用的接口数据文件。与银行的代发接口文件格式也与银行谈定，可以按照接口规范进行接口文件的生成。公司已有的PC机及打印设备，其容量、速度能满足系统需要。公司有专业的IT人员，对公司信息系统和IT设备有维护的能力。本系统采用Windows操作系统平台，C#编程语言和sql2000数据库，采用Microsoft Visual Studio 2005作为开发平台。2.2.3 营运可行性主要是管理人员对开发信息系统是否支持，现有管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。公司领导非常重视信息系统的

14、建设，对于系统的开发给予了大量的支持，中层管理人员对此也有共识，最终操作人员对新系统也表示欢迎。系统建成后，虽然将改变原有的工作方式，但系统操作简单、易于理解，操作人员经过短时间的培训就可以使用该系统。2.2.4 结论综上所述，该出租车管理系统值得开发。第3章 需求分析3.1 功能需求公司希望建立一套管理系统，以准确地采集出司机的营运收入，司机、车辆的保险记录和车辆的维修记录数据。同时，又与银行达成协议，对于司机的营运收入，由公司出具代发文件，将其营运收入由银行代发至司机在银行开立的帐户中。公司希望通过此系统，快速准确地将司机的非现金收入发放到司机的银行帐户中，以此做好司机的工作。同时，希望利

15、用此系统，将司机、车辆的保险记录信息和车辆的维修记录信息，以电子化的方面进行处理、存储，便于整理、归档、分析和统计，从而提高工作效率和规范管理。通过以上的调查分析，新系统注重基础信息的采集，包括司机日营运收入数据的采集，司机基本信息、车辆基本信息的采集工作。做好与银行、保险公司和维修公司的接口，规范工作流程，尽量减少财务人员的手工工作，提高各岗位的工作效率、充分利用公司资源，使其能为更多的司机和车辆提供优质的服务同时为公司创造更多的经济效益和社会效益。这是本次系统开发目标。3.2 数据流图数据流图（date flow diagram , DFD），是描述数据处理过程的工具，它从数据传递和加工的

16、角度，以图形方式刻画数据流从输入到输出的移动变换过程。由于图形描述简明、清晰，所描述的内容面向用户，是系统分析员和用户进行交流的有效手段。数据流图的四种基本元素为：外部实体：系统外与系统有联系的人或单位数据流：流动的一向或一组数据，也表示数据文件的存储操作处理：也成为功能，它对输入数据流进行处理，形成输出数据流数据存储：用于存储数据的文件等符号说明如下图：图3-1 数据流图符号说明3.2.1 关联图系统关联图如图3-2所示，由图可知系统共涉及三个外部项。图3-2 系统关联图3.2.2 顶层数据流图顶层数据流图如图3-3所示，由图可以看见整个系统的信息处理功能划分为三个主要部分，分别是：日营运汇

17、总，保险管理，车辆维修管理。日营业汇总主要功能：将司机的日营业收入通过读卡系统导出的数据文件导入到系统中，同车辆管理部递交的司机补充营运收入数据一起根据司机的银行帐号生成日营业汇总记录，并导出为日营业代发文件。保险管理主要功能：包括司机人身保险管理和车辆保险管理。根据车辆管理部整理的司机基本信息和车辆基本信息，建立司机保单记录和车辆保单记录，生成保单给保险公司。统计保单信息给总经理审核。车辆维修管理主要功能：根据车队管理部整理的车辆基本信息，建立车辆维修记录档案，生成维修申请单交给维修公司，同时统计出车辆维修统计报表给总经理审核。维修部总经理车队管理部车队管理部保险部银行日营运汇总车辆维修管理

18、保险管理F1F2F8F5F13F14F20F18F13F14F6F6F7F9F11F10F24F25F10F10F7F12F7F28F13D1F14F14D2D3P2P3P1D1：司机营运记录表 D2：车辆营运里程记录表 D3：车辆保险记录表 F1：IC卡日营运记录F2：司机补充营运记录 F4：日营运汇总记录 F7：车辆基本信息 F8：司机保险记录F5:日营运代发文件 F9：司机保单 F10：车辆保险记录 F12：维修记录F13：司机营运里程记录 F14：车辆营运里程记录 F18：司机营运收入记录 F28：维修记录统计报表 F24：车辆保险汇总记录 F25：车辆保险注销保单号图3-3 出租车管

19、理系统顶层图顶层图说明：车队管理部将司机的IC卡营运收入和补充营运收入数据收集后交至财务部出纳员，出纳员根据银行返回的人员帐号文件，将营运数据与帐号配对后汇总成日营运汇总记录，并导出日营运代发文件，经校验无误后，发至银行。由银行根据这份代发文件，将司机的IC卡营业收入代发至该司机的帐户中。同时，日营运汇总统计出司机营运里程和车辆营运里程，供保险和维修管理参考。对于司机人身保险，车队管理部将司机基本信息登记后，交给保险部，保险部根据每个司机的基本信息，结合该司机的营运里程信息建立每个司机的人身保险档案和保险单。对于车辆保险，由车队管理部将车辆的基本信息整理后，交给保险部，保险部根据每部车辆的基本

20、信息和车辆营运里程信息建立每部车辆的保险档案和保险单。对于车辆维修，由车队管理部将车辆的基本信息整理后，交给维修部，维修部根据部车辆的基本信息和车辆营运里程信息建立每部车辆的维修档案。3.2.3 一层数据流图（日营运汇总）系统的一层数据流图（日营运汇总）如图3-4所示：车队管理部车队管理部银行日营运统计IC卡日营运导入日营运新增日营运导出D1D2D3F2F2F5F4F15F1F14F13F9P1.3P1.1P1.4P1.2D1：司机营运里程记录表 D2：车辆营运里程记录表 D3：日营运汇总表F1：IC卡营运记录 F2：司机补充营运记录 F4：日营运汇总记录F5：日营运代发文件 F9：日营运汇总

21、记录 F13：司机营运里程记录F14：车辆营运里程记录 F15：日营运导入记录图3-4 一层数据流图（日营运汇总）3.2.4 一层数据流图（保险管理）如图3-5所示：车队管理部保险部车辆保单建档司机保单建档司机保单统计车辆保单统计司机保单注销车辆保单注销F7F11F24F25F23F22F13F8F10F8F14F10D2D4D1D5F6F9P2.1P2.4P2.6P2.5P2.3P2.2D1：司机营运里程记录 D2：车辆营运里程记录 D4：司机保险记录表D5：车辆保险记录表 F6：司机基本信息 F7：车辆基本信息F8：司机保险记录 F9：司机保单 F10：车辆保险记录 F11：车辆保单 F1

22、3：司机营运里程记录 F14：车辆营运里程记录F22：司机保险注销保单号 F23：司机保险汇总记录F24：车辆保险注销保单号 F25：车辆保险汇总记录图3-5 一层数据流图（保险管理）3.2.5 一层数据流图（车辆维修管理）系统的一层数据流图（车辆维修管理）如图3-6所示：P3.1车队管理部总经理维修部维修记录删除维修记录新增维修记录统计F26F27F12F7F12F7F10F14F28D6D2D5P3.2P3.3D2：车辆营运里程记录 D5：车辆保险记录表 D6：维修记录表F7：车辆基本信息 F10：车辆保险记录 F12：维修记录 F14：车辆营运里程 F26：车辆保险记录 F27：维修汇总

23、记录F28：维修记录统计报表图3-6 一层数据流图（车辆维修管理）3.3 数据字典数据字典的任务是对与系统相关的元素的一个定义、解释、说明，目的是为了便于用户和系统分析员理解系统。编写数据字典要求定义严密、精确，不可半点含糊，不可有二义性。本系统的数据字典如下：文件名：管理员文件描述：以序号 为记录主键的关系型数据表组成：管理员=序号+用户名+密码+角色文件名：用户文件描述：以序号 为记录主键的关系型数据表组成：用户=序号+用户名+密码+角色文件名：车队文件描述：车队编号为记录主键的关系型数据表组成：车队=车队编号+车队名称+车队地址+车队电话文件名：司机文件描述：以工号 为记录主键的关系型数

24、据表组成：司机=工号+姓名+性别+年龄+驾照号+车队编号#+保单号+保险公司编号+险种+金额文件名：车辆文件描述：以车辆编号为记录主键的关系型数据表组成：车辆=车辆编号、牌照号、车型、车队编号、 保单号、 保险公司编号、险种、金额文件名：保险公司文件描述：以保险公司编号为记录主键的关系型数据表组成：保险公司=序号+用户名+密码+角色文件名：维修公司文件描述：以维修公司编号为记录主键的关系型数据表组成：维修公司=维修公司编+名称+地址+电话+联系人文件名：营运文件描述：以营运单据号为记录主键的关系型数据表组成：营运=营运单据号+车辆编号+工号+日期+单价+里程+金额文件名：车辆维修记录文件描述：

25、以维修单号为记录主键的关系型数据表组成：车辆维修记录=维修单号、车辆编号、维修公司编号、维修类型、维修日期、维修金额第4章 概要设计4.1 概述系统设计是将系统分析阶段所提出的反映用户需求的逻辑方案转化为可供实施的物理方案。根据系统分析提出的逻辑功能要求，结合实际经济、技术和环境条件。确定系统总体结构和物理方案、合理选择硬件、确保系统目标得以实现。系统设计是在系统分析的基础上由抽象到具体的过程。系统设计的原则：严格按照系统说明书所规定的目标、任务和逻辑功能进行设计工作，遵守信息管理和信息技术的有关规范，在充分尊重和理解用户要求的基础上，使设计尽可能满足用户操作使用方面的要求。系统设计的目标：系

26、统分析阶段多提出的反映了用户信息需求的系统逻辑方案转换成可以实施的基于计算机与通信系统的技术方案。系统设计的方法：采用基于将系统分解成相对独立模块的结构化设计方法。4.2系统总体布局方案系统总体结构设计要完成的任务是确定整个系统由哪些组成部分，以及各部分在物理上、逻辑上的相互关系。系统总体结构是指整个系统有哪些部分组成，以及各部分在物理上，逻辑上的相互关系，包括硬件部分 和软件部分。而系统的总体布局是指系统的硬软件资源的数据资源在空间上的分布特性， 本系统采用集中式结构有利于资源的统一管理和共享。4.3 软件模块结构设计系统软件功能结构的设计采用结构化设计方法（SDStructured Des

27、ign）。SD是基于模块化、自顶向下逐层细化、结构化程序设计等技术发展而来的。模块设计时主要考虑尽量提高模块功能的独立性与简化模块之间的接口，采用以变换为中心和以实物为中心相结合的分析方法进行模块设计。总体结构图如4-1所示：出租车管理系统保险管理车辆维修管理系统维修日营运汇总图4-1 系统总体功能图各子系统模块功能如下图：日营运汇总IC卡日营运导入日营运新增日营运统计日营运导出司机营运里程统计车辆营运里程统计司机营运收入统计车辆营运收入统计图4-2 日营运汇总保险管理司机人生保险管理车辆保险管理司机保单建档车辆保单注销车辆保单建档司机保单统计司机保单注销车辆保单统计图4-3 保险管理车辆维修

28、管理维修记录删除维修记录新增维修记录统计图4-4 车辆维修管理系统维护用户管理基本信息管理退出系统图4-5系统维护4.4 数据库设计数据库设计是在选定的数据库管理系统基础上建立数据库的过程。经过系统分析阶段的工作，已对现行管理系统的信息处理步骤和方法都已掌握。在对系统分析阶段的工作成果：数据流图、数据字典进一步分析的基础上，使用实体关系图（E-R图）工具对整个系统的数据库结构进行设计。E-R图是由实体、属性、联系三部分组成，其符号如图4-6所示：实体属性联系图4-6 E-R图符号说明4.4.1 E-R图的实体及其属性本系统中有5个实体，每个实体的属性如下：车队（车队编号、车队名称、车队地址、车

29、队电话）司机（工号、姓名、性别、年龄、驾照号）车辆（车辆编号、牌照号、车型）保险公司（保险公司编号、名称、地址、电话、联系人）维修公司（维修公司编号、名称、地址、电话、联系人）4.4.2 实体之间的联系实体之间的联系如下：1.车队和司机是一对多的关系：即车队可以有多个司机。2.车队和车辆是一对多的关系：即车队拥有多部车辆。3.司机和保险公司是多对一的关系：即多个司机在一家保险公司保险。4.车辆和保险公司是多对一的关系：即多部车辆在一家保险公司保险。5.车辆和维修公司是多对一的关系：即多部车辆在一家维修公司维修。6.司机和车辆是多对多的关系：即一个司机可以驾驶多部车辆，一部车辆可以被多个司机驾驶

30、。联系的属性如下：1.司机人身保险（保单号、险种、金额）2.车辆保险（保单号、险种、金额）3.营运（营运单据号、日期、单价、里程、金额）4.维修（维修单号、维修类型、维修日期、维修金额）4.4.3系统的E-R图车队车辆司机属于属于维修部保险部司机人身保险车辆保险维修营运1MNM11NMM11M图4-7 E-R图4.4.4 关系转换规则E-R图向关系模型的转化要解决的问题是如何将实体和实体间的联系转换为关系模式，如何确定这些关系模式的属性和码。对于实体，将每个实体转换为一个关系，实体的属性即为关系的属性，实体的码即为关系的码。对于实体间的联系，有以下三种不同的情况：1.若实体间的联系是1：1，可

31、以在两个实体转换成的两个关系中任意一个关系的属性中加入另一个关系的码。2.若实体间的联系为1：n，则在n端实体转换成的关系中加入1端实体转换成的关系码。3.若实体间的联系是n：m，则将联系转换为关系，关系的属性为诸个实体的码加上联系具有的属性，而关系的码则为诸实体的码的组合。4.4.5 关系模式由E-R图向关系模型的转换（主键用“_”表示，外键用“”表示） 1.车队（车队编号、车队名称、车队地址、车队电话）2.司机（工号、姓名、性别、年龄、驾照号，车队编号、保单号、保险公司编号、险种、金额）3.车辆（车辆编号、牌照号、车型、车队编号、 保单号、 保险公司编号、险种、金额）4.保险公司（保险公司

32、编号、名称、地址、电话、联系人）5.维修公司（维修公司编号、名称、地址、电话、联系人）6.营运（营运单据号、车辆编号、工号、日期、单价、里程、金额）7.车辆维修记录（维修单号、车辆编号、维修公司编号、维修类型、维修日期、维修金额）这个模式中，6个联系分别转换为以上6个关系。车辆和维修公司是多对一的关系，但由于一部车辆可以在维修公司里进行多次维修，因此也转换为一个关系，共有7个关系。第5章 详细设计5.1 表设计进一步确定以上关系模式中各个数据项的类型和长度，将每个关系转换为数据库中的二维表格，并确定了各个表的主码和外来码，得到以下表结构：表5-1 车队表表5-2 司机表表5-3 车辆表表5-4

33、 保险公司表表5-5 维修公司表表5-6 营运表表5-7 车辆维修记录表5.2 程序流程图5.2.1 程序设计在绘制程序框图时，使用的符号说明如下：处理输入输出开始和结束控制流向图5-8 程序流程图符号说明开始输入用户名和密码合法性检查连接数据库进入界面Y功能模块选择日营运汇总退出系统系统维护维修管理保险管理N图5-9 系统程序流程图进入功能选择司机营运里程统计关闭车辆营运收入统计司机营运收入统计车辆营运里程统计N返回图5-10 日营运统计子系统流程图：5.2.2编程的过程及特色程序的编写是按照详细设计阶段产生的程序设计说明书，及选定的程序设计语言书写程序。在程序设计过程中，不仅要保证程序的正

34、确性，而且要保证程序的可读性，为以后的维护提供方便。本系统在主框架的模块上采用自顶向下的方式，把系统的功能按照模块化和逐步细分的方法分解到最小的控制。在界面的设计上采用面向对象的方式，先设计底层模块，把有共性的界面设计，功能放在底层模块统一处理。这样既保证了界面的统一性，减少了编程的工作量，同时也方便了修改。许多修改只要在底层模块统一完成，不必一一修改。本系统所采用的开发工具是Microsoft Visual Studio 2005它是目前国内外流行的前端开发工具，是目前开发Windows应用程序较好的工具之一。Microsoft Visual Studio 2005采用可视化的程序设计方法，

35、面向对象的程序设计思想，事件驱动的编程机制，具有高度的可扩充性，支持大型数据库的连接与存取操作。Microsoft Visual Studio 2005还支持动态数据交换、对象的链接与嵌入等新型的编程技术。5.3 人机界面设计界面设计是评价软件质量的一条重要指标,其目的是为了创造良好的用户环境，便于用户与系统交互。界面设计应尽可能简单，便于非专业人员快速掌握系统的使用方法。本系统在设计时充分考虑到操作易用性及准确性，采用了人机对话方式。人机对话是计算机的一种工作方式，即计算机操作员或用户与计算机之间，通过控制台或终端显示屏幕，以对话方式进行工作。操作员可用命令或命令过程告诉计算机执行某一任务。

36、人机对话的方式主要是键盘屏幕方式。本系统的登录界面如图5-11所示：图5-11 登陆界面5.3.1主界面图5-12 主界面5.3.2 IC卡日营运导入界面图5-13 IC卡日营运导入界面5.3.3日营运增加界面图5-14 日营运增加界面5.3.4 修改密码界面图5-15 修改密码界面5.3.5 锁定窗体界面图5-16 锁定窗体界面5.3.6日营运汇总报表图5-17日营运汇总界面第6章 系统实现6.1 概述系统实现是在继承此前阶段系统分析与设计工作成果的基础上，将逻辑的设计转化为可以实际运行的物理系统的阶段。6.2环境与工具硬件环境： P4以上主机 128M以上内存 10G以上硬盘空间VGA高分

37、辨率显示器键盘及鼠标输入设备软件环境：操作系统为： WIN98，WIN2000，WINXP编程工具： Microsoft Visual Studio 2005数据库管理系统：Microsoft SQL Server 2000系统开发平台是Microsoft Visual Studio 2005，是WINDOWS平台的面向对象的开发工具，采用面向对象的分析、设计方法，在开发中很好地用到了面向对象的继承性等特点，大大减少了编程的工作量，保持了界面风格和操作风格的一致性，加速了开发进度、效率和质量。使得该项目能在很短的时间内完成建设工作。除此之外，Microsoft Visual Studio 20

38、05为微软所创，能直接在Windows操作系统上运行，解决了平台问题。6.3 系统测试测试目标：1.发现系统至今未被发现的错误或缺陷并提出改进方案。2.通过对各性能指标的分析处理，对系统的性能状况做出整体分析与评估。测试原则：1.尽早、不断进行软件测试。2.测试用例由输入数据和输出结果组成。3.设计用例时，应包括合理和不合理条件。4.对每一个测试结果作全面检查。测试方法：软件测试通常采用人工测试与机器测试。人工测试包括个人复查、走查和会审。由于本系统规模小，所以人工测试主要采用个人复查，在源程序编写完成以后，由自己进行详细检查，并请有丰富经验的程序设计人员对本系统进行了检查。机器测试采用黑盒测

39、试和白盒测试，黑盒测试主要是在完全不考虑程序内部结构和特性的情况下测试软件的外部特性，根据软件的需求规格说明书设计用例，从程序输入和输出特性上测试是否满足设定功能。白盒测试是按照程序内部结构和处理逻辑选择测试用例，对软件的逻辑路径及过程进行测试。系统测试一般分为四个步骤，即单元测试、组装测试、确认测试与系统测试。单元测试单元测试又称模块测试，是对程序运行中的最小单元（一个模块或一个子程序），通过采用白盒测试的方法，检查每一模块的独立功能，确保每个模块作为一个独立单元能正确运行。组装测试在对每个模块完成了单元测试以后，按系统详细设计和程序设计为依据，将模块连接起来进行组装测试。通常采用黑盒测试法

40、。在建好部分或全部菜单后，先使用运行命令将该菜单启动，然后点击菜单，检查菜单能否运行。这是从程序的输入和输出特性上测试程序的各部分能否正确完成自身功能，并和其它部分有效地协调工作。确认测试通过组装测试后，就要以整个软件作为测试对象，进行确认测试。目的是要进一步检查软件是否符合软件需求规格说明书的全部要求，因此又称为合格性测试。采用黑盒测试法。系统测试和调试确认测试完毕，最后要将信息系统的所有组成部分包括软件、硬件、用户以及环境等综合在一起进行系统测试，以保证系统的各组成部分协调动作。因此，系统测试是面向集成的整体系统的，采用黑盒测试法。测试用例以实际应用为基础，从超市门店内部抽取若干数据在系统

41、中实际运行，检验系统是否符合用户需求，使用过程是否正常，是否能代替一些日常手工工作以提高工作效率。通过测试发现系统存在的问题，而调试则是为了找到错误原因并及时纠正。系统维护工作贯穿整个系统的活动，在新系统正式投入运行后，为了让系统长期高效地工作，必须对系统进行定期的维护和管理。而且系统维护工作并不仅仅是技术性工作，为了保证系统维护工作的质量，需要付出大量的管理工作。在系统运行中的管理不仅仅指对设备的管理，更重要的是对系统每天运行状况、数据输入和输出情况，以及系统的安全性与完备性等进行及时地记录和处理。6.4 测试实例表6-1 功能测试表序号测试内容测试方法预期测试结果实际结果1登录输入“用户名

42、”、“密码”并选择“管理员”或“普通用户“、输入验证码提示“登录成功”进入主界面与预期结果一致。2打印报表选择工具栏上的“打印”能打印报表与预期结果一致。3录入、修改、增加、删除数据库记录选取“用户管理”菜单，选取“添加”、“修改”、“删除”按钮对相应数据库进行修改。能正确修改、增加、删除数据库记录。数据操作成功后系统给出数据操作成功提示。与预期结果一致。4IC卡日营运导入输入需要导入的日期段，点击导入。若没有该日期段的数据，则系统提示无此数据。若有则可以将此日期段的数据导入，系统显示出该日期段的记录。与预期结果一致。表6-2 性能测试表序号测试内容测试方法预期测试结果实际结果1响应时间在软件的测试运行中进行