还剩26页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
目录TOC\o1-3\h\z\u1案例1——运输企业管理信息系统
21.1运输企业管理信息系统概述
21.2运输企业管理信息系统规划
21.
2.1运输企业组织结构调查
21.
2.2运输企业业务调查
31.
2.3运输企业业务流程分析
71.
2.4运输企业业务流程再造
81.
2.5信息系统数据规划
121.
2.6信息系统概念模型设计
131.
2.7应用系统体系结构设计
131.3运输企业信息系统分析
151.
3.1可行性分析
151.
3.2基础数据管理子系统
161.
3.3车辆管理子系统
171.
3.4客户合同管理子系统
201.
3.5配送调度管理子系统略
211.
3.6库存管理子系统略
211.
3.7统计分析子系统略
211.4信息系统设计
211.
4.1信息系统设计原则
211.
4.2信息系统总体功能结构
221.
4.3设备购置、调试、安装
221.
4.4数据库设计
221.
4.5编码设计
241.
4.6模块设计
241.5信息系统实施
281.6信息系统运行与维护28参考文献281案例1——运输企业管理信息系统
1.1运输企业管理信息系统概述随着经济全球化和物流业的飞速发展,运输企业信息化越来越受到重视运输企业信息化的根本宗旨是提高物流效率、降低物流成本、提高客户满意度物流流程主要是信息沟通的过程信息流贯穿于整个物流流程,物流的效率依赖于信息沟通的效率所以,管理信息系统是物流企业信息化的核心和中枢,只有实现了信息化,才能有效地实现物流的网络化、系统化和柔性化,运输企业才能有效地提高物流效率,为客户提供优良的物流服务运输企业管理信息系统是以某交通运输企业管理信息系统为背景,利用现代信息技术发展成果和相关技术,建立起集成化、网络化的运输企业管理信息系统,主要功能包括客户关系管理、客户合同信息管理、车辆管理、车辆维修管理、运输需求信息管理、车辆配送及调度、车辆的运输反馈及信息统计和网上物流管理系统等通过信息化建设促进运输企业向现代化物流管理方向发展本案例的研究可为运输企业起到良好的示范作用
1.2运输企业管理信息系统规划
1.
2.1运输企业组织结构调查该汽车运输集团有限公司主要设有技术部、客货运输部、企业管理部等职能管理部门,下属运输公司有零担运输公司、整车运输公司、客运公司、旅游公司等,其组织机构框架如图
1.1所示�集团总公司客货运输部企业管理部零担运输公司�运输部旅游公司�高快客运公司整车运输公司�客户服务管理部市场部财务部信息部……市场部大件运输部物流运输部信息中心配载中心配送点配送点……业务调度安全统计财务人事技术机务部图
1.1集团公司组织结构总体框架客货运输部以职能管理为主,主要负责对客货运输过程的各项问题,尤其是安全管理进行宏观管理和调控技术机务部主要负责对集团公司所属车辆包括公司所属河融资挂靠的购置、调拨、报废、维修等实施管理在车辆的购置、报废、调拨业务中按照车辆的产权归属执行不同的审批手续技术机务部队车辆的日常维修管理限于报表管理方式,即依赖下属企业的报表对车辆进行维修方面的监控依据车辆的各项管理信息,技术机务部进行一些信息统计企业管理部在车辆的运营管理方面主要进行的是运输方面的统计处理,即根据下属企业在车辆运营方面的统计报表进行综合统计,产生集团公司总体的运输统计信息
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所示��生成车辆建制表车辆建制表生成交运统计表生成包缴车辆登记表上级部门交运表4-
1、表4-
2、表4-3交运6表包缴车辆登记表生成车辆档案基本明细表技术机务部技术机务部汽车履历及规格记录车辆档案基本明细表图
1.6车辆信息统计业务流程6营运汽车使用情况统计业务流程,如图
1.7所示�二级公司营运车辆使用情况统计营运汽车使用情况统计月报表企业管理部效率指标台账营运汽车使用情况台账图
1.7营运汽车使用情况统计业务流程
2、下属运输公司业务流程调查下属运输公司业务流程调查情况如下该汽车运输集团有限公司中的客货运输主要下属公司有物流公司、快运物流公司、高快客运公司和旅游公司本次业务调查在这4个公司展开1零担运输公司物流公司主要以配送服务为主,在其配送业务中主要是接受客户的配送指令,按指令将客户的物资或商品配送到仓库或指定地点,其业务流程如图
1.8��统计配送承运单整车、零担仓储驾驶员财务部仓储统计进库凭证�办理出库手续仓储办理进库手续进库凭证�配送统计台账配送中心仓库发货日清单客户办理进库手续客户配送处理发货指令出库凭证客户图
1.8仓储配送业务流程运输完成后对汽车营运情况的统计如图
1.9所示统计处理是根据配送完成后的信息反馈来进行的,其中包括车辆的行驶里程、油料消耗信息以及车辆的各类统计指标信息所生成的统计报表报集团公司企业管理部,并由该部门进行全公司的车辆营运情况统计2整车运输公司整车运输公司的组织机构中,从业务部门的划分来看,它拥有市场部、大件运输部、物流运输部、信息中心、配载中心,其机构设置与零担运输公司类似,但每个部门都拥有与大件运输部相同的业务环节,即都围绕着货物运输开展相应的接收货运委托的业务、货运调度、安全管理及运输统计,以及财务管理和人事管理其相关的业务流程如图
1.10所示3高快客运公司高快客运公司是以客运为主的公司,目前它拥有自动售票系统治吃其日常的客运售票,其业务流程如图
1.11所示4旅游公司业务流程旅游公司所承担的客运业务主要来自旅行社,根据旅行社的旅游信息安排客运其业务流程如图
1.12所示�各店统计货运收入报告表财务部损益表列帐通知单售料、保修、杂项收入报告表收入、成本、利润计算表总公司a各店统计配送承运单整车、零担财务部营运汽车使用情况月报表汽挂车使用情况及燃料分车统计表b损益表图
1.9运输统计业务流程��业务员签订合同货源信息客户运输部评审合同合同评审表维修部签订合同派车令企业合同台账合同a企业合同台账合同评审表驾驶员提供完好车辆调度员整理工作单车辆竣工单合同例保检查登记表车辆维修出厂检验单车辆完好信息计算运费修改台账并记入评审表调度员合同执行情况运费收取情况驾驶员货运行车路单营运汽车使用情况统计月报表分公司统计按车型厂牌汇总大型汽车运输总站汽挂车运用及燃料消耗统计表统计员调度员车辆动态记录货运行车路单b图
1.10整车运输公司运输业务流程��客运路线业务分人工作计划表客运站计算收入售票清单统计收入情况表调度统计行车动态驾驶员、乘务员统计车辆维修计划及执行情况月报表安全里程表大型汽车运输总站汽挂车运用及燃料消耗统计表营运汽车使用情况统计月报表技术机务处按车型厂牌汇总调度制定月运行计划汽车运行时刻表客运路线业务分车工作计划表行车动态图
1.11高快客运公司业务流程��派车单统计部驾驶员例保检查登记表安技部统计车辆维修报表机务部车辆维修计划及执行情况月报表计调部统计派车单统计部大型汽车运输总站汽挂车运用及燃料消耗统计表营运汽车使用情况统计月报表技术机务处按车型厂牌汇总技术机务部计调部调派车辆汽车运行时刻表车辆技术等级报表旅行社旅游团信息图
1.12旅游公司业务流程
1.
2.3运输企业业务流程分析通过运输集团业务流程调查可以看出,目前的集团公司及下属公司的各项管理有以下几方面的特点
1、以手工管理方式为主无论是集团公司上层的宏观管理,还是在下属公司的业务流程管理,均以手工方式为主对信息的手工处理所存在的问题是信息处理效率低、信息反馈不及时,同时还不可避免地存在数据统计计算中的一些错误例如,在车辆维护信息方面,下属公司将车辆维护信息以统计报表的形式上报集团公司,则集团公司不可能及时获取实际的车辆维修信息,对车辆的维修监控失去力度;在统计信息处理方面,下属公司采用手工方式进行汽车运营统计,采用纸介质报表形式上报集团公司,其统计与上报周期长,不利于公司高层领导及时获取统计数据
2、业务流程各不相同集团公司以客货运输服务为主,在客运方面高快客运是以客运定点班次方式在客运站配车、发车,而在旅游公司则根据旅行社旅游团的实际需求配车、发车客运方面所面对的客户不同,因此要有与之配套的业务流程但在货运方面,物流公司主要服务于长期的客户,如海尔、TCL、铁路等,而快运物流公司则为大宗货物运输的客户或其他类型主要是短期的客户提供运输服务,两个公司的业务流程也有较大的差别,特别是在快运物流公司,它的一个部门相当于一个子公司,各部门负责自己的运输业务从业务流程上看,分散管理是公司的主流管理方式
3、配送站点或分部门各自为战,运营车辆得不到合理利用由于采用的是分散管理方式,也导致了车辆的配送、调度的分散处理在业务流程调研初期,物流公司的配送调度业务都在各自配送站点进行,车辆被分散在各个配送站点中,车辆的综合调度能力差,经过半年多的业务整合,目前物流公司将车辆的配送调度纳入配送调度中心进行,这样在车辆的综合调度方面有了极大的改进,但在快运物流公司,其运输业务仍在各个业务部门中,车辆的合理调度有待提高
4、客户服务渠道单一,运输质量有待提高运输企业是服务性行业,客户服务的好坏与企业的效益密切相关,但目前运输公司仍然采用传统方式承揽客户的运输合同、进行客户服务,虽然在快运物流公司的信息都有在网站以网络方式提供信息服务,但由于信息的滞后性导致其利用率低下此外在货物运输途中,企业也无法及时获取运输状态,因此,也就无法为客户提供在途车辆信息查询服务
1.
2.4运输企业业务流程再造运输企业管理的信息化不是在原手工管理方式基础上的简单模仿,而是要对信息资源进行合理整合,并对业务流程进行优化配置后进行因此,其首要问题就是要进行业务流程的再造对运输企业业务流程再造的目标是实现从职能管理向流程管理的转变所谓流程管理模式,就是以企业战略总目标、客户需求、市场占有率为导向,将企业的行为视为一个总流程下的流程集合,对这个集合进行管理和控制,强调全过程的协调和目标化把运输企业的分段流程整合成一个完整的大流程,各个部门之间形成一种共同为客户服务的理念,相互制约、相互监督,充分发挥流程的效率在新的业务流程中,业务流程占主导地位,职能管理部门的作用更多地转变为激励、协调、培训等在流程管理模式中,运输企业高层领导关注更多的是客户的需求、市场占有率等综合指标下面主要以运输配送、车辆管理及统计业务正和为例进行说明
1、运输配送业务流程按照服务管理机制的指导思想,运输企业的业务流程要实现以客户服务为中心,以客户的需求订单为驱动的管理模式,首先就要对企业的各类客户的基本信息进行统一管理,这一管理环节可以由客户服务部来完成,同时客户服务部还要负责客户的反馈意见客户与负责开拓市场的市场部业务人员签订长期、短期或一次性合同,合同签订后由专人负责合同的评审,评审通过后合同才能生效调度中心接受客户的运输委托,并根据合同的要求和车辆信息,适时统一的配送调度,集中配送调度可以将现有的车辆有效地正和在一起,综合考虑资源的合理利用,打破原来车辆分散管理、分散调度所造成的资源浪费,可以提高车辆的整体利用率在配送过程中调度中心实时监控车辆的运行,并根据车辆的运行状态及时调度车辆配送完成后设置的管理环节是获取车辆运输完成反馈信息,并根据反馈信息、合同信息、运输需求进行统一的费用结算业务流程如图
1.13所示��客户
1.2�签订合同客户信息市场人员运输部派车令
1.1�客户管理客户信息
1.3�合同评审运输需求合同信息台账合同信息台账付费信息驾驶员
1.4�接收货运委托调度人员车辆状态
1.6�
1.5�接收运输完成反馈
1.7�修改台账并记入评审表结算人员驾驶员运输完成反馈配送调度运输监控运输需求合同要求合同运输完成反馈图
1.13运输配送业务流程运输配送业务流程从市场及客户的需求出发,将客户服务人员、市场人员、调度人员、配送司机、结算人员有机地联系在一起,每个员工或部门是整个流程中的一个环节,所完成的工作是整个流程中的一个阶段,这样部门之间的绝大所属工作衔接就可以按照确定的流程及标准进行
2、车辆管理业务流程车辆管理业务体现在集团公司和下属公司之间管理环节的衔接首先在车辆的购置、报废、调拨的业务处理上,集团公司下属的二级公司要提交车辆的购置、报废、调拨申请,集团公司职能部门接到申请后在申请审批这一环节中首先判断车辆的产权归属,如果是融资挂靠则审批程序在职能部门内部进行,即由职能部门中的总工程师对申请进行审批,生效后产生调拨单下发所属公司及各有关部门;如果产权归属为公司所属则在职能部门内审批后还要报请集团公司总经理的审批,获得批准后再产生调拨单下发所属公司及各有关部门车辆信息是运输企业管理的核心,是集团公司和下属公司共享的信息从审批程序来看,保证信息传递的渠道要及时、畅通是十分必要的在车辆的维修管理方面,也需要集团公司和下属公司之间的协调管理首先在车辆维修计划的制定上,维修计划要根据车辆的实际运营情况来制定,车辆的实际运行情况掌握在下属公司中,应此必须采用规范的维修规则来帮助和约束下属公司及时制定正确的维修计划,以保证车辆的完好状态如果细心你渠道畅通,下属公司的车辆运行状态能够及时反馈到集团公司的车辆基本信息库中,那么集团公司相关的职能部门也可以按同样的维修规则制定维修计划,并将维修计划与下属公司的维修计划相比较,在制定维修计划这一环节上提供监控管理如果车辆的运习惯状态不能及时反馈到集团公司的车辆信息库中,则职能管理部门只能将下属公司的维修计划收集并汇总上来,按下属公司的维修计划对车辆的维修情况进行监督由于车辆的维修在下属公司中进行,集团公司职能部门对维修的监控只能依赖于下属公司的维修结果报告另外,车辆的缴费处理环节是根据车辆的基本信息来进行的,因此,可以在集团公司的职能部门中进行车辆管理的业务流程如图
1.14所示从业务流程图中可以看出,集团公司的职能部门和下属公司之间要有畅通的信息交换渠道,强调运用信息工具的重要性,用自动化、电子化来体现信息流增加效率是非常重要的同时,也可以看出集团公司的职能部门在车辆管理中的吊空地位和下属公司的执行地位,并且职能管理部门和下属公司仍然是管理流程环节中的一部分,体现了操作管理机制的思想��维修结果职能管理部门
2.4�维修监督与汇总汽车基本信息库二级公司
2.1�申请审批
2.6�车辆缴费处理车辆状态及车辆运输反馈信息职能管理部门
2.5�实施维修
2.2�制定车辆维修计划二级公司
2.3�汇总维修计划维修计划维修计划职能部门二级公司财务部门运输调拨通知单车辆购置申请单车辆报废申请单车辆调拨申请单图
1.14车辆管理业务流程
3、库存业务流程如果从第三方物流角度看运输企业的各项业务,仓储管理是极其重要的组成部分全面的仓储管理包括运输、收发货、包装、物资登录、存储订货拣选、集结物资和资源管理等具体在公路运输企业中结合项目依托单位的业务现状,目前的仓储管理流程可以包括出入库的管理、库存产品的移库、库存产品的退货调换、仓库库位及安全库存管理、库存的盘点与阶段即库存统计等环节,库存业务流程如图
1.15所示业务室运输企业的重要组成部分,其客户服务、合同管理等应该与运输配送业务形成有机的整体,即客户的管理与合同的签订、出入库运输的需求要反映在运输配送业务流程和库存业务流程中,满足客户需求的出入库运输需求要在配送调度中心的统一调度下完成在仓储管理内部可以充分利用信息技术,如采用条码技术等可以实现出入库的操作,从而保证出入库的正确性此外,在仓库管理中的移位操作、库存结算、库存统计则可以采用数据库技术,开发一套完整的管理信息系统,实现优质的仓储管理及客户服务利用仓储管理可以为一些大型生产企业提供仓储、配送等第三方物流服务,今后的业务可以延伸到分拣、包装、组装、拆装等目前在项目依托单位中的泰来物流公司,已逐步完善这项业务另外,由于库存管理业务目前并没有在项目依托单位中全面展开,集团公司相应的职能部门还没有针对这项业务进行宏观管理的需求,因此库存统计放在库存业务流程中随着今后发展的需要,库存统计信息业可以采用网络方式传输到集团公司中,由集团公司进行汇总统计,生成更高一级的统计信息,为集团公司的高层决策提供依据��仓库基本信息合同信息台账
3.2�接收并审核入库需求
3.3�安排入库
3.1�仓库库位及安全库存管理客户信息合同信息台账库存台账货物入库需求
3.4�接收并审核出库需求
3.5�发货处理货物出库需求货物出库需求
3.6�库存结算与盘点
3.7�移库
3.8�库存产品�
3.9�库存统计仓储客户信息仓储仓储二级公司仓储货物入库需求图
1.15库存业务流程
4、统计业务流程统计业务在两个层面上进行,基础的统计在下属公司内部进行,首先进行单车运转情况的统计,其信息来源于配送业务中的派车令、车辆管理中的维修计划和维修结果、司机所提交的运输完成反馈信息根据单车统计信息,统计员进行整个公司的车辆运营情况统计,统计结果上报集团公司职能部门,由职能部门进行更深一层的统计,其统计工作分为两个环节,一是基础统计数据的汇总与再统计,一是基于大量统计信息而进行决策分析,统计与分析结果报集团公司决策层,为高层领导的宏观管理和决策提供依据从统计流程中可以看出,效率是第一位的,在千变万化的市场面前,数据处理的效率必须提高,因此,必须采用先进的信息处理技术,如数据库技术、数据仓库与数据挖掘技术,来提高信息处理的效率,并使得决策分析更加科学合理,同时还必须使用计算机网络技术来提高信息传递的效率只有这样才可以使决策层领导在第一时间或尽可能短的时间内获取正确、及时而有效的信息统计业务流程如图
1.16所示��维修结果分车统计营运汽车情况公司数据司机
4.3�集团公司营运企业使用情况统计决策层二级公司统计员
1.5�配送调度运输监控
2.2�制定车辆维修计划
2.5�实施维修
4.1�分车统计派车令二级公司统计员
4.2�公司营运企业使用情况统计职能部门营运汽车使用情况统计公司数据营运汽车使用情况统计集团公司数据
4.4�决策分析统计报表维修计划分析报告职能部门运输完成反馈图
1.16统计业务流程
1.
2.5信息系统数据规划在上述业务规划的基础上进行数据库规划数据库规划一览表见表
1.1运输配送业务流程图如图
1.13所示,从数据库的角度,客户、合同、车辆是一个实体,可以建立相应的主题数据库客户的运输需求是在合同约束下由客户提交的,其相关信息业可以建立一个运输需求主题数据库调度员依据运输需求和车辆状态进行配送,其配送结果存放在配送数据库中,根据配送数据库中的结果打印派车令建立运输完成反馈数据库存运输完成后的运输结果,如车辆行驶里程等根据运输完成情况和合同计算费用,并建立付费数据库,保存收费信息车辆管理业务流程如图
1.14所示,根据车辆管理业务流程进行主题数据库的规划车辆的购置、报废、调拨申请是一个主题,须建立一个车辆申请主题数据库,建立车辆的维修数据库和维修统计数据库,存放有关车辆的维修信息库存管理业务流程如图
1.15所示,仓库及库位信息是库存管理的基础数据,用仓库基本信息库存放这些基础数据库存业务中的出入库管理依据仓库基本信息来进行,其管理信息存放在货物出入库数据库中,库存的结算与盘点信息存入库存结算数据库中考虑到目前库存业务的局限性,在本次应用系统开发中只涉及货物的出入库信息录入和库存的简单结算,其余的各项功能的开发有待于在其业务扩展后进行统计业务流程如图
1.16所示,可以为统计数据库建立两个主题数据库,一是集团公司层的车辆统计总公司数据库,一是下属运输企业的车辆统计分公司数据库同样,对仓储统计数据库、人事统计数据、财务统计数据也可以在总公司和下属运输企业中建立,由于篇幅关系,本案例不考虑仓储统计数据库、人事统计数据及财务统计数据的数据库设计表
1.1数据库一览表序号主题数据库名称主题数据库标识1客户数据库Db_client2合同数据库Db_contract3车辆数据库Db_vehicle4运输需求数据库Db_require5配送数据库Db_match6付费信息库Db_contract_pay7车辆申请数据库Db_apply8车辆维修数据库Db_repair9仓库基本信息库Db_warehouse10出入库数据库Db_warehouse_io11库存结算数据库Db_warehouse_check12集团公司层的车辆统计总公司数据库Stat13运输企业的车辆统计公司数据库Stat_company14基础数据库Code
1.
2.6信息系统概念模型设计注根据用户需求分析即,各类流程图,主要指业务流程图,给出相关数据库及其基本表、试图等内容的概念模型来,画出E-R图,注意各数据表之间的连接关系
1.
2.7应用系统体系结构设计将再造的业务流程与规划出的主题数据库结合在一起画出U-C矩阵矩阵中的U表示某项业务使用某一数据库,C表示某项业务负责产生某一主题数据库,同时也使用该主题数据库主题数据库与业务流程中的各项业务处理环节所组成的U-C矩阵见表
1.2表
1.2U-C矩阵数据库项目基础数据库车辆数据库车辆申请数据库车辆维修数据库客户数据库合同数据库运输需求数据库配送数据库付费信息库仓库基本信息库出入库数据库库存结算数据库分公司统计数据库总公司统计数据库基础数据库管理C接收车辆变动申请UC申请审批UCC车辆缴费UC制定车辆维修计划UUC实施维修UC汇总维修计划UC维修监督与汇总UU客户管理UC签订合同UUC合同评审UC接收货运委托UUC配送调度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车辆管理,提供了车辆的变更申请、审批、车辆基本信息管理以及车辆维修业务处理功能子系统3客户合同管理,提供了对客户基础信息和合同基本信息的管理子系统4配送调度管理,提供了运输需求的信息的处理,以及配送处理、动态监控、调度、车辆运输完成反馈信息处理等子系统5库存管理,提供了仓库基本信息的管理、出入库管理和库存结算子系统6统计分析,提供了车辆使用情况的统计处理及在高层决策的数据分析表
1.3应用系统体系结构数据库项目基础数据库车辆数据库车辆申请数据库车辆维修数据库客户数据库合同数据库运输需求数据库配送数据库付费信息库仓库基本信息库出入库数据库库存结算数据库分公司统计数据库总公司统计数据库基础数据库管理1接收车辆变动申请U子系统2申请审批U车辆缴费U制定车辆维修计划U实施维修U汇总维修计划U维修监督与汇总U客户管理U子系统3签订合同U合同评审U接收货运委托UU子系统4配送调度UUU运输监控U接收运输完成反馈U客户运输结算U仓库库位管理U子系统5接收并审核入库需求U接收并审核出库需求U库存结算U分车统计UUU子系统6车辆统计分公司U车辆统计总公司U决策分析U
1.3运输企业信息系统分析信息系统分析师总体规划的深入,在信息系统规划阶段,通过对整个开发系统进行全面的调查,制定出信息系统的总体逻辑结构及开发策略和计划,它是战略的、宏观的考虑,其目的是为了避免开发工作的盲目性和片面性,使得信息能够被充分地共享并发挥资源的作用因此在规划阶段,信息系统中的许多细节没有必要加以考虑,这些细节问题在系统分析阶段才能逐步地搞清楚系统分析阶段的核心是数据库的设计,以及建立在数据库模型基础上的新系统的逻辑结构设计按照信息系统规划结果,对每一个子系统在收集用户视图的基础上首先进行的是详细的数据分析,其后是建立在数据库模型基础上的功能分析,构建每一个子系统的逻辑结构如何根据已调查结果及用户的数据处理需求产生新系统的逻辑结构,数据分析是关键的一步总体规划所指出的主题数据库是实现信息共享的首要条件,它规定了各系同之间的数据共享和交换关系以及这些数据的分布要求,但是这些主题数据库具体是如何组织的,如何将总体规划中的主题数据库组织成合理的逻辑结构,为完成某些具体应用需求还需要再建立哪些专用数据库,这是数据分析所要完成的主要任务进行数据分析形成数据模型的过程就是按照总体方案的要求,将主题数据库中所包含的内容进行规范化处理的过程信息系统得规划阶段已经通过聚类分析规划出了数据类,而前面的业务流程调查和数据流程分析能够更加清晰地确定出主题数据库所包含的各项数据元素及其相互间的依赖关系,从而为建立主题数据库模型奠定了基础主题数据库模型的建立一般可以采用以下几个步骤1将每个主题数据库所包含的各类数据库载体各种单证、报表、账册等收集在一起,消除冗余的数据元素,最终确定出这些数据载体中应该包含的数据元素,并分析他们之间的数据依赖关系,必要时可以将这组以来关系列在一张表上2按数据库规范化理论,将这些主题数据库规范成三范式,形成一组关系表3从理论上说三范式形式是一种良好的规范化结构,但是在实际应用中还要考虑这组关系是否能够真正满足应用的需求,从实际应用出发,可将有的关系调整到二范式甚至一范式就可以了4与用户进行充分地讨论,确定出主题数据库德逻辑模型采用这种方法建立的数据库模型是由总体规划得到的,首先保证了整体最优,在详细的分析阶段又充分考虑到实际的应用需求,因此这样的数据模型是稳定的按照上述的数据库设计方法并将其与功能分析有机的结合,可得到下列子系统的分析方案尤其需要指出的是,在各个子系统的本阶段分析过程中,首要实施的任务是针对前一阶段的概念模型设计所反映的数据关系的转换即逻辑结构设计,从而为应用系统的开发提供良好的数据库基础
1.
3.1可行性分析注从人员、技术、经济、管理、风险、操作运行、进程等方面进行分析
1.
3.2基础数据管理子系统基础数据管理子系统提供的是以编码为主的数据管理功能通过对收集到的用户视图的分析可以得出信息系统所需要的规范的编码数据库其中,包含的数据库表如表
1.4所示表
1.4基础数据管理子系统数据库表数据库名称数据库表名称数据库表标识基础数据库二级公司编码表Code_company二级公司部门编码表Code_dept单位性质编码表Code_client_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服务项目编码表Code_server_item客户意见类型编码表Code_client_notion在基础数据库设计的基础上,建立基础数据库数据流程,如图
1.17所示�Code_dept二级公司部门编码表
1.2�二级公司部门编码管理Code_cliect_character单位性质编码表
1.3�单位性质编码管理Code_vehicle_property产权归属编码表
1.4�产权归属编码管理Code_province省直辖市编码表
1.5�省直辖市编码管理Code_contract_type合同类型编码表
1.6�合同类型编码管理Code_payment付款方式编码表
1.7�付款方式编码管理
1.1�二级公司编码管理Code_vehicle_type车型编码表
1.8�车型编码管理Db_vehicle_standard客户意见类型编码表
1.18�车辆型号规格数据管理Code_state车辆状态编码表Code_company二级公司编码表
1.9�车辆状态编码管理Code_vehicle_level车辆级别编码表
1.10�车辆级别编码管理Code_maintai_item例保项目编码表
1.11�例保项目编码管理Code_maintai_type例保检查评定级别编码表
1.12�例保检查评定级别编码管理Code_repair_type修理作业类型编码表
1.13�修理作业类型编码管理Code_balance_type费用结算类型编码表
1.14�费用结算编码管理Code_match_station配送站编码表
1.15�配送站编码管理Code_server_item服务项目编码表
1.16�服务项目编码管理Code_client_notion客户意见类型编码表
1.17�客户意见类型编码管理图
1.17基础数据库流程
1.
3.3车辆管理子系统车辆的变更申请、审批、车辆基本信息管理以及车辆维修业务处理功能所涉及的数据库是车辆数据库、车辆申请数据库、车辆维修数据库,通过对用户视图的收集,得到与3个主题数据库相关的数据,并对数据进行规范化处理后,得到数据库表结构,如表
1.5所示表
1.5车辆管理子系统数据库表数据库名称数据库表名称数据库表标识车辆数据库车辆基本表Db_vehicle车辆折旧记录Db_vehicle_depreciation发动机维修记录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_reject报废车辆改装记录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在车辆变动申请处理中包括车辆购置、调拨、报废申请及审批,获得购置审批后可以进入车辆基本信息管理流程车辆购置管理数据库流程如图
1.18所示;车辆调拨管理数据流程如图
1.19所示;车辆报废管理数据库流程如图
1.20所示;车辆维修处理数据流程如图
1.21所示,车辆缴费处理数据流程如图
1.22所示��
3.
1.5�车辆其他信息管理Db_vehicle_depreciation车辆折旧记录Db_vehicle_maintain车辆大修记录Db_vehicle_engine发动机维修记录Db_vehicle_refit车辆改装记录车辆调拨通知单
3.
1.3�车辆购置审批总经理
3.
1.2�车辆购置审批总工程师w
3.
1.1�网上填写车辆购置申请单Db_apply_purchase车辆购置申请单经营处
3.
1.1�车辆购置申请单管理公司
3.
1.4�车辆基本信息管理Db_vehicle_standard车辆规格型号数据表财务Db_vehicle汽车基本信息表车辆购置申请单公司图
1.18车辆购置管理数据流程��车辆调拨通知单
3.
2.3�车辆调拨审批总经理
3.
2.2�车辆调拨审批总工程师w
3.
2.1�网上填写车辆调拨申请单Db_apply_transfer车辆调拨申请单经营处
3.
2.1�车辆调拨申请单管理公司
3.
2.4�车辆调拨处理Db_vehicle汽车基本信息表财务Db_vehicle汽车基本信息表车辆调拨申请单公司图
1.19车辆调拨管理数据流程��车辆报废通知单
3.
3.3�车辆报废审批总经理
3.
3.2�车辆报废审批总工程师w
3.
3.1�网上填写车辆报废申请单Db_apply_reject车辆报废申请单经营处
3.
3.1�车辆报废申请单管理公司
3.
3.4�车辆报废处理Db_vehicle汽车基本信息表财务Db_vehicle汽车基本信息表车辆报废申请单公司图
1.20车辆报废管理数据流程�
3.
4.4�车辆维修统计Db_maintain_vehicle_item例保车辆检查项目信息表Db_maintain_vehicle例保车辆信息表Db_repair_vehicle_item车辆维修项目信息表Db_repair_vehicle_stat车辆维修统计信息表Db_maintain_vehicle例保车辆信息表
3.
4.3车辆维修结果管理
3.
4.2�车辆维修计划管理
3.
4.1�车辆例保管理Db_vehicle汽车基本信息表图
1.21车辆维修处理数据流程�Db_vehicle_pay车辆缴费信息表
3.
5.1�车辆缴费处理Db_vehicle汽车基本信息表图
1.22车辆缴费处理数据流程车辆的事故信息、车辆的休息信息及车辆状态的管理如图
1.23所示�Db_company二级公司编码表Db_holiday_vehicle车辆休息信息表Db_vehicle车辆基本信息表
4.2�车辆事故信息管理Db_accident_vehicle车辆事故信息表Code_company二级公司编码表Db_repair_vehicle车辆维修信息表
4.3�车辆状态查询及状态处理Db_state_vehicle车辆当前状态信息表Db_match_vehicle承运配送单在途
4.1�车辆休息信息管理Db_vehicle汽车基本信息表Code_state车辆状态编码表C
6.1�车辆状态编码管理图
1.23车辆状态管理数据流程
1.
3.4客户合同管理子系统客户合同管理子系统提供了对客户基础信息和合同基本信息的管理其客户数据库、合同数据库结构如表
1.6所示客户及合同数据流程如图
1.24和图
1.25所示其中考虑到在完成运输时的付费处理与合同条款及合同管理关系紧密,因此将付费信息管理放在合同管理流程中实现表
1.6客户合同管理子系统数据库表数据库名称数据库表名称数据库表标识客户数据库客户基本信息表Db_client合同数据库合同信息台账Db_contract合同数据库合同评审表Db_contract_evaluate付费数据库付费数据库表Db_contract_pay�客户信息用户Db_client客户基本信息表
1.1�客户基本信息管理w
1.1网上客户基本信息管理客户信息图
1.24客户管理数据流程
1.
3.5配送调度管理子系统略
1.
3.6库存管理子系统略
1.
3.7统计分析子系统略
1.4信息系统设计系统设计的人物是要依据系统分析文档资料并采用正确的方法,来确定系统各功能模块在计算机内应该由哪些程序组成,它们之间用什么方法联结在一起,以构成一个最好的系统机内结构,同时还要使用一定的工具将所设计的成果表达出来,另外考虑到实现系统功能的需要,还要进行数据库的详细设计、编码设计、输入输出界面人-机界面设计等
1.
4.1信息系统设计原则在功能模块设计中遵循的指导原则如下
1、功能界面简单、规范由于信息系统中体现了整个运输配送业务流程,相关的功能模块比较多,因此在界面设计上使用统一的设计风格,同时将数据库进行有效形成实体操作类、编码操作类,联系操作类,不同的类型使用相似的界面操作方式
2、操作上的简便性数据库中大量的数据都是通过人机交互的键盘操作而获得的,因此保证数据库数据的正确性、完整性是信息系统正常进行的重要保证数据库中的基础数据时数据完整性的重要保证措施,在人机交互的键盘操作中,编码数据要采用下拉列表方式进行选择输入,这样减少击键次数,同时也提高了数据输入的正确性
3、降低模块之间的耦合性,提高模块的独立性信息系统开发的一个重要问题是要提高系统的可修改性,可修改性的提高主要是靠降低模块间的耦合性来实现的模块间的耦合性越大,其独立性就越小,系统地刻修改性就越差在信息系统设计中模块间只通过数据库实现信息交换,避免使用参数及进行交换,让数据库真正成为信息系统各功能模块之间的“粘合剂”
4、编码设计的规范性编码是数据库的基础,也是数据完整性的重要保证编码实际上提供的是一套规范的数据标准在编码设计中,尽量使用已存在的编码,在没有现成编码的条件下再自行设计编码另外,由于编码主要是从新的信息系统的规范使用信息角度来设计的,业务人员对一些代码并不关心,关心的事与该代码相关的名称,因此在模块实现中要将代码和名称同时提交业务人员,以便正确、规范地进行操作
5、功能操作的安全性信息系统中的数据库是被各类人员共享的数据库,因此数据库的安全性是十分重要的,为了保证操作的正确性和安全性,要进行权限设计,不同业务人员使用不同的功能权限,使其在有限的功能范围内正确处理数据库数据
6、认真做好贯穿整个过程的测试、修改与评审工作
1.
4.2信息系统总体功能结构按照物流企业信息化战略要求,结合调研企业的实际情况,信息系统的总体功能结构如图
1.29所示业务管理功能如图
1.30所示系统使用SQLServer2000业务管理功能使用Dephi开发工具,数据库的物理布局为集中式,各功能模块所使用的数据库表均存入同一数据库中�管理信息系统网上服务功能�业务管理功能�一般客户信息合同信息需求信息企业内部申请信息基础数据管理子系统客户合同管理子系统车辆管理子系统配送调度子系统库存管理子系统统计分析子系统预测模型系统管理帮助图
1.29信息系统的总体功能结构图�业务管理功能�基础信息管理客户服务信息管理合同信息管理车辆管理车辆维修管理车辆状态信息管理配送信息管理预测模型运输统计库存管理系统管理帮助客户运输结算付费信息管理客户基本信息管理合同台账信息管理合同评审管理合同信息查询车辆例保信息管理车辆维修计划信息管理车辆维修结果信息管理车辆维修统计管理车辆休息信息管理车辆事故信息管理车辆当前状态信息管理运输需求信息管理承运配送信息管理燃润料领用信息管理中途卸货管理运输完成反馈信息管理车辆定位信息查询二级公司编码管理二级公司部门编码管理单位性质编码管理产权归属编码管理省直辖市编码管理合同类型编码管理付款方式编码管理车型编码管理车辆状态编码管理车辆级别编码管理车辆型号规格数据管理例保项目编码管理例保检查评定类别编码管理修理作业类型编码管理费用结算形式编码管理配送站编码管理服务项目编码管理客户意见类型编码管理公司分车统计营运汽车使用公司营运汽车使用情况统计总公司营运汽车使用统计营运汽车使用统计信息查询仓库基本信息管理仓库库位信息管理出入库信息管理库存结算处理重新登录密码修改重载系统菜单及权限工作组及用户管理车辆基本信息管理车辆其他信息管理驾驶员基本信息管理车辆购置申请管理车辆购置申请总工审批管理车辆购置申请经理审批管理车辆调拨申请管理车辆调拨申请总工审批管理车辆调拨申请经理审批管理车辆报废申请管理车辆报废申请总工审批管理车辆报废申请经理审批管理报废车辆信息查询车辆缴费信息管理图
1.30业务管理功能结构图
1.
4.3设备购置、调试、安装
1.
4.4数据库设计对基础数据库中所包含的数据进行规范化处理可得到数据库一览表,如表
1.10所示表
1.10基础数据数据库一览表表名表标识数据元素名称数据元素标识数据类型二级公司编码code_company二级公司编码二级公司名称company_nocompany_namechar2char40二级公司部门编码code_dept部门编码部门名称二级公司编码dept_nodept_namecompany_nochar4char40char2单位性质编码code_client_character单位性质编码单位性质名称client_character_noclient_character_nanmechar2char40产权归属编码code_vehicle_property产权归属编码产权归属vehicle_property_novehicle_property_namechar2char40省直辖市编码code_province省直辖市编码省直辖市名称province_noprovince_namechar2char40合同类型编码code_contract_type合同类型编码合同类型contract_type_nocontract_type_namechar2char40付款方式编码code_payment付款方式编码付款方式payment_nopayment_namechar2char40车型编码表code_vehicle_type车型编码车型名称vehicle_type_novehicle_type_namechar2char40车辆当前状态编码code_state当前状态编码当前状态state_nostate_namechar2char20车辆级别编码code_vehicle_level车辆级别编码车辆级别vehicle_level_novehicle_level_namechar2char40例保项目编码code_maintain_item例保项目编码项目类别例保项目名称maintain_item_noflag_item_typemaintain_item_namechar2char8char40例保检查评定类别编码code_maintain_type例保评定类别例保评定类别名称maintain_type_nomaintain_type_namechar2char40车辆修理作业类型编码code_repair_type修理类型编码修理类型名称repair_type_norepair_type_namechar2char40运费结算形式编码code_balance_type运费结算形式编码运费结算形式balance_type_nobalance_type_namechar2char20对客户合同管理数据库中所包含的数据进行规范化处理,数据库如表
1.11~
1.14所示,其中表
1.12~
1.14略表
1.11客户基本信息表db_client属性结构定义含义use_nochar10客户编码passwordchar20密码use_namechar100客户名称client_character_nochar2单位性质编码addresschar200地址postalcodechar6邮政编码lawmanchar18法人linkmanchar18联系人telchar35电话faxchar35传真handsetchar15手机e_mailchar50电子邮箱urlchar50网址province_nochar2省直辖市编码zonechar100所属地区bankchar200开户银行accountchar50账号prosecutionchar500经营项目company_nochar2申请服务公司dept_nochar4申请服务部门flag_client_fromchar4客户来源标志date_applydatetime申请时间对车辆管理数据库中包含的数据进行规范化处理,主要数据库表如表
1.15~
1.30所示配送、库存及统计管理数据库中所包含的数据进行规范化处理,可得数据库一览表略
1.
4.5编码设计举例如下1数据库编码标准统一前缀db_数据库名称的英文标识,例如db_Stu表示“学生信息库”;db_t_StuInf表示“学生基本信息表”2应用程序编码标准
①控件标准cmd_控件名称,例如cmd_Exit表示“退出”
②应用程序变量标准g_变量名称,例如g_Conn表示“全局连接数据库变量”……3外部设备编码标准
1.
4.6模块设计以客户合同管理子系统为例,详细说明模块涉及其余系统设计与之相似
1.客户基本信息管理1相关表客户基本信息表db_client;二级公司编码表code_company;部门编码表code_dept;单位性质编码表code_client_character;配送站编码表code_match_station;省直辖市编码表code_province2界面要求界面要求如图
1.31所示窗体标题��������#0;输入文本��文本������客户基本信息管理图
1.31客户基本信息管理页面设计3详细要求标识Form_client窗口标题客户基本信息管理公司采用下拉列表方式将二级公司编码表code_company中的二级公司编码和名称显示在列表中,另增加一条空白选择项,表示该查询条件为“无”选择后,获得二级公司编码送入变量ls_company_no如果选择条件为“无”,则变量为空值省直辖市采用下拉列表方式将省直辖市编码表code_province中的省直辖市编码和名称显示在列表中,另增加一条空白选择项,表示该项查询条件为“无”选择后,获得省直辖市编码送入变量ls_province_no如果选择条件为“无”,则变量为空值单位性质采用下拉列表方式将单位性质编码表code_client_character中的单位性质编码和名称显示在列表中,另增加一条空白选择项,表示该项查询条件为“无”选择后,获得单位性质编码送入变量ls_client_character_no如果选择条件为“无”,则变量为空值客户名称、经营项目采用文本框形式接收查询条件,将所得查询条件分别送入变量ls_use_name及ls_prosecution,如果无输入值,则表示“无”建立3个标签页第一页采用自由格式将客户基本信息表db_client中的一条记录的各字段值显示在标签上其中,单位性质编码从单位性质编码表code_client_character中获得、省直辖市从省直辖市编码表code_province中获得、申请服务公司从二级公司编码表code_company中获得、申请服务部门从部门编码表code_dept中获得采用下拉列表方式将编码及名称写入各列表中,选中某项后再分别根据编码表中的内容获得编码,写入表db_client中增加服务项目和备注两项,其中备注信息采用文本方式获得,服务项目如图
1.32所示�备注服务项目图
1.32服务项目页面设计建立一个文本框、一个下拉列表框文本框中的内容送入变量ls_server_item,下拉列表框中的内容送入ls_server_item_name,下拉列表框中将服务项目编码表code_server_item中的服务项目名称相识在列表框中,选中一项进行如下操作
①将获得的服务项目名称送入变量ls_server_item_name
②如果ls_server_item为空,则将ls_server_item_name送入ls_server_item,否则不为空将ls_server_item+“,”+ls_server_item_name送入变量ls_server_item
③在文本框内显示ls_server_item注下拉列表中的服务项目名称可以多次选择,最后在服务项目中可以显示并存储多个服务项目服务项目之间用“”隔开第二页采用二维表方式将客户基本信息表db_client中的一组记录显示在标签页上,其中各字段的要求同第一页第三页获得第二页当前光标所指记录或第一页当前页记录的客户编码送入变量ls_use_no,采用二维表方式将客户反馈意见信息表db_client_notion中满足条件use_no=ls_use_no的记录显示在标签页上清空条件将查询条件中的各项值清空查询获得查询条件,如果其中某个条件值为空,则视为无条件根据ls_company_no、ls_client_character_no、ls_province_no、ls_use_name、ls_prosecution值在表db_client中获得满足条件的记录显示在两个标签页上第1页显示满足条件的第一条记录,功能按钮“上一条”、“下一条”、“最后一条”、“第一条”的属性为“enable显示”单击功能按钮“上一条”判断记录指针是否指向第一条记录,如果是,则提示信息“已到顶”,否则将指针上移一位,将指针所指记录显示在第一页上单击功能按钮“下一条”判断记录指针是否指向最后一条记录,如果是,则提示信息“已到底”,否则将指针下移一位,将指针所指记录显示在第一页上单击功能按钮“最后一条”将指针移向最后一条记录,将指针所指记录显示在第一页上单击功能按钮“第一条”将指针移向第一条记录,将指针所指记录显示在第一页上第2页显示满足条件的所有记录,选择该标签后将功能按钮“上一条”、“下一条”、“最后一条”、“第一条”的属性为“disenable隐藏”,同时将光标定位在第一页相同的记录上注第一页与第二页记录保持同步当前标签页在第一页时的插入在第一个标签页上插入一条空白记录,除客户编码外的其余字段采用键盘输入方式输入各字段值,输入操作按标签页中数据设置方式进行申请时间取系统日期并允许修改,同时将功能按钮“插入”变为“存盘”,“删除”变为“取消”,功能按钮“清空条件”、“查询”、“修改”和两个“打印”按钮全部变为隐藏单击“存盘”后首先进行有效性检验,调用客户基本信息有效性检验函数fun_validity_client,检验值为true则深成客户编码客户编码前4位取系统日期中年份值,第5和6位取系统日期月份值,后4位用随机数发生器生成4位数字代码,形成客户编码如果客户编码重复,则重新生成新的客户编码如果信息来自后台管理窗口form_client,则客户来源标志flag_client_from为“网上”,并执行存盘操作,同时将所有按钮恢复成原来状态,单击“取消”按钮,则不执行插入操作,所有按钮恢复原来操作当前标签在第一页时的删除略当前标签在第一页时的修改略当前标签在第一页时的打印当前记录略打印全部记录略退出退出该窗口当前标签在第三页时的插入获得第一标签页当前光标所指记录或第二标签当前记录的客户名称送入变量ls_use_name,弹出插入窗口,窗口标识为form_client_notion_iu,窗口名称为客户反馈意见编辑窗口,如图
1.33所示将客户反馈信息表db_client_notion中各字段内容显示在窗口中,其中,客户名称文本显示变量ls_use_name值,意见类型采用下拉列表方式,列表值从客户意见编码表code_client_notion中获得编码+名称,显示在列表中选择输入、意见来源值为“公司”且不可修改;反馈时间取系统日期并允许修改�文本������反馈时间反馈意见处理意见处理人意见来源客户名称存盘取消Form_client_notion_iu意见类型图
1.33客户反馈意见信息编辑页面设计单击“取消”不做任何操作返回调用窗口单击“存盘”如果客户反馈意见为空,则提示“必须输入客户反馈意见”,否则不为空则在客户反馈信息表db_client_notion中插入一条记录,并存盘当前标签在第三页时的修改略单击“取消”不做任何操作返回调用窗口单击“存盘”对客户反馈信息表db_client_notion中对应记录进行修改,并存盘当前标签在第三页时的删除略注意其他功能按钮的变化同前面要求客户有效性检验函数fun_validity_client如果客户名称use_name为“空”则提示“客户名称不能为空”ll_use_name=“false”,否则ll_use_name-“true”如果联系人linkman为“空”则提示“用户名称不能为空”ll_use_name=“false”,否则ll_use_name=“true”如果电话为“空”则提示“联系电话不能为空”ll_tel=“false”,否则ll_tel=“true”如果电子信箱为“空”则提示“电子信箱不能为空”ll_e_mail=“false”,否则ll_e_mail=“true”如果经营项目为“空”则提示“经营项目不能为空”ll_prosecution=“false”,否则ll_prosecution=“true”返回值use_name∧linkeman∧ll_tel∧ll_e_mail∧ll_prosecution关联检测函数fun_relation_clientls_use_no按ls_use_no在客户基本信息表中获得客户名称送入变量ls_use_name取系统日期送入变量ld_date在企业合同台账db_congtract中获得use_name=ls_use_name且合同截止日期date_endld_date,合同评审标志flag_contract=”1”表明市正在履行的合同的记录如果找到,ll_contract=false,否则ll_contract=true返回值,ll_contract
2、合同基本信息管理略,要求和形式,类似“
1、客户基本信息管理”
3、合同评审管理略,要求和形式,类似“
1、客户基本信息管理”
1.5信息系统实施
1.研究、讨论设计方案,确定其可行性和技术标准
2.编程调试,进行应用系统的开发
3.数据准备,获取实际的业务数据
4.测试、修改,完成系统软、硬件的衔接
5.人员培训,进行在应用系统开发的过程中,以便除了正常的对用户的辅导之外,与用户进行更深层次的探讨,为用户更好地理解和掌握该应用系统以及系统的修改、完善打下良好的基础
6.结合实际业务数据,完成应用系统的试运行
1.6信息系统运行与维护
1.测试试运行、各类数据测试、功能测试、整体效果测试等
2.系统运行与维护运行管理、状态监控、过程维护、过程服务或跟踪服务
3.监理审计就相关的过程、技术、管理、质量等方面进行监审
4.效果评估与反馈针对运行效果给出评估报告,并反馈各类系统运行信息,以便即时更新或作为下一阶段的重新开发依据参考文献。