上传某地运输管理系统的分析与设计Word文档下载推荐.docx

上传人:b****4 文档编号:17000189 上传时间:2022-11-27 格式:DOCX 页数:19 大小:27.58KB
下载 相关 举报
上传某地运输管理系统的分析与设计Word文档下载推荐.docx_第1页
第1页 / 共19页
上传某地运输管理系统的分析与设计Word文档下载推荐.docx_第2页
第2页 / 共19页
上传某地运输管理系统的分析与设计Word文档下载推荐.docx_第3页
第3页 / 共19页
上传某地运输管理系统的分析与设计Word文档下载推荐.docx_第4页
第4页 / 共19页
上传某地运输管理系统的分析与设计Word文档下载推荐.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

上传某地运输管理系统的分析与设计Word文档下载推荐.docx

《上传某地运输管理系统的分析与设计Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《上传某地运输管理系统的分析与设计Word文档下载推荐.docx(19页珍藏版)》请在冰豆网上搜索。

上传某地运输管理系统的分析与设计Word文档下载推荐.docx

对系统内的统计、汇总数据进行查看。

具有最高的权限,可进行所有操作。

3.2 功能需求分析

本系统主要涉及到基本信息管理、运输业务管理、配件库存管理、财务处理以及费用统计查询等五个方面的业务。

(1)基本信息管理。

对车辆、人员、配件供应商和客户的基本信息进行管理。

(2)运输管理。

对运输相关业务进行管理。

(3)配件库存管理。

对配件库存相关信息(包括入出库)进行管理。

(4)财务处理。

处理业务中相应的财务信息处理。

(5)收入费用统计查询。

对费用按一定进行统计或查询。

3.2.1基本信息管理

(1)业务功能描述

功能描述:

系统应对现有车辆、司机信息、供应商以及客户的基本信息进行,以供查询使用。

车辆信息应包含汽车的基本信息及其所有的配件信息。

除此之外,也包含车辆所使用的易耗品的记录。

人员信息应包括人员的基本情况、联系方法以及人员类别等信息。

供应商信息和客户信息应包含相应的基本情况和联系方式等。

业务描述:

业务人员应在车辆、车辆配件、司机信息变更后在系统内进行信息变更处理。

变更处理包括:

车辆信息添加、删除和修改;

车辆配件信息的添加、删除和修改;

人员信息的添加、删除和修改;

人员类别信息的添加、删除和修改;

供应商信息的添加、删除和修改和客户信息的添加、删除和修改。

(2)输入

车辆信息:

车辆编号(供内部使用、唯一标识)、车牌号码、挂车号。

车辆配件信息(一辆车包含多个配件信息):

配件种类(主要有两种:

车辆使用的配件和车辆使用易耗品)、配件名称、配件型号、数量。

人员信息:

姓名,人员类别,联系电话,地址、备注信息。

供应商信息:

名称,联系人,联系电话,联系地址、描述信息。

客户信息:

客户名称、联系电话、联系地址、描述信息。

(3)注意事项

1)当车辆在系统内进行过相关的业务处理后,不可删除该车辆信息。

2)当人员在系统内进行过相关的业务处理后,不可删除该人员信息。

3)车辆的配件信息不但包括车辆使用零配件信息、也包括车辆使用的易耗品信息。

4)车辆的配件信息主要在系统初始化时录入,初始化完成后,应通过库存管理模块的出库处理和入库处理进行维护。

5)人员信息中的人员类别只能是人员类别表中的信息。

6)当供应商在系统内进行过相关的业务处理后,不可删除该司机信息。

7)当客户在系统内进行过相关的业务处理后,不可删除该司机信息。

3.2.2运输业务管理

系统中需处理的运输业务主要有两种,分别是长途运输业务和短途运输业务。

运输管理的业务流程图如图3-1所示。

图3-1运输管理业务流程图

首先,客户将相关的运输业务信息传达到业务员,然后业务员将相关的运输路线等信息通知到车库管理人员,由车库管理人员指派相应的车辆从事该笔运输业务。

业务员在得到车库管理人员的反馈后,将所有业务信息记录存档,并把相关的款项信息传递给财会人员。

财会人员向运输车辆支持预付款后,车辆开始运输任务。

运输任务完成后,由司机向财会人员报销运输途中产生的各种费用。

最后,向客户收取相应款项,至此一笔业务完成。

此过程为长途运输业务的情况,短途运输除没有预付款外与长途运输情况基本一致。

l)业务人员在接收到客户传来的业务信息后,人工产生相应的业务编号。

2)业务人员同车库的管理人员进行电话联系,告之业务的运输路线等相关信息。

3)由车辆的管理人员指派指定的司机和车辆从事该笔业务运输。

指派完成后将相关信息传递给办公地点的业务人员。

4)业务人员将业务的相关信息录入到系统中。

5)业务人员录入己知的款项信息,并将信息传递给财会人员。

6)由财会人员向司机支付预付款。

7)运输车辆完成运输任务后,由运输司机向财会人员进行报销处理。

同时,将款项信息录入到系统中。

8)在向客户收取业务的相关费用后,由财会人员在财务模块进行收付款处理。

运输业务信息:

业务编号(人工产生、唯一标识)、运输路线、运输车辆、运输司机(可为多人,一般情况下长途运输为两名司机、短途运输为一员司机)、发车时间、收车时间、实际行驶里程、录入时间、备注信息。

业务相关的款项信息(一笔业务数据包含多笔款项信息):

业务编号(款项所属的业务标识)、吨位、金额、客户名称(一般收付款的对象)、款项种类(应收款或应付款)、款项类型(包括等等)。

l)运输业务信息删除时,应判断是否含有款项信息,系统只能删除没有任何款项信息的业务记录。

2)删除款项信息时,系统应判断该笔款项是否己进行收款,系统只能删除未进行收付款项业务款项信息。

3)运输业务的某些特殊情况可记录到备注字段中。

4)运输业务的款项信息录入到系统中后,由财务处理模块进行相应的收付款处理。

3.2.3配件库存管理

配件库存管理主要指车库的配件库存管理。

包括新配件入库,新配件出库,旧件入库,旧件出库等四个方面,车辆配件管理的业务流程图如2.2图所示。

图3-2车辆配件管理的业务流程图

新配件买入后,添写入库单,存放在配件仓库中。

当前车辆需更换配件时,到配件仓库中取出所需配件,并添写出库单。

车辆在运营过程中,部分配件消耗掉了,但其它部分配件虽然已消耗但仍具有回收价值需进行旧件入库处理。

当旧件积累到一定时候,需要办理旧件出库处理。

此外,系统应能统计出当前的库存情况,以及每辆车的配件使用情况。

l)车库管理人员在配件采购完成后,进行新件入库处理并记录到系统中。

2)当新配件出库时,由车库管理人员在系统中记录出库信息。

新配件将被应用到某台车辆上。

3)旧件入库时,由车库管理人员记录旧件所在的车辆及相关信息。

4)当旧件变卖时,由车库管理人员进行旧件出库处理。

l)入库信息:

入库编号(系统自动生成,用于唯一标识)、配件种类(主要有两种:

车辆使用的配件和车辆使用易耗品)、配件的状态(新件或者是旧件)、配件的名称、数量、单价、金额、供应商、供应商电话、录入日期和备注信息。

2)库存记录:

对应的入库编号(用以对应库存一记录相应的入库信息),配件种类(主要有两种:

车辆使用的配件和车辆使用易耗品)、配件的状态(新件或者是旧件)、配件的名称、数量、单价、金额、录入日期、出库日期、出库批准人、使用的车辆编号、库存状态(库存中或已出库),备注信息,原库存编号(当配件进行部分出库时将出库的配件产生一条新的出库记录,新记录的原库存编号指向原库存记录)。

l)当入库数据录入错误时,在入库的配件未出库的情况下可进行删除处理。

2)旧件出库后,系统自动在财务模块添加一笔款项信息。

3.2.4财务处理

财务处理包括对运输业务的相关款项的收付处理、和对其它款项(车辆维修费,旧件变卖收入等)的收付处理。

同时能按一定关键字或过滤条件进行查询,如(如指定时期的未收未付款或一段时期内各项费用的明细信息)。

财务处理的业务流程图如图3-3所示。

图3-3财务处理业务流程图

l)当产生业务以外的款项信息时,由业务人员录入相应的款项信息。

2)当款项收取或付出时,由财会人员进行收款或付款处理。

l)款项信息:

款项编号(由系统自动生成,作为唯一标识)、款项种类代码(应收款或应付款)、款项类型(指款项的用途、如加油费等)、业务款项编号(用于对应相应的业务款项)、金额、原款项编号(当款项被部分收款或部分付款时,系统产生一条新的已付款项记录,新记录的原款项编号将指向原款项记录)、客户名称(收款或付款的对象、当款项为一些费用时可为空)、车辆编号(款项信息所涉及到的车辆)、款项状态(未收或未付的款项或已收或已付的款项)、录入日期、收款或付款日期、备注信息。

2)款项类型:

款项类型代码(人工生成,作为唯一标识)、款项类型名称、款项种类代码(应收款或应付款)、款项属性(业务收入支出|车辆维修费收支|车辆事故费用收入支出|其它收入支出)。

款项类型可动态维护。

3.2.5费用统计查询

统计在一段时期内的总的收入支出情况,并能计算出每辆车的收入支出情况。

并且按各种条件查询相应的收入支出情况。

在输入相应的区间后、系统显示按车辆汇总的各项费用的情况。

(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浏览器是客户端最主要的应用软件。

这种模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用。

客户机上只要安装一个浏览器InternetExplorer,就能通过WebServer同数据库进行数据交互[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程序结构。

其中WEBMVC框架采用开源框架Struts,视图实现采用JSP,业务逻辑部分采用JAVABean实现,用户通过IE客户端访问JSP页面,通过Structs的ACTIONSERVLET控制器将请求分配给具体的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

Primarykey

自动增长

nbh

内部编号

Char(20)

Notnull

cphm

车牌号码

gch

挂车号

2、车辆配件信息表

表4-2 车辆配件信息表cl_pjxx

clpjbh

车辆配件编号

Foreignkey

pjzldm

配件种类代码

Char(10)

pjxh

配件型号

sl

数量

3、配件种类表

表4-3 配件种类表cl_pjxx

zldm

zlmc

4、人员类型信息表

表4-4 人员类型信息表xt_rylx

bh

人员类型编号

zwmc

职务名

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 人文社科 > 教育学心理学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1