管理信息系统设计.docx
《管理信息系统设计.docx》由会员分享，可在线阅读，更多相关《管理信息系统设计.docx（24页珍藏版）》请在冰豆网上搜索。
管理信息系统设计
1管理功能与管理业务流程分析
1.1重点解决的问题与背景
1.2管理业务调查与分析
1.2.1可行性分析
1.2.2组织结构图
1.3管理功能调查与分析
1.4管理业务流程调查与业务流程图
1.4.1业务流程图
2.数据分析与数据流程图
3.数据字典
3.1数据结构条目
3.2数据流条目
3.3数据存储条目
3.4处理功能条目
3.5外部实体条目
4.系统设计
4.1代码设计
4.1.1XXXX代码设计
4.1.2XXXX代码设计
4.1.3XXXX代码设计
4.2数据库的逻辑设计
4.2.1系统的E-R图
4.2.2数据库逻辑设计
4.3模块结构图设计
4.4系统结构设计
4.5模型管理系统设计
4.6方法管理系统设计
4.7知识管理系统设计
4.8人机对话管理系统设计
背景：
随着时代的发展，物流对一个企业的发展越来越重要。
为了进一步提升中小型物流公司在市场中的竞争力，是企业能够快速准确的对货物进行配送，充分了解客户的需求，并能根据市场需求的变化及时调整策略，因此需要建立物流管理信息系统。
本系统就是专门为中小型物流公司开发的一个物流管理信息系统。
本系统在具体的分析和设计过程中选取了国内的一家在物流信息管理方面做的比较好的物流公司——大众物流作为分析和设计样本，针对所要解决的重点问题在其原有系统上进行的改善，从而设计出一套可以在中小型物流企业通用的物流MIS。
重点解决问题：
当前中小型物流企业遍地开花，但在信息化建设很不完善，主要的决策工作依然凭借管理人员的经验，感性地做出营运、配送等决策，使得整个的营运配送效率低下而且成本比较高。
当业务量比较小时，依靠传统的人工方式也许可以应付自如，但随着企业规模扩大，业务量激增，人工决策的弊端就暴露无遗，不仅效率低下，而且决策的有效性大打折扣，严重制约企业的进一步发展。
大众物流正是经历了这样一个过程：
人工决策——规模增大，业务量增加——效率下降，效果变差——信息化建设。
本系统重点解决的问题：
提高中小型企业市场反应速度、降低物流营运成本，为客户提供更优质、更多样和更及时的服务，从而提高用户的满意度。
管理业务调查与分析：
可行性分析：
经济可行性：
物流管理信息系统的构建虽然要支付一笔不小的费用，但对于面临着发展问题的中小物流企业而言，如何解决市场反应速度慢、物流营运成本高的问题才是最主要的，而本系统正是为解决这一问题而开发，短期内效益增加可能不明显，但从长期来看，运用好物流管理信息系统，企业会有一个健康快速的发展。
因此，该系统的开发设计对中小企业而言利大于弊，效益大于成本。
技术可行性：
鉴于中小型物流企业处于发展初期，高素质、技术人才储备不会太充足，独立自主研发一套管理信息系统的可能性不大。
因此可以依托附近的高等院校、科研机构或者专门的信息系统软件开发企业，进行所需系统的合作开发。
从以往的案例来看，多数企业的管理信息系统都是依托专业软件开发公司进行的，但考虑到减小开发成本的问题，比较理想的是与高等院校合作开发。
总之，本系统在技术上是可行的。
管理可行性：
一个有发展眼光、有战略思维的企业管理者不会对信息系统的利用嗤之以鼻，在系统开发过程中得到上层的支持的可能性是比较大的。
通过调查，大多数的发展的较好的中小型企业的高层领导都有构建物流信息系统的意愿，因此，本系统在管理上是可行的。
组织结构图：
企业简介：
宝供物流企业集团有限公司建于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、重要客户分析及市场分析。
业务流程改进：
针对在配送环节的不足，可在配送管理中增加在途跟踪机制，其余流程与原系统一样。
新系统业务流程如图：
改进后的数据流程如图：
数据字典：
3.1数据结构条目
主要数据结构条目列举：
数据结构编号：
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
货物编号
货物名称
规格型号
发货数量
3.2数据流条目
数据流编号：
DF1
数据流名称：
客户配送订单
简述：
客户所填客户情况及要求配送货物等信息
数据流来源：
客户
数据流去向：
配送订单处理功能
数据流组成：
客户配送订单数据结构DS1
流通量：
260份/天
高峰流通量：
180份/每天上午9:
00~11:
00
数据流编号：
DF2
数据流名称：
入库单
简述：
客户配送货物入库明细
数据流来源：
仓储管理员
数据流去向：
货物入库处理功能
数据流组成：
货物入库单数据结构DS2
流通量：
200份/天
高峰流通量：
130份/每天上午9:
00~11:
00
数据流编号：
DF3
数据流名称：
发货单
简述：
配送部所填客户要求的送货地发货明细
数据流来源：
配送部管理员
数据流去向：
发货处理功能
数据流组成：
发货单数据结构Ds3
流通量：
60份/天
高峰流通量：
50份/每天上午9:
00~11:
00
数据流编号：
DF4
数据流名称：
取货信息
简述：
数据流来源：
营运部管理员
数据流去向：
处理功能“取货信息查询”
数据流组成：
（取货单编号、取货人姓名、取货日期）
流通量：
高峰流通量：
数据流编号：
DF5
数据流名称：
仓库信息
简述：
数据流来源：
仓库管理员
数据流去向：
处理功能“处理库存查询”
数据流组成：
（仓库编号、仓库地址、最大容量、现有容量）
流通量：
平均每天一份
高峰流通量：
晚上
（待定）
数据流编号：
DF6
数据流名称：
管理员信息
简述：
数据流来源：
系统管理员
数据流去向：
处理功能“管理员对数据的更改”
数据流组成：
（管理员编号、管理员姓名、账号、密码、电子邮箱、联系电话、管理员级别）
流通量：
高峰流通量：
3.3数据存储条目
数据存储编号：
DD1-1
数据存储名称：
客户信息表
简述：
存放有关客户的信息
数据存储组成：
字段名称：
类型宽度小数
客户编号character4
客户名称character20
客户地址character20
客户负责人姓名character8
客户负责人电话character12
客户开户行character20
客户银行账号character16
关键词：
客户编号
相关联的处理：
配送订单处理、验货处理
数据存储编号：
DD1-2
数据存储名称：
货物信息表
简述：
存放库存货物的信息
数据存储组成：
字段名称：
类型宽度小数
客户编号character4
货物编号character15
货物名称：
character10
规格型号：
character10
价格：
numeric82
库存数量：
numeric10
关键词：
客户编号、货物编号
相关联的处理：
配送订单处理、货物入库处理、发货处理
数据存储编号：
DD1-3
数据存储名称：
发货信息表
简述：
存放配送货物的信息
数据存储组成：
字段类型宽度小数
发货单号character17
发货日期character8
接收人姓名character10
接收地址character20
货物编号character4
货物名称character10
规格型号character10
发货数量numeric10
关键词：
发货单号、货物编号
相关联的处理：
发货处理
数据存储编号：
DD1-4
数据存储名称：
取货信息表
简述：
存放有关提取货物的信息
数据存储组成：
（取货单编号+取货人姓名+取货日期）
关键词：
取货单编号
相关联的处理：
数据存储编号：
DD1-4
数据存储名称：
仓库信息表
简述：
存放有关仓库的信息
数据存储组成：
字段名称类型宽度
仓库编号character4
仓库地址character20
最大容量numeric10
现有容量numeric10
关键词：
仓库编号
相关联的处理：
货物入库处理、发货处理
数据存储编号：
DD1-6
数据存储名称：
管理员信息表
简述：
存放管理员信息
数据存储组成：
（管理员编号+管理员姓名+账号+密码+电子邮件+联系电话+管理员级别）
关键词：
管理员编号
相关联的处理：
3.4处理功能条目
处理功能编号：
P1-1-1
处理功能名称：
发货处理
简述：
对需要发送的货物进行发货处理
输入的数据流：
发货单
处理功能：
根据发货单进行发货相关处理
输出地数据流：
处理后的发货单
处理频率：
160次/天
3.5外部实体条目
外部实体编号：
E01-1
外部实体名称：
客户
简述：
无
输入的数据流：
客户信息
输出地数据流：
查询要求、统计要求等
系统设计：
代码设计：
4.1.1货物编号代码设计
进货年份
分隔符
货物类型
货物序号
—
进货年份取实际进货年份的后两位表示；货物类型用四位阿拉伯数字表示；货物序号用三位阿拉伯数字表示。
4.1.2单位编号代码设计
地区
单位
单位编号用四位表示，可以表示客户单位、仓库、货物接收方的编号。
其前两位表示地区，用地区名的汉字前两个字的拼音声母表示，后两位表示地区中的单位，用两位阿拉伯数字表示。
4.1.3订货、发货单号等代码设计
单位编号
业务类型
年份
月
日
序号
单号包括货物订货单号、货物入库编号、出库编号等，用15位代码表示。
其中，业务类型用01表示数据流注入，02表示数据流流出，年月日表示同上，序号用每天工作的编号次序表示。
4.2数据库的逻辑设计
4.2.1系统的E-R图
这些实体的联系如下：
1.客户与货物之间的关系是：
1：
m
2.送货单与货物之间的关系是：
1：
m
3.货物与仓库之间的关系是：
m：
1
4.管理员和仓库之间的关系是：
m：
1
4.2.2数据库逻辑设计
1.客户：
客户编号、姓名、公司、地址、手机、电话、邮政编码、电子邮箱
2.货物：
货物编号、货物名称、价格、类别、库存量
3.送货单：
送货单编号、送货日期、送货人姓名、发货地址、发货日期、货物名称、发货数量、总费用
4.取货单：
取货单编号+取货人姓名+取货日期
5.仓库：
仓库编号、仓库地址、最大容量、现有容量
6.管理员：
管理员编号、管理员姓名、账号、密码、电子邮件、联系电话、管理员级别
4.3模块结构图设计
4.4系统结构设计
升级会员 