某港口散货物流信息系统项目建设可行性研究报告.docx
- 文档编号:648835
- 上传时间:2022-10-11
- 格式:DOCX
- 页数:32
- 大小:701.20KB
某港口散货物流信息系统项目建设可行性研究报告.docx
《某港口散货物流信息系统项目建设可行性研究报告.docx》由会员分享,可在线阅读,更多相关《某港口散货物流信息系统项目建设可行性研究报告.docx(32页珍藏版)》请在冰豆网上搜索。
某港口散货物流信息系统项目建设可行性研究报告
港口散货物流信息系统建设
摘要
Z港口物流在该地区物流发展方面是领头与带动者,然后信息系统建设一直是该企业发展的困惑,原有的信息系统扩展性不够、系统性不强,在系统运行过程中,由于前期软件规划局限以及后来的公司业务迅猛发展所带来的业务变更等原因,系统在运行过程中,进行了大量的更改及增补,前期开发的七大系统中,使用情况较好的,只有货场计费管理系统,另外,超过半数的系统使用效果不佳。
在新系统的设计中,要着重解决上述问题,本文系统地从结构化分析和面向对象的分析与设计方法入手,在需求分析与可行性分析的基础上,对整个系统的设计过程进行了阐述。
关键词:
港口散货物流,信息系统,设计
一、企业基本情况
(一)企业状况概述
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)
企业环境上,以往系统中系统柔性不强,各部门之间协作差,企业上下层员工都渴望改变现状。
企业领导、部门主管对新系统的开发高度重视,管理人员也积极配合相应工作,新系统开发后会大力改进工作流程,改善数据传递时间和效率,使员工摆脱了以往工作的不便。
尽管系统的开发运行会导致管理模式、数据处理方式及工作习惯的改变,但是这些变动均在管理人员的可接受范围之内,通过培训和运用可以较快掌握。
四、系统的结构化分析与设计
(一)事件与事件表
在业务流程分析之前,业务处理过程中涉及到的事件汇集到一个表上即得到一张事件
事件
触发器
来源
活动/用例
响应
目的地
管理人员了解预期到港货物日期
货物作业信息查询
管理人员
查询货物即将到港日期
即将到港货物日期
管理人员
管理人员进行货物衡重查询
衡重查询
管理人员
查询货物信息
货物信息
管理人员
调度人员制度调度计划
调度计划
调度人员
制定调度计划
调度计划
调度人员
仓管员接收货物
货物入库登记
仓管员
登记入库货物信息
入库货物信息
仓管员
生成货物入库汇总报表
货物入库时
仓储部门
生成入库汇总报表
入库汇总报表
仓储部门
生成出库汇总报表
货物离港时
仓储部门
生成出库汇总报表
出库汇总报表
仓储部门
仓管员进行出库登记
货物出库登记
仓管员
登记出库货物信息
出库货物信息
仓管员
配送员根据出库清单进行发货
出库清单查询
配送员
配送出库计划中的货物
出库计划中的货物
配送员
运输人员对货主进行发货通知
发货通知
运输人员
通知货主发货
发货信息
货主
管理人员计费
计费统计
仓储部门/生产管理部门/运输部门
根据单据进行统计费用
费用统计
管理人员
管理人员把费用报表传给财务部门
费用
管理人员
传递费用报表
费用报表
财务部门
货主查询费用
费用查询
客户
查询总费用
费用信息
客户
(二)系统业务流程分析
业务流程图是系统各部门、人员之间关系、业务关系、作业关系、管理信息流动的图形表示。
它可以帮助分析人员找出业务流程中的不合理迂回,逐个调查所有环节的处理业务、处理顺序、处理内容和对处理时间的要求,明白各
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 港口 散货 物流 信息系统 项目 建设 可行性研究 报告
![提示](https://static.bdocx.com/images/bang_tan.gif)