Z港口散货物流信息系统建设.docx
《Z港口散货物流信息系统建设.docx》由会员分享，可在线阅读，更多相关《Z港口散货物流信息系统建设.docx（38页珍藏版）》请在冰点文库上搜索。
Z港口散货物流信息系统建设
Z港口散货物流信息系统建设
摘要
Z港口物流在该地区物流发展方面是领头与带动者，然后信息系统建设一直是该企业发展的困惑，原有的信息系统扩展性不够、系统性不强，在系统运行过程中，由于前期软件规划局限以及后来的公司业务迅猛发展所带来的业务变更等原因，系统在运行过程中，进行了大量的更改及增补，前期开发的七大系统中，使用情况较好的，只有货场计费管理系统，另外，超过半数的系统使用效果不佳。
在新系统的设计中，要着重解决上述问题，本文系统地从结构化分析和面向对象的分析与设计方法入手，在需求分析与可行性分析的基础上，对整个系统的设计过程进行了阐述。
关键词：
港口散货物流，信息系统，设计
目录
一、企业基本情况2
（一）企业状况概述2
（二）系统建设前企业的信息化运行状况2
二、用户需求分析3
（一）总体需求分析3
（二）需要重点解决的问题4
（三）功能需求分析4
三、系统可行性分析4
（一）可行性分析的前提4
（二）技术可行性分析（Technicalfeasibility）5
（三）经济可行性分析（EconomicFeasibility）5
（四）管理可行性（ManagementFeasibility）7
四、系统的结构化分析与设计7
（一）事件与事件表7
（二）系统业务流程分析8
（三）数据流程图12
（四）数据字典15
（五）系统ERD图17
五、系统的面向对象分析与设计17
（一）识别参与者17
（二）识别用例19
（三）用例图20
（三）系统类图24
（四）系统活动图24
（五）系统顺序图32
一、企业基本情况
（一）企业状况概述
Z散货物流有限责任公司（Z）是由某地港务局等六家国有大中型企业组成的现代集团型企业，是该地散货物流中心的经营实体，Z在过去几年的发展中，为了适应其生产业务的迅猛发展，已开发了生产业务、汽车衡重、生产作业管理系统（包括计划，调度，统计）、权限管理、资信管理、港务局接口等模块并投入使用（使用语言：
POWERBUIDER8.0,数据库选用：
ORACLE8I,操作系统：
WINDOWS2000SERVER）。
（二）系统建设前企业的信息化运行状况
散货物流中心在过去几年的发展中，为了满足其生产业务的迅猛发展，通过机电部门委托上海自动化工程公司合作开发了生产业务、汽车衡重及综合统计管理软件，从2003年7月开始开发，主要开发了基于生产层面的：
业务计费、汽车衡重、生产作业管理系统（包括计划、调度、统计）、权限管理、资信管理、港务局接口等模块并投入使用（使用语言：
POWERBUIDER8.0、数据库选用：
ORACLE8I，操作系统：
WINDOWS2000SERVER）。
在系统运行过程中，由于前期软件规划局限以及后来的公司业务迅猛发展所带来的业务变更等原因，系统在运行过程中，进行了大量的更改及增补，先后又增加许多功能，从项目工作量及结算金额来看，其变更程度超过了原有工作量的三分之一。
在近三年的使用中，前期开发的七大系统中，使用情况较好的，只有货场计费管理系统，另外，超过半数的系统使用效果不佳，各自出现了不同的问题，主要体现在：
1.从局部来看，系统柔性不够，由于前期开发时业务考虑不充分，部分新增业务系统无法及时调整，如生产计划管理系统对于下属单位及部门的在线工作流管理，计划更改等；长廊作业动态管理模块；车队外协管理，衡重系统数据采集功能等；
2.从整体来看，系统性不强。
如生产管理系统中，与业务部的动态数据接口；中鼎、港铁、中心货场考虑联网，实现网上结单及监磅，各种汇总报表查询等。
3.另外，系统稳定性不强，所采用的C/S架构应用方式，以及多点分布的格局，导致系统运行起来问题比较多，IT维护人员奔走在整个现场，同时，现在的数据库负荷也非常大，急需改善。
4.扩展性不够。
由于中心发展迅速，现在，生产衡重管理系统，生产综合管理系统，车队信息管理系统，综合业务操作平台及综合业务查询系统的开发都提上议程，而原有的系统预留的扩展性受到采用的技术及应用模式的瓶颈限制，很难在保全现有系统的前提下，进行一个良好的规划与扩展。
规划中的其他几大系统如综合查询管理系统、基础信息管理系统等都是面向广大应用群体的开放式应用，系统的服务对象，及其特殊性，已经决定了旧系统的架构难以满足新的应用体系。
系统架构的落后与系统的应用范围不断扩大形成巨大的落差，也是阻碍目前管理信息系统在原有架构下继续进行升级或改造的一个不可跨越的障碍，系统更新迫在眉睫。
二、用户需求分析
（一）总体需求分析
通过对z港口的分析，针对企业的发展情况和长远规划的需要，我们需要通过信息化手段构造一个灵活、不断扩张的管理平台，实现流程再造、随许应变得信息平台，使企业的管理提升一个层次，并不断适应企业发展的需要。
整个系统需要进行整体规划，分项目、分步骤、分单元进行实施。
在满足现有需要的基础上，在同一性质的业务情况下，能够方便灵活的扩展，实现数据的高效、可靠、安全。
老系统由于开发时间早，而且当时应用范围只是局部应用，所以采用了传统的C/S架构，已经很大程度上限制了信息系统的扩张以及使用范围。
在当前业务大规模扩张的形势下，中心要建立起面向整个交易中心的综合服务、高度指挥以及交易管理的统一平台。
（二）需要重点解决的问题
作为完整的信息化解决方案，应该是建立一套集生产自动化、经营管理、电子商务网站为一体的协同办公工作平台，从而协助用户构建一个安全、高效、便捷、友好的管理工作环境，并实现日常工作操作透明化、过程网络化、监督实时化。
因此系统应用企业信息化要解决的重点问题如下：
1、生产管理、仓储管理、运费管理、计费管理有机地结合，集成化解决方案。
2、系统批量生成报表，通过信息沟通，提高工作效率。
3、经营过程收支业务帐、财务业务数据互动，互为监督。
（三）功能需求分析
针对以上企业状况，该系统预计包括以下模块，各模块功能如下：
1.系统管理模块：
用户信息修改、订单管理、信息查询
2.生产管理模块：
生产计划制定与管理（出入库计划）、生产调度管理（运输调度、资源配置）
3.仓储管理模块：
出入库作业、仓储查询、库场管理、衡重
4.运输管理模块：
配送运输作业、货物在途信息查询
5.计费管理与财务管理模块：
仓储费用，运输费用计算与查询、收付费管理等，财务管理主要负责各种财务信息的汇总，为企业决策提供决策依据
三、系统可行性分析
（一）可行性分析的前提
可行性分析的前提包括三点：
（1）需求导向性：
通过系统来提高需求预测的准确性，降低库存，提高产品的周转率以及提高存货的供应水平。
（2）整体性风格：
清晰的导航结构、整洁高效的视觉风格和人性化的操作界面设计；
（3）界面设计需求：
栏目清晰、布局合理、功能齐全；
系统目标已在需求分析中有所提及，本处不再赘述。
系统设置应遵循以下三个原则：
（1）经济性：
本着节约、精简的原则，整合各层次的人力资源优势，让有限的资金发挥最大的效益；
（2）实用性：
严格按照系统的需求分析进行设计和开发，不追求一味的界面美观漂亮，突出系统的实用价值；
（3）易操作性：
面向企业内部一般用户及操作人员，实现操作界面的简捷和方便；
（二）技术可行性分析（Technicalfeasibility）
本系统设计采用Client/Server与Browser/Server相结合的数据库应用模式，Client/Server模式主要是在以局域网为基础的环境下展开应用的，它受到地域的限制，而Browser/Server模式通过Internet进行通信，可以不受地域的限制，两者相结合可以充分发挥信息系统信息共享的优势，实现信息的无缝衔接。
本系统管理模块的用户交互部分主要采用b/s的数据库架构，在企业内部的其他模块的交互是以c/s架构为主。
1.硬件上，系统开发可以使用大部分的企业原有的硬件装备，适当的购买新设备，如服务器等。
2.软件上，操作系统采用WindowsNT，内置Internet功能，数据库管理系统采用SQLServer2008，这些软件在物流管理信息系统中已经被广泛应用。
3.企业有一批素质优良的系统分析员和维护人员，在设计过程中还要有外协系统设计员来参与设计。
（三）经济可行性分析（EconomicFeasibility）
1.支出
（1）一次性支出
本系统开发周期4个月，需开发人员5人，按每个人工资5000每月的计算，开发费用总计10万元。
硬件设备购买预估10万元。
一次性支出总计20万元。
（2）经常性支出
经常性支出主要指系统运行费用，假设本系统运行期5年，每年运行费用（包括系统维护、设备维护等）3万元，按年利率5%计算，计算如下表：
表一费用折现表（单位：
万元）
年份
将来费用
（1+5%）n
现在费用
累计现在费用值
第一年
3
1.05
2.8571
2.8571
第二年
3
1.1025
2.7210
5.5781
第三年
3
1.1576
2.5915
8.1696
第四年
3
1.2155
2.4681
10.6377
第五年
3
1.2763
2.3505
12.9882
2.收益
假定投入本系统后，效率可以提高50%，假设现在的工作人员有20个，每人月工资按2000元计算，可减少6人，节约人力资本24000元/年，按年利率5%计算，效益计算如下表：
年份
将来收益值
（1+5%）n
现在收益值（万）
累计现在收益值（万）
第一年
24
1.05
22.8571
22.8571
第二年
24
1.1025
21.7687
44.6258
第三年
24
1.1576
20.7325
65.3583
第四年
24
1.2155
19.7449
85.1032
第五年
24
1.2763
18.8043
103.9075
累计收益总额为：
103.9075
投资回收期：
1+（44.6258-38.1882）/44.6258=1.14
投资收益率（ROI）：
[103.9075-（20+12.9882]/（20+12.9882）=214.9838%
结论：
从经济层面上分析，系统开发是有益的、可行的
（四）管理可行性（ManagementFeasibility）
企业环境上，以往系统中系统柔性不强，各部门之间协作差，企业上下层员工都渴望改变现状。
企业领导、部门主管对新系统的开发高度重视，管理人员也积极配合相应工作，新系统开发后会大力改进工作流程，改善数据传递时间和效率，使员工摆脱了以往工作的不便。
尽管系统的开发运行会导致管理模式、数据处理方式及工作习惯的改变，但是这些变动均在管理人员的可接受范围之内，通过培训和运用可以较快掌握。
四、系统的结构化分析与设计
（一）事件与事件表
在业务流程分析之前，业务处理过程中涉及到的事件汇集到一个表上即得到一张事件
事件
触发器
来源
活动/用例
响应
目的地
管理人员了解预期到港货物日期
货物作业信息查询
管理人员
查询货物即将到港日期
即将到港货物日期
管理人员
管理人员进行货物衡重查询
衡重查询
管理人员
查询货物信息
货物信息
管理人员
调度人员制度调度计划
调度计划
调度人员
制定调度计划
调度计划
调度人员
仓管员接收货物
货物入库登记
仓管员
登记入库货物信息
入库货物信息
仓管员
生成货物入库汇总报表
货物入库时
仓储部门
生成入库汇总报表
入库汇总报表
仓储部门
生成出库汇总报表
货物离港时
仓储部门
生成出库汇总报表
出库汇总报表
仓储部门
仓管员进行出库登记
货物出库登记
仓管员
登记出库货物信息
出库货物信息
仓管员
配送员根据出库清单进行发货
出库清单查询
配送员
配送出库计划中的货物
出库计划中的货物
配送员
运输人员对货主进行发货通知
发货通知
运输人员
通知货主发货
发货信息
货主
管理人员计费
计费统计
仓储部门/生产管理部门/运输部门
根据单据进行统计费用
费用统计
管理人员
管理人员把费用报表传给财务部门
费用
管理人员
传递费用报表
费用报表
财务部门
货主查询费用
费用查询
客户
查询总费用
费用信息
客户
（二）系统业务流程分析
业务流程图是系统各部门、人员之间关系、业务关系、作业关系、管理信息流动的图形表示。
它可以帮助分析人员找出业务流程中的不合理迂回，逐个调查所有环节的处理业务、处理顺序、处理内容和对处理时间的要求，明白各环节需求信息、信息来源、流经去向、处理方法、计算方法、提供信息的时间和信息形态（报告、报单、屏幕显示），其在系统中占有及其重要的位置。
该系统的业务流程如下：
1.系统管理业务流程图
系统管理模块是全散货物流信息系统的信息中心与中转中心，与全部系统模块进行信息传递与共享。
一方面，企业基于C/S数据库模式，进行各种信息查询，如货物在途信息、衡重信息、出入库计划、调度计划等信息，各系统向系统管理模块反馈信息，如财务管理模块向系统管理模块传递财务统计信息以便管理层进行决策分析；另一方面，客户上网可以进行操作，如登陆、注册、下订单、入库操作等。
2.生产管理业务流程图
生产管理模块是整个港口散货物流的生产运营中心，从生产管理模块中向各个模块发出生产计划与调度计划，如向运输系统传递运输调度信息，而其他系统也向生产系统传递信息。
仓储单位主要是在生产计划管理模块中向生产中心业务部提交货物的出入库计划申请；运输车队、操作部主要是在生产调度管理模块中，根据业务部的调度安排进行作业，记录各自作业情况，生产管理业务部需要管理生产作业的每一个过程。
3.仓储管理业务流程图
在仓储管理中的出入库作业和调拨作业使用到车队的作业数据需要与运输管理系统共享数据；在仓储作业中发生的费用需要提交到生产管理系统中，由业务部计算核对。
库存管理中产生的场地的堆存图可以提供给各个相关生产部门和决策部门，以供了解当前的堆存情况为生产和决策提供基础依据。
4.运输管理系统
运输管理系统是对运输过程进行管理，主要包括对如车辆运输的管理，运输的费用管理，在途货物的信息查询与管理等。
运输管理系统与生产管理系统、仓储管理系统、计费管理系统发生数据交换：
运输管理系统从生产管理系统中得到生产调度内容进行运输作业，作业记录上传给生产管理系统，生产系统通过对运输作业的调度控制实际运输作业，在运输过程中可以实时提供货物在运输途中的状态。
5.财务计费系统
生产计费是对生产过程中产生的费用进行计算的。
这些费用中一部分费用是根据实际作业量按照一定的费用计算方法计算得到，一部分费用是与货主签订的合同或约定中规定的。
在费用核定准确后，与货主和作业单位签订协议，由财务部统一与货主和作业单位结算费用。
财务部负责各种财务信息的汇总与统计，与计费系统进行信息交互，汇总的信息作为企业决策的依据。
（三）数据流程图
数据流程图是对系统调研阶段绘制的业务流程图进行分析的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发，将信息处理功能和彼此之间的联系自顶向下、逐层分解，再逻辑上精确地描述新系统应具有的功能。
1.顶层数据流图
2.一层数据流图
3.系统管理数据流图
4．生产管理系统数据流程图
5.仓储管理数据流程图
6.运输管理系统
（四）数据字典
数据流程图分析，只是对数据处理和彼此之间的数据联系进行了说明，为了进一步明确数据的详细内容和数据处理过程，应将最底层数据流程图中的全部数据流、数据存储、数据元素和数据处理通过数据字典描述清楚，以便此后系统设计的进行。
数据流
系统名:
港口散货物流信息系统
条目名:
货主提货
来源:
货主提货单
去处:
收货人
数据流结构:
货主/收货人，
散货名称，
提单号
重量：
是否危险品：
备注
简要说明:
生产管理人员利用船公司或船代进港请求进行有效计划。
数据流“货主提货”条目
数据存储
系统名：
港口散货物流信息系统
条目名：
发货清单
存储组织:
二维表
记录数:
发货数
主键:
发货单号
数据流结构:
提货单号，
散货名称，
重量，
是否危险品
运输公司名称
发货时间
客户
简要说明:
用此存储向货主发货的信息，一张清单记录向个货主的发货信息
数据存储“发货清单”条目
数据元素
系统名：
港口散货物流信息系统
条目名:
出库单号
别名:
所属数据流
发货信息
存储处：
出库清单
数据元素属性：
类型：
字符型
长度：
15
取值范围及含义：
客户代码、货物提单号、发货日期、是否危险品
简要说明:
每个发货单一个号，也对应提单号，是交接单信息的唯一标识符
数据元素“出货单号”条目
数据处理
系统名：
港口散货物流信息系统
条目名:
制定发货计划
输入：
仓库库存信息”数据流
输出：
“发货清单”数据存储
逻辑处理：
根据货主凭借提货单据确定是否发货，若需要则在根据仓库库存信息制定发货计划，生成发货信息储存于“发货清单”，并递交财务部进行相关财务处理。
简要说明:
本处理利用原有信息直接生成清单信息，不需要人工录入
数据处理“制定发货计划”条目
（五）系统ERD图
五、系统的面向对象分析与设计
（一）识别参与者
根据需求分析和事件表，对系统的参与者进行识别如下：
1.生产管理子系统的参与者有
（1）仓储单位（或货主）
描述：
向中心业务部提交货物的出入库计划申请
示例：
货主或仓管员
（2）生产调度人员
描述：
对港口生产进行调度，包括车辆调度，作业调度等
示例：
调度员，运输人员
（3）磅房管理员
描述：
对港口货物进行称重管理
示例：
称重人员
（4）质量管理员
描述：
对港口的运输质量进行监督
示例：
作业监督员
2.仓库管理子系统的参与者有
（1）仓管员：
描述：
仓管员可以进行入库处理、出库处理
示例：
仓库管理人员
（2）盘点员
描述：
盘点员可以进行库存盘点、将正常的存货盘点单据存档和异常库存处理
示例：
仓储部门相关负责人
（3）加工人员
描述：
对货物进行必要的流通加工
示例：
仓库操作人员
3.运输管理子系统的参与者有
（1）业务部
描述：
提供运输作业单
示例：
业务部单证操作员
（2）总调度员
描述：
对车队运输、长廊运输进行安排，管理货物的运输和配送。
示例：
操作部的相关负责人
（3）车队调度员
描述：
安排车辆进行运输作业
示例：
车队负责人
（4）财务部
描述：
根据作业情况计费
示例：
财会人员
4.计费管理子系统的参与者有
（1）财务人员
描述：
进行收付费管理，发票管理，财务报表管理
示例：
财会人员
（2）货主
描述：
费用确认
示例：
货物所有人
（3）作业单位
描述：
对实际作业量进行确认
示例：
车队负责人
5、基础信息管理子系统（货物信息查询、货主信息管理）
（1）货主
描述：
货物实时信息查询
示例：
货物所有人
（2）生产部
描述：
货物条码扫描入系统
示例：
生产部门操作员
（二）识别用例
根据识别出的参与者，结合需求分析进一步确定系统用例，如下：
（1）生产调度计划
本用例用于制定生产计划，并向相关部门（仓储、运输部门）发送生产计划。
（2）磅房过重
本用例用于多货物进行称重，并记录相应的数值。
（3）检验检疫、报关
本用例用于对到港货物质量进行检查，看其是符合相应标准，并对到港货物和出港货物进行报关。
（4）入库（堆场）处理
本用例对入库进行处理。
（5）出库（堆场）处理
本用例对货物出库进行处理。
（6）库存（堆场）盘点
本用例提供库存或堆场的盘点功能。
（7）异常库存管理
本用例对异常货物（有货损货差的货物）进行库存（堆场）管理。
（8）查询库存
本用例提供对当前库存情况的查询功能
（9）最高库存预警
本用例提供了在入库时对库存量的判定功能
（10）最低库存预警
本用例提供了在出库时对库存量的判定功能
（11）运力检查
本用例用于确定车队的可用运力
（12）计费
本用例用于结算散货的运输、仓储费用
（三）用例图
1、根据以上分析的参与者与用例可画出用例
2、用例的事件流描述
用例名称：
生产调度计划
用例ID：
GK—21
前件：
接收客户货物到港单证或货物承运单证
参与者：
调度员，运输管理相关人员，仓储管理相关人员
简要描述：
制定生产调度计划、车辆、仓储调度计划
后件：
产生调度详细计划，并送达给相应实施部门。
优先级：
高
事件流：
生产部门人员登录系统，接到货物的到港通知单后，根据货物的实际情况安排车辆进行运输，若货物需要仓储，判断其仓储类型（仓库或堆场）然后安排实际储藏适宜。
即作出调度计划、理货计划等。
用例名称：
磅房过重
用例ID：
GK—22
前件：
货物装载
参与者：
磅房负责人
简要描述：
磅房称重
后件：
将货物称重信息传递到数据库，修改货物重量信息
优先级：
高
事件流：
在货物到港装卸后对货物进行上车装卸，装卸完毕后对货物连车一起进行称重，磅房人员登录系统，记录重量，并与到货单进行核对，以便检查是否有货损，货差。
用例名称：
入库（堆场）处理
用例ID：
GK—31
前件：
接收来自生产调度的入库（堆场）清单
参与者：
仓储（堆场）管理人员
简要描述：
验收商品，将商品搬运到一定位置。
后件：
将货物状态该为“已入库”或“已入堆场”
优先级：
高
事件流：
货物卸在指定的进货区后，登陆系统，系统提示有待处理委托单，选择“待处理委托单”，选择“待处理仓储委托单”。
激光扫描确认后，系统显示商品存放位置。
检查商品，合格后将商品送入指定的存放区库位中，并向生产管理系统提交已入库通知单，对客户提供货物入库具体信息，以便货主对货物进行确认。
用例名称：
出库（堆场）处理
用例ID：
GK—32
前件：
接收来自生产调度中心的出库（堆场）信息
参与者：
仓库（堆场）管理人员
简要描述：
对货物进行分拣出库
后件：
库存台帐改变，库存状态改变
优先级：
高
事件流：
仓管人员登录系统，接收到生产调度部门的出库信息后，根据出库清单进行货物的拣选，调拨，对出库货物进行激光扫描以采集出库信息。
想生产中心传递出库完毕信息，并修改库存台帐。
用例名称：
异常库存处理
用例ID：
GK—33
前件：
接收来自生产调度系统的货物异常存储信息
参与者：
仓库（堆场）管理人员
简要描述：
对重量不足，货差货损较大的货物进行异常处理
后件：
产生异常货物存储信息，以及异常货物客户提醒信息
优先级：
高
事件流：
仓管人员登录系统，接收到货物异常库存处理单，对异常货物进行扫描，更改库存台帐，和库存状态，并向客户发布异常货物存储信息，供客户确认。
用例名称：
运力检查
用例ID：
GK—41
前件：
接收来自操作部的运输作业单
参与者：
车队负责人
简要描述：
对可用运力进行确定
后件：
反馈运力检查情况
优先级：
高
事件流：
车队负责人登录系统，接收操作部发出的运输作业单，根据运输作业单确定所需运力，并检查目前可用运力是否满足要求，最后将信息反馈给操作部。
用例名称：
计费
用例ID：
GK—51
前件：
磅房
升级会员 