出租车公司信息管理系统.doc

论 文题 目 出租车公司信息管理系统 摘 要本论文主要介绍了出租车公司管理信息系统的开发过程，开发过程中遵循了软件工程的方法，运用管理信息系统开发的原理和方法，结合管理思想，设计和实现了出租车公司管理信息系统。全文分为前言，系统分析，系统设计，系统实施，总结与评价和参考文献部分。在出租车公司管理信息系统开发过程中运用了PowerBuilder作为软件开发工具，运用Access作为后台数据库。该系统的开发和运用使用户从原有的手工操作方式转换为数字化的信息管理方式，大大提高工作效率和准确性，为门店整个系统的开发打下良好的基础。目 录第一章引 言4第二章系统分析52.1 系统调查52.1.1 组织层次图介绍52.1.2 系统开发的基本环境62.1.3 目前面临的问题62.2 可行性分析62.2.1 经济可行性62.2.2 技术可行性72.2.3 营运可行性72.2.4 结论72.3 软件系统的总目标7第三章需求分析93.1 业务流程图93.2 数据流图143.2.1 关联图153.2.2 顶层数据流图153.2.3 一层数据流图（日营运汇总）183.2.4 一层数据流图（保险管理）193.2.5 一层数据流图（车辆维修管理）203.3 数据字典213.3.1 数据元素213.3.2 数据流223.3.3数据存储223.3.4 加工233.3.5外部项233.4 代码设计24第四章概要设计264.1 概述264.2系统总体布局方案264.3 软件模块结构设计274.3.1 HIPO 图284.3.2 IPO图304.4 数据库设计354.4.1 E-R图的实体及其属性354.4.2 实体之间的联系354.4.3 系统的E-R图374.4.4 关系转换规则374.4.5 关系模式38第五章详细设计395.1 表设计395.2 人机界面设计405.2.1主界面415.2.2 IC卡日营运导入界面：415.2.3 用户权限界面：425.2.4 日营运汇总报表：425.3 程序流程图435.3.1 程序设计435.3.2编程的过程及特色45第六章系统实现476.1 概述476.2实施环境与工具476.3 系统测试486.4 测试实例496.5 系统运行维护506.6 系统转换50第七章小结5171系统特点5172软件开发过程特点5273结束语54参考文献54附录55重要程序代码段55操作说明书59第一章 引 言随着生产社会化趋势的扩大、科学技术的进步、人类知识总量的增长速度不断加快、以及市场竞争的日益激烈，人们对信息的认识产生了根本性的变化。信息被列为与物质、能源并列的人类社会发展的三大资源之一。信息化水平已成为衡量一个国家现代化水平和综合国力的重要标志。我国也正处于改革开放进一步深化的环境下，因此我们应当抓住机遇，充分利用信息，扎实的做好信息管理系统的基础工作，建设开发较为先进的应用系统，加快我国信息化建设的步伐。近几年来，随着加入WTO，社会生活节奏日益加快，出租车行业使得人们以车代步，提高出行效率，同时也随之不断地发展。为了更好地服务于广大乘客，各大出租车公司先后搭建了各类信息管理系统，诸如叫车系统，客服系统等，逐渐形成了数字化租车的管理概念。即以网络化管理为基本模式，以信息为出租车行业发展的基本动力，以信息技术为增强出租车公司竞争实力的基本手段，以信息化建设为出租车公司发展的新增长点，以信息文化改变着人们教育、工作方式和思想观念。从而根本上实现了服务于广大乘客，提高出租车公司各项工作的效率和质量，为出租车公司创造经济效益。司机和出租车辆是出租车公司最主要的资源，是创造效益的源泉。要想提高出租车公司的效益和服务质量，首先从做好对司机和车辆的管理着手。一个是做好司机非现金营运收入的发放（清算）工作，司机的人身保险等福利工作，二是做好车辆的保险和维修工作。基本此种管理需要的信息系统出租车公司信息管理系统，将很大程度上解决出租车公司在此工作上的难度。本文所描述的“出租车信息管理系统”，是根据某出租车公司的信息管理系统需求为基础展开需求调研。并在一定程度上考虑了它的可扩充性，使系统开发完成后，通过少量的改造，可以适用于其他出租车公司。第二章 系统分析系统分析主要是对现行系统进行充分的调查研究，细致了解现行系统的现状和业务流程，及其存在的主要问题，在此基础上提出新系统的逻辑模型。系统分析主要包括以下几个步骤：1、系统调查2、可行性研究3、软件系统的总目标2.1 系统调查为了了解系统的基本情况，首先进行了初步调查。初步调查的主要方式是参阅公司的相关文档资料，再与各分部的人员进行口头交谈，并了解业务流程。2.1.1 组织层次图介绍企业管理是通过各级管理机构和人来实现的，MIS系统也是靠机构和人实现的。为了实现有效管理必须了解管理模式，使系统分析员进一步了解调查的对象。公司的组织层次如图2.1所示：2.1.2 系统开发的基本环境出租车公司已有一套读卡系统，由出租车计价器厂商为其提供。此读卡系统主要负责将司机的IC卡营运收入通过读卡系统读取，并生成司机当日的IC卡营运收入数据文件。司机通过读卡系统自行将其IC卡营业收入读入到系统中，车队管理部负责对此信息进行处理。其次，出租车公司也与保险公司和维护公司建立起合作关系，对司机、车辆进行保险和维修已建立起业务关系。2.1.3 目前面临的问题1、 没有专门的计算机信息管理系统，司机将IC卡营业收入读入到系统中之后，由财务部人员收集，通过手工的方式核对后发放现金。2、 司机等待核对的时间长，最后拿到营业收入往往需要等待较长时间。3、 对于司机和车辆的保险信息，完全由手工处理，没有进行电子化管理，不利于建立档案，信息跟踪和统计。4、 系统设计同时要考虑与银行的接口，和与保险公司、维修公司的接口。2.2 可行性分析系统可行性分析的任务是在初步调查的基础上确定项目开发是否必要和可行。此活动的主要目标是进一步明确系统的目标、规模与功能，对系统开发背景、必要性和意义进行调查分析并根据需要和可能提出拟开发系统的初步方案与计划。可行性研究是针对系统进行全面、概要的分析，主要包括三方面：技术可行性、经济可行性和营运可行性。可行性研究报告是系统研制人员在可行性研究工作阶段的成果。一经讨论、审定通过后，根据确定的系统方案对系统开发者下达系统设计任务书，对新系统开发工作的可行性做出结论或提出建议。2.2.1 经济可行性主要是对项目的经济效益进行评价，一方面是支出的费用，其中包括设备购置费、软件开发费、管理维护费、人员工资和培训费等。另一方面是取得的收益中可以用钱来衡量的那部分（收益的另一部分难以用钱来表示）。某出租车公司目前已有一套读卡系统，财务部现有的计算机及配套设备，可以作为新系统的设备，无需另行投资。系统建成后，将大大减少重复性的手工劳动，降低办公费用，提高工作效率，与前期的投入相比，后期的收益将更为乐观。2.2.2 技术可行性技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，软、硬件配置能否满足开发者需要等。公司目前已有一套读卡系统，并能成生为新系统所使用的接口数据文件。与银行的代发接口文件格式也与银行谈定，可以按照接口规范进行接口文件的生成。公司已有的PC机及打印设备，其容量、速度能满足系统需要。公司有专业的IT人员，对公司信息系统和IT设备有维护的能力。本系统采用Windows操作系统平台，Access和DBF数据库，采用PB7.0作为开发工具。2.2.3 营运可行性主要是管理人员对开发信息系统是否支持，现有管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。公司领导非常重视信息系统的建设，对于系统的开发给予了大量的支持，中层管理人员对此也有共识，最终操作人员对新系统也表示欢迎。系统建成后，虽然将改变原有的工作方式，但系统操作简单、易于理解，操作人员经过短时间的培训就可以使用该系统。2.2.4 结论综上所述，该出租车公司信息管理系统可以而且有必要开发。2.3 软件系统的总目标公司希望建立一套信息管理系统，以准确地采集出司机的营运收入，司机、车辆的保险记录和车辆的维修记录数据。同时，又与银行达成协议，对于司机的营运收入，由公司出具代发文件，将其营运收入由银行代发至司机在银行开立的帐户中。公司希望通过此系统，快速准确地将司机的非现金收入发放到司机的银行帐户中，以此做好司机的工作。同时，希望利用此系统，将司机、车辆的保险记录信息和车辆的维修记录信息，以电子化的方面进行处理、存储，便于整理、归档、分析和统计，从而提高工作效率和规范管理。通过以上的调查分析，新系统注重基础信息的采集，包括司机日营运收入数据的采集，司机基本信息、车辆基本信息的采集工作。做好与银行、保险公司和维修公司的接口，规范工作流程，尽量减少财务人员的手工工作，提高各岗位的工作效率、充分利用公司资源，使其能为更多的司机和车辆提供优质的服务同时为公司创造更多的经济效益和社会效益。这是本次系统开发目标。第三章 需求分析进一步对出租车公司的管理方式和业务流程进行分析，已充分了解了现行系统的业务管理功能以及管理对象。充分考虑系统的可扩充性、可移植性、可重用性等软件设计质量特性，使设计充分满足用户的使用要求。按信息系统中应有的数据流和数据结构来勾画系统概貌的原则，以数据流图和数据字典为主要描述工具，从而得出新的系统逻辑模型。3.1 业务流程图业务流程图是一种表明系统内各单位、人员之间的业务关系、作业顺序和管理信息流动的流程图，他可以帮助分析人员找出业务流程中的不合理的迂回等。业务流程图的符号说明如图3-1所示：出租车公司新系统业务流程图如图3-2所示： 基本流程图意：车队管理部将司机的IC卡营运收入和补充营运收入数据收集后交至财务部出纳员，出纳员根据银行返回的人员帐号文件，将营运数据与帐号配对后汇总成日营运汇总记录，并导出日营运代发文件，经校验无误后，发至银行。由银行根据这份代发文件，将司机的IC卡营业收入代发至该司机的帐户中。同时，日营运汇总统计出司机营运里程和车辆营运里程，供保险和维修管理参考。对于司机人身保险，车队管理部将司机基本信息登记后，交给保险部，保险部根据每个司机的基本信息，结合该司机的营运里程信息建立每个司机的人身保险档案和保险单。对于车辆保险，由车队管理部将车辆的基本信息整理后，交给保险部，保险部根据每部车辆的基本信息和车辆营运里程信息建立每部车辆的保险档案和保险单。对于车辆维修，由车队管理部将车辆的基本信息整理后，交给维修部，维修部根据部车辆的基本信息和车辆营运里程信息建立每部车辆的维修档案。3.2 数据流图数据流图是一种能全面的描述信息系统逻辑模型的主要工具，它与对系统的物理描述无关。由于图形描述简明、清晰，不涉及到技术细节，所描述的内容面向用户，是系统分析员和用户进行交流的有效手段。绘制数据流图的主要原则是明确系统界面、自顶向下逐层扩展。首先在调研的基础绘出最高层的关联图；然后确定系统的几个主要逻辑功能绘出顶层图，再逐层分解，得出下一层的数据流图；同时布局还要合理。数据流图的形成过成是整个系统逻辑模型的形成过程。数据流图的四种基本元素为： 外部实体：系统外与系统有联系的人或单位 数据流：流动的一向或一组数据，也表示数据文件的存储操作 处理：也成为功能，它对输入数据流进行处理，形成输出数据流 数据存储：用于存储数据的文件等本数据流图中采用的基本成分的符号如图33所示：3.2.1 关联图系统关联图如图34所示，由图可知系统共涉及三个外部项。3.2.2 顶层数据流图顶层数据流图如图35所示，由图可以看见整个系统的信息处理功能划分为三个主要部分，分别是：日营运汇总，保险管理，车辆维修管理。日营业汇总主要功能：将司机的日营业收入通过读卡系统导出的数据文件导入到系统中，同车辆管理部递交的司机补充营运收入数据一起根据司机的银行帐号生成日营业汇总记录，并导出为日营业代发文件。保险管理主要功能：包括司机人身保险管理和车辆保险管理。根据车辆管理部整理的司机基本信息和车辆基本信息，建立司机保单记录和车辆保单记录，生成保单给保险公司。统计保单信息给总经理审核。车辆维修管理主要功能：根据车队管理部整理的车辆基本信息，建立车辆维修记录档案，生成车辆维修申请单递交给维修公司，同时统计出车辆维修统计报表给总经理审核。3.2.3 一层数据流图（日营运汇总） 系统的一层数据流图（日营运汇总）如图36所示：3.2.4 一层数据流图（保险管理） 系统的一层数据流图（保险管理）如图37所示：3.2.5 一层数据流图（车辆维修管理） 系统的一层数据流图（车辆维修管理）如图38所示：3.3 数据字典数据字典是为数据流图上的每个成分给出定义和说明。在系统分析中，数据字典起着重要的作用，是系统分析、设计、实施的基础。数据流图只能给出系统逻辑功能一个总框架而缺乏详细、具体的内容，配合数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。数据字典描述的主要内容有：数据流、数据存储、数据元素、加工和外部项，其中数据元素是组成数据流的基本单位。编写数据字典要求格式规范、风格统一、命名、编号与数据流图一致，符合一致性和完整性要求。3.3.1 数据元素数据元素系统名：出租车公司信息管理系统 编号：条目名：工号 别名：属于数据流：F1 F2 F3 F4 F5 F6 F8存储处：D1 D2 数据元素值 代码类型 取值范围 意义 字符 XXXXXX简要说明：是司机在本系统内的唯一标识。修改记录：编写：包学锋日期：2004.5审核：丁宝康日期：2004.53.3.2 数据流数据流系统名：出租车公司信息管理系统 编号：F6条目名：司机基本信息 别名：来源：车队管理部去处：P2.1 司机保单建档数据流结构：司机保单 = （保单号 + 工号 + 保险公司编号 + 险种 + 金额）简要说明：司机保单是车队管理部提交的司机基本信息给办公室后，由办公室为每位司机建立人身保险单。修改记录：编写：包学锋日期：2004.5审核：丁宝康日期：2004.53.3.3数据存储数据存储系统名：出租车公司信息管理系统 编号：D4条目名：车辆维修记录表 别名：存储组织：每一次维修有一条记录。记录数：每年约10000条主关键字：维修单号辅关键字：记录组成：项 名：维修单号 车辆编号 维修公司编号 维修日期 维修金额 近似长度： 8 6 2 8 15 （字节）简要说明：车辆维修记录表保存每一次车辆维修的情况。修改记录：编写：包学锋日期：2004.5审核：丁宝康日期：2004.53.3.4 加工加 工系统名：出租车公司信息管理系统 编号：P3.1条目名：I C卡日营运导入 别名：输入：F1 输出：F15加工逻辑：1、读卡系统将数据文件放到指定目录 2、从指定目录中将数据文件读入 3、根据人员帐号记录匹配记录 4、汇总成IC卡日营运汇总记录简要说明：读取数据文件，生成IC卡日营运导入记录，与新增补充记录一起最终形成汇总记录。修改记录：编写：包学锋日期：2004.5审核：丁宝康日期：2004.53.3.5外部项外部项系统名：出租车公司信息管理系统 编号：条目名：银行 别名：输入数据流：F5：日营运代发文件输出数据流： F3：人员帐号文件 主要特征：与公司进行清算的银行其主要特征为： 简要说明： 修改记录：编写：包学锋日期：2004.5审核：丁宝康日期：2004.53.4 代码设计通过代码设计将本管理信息系统中的管理对象数字化及字符化，以代码的形式表示客观事物的实体类别，从而使计算机能够识别和处理管理对象。设计中尽量考虑代码的适用性、合理性、简明性、系统性、稳定性、可扩充性、标准性和便于识别记忆等原则，设计结果如下：1、 系统中车队的编号车队编号共6位，前4位为固定字符DEPT，代表车队；后两位是车队顺序号，如第1车队为01，第2车队为02，依此类推。例如：DEPT01，代表第一车队。2、 系统中车辆的编号车辆编号共6位，第一位为固定字符T，代表车辆；后五位是车辆顺序号，如00001，00002，依此类推。例如：T00001，T00002。3、 系统中帐号的编号帐号共14位，前5位是储蓄所号，后9位是顺序号。例如：14081100794183，代表是14081储蓄所开出的100794183帐户。4、 系统中保险公司的编号保险公司编号共6位，第一位为固定字符I，代表保险公司；后五位是顺序号，如00001，00002，依此类推。例如：I00001，I00002。5、 系统中维修公司的编号维修公司编号共6位，第一位为固定字符M，代表维修公司；后五位是顺序号，如00001，00002，依此类推。例如：M00001，M00002。第四章 概要设计4.1 概述系统设计是将系统分析阶段所提出的反映用户需求的逻辑方案转化为可供实施的物理方案。根据系统分析提出的逻辑功能要求，结合实际经济、技术和环境条件。确定系统总体结构和物理方案、合理选择硬件、确保系统目标得以实现。系统设计是在系统分析的基础上由抽象到具体的过程。系统设计的原则：严格按照系统说明书所规定的目标、任务和逻辑功能进行设计工作，遵守信息管理和信息技术的有关规范，在充分尊重和理解用户要求的基础上，使设计尽可能满足用户操作使用方面的要求。系统设计的目标：系统分析阶段多提出的反映了用户信息需求的系统逻辑方案转换成可以实施的基于计算机与通信系统的技术方案。系统设计的方法：采用基于将系统分解成相对独立模块的结构化设计方法，主要以HIPO图和IPO图作为系统模块层次结构的描述工具，以E-R图和关系模型作为实体关系的表达工具。4.2系统总体布局方案系统总体结构设计要完成的任务是确定整个系统由哪些组成部分，以及各部分在物理上、逻辑上的相互关系。系统总体结构是指整个系统有哪些部分组成，以及各部分在物理上，逻辑上的相互关系，包括硬件部分 和软件部分。而系统的总体布局是指系统的硬软件资源的数据资源在空间上的分布特性， 本系统采用集中式结构和联机处理方式。有利于资源的统一管理和共享。4.3 软件模块结构设计系统软件功能结构的设计采用HIPO 分层技术，自顶向下逐步分解，以HIPO 分层图为描述工具表示本系统的模块层次结构。模块设计时主要考虑尽量提高模块功能的独立性与简化模块之间的接口，采用以变换为中心和以实物为中心相结合的分析方法进行模块设计。以IPO图描述HIPO分层图中一个模块的输入、输出和处理内容。总体结构图如41所示：4.3.1 HIPO 图HIPO图说明：HIPO图是在子系统划分的基础上，对相应子系统的数据流程图采用变换中心法进行分析。对子系统进一步功能分解，直到分解成含义明确、功能单一的单元功能。出租车公司信息管理系统总体上可以分解为四个模块，每个模块又可划分为以下子模块：1、 日营运汇总：IC卡日营运导入、日营运新增、日营运导出、日营运统计2、 保险管理：司机人身保险管理、车辆保险管理3、 车辆维修管理：车辆维修记录新增、维修记录删除、维修统计 日营运汇总的HIPO图如图42所示 保险管理的HIPO 图 如图43所示 车辆维修管理的HIPO图如图44所示 系统维护的HIPO图如图所示4.3.2 IPO图IPO图是描述分层图中每个模块的输入/输出关系，处理内容，本模块的内部数据和模块间的调用关系。在系统设计中，每一个模块有相应的IPO图。下图出示了HIPO图中主要模块的子模块的IPO图，以做实例。 日营运汇总管理的IPO 图 如图45所示 司机保险管理的IPO 图 如图46所示 车辆保险管理的IPO 图 如图47所示 车辆维修管理的IPO 图 如图48所示4.4 数据库设计数据库设计是在选定的数据库管理系统基础上建立数据库的过程。经过系统分析阶段的工作，开发人员对现行管理系统的信息处理步骤和方法都已掌握。在对系统分析阶段的工作成果：数据流图、数据字典进一步分析的基础上，使用实体关系图（E-R图）工具对整个系统的数据库结构进行设计。E-R图是由实体、属性、联系三部分组成，其符号如图4-9所示：4.4.1 E-R图的实体及其属性本系统中有5个实体，每个实体的属性如下：车队（车队编号、车队名称、车队地址、车队电话）司机（工号、姓名、性别、年龄、驾照号）车辆（车辆编号、牌照号、车型）保险公司（保险公司编号、名称、地址、电话、联系人）维修公司（维修公司编号、名称、地址、电话、联系人）4.4.2 实体之间的联系5个实体之间共有6个联系，分别如下：1、车队和司机是一对多的关系：即车队可以有多个司机。 2、车队和车辆是一对多的关系：即车队拥有多部车辆。3、司机和保险公司是多对一的关系：即多个司机在一家保险公司保险。4、车辆和保险公司是多对一的关系：即多部车辆在一家保险公司保险。5、车辆和维修公司是多对一的关系：即多部车辆在一家维修公司维修。6、 司机和车辆是多对多的关系：即一个司机可以驾驶多部车辆，一部车辆可以被多个司机驾驶。联系的属性如下：1、 司机人身保险（保单号、险种、金额）2、 车辆保险（保单号、险种、金额）3、 营运（营运单据号、日期、单价、里程、金额）4、 车辆维修（维修单号、维修类型、维修日期、维修金额）4.4.3 系统的E-R图4.4.4 关系转换规则 E-R图向关系模型的转化要解决的问题是如何将实体和实体间的联系转换为关系模式，如何确定这些关系模式的属性和码。对于实体，将每个实体转换为一个关系，实体的属性即为关系的属性，实体的码即为关系的码。对于实体间的联系，有以下三种不同的情况：1、若实体间的联系是1：1，可以在两个实体转换成的两个关系中任意一个关系的属性中加入另一个关系的码。2、若实体间的联系为1：n，则在n端实体转换成的关系中加入1端实体转换成的关系码。3、若实体间的联系是n：m，则将联系转换为关系，关系的属性为诸个实体的码加上联系具有的属性，而关系的码则为诸实体的码的组合。4.4.5 关系模式由E-R图向关系模型的转换（主键用“_”表示，外键用“”表示） 1、 车队（车队编号、车队名称、车队地址、车队电话）2、 司机（工号、姓名、性别、年龄、驾照号，车队编号、保单号、保险公司编号、险种、金额）3、 车辆（车辆编号、牌照号、车型、车队编号、 保单号、 保险公司编号、险种、金额）4、 保险公司（保险公司编号、名称、地址、电话、联系人）5、 维修公司（维修公司编号、名称、地址、电话、联系人）6、 营运（营运单据号、车辆编号、工号、日期、单价、里程、金额）7、 车辆维修记录（维修单号、车辆编号、维修公司编号、维修类型、维修日期、维修金额）这个模式中，6个联系分别转换为以上6个关系。车辆和维修公司是多对一的关系，但由于一部车辆可以在维修公司里进行多次维修，因此也转换为一个关系，共有7个关系。详细设计5.1 表设计进一步确定以上关系模式中各个数据项的类型和长度，将每个关系转换为数据库中的二维表格，并确定了各个表的主码和外来码，得到以下表结构：司机（DRIVER）表结构FieldField NameTypeWidthPrimary KeyForeign Key1EMPNO（工号）C6Y2EMPNAME（姓名）C203EMPSEX（性别）C404EMPAGE（年龄）C135DRIVERNO（驾照号）C66DEPTNO（车队编号）C6Y7DRVINNO（保单号）C68INCONO（保险公司编号）C6Y9INTYPE（险种）C1510AMOUT（金额）N15车辆（TAXI）表结构FieldField NameTypeWidthPrimary KeyForeign Key1TAXINO（车辆编号）C6Y2CARNO（牌照号）C83CARTYPE（车型）C204DEPTNO（车队编号）C6Y5DRVINNO（保单号）C106INCONO（保险公司编号）C6Y7INTYPE（险种）C158AMOUT（金额）N15营运记录（DAY）表结构FieldField NameTypeWidthPrimary KeyForeign Key1RENO（营运单据号）C14Y2DEPTNO（车队编号）C6Y3EMPNO（工号）C6Y4DATE（日期）D85AMOUNT（金额）N156PRICE（单价）N157SPACE（里程）N35.2 人机界面设计界面设计是评价软件质量的一条重要指标,所谓用户界面是指软件系统与用户交互的接口,通常包括输入、输出、人机对话的界面与方式等。数据的收集和录入是比较费事的，需要大量人力和一定设备，并且容易出错。如果输入系统的数据有错误，则处理后输出将扩大这些错误，因此，输入设计的出发点是确保信息系统提供正确的信息。目标是在保证输入信息正确性和满足需要的前提下，应做到输入方法简单、迅速、经济和方便使用者。同样，输出设计也应数据准确，数据报表通俗易懂。本系统在设计时充分考虑到操作易用性及准确性，采用了人机对话方式。人机对话主要是指在计算机程序运行中，使用者与计算机系统之间通过终端屏幕或其他装置进行一系列交替的询问与回答。对话设计的任务是与用户共同确定对话方式、内容与具体格式。人机对话的方式主要是：键盘屏幕方式。屏幕是系统对用户的窗口，如设计不好，会使用户对整个系统失去信任。本系统采用了大量美观、友好的图形用户界面，提高用户使用系统的热情和积极性。系统的界面如下：5.2.1主界面5.2.2 IC卡日营运导入界面：5.2.3 用户权限界面：5.2.4 日营运汇总报表：5.3 程序流程图5.3.1 程序设计管理信息系统处理方式的合理选择，就是一个处理过程的设计问题。选择处理方式实际上就是根据系统的任务、目标和环境条件，合理地选择信息活动的形态及具体方法。程序流程图又称为方框图。表示方法简明直观，是用来描述程序执行的逻辑过程的。它把程序的基本步骤归纳为：处理、判断、输入/输出、开始和结束等几个基本功能，并用不同的记号加以表示，从而描述程序的执行过程。在绘制程序框图时，使用的符号说明如下：下面是系统主程序流程图：日营运统计子系统流程图：5.3.2编程的过程及特色程序的编写是按照详细设计阶段产生的程序设计说明书，及选定的程序设计语言书写程序。在程序设计过程中，不仅要保证程序的正确性，而且要保证程序的可读性，为以后的维护提供方便。本系统在主框架的模块上采用自顶向下的方式，把系统的功能按照模块化和逐步细分的方法分解到最小的控制。在界面的设计上采用面向对象的方式，先设计底层模块，把有共性的界面设计，功能放在底层模块统一处理。这样既保证了界面的统一性，减少了编程的工作量，同时也方便了修改。许多修改只要在底层模块统一完成，不必一一修改。本系统所采用的开发工具是PowerBuilder 7.0它是目前国内外流行的前端开发工具，是目前开发Windows应用程序最好、最快、最简单的开发工具之一。PowerBuilder率先采用可视化的程序设计方法，面向对象的程序设计思想，事件驱动的编程机制，具有高度的可扩充性，支持大型数据库的连接与存取操作。PowerBuilder还支持动态数据交换、对象的链接与嵌入等新型的编程技术。第五章 系统实现6.1 概述系统实施是在继承此前阶段系统分析与设计工作成果的基础上，将逻辑的设计转化为可以实际运行的物理系统的阶段。6.2实施环境与工具硬件环境： P4以上主机 128M以上内存 10G以上硬盘空间VGA高分辨率显示器键盘及鼠标输入设备软件环境：操作系统为： WIN98，WIN2000，WINXP编程工具： PowerBuilder 7.0数据库管理系统：Microsoft ACCESS系统开发所用的工具是PowerBuilder 7.0，是WINDOWS平台的面向对象的开发工具，采用面向对象的分析、设计方法，在开发中很好地用到了面向对象的继承性等特点，大大减少了编程的工作量，保持了界面风格和操作风格的一致性，加速了开发进度、效率和质量。使得该项目能在很短的时间内完成建设工作。6.3 系统测试系统测试是管理信息系统开发周期中的十分重要而漫长的阶段。它是系统质量与可靠性的保证，是对整个系统开发过程的最终审核，其目的是发现系统的错误。软件测试通常采用人工测试与机器测试。人工测试包括个人复查、走查和会审。由于本系统规模小，所以人工测试主要采用个人复查，在源程序编写完成以后，由自己进行详细检查，并请有丰富经验的程序设计人员对本系统进行了检查。机器测试采用黑盒测试和白盒测试，黑盒测试主要是在完全不考虑程序内部结构和特性的情况下测试软件的外部特性，根据软件的需求规格说明书设计用例，从程序输入和输出特性上测试是否满足设定功能。白盒测试是按照程序内部结构和处理逻辑选择测试用例，对软件的逻辑路径及过程进行测试。系统测试一般分为四个步骤，即单元测试、组装测试、确认测试与系统测试。单元测试单元测试又称模块测试，是对程序运行中的最小单元（一个模块或一个子程序），通过采用白盒测试的方法，检查每一模块的独立功能，确保每个模块作为一个独立单元能正确运行。组装测试在对每个模块完成了单元测试以后，按系统详细设计和程序设计为依据，将模块连接起来进行组装测试。通常采用黑盒测试法。在建好部分或全部菜单后，先使用运行命令将该菜单启动，然后点击菜单，检查菜单能否运行。这是从程序的输入和输出特性上测试程序的各部分能否正确完成自身功能，并和其它部分有效地协调工作。确认测试通过组装测试后，就要以整个软件作为测试对象，进行确认测试。目的是要进一步检查软件是否符合软件需求规格说明书的全部要求，因此又称为合格性测试。采用黑盒测试法。系统测试和调试确认测试完毕，最后要将信息系统的所有组成部分包括软件、硬件、用户以及环境等综合在一起进行系统测试，以保证系统的各组成部分协调动作。因此，系统测试是面向集成的整体系统的，采用黑盒测试法。测试用例以实际应用为基础，从超市门店内部抽取若干数据在系统中实际运行，检验系统是否符合用户需求，使用过程是否正常，是否能代替一些日常手工工作以提高工作效率。通过测试发现系统存在的问题，而调试则是为了找到错误原因并及时纠正。系统维护工作贯穿整个系统的活动，在新系统正式投入运行后，为了让系统长期高效地工作，必须对系统进行定期的维护和管理。而且系统维护工作并不仅仅是技术性工作，为了保证系统维护工作的质量，需要付出大量的管理