《(完整word版)物流配送管理信息系统(word文档良心出品)》由会员分享，可在线阅读，更多相关《(完整word版)物流配送管理信息系统(word文档良心出品)（17页珍藏版）》请在金锄头文库上搜索。
1、目录一、系统开发背景概述 1.二、总体规划 1.1、总体目标 12、企业当前存在的主要问题 13、管理信息系统的可行性分析 2三、系统分析 3.1、组织机构图 32、业务流程图 33、数据流程图 44、数据字典 6四、系统设计 1.0.1、功能模块图 102、模块层次图： 113、IPO及人机界面设计 114、管理信息系统基础设施的设计与选择 125、代码设计 136、数据库设计 13五、总结和体会 1.4.、系统开发背景概述进入21世纪，科技的发展超乎人类的预期，越来越多的科技产品已经融入 人们的生活， 成为日常生活中不可分割的一部分。 对于企业而言， 新科技的产生 将打破原有的工作模式，
2、大大提高了企业的办公效率， 同时， 信息的开放也给企 业带来了前所未有的竞争和挑战。 此次课程设计， 我选择物流配送公司管理信息 系统，主要是暑假在相关公司实习了一个月，对相应的业务流程有一定了解。陕西申通快递有限公司是申通快递有限公司下属的陕西分公司，虽然分公司有总公司配发的E3系统，基于此，总公司可以对全国的网点进行管理并且各网 点可以对此进行订单查询。 但是对于陕西分公司而言， 还是由于信息不明确、 业 务过程复杂而存在很多问题， 随着业务量的增加及外部竞争的压力， 公司迫切需 要一个切实可行的系统以提高自身的业务效率。二、总体规划1、总体目标新系统目的在于减少由于手工操作所造成的人力物
3、力财力的浪费， 提高信息 处理的精度和准确度， 改进管理服务的质量和效率， 为企业在现代化的竞争中提 供硬件的优势。2、企业当前存在的主要问题对于快递公司而言，实现运单的快速、安全的运送是公司良好发展的基础。 然而，由于公司大多数工作都是人工操作， 并没有实现责任到人的管理制度， 所 以经常出现运单丢失的现象， 不仅给客服部的理赔人员增加了很多不必要的工作 量也给公司带来了很多损失。首先，公司虽然有明确的部门划分，但是部门之间并没有明确的责任制度， 例如公司内部将理赔、业务、查询、问题件都划分在客服部，导致客服部管理难 度大，人员调度频繁。其次，由于现行系统是由总公司配发的综合系统，对分公 司
4、的业务有很多地方并不适用， 许多业务需要工作人员很机械的记住。 再加上公 司员工离职、 新进比较频繁， 新员工培训也会耽误某些职工的正常工作。 为了适 应市场的竞争、 解决企业现有问题、 提高工作效率， 公司迫切需要一个针对公司 日常工作的管理信息系统。最后，在对公司内部业务过程经过仔细的调查研究、 归类，采用BS防法对公司内部过程和数据类进行了划分，找出适合于企业发展 的新的过程归类，并画出相应的U/C矩阵。U/C矩阵过程数据类客 户服务经 营 目 标计 划成本财 务职工职工 薪 水查 询 结 果订 单 现 状订 单 信 息发 件 人 信 息订单收 件 人 信 息收 件 人 签 单单 件 费
5、 用订単号经营计划经营计划UUCC财务计划CUU财会成本会计C职工会计UUC业务 过程订单查询CU把枪扫描CU上传信息CUUU派件U收货UCUUU货物分类U发货UC3、管理信息系统的可行性分析（1）技术可行性分析本系统将针对陕西申通快递公司的业务过程展开设计，并采用C/S系统架构以方便公司员工内部信息的互通。开发本系统需要对数据库进行灵活和快捷的操 作，因此选择熟悉的SQ语言来支持本系统的开发需求。本系统具有订单接收、 订单处理、订单派送、订单查询四个主要的功能模块。开发该系统前，我做过图 书馆管理信息系统开发的实验，对其中的一些步骤有了一定的了解。（2）经济可行性分析本系统的开发需求较低，有
6、较为成熟的软硬件环境作为基础，目标系统开发 与操作都不是十分复杂，大大节省了投资成本。开发完成运行后，可以代替人工 进行许多繁杂的劳动；大大了工作人员的工作效率，为使用者带来便利，也为系 统的进一步推广创造了条件。所以从经济角度考虑，此系统开发可行。（3）社会可行性分析企业使用现代化的办公平台将打破原先的手工操作，也将为企业带来更高的 效用，为社会创造更多的利润。企业的每一次进步与革新都将推动着社会的发展、 人类的进步。所以此系统的开发也具备社会可行性。三、系统分析2、业务流程图客服人员业务员操作人员运输人员发货详情单岀港业务员操作人员运输人员货物接收单入港3、数据流程图顶层：发货人第一层:对
7、P1展开:对P3展开:P2.34、数据字典外部实体：名称：岀港货物编号：C03说明：指从公司发送出去的货物输入数据流：无输出数据流：P2.2、P2.3、P2.4个数：约100000个名称：入港货物编号：C04说明：从机场接收过来准备派送的货物 输入数据流：无输出数据流：P2.2、P2.3、P2.5个数：约100000个名称：发货人名称：收货人编号：C01编号：C02说明：货物的发送者说明：货物的接收端输入数据流：无输入数据流：P3.1输出数据流：P1.1、P1.3.3 P4输岀数据流：无个数：约100000个个数：约100000个数据元素:编号数据元素名说明类别/长度E01发货人姓名Char/
8、10E02发货人地址Char/20E03发货人联系电话Char/10E04货物种类包括文件、包裹Char/10E05取货时间与顾客商议而得Data/10E06收货人姓名Char/6E07收货人地址Char/20E08收货人联系电话Char/10E09货物重量1斤以下算1斤Int/4E10价格Int/4E11订单号Char/10E12发货数量Int/4E13发货重量Int/4E14发货地只用写发货公司地Char/10E15目的地只需写发货公司地Char/10E16发货时间Data/10E17接货数量外包裹数量Int/4E18接货重量Int/4E19顾客签名Char/10E20扫描时间Data/1
9、0E21扫描地点Char/10数据流:编号名称数据流来源数据流去向包含内容B01订单状态D1P4E11、E06 E07、E08B02发货信息C01P1.1E01 E11B03订单信息D3P2.1E01 E03、E06 E08B04扫描信息P2.2P2.3E11、E20、E21数据存储:编号名称结构相关数据流D1订单状态表E11、 E20 E21P4 D1、D1-P4、P2.1 D1、P2.2D1、P3.2 D1D2发货请求单E01、E02、E03、E04、E05P1.1D2、D2- P1.3D3订单E01、E02、E03、E04、E06、E07、E08 E09 E10 E11P1.3.3D3D
10、3- P2.1D4发货详情单E12、E13 E14、E15、E16P2.4 -D4D5货物接收单E17、E18P2.5 -D5D6顾客签收单E01、E02、E03 E06 E07、E08E11、E19P2.5 -D5过程:名称：订单接收名称：填写发货请求单编号：P1编号：P1.1输入：C01输入：C01输岀：P2输出：D2、P1.2处理：从发货人手中接收订单处理：由客服人员填写发货请求单名称：通知业务员名称：取货编号：P1.2编号：P1.3输入：P1.1输入：C01、D2、P1.2输出：P1.3输出：D3处理：客服人员通知相应的业务员取件处理：业务员在发货人手中取货名称：订单处理名称：订单录入
11、编号：P2编号：P2.1输入：P1、D1输入：D3输出：P3、D1输岀：D1处理：订单处理包括业务的一系列过程处理：将订单信息录入公司数据库中名称：扫描编号：P2.2输入：C03、C04输出：D1、P2.3处理：将货物的订单号扫描名称：分发编号：P2.3输入：P2.2、C03、C04输岀：P3名称：发货编号：P2.4输入：C03输出：D4处理：运输人员将货物运往机场名称：收货编号：P2.5输入：C04输出：D5处理：运输人员在机场接货名称：订单派送编号：P3输入：P2、D1输出：P3、C02处理：业务最后的配送过程名称：派发编号：P3.1输入：P2.3输出：C02、D6处理：业务员将货物送往收货人处名称：签收单录入编号：P3.2输入：D6输岀：D1处理：回单录入，以便日后查找名称：联系发货人编号：P1.3.1输入：D2输出：P1.3.2处理：业务员联系发货人以取货处理：操作人员将货物按目的地分发名称：发货人确认编号：P1.3.3输入：P1.3.2输出：C01、D3处理：发货人确认价格并签字名称：查验货物编号：P1.3.2输入：P1.3.1输出：P1.3.3处理：业务员根据公司规定查验货物
