《运输企业管理信息系统(共32页).doc》由会员分享,可在线阅读,更多相关《运输企业管理信息系统(共32页).doc(32页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、精选优质文档-倾情为你奉上内蒙古科技大学经济与管理学院课程设计报告课设名称 信息系统分析、设计与程序设计 日 期 2008-06-162008-7-4 指导教师 班 级 学号姓名 成 绩 目录1 案例1运输企业管理信息系统1.1运输企业管理信息系统概述随着经济全球化和物流业的飞速发展,运输企业信息化越来越受到重视。运输企业信息化的根本宗旨是提高物流效率、降低物流成本、提高客户满意度。物流流程主要是信息沟通的过程。信息流贯穿于整个物流流程,物流的效率依赖于信息沟通的效率。所以,管理信息系统是物流企业信息化的核心和中枢,只有实现了信息化,才能有效地实现物流的网络化、系统化和柔性化,运输企业才能有效
2、地提高物流效率,为客户提供优良的物流服务。运输企业管理信息系统是以某交通运输企业管理信息系统为背景,利用现代信息技术发展成果和相关技术,建立起集成化、网络化的运输企业管理信息系统,主要功能包括:客户关系管理、客户合同信息管理、车辆管理、车辆维修管理、运输需求信息管理、车辆配送及调度、车辆的运输反馈及信息统计和网上物流管理系统等。通过信息化建设促进运输企业向现代化物流管理方向发展。本案例的研究可为运输企业起到良好的示范作用。1.2运输企业管理信息系统规划1.2.1运输企业组织结构调查该汽车运输集团有限公司主要设有技术部、客货运输部、企业管理部等职能管理部门,下属运输公司有:零担运输公司、整车运输
3、公司、客运公司、旅游公司等,其组织机构框架如图1.1所示。图1.1 集团公司组织结构总体框架客货运输部以职能管理为主,主要负责对客货运输过程的各项问题,尤其是安全管理进行宏观管理和调控。技术机务部主要负责对集团公司所属车辆(包括公司所属河融资挂靠)的购置、调拨、报废、维修等实施管理。在车辆的购置、报废、调拨业务中按照车辆的产权归属执行不同的审批手续。技术机务部队车辆的日常维修管理限于报表管理方式,即依赖下属企业的报表对车辆进行维修方面的监控。依据车辆的各项管理信息,技术机务部进行一些信息统计。企业管理部在车辆的运营管理方面主要进行的是运输方面的统计处理,即根据下属企业在车辆运营方面的统计报表进
4、行综合统计,产生集团公司总体的运输统计信息。1.2.2运输企业业务调查调研围绕着客货运输及相关管理展开,采取以货物运输为主,客运为辅的策略。在集团公司的职能部门重点调查客货运输部、技术机务部和企业管理部。下属运输公司重点调查物流公司、快运物流公司,其次是高快客运公司和旅游公司。1、集团公司业务调查(1)车辆购置业务流程如图1.2所示。图1.2 车辆购置业务流程(2)车辆报废业务流程如图1.3所示。图1.3 车辆报废业务流程(3)车辆调拨业务流程,如图1.4所示图1.4 车辆调拨业务流程(4)车辆维修业务流程,如图1.5所示图1.5 车辆维护业务流程(5)车辆信息统计业务流程,如图1.6所示图1
5、.6 车辆信息统计业务流程(6)营运汽车使用情况统计业务流程,如图1.7所示图1.7 营运汽车使用情况统计业务流程2、下属运输公司业务流程调查下属运输公司业务流程调查情况如下:该汽车运输集团有限公司中的客货运输主要下属公司有物流公司、快运物流公司、高快客运公司和旅游公司。本次业务调查在这4个公司展开。(1)零担运输公司物流公司主要以配送服务为主,在其配送业务中主要是接受客户的配送指令,按指令将客户的物资或商品配送到仓库或指定地点,其业务流程如图1.8。图1.8 仓储配送业务流程运输完成后对汽车营运情况的统计如图1.9所示。统计处理是根据配送完成后的信息反馈来进行的,其中包括车辆的行驶里程、油料
6、消耗信息以及车辆的各类统计指标信息。所生成的统计报表报集团公司企业管理部,并由该部门进行全公司的车辆营运情况统计。(2)整车运输公司整车运输公司的组织机构中,从业务部门的划分来看,它拥有市场部、大件运输部、物流运输部、信息中心、配载中心,其机构设置与零担运输公司类似,但每个部门都拥有与大件运输部相同的业务环节,即都围绕着货物运输开展相应的接收货运委托的业务、货运调度、安全管理及运输统计,以及财务管理和人事管理。其相关的业务流程如图1.10所示。(3)高快客运公司高快客运公司是以客运为主的公司,目前它拥有自动售票系统治吃其日常的客运售票,其业务流程如图1.11所示。(4)旅游公司业务流程旅游公司
7、所承担的客运业务主要来自旅行社,根据旅行社的旅游信息安排客运。其业务流程如图1.12所示。图1.9 运输统计业务流程图1.10 整车运输公司运输业务流程图1.11 高快客运公司业务流程图1.12 旅游公司业务流程1.2.3运输企业业务流程分析通过运输集团业务流程调查可以看出,目前的集团公司及下属公司的各项管理有以下几方面的特点:1、以手工管理方式为主无论是集团公司上层的宏观管理,还是在下属公司的业务流程管理,均以手工方式为主。对信息的手工处理所存在的问题是信息处理效率低、信息反馈不及时,同时还不可避免地存在数据统计计算中的一些错误。例如,在车辆维护信息方面,下属公司将车辆维护信息以统计报表的形
8、式上报集团公司,则集团公司不可能及时获取实际的车辆维修信息,对车辆的维修监控失去力度;在统计信息处理方面,下属公司采用手工方式进行汽车运营统计,采用纸介质报表形式上报集团公司,其统计与上报周期长,不利于公司高层领导及时获取统计数据。2、业务流程各不相同集团公司以客货运输服务为主,在客运方面高快客运是以客运定点班次方式在客运站配车、发车,而在旅游公司则根据旅行社旅游团的实际需求配车、发车。客运方面所面对的客户不同,因此要有与之配套的业务流程。但在货运方面,物流公司主要服务于长期的客户,如海尔、TCL、铁路等,而快运物流公司则为大宗货物运输的客户或其他类型(主要是短期)的客户提供运输服务,两个公司
9、的业务流程也有较大的差别,特别是在快运物流公司,它的一个部门相当于一个子公司,各部门负责自己的运输业务。从业务流程上看,分散管理是公司的主流管理方式。3、配送站点或分部门各自为战,运营车辆得不到合理利用由于采用的是分散管理方式,也导致了车辆的配送、调度的分散处理。在业务流程调研初期,物流公司的配送调度业务都在各自配送站点进行,车辆被分散在各个配送站点中,车辆的综合调度能力差,经过半年多的业务整合,目前物流公司将车辆的配送调度纳入配送调度中心进行,这样在车辆的综合调度方面有了极大的改进,但在快运物流公司,其运输业务仍在各个业务部门中,车辆的合理调度有待提高。4、客户服务渠道单一,运输质量有待提高
10、运输企业是服务性行业,客户服务的好坏与企业的效益密切相关,但目前运输公司仍然采用传统方式承揽客户的运输合同、进行客户服务,虽然在快运物流公司的信息都有在网站以网络方式提供信息服务,但由于信息的滞后性导致其利用率低下。此外在货物运输途中,企业也无法及时获取运输状态,因此,也就无法为客户提供在途车辆信息查询服务。1.2.4运输企业业务流程再造运输企业管理的信息化不是在原手工管理方式基础上的简单模仿,而是要对信息资源进行合理整合,并对业务流程进行优化配置后进行。因此,其首要问题就是要进行业务流程的再造。对运输企业业务流程再造的目标是实现从职能管理向流程管理的转变。所谓流程管理模式,就是以企业战略总目
11、标、客户需求、市场占有率为导向,将企业的行为视为一个总流程下的流程集合,对这个集合进行管理和控制,强调全过程的协调和目标化。把运输企业的分段流程整合成一个完整的大流程,各个部门之间形成一种共同为客户服务的理念,相互制约、相互监督,充分发挥流程的效率。在新的业务流程中,业务流程占主导地位,职能管理部门的作用更多地转变为激励、协调、培训等。在流程管理模式中,运输企业高层领导关注更多的是客户的需求、市场占有率等综合指标。下面主要以运输配送、车辆管理及统计业务正和为例进行说明。1、运输配送业务流程按照服务管理机制的指导思想,运输企业的业务流程要实现以客户服务为中心,以客户的需求(订单)为驱动的管理模式
12、,首先就要对企业的各类客户的基本信息进行统一管理,这一管理环节可以由客户服务部来完成,同时客户服务部还要负责客户的反馈意见。客户与负责开拓市场的市场部业务人员签订长期、短期或一次性合同,合同签订后由专人负责合同的评审,评审通过后合同才能生效。调度中心接受客户的运输委托,并根据合同的要求和车辆信息,适时统一的配送调度,集中配送调度可以将现有的车辆有效地正和在一起,综合考虑资源的合理利用,打破原来车辆分散管理、分散调度所造成的资源浪费,可以提高车辆的整体利用率。在配送过程中调度中心实时监控车辆的运行,并根据车辆的运行状态及时调度。车辆配送完成后设置的管理环节是获取车辆运输完成反馈信息,并根据反馈信
13、息、合同信息、运输需求进行统一的费用结算。业务流程如图1.13所示。图1.13 运输配送业务流程运输配送业务流程从市场及客户的需求出发,将客户服务人员、市场人员、调度人员、配送司机、结算人员有机地联系在一起,每个员工或部门是整个流程中的一个环节,所完成的工作是整个流程中的一个阶段,这样部门之间的绝大所属工作衔接就可以按照确定的流程及标准进行。2、车辆管理业务流程车辆管理业务体现在集团公司和下属公司之间管理环节的衔接。首先在车辆的购置、报废、调拨的业务处理上,集团公司下属的二级公司要提交车辆的购置、报废、调拨申请,集团公司职能部门接到申请后在申请审批这一环节中首先判断车辆的产权归属,如果是融资挂
14、靠则审批程序在职能部门内部进行,即由职能部门中的总工程师对申请进行审批,生效后产生调拨单下发所属公司及各有关部门;如果产权归属为公司所属则在职能部门内审批后还要报请集团公司总经理的审批,获得批准后再产生调拨单下发所属公司及各有关部门。车辆信息是运输企业管理的核心,是集团公司和下属公司共享的信息。从审批程序来看,保证信息传递的渠道要及时、畅通是十分必要的。在车辆的维修管理方面,也需要集团公司和下属公司之间的协调管理。首先在车辆维修计划的制定上,维修计划要根据车辆的实际运营情况来制定,车辆的实际运行情况掌握在下属公司中,应此必须采用规范的维修规则来帮助和约束下属公司及时制定正确的维修计划,以保证车
15、辆的完好状态。如果细心你渠道畅通,下属公司的车辆运行状态能够及时反馈到集团公司的车辆基本信息库中,那么集团公司相关的职能部门也可以按同样的维修规则制定维修计划,并将维修计划与下属公司的维修计划相比较,在制定维修计划这一环节上提供监控管理。如果车辆的运习惯状态不能及时反馈到集团公司的车辆信息库中,则职能管理部门只能将下属公司的维修计划收集并汇总上来,按下属公司的维修计划对车辆的维修情况进行监督。由于车辆的维修在下属公司中进行,集团公司职能部门对维修的监控只能依赖于下属公司的维修结果报告。另外,车辆的缴费处理环节是根据车辆的基本信息来进行的,因此,可以在集团公司的职能部门中进行。车辆管理的业务流程
16、如图1.14所示。从业务流程图中可以看出,集团公司的职能部门和下属公司之间要有畅通的信息交换渠道,强调运用信息工具的重要性,用自动化、电子化来体现信息流增加效率是非常重要的。同时,也可以看出集团公司的职能部门在车辆管理中的吊空地位和下属公司的执行地位,并且职能管理部门和下属公司仍然是管理流程环节中的一部分,体现了操作管理机制的思想。图1.14 车辆管理业务流程3、库存业务流程如果从第三方物流角度看运输企业的各项业务,仓储管理是极其重要的组成部分。全面的仓储管理包括运输、收发货、包装、物资登录、存储订货拣选、集结物资和资源管理等。具体在公路运输企业中结合项目依托单位的业务现状,目前的仓储管理流程
17、可以包括出入库的管理、库存产品的移库、库存产品的退货调换、仓库库位及安全库存管理、库存的盘点与阶段即库存统计等环节,库存业务流程如图1.15所示。业务室运输企业的重要组成部分,其客户服务、合同管理等应该与运输配送业务形成有机的整体,即客户的管理与合同的签订、出入库运输的需求要反映在运输配送业务流程和库存业务流程中,满足客户需求的出入库运输需求要在配送调度中心的统一调度下完成。在仓储管理内部可以充分利用信息技术,如采用条码技术等可以实现出入库的操作,从而保证出入库的正确性。此外,在仓库管理中的移位操作、库存结算、库存统计则可以采用数据库技术,开发一套完整的管理信息系统,实现优质的仓储管理及客户服
18、务。利用仓储管理可以为一些大型生产企业提供仓储、配送等第三方物流服务,今后的业务可以延伸到分拣、包装、组装、拆装等。目前在项目依托单位中的泰来物流公司,已逐步完善这项业务。另外,由于库存管理业务目前并没有在项目依托单位中全面展开,集团公司相应的职能部门还没有针对这项业务进行宏观管理的需求,因此库存统计放在库存业务流程中。随着今后发展的需要,库存统计信息业可以采用网络方式传输到集团公司中,由集团公司进行汇总统计,生成更高一级的统计信息,为集团公司的高层决策提供依据。图1.15 库存业务流程4、统计业务流程统计业务在两个层面上进行,基础的统计在下属公司内部进行,首先进行单车运转情况的统计,其信息来
19、源于配送业务中的派车令、车辆管理中的维修计划和维修结果、司机所提交的运输完成反馈信息。根据单车统计信息,统计员进行整个公司的车辆运营情况统计,统计结果上报集团公司职能部门,由职能部门进行更深一层的统计,其统计工作分为两个环节,一是基础统计数据的汇总与再统计,一是基于大量统计信息而进行决策分析,统计与分析结果报集团公司决策层,为高层领导的宏观管理和决策提供依据。从统计流程中可以看出,效率是第一位的,在千变万化的市场面前,数据处理的效率必须提高,因此,必须采用先进的信息处理技术,如数据库技术、数据仓库与数据挖掘技术,来提高信息处理的效率,并使得决策分析更加科学合理,同时还必须使用计算机网络技术来提
20、高信息传递的效率。只有这样才可以使决策层领导在第一时间或尽可能短的时间内获取正确、及时而有效的信息。统计业务流程如图1.16所示。图1.16 统计业务流程1.2.5信息系统数据规划在上述业务规划的基础上进行数据库规划。数据库规划一览表见表1.1。运输配送业务流程图如图1.13所示,从数据库的角度,客户、合同、车辆是一个实体,可以建立相应的主题数据库。客户的运输需求是在合同约束下由客户提交的,其相关信息业可以建立一个运输需求主题数据库。调度员依据运输需求和车辆状态进行配送,其配送结果存放在配送数据库中,根据配送数据库中的结果打印派车令。建立运输完成反馈数据库存运输完成后的运输结果,如车辆行驶里程
21、等。根据运输完成情况和合同计算费用,并建立付费数据库,保存收费信息。车辆管理业务流程如图1.14所示,根据车辆管理业务流程进行主题数据库的规划:车辆的购置、报废、调拨申请是一个主题,须建立一个车辆申请主题数据库,建立车辆的维修数据库和维修统计数据库,存放有关车辆的维修信息。库存管理业务流程如图1.15所示,仓库及库位信息是库存管理的基础数据,用仓库基本信息库存放这些基础数据。库存业务中的出入库管理依据仓库基本信息来进行,其管理信息存放在货物出入库数据库中,库存的结算与盘点信息存入库存结算数据库中。考虑到目前库存业务的局限性,在本次应用系统开发中只涉及货物的出入库信息录入和库存的简单结算,其余的
22、各项功能的开发有待于在其业务扩展后进行。统计业务流程如图1.16所示,可以为统计数据库建立两个主题数据库,一是集团公司层的车辆统计(总公司)数据库,一是下属运输企业的车辆统计(分公司)数据库。同样,对仓储统计数据库、人事统计数据、财务统计数据也可以在总公司和下属运输企业中建立,由于篇幅关系,本案例不考虑仓储统计数据库、人事统计数据及财务统计数据的数据库设计。表1.1 数据库一览表序号主题数据库名称主题数据库标识1客户数据库Db_client2合同数据库Db_contract3车辆数据库Db_vehicle4运输需求数据库Db_require5配送数据库Db_match6付费信息库Db_cont
23、ract_pay7车辆申请数据库Db_apply8车辆维修数据库Db_repair9仓库基本信息库Db_warehouse10出入库数据库Db_warehouse_io11库存结算数据库Db_warehouse_check12集团公司层的车辆统计(总公司) 数据库Stat13运输企业的车辆统计(公司) 数据库Stat_company14基础数据库Code1.2.6信息系统概念模型设计注:根据用户需求分析(即,各类流程图,主要指业务流程图),给出相关数据库及其基本表、试图等内容的概念模型来,画出E-R图,注意各数据表之间的连接关系。1.2.7应用系统体系结构设计将再造的业务流程与规划出的主题数据
24、库结合在一起画出U-C矩阵。矩阵中的U表示某项业务使用某一数据库,C表示某项业务负责产生某一主题数据库,同时也使用该主题数据库。主题数据库与业务流程中的各项业务处理环节所组成的U-C矩阵见表1.2。表1.2 U-C矩阵 数 据 库项 目基础数据库车辆数据库车辆申请数据库车辆维修数据库客户数据库合同数据库运输需求数据库配送数据库付费信息库仓库基本信息库出入库数据库库存结算数据库分公司统计数据库总公司统计数据库基础数据库管理C接收车辆变动申请UC申请审批UCC车辆缴费UC制定车辆维修计划UUC实施维修UC汇总维修计划UC维修监督与汇总UU客户管理UC签订合同UUC合同评审UC接收货运委托UUC配送
25、调度UUUC运输监控UU接收运输完成反馈UU客户运输结算UUUC仓库库位管理UC接收并审核入库需求UUC接收并审核出库需求UUC库存结算UUC分车统计UUUC车辆统计(分公司)UC车辆统计(总公司)UUC决策分析UUC在U-C矩阵基础上进行的体系结构设计见表1.3。将U-C矩阵进行调整,使C集中在对角线上,然后划分出信息系统的子系统,如表1.3所示。其中,落在黑框外的U表示子系统之间的信息交换关系,从而可以看出数据库的共享性。表1.3中各子系统的功能如下:子系统1:基础数据管理,提供了对各类编码数据的维护功能。子系统2:车辆管理,提供了车辆的变更申请、审批、车辆基本信息管理以及车辆维修业务处理
26、功能。子系统3:客户合同管理,提供了对客户基础信息和合同基本信息的管理。子系统4:配送调度管理,提供了运输需求的信息的处理,以及配送处理、动态监控、调度、车辆运输完成反馈信息处理等。子系统5:库存管理,提供了仓库基本信息的管理、出入库管理和库存结算。子系统6:统计分析,提供了车辆使用情况的统计处理及在高层决策的数据分析。表1.3 应用系统体系结构数 据 库项 目基础数据库车辆数据库车辆申请数据库车辆维修数据库客户数据库合同数据库运输需求数据库配送数据库付费信息库仓库基本信息库出入库数据库库存结算数据库分公司统计数据库总公司统计数据库基础数据库管理1接收车辆变动申请U子系统2申请审批U车辆缴费U
27、制定车辆维修计划U实施维修U汇总维修计划U维修监督与汇总U客户管理U子系统3签订合同U合同评审U接收货运委托UU子系统4配送调度UUU运输监控U接收运输完成反馈U客户运输结算U仓库库位管理U子系统5接收并审核入库需求U接收并审核出库需求U库存结算U分车统计UUU子系统6车辆统计(分公司)U车辆统计(总公司)U决策分析U1.3运输企业信息系统分析信息系统分析师总体规划的深入,在信息系统规划阶段,通过对整个开发系统进行全面的调查,制定出信息系统的总体逻辑结构及开发策略和计划,它是战略的、宏观的考虑,其目的是为了避免开发工作的盲目性和片面性,使得信息能够被充分地共享并发挥资源的作用。因此在规划阶段,
28、信息系统中的许多细节没有必要加以考虑,这些细节问题在系统分析阶段才能逐步地搞清楚。系统分析阶段的核心是数据库的设计,以及建立在数据库模型基础上的新系统的逻辑结构设计。按照信息系统规划结果,对每一个子系统在收集用户视图的基础上首先进行的是详细的数据分析,其后是建立在数据库模型基础上的功能分析,构建每一个子系统的逻辑结构。如何根据已调查结果及用户的数据处理需求产生新系统的逻辑结构,数据分析是关键的一步。总体规划所指出的主题数据库是实现信息共享的首要条件,它规定了各系同之间的数据共享和交换关系以及这些数据的分布要求,但是这些主题数据库具体是如何组织的,如何将总体规划中的主题数据库组织成合理的逻辑结构
29、,为完成某些具体应用需求还需要再建立哪些专用数据库,这是数据分析所要完成的主要任务。 进行数据分析形成数据模型的过程就是按照总体方案的要求,将主题数据库中所包含的内容进行规范化处理的过程。信息系统得规划阶段已经通过聚类分析规划出了数据类,而前面的业务流程调查和数据流程分析能够更加清晰地确定出主题数据库所包含的各项数据元素及其相互间的依赖关系,从而为建立主题数据库模型奠定了基础。 主题数据库模型的建立一般可以采用以下几个步骤:(1)将每个主题数据库所包含的各类数据库载体(各种单证、报表、账册等)收集在一起,消除冗余的数据元素,最终确定出这些数据载体中应该包含的数据元素,并分析他们之间的数据依赖关
30、系,必要时可以将这组以来关系列在一张表上。(2)按数据库规范化理论,将这些主题数据库规范成三范式,形成一组关系表。(3)从理论上说三范式形式是一种良好的规范化结构,但是在实际应用中还要考虑这组关系是否能够真正满足应用的需求,从实际应用出发,可将有的关系调整到二范式甚至一范式就可以了。(4)与用户进行充分地讨论,确定出主题数据库德逻辑模型。采用这种方法建立的数据库模型是由总体规划得到的,首先保证了整体最优,在详细的分析阶段又充分考虑到实际的应用需求,因此这样的数据模型是稳定的。按照上述的数据库设计方法并将其与功能分析有机的结合,可得到下列子系统的分析方案。尤其需要指出的是,在各个子系统的本阶段分
31、析过程中,首要实施的任务是针对前一阶段的概念模型设计所反映的数据关系的转换(即逻辑结构设计),从而为应用系统的开发提供良好的数据库基础。1.3.1可行性分析注:从人员、技术、经济、管理、风险、操作(运行)、进程等方面进行分析。1.3.2基础数据管理子系统基础数据管理子系统提供的是以编码为主的数据管理功能。通过对收集到的用户视图的分析可以得出信息系统所需要的规范的编码数据库。其中,包含的数据库表如表1.4所示。表1.4 基础数据管理子系统数据库表数据库名称数据库表名称数据库表标识基础数据库二级公司编码表Code_company二级公司部门编码表Code_dept单位性质编码表Code_clien
32、t_character产权归属编码表Code_vehicle_peoperty省直辖市编码表Code_peovince合同类型编码表Code_contract_type付款方式编码表Code_payment车型编码表Code_vehilce_type车辆状态编码表Code_state车辆级别编码表Code_vehile_level例保项目编码表Code_maintain_item例保检查评定级别编码表Code_maintain_type修理作业类型编码表Code_repair_type费用结算类型编码表Code_balance_type配送站编码表Code_match_station服务项目编
33、码表Code_server_item客户意见类型编码表Code_client_notion在基础数据库设计的基础上,建立基础数据库数据流程,如图1.17所示。图1.17 基础数据库流程1.3.3车辆管理子系统车辆的变更申请、审批、车辆基本信息管理以及车辆维修业务处理功能所涉及的数据库是车辆数据库、车辆申请数据库、车辆维修数据库,通过对用户视图的收集,得到与3个主题数据库相关的数据,并对数据进行规范化处理后,得到数据库表结构,如表1.5所示。表1.5 车辆管理子系统数据库表数据库名称数据库表名称数据库表标识车辆数据库车辆基本表Db_vehicle车辆折旧记录Db_vehicle_deprecia
34、tion发动机维修记录Db_vehicle_engine车辆大修记录Db_vehicle_maintain车辆改装记录Db_vehicle_refit车辆休息信息表Db_holiday_vehicle车辆事故信息表Db_accident_vehicle车辆当前状态信息表Db_state_vehicle车辆缴费信息表Db_vehicle_pay报废车辆信息表Db_vehicle_reject报废车辆折旧记录Db_vehicle_depreciation_reject报废车辆发动机维修记录Db_vehicle_engine_reject报废车辆大修记录Db_vehicle_maintain_rej
35、ect报废车辆改装记录Db_vehicle_refit_reject车辆申请数据库车辆购置申请单Db_apply_purchase车辆报废申请单Db_apply_reject车辆调拨申请单Db_apply_transfer车辆维修数据库例保车辆信息表Db_maintain_vehicle例保车辆检查项目信息表Db_maintain_vehicle_item车辆维修信息表Db_repair_vehicle车辆维修项目信息表Db_repair_vehicle_item车辆维修统计信息表Db_repair_vehicle_stat在车辆变动申请处理中包括车辆购置、调拨、报废申请及审批,获得购置审批后
36、可以进入车辆基本信息管理流程。车辆购置管理数据库流程如图1.18所示;车辆调拨管理数据流程如图1.19所示;车辆报废管理数据库流程如图1.20所示;车辆维修处理数据流程如图1.21所示,车辆缴费处理数据流程如图1.22所示。图1.18 车辆购置管理数据流程图1.19 车辆调拨管理数据流程图1.20 车辆报废管理数据流程图1.21 车辆维修处理数据流程图1.22 车辆缴费处理数据流程车辆的事故信息、车辆的休息信息及车辆状态的管理如图1.23所示。图1.23 车辆状态管理数据流程1.3.4客户合同管理子系统客户合同管理子系统提供了对客户基础信息和合同基本信息的管理。其客户数据库、合同数据库结构如表
37、1.6所示。客户及合同数据流程如图1.24和图1.25所示。其中考虑到在完成运输时的付费处理与合同条款及合同管理关系紧密,因此将付费信息管理放在合同管理流程中实现。表1.6 客户合同管理子系统数据库表数据库名称数据库表名称数据库表标识客户数据库客户基本信息表Db_client合同数据库合同信息台账Db_contract合同数据库合同评审表Db_contract_evaluate付费数据库付费数据库表Db_contract_pay图1.24 客户管理数据流程1.3.5配送调度管理子系统(略)1.3.6库存管理子系统(略)1.3.7统计分析子系统(略)1.4信息系统设计系统设计的人物是要依据系统分
38、析文档资料并采用正确的方法,来确定系统各功能模块在计算机内应该由哪些程序组成,它们之间用什么方法联结在一起,以构成一个最好的系统机内结构,同时还要使用一定的工具将所设计的成果表达出来,另外考虑到实现系统功能的需要,还要进行数据库的详细设计、编码设计、输入输出界面(人-机界面)设计等。1.4.1信息系统设计原则在功能模块设计中遵循的指导原则如下:1、功能界面简单、规范由于信息系统中体现了整个运输配送业务流程,相关的功能模块比较多,因此在界面设计上使用统一的设计风格,同时将数据库进行有效形成实体操作类、编码操作类,联系操作类,不同的类型使用相似的界面操作方式。2、操作上的简便性数据库中大量的数据都
39、是通过人机交互的键盘操作而获得的,因此保证数据库数据的正确性、完整性是信息系统正常进行的重要保证。数据库中的基础数据时数据完整性的重要保证措施,在人机交互的键盘操作中,编码数据要采用下拉列表方式进行选择输入,这样减少击键次数,同时也提高了数据输入的正确性。3、降低模块之间的耦合性,提高模块的独立性信息系统开发的一个重要问题是要提高系统的可修改性,可修改性的提高主要是靠降低模块间的耦合性来实现的。模块间的耦合性越大,其独立性就越小,系统地刻修改性就越差。在信息系统设计中模块间只通过数据库实现信息交换,避免使用参数及进行交换,让数据库真正成为信息系统各功能模块之间的“粘合剂”。4、编码设计的规范性
40、编码是数据库的基础,也是数据完整性的重要保证。编码实际上提供的是一套规范的数据标准。在编码设计中,尽量使用已存在的编码,在没有现成编码的条件下再自行设计编码。另外,由于编码主要是从新的信息系统的规范使用信息角度来设计的,业务人员对一些代码并不关心,关心的事与该代码相关的名称,因此在模块实现中要将代码和名称同时提交业务人员,以便正确、规范地进行操作。5、功能操作的安全性信息系统中的数据库是被各类人员共享的数据库,因此数据库的安全性是十分重要的,为了保证操作的正确性和安全性,要进行权限设计,不同业务人员使用不同的功能权限,使其在有限的功能范围内正确处理数据库数据。6、认真做好贯穿整个过程的测试、修
41、改与评审工作1.4.2信息系统总体功能结构按照物流企业信息化战略要求,结合调研企业的实际情况,信息系统的总体功能结构如图1.29所示。业务管理功能如图1.30所示。系统使用SQL Server 2000。业务管理功能使用Dephi开发工具,数据库的物理布局为集中式,各功能模块所使用的数据库表均存入同一数据库中。图1.29 信息系统的总体功能结构图图1.30 业务管理功能结构图1.4.3设备购置、调试、安装。1.4.4数据库设计对基础数据库中所包含的数据进行规范化处理可得到数据库一览表,如表1.10所示。表1.10 基础数据数据库一览表表名表标识数据元素名称数据元素标识数据类型二级公司编码code_company二级公司编码二级公司名称company_nocompany_namechar(2)char(40)二级公司部门编码code_dept部门编码部门名称二级公司编码dept_nodept_namecompany_nochar(4)char(40)char(2)单位性质编码code_client_character单位性质编码单位性质名称client_character_no
限制150内