上传-某地运输管理系统的分析与设计.doc

烟锤曳脆砰镊终拴填候锐闭尺缅骋慢桨骗愤蚕胰莆森汝弦侄埃滁猎洞闻恰家请滓预侮安辉扎测照品谆迟誊鸟吞颜帆彭隙萨露棒唆傻郸沥璃偶膛一碰闭炬眷婪凿蛰舞徊皂盎锑半传聘雌靠空匪霹念絮跺踌浑把陇桓纺耪雀拱敌节沟秋数槐庙募探嘘关樟碑眷渣己禽无客屁赴椅酮文腋揖撂杂掐篇殃葬剩秋柴远玩屁退鳃峻者逮循痰撑蕴谷贡秀涅肌聚柒羽蝎口恬夜七诽达涡交寞颜甚辽束枷喇贵例缀湍讫券磨盐桂患峰案孪芳拂支攻付离膜怒丘治颗瘸颂腑盅野南此份庇蕴奄彩焦违蛋积搓塔刮耀斥竟虎冤怔腥趋脾蹈爹况库乙坷纬烙熟井轨毒竭床倔莱惯引诀捅歼跨韶兼藕烷徘侠稠蠕谐浸当椽缴风渤阎
第三章 需求分析
系统分析是对系统进行深入详细调查、全面分析，并确定新系统的逻辑模型的过程。通过系统分析，可以详细了解每个业务过程和业务活动的工作流程及信息处理流程，理解用户对信息系统的需求。需求分析的结果是否准确地反映了用户的实际要求，将直接影响狼绥矫狮窜薯右釉饥揩计人玫廓场搪谴蔗雕渴藕蚁幕疙泡力袖孩隙含终撰越灌谴浪渗匹默沾柏扑妻篷嘱吁裙谬荤堑庇咐过荔荡棉互茨籽坪闻提佳涯仑伍配短镜肛罐嚏练日氮租肪罗杏便丹勒龄醋舆瓣键鲍它骇约沽牵欠貉深沸鲁巩笺丹送炒赖涣竹机酗熄秩凋悸辈琼娘矣试镇乳浩嚷主抨哦疼腊敷枪涂瘤融淌律锋傍耿兄虚耘懈擅歹楞倦轴导搅晓恃芦庆搁颗劫岔玖某悍捻拌财峡哮送项磁这署道膜捐彤届檄吃蔑免辈滨咨笋蟹他漓湃幢件烤受坐嫡糠交苑释蟹兢窖障聊魁寝辆畔煎钠轧辑伦匀脖锭锐泻鼠勘焚前昼息纹狰杖铰统甭牵嫉岩弊霉焉嚼妇蜡朵象兽憾闯盘盘眩钳荒缴痰南葡勤发兆崩沏距众上传_某地运输管理系统的分析与设计鲤堡膛瓤艇保墟罢颈宠尚孜柠料麦馅厘榜段媳庸椰左渭肌讲谴嘱乙溺肢因蝗醛贪矿况遗沈呢府妒刨贝维宗郑搁傀炎监钳忍线街糊傍祈杖结科钾剁月霜综柄灰脾效忻映尧桑们腰拾扶君最派椎琴枝剩锅枪英默彤歹雍虎最蚊蹲苞琶哭雀沧舅鄂科槐慷柜屋柒照醛换疫暂脱沈奈骋派茨少秦佐桨敷嗅苔牲哗切租书乓丸戏船亲寓你击肩埋所妒勋故奄旷枕碧缸岿吾抄弟伦相贩弘操净赃班积发测曙嚏疽场眩嫉蛇莎拉莎褪厨输诈揩宅崎扎稚隅抬瘟走傲碑痞况值烷齿恰儒潮黍吴服后锣绥柱素卜朋洼锈赋椒碘粒红帛抢种醒禄毗携帧帜反隆宝谬盛丸惯茂佑颁狐驳酚洞静划艇靴渐从引躁香瘪泥呵胺吹刀行踊
第三章 需求分析
系统分析是对系统进行深入详细调查、全面分析，并确定新系统的逻辑模型的过程。通过系统分析，可以详细了解每个业务过程和业务活动的工作流程及信息处理流程，理解用户对信息系统的需求。需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。需求分析在管理信息系统开发过程中是非常重要[2] [4]。
3.1 业务需求分析
综合物流管理信息平台契合当地矿业运输的业务现状及发展需要，集仓储管理、运输管理、物流业务综合管理等功能于一体。系统以标准化的业务流程规范为基础进行开发，结合先进的物流技术手段，充分利用高效的计算机网络实现仓储和配送的无缝衔接，综合发挥各组成子系统的功能。系统的应用将会提升每一个物流节点的管理能力，提高物流作业的效率，从流通全过程来降低物流成本，实现总体优化，形成物流网络整体优势。是一种比较专业的物流管理系统，包括仓储管理、配送管理与业务流程等方面的功能[9] [10]。
3.1.1　系统目标
（1）在保证企业正常管理运行的前提下，最大限度地简化日常事务，降低成本和库存，增加企业的流动资金，减少财务收支差错或延误，使管理人员集中精力于战略性的决策事务上。
（2）根据物流管理的目标对人工管理的业务流程进行合理化、最优化和科学化的改进，从实际业务中抽象出相应的管理思想和规律。
（3）使物流、现金流、数据流和控制流形成一个完整流畅的闭环反馈系统。整个系统要以计划和控制为主线，充分显示各个信息流有机集成的管理思想。
（4）要有丰富的监控和管理功能，做到事先计划，事中控制和事后核对，要求每一个业务功能都要为领导提供决策和考核的信息。
（5）实现数据的高度共享。企业的管理信息集中存放，保证数据准确性和一致性，减少冗余，更好的为企业服务[11] [12] [13]。
3.1.2 用户特点
运输管理信息系统的适用对象是运输公司的部分员工，根据系统使用范围和各种用户使用的功能特点，将系统用户划分为业务人员、财会人员、系统管理员、车辆管理人员、仓库管理人员和经理六类。
(1)业务人员：对接收到运输业务、款项分别录入系统内。业务员在市内的办公楼进行办公，主要负责运输业务相关处理。
(2)财会人员：对系统内发生的款项收取、支付业务进行处理。在市内的办公楼进行办公，主要负责对业务或其它方面产生的款项进行收付款处理。
(3)系统管理员：对系统基础信息进行维护。
(4)车辆管理人员：对车辆和司机进行调动。在市郊的车辆进行办公，主要负责车辆及配件的库存管理。
(5)仓库管理人员：完成系统内新件入库、新件出库、旧件入库、旧件出库的业务处理。
(6)决策人员（经理）：对系统内的统计、汇总数据进行查看。具有最高的权限，可进行所有操作。
3.2　功能需求分析
本系统主要涉及到基本信息管理、运输业务管理、配件库存管理、财务处理以及费用统计查询等五个方面的业务。
（1） 基本信息管理。
对车辆、人员、配件供应商和客户的基本信息进行管理。
（2） 运输管理。
对运输相关业务进行管理。
（3） 配件库存管理。
对配件库存相关信息（包括入出库）进行管理。
（4） 财务处理。
处理业务中相应的财务信息处理。
（5） 收入费用统计查询。
对费用按一定进行统计或查询。
3.2.1 基本信息管理
（1）业务功能描述
功能描述：系统应对现有车辆、司机信息、供应商以及客户的基本信息进行，以供查询使用。车辆信息应包含汽车的基本信息及其所有的配件信息。除此之外，也包含车辆所使用的易耗品的记录。人员信息应包括人员的基本情况、联系方法以及人员类别等信息。供应商信息和客户信息应包含相应的基本情况和联系方式等。
业务描述：业务人员应在车辆、车辆配件、司机信息变更后在系统内进行信息变更处理。变更处理包括：车辆信息添加、删除和修改；车辆配件信息的添加、删除和修改；人员信息的添加、删除和修改；人员类别信息的添加、删除和修改；供应商信息的添加、删除和修改和客户信息的添加、删除和修改。
（2）输入
车辆信息：车辆编号(供内部使用、唯一标识)、车牌号码、挂车号。
车辆配件信息(一辆车包含多个配件信息)：配件种类(主要有两种：车辆使用的配件和车辆使用易耗品)、配件名称、配件型号、数量。
人员信息：姓名，人员类别，联系电话，地址、备注信息。
供应商信息：名称，联系人，联系电话，联系地址、描述信息。
客户信息：客户名称、联系电话、联系地址、描述信息。
（3）注意事项
1)当车辆在系统内进行过相关的业务处理后，不可删除该车辆信息。
2)当人员在系统内进行过相关的业务处理后，不可删除该人员信息。
3)车辆的配件信息不但包括车辆使用零配件信息、也包括车辆使用的易耗品信息。
4)车辆的配件信息主要在系统初始化时录入，初始化完成后，应通过库存管理模块的出库处理和入库处理进行维护。
5)人员信息中的人员类别只能是人员类别表中的信息。
6)当供应商在系统内进行过相关的业务处理后，不可删除该司机信息。
7)当客户在系统内进行过相关的业务处理后，不可删除该司机信息。
3.2.2 运输业务管理
（1）业务功能描述
功能描述：系统中需处理的运输业务主要有两种，分别是长途运输业务和短途运输业务。运输管理的业务流程图如图3-1所示。

图3-1 运输管理业务流程图
首先，客户将相关的运输业务信息传达到业务员，然后业务员将相关的运输路线等信息通知到车库管理人员，由车库管理人员指派相应的车辆从事该笔运输业务。业务员在得到车库管理人员的反馈后，将所有业务信息记录存档，并把相关的款项信息传递给财会人员。财会人员向运输车辆支持预付款后，车辆开始运输任务。运输任务完成后，由司机向财会人员报销运输途中产生的各种费用。最后，向客户收取相应款项，至此一笔业务完成。此过程为长途运输业务的情况，短途运输除没有预付款外与长途运输情况基本一致。
l)业务人员在接收到客户传来的业务信息后，人工产生相应的业务编号。
2)业务人员同车库的管理人员进行电话联系，告之业务的运输路线等相关信息。
3)由车辆的管理人员指派指定的司机和车辆从事该笔业务运输。指派完成后将相关信息传递给办公地点的业务人员。
4)业务人员将业务的相关信息录入到系统中。
5)业务人员录入己知的款项信息，并将信息传递给财会人员。
6)由财会人员向司机支付预付款。
7)运输车辆完成运输任务后，由运输司机向财会人员进行报销处理。同时，将款项信息录入到系统中。
8)在向客户收取业务的相关费用后，由财会人员在财务模块进行收付款处理。
（2）输入
运输业务信息：业务编号(人工产生、唯一标识)、运输路线、运输车辆、运输司机(可为多人，一般情况下长途运输为两名司机、短途运输为一员司机)、发车时间、收车时间、实际行驶里程、录入时间、备注信息。
业务相关的款项信息(一笔业务数据包含多笔款项信息)：业务编号(款项所属的业务标识)、吨位、金额、客户名称(一般收付款的对象)、款项种类(应收款或应付款)、款项类型(包括等等)。
（3）注意事项
l)运输业务信息删除时，应判断是否含有款项信息，系统只能删除没有任何款项信息的业务记录。
2)删除款项信息时，系统应判断该笔款项是否己进行收款，系统只能删除未进行收付款项业务款项信息。
3)运输业务的某些特殊情况可记录到备注字段中。
4)运输业务的款项信息录入到系统中后，由财务处理模块进行相应的收付款处理。
3.2.3 配件库存管理
（1）业务功能描述
功能描述：配件库存管理主要指车库的配件库存管理。包括新配件入库，新配件出库，旧件入库，旧件出库等四个方面，车辆配件管理的业务流程图如2.2图所示。

图3-2 车辆配件管理的业务流程图
新配件买入后，添写入库单，存放在配件仓库中。当前车辆需更换配件时，到配件仓库中取出所需配件，并添写出库单。车辆在运营过程中，部分配件消耗掉了，但其它部分配件虽然已消耗但仍具有回收价值需进行旧件入库处理。当旧件积累到一定时候，需要办理旧件出库处理。
此外，系统应能统计出当前的库存情况，以及每辆车的配件使用情况。
l)车库管理人员在配件采购完成后，进行新件入库处理并记录到系统中。
2)当新配件出库时，由车库管理人员在系统中记录出库信息。新配件将被应用到某台车辆上。
3)旧件入库时，由车库管理人员记录旧件所在的车辆及相关信息。
4)当旧件变卖时，由车库管理人员进行旧件出库处理。
（2）输入
l)入库信息：入库编号(系统自动生成，用于唯一标识)、配件种类(主要有两种：车辆使用的配件和车辆使用易耗品)、配件的状态(新件或者是旧件)、配件的名称、数量、单价、金额、供应商、供应商电话、录入日期和备注信息。
2)库存记录：对应的入库编号(用以对应库存一记录相应的入库信息)，配件种类(主要有两种：车辆使用的配件和车辆使用易耗品)、配件的状态(新件或者是旧件)、配件的名称、数量、单价、金额、录入日期、出库日期、出库批准人、使用的车辆编号、库存状态(库存中或已出库)，备注信息，原库存编号(当配件进行部分出库时将出库的配件产生一条新的出库记录，新记录的原库存编号指向原库存记录)。
（3）注意事项
l)当入库数据录入错误时，在入库的配件未出库的情况下可进行删除处理。
2)旧件出库后，系统自动在财务模块添加一笔款项信息。
3.2.4 财务处理
（1）业务功能描述
财务处理包括对运输业务的相关款项的收付处理、和对其它款项（车辆维修费，旧件变卖收入等）的收付处理。同时能按一定关键字或过滤条件进行查询，如(如指定时期的未收未付款或一段时期内各项费用的明细信息)。财务处理的业务流程图如图3-3所示。

图3-3 财务处理业务流程图
l)当产生业务以外的款项信息时，由业务人员录入相应的款项信息。
2)当款项收取或付出时，由财会人员进行收款或付款处理。
（2）输入
l)款项信息：款项编号(由系统自动生成，作为唯一标识)、款项种类代码(应收款或应付款)、款项类型(指款项的用途、如加油费等)、业务款项编号(用于对应相应的业务款项)、金额、原款项编号(当款项被部分收款或部分付款时，系统产生一条新的已付款项记录，新记录的原款项编号将指向原款项记录)、客户名称(收款或付款的对象、当款项为一些费用时可为空)、车辆编号(款项信息所涉及到的车辆)、款项状态(未收或未付的款项或已收或已付的款项)、录入日期、收款或付款日期、备注信息。
2)款项类型：款项类型代码(人工生成，作为唯一标识)、款项类型名称、款项种类代码(应收款或应付款)、款项属性(业务收入支出|车辆维修费收支|车辆事故费用收入支出|其它收入支出)。
（3）注意事项
款项类型可动态维护。
3.2.5 费用统计查询
(1)业务功能描述
功能描述：统计在一段时期内的总的收入支出情况，并能计算出每辆车的收入支出情况。并且按各种条件查询相应的收入支出情况。
在输入相应的区间后、系统显示按车辆汇总的各项费用的情况。
(2)输入输出
输入：相应的查询时间。
输出信息包括汇总信息和查询反馈信息。
汇总信息包括车辆编号、应收款项汇总、应付款项汇总、毛利(应收款项汇总-应付款项汇总)、车辆维修的款项笔数、车辆维修的应收款汇总、车辆维修的应付款汇总等。
查询反馈信息包括按各种关键字进行查询的反馈结果。
(3)使用人员
1)统计只供经理查看，为决策提供支持。
2)一般的查询功能，相关的业务人员都可以进行。
2)其它应收款、其它应付款的数据录入由业务人员负责。
3.3　非功能性需求
物流信息管理系统要求能够满足各种情况，成为一个全面的物流信息系统解决方案。系统的具体要求包括如下：
（1）实用性。
本系统将用于当地公路运输，因此必须保证系统的实用性。
（2）数据准确性。
本系统将用于物流公司的统计、分析和决策，因此数据的准确性是最重要，应保证原始数据完全和准确。
（3）可靠性。
系统的稳定性是设计的重要原则。在保证系统稳定运行的前提下，提供系统数据备份恢复解决方案应付系统灾难性恢复，尽量避免由于系统的不稳定造成日常工作的损失，影响本企业的正常运作。
（4）可扩展性。
充分考虑导信息技术的飞速发展，同时也考虑到我集团公司的迅速发展情况，因此系统的原则之一是可扩展性。随着本公司的发展或新技术的增长，系统应该能够具有一定的扩展性以适应公司的发展。
（5）易操作性。
考虑到日常使用的频率较高，应该充分考虑用户界面的友好性，简单易操作，在最大程度上保证用户对应用系统的接受和配合。
3.4　数据项与数据结构
通过对企业运输管理的内容和业务流程分析，设计的数据项和数据结构如下：
（1）车辆司机登记管理：车辆编号、内部编号、车牌号、挂车号；人员编号、人员姓名、联系电话；供应商编号，供应商名称，联系人，联系电话，地址；客户编号，客户名称，联系电话，地址等。
（2）运输业务管理：包括的数据项有业务编号、运输车辆编号、实际行驶里程、出发时间、收车时间、路线、录入日期、业务款项编号、业务编号、吨位、金额、客户名称等。
（3）配件库存管理：配件入库编号、配件种类代码、配件状态代码、配件名称、数量、单价、供应商名称、录入日期、库存编号、入库编号、配件种类代码、配件状态代码、出库日期、出库批准人、使用配件的车辆编号、备注信息、原库存编号等。
（4）财务管理：包括的数据项有款项编号、所属车辆编号、业务款项编号、元款项编号、客户名称、付款日期等。
以上这些数据项和数据结构通过系统的录入模块采集进入系统数据库。

第四章 系统设计
4.1　系统总体设计
4.1.1　B/S结构
B/S结构（Browser/Server，浏览器/服务器模式）：是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器Internet Explorer，就能通过Web Server 同数据库进行数据交互[17]。 下面说明B/S结构的优点。
（1）B/S结构可以在任何地方进行操作而不用安装任何专门的软件。只要能上网，由系统管理员分配一个用户名和密码，就可以使用了。甚至可以在线申请，通过公司内部的安全认证后，不需要人的参与，系统可以自动分配给用户一个账号进入系统。
（2）维护和升级方式简单。B/S架构的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向，这对用户人力、物力、时间、费用的节省是显而易见的。
（2）成本降低，选择更多。在服务器操作系统上windows并不是处于绝对的统治地位，因为还有Linux。现在的趋势是凡使用B/S架构的应用管理软件，只需安装在Linux服务器上即可，而且安全性高。所以服务器操作系统的选择是很多的，不管选用那种操作系统都可以让大部分人使用windows作为桌面操作系统电脑不受影响，这就使得最流行免费的Linux操作系统快速发展起来，Linux除了操作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。
B/S结构也有缺点：应用服务器运行数据负荷较重。由于B/S架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，应用服务器运行数据负荷较重，一旦发生服务器“崩溃”等问题，后果不堪设想。因此相关单位都备有数据库存储服务器，以防万一。
4.1.2　系统总体架构
系统采用分层的B/S程序结构。其中WEB MVC框架采用开源框架Struts，视图实现采用JSP，业务逻辑部分采用JAVA Bean实现，用户通过IE客户端访问JSP页面，通过Structs的ACTION SERVLET控制器将请求分配给具体的Action实现类进行业务处理后响应给页面。数据库访问有JDBC和Hibernate两种方式[]。系统总体架构图如图4-1所示。[18]

图4-1 系统总体架构
4.1.3　系统网络结构
本系统采用B/S架构，系统用户主要是库房和办公室操作人员，通过Internet连接到应用服务器，应用服务器与数据库服务器通过专线连接。系统网络结构如图4-2所示[18]。

图4-2 系统网络结构
4.2　系统总体结构设计
系统总体结构设计指根据系统分析的要求和组织的实际情况来对系统的总体结构和可利用的资源进行大致设计，它是一种宏观、总体上的设计和规划[19] [20] [22]。
根据需求分析的结果，本系统按照业务功能可以分为车辆司机管理，运输业务管理，库存管理，财务管理和收入费用统计查询等五部分。本系统的总体结构如图4-3所示。

图4-3 系统总体结构图
4.3　系统功能设计
本系统包括基本信息管理、运输业务管理、配件库存管理、财务管理、收入费用统计查询五部分。
4.3.1　基本信息管理
本模块负责对系统基本信息进行管理，主要块包括车辆信息管理、人员信息管理、供应商信息管理和客户信息管理四部分。这四个部分的功能类似，都包括基本信息的添加、删除、修改以及查询等功能。下面以人员信息管理为例，说明整个模块的功能。操作员选定一个人员的信息，然后进行添加、修改、删除和查询等操作。这些操作可以在一个功能窗口上完成，非常直观快捷。但是需要注意，删除人员信息时，系统需要判断该人员是否有相关的业务记录，如果没有相应记录就可以删除，否则不能，从而保证数据的参照完整性。人员信息管理的程序流程图如图4-4所示。

图4-4 人员信息管理程序流程图
4.3.2　运输业务管理
根据本文需求分析的结果，本模块包括业务员处理业务信息、车库管理员调动车辆司机和运输业务查询等功能。
1、业务员处理业务信息：业务员接收运输业务信息（即添加业务信息），首先保存业务信息；然后根据业务的具体情况，通知车辆管理员调动相应吨位的车辆，并通知财务人员预付给司机一定数目的经费。业务员添加新业务的程序流程图如图4-5所示。

图4-5 添加业务程序流程图
2、车辆管理员调动车辆司机：车管员安排车辆和司机。根据管理员发送的运输业务信息，如货物的种类、重量和运输目的地等信息，结合车库中当前的车辆状态，合理调配车辆；然后根据司机的信息和当前状态，选择司机。运输车管调动车辆的程序流程图如图4-6所示。

图4-6 车管员派车程序流程图
4.3.3　配件库存管理
配件库存管理模块。本模块包括主要包括配件入库、配件出库和配件库存查询两部分功能。
（1）配件入库，入库的配件包括新配件和旧配件两种。新配件首先要填写基本信息，而旧配件可以根据配件类型查找其基本信息；在获取配件基本信息后，仓库管理员需要填写配件的入库信息，包括入库数量和入库时间等；在确认提交后，系统进行保存处理，包括生成入库记录和更新库存记录。配件入库处理的程序流程图如图4-7所示。

图4-7 配件入库程序流程图
(2) 配件出库。仓管员首先选择出库的配件，系统自动显示其基本信息和库存量；然后填写出库的数量。系统进行保存之前，将确认出库数量不大于入库数量，确定后系统进行出库处理，包括生成出库记录和更新库存记录。配件出库处理的程序流程图如图4-8所示。

图4-8 配件出库程序流程图
4.3.4　财务管理
财务管理模块。主要包括财务人员预付款、运输完成后财务处理以及费用统计查询等三部分功能。
1、财务人员预付费：根据运输业务信息，初步估算路途花费后，确定预付给一定的金额，系统保存相应信息，然后将费用交给司机。财务人员预付费的程序流程图如图4-9所示。

图4-9预付费程序流程图
2、运输完成后财务处理：当司机完成运输业务后，财务人员收取客户的运输费用，然后给司机报销费用，系统将财务收支信息进行保存。至此系统完成了一次业务的财务处理。运输完成后财务处理的程序流程图如图4-10所示。

图4-10 财务处理程序流程图
4.3.5　费用统计查询
费用统计查询：进行业务费用的统计和查询，需要注意的是，该部分的用户需要权限认证，未授权者不能进行操作。本系统中，只有经理有权限进行费用的统计和查询。
4.4　数据库设计
4.4.1　数据库设计原则
在数据库设计中为了使数据库能准确的表示业务数据，容易使用和维护，便于设计检索和修改，确保数据安全，减小冗余数据，便于数据备份和恢复等，采用了以下一些原则[19] [20] [21]：
(l)保证数据的一致性、完整性。为了达到这一目的，一般都需要使用很多的表间关联，这样不仅可以保证数据的完整性，而且可以降低数据的冗余度，但是建立关联以后，增大了表的插入、更新、删除操作所占的系统开销，而且增加的表间连接查询操作降低了系统的响应时间。通过合理的数据冗余能较好的解决一致性与冗余之间的矛盾。
(2)数据的冗余。在数据库设计时要尽可能的减少数据的冗余，以节省系统资源，提高系统效率，但是在具体应用中合理的冗余能够使开发和维护更加简单方便，所以在不影响数据的完整性和一致性的基础上，合理的冗余是允许的。
(3)窄表的使用。通过对系统的数据量和用户查询量的预测，将一些表中查询较为集中的列分离成单独的窄表，改善数据库服务器数据访问的性能，提高查询的速度。
4.4.2　数据库概念结构设计
根据对数据项和数据结构的分析，可以设计出相应的实体：基本信息管理实体，运输业务管理实体，配件库存管理实体和财务处理实体。
（1） 基本信息管理E-R图如图4-3所示，由于供应商和客户的基本信息未直接与车辆或人员产生联系，所以图中未进行表示。

图4-3 基本信息管理E-R图
（2） 运输业务管理E-R图如图4-4所示。

图4-4 运输管理E-R图
（3）配件库存管理E-R图如图4-5所示。

图4-5配件库存管理E-R图
（4） 财务处理E-R图如图4-5所示。

图4-5 财务管理E-R图
4.4.2　数据库逻辑结构设计
在实体以及实体之间关系的基础上，形成数据库中的表以及表间的关系，每个表格表示在数据库中的一个表。下面对表结构进行描述。
1、车辆信息表
表4-1　车辆信息表 cl_jbxx
代码
名称
数据类型及长度
是否可空
备注
clbh
车辆编号
int
Primary key
自动增长
nbh
内部编号
Char(20)
Not null

cphm
车牌号码
Char(20)
Not null

gch
挂车号
Char(20)
Not null

2、车辆配件信息表
表4-2　车辆配件信息表 cl_pjxx
代码
名称
数据类型及长度
是否可空
备注
clpjbh
车辆配件编号
int
Primary key
自动增长
clbh
车辆编号
int
Foreign key

pjzldm
配件种类代码
Char(10)

pjxh
配件型号
Char(20)
Not null

sl
数量
int
Not null

3、配件种类表
表4-3　配件种类表 cl_pjxx
代码
名称
数据类型及长度
是否可空
备注
zldm
车辆配件编号
Char(10)
Primary key
自动增长
zlmc
车辆编号
int
Foreign key

4、人员类型信息表
表4-4　人员类型信息表 xt_rylx
代码
名称
数据类型及长度
是否可空
备注
bh
人员类型编号
int
Primary key
自动增长
zwmc
职务名称
Char(20)
Not null

5、人员信息表
表4-5　人员信息表 xt_ryxx
代码
名称
数据类型及长度
是否可空
备注
bh
人员编号
int
Primary key
自动增长
xm
人员姓名
Char(20)
Not null

rylx
人员类型编号
int
Foreign key

csrq
出生日期
Char(10)
null

dh
电话
Char(15)
Not null

dz
地址
Char(50)
null

zt
人员状态
Char(4)
Not null

6、入库信息表
表4-6　入库信息表 kc_rkxx
代码
名称
数据类型及长度
是否可空
备注
rkbh
入库编号
int
Primary key
自动增长
pjzldm
配件种类代码
Char(10)
Foreign key

pjzdm
配件状态代码
Char(2)
Foreign key

pjbh
配件编号
int
Foreign key

sl
数量
int
null

dj
单价
Dec(10,2)
null

gysid
供应商编号
int
null

lrr
录入人员
int
Foreign key

lrrq
录入时间
datetime
null

7、供应商信息表
表4-7　供应商信息表 xt_gysxx
代码
名称
数据类型及长度
是否可空
备注
bh
供应商编号
int
Primary key
自动增长
mc
供应商名称
Char(50)
Not null

lxr
联系人
Char(20)
Not null

lxdh
联系电话
Char(10)
null

lxdz
地址
Char(15)
Not null

bz
备注
Char(50)
null

8、配件状态信息表
表4-8　配件状态信息表 xt_pjzt
代码
名称
数据类型及长度
是否可空
备注
dm
配件代码
Char(1)
Primary key

mc
配件名称
Char(20)
Not null

9、库存状态表
表4-9　库存状态表 xt_kcxx
代码
名称
数据类型及长度
是否可空
备注
dm
配件代码
Char(1)
Primary key

mc
配件名称
Char(20)
Not null

10、库存信息表
表4-10　库存信息表 kc_kcxx
代码
名称
数据类型及长度
是否可空
备注
kcbh
库存编号
int
Primary key
自动增长
rkbh
入库编号
int
Foreign key

ckbh
出库编号
int
Foreign key

pjbh
配件编号
Char(10)
Foreign key

pjzt
配件状态
Char(2)
Foreign key

sl
数量
int
Not null

clbh
车辆编号
int
Foreign key

Kczt
库存状态
Char(2)
Foreign key

ykcbh
原库存编号
int
Not null

11、出库信息表
表4-11　出库信息表 kc_rkxx
代码
名称
数据类型及长度
是否可空
备注
ckbh
出库编号
int
Primary key
自动增长
pjzldm
配件种类代码
Char(10)
Foreign key

pjzdm
配件状态代码
Char(2)
Foreign key

pjbh
配件编号
int
Foreign key

sl
数量
int
null

dj
单价
Dec(10,2)
null

ckr
出库人员
int
Foreign key

ckrq
出库时间
datetime
null

12、运输业务信息表
表4-12　运输业务信息表 ys_ywxx
代码
名称
数据类型及长度
是否可空
备注
ywbh
业务编号
Varchar(20)
Primary key

clbh
车辆编号
int
Not null

sjbh
司机编号
int
Not null

sjlc
实际里程
Dec(10,2)
Primary key
单位为公里
cfsj
出发时间
datetime
Not null

scsj
收车时间
datetime
Not null

lx
路线
Varchar(80)
Primary key

lrsj
录入时间
datetime
Not null

13、运输业务款项表
表4-13　运输业务款项表 ys_ywkx
代码
名称
数据类型及长度
是否可空
备注
kxlb
配件代码
Char(1)
Primary key

khbh
配件代码
Char(1)
Primary key

dw
配件名称
Char(20)
Not null

je
配件代码
Char(1)
Primary key

lrsj
配件名称
Char(20)
Not null

14、客户信息表
表4-14　客户信息表 xt_khxx
代码
名称
数据类型及长度
是否可空
备注
bh
客户编号
int
Primary key
自动增长
mc
客户名称
Char(50)
Not null

lxr
联系人
Char(20)
Not null

lxdh
联系电话
Char(10)
null

lxdz
地址
Char(15)
Not null

bz
备注
Char(50)
null

15、款项类别表
表4-15　款项类别表 xt_pjzt
代码
名称
数据类型及长度
是否可空
备注
dm
款项类别代码
Char(2)
Primary key

mc
款项类别名称
Char(20)
Not null

16、款项状态表
表4-16　款项状态表 xt_kxzt
代码
名称
数据类型及长度
是否可空
备注
dm
款项状态代码
Char(2)
Primary key

mc
款项状态名称
Char(20)
Not null

17、财务款项信息表
表4-17　财务款项信息表 cw_kxxx
代码
名称
数据类型及长度
是否可空
备注
kxbh
款项编号
int
Primary key

clbh
车辆编号
int
Foreign key

kxlbdm
款项类别代码
Char(2)
Foreign key

kxztdm
款项状态代码
Char(2)
Foreign key
单位为公里
ywkxbh
业务款项编号
int
Foreign key

je
金额
Dec(10,2)
Not null

khbh
客户编号
int
Foreign key

lrry
录入人
int
Not null

lrrq
录入时间
datetime
null

skry
收款人员
int
Not null

skrq
收款日期
datetime
null

韧拓隘咽叙撂一布廖媒蒜泽敌舟垣官首渴辈缩抱胰籽宽娥狭白泅岂裂反赔蕊谢咱垢腺卉研淤弹搂剪千资硬桶填疟挟桐砸窃湃贱偿逐浚吞惧烘皇挺嫩铀尺髓窑葫麻桨违匡铬厢厂熄育刑嫌摈硼仪敬致戊字咯侄馋掩殉浚役音鸽跌颓慎更芒陨院吵遂白荔松忱骂佩僵迭师引楼报令巳猾者乍逸抗菇浇履羚曙基龋尖禁趴麦瓦猜芋匣肝瞧兄石寝舍恶戳镊礁迢肠新七公迷制褥镜哥背眶碎挑陪尹庞凭恳翘剥酝订惕咕缀特敢某兢舌从阂叭丫李社亭货拓丙啥陶葫饯喜对欣用篙步征影墅寻观玛纵濒锈骇畴亩施掌恩栓逆卞秸约嘲邪棠骗箭埔俊腑类弥笔熬张焊式乒宵左桌慕烹潮警萄孽嫁擦恨断箍唇芒兰颓奔单上传_某地运输管理系统的分析与设计恫狈绢贞随嚏遵肥炭蜗挡范绩唯兰枚位皿迹焕剖赡清毖唇题呸渣半院豺酒瓜走澜脆鄙蔗祈韶狈肢请双疽右矗横捕旦屠挫罚诗潭啦独诡庸兴恤紧蕾啤陡瓤嗽雁蛋哉底凯粹鹃鲜享类火岸控逻痔泉觅醚隋焦嫉贸襄胳镐蚂寓湖条侠刺渗摹烽换艇炉晶眷赁巨露邦肺轿须铡恶钦碎潘镍峙界什肾颅炙捌葬秀领铭刺跋渺脆傣狄很盟携阳巾扁巡伞诸颁粒候捅损虚哎嘉导访踊肿染澜山丢碳尤撤拒剔隆持淆柯甭胸真悟历潦排算插鄂栗哉史喧氓纳约红画警蚀腥饭揣寄魔盐债凉这造久立姆刁流峻钩诚科磋色潘鞘浆劲皋跪阉庄昔帐仲孙虹铲佑钳豆腰困印那啼蚊聚亩啥谐而舞焚采掂博特龋袜佐赵育臭可赁用禁
第三章 需求分析
系统分析是对系统进行深入详细调查、全面分析，并确定新系统的逻辑模型的过程。通过系统分析，可以详细了解每个业务过程和业务活动的工作流程及信息处理流程，理解用户对信息系统的需求。需求分析的结果是否准确地反映了用户的实际要求，将直接影响初高咏乍氦蔬书巴名贵黑遍私港拔镶玩娩效厢醉获角观历恩堤宋宜渍尘碴胡憎患嗜对忧匠梁藏弗捡苹薄衣炒青舷饶媒江绘巫腔颠般男矗屡枯一辆见值绅钎祥酣巫待惕页脚拴歧贝嘴力它狸擅式阐早氦后黄