上传_某地运输管理系统的分析与设计_1

《上传_某地运输管理系统的分析与设计_1》由会员分享，可在线阅读，更多相关《上传_某地运输管理系统的分析与设计_1（19页珍藏版）》请在金锄头文库上搜索。

1、第三章 需求分析 系统分析是对系统进行深入详细调查、全面分析，并确定新系统的逻辑模型的过程。通过系统分析，可以详细了解每个业务过程和业务活动的工作流程及信息处理流程，理解用户对信息系统的需求.需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。需求分析在管理信息系统开发过程中是非常重要2 4。 3.1 业务需求分析 综合物流管理信息平台契合当地矿业运输的业务现状及发展需要,集仓储管理、运输管理、物流业务综合管理等功能于一体。系统以标准化的业务流程规范为基础进行开发，结合先进的物流技术手段，充分利用高效的计算机网络实现仓储和配送的无缝衔接

2、， 综合发挥各组成子系统的功能.系统的应用将会提升每一个物流节点的管理能力，提高物流作业的效率，从流通全过程来降低物流成本， 实现总体优化,形成物流网络整体优势.是一种比较专业的物流管理系统，包括仓储管理、配送管理与业务流程等方面的功能9 10。 3。1。1 系统目标 （1）在保证企业正常管理运行的前提下,最大限度地简化日常事务,降低成本和库存，增加企业的流动资金，减少财务收支差错或延误，使管理人员集中精力于战略性的决策事务上. （2） 根据物流管理的目标对人工管理的业务流程进行合理化、 最优化和科学化的改进，从实际业务中抽象出相应的管理思想和规律. （3)使物流、现金流、数据流和控制流形成一

3、个完整流畅的闭环反馈系统。整个系统要以计划和控制为主线，充分显示各个信息流有机集成的管理思想。 （4） 要有丰富的监控和管理功能， 做到事先计划， 事中控制和事后核对，要求每一个业务功能都要为领导提供决策和考核的信息。 （5)实现数据的高度共享.企业的管理信息集中存放，保证数据准确性和一致性，减少冗余，更好的为企业服务11 12 13。 3.1.2 用户特点 运输管理信息系统的适用对象是运输公司的部分员工，根据系统使用范围和各种用户使用的功能特点，将系统用户划分为业务人员、财会人员、系统管理员、车辆管理人员、仓库管理人员和经理六类. （1）业务人员:对接收到运输业务、款项分别录入系统内。业务员

4、在市内的办公楼进行办公，主要负责运输业务相关处理. （2)财会人员:对系统内发生的款项收取、支付业务进行处理。在市内的办公楼进行办公，主要负责对业务或其它方面产生的款项进行收付款处理. （3）系统管理员：对系统基础信息进行维护。 (4)车辆管理人员：对车辆和司机进行调动。在市郊的车辆进行办公，主要负责车辆及配件的库存管理。 （5)仓库管理人员：完成系统内新件入库、新件出库、旧件入库、旧件出库的业务处理。 （6）决策人员(经理)：对系统内的统计、汇总数据进行查看。具有最高的权限，可进行所有操作。 3。2 功能需求分析 本系统主要涉及到基本信息管理、运输业务管理、配件库存管理、财务处理以及费用统计

5、查询等五个方面的业务。 （1） 基本信息管理。 对车辆、人员、配件供应商和客户的基本信息进行管理。 （2） 运输管理. 对运输相关业务进行管理。 （3） 配件库存管理。 对配件库存相关信息（包括入出库）进行管理。 （4） 财务处理。 处理业务中相应的财务信息处理。 （5） 收入费用统计查询。 对费用按一定进行统计或查询。 3.2.1 基本信息管理 （1）业务功能描述 功能描述：系统应对现有车辆、司机信息、供应商以及客户的基本信息进行,以供查询使用。车辆信息应包含汽车的基本信息及其所有的配件信息.除此之外，也包含车辆所使用的易耗品的记录。人员信息应包括人员的基本情况、联系方法以及人员类别等信息。

6、供应商信息和客户信息应包含相应的基本情况和联系方式等. 业务描述：业务人员应在车辆、车辆配件、司机信息变更后在系统内进行信息变更处理。变更处理包括：车辆信息添加、删除和修改；车辆配件信息的添加、删除和修改；人员信息的添加、删除和修改；人员类别信息的添加、删除和修改；供应商信息的添加、删除和修改和客户信息的添加、删除和修改。 （2）输入 车辆信息:车辆编号(供内部使用、唯一标识） 、车牌号码、挂车号。 车辆配件信息(一辆车包含多个配件信息） ：配件种类（主要有两种:车辆使用的配件和车辆使用易耗品)、配件名称、配件型号、数量。 人员信息：姓名，人员类别，联系电话，地址、备注信息。 供应商信息:名称

7、，联系人，联系电话，联系地址、描述信息。 客户信息:客户名称、联系电话、联系地址、描述信息。 （3)注意事项 1）当车辆在系统内进行过相关的业务处理后,不可删除该车辆信息。 2）当人员在系统内进行过相关的业务处理后,不可删除该人员信息。 3)车辆的配件信息不但包括车辆使用零配件信息、也包括车辆使用的易耗品信息。 4)车辆的配件信息主要在系统初始化时录入,初始化完成后，应通过库存管理模块的出库处理和入库处理进行维护. 5）人员信息中的人员类别只能是人员类别表中的信息。 6)当供应商在系统内进行过相关的业务处理后，不可删除该司机信息。 7）当客户在系统内进行过相关的业务处理后,不可删除该司机信息。

8、 3。2。2 运输业务管理 (1）业务功能描述 功能描述：系统中需处理的运输业务主要有两种，分别是长途运输业务和短途运输业务.运输管理的业务流程图如图 3-1 所示。 图 3-1 运输管理业务流程图 首先，客户将相关的运输业务信息传达到业务员，然后业务员将相关的运输路线等信息通知到车库管理人员，由车库管理人员指派相应的车辆从事该笔运输业务.业务员在得到车库管理人员的反馈后， 将所有业务信息记录存档，并把相关的款项信息传递给财会人员。财会人员向运输车辆支持预付款后,车辆开始运输任务。 运输任务完成后,由司机向财会人员报销运输途中产生的各种费用。最后，向客户收取相应款项,至此一笔业务完成。此过程为

9、长途运输业务的情况,短途运输除没有预付款外与长途运输情况基本一致. l） 业务人员在接收到客户传来的业务信息后， 人工产生相应的业务编号。 2） 业务人员同车库的管理人员进行电话联系，告之业务的运输路线等相关信息。 3） 由车辆的管理人员指派指定的司机和车辆从事该笔业务运输。指派完成后将相关信息传递给办公地点的业务人员。 4）业务人员将业务的相关信息录入到系统中。 5)业务人员录入己知的款项信息，并将信息传递给财会人员. 6)由财会人员向司机支付预付款. 7)运输车辆完成运输任务后,由运输司机向财会人员进行报销处理。同时，将款项信息录入到系统中。 8） 在向客户收取业务的相关费用后， 由财会人

10、员在财务模块进行收付款处理. （2)输入 运输业务信息：业务编号（人工产生、唯一标识)、运输路线、运输车辆、运输司机（可为多人,一般情况下长途运输为两名司机、短途运输为一员司机)、发车时间、收车时间、实际行驶里程、录入时间、备注信息 . 业务相关的款项信息（一笔业务数据包含多笔款项信息） ：业务编号(款项所属的业务标识） 、吨位、金额、客户名称(一般收付款的对象） 、款项种类(应收款或应付款)、款项类型(包括等等） 。 (3）注意事项 l)运输业务信息删除时,应判断是否含有款项信息,系统只能删除没有任何款项信息的业务记录。 2）删除款项信息时，系统应判断该笔款项是否己进行收款,系统只能删除未进

11、行收付款项业务款项信息. 3）运输业务的某些特殊情况可记录到备注字段中。 4)运输业务的款项信息录入到系统中后，由财务处理模块进行相应的收付款处理。 3.2。3 配件库存管理 （1）业务功能描述 功能描述：配件库存管理主要指车库的配件库存管理。包括新配件入库,新配件出库,旧件入库，旧件出库等四个方面,车辆配件管理的业务流程图如2。2 图所示。 图 32 车辆配件管理的业务流程图 新配件买入后， 添写入库单,存放在配件仓库中。 当前车辆需更换配件时，到配件仓库中取出所需配件，并添写出库单。车辆在运营过程中,部分配件消耗掉了， 但其它部分配件虽然已消耗但仍具有回收价值需进行旧件入库处理。当旧件积累

12、到一定时候，需要办理旧件出库处理。 此外，系统应能统计出当前的库存情况，以及每辆车的配件使用情况. l)车库管理人员在配件采购完成后，进行新件入库处理并记录到系统中。 2）当新配件出库时，由车库管理人员在系统中记录出库信息。新配件将被应用到某台车辆上。 3)旧件入库时，由车库管理人员记录旧件所在的车辆及相关信息。 4）当旧件变卖时，由车库管理人员进行旧件出库处理。 (2）输入 l)入库信息:入库编号（系统自动生成，用于唯一标识） 、配件种类（主要有两种： 车辆使用的配件和车辆使用易耗品）、 配件的状态 （新件或者是旧件） 、配件的名称、数量、单价、金额、供应商、供应商电话、录入日期和备注信息。

13、 2)库存记录:对应的入库编号（用以对应库存一记录相应的入库信息） ，配件种类 （主要有两种： 车辆使用的配件和车辆使用易耗品)、 配件的状态 （新件或者是旧件） 、配件的名称、数量、单价、金额、录入日期、出库日期、出库批准人、使用的车辆编号、库存状态（库存中或已出库） ，备注信息，原库存编号（当配件进行部分出库时将出库的配件产生一条新的出库记录，新记录的原库存编号指向原库存记录)。 （3）注意事项 l）当入库数据录入错误时，在入库的配件未出库的情况下可进行删除处理. 2）旧件出库后，系统自动在财务模块添加一笔款项信息. 3。2。4 财务处理 （1）业务功能描述 财务处理包括对运输业务的相关款

14、项的收付处理、和对其它款项（车辆维修费，旧件变卖收入等）的收付处理.同时能按一定关键字或过滤条件进行查询,如(如指定时期的未收未付款或一段时期内各项费用的明细信息).财务处理的业务流程图如图3-3 所示。 图 33 财务处理业务流程图 l）当产生业务以外的款项信息时，由业务人员录入相应的款项信息。 2)当款项收取或付出时，由财会人员进行收款或付款处理。 （2）输入 l）款项信息：款项编号(由系统自动生成，作为唯一标识） 、款项种类代码(应收款或应付款） 、款项类型(指款项的用途、如加油费等） 、业务款项编号（用于对应相应的业务款项)、金额、原款项编号(当款项被部分收款或部分付款时， 系统产生一

15、条新的已付款项记录,新记录的原款项编号将指向原款项记录)、客户名称(收款或付款的对象、当款项为一些费用时可为空)、车辆编号（款项信息所涉及到的车辆） 、款项状态（未收或未付的款项或已收或已付的款项)、录入日期、收款或付款日期、备注信息。 2)款项类型：款项类型代码（人工生成，作为唯一标识)、款项类型名称、款项种类代码（应收款或应付款)、款项属性(业务收入支出车辆维修费收支|车辆事故费用收入支出其它收入支出） 。 （3)注意事项 款项类型可动态维护。 3。2。5 费用统计查询 （1）业务功能描述 功能描述：统计在一段时期内的总的收入支出情况,并能计算出每辆车的收入支出情况。并且按各种条件查询相应

16、的收入支出情况. 在输入相应的区间后、系统显示按车辆汇总的各项费用的情况。 （2)输入输出 输入：相应的查询时间。 输出信息包括汇总信息和查询反馈信息。 汇总信息包括车辆编号、应收款项汇总、应付款项汇总、毛利(应收款项汇总应付款项汇总） 、车辆维修的款项笔数、车辆维修的应收款汇总、车辆维修的应付款汇总等。 查询反馈信息包括按各种关键字进行查询的反馈结果。 （3)使用人员 1）统计只供经理查看，为决策提供支持。 2）一般的查询功能,相关的业务人员都可以进行。 2）其它应收款、其它应付款的数据录入由业务人员负责。 3.3 非功能性需求 物流信息管理系统要求能够满足各种情况，成为一个全面的物流信息系

17、统解决方案.系统的具体要求包括如下: （1）实用性. 本系统将用于当地公路运输,因此必须保证系统的实用性。 （2）数据准确性。 本系统将用于物流公司的统计、分析和决策,因此数据的准确性是最重要，应保证原始数据完全和准确 . （3)可靠性。 系统的稳定性是设计的重要原则。在保证系统稳定运行的前提下，提供系统数据备份恢复解决方案应付系统灾难性恢复，尽量避免由于系统的不稳定造成日常工作的损失，影响本企业的正常运作. （4）可扩展性。 充分考虑导信息技术的飞速发展，同时也考虑到我集团公司的迅速发展情况， 因此系统的原则之一是可扩展性。 随着本公司的发展或新技术的增长，系统应该能够具有一定的扩展性以适应

18、公司的发展。 （5）易操作性。 考虑到日常使用的频率较高，应该充分考虑用户界面的友好性，简单易操作，在最大程度上保证用户对应用系统的接受和配合。 3.4 数据项与数据结构 通过对企业运输管理的内容和业务流程分析，设计的数据项和数据结构如下： （1)车辆司机登记管理：车辆编号、内部编号、车牌号、挂车号；人员编号、人员姓名、联系电话;供应商编号，供应商名称，联系人，联系电话,地址；客户编号,客户名称，联系电话，地址等。 （2）运输业务管理：包括的数据项有业务编号、运输车辆编号、实际行驶里程、出发时间、收车时间、路线、录入日期、业务款项编号、业务编号、吨位、金额、客户名称等。 （3)配件库存管理：配

19、件入库编号、配件种类代码、配件状态代码、配件名称、数量、单价、供应商名称、录入日期、库存编号、入库编号、配件种类代码、配件状态代码、出库日期、出库批准人、使用配件的车辆编号、备注信息、原库存编号等。 （4)财务管理：包括的数据项有款项编号、所属车辆编号、业务款项编号、元款项编号、客户名称、付款日期等。 以上这些数据项和数据结构通过系统的录入模块采集进入系统数据库。第四章 系统设计 4。1 系统总体设计 4。1。1 B/S 结构 B/S 结构（Browser/Server，浏览器/服务器模式） ：是 WEB 兴起后的一种网络结构模式，WEB 浏览器是客户端最主要的应用软件.这种模式统一了客户端，

20、将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器Internet Explorer，就能通过 Web Server 同数据库进行数据交互17。 下面说明 B/S 结构的优点。 （1)B/S 结构可以在任何地方进行操作而不用安装任何专门的软件。只要能上网,由系统管理员分配一个用户名和密码,就可以使用了。 甚至可以在线申请,通过公司内部的安全认证后,不需要人的参与，系统可以自动分配给用户一个账号进入系统。 （2)维护和升级方式简单。 B/S 架构的软件只需要管理服务器就行了,所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大,有多少

21、分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行;如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”,而服务器越来越“胖”是将来信息化发展的主流方向，这对用户人力、物力、时间、费用的节省是显而易见的。 （2）成本降低，选择更多。在服务器操作系统上 windows 并不是处于绝对的统治地位，因为还有 Linux。 现在的趋势是凡使用 B/S 架构的应用管理软件,只需安装在 Linux 服务器上即可，而且安全性高.所以服务器操作系统的选择是很多的，不管选用那种操作系统都可以让大部分人使用 windows 作为桌面操作系统电脑不受影响，这就

22、使得最流行免费的 Linux 操作系统快速发展起来，Linux 除了操作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。 B/S 结构也有缺点：应用服务器运行数据负荷较重。由于 B/S 架构管理软件只安装在服务器端(Server）上，网络管理人员只需要管理服务器就行了，应用服务器运行数据负荷较重，一旦发生服务器“崩溃等问题,后果不堪设想。因此相关单位都备有数据库存储服务器，以防万一。 4。1。2 系统总体架构 系统采用分层的 B/S 程序结构。其中 WEB MVC 框架采用开源框架 Struts，视图实现采用 JSP， 业务逻辑部分采用 JAVA Bean 实现， 用户通过 IE 客户

23、端访问 JSP页面,通过 Structs 的 ACTION SERVLET 控制器将请求分配给具体的 Action 实现类进行业务处理后响应给页面。数据库访问有 JDBC 和 Hibernate 两种方式。系统总体架构图如图 41 所示。18 图 4-1 系统总体架构 4。1.3 系统网络结构 本系统采用 B/S 架构，系统用户主要是库房和办公室操作人员,通过 Internet连接到应用服务器,应用服务器与数据库服务器通过专线连接.系统网络结构如图4-2 所示18。 图 42 系统网络结构 4。2 系统总体结构设计 系统总体结构设计指根据系统分析的要求和组织的实际情况来对系统的总体结构和可利用

24、的资源进行大致设计,它是一种宏观、 总体上的设计和规划19 20 22。 根据需求分析的结果，本系统按照业务功能可以分为车辆司机管理，运输业务管理,库存管理，财务管理和收入费用统计查询等五部分.本系统的总体结构如图43 所示。 图 43 系统总体结构图 4。3 系统功能设计 本系统包括基本信息管理、运输业务管理、配件库存管理、财务管理、收入费用统计查询五部分。 4.3。1 基本信息管理 本模块负责对系统基本信息进行管理，主要块包括车辆信息管理、人员信息管理、供应商信息管理和客户信息管理四部分.这四个部分的功能类似，都包括基本信息的添加、删除、修改以及查询等功能。下面以人员信息管理为例,说明整个

25、模块的功能.操作员选定一个人员的信息，然后进行添加、修改、删除和查询等操作。这些操作可以在一个功能窗口上完成，非常直观快捷。但是需要注意，删除人员信息时，系统需要判断该人员是否有相关的业务记录，如果没有相应记录就可以删除，否则不能，从而保证数据的参照完整性.人员信息管理的程序流程图如图 44 所示。 图 44 人员信息管理程序流程图 4.3.2 运输业务管理 根据本文需求分析的结果，本模块包括业务员处理业务信息、车库管理员调动车辆司机和运输业务查询等功能。 1、业务员处理业务信息：业务员接收运输业务信息(即添加业务信息)，首先保存业务信息；然后根据业务的具体情况，通知车辆管理员调动相应吨位的车

26、辆，并通知财务人员预付给司机一定数目的经费。业务员添加新业务的程序流程图如图 45 所示。 图 4-5 添加业务程序流程图 2、车辆管理员调动车辆司机：车管员安排车辆和司机。根据管理员发送的运输业务信息，如货物的种类、重量和运输目的地等信息,结合车库中当前的车辆状态，合理调配车辆；然后根据司机的信息和当前状态，选择司机。运输车管调动车辆的程序流程图如图4-6 所示。 图 4-6 车管员派车程序流程图 4.3.3 配件库存管理 配件库存管理模块.本模块包括主要包括配件入库、配件出库和配件库存查询两部分功能。 （1)配件入库，入库的配件包括新配件和旧配件两种.新配件首先要填写基本信息，而旧配件可以

27、根据配件类型查找其基本信息；在获取配件基本信息后,仓库管理员需要填写配件的入库信息，包括入库数量和入库时间等；在确认提交后，系统进行保存处理，包括生成入库记录和更新库存记录.配件入库处理的程序流程图如图 47 所示。 图 47 配件入库程序流程图 (2) 配件出库。仓管员首先选择出库的配件，系统自动显示其基本信息和库存量；然后填写出库的数量。系统进行保存之前，将确认出库数量不大于入库数量，确定后系统进行出库处理，包括生成出库记录和更新库存记录。配件出库处理的程序流程图如图48 所示. 图 4-8 配件出库程序流程图 4。3。4 财务管理 财务管理模块。主要包括财务人员预付款、运输完成后财务处理

28、以及费用统计查询等三部分功能。 1、财务人员预付费：根据运输业务信息，初步估算路途花费后，确定预付给一定的金额，系统保存相应信息，然后将费用交给司机。财务人员预付费的程序流程图如图49 所示. 图 49 预付费程序流程图 2、运输完成后财务处理：当司机完成运输业务后，财务人员收取客户的运输费用，然后给司机报销费用，系统将财务收支信息进行保存。至此系统完成了一次业务的财务处理。运输完成后财务处理的程序流程图如图4-10 所示。 图 410 财务处理程序流程图 4。3.5 费用统计查询 费用统计查询：进行业务费用的统计和查询,需要注意的是,该部分的用户需要权限认证,未授权者不能进行操作。本系统中，

29、只有经理有权限进行费用的统计和查询。 4.4 数据库设计 4。4。1 数据库设计原则 在数据库设计中为了使数据库能准确的表示业务数据，容易使用和维护,便于设计检索和修改，确保数据安全，减小冗余数据，便于数据备份和恢复等,采用了以下一些原则19 20 21： (l)保证数据的一致性、完整性.为了达到这一目的，一般都需要使用很多的表间关联,这样不仅可以保证数据的完整性,而且可以降低数据的冗余度，但是建立关联以后，增大了表的插入、更新、删除操作所占的系统开销,而且增加的表间连接查询操作降低了系统的响应时间。通过合理的数据冗余能较好的解决一致性与冗余之间的矛盾。 (2）数据的冗余.在数据库设计时要尽可

30、能的减少数据的冗余，以节省系统资源,提高系统效率，但是在具体应用中合理的冗余能够使开发和维护更加简单方便,所以在不影响数据的完整性和一致性的基础上，合理的冗余是允许的。 (3）窄表的使用.通过对系统的数据量和用户查询量的预测，将一些表中查询较为集中的列分离成单独的窄表,改善数据库服务器数据访问的性能，提高查询的速度. 4。4.2 数据库概念结构设计 根据对数据项和数据结构的分析，可以设计出相应的实体：基本信息管理实体，运输业务管理实体,配件库存管理实体和财务处理实体. （1） 基本信息管理ER 图如图 4-3 所示，由于供应商和客户的基本信息未直接与车辆或人员产生联系，所以图中未进行表示. 图

31、 4-3 基本信息管理 E-R 图 （2） 运输业务管理 ER 图如图 44 所示. 图 4-4 运输管理 E-R 图 （3）配件库存管理 ER 图如图 4-5 所示。 图 45 配件库存管理 ER 图 （4) 财务处理 E-R 图如图 4-5 所示。 图 45 财务管理 E-R 图 4。4.2 数据库逻辑结构设计 在实体以及实体之间关系的基础上，形成数据库中的表以及表间的关系，每个表格表示在数据库中的一个表。下面对表结构进行描述。 1、车辆信息表 表 4-1 车辆信息表 cl_jbxx 代码 名称 数据类型及长度 是否可空 备注 clbh 车辆编号 int Primary key 自动增长

32、nbh 内部编号 Char(20） Not null cphm 车牌号码 Char（20） Not null gch 挂车号 Char（20） Not null 2、车辆配件信息表 表 42 车辆配件信息表 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 代码 名称 数

33、据类型及长度 是否可空 备注 zldm 车辆配件编号 Char(10) Primary key 自动增长 zlmc 车辆编号 int Foreign key 4、人员类型信息表 表 44 人员类型信息表 xt_rylx 代码 名称 数据类型及长度 是否可空 备注 bh 人员类型编号 int Primary key 自动增长 zwmc 职务名称 Char(20） Not null 5、人员信息表 表 45 人员信息表 xt_ryxx 代码 名称 数据类型及长度 是否可空 备注 bh 人员编号 int Primary key 自动增长 xm 人员姓名 Char（20） Not null rylx

34、人员类型编号 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

35、 null dj 单价 Dec（10,2） null gysid 供应商编号 int null lrr 录入人员 int Foreign key lrrq 录入时间 datetime null 7、供应商信息表 表 47 供应商信息表 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) nul

36、l 8、配件状态信息表 表 4-8 配件状态信息表 xt_pjzt 代码 名称 数据类型及长度 是否可空 备注 dm 配件代码 Char（1) Primary key mc 配件名称 Char（20） Not null 9、库存状态表 表 49 库存状态表 xt_kcxx 代码 名称 数据类型及长度 是否可空 备注 dm 配件代码 Char（1) Primary key mc 配件名称 Char（20) Not null 10、库存信息表 表 4-10 库存信息表 kc_kcxx 代码 名称 数据类型及长度 是否可空 备注 kcbh 库存编号 int Primary key 自动增长 rkbh

37、 入库编号 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、出库信息表 表 411 出库信息表 kc_rkxx 代码 名称 数据类型及长度 是否可空 备注 ckbh 出库编号 int Primary key 自动增长 pjzldm 配件

38、种类代码 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

39、 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、运输业务款项表 表 413 运输业务款项表 ys_ywkx 代码 名称 数据类型及长度 是否可空 备注 kxlb 配件代码 Char(1) Primary key khbh 配件代码 Char（1） Primary key dw 配件名称 Char(20） Not null j

40、e 配件代码 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、款项类别表 表 415 款项类别表 xt_pjzt 代码 名称 数据类型及长度

41、 是否可空 备注 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、财务款项信息表 表 417 财务款项信息表 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