管理信息系统设计Word文档格式.docx

资源描述

管理信息系统设计Word文档格式.docx

《管理信息系统设计Word文档格式.docx》由会员分享，可在线阅读，更多相关《管理信息系统设计Word文档格式.docx（24页珍藏版）》请在冰豆网上搜索。

管理信息系统设计Word文档格式.docx

人工决策——规模增大，业务量增加——效率下降，效果变差——信息化建设。

本系统重点解决的问题：

提高中小型企业市场反应速度、降低物流营运成本，为客户提供更优质、更多样和更及时的服务，从而提高用户的满意度。

管理业务调查与分析：

可行性分析：

经济可行性：

物流管理信息系统的构建虽然要支付一笔不小的费用，但对于面临着发展问题的中小物流企业而言，如何解决市场反应速度慢、物流营运成本高的问题才是最主要的，而本系统正是为解决这一问题而开发，短期内效益增加可能不明显，但从长期来看，运用好物流管理信息系统，企业会有一个健康快速的发展。

因此，该系统的开发设计对中小企业而言利大于弊，效益大于成本。

技术可行性：

鉴于中小型物流企业处于发展初期，高素质、技术人才储备不会太充足，独立自主研发一套管理信息系统的可能性不大。

因此可以依托附近的高等院校、科研机构或者专门的信息系统软件开发企业，进行所需系统的合作开发。

从以往的案例来看，多数企业的管理信息系统都是依托专业软件开发公司进行的，但考虑到减小开发成本的问题，比较理想的是与高等院校合作开发。

总之，本系统在技术上是可行的。

管理可行性：

一个有发展眼光、有战略思维的企业管理者不会对信息系统的利用嗤之以鼻，在系统开发过程中得到上层的支持的可能性是比较大的。

通过调查，大多数的发展的较好的中小型企业的高层领导都有构建物流信息系统的意愿，因此，本系统在管理上是可行的。

组织结构图：

企业简介：

宝供物流企业集团有限公司建于1994年，总部设在广州。

目前企业有员工1700多人，管理人员占总人数的12.3%；

工程技术人员占总人数的23.6%。

大学以上学历达到70%，拥有包括教授、博士、硕士在内的高层次、高素质的专业人才，还聘请国内外大批物流领域的资深人士组成专家顾问团，提高了企业的咨询、决策水平。

宝供集团业务范围包括物流规划、货物运输、分销配送、储存、信息处理、流通加工、国际货代、增值服务等一系列专业物流服务。

其组织结构图如下：

管理功能分析：

系统的业务流程：

（1）客户提交配送订单

（2）营运部对客户进行身份认证，验证通过后进入下一步，也可及时反馈物流信息给客户，以方便客户查询（3）营运部检查货物，并验证货物信息，无误后，与客户签订合同，并存储货物信息，进行分类整理（4）根据订单要求营运部将作出决定，是将货物先存储到仓库还是立即进行配送（5）仓库存储货物，并对货物进行管理，对于到时间需要配送的货物，仓库管理员通知配送中心，进行出库处理（6）配送中心进行配货、送货、退货返回等（7）运输点执行配送任务，监督系统进行途中监控（8）相关人员进行财务结算。

经过分析，系统的总体业务流程如图：

营运管理的业务流程：

客户提出服务申请后营运部根据业务信息和仓库信息审核请求，合理则对货物进行检验，无问题则与客户签订合同，具体信息分别送与客户和领导。

客户也可申请取消合同，经审核后合理，则取消合同。

流程图如下：

仓库管理的业务流程：

营运部将不需要立即发送的货物交予仓储，库管员根据货物信息对货物进行检查，无误后直接进库，库管员对仓库中的货物要进行管理，领导可随时查询仓库状态。

业务流程图如下：

配送管理业务流程：

营运部将需要立即发送的货物、在仓库中需要发送的货物交予配送部，配送部根据货物信息和业务信息，对配送区域进行划分，然后生成配送计划，通知运输人和搬运工。

数据分析与数据流程图：

系统的外部实体有一个，也就是客户。

系统的主要输入输出数据流如表所示：

输入

来源

去处

输出

客户信息

客户

查询客户信息

系统管理员

营运部

通过物流管理的总体业务流程图，可以得出物流管理系统的总体数据流程，如图：

仓库管理输入输出数据流：

货物单

出库单

出库

配送部

数据流程：

营运管理输入输出数据流：

服务申请

统计单

业务统计

领导

配送管理输入输出数据流：

接收单

打印接收单

接货商

仓库

当前的系统存在的问题：

目前该企业的物流管理系统具体的薄弱环节有以下几点：

1、数据重复收集和存储，增加了管理工作量和出错的可能性。

在信息传递方式上主要靠大量报表，使信息周转慢，数据大量冗余，还可能出现数据不一致的现象。

2、如果中途需要取消合同是很困难的，只有货物没开始运输才可以取消。

3、信息利用效率低下，综合分析能力欠佳。

各种统计报表花费了相当多的精力，但有些报表却没有发挥其应有的作用。

在规划过程中难以掌握全面和深入的信息，决策缺乏科学依据。

4、进出库速度慢。

由于拣货管理缺乏信息支持，货物进库以后由仓库管理人员随机安排库位，在业务量小的情况下，问题不明显。

在仓库业务流量大的情况下，没有预先合理安排库位，增加出库搬运、找货等工作，及货物入库找不到具体的库位等问题，经常不“对号入库”，使仓库管理成本居高不下。

5、配送成本高。

在执行配送业务时，对配送目的地和配送时间没有进行有效的排序和统筹安排，有的配送是可以叠加在一起配送，而实际运作中，往往一车没有装满就发车了，剩下的又要再派车配送，增加了大量的配送运输成本。

6、运输成本高。

由于运输线路没有优化，增加了运输成本。

根据现行系统的薄弱环节，改进后的系统实现的目标如下：

1、十分灵活的商品编码管理，支持商品规则的可变性。

2、新增在途跟踪管理，十分清楚商品在途状态管理以及差异管理。

3、领导可随时查询营运、仓储、配送各部的情况。

4、互联网WEB为基础的商品配送与配送处理流程。

5、重要客户分析及市场分析。

业务流程改进：

针对在配送环节的不足，可在配送管理中增加在途跟踪机制，其余流程与原系统一样。

新系统业务流程如图：

改进后的数据流程如图：

数据字典：

主要数据结构条目列举：

数据结构编号：

Ds1

数据结构名称：

客户配送订单

简述：

客户所填客户情况及配送货物要求等信息

数据结构组成：

Ds1-1+Ds1-2+Ds1-3+Ds1-4

Ds1-1

配送单标识

Ds1-2

客户情况

Ds1-3

配送货物情况

数据项编号

数据项名称

D1-1-1

D1-1-2

配送单单号

配送日期

D1-2-1

D1-2-2

D1-2-3

D1-2-4

D1-2-5

D1-2-6

D1-2-7

客户编号

客户名称

客户地址

客户负责人姓名

客户负责人电话

客户开户行

客户银行账号

D1-3-1

D1-3-2

D1-3-3

D1-3-4

D1-3-5

货物编号

货物名称

规格型号

价格

送货数量

Ds2

货物入库单

仓储部填写接收代客户配送货物入库情况

Ds2-1+Ds2-2+Ds2-3

Ds2-1

货物入库单标识

Ds2-2

入库单位

Ds2-3

货物入库情况

D2-1-1

D2-1-2

入库单号

入库日期

D2-2-1

D2-2-2

入库单位编号

入库单位地址

D2-3-1

D2-3-2

D2-3-3

D2-3-4

D2-3-5

入库数量

Ds3

发货单

配送部填写向接收人发货情况

Ds3-1+Ds3-2+Ds3-3

Ds3-1

发货单标识

Ds3-2

接收方情况

Ds3-3

发货情况

D3-1-1

D3-1-2

发货单号

发货日期

D3-2-1

D3-2-2

D3-2-3

D3-2-4

接收单位编号

接收单位地址

接收人姓名

联系电话

DD1-3-1

DD1-3-2

DD1-3-3

DD1-3-4

发货数量

数据流编号：

DF1

数据流名称：

客户所填客户情况及要求配送货物等信息

数据流来源：

数据流去向：

配送订单处理功能

数据流组成：

客户配送订单数据结构DS1

流通量：

260份/天

高峰流通量：

180份/每天上午9:

00~11:

DF2

入库单

客户配送货物入库明细

仓储管理员

货物入库处理功能

货物入库单数据结构DS2

200份/天

130份/每天上午9:

DF3

配送部所填客户要求的送货地发货明细

配送部管理员

发货处理功能

发货单数据结构Ds3

60份/天

50份/每天上午9:

DF4

取货信息

营运部管理员

处理功能“取货信息查询”

（取货单编号、取货人姓名、取货日期）

DF5

仓库信息

仓库管理员

处理功能“处理库存查询”

（仓库编号、仓库地址、最大容量、现有容量）

平均每天一份

晚上

（待定）

DF6

管理员信息

处理功能“管理员对数据的更改”

（管理员编号、管理员姓名、账号、密码、电子邮箱、联系电话、管理员级别）

数据存储编号：

DD1-1

数据存储名称：

客户信息表

存放有关客户的信息

数据存储组成：

字段名称：

类型宽度小数

客户编号character4

客户名称character20

客户地址character20

客户负责人姓名character8

客户负责人电话character12

客户开户行character20

客户银行账号character16

关键词：