(完整word版)物流配送管理信息系统(word文档良心出品)

目录 一、系统开发背景概述 . 1. 二、总体规划 . 1. 1、总体目标 . 1 2、企业当前存在的主要问题 . 1 3、管理信息系统的可行性分析 . 2 三、系统分析 . 3. 1、组织机构图 . 3 2、业务流程图 . 3 3、数据流程图 . 4 4、数据字典 . 6 四、系统设计 . 1.0. 1、功能模块图 . 10 2、模块层次图： . 11 3、 IPO 及人机界面设计 . 11 4、 管理信息系统基础设施的设计与选择 . 12 5、 代码设计 . 13 6、 数据库设计 . 13 五、总结和体会 . 1.4.、系统开发背景概述 进入21世纪， 科技的发展超乎人类的预期， 越来越多的科技产品已经融入 人们的生活， 成为日常生活中不可分割的一部分。 对于企业而言， 新科技的产生 将打破原有的工作模式， 大大提高了企业的办公效率， 同时， 信息的开放也给企 业带来了前所未有的竞争和挑战。 此次课程设计， 我选择物流配送公司管理信息 系统，主要是暑假在相关公司实习了一个月，对相应的业务流程有一定了解。 陕西申通快递有限公司是申通快递有限公司下属的陕西分公司，虽然分公 司有总公司配发的E3系统，基于此，总公司可以对全国的网点进行管理并且各网 点可以对此进行订单查询。 但是对于陕西分公司而言， 还是由于信息不明确、 业 务过程复杂而存在很多问题， 随着业务量的增加及外部竞争的压力， 公司迫切需 要一个切实可行的系统以提高自身的业务效率。 二、总体规划 1、 总体目标 新系统目的在于减少由于手工操作所造成的人力物力财力的浪费， 提高信息 处理的精度和准确度， 改进管理服务的质量和效率， 为企业在现代化的竞争中提 供硬件的优势。 2、 企业当前存在的主要问题 对于快递公司而言，实现运单的快速、安全的运送是公司良好发展的基础。 然而，由于公司大多数工作都是人工操作， 并没有实现责任到人的管理制度， 所 以经常出现运单丢失的现象， 不仅给客服部的理赔人员增加了很多不必要的工作 量也给公司带来了很多损失。 首先，公司虽然有明确的部门划分，但是部门之间并没有明确的责任制度， 例如公司内部将理赔、业务、查询、问题件都划分在客服部，导致客服部管理难 度大，人员调度频繁。其次，由于现行系统是由总公司配发的综合系统，对分公 司的业务有很多地方并不适用， 许多业务需要工作人员很机械的记住。 再加上公 司员工离职、 新进比较频繁， 新员工培训也会耽误某些职工的正常工作。 为了适 应市场的竞争、 解决企业现有问题、 提高工作效率， 公司迫切需要一个针对公司 日常工作的管理信息系统。最后，在对公司内部业务过程经过仔细的调查研究、 归类，采用BS防法对公司内部过程和数据类进行了划分，找出适合于企业发展 的新的过程归类，并画出相应的U/C矩阵。 U/C 矩阵 过程 数据类 客 户 服 务 经 营 目 标 计 划 成 本 财 务 职 工 职 工 薪 水 查 询 结 果 订 单 现 状 订 单 信 息 发 件 人 信 息 订 单 收 件 人 信收 件 人 签 单 单 件 费 用 订 単 号经营 计划 经营计划 U U C C 财务计划 C U U 财会 成本会计 C 职工会计 U U C 业务 过程 订单查询 C U 把枪扫描 C U 上传信息 C U U U 派件 U 收货 U C U U U 货物分类 U 发货 U C 3、管理信息系统的可行性分析 （1） 技术可行性分析 本系统将针对陕西申通快递公司的业务过程展开设计，并采用 C/S系统架构 以方便公司员工内部信息的互通。开发本系统需要对数据库进行灵活和快捷的操 作，因此选择熟悉的SQ语言来支持本系统的开发需求。本系统具有订单接收、 订单处理、订单派送、订单查询四个主要的功能模块。开发该系统前，我做过图 书馆管理信息系统开发的实验，对其中的一些步骤有了一定的了解。 （2） 经济可行性分析 本系统的开发需求较低，有较为成熟的软硬件环境作为基础，目标系统开发 与操作都不是十分复杂，大大节省了投资成本。开发完成运行后，可以代替人工 进行许多繁杂的劳动；大大了工作人员的工作效率，为使用者带来便利，也为系 统的进一步推广创造了条件。所以从经济角度考虑，此系统开发可行。 （3） 社会可行性分析 企业使用现代化的办公平台将打破原先的手工操作，也将为企业带来更高的 效用，为社会创造更多的利润。企业的每一次进步与革新都将推动着社会的发展、 人类的进步。所以此系统的开发也具备社会可行性。 三、系统分析 2、业务流程图 客服人员 业务员 操作人员 运输人员 发货详情单 岀港 业务员 操作人员 运输人员 货物接收单 入港 3、数据流程图 顶层： 发货人 第一层: 对P1展开: 对P3展开: 4、数据字典 外部实体： 名称：发货人 名称：收货人 编号：C01 编号：C02 说明：货物的发送者 说明：货物的接收端 输入数据流：无 输入数据流：P3.1 输出数据流：P1.1、P1.3.3 P4 输岀数据流：无 个数：约 100000 个 个数：约 100000 个 数据元素: 编号 数据元素名 说明 类别/长度 E01 发货人姓名 Char/10 E02 发货人地址 Char/20 E03 发货人联系电话 Char/10 P2.3 名称：岀港货物 编号：C03 说明：指从公司发送出去的货物 输入数据流：无 输出数据流：P2.2、P2.3、P2.4 个数：约 100000 个 名称：入港货物 编号：C04 说明：从机场接收过来准备派送的货物 输入数据流：无 输出数据流：P2.2、P2.3、P2.5 个数：约 100000 个 E04 货物种类 包括文件、包裹 Char/10 E05 取货时间 与顾客商议而得 Data/10 E06 收货人姓名 Char/6 E07 收货人地址 Char/20 E08 收货人联系电话 Char/10 E09 货物重量 1 斤以下算 1 斤 Int/4 E10 价格 Int/4 E11 订单号 Char/10 E12 发货数量 Int/4 E13 发货重量 Int/4 E14 发货地 只用写发货公司地 Char/10 E15 目的地 只需写发货公司地 Char/10 E16 发货时间 Data/10 E17 接货数量 外包裹数量 Int/4 E18 接货重量 Int/4 E19 顾客签名 Char/10 E20 扫描时间 Data/10 E21 扫描地点 Char/10 数据流: 编号 名称 数据流来源 数据流去向 包含内容 B01 订单状态 D1 P4 E11、E06 E07、E08 B02 发货信息 C01 P1.1 E01 E11 B03 订单信息 D3 P2.1 E01 E03、E06 E08 B04 扫描信息 P2.2 P2.3 E11、E20、E21 数据存储: 编号 名称 结构 相关数据流 D1 订单状态表 E11、 E20 E21 P4 D1、 D1-P4、P2.1 D1、 P2.2 D1、 P3.2 D1 D2 发货请求单 E01、E02、E03、E04、E05 P1.1 D2、 D2- P1.3 D3 订单 E01、E02、E03、E04、E06、E07、 E08 E09 E10 E11 P1.3.3 D3 D3- P2.1 D4 发货详情单 E12、E13 E14、E15、E16 P2.4 - D4 D5 货物接收单 E17、E18 P2.5 - D5 D6 顾客签收单 E01、E02、E03 E06 E07、E08 E11、E19 P2.5 - D5 过程: 名称：订单接收 名称：填写发货请求单 编号：P1 编号：P1.1 输入：C01 输入：C01 输岀：P2 输出：D2、P1.2 处理：从发货人手中接收订单 处理：由客服人员填写发货请求单 名称：通知业务员 名称：取货 编号：P1.2 编号：P1.3 输入：P1.1 输入：C01、D2、P1.2 输出：P1.3 输出：D3 处理：客服人员通知相应的业务员取件 处理：业务员在发货人手中取货 名称：订单处理 名称：订单录入 编号：P2 编号：P2.1 输入：P1、D1 输入：D3 输出：P3、D1 输岀：D1 处理：订单处理包括业务的一系列过程 处理：将订单信息录入公司数据库中 名称：分发 编号：P2.3 输入：P2.2、C03、C04 输岀：P3 处理：操作人员将货物按目的地分发 名称：查验货物 编号：P1.3.2 输入：P1.3.1 输出：P1.3.3 处理：业务员根据公司规定查验货物 名称：订单查询 编号：P4 输入：C01、D1 输岀：D1 处理：顾客可根据订单号查询订单状态名称：扫描 编号：P2.2 输入：C03、C04 输出：D1、P2.3 处理：将货物的订单号扫描 名称：发货 编号：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 处理：发货人确认价格并签字 四、系统设计 1、功能模块图 相关模块说明： 订单接收一一顾客拨打电话申通客服电话， 提出发货请求，客服人员随后填写发 货请求单，接着通知业务员取件。业务员根据发货请求单的内容到相应的地点取 货，同时要求顾客填写订单，并将货物带回。 订单处理一一业务员将订单交给相关人员进行订单录入工作， 随后将取回的货物 交给操作人员进行入库扫描，操作人员同时对货物进行分类，包装，交给运输人 员，同时，填写发货详情单。运输人员将货物运送到机场，然后从机场带回需要 派件的货物，入库前仍需要对货物进行扫描，其结果直接经由无线 P0机上传至 总公司数据库中。随后操作人员对货物进行分发，交给相应的业务员。 订单派送一一业务员将货物派发给相应的顾客， 并要求对方填写顾客签收单，回 到公司后，需要将顾客签收单录入到公司的数据库中。 订单查询一一在顾客将货物送出后，顾客可根据自己手中的订单号查询货物的运 送状态。 2、模块层次图: I 填写发货请求单 J 订单录入 K 生成发货详情单 L 生成货物接收单 M 生成顾客签收单 注：图中 d 代表订单号，t 代表货物状态，s 代表数据 3、IPO 及人机界面设计 模块名称：订单派送 模块标识：D 处理逻辑： 调用模块 H 如果已签收 返回一个值，在数据库中更改 否则返回派送中模块名称：订单查询 模块标识：A 处理逻辑： 显示订单查询人机界面 输入订单号 调用模块 B、C、D 生成货物的状态 模块名称：订单接收 模块标识：B 处理逻辑： 在该模块中调用模块 E 查询货物在此环节的运行状态 如果已接收 返回一个值，调用下一个模块 否则返回货物状态 模块名称：订单处理 模块标识：C 处理逻辑： 调用模块 F，G 返回货物被扫描次数 并推断货物运行状态 然后返回给调用者最终信息 B 订单接收 C 订单处理 D 订单派送 E生成订单 N 货物扫描 网络拓扑图 订单查询 订单号| 确定 订单伏恚 4、管理信息系统基础设施的设计与选择 根据实际企业实际业务的需要，系统正常运行所需要的硬件设备主要有计算 机、无线P0扫描机、服务器、调制解调器、交换机；系统将采用 windows xp操 作系统，以方便公司员工的办公，由于系统需要用到一定的数据表， 所以系统需 要配备SQL Server2000以上版本的数据库管理系统。为了便于与其它子公司联 5、代码设计 订单号代码设计: 订单号是由总公司统一分配的，分公司要从总公司购买面单，但设计方式如下: 订单录入 货豹种类 厂文件包裹 r已付戟 确认取消 利用VB技术，对系统进行人机界面设计: 用户鳌录 用户名 | 書玛 | 登录| 取消 0000 0000 0000 无序码（数字型） 顺序码（数字型） 申通专用的代码号，例 8886 职工号代码设计: 由于公司职工数量有限，单个部门职工数基本不会超过两位数，故代码设计如下: _ 职工序号（数字型） - 部门名称（字母型） 例如：KF01,即代表客服部01号职工 6、数据库设计 由于本系统的存储设备均是基于SQLServer2000设计的，因此，存储文件的 结构设计就是指.DBF文件的结构设计。系统所涉及的表有发货详情单、货物接 收单、订单等，先给出职工表、订单信息表的详细设计： 职工表： 字段名称 数据类型 字段长度 字段说明 备注 name char 10 职工姓名 Number char 10 职工号 主键 gender char 4 职工性别 Department Char 4 所属部门 Phone char 10 联系电话 time Int 4 工龄 订单信息表 字段名称 数据类型 字段长度 字段说明 备注 Dnumber char 20 订单号 主键 Dfname char 10 发货人姓名 Dfaddress char 20 发货人地址 Dfphone char 10 发货人电话 Dsname char 10 收货人姓名 Dsaddress Char 10 收货人地址 Dsphone Char 10 收货人电话 Dsubject Char 6 货物种类 Dwhight Int 4 货物重量 Dprice int 4 价格 五、总结和体会 终于完成了课程设计的大部分内容，这次实验的确是一个很困难的过程。 从选题到策划，再到最后的分析和设计，这个过程经历了几个不眠之夜， 现在终 于可以看到整个雏形，真正体会到了风雨之后见到彩虹的喜悦。 暑假的经历是我在这次课程设计中选题的基础， 一个月的申通实习经历不仅 让我对快递公司的业务流程有了深刻的了解， 对自己的专业知识是一个补充，而 且通过与公司前辈的交流使我对中国快递行业有了一定的了解。 基于此，在选题 中，我选择对物流配送公司管理信息系统进行分析与设计。 虽然有了之前实验的经验，知道整个分析与设计的流程应该做和做什么，但 是当我面对一个实实在在的企业时， 还是有点不知所措。其实，对申通员工的工 作流程我非常了解，但怎样能够把这些具体的业务过程变成系统设计的数据资源 对我来说是一个挑战。但是看着最后期限的临近，还是必须得说服自己静下心来 完成这个实验。由于前几次实验我所做的流程图都是从操作系统自带的画图工具 来实现的， 最后做出来的都是图片的形式， 不容易修改。而这次实验，为了保证 整个布局的美观和易操作性，我全部使用word自带的画图工具来实现。本来打算 使用visio工具的，但是由于自己的电脑安装visio时出了一些问题，最后不得不 放弃这个计划，不过实验结束时，我发现自己对 word的绘图操作越来越熟练。 整个实验的过程虽然很辛苦，但相对于传统的考试而言，这个过程我应该收 货了更多的知识。不仅是对基础理论和基本知识的理解和掌握更加深刻， 也提高 了自己分析和解决实际问题的能力。 本次实验设计的方面很广，它包括现代管理 技术、系统分析技术、系统设计技术、计算机技术、通信技术及网络技术等并且 还需要与相关企业的实际活动相结合，总的来说，这次实验我学到了很多东西。 本以为申通的业务流程很简单，应该很容易就完成，但最后发现把实际中的 业务做成可以提高效率的系统真的很不容易。这次实验没有系统实施的过程，我 知道如果涉及实施的过程，再加上大二学习 C语言时，并没有把语句练到可以游 刃有余的地步，通宵的时间应该需要再多很长时间吧。 不过， 看到自己费了这么 大的劲做出来的东西并没有派上用场， 心里还是有点不服气，所以在以后的学习 中我会加强这方面的锻炼，并争取能够把整个系统做出来。不管这个系统以后能 不能真正在企业的运作中得到使用，对我来说，在整个过程中我所学到的新的知 识应该会是我最大的收获。