ExtJS SSH物流管理系统源码+数据库详细设计+文档需求

QQ账号登录	立即注册>>

279 主题	41 听众	689 金钱

版主

该用户从未签到

电梯直达

楼主

发表于 2014-06-12 20:30:47 |只看该作者 |倒序浏览

1 引言
物流配送系统的主要目标是为配送公司开发有市场前景的配送服务提供支持；并快速、高效调度配送公司内的各种资源，使配送公司内的各部门协助合作为客户提供满意、高效的配送服务。  经过对和某公司同仁的讨论，结合公司现有的工作模式，对物流配送管理系统进行了分析，形成此文档，以便开发方可以更好的理解用户需求，进而进行后续的设计开发工作。
1、信息流：整个配送系统的运转是以信息流为驱动，以它为基础协调各部门通力合作为客户提供优质的服务。本系统的信息流主要指各种单据在各部门间的有序传递，主要单据有：订单、配送任务单、货物调拨单、出库单、分发单、路单、验货单、签收单。
2、物质流：物质流是配送系统的基础，本系统对物质的管理指的是货物从中心库房运输到分站库房，配送员从分站库房领取货物，最终送到客户的过程。
3、资金流：建立配送系统的最终目的是获取盈利，所以资金流是本系统的关键，本系统的资金流指的是：配送资金从客户到配送员，配送员到分站，分站到中心财务运转过程；中心财务与供应商进行结算等一系列的资金流动过程。
4、订单：是客户服务中心根据客户的配送要求所生成配送原始的单据。订单种类分为：普通配送订单、异地收款订单、换货单、退货单。订单的主要内容：订单号、订购客户信息、收货客户信息、投递信息、资金信息、订购货物信息｛商品代码、商品数量、计量单位｝、订单类型、送货要求信息、订单状态、发票信息、备注信息等。
5、任务单：是配送员为客户提供配送服务的依据，它由调度中心根据订单生成，并提交给对应分站，分站根据具体情况分配配送员。任务类型分为：送货收款、送货、收款、换货、退货。主要内容：任务号、服务员信息｛分站代号、配送员代号｝、服务对象信息｛姓名、地址、电话｝、服务内容信息｛任务类型、商品代码、商品数量、计量单位｝、服务资金信息、服务时间信息、任务状态、备注信息。
6、商品调拨单：是商品在库房之间调拨的原始单据。主要内容：调拨单号、出库库房代号、入库库房代号、商品代码、调拨商品数量、商品计量单位、计划出库时间、订单号、任务单号等信息。
7、出库单：是中心库房出库的依据，它是分发单的汇总。主要内容：出库单号、商品代码、商品名称、出库数量、厂商、计量单位、出库库房代码、出库时间、备注等信息。
8、分发单：是中心库房出库后，将商品分发给各分站库房的依据。主要内容：分发单号、分站库房名称、出库时间、商品代码、商品名称、计量单位、商品数量等信息。
9、验货单：是分站库房接收商品的电子凭证，内容与分发单内容相同。
10、签收单：是配送员将货物配送给客户后，客户签收的单据。主要内容：签收单号、任务号、客户姓名、联系电话、邮编、送货地址、送货日期、送货要求、送货分站、分站地址、分站电话、是否要发票、商品名称、单价、商品数量、商品总价、任务类型、备注、客户反馈、客户签名。

2 任务概述
2.1 目标
项目总体目标是搭建 XX 单位的物流配送信息管理平台，不仅满足目前的业务需要，还要满足公司未来的发展，而且要具备良好的可扩展性，形成公司未来物流管理的信息化平台。  本系统主要从为客户提供服务、为公司提供决策支持来考虑。除了要为客户实现提供的普通货物订购外，还有货物退订、换货、退货功能。
3 需求规定
3.1 一般性需求
   集中数据管理、分布式应用，实现信息的全面共享，为决策者提供最新的数据。 z 完全基于浏览器的操作模式，安装简单、操作方便，具有良好的系统扩充能力。 z 灵活的模块需求设计，可根据实训项目周期灵活裁剪。 z 严格的安全管理机制。利用 SSL 技术维护网络传输安全，利用安全规则和特权保证基本信息的安全管理，提供日常操作的审计功能，并对重要的安全事件提供报警，对重要数据进行加密。 z 支持中英文界面切换。
3.2 功能性需求
3.2.1 角色说明
   整个业务流程会涉及到如下角色：客户、客服人员、调度中心管理员、分站管理员、中心库房管理员、分站库房管理员、配送中心管理员、财务中心管理员、配送员、供应商。  各角色在本系统中的工作流程所起的作用如下： 1、客户：首先提出配送请求，最终享受配送服务．它在本系统中即是服务的起点，也是服务的终点。 2、客服人员：接受客户配送请求，生成订单。根据库存确定订单状态，当中心库房有货时，为可分配订单；当中心库房缺货时，订单状态为中心库房缺货订单。 3、调度中心管理员：实现订单调度与库房调度功能。调度中心可自动调度，也可人工干预调度。  具体工作流程为：当客户所订购的商品缺货（中心库房缺货）时，到货后，调度人员将订单置为可分配订单，配送流程同正常订单的配送流程。 4、配送中心管理员：对进货进行管理，当发现中心库房缺货或存货数据达到预警值时，则提示进货。 5、中心库房管理员：存放公司所配送的货物，是公司货物的入口。 6、分站库房管理员：它可能是一个虚拟库房，存放分站配送商品，它是一个中转库房。具体工作流程为：库房根据调拨出库单及配送员的配送任务单领取货物，领货后置订单状态为：已领货订单；接收到中心库房提交的验货单与发送过来的货物和分发单，比较相同则可作入库操作，并置中心库房出库订单为配送站到货订单。 7、分站管理员：完成商品的投递，具体包含：给配送员派单，并作结单操作。订单状态由配送站到货订单改为：已分配订单；配送员领货后订单状态置为：已领货订单；结单后置为：已完成订单。

8、配送员：根据配送单，将货物投送到客户，并与客户进行资金结算。
3.2.2 整体业务流程描述
整个货物配送体系以客户为中心，组织公司内、合作伙伴（运输公司及供应商）的各种可以利用的资源及配送员，为客户提供配送服务。  物流配送系统是该体系中的核心，是一个服务平台，主要功能是对货物配送中的信息流、资金流及物流进行管理。其总体业务流图如下：

关于logistics项目的包的作用
src:
com.neusoft.logistics.bean       放实体类以及其hibernate的映射文件，其下类命名为“名词”
com.neusoft.logistics.action       放struts Action，其下类命名为“动词+名词+Action”
com.neusoft.logistics.dao.inter          放Dao的接口，其下类命名为“I+名词+Dao”
com.neusoft.logistics.dao.impl          放Dao的实现，其下类命名为“名词+DaoImpl”
com.neusoft.logistics.service.inter    放Service接口，其下类命名为“I+动词+Service”
com.neusoft.logistics.service.impl  放Service实现，其下类命名为“动词+ServiceImpl”
applicationContext-common.xml                spring配置hibernate的文件，不要修改它
applicationContext-actions.xml       spring配置Action的文件，struts-config的action-forward中的action的type属性
                                    type="org.springframework.web.struts.DelegatingActionProxy" name属性对应该文件中的id的值
applicationContext-services.xml       spring配置Service的文件
applicationContext-daos.xml          spring配置Dao的文件
hibernate.cfg.xml    Hibernate的数据库连接配置文件,只要增添mapping就行
WebRoot:
shared：文件夹下放置的是EXT的常用js,css和图片文件,不要修改该文件夹下的东西
templates:文件下放置css以及图片模板，其中default为默认的模板，新增模板可以在该文件夹下添加文件夹，例如tpl1,tpl2..., 每一个模板都是能完整定义界面的，可以相互替换的。
modules：文件夹下放置页面，可以新建文件夹
WEB-INF/struts-config.xml为struts配置文件
docs:
该文件夹下放置各种文档，包括sql,用例规约，需求文档等等，每种类型的文档最好建一个新的文件夹。

注意：如果我们使用CVS，我们所有的文件夹名称，文件名称不能是中文，切记。

项目目录：

项目源码下载地址：点击下载
提取码：

游客，本帖隐藏的内容需要积分高于 500 才可浏览，您当前积分为 0

点评

阿轰感觉还不错。发表于 2015-5-15 23:14 回复

科帮网 1、本主题所有言论和图片纯属会员个人意见，与本社区立场无关
2、本站所有主题由该帖子作者发表，该帖子作者与科帮网享有帖子相关版权
3、其他单位或个人使用、转载或引用本文时必须同时征得该帖子作者和科帮网的同意
4、帖子作者须承担一切因本文发表而直接或间接导致的民事或刑事法律责任
5、本帖部分内容转载自其它媒体，但并不代表本站赞同其观点和对其真实性负责
6、如本帖侵犯到任何版权问题，请立即告知本站，本站将及时予与删除并致以最深的歉意
7、科帮网管理员和版主有权不事先通知发贴者而删除本文