《物流管理系统需求分析(初步)20120413 v12.doc》由会员分享，可在线阅读，更多相关《物流管理系统需求分析(初步)20120413 v12.doc（7页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、物流管理系统关键需求分析(V1.2)1、项目范围本期项目范围应包括业务咨询和系统实施两部分。其中，业务咨询具体包括： 流程调研：根据物流中心的要求，组织公司物流中心、市场营销中心、原料供应中心、物资供应部、烟机零配件中心等部门和各生产厂储运科，对成品、原料、物资、零配件、半成品、广告物料等物流业务进行详细调研，摸清不同物流业务的特点，诊断业务流程存在的瓶颈或问题，为流程分析和优化提供依据。 流程优化：基于调研分析的初步结果，对各类物流业务与前端计划环节的衔接和具体执行的各个环节进行全面优化，形成权责明晰、效率优化、运作顺畅的物流流程体系。对于系统实施的具体范围，请参考第三部分：业务需求。2、整
2、体架构系统应具有成熟的底层技术，采用三层B/S结构的方式，具有较强的处理能力，能支持大量的并发Web操作，并且支持对大量数据库表的快速联合查询，灵活适应企业内部和外部用户的不同需要。根据目前供应商技术交流的情况，建议采用的模块架构如下： 数据交换模块：系统底层应设置统一的数据交换模块，通过完全可配置的数据集成架构，满足与各类系统之间的信息交互要求。针对不同系统的上传或下载的数据要求，可以通过简单的数据规则配置进行，实现物流数据的无缝集成和有效共享，减少接口设计的复杂度，保证数据的准确性和一致性，并且利于物流管理系统融入广东中烟“十二五”规划中的信息化架构。 业务管理模块：系统上层应采用功能模块
3、化的设计思想，提供全面的物流业务管理功能，包括：计划管理、运输管理、费用管理、以及未来的仓储管理等，并且可根据实际业务的需要激活一定的功能组合，实现对各类业务流程的精细化和个性化管理。3、关键功能需求3.1 多类型物流业务集中管理系统应支持多类型物流业务的“统一调度，分散作业”，包括成品、原料、物资、零配件、半成品、广告物料等。系统应实现标准化、一体化的运作模式，有效整合运输需求、调度、作业三个不同层面的业务运作模式： 运输需求层：需求发起部门，包括生产管理部、市场营销中心、原料供应中心、物资供应部、烟机零配件中心、技术中心等； 运输调度层：运输调度管理部门，负责将运输计划合理地安排给相应的承
4、运商实现运输业务的有效执行，运输调度管理部门包括物流中心和各生产厂储运科； 运输作业层：运输业务过程及仓储收发工作，包括市场营销中心仓储管理部、原料供应中心仓储管理部、各生产厂生产科、储运科、设备科所管辖的相关仓库以及外包承运商。具体总部和各厂的调度职责和分工后续确定。3.2 多层次多频次运输计划管理 系统应支持以SAP系统接口自动触发、Excel批量导入、人工录入等方式，接收并管理多部门、多频次的运输需求计划。系统应实现对运输需求计划设定分拆或合并规则，并且支持人工确认和调整，形成合理的运输订单。3.3 智能配车和智能配载考虑到成品运输业务相对较为规范、成熟，而且具有订单量大、时效及安全性要
5、求高、车辆规格不一、收发货网点多等特点，人工运输配载和调度过程较为复杂，系统应支持交互式的智能配车和智能配载功能，结合人工调整和审核环节，实现系统辅助调度功能。对于原料、物资、零配件、半成品、广告物料等其他运输业务，主要以人工配车和配载为主，系统应支持对上述业务的人工配车和配载信息的集中管理和后续及时跟踪。经过系统调度和人工调整后，将形成运输任务单，系统应支持对同一类型、同一发货仓库的运输任务按指定时间段排序，并且支持未来和园区调度系统和仓储管理系统集成，以便形成相应的仓库作业计划，便于仓库后续确定合理的排队装货顺序，提高装货效率。3.4 运输在途监控系统应首先满足成品运输在途监控的需要，支持
6、与前端业务环节生成的运输订单、运输任务单、准运证等信息有效关联，并且与国家局卷烟成品在途监控系统或外部GPS平台无缝集成，通过看板的方式向调度人员集中展现运输在途关键节点的状态信息和异常信息，并且支持对在途信息的统计和分析。系统应支持可配置的物流作业环节时效设定，实现对仓库和承运商的物流KPI指标的全程监控和分析考核，包括车辆到达仓库时间、装货时间、在途时间、到达时间、卸货时间，收货确认时间（有待研究如何从商业系统接入）。3.5 回单管理基于目前存在承运商交单不及时，漏单的情况，系统应支持存储纸质单据扫描结果，对回单进行登记和审核，并可对相关运输费用设定按回单结算等形式，确保运输作业过程的完整
7、有效以及运输费用结算的及时、准确。 3.6 结算管理费用结算是运输管理的重要环节，系统应支持多种运输模式的费用处理（陆运、铁路、空运等单独或联合），对各业务的运输价格进行管理，根据运输合同价格以及相关计费规则自动计算运输费用，同时可以按需要人工调整或记录各笔业务的临时费用（路桥费，大车转小车费用等），满足运输费用内部日结的需要。此外，系统应支持选择不同结算时段、合同版本，对各笔运输费用能够进行审核、付款申请、核销、生成结算凭证并与SAP系统实现有效的对接，实现运费结算的准确、高效。3.7 承运商考核系统应支持承运商基本资料维护（包括合同、车辆、司机信息等），根据物流中心设定的KPI指标（如运输
8、及时性、运输事故率、客户满意度等），形成直观的管理图表，强化对承运商的日常考核管理。3.8 安全管理 系统应支持记录和运输任务单关联的出车安全记录、司机状态记录、装车现场车辆状况等运输安全信息，并且实现按承运商和车辆分类汇总统计安全事故、货损情况、客户投诉等，为物流中心执行承运商年度考核和招投标管理提供有效依据。3.9 客户服务系统应满足对内部客户和商业客户运输服务质量管理和持续改进的需要，提供满意度调查计划的制定、执行以及回访结果汇总等功能，将日常抽查和定期评价相结合，集中管理各类投诉时间，为进一步提升运输业务服务质量提供有力支持。3.10 管理报表系统内应支持根据物流中心的个性化要求，结合
9、物流KPI考核指标（如订单计划和执行情况分析、承运商准时装货率、承运商到达时间、异常情况汇总分析等），按照日、周、月等执行频次要求，生成实时业务报表和部分综合统计报表，建立对运输量、费用进度等关键物流业务运行指标的定期跟踪和分析机制，帮助提升管理绩效。此外，系统应支持未来与数据中心对接，利用系统内的历史数据关联其他系统数据形成综合性强、决策支持类的专题分析报表，如物流成本分析，运输里程统计分析等。3.11 信息互动功能系统应支持信息互动功能，为市场代表处和承运商信息反馈提供信息交流平台，便于物流执行人员及时掌握仓库信息、客户投诉等情况，提高物流业务的执行效果。4、技术需求4.1 统一的数据交换
10、架构 系统应采用统一的数据交换架构，一方面适应与外部多种不同数据接口标准的管理层或业务执行层系统，如SAP系统、GPS系统、一号工程系统、准运证系统、工商卷烟在途系统的信息集成和触发的需要，另一方面也便于内部功能的扩展，如WMS模块等。4.2 完善的数据集成方案系统应支持通过Web Service的方式，与SAP系统XI模块对接，获取物流计划前端各类订单下达后触发的采购、生产和销售物流需求，执行完毕后将物流费用结算凭证回传到SAP系统。另外，系统应支持与国家局工商在途信息系统或外部GPS系统平台等对接，实时获取在途车辆路线和位置信息。4.3 多层级权限管理机制 系统应支持菜单级、功能级、数据级
11、等多层次的权限管理功能，以满足内部不同部门员工和外部承运商查询和业务操作的需要。4.4 业务流程的无缝链接 系统应实现运输计划、调度、在途、回单、费用核算、服务考评全过程中关键物流信息的有效关联和共享，有效支持各运输业务流程的协同管理和无缝链接。4.5 物流信息的集中展现系统应在实现物流运输全过程监控的基础上，针对运输各作业过程、关键节点的状态信息，进行有效的筛选、统计、分析、展现，通过采取看板式、仪表盘式、管理图表等灵活表现形式，使各级物流管理人员以直观的可视化方式，便捷地掌握运输过程中的状态和异常信息，为最优决策提供有效依据。4.6 灵活的可扩展性系统应通过简单、直观的前台配置方式，满足物流业务模式转变和作业流程调整的需要，并且对调度规则、计费规则、运输合同等需要定期优化或调整的功能不需要通过后台编程开发，提供直观的配置方式，支持对各类配置模版的版本管理，便于系统维护人员进行灵活设置，以适应未来物流业务不断发展需求。