在线分销系统软件需求说明书.doc
《在线分销系统软件需求说明书.doc》由会员分享,可在线阅读,更多相关《在线分销系统软件需求说明书.doc(86页珍藏版)》请在咨信网上搜索。
在线分销系统软件需求说明书 ———————————————————————————————— 作者: ———————————————————————————————— 日期: 86 个人收集整理 勿做商业用途 软件需求规格说明书 成文信息 文档编号: 主 题 词: 作 者: 胡春国 文档类别: 规范 审 核: 批 准: 文档性质: 绝密 主 送: 存档日期: 2004-12-04 抄 送: 发布日期: 签收信息 发送方 接收方 接收方 代表人: 代表人: 代表人: 日期: 日期: 日期: 变更信息 版本 原因 作者 日期 目 录 目 录 2 第1章 概述 7 1。1 用户简介 7 1.2 项目的目的与目标 7 1。3 假设与约定 8 1。4 前景 9 1。5 术语定义 9 1。6 参考资料 10 第2章 目标系统描述 10 2。1 目标系统概述 10 2.1。1 建设背景 10 2.1.2 总体结构 10 2.1。3 网络结构 13 2.1.4 特点介绍 14 2.2 系统整体框架 15 2。2。1 业务层面的体系结构 15 2。2.2 技术层面的体系结构 15 2.3 业务划分 16 2。3.1 业务总体视图 16 2。3。1.1 系统外部接口 17 2。3.1。2 系统总体结构 19 2。4 业务功能模块 29 2。4。1 销售管理子系统 29 2。4。1.1 业务概述 29 2。4.1。2 业务流程图 33 2.4。1.3 业务环节说明 33 2。4.1.4 输入输出数据 38 2.4。2 分销计划管理子系统 43 2.4。2.1 业务概述 43 2。4。2。2 业务流程图 46 2.4。2。3 业务环节说明 46 2.4.2。4 输入输出数据 49 2.4。3 采购管理子系统 49 2.4.3。1 业务概述 49 2。4.3。2 业务流程图 52 2。4。3。3 业务环节说明 52 2。4.3。4 输入输出数据 56 2。4.4 仓储管理子系统 64 2.4.4.1 业务概述 64 2.4.4。2 业务流程图 67 2。4。4.3 业务环节说明 67 2.4.4.4 输入输出数据 71 2。4.5 运输管理子系统 76 2.4.5。1 业务概述 76 2。4.5。2 业务流程图 79 2.4.5。3 业务环节说明 79 2.4。5。4 输入输出数据 82 2.4。6 财务管理子系统 83 2。4.6.1 业务概述 83 2。4.6.2 业务流程图 86 2。4。6.3 业务环节说明 86 2。4.6.4 输入输出数据 90 2.5 数据交换平台功能 90 2.5.1 功能描述 90 2.5。2 功能流程图 93 2.5。3 功能环节说明 94 2。5.4 输入输出数据 95 2。5。4.1 参与类图 95 2。6 系统管理功能 95 2.6.1。1 部门管理 97 2。6。1。2 角色管理 101 2。6.1.3 用户管理 104 2.6。1.4 参数管理 108 2。6.1。5 数据中心管理 110 2.6.1.6 代码维护管理 113 2。6。1.7 数据维护管理 115 2.6。1。8 短信管理 118 2。6。1.9 IC卡管理 122 2。6.1.10 日志管理 126 2.7 决策支持功能 134 2.7。1 与其它子系统的关系 134 2。7.2 总体结构 136 第3章 目标系统界面与接口需求 137 3。1 界面需求:S1 137 3.1。1 说明 137 3.1.2 设计原则 137 3.1.3 界面风格 137 3。1。3。1 界面一致性原则 137 3.1。3。2 显示原则 137 3.1.3。3 数据输入原则 138 3。1.4 接口需求 138 第4章 目标系统其它要求 138 4.1 安全性 138 4。2 可靠性 138 4。3 灵活性 138 第1章 概述 随着我国加入WTO与信息技术的发展,全球化竞争日益激烈,多品种、快节奏、个性化需求、高质量和低成本已经成为企业生产经营活动的发展趋势。在这种形式下,发展现代物流就成为企业有效提升竞争能力的重要途径,物流的运作与管理问题受到了企业管理者的普遍关注和高度重视。在参考市场上相关物流管理信息系统的基础上,提出新的物流理念,重构现有的信息系统,建设全新的物流管理系统。 本软件需求规格说明书是对在线分销系统项目的定义,包括系统结构、功能需求、界面需求、性能需求以及运行环境、外部接口等。本章简要介绍了编写本文档的目的以及本文档的范围,并说明了本文档使用的约定。 1。1 用户简介 1、领导:他们具有丰富的业务管理经验,对各种业务数据的查询很敏感,对业务数据统计和分析很熟悉.所以,系统中设计足够的查询,分析和统计功能供他们使用,帮助他们对企业有全面的了解,辅助进行科学的决策。这类用户查询频率较高,分析和统计频率不高。 2、普通业务管理人员:他们人数多,是本系统的主要用户.这部分用户年龄相对较小,分管某一项业务的具体事务办理工作。计算机的操作能力比较强,这部分用户的工作量较大。所以,系统中应设计足够快的处理速度来处理他们的业务,查询要方便快捷,输入数据量要尽量少,而且要快,采用各种批量输入、条码输入等手段减轻他们的劳动强度.这类用户查询、输入、修改的频率很高,分析和统计基本上不使用。 3、系统维护人员:这类用户应该是计算机专业人员,他们需要掌握一定的计算机和网络的基本知识,才能保证系统的正常运行。目前各地也配备了系统维护人员。这类用户主要进行的工作是对系统的公用数据的维护、系统的安装、网络的配置和调试。所以要加强对这类用户的专业技术的培训和自身技术的学习,力求能胜任今后的维护工作。 1。2 项目的目的与目标 在线分销系统是在现有的公元系统运行的过程中,发现现有系统的不足及缺陷,从而提出重构系统。新的系统根据现有在线分销系统软件本身的特点,在充分调研物流行业业务的基础上,并结合原有业务软件的特点,建设一个跨平台的、通用的、功能完善的、界面友好的、安全稳定的、可定制业务流程、可维护性的物流管理业务软件;并将采用工作流引擎对整个业务流程的定制,从而可以适应企业业务变动时,调整现有的工作流程,从而提高系统的可扩展性、可维护性。 在线分销系统软件在功能上要覆盖现有物流管理软件的业务,并通过业务软件的使用,优化业务流程、规范业务操作。同时,由于特定的分销、配送方式,从而形成纵向的系统结构.纵向的结构是指从总公司开始,向下形成树状的网络,包括批发商(批发商下又有零售店、下级批发商等结构)、零售店、酒吧、茶艺馆、中西式餐厅、咖啡厅、休闲中心、俱乐部、银行、美发美体中心等公众消费、娱乐场所。 在线分销系统软件必须遵循简易、高效、稳定的接口系统,并实现与其他系统的衔接。如供应商的EOS系统、CRM系统等;与前端的零售店、连锁店等的POS机. 在线分销系统软件包含全面管理的思想,对企业内部各个管理环节:财务、人力资源、运输资源管理(车辆、船舶飞机)、包装中心、分拣中心、仓储中心、调度中心、发送中心、统计中心、信息查询、订单、货物和车辆的全程跟踪进行优化管理,并采用条码技术、POS技术、网络安全技术等,加快企业的信息的进程. 高度的灵活性和实时性,该系统采用目前国际上流行的软件架构B/S(客户端/浏览器)结构,紧跟电子商务潮流,使企业的业务随时可以操作,及时跟踪和查询货物信息和管理数据,使企业的管理者身处斗室,运筹帷幄之中,决胜千里之外。 操作简便,安全可靠,系统安装、使用、维护非常简便,完全客户化设计,体现了公司一切为客户着想的理念。内置防火墙,数据加密,使客户放心使用,无安全隐患之忧。 1。3 假设与约定 1、功能范围:软件在功能上必须完全覆盖图书销售的业务、以及原有系统的全部功能. 2、原有业务数据:要对原有业务数据进行移植,数据结构上要考虑对原有数据结构的兼容、从而减少数据迁移时工作量、错误率。 3、业务软件:系统的设计、开发和部署要综合原有各业务软件的特点,建设一个跨平台的、通用的、功能完善的、界面友好的、安全稳定的软件系统。 4、J2EE构架:系统要求选用J2EE构架,因此要求应用系统的设计必须符合J2EE标准规范. 1.4 前景 在线分销系统软件在图书销售实施成功的基础上,扩大市场的影响力、知名度,从而涉足物流领域。对将来的供应链(SCM)的集成、客户关系管理(CRM)的集成、电子采购系统(EOS)、电子商务系统(B2B、B2C)留下接口,从而对系统进行方便的扩充。 在系统将来的发展方向上,多种先进技术融合,具有较高的开放性,兼容多种先进技术,全面采用互联网技术,可直接过渡到全面电子商务, 在采用先进的管理机制的同时物流中心普遍应用适合国情的物流信息管理系统并采用物流管理中的现代技术和方法,同时和当代电子商务发展相融合,涉及有PDA技术、自动化办公(OA)、业务受理(Call Center)、客户关系管理(CRM)、Internet技术、EDI技术、GPS/GIS技术、全自动机械化的WMS技术等等。 1。5 术语定义 1、图书销售:是集批发渠道、超市、便利店、零售摊点、加油站等零售终端于一身的全新文化企业。于2000年正式成立,经过几年的努力摸索,现在已经成为中国民营书刊发行界一为亮丽的明星. 2、物流:物流,即实物流动,是实现物料(包括全部原材料、半成品、成品)物理位置转移的经济活动. 3、管理:是指人们在生产活动中为达到预定的目标,对所拥有的资源(包括人力、物力、资金等)进行计划、组织和控制。 4、物流管理(Physical Distribution Management)是指对原材料、半成品和成品等物料在企业内外流动的全过程所进行的计划、实施、控制等活动。这个全过程,就是指物料经过的包装、装卸搬运、运输、储存、流通加工、物流信息等物流环节的全过程。 5、EOS电子订货系统:EOS电子订货系统是指企业利用通讯网络(VPN或Internet)线联结的方式进行订货作业和订货信息交换的系统.它有助于提高企业的订货响应速度和缩短企业的订货前置时间。它是企业提高物流效率的一种有效工具。 6、销售时点信息系统(POS)系统:POS系统是指通过自动读取设备(如光笔扫描输入)在销售商品时直接读取商品的相关销售信息,如:商品名、品牌、销售数量、时间、地点、购买商品的顾客号码等,然后将相关的信息通过企业管理信息系统处理后传送到有关部分进行分析、加工以实现销售信息的共享和利用目的的电子系统. 1.6 参考资料 l 实用软件工程,郑人杰,殷人昆,陶永雷,清华大学出版社,1997.4 l 计算机软件产品开发文件编制指南,GB 8567—88 第2章 目标系统描述 2.1 目标系统概述 2.1。1 建设背景 在线分销系统是在图书销售现有的公元系统运行的过程中,发现现有系统的不足及缺陷,从而提出重构系统。在线分销系统软件,其目的是通过对现有业务及系统的全面分析,建成业务功能完善、标准规范统一、安全可靠、管理模式先进的信息系统,实现数据资源的共享,提高企业服务及宏观决策水平。 2。1.2 总体结构 销售业务员可以在销售管理系统中,录入有关新产品的报价情况。当批发商、超市、便利店、零售摊点、加油店等(以下简称客户)询价时,销售业务员可以从系统找出对应客户报价单提供给申请的客户,并进一步于客户商谈。客户对报价满意后。可以通过电子订货系统(EOS)提出图书、杂志、音像等产品询价、订购、或由销售业务员根据客户的要求,输入到系统中. 销售业务人员接受到客户订单后,经确认之后,查看仓库中是否有库存产品。如果没有足够的产品,销售人员根据客户的订单,生成采购申请单,向采购业务人员申请。。采购人员在收到销售部门的订货计划后,可以查看库存情况,并对申请的内容与销售人员进行协调,确定采购产品、数量、交货日期。如有异议的,可以退回订货计划给销售部门;如无异议的,则生成采购单. 采购业务人员在确定采购产品、数量及交货日期之后,开始向供应商发送采购单。如果供应商有电子采购系统(EOS),采购人员可以直接向供应商的EOS发送采购单;如果供应商没有EOS,采购人员可以打印采购单传真给供应商或用电话的方式与供应商沟通.采购人员也可以根据供应商的报价情况,输入与供应商签订的合同信息、供应商的基本资料. 供应商收到采购业务人员的采购单之后,采购业务人员可以随时跟踪供应商对采购单的生产情况、配送情况;再录入系统中(如果供应商提供SCM的接口,系统自动从供应商的接口中,读到供应商对订单的处理情况,自动录入到系统中)。从而销售人员可以根据供应商的情况,答复客户的货物什么时候会到、什么时候会送达到客户手中;从而提高客户的满意度。采购人员可以根据供应商的提供的资料,做入库计划并通知仓储部门(即:什么时候、什么货物、多少数量等信息给仓储部门). 仓储部门在接收到采购部门传入的入库计划后,安排入库进程。并在货物到达后,存放在待检区中,对收到的货物进行确认;并通知销售人员、采购人员,货物已经到达待检区。当仓储部门检验之后,仓储业务人员可以进行正式入库;入库之后,也通知销售部门、采购部门,货物的检验情况及入库情况。从而销售部门可以开始做配送计划. 如果销售业务人员在收到客户的订单之后,仓库里现有的库存产品满足客户的要求或采购的货物已入仓后,销售业务人员直接做好配送计划,传入仓库及配送中心。销售部门根据客户的订单日期、交货日期,制订配送计划(产品、数量),并传送给仓库。 仓库根据配送计划,开始分拣出要配送的产品,再搬运到待包装区中;包装人员根据客户包装的要求,对待送的产品进行包装。包装之后,再搬运到待配送区,并通知配送中心准备装车。在出入仓操作时,采用条码扫描,可以直接、简单、快速地操作。 配送中心在收到配送计划之后,进行车辆、运输路线、司机的安排.并在收到包装人员的配送通知后,开始搬运上车,再根据计划的路线送货.配送人员在送达目的地之后,卸下货物给客户并要求客户签收。配送中心送货之后,通知销售人员,客户的订单已送到。 客户有退货情况,可以通过终端系统,输入退货情况(货物规格、数量、原因、对应的订单号),并上传到销售部门。如果没有终端系统,客户直接联系销售人员,说明退货情况;销售人员根据客户说明的情况,登记到系统中.销售人员根据退货情况,做退货回收计划,并传给配送中心。配送中心根据退货回收计划,安排车辆、人员回收货物.配送人员在送货的时候,对客户的退货进行登记,客户对退货单签字确认后,装车并运回配送中心。 退货回收计划也同时传入仓储部门,仓储部门可以对退货入仓进行安排。当配送人员收回货物后,送入待入库区中,并将退货单给仓储人员。仓储人员对待入库的货物进行确认登记,并通知销售人员。仓储人员对退货进行入库,入库后,通知销售人员。 对于采购、仓库、客户、供应商等发生的资金流的内容,将自动进入会计系统。会计系统主要由应付帐、应收账、总帐等组成。 人事管理系统主要是对员工的考勤、工资、档案、培训、升迁、基本资料等进行管理. 物流分析系统是对现有的数据进行整理、汇总、分析。从而产生各种分析报表。 物流决策支持系统是由在线分销系统的消息采集、统计、分析、监测、预测、预警、决策支持系统构成.系统是在充分运用物流信息以及网络技术的基础上,根据物流管理各环节的相互关系而设计和建立的分析预测系统,为企业的决策科学化提供先进的技术手段。通过本系统对物流数据资料进行统计与分析,可以描述企业现状以及预测未来发展前景,进而为企业有关部门的决策提供科学依据. 2。1。3 网络结构 由于物流管理系统的将来发展前景是统一采购、统一配送、统一管理,因而在发展的趋势上,将形成多级配送中心。每一级配送中心都包含整体的在线分销系统。从而在考虑拟建系统的时候,应就现在的网络情况,进行横向、纵向的数据共享。也就是每一个配送中心管理它的下级零售店、连锁店、书报摊、批发商等的物流管理;同时,下级配送中心即可以向上级配送中心进行采购,也可以从其他配送中心、其他渠道进行采购,从而形成情况比较复杂的物流网络。为了适应这种发展,系统在构建时,应重点考虑系统的可扩展性。 下面是系统的网络拓扑图: 数据交换平台是与外部系统进行数据交换时,定义交换的信息。当企业总部的数据信息进行传递给外部系统时,通过数据交换平台进行发布后,在销售终端、配送中心订阅共享数据后,接受到企业部门发出的配送信息、销售订单信息等. 同时,配送中心、批发中心的销售数据、订货数据通过数据交换平台,进行发布后,企业部门订阅发布的数据,从而收集各个配送中心、批发中心、销售终端的销售信息、采购信息、库存信息等。 为了保证系统的安全性,所有的系统在进入网络时,都必须通过VPN客户端进入VPN服务器后,才可以访问数据交换平台中的数据。而企业部门系统在线方式工作时,业务人员通过INTERNET进入系统时,也必须通过VPN客户端才可以使用内部的系统。 考虑到数据交换平台的重要性,必须24小时提供服务;当数据服务器、应用服务器、网络系统出现问题时,应马上可以使用备份系统代替工作;因而在设计网络时,采用备份线路的方式;在服务器上,采用双机热备的方式构建应用系统的硬件环境。在软件系统方面,采用群集的方式,从而在一台服务器出现问题时,马上有相应的服务器代替工作,并且群集方式工作的服务器能够自动进行负载匀衡。 2.1。4 特点介绍 l 功能齐全,全面支持业务 在线分销系统在功能上涵盖了所有的物流管理业务,不仅包括业务本身的功能,而且还实现了与外系统的接口功能,全方位的支持将来文化城管理系统、零售店系统、加盟店系统进行集成。 l 遵循标准 在线分销系统的设计和开发中严格的遵循国家标准。 l 体系结构先进,提高了系统的可维护性 在线分销系统采用业界成熟而先进的B/S/S三层体系结构,既实现了客户端的“零维护”,又保证了系统的性能。(没有决定技术架构) l 不依赖任何专有软件和硬件,提高了系统的可移植性 在线分销系统符合J2EE标准,支持跨平台的应用,不依赖任何专有软件和硬件,提高了系统的可移植性,降低了推广的风险.(没有决定技术架构) l 业务流驱动 在线分销系统带有很强的流程特点,需要一个企业级的工作流引擎系统进行支持.业务流引擎系统是在线分销系统中不可缺少的一个底层平台。可以通过实现了业务流程的可定制,优化信息流,简化业务环节,提高业务处理的效率,并对将来的业务重构提供支持。特别是涉足其他企业管理系统时,可以根据各企业部门的设置情况, 进行灵活配置。 1.1 系统整体框架 在线分销系统软件的体系结构是个多层的模型,是支撑整个软件的骨架,它的合理性、稳定性、可维护性、灵活性、可扩展性是在线分销系统的优点。根据系统的要求,采用中间件平台、工作流引擎、灵活的技术架构,满足系统的要求。从而,在线分销系统软件在这些核心平台的支撑下,提供稳定、安全、灵活的系统。 1。1.1 业务层面的体系结构 在业务系统的设计中,采用“三流合一”的设计思想来构建在线分销系统软件。即:物流、信息流、资金合一。同时,结合现在比较流行的工作流引擎,为系统以后的扩展性、适用性提供比较广阔的前景。 在线分销系统是业务软件的核心,它们在工作流引擎的基础上,实现业务流的自动化。它们通过接口系统实现与其他系统和数据之间的集成。它们借助通用功能模块实现通用查询、打印和工作流定制等功能。系统管理模块保证了业务软件良好的运行. 1。1。2 技术层面的体系结构 在技术层面,采用J2EE的技术体系来构架在线分销系统软件。 业务软件的技术体系结构 采用J2EE组件技术设计和开发的业务软件,实现了平台的无关性,为系统将来的应用范围、实施和推广打下了良好的基础。 客户端只使用浏览器实现人机交互。 应用服务器端表示层用于页面逻辑处理和调用EJB的本地接口,这部分主要采用JSP、Java Servlet和Java Bean技术来实现。 应用服务器的业务逻辑层主要部署EJB组件,实现业务逻辑处理,主要采用Java Bean和EJB技术实现。 数据库服务器主要进行数据逻辑运算,采用标准SQL技术来访问业务数据库. 1.2 业务划分 1。2。1 业务总体视图 分销管理系统包括销售管理、采购管理、仓储管理、运输管理、分销计划管理、数据交换平台、系统管理、分析决策系统. 这些系统同时与供应商管理系统进行集成,形成供应链的上游企业管理;与人力资源管理系统集成,为人力资源管理的绩效考核提供具体数据;与销售终端集成,形成供应链的下游企业管理;与电子商务系统的集成,更加灵活地开拓销售渠道,更加实时地为客户提供更加直观的服务;与第三方在线分销系统的集成,形成更加复杂、流畅的销售渠道,对客户提供更加灵活的服务;与CRM系统的集成,对客户的信用额度、信用等级、客户服务的满意度等提供更加快捷、准确地管理,更加及时地回笼资金,提供资金的周转率;与财务系统的集成,更加便利地掌控应收、应付帐的情况,减少坏帐、呆帐的产生。 1。2。1.1 系统外部接口 1。2.1。1。1 接口用例模型 1。2。1。1.2 接口用例模型描述 1、DRP系统与供应商系统接口 a) DRP系统中的采购管理与供应商系统信息进行交互,主要是:供应商系统通过系统接口,向系统提供供应商的基本资料、供应商的产品信息、DRP系统的采购单的生产信息、采购单的配送信息. b) 同时,DRP系统产生的采购单信息传递给供应商系统中;完成采购单的电子传递过程。也就是与供应商系统进行集成,实现供应链的思想。 2、DRP系统与人力资源管理系统接口 a) DRP系统中的业务人员的销售业绩、采购业绩、仓储业务、运输业务等信息会传递给人力资源管理系统中,为员工业绩的确定提供真实的依据。 3、DRP系统与销售终端系统接口 a) 销售终端系统根据销售情况,生成订货单,并通过INTERNET网络传递到系统内部。从而减少业务人员的工作量与出错率,提高系统的反应速度。 b) 同时,销售人员根据订货单的信息,查询库存情况,生成采购单申请信息.以及采购部门的采购信息、配送产品计划信息传递给销售终端系统中,终端业务人员可以查看这些信息,从而更加明确地答复客户。 c) 在结算时,DRP生成结算单,与销售终端系统提供的对帐单进行比较,从而快速地对帐。对于应收帐的信息,直接传递给销售终端系统中,在销售终端系统显示销售终端应支付的帐款、以及已结算的信息. 4、DRP系统与电子商务系统接口 a) DRP系统为电子商务系统提供各种产品信息、报价信息、最新产品的广告信息等,还有客户的订货单的跟踪信息、配送信息等。 b) 从而客户可以通过电子商务系统非常直观地了解自己订购的产品跟踪信息.它包括订购单的处理信息、订购单的采购信息、订购单的配送信息、产品的质量信息等。 c) 客户在电子商务系统中的支付信息,直接进入DRP系统的预付款管理中,销售人员可以查看客户的支付信息。 d) 同时,如果是信贷的方式提供货物给客户的,应记录应收帐,同时传递给电子商务系统.客户可以查看在电子商务系统中查看自己应付的帐款. 5、DRP系统与第三方在线分销系统接口 a) 这是比较灵活的处理方式,对于大批量、远距离的送货地点时,企业可以采用跟第三方物流进行了联合的配送方式,为客户运输货物。在这里,DRP系统根据送货单信息、选择的物流商信息,生成运货单信息传递给第三方在线分销系统。 b) 第三方在线分销系统根据接收到的运货单信息,安排实际的运输计划;这些运输计划、实际的运输情况、客户签收情况,及时反馈给DRP系统中。从而销售人员可以随时掌握货物的运输情况,随时随地为客户提供比较正确的信息。 c) 同时,在运输后的结算处理中,第三方在线分销系统传递对帐单信息给DRP系统,财务人员在应付管理中,及时准确地进行结算。 6、DRP系统与CRM系统接口 a) 这一部分,是对客户资料进行审核的内容。在CRM系统中,划分客户的等级、信用额度、折扣率等信息。这些信息通过系统接口传递到DRP系统中,从而为审核客户的订货单提供必要的依据。 7、DRP系统与财务系统接口 a) 在DRP系统中,实现对帐、帐龄分析、应付、应收、结算的管理。这些相关信息,同时传递财务系统中,为财务人员进行分析提供具体的数据。 b) 同时,由于系统自动进行过帐,从而减少财务人员的工作量、出错率,对资金的回收管理提供及时的信息. 1.2。1.2 系统总体结构 1。2。1.2.1 系统总体结构模型 1。2.1.2.2 系统总体结构描述 1、数据交换平台 a) 在数据交换平台中,是外部系统的一个窗口;所有的数据交换与共享,都通过这一平台进行;同时,也是相应数据权限管理的核心所在。 b) 对于交换上来的数据,进行加密处理后,再转发给其他相应的系统;对于第一个部门中的数据的访问权限要求有高度的管理,这种管理应该深入到每一级的业务数据。DRP系统要访问其他的数据,也必须通过这一平台进行,不能直接访问其他系统中的数据。 i。 如销售终端的销售情况数据上传到数据中心后,有相应数据访问权限的业务人员,从数据交换平台下载在权限范围内的数据后,再进行下一步的处理工作。 c) 同时,在数据访问过程中,记录每一个业务人员访问的数据情况,从而为数据的安全使用提供比较准确的记录,并对这些数据进行了分析后,提供相应的分析报表给管理人员.从而防止数据被非法盗用. d) 在数据交换平台中,采用VPN服务的方式,必须通过VPN客户端接入VPN服务器之后,才能访问其中的数据,更加保障数据的安全性。 2、系统管理 a) 系统管理是整个DRP系统的安全性的重要保证.在系统管理中,提供相应的用户、角色、部门、权限的管理.同时,对数据的访问权限也进行严格控制,从而防止相关数据被非法利用。也就是数据权限控制到部门一级,只有被授权后的相应部门才可以访问其中的数据资料. b) 在数据一级权限管理中,再增加系统的功能权限管理。在DRP系统中的每一个菜单、功能、按钮都进行严格控制。 c) 在分配权限之时,可以对用户功能级、部门级、企业级授权管理。 d) 在系统管理中,日志管理也是必须的,同数据交换平台一样,对每一个进入的用户,记录它的每一次操作情况。必要时,可以记录用户的操作后的更新数据的SQL语句,从而为数据的恢复提供详细的资料。 e) IC卡管理、短信管理为系统提供更加优质的服务。对会员入会后,提供相应的会员等级,会员可以使用IC卡直接通过INTERNET网络登陆系统,访问会员的相关服务情况。新产品信息、配送信息可以随时随地的利用短信服务,为客户提供更加透明的服务。 3、DRP管理 a) DRP管理,是整个系统的核心业务。它包括采购管理、销售管理、仓储管理、运输管理、分销计划管理、财务管理、客户管理、供应商管理。 b) 采购管理主要是实现由销售人员提供的采购单申请资料的审核,再向供应商发采购单;并对供应商的情况进行评估,选择最佳的供应商。在采购过程中,跟踪采购单在供应商的生产情况、发货情况、运输情况,及时把相应信息传递给销售人员。销售人员根据采购人员提供的信息,服务客户。 i. 对于采购退货情况,采购人员根据销售退货的资料,以及相关的供应商的退货比例、退货期限等信息进行管理。 c) 销售管理主要是实现由客户提供的订货单的管理,对客户的等级进行审核。在发货过程中,随时联系客户,跟踪客户的相关信息。对产品的发货情况、运输情况进行管理,并提供给客户。 i. 对于销售人员确定利润比例的时候,只能在规定的范围内进行调整,如果超过范畴时,直接上报给销售经理审批之后,才有效。 d) 仓储管理是对库存的产品进行管理.对采购入库、销售出库、退货管理等. i。 在仓储管理中,对出入仓的成本资料进行管理,并提供给财务系统。 ii. 根据采购人员提出的退货申请,进行拣货包装后,退货给供应商;并反馈出库信息给采购人员。 iii。 在销售出库时,根据销售人员的送货单信息,分拣货物包装之后,由销售人员或运输人员出库,再送到客户手中。 iv。 在仓库中,对于盘点作业也是比较重要的,仓储人员根据盘点的结果,调整库存记录,做到帐实相符. v。 对于不同仓库之间的货物移动情况,必须进行调拨处理. vi。 对于仓库的区域的定义,货架的定义等进行管理。 e) 运输管理是对销售的货物、采购的货物进行运输。包括从货运站(第三方物流)提货(采购的货物)、退货给供应商时的运输、销售送货时的运输、销售退货时的运输. i. 在运输过程中,对运输的车辆信息、司机信息、运输费用等信息进行管理。 ii。 对于费用的信息,登记后,转入财务系统中。 4、分析决策系统 a) 分析决策系统是上层领导决策时,通过系统提供的决策信息,从而指导领导进行正确决策。 b) 在分析决策时,分为销售情况、采购情况、客户情况、供应商情况、仓储情况、运输情况等信息进行综合分析;并对这些部门的成本信息进行分析等。领导参考分析的结果,决定公司以后的经营方针政策。 1。2。1.2。3 业务子系统关系 业务子系统是整个系统的核心,所有业务的基础。系统将来的发展前景,也决定了业务功能的变化情况;业务功能模块也就是DRP管理功能。在这一节中,将详细介绍业务功能的划分,以及每一业务功能模块中包含的子功能、相互之间的接口关系. 下面是系统的子系统用例模型。 1.2.1.2.3.1 子系统用例模型 它分为销售管理、分销计划管理、采购管理、仓储管理、运输管理、财务管理。在这些业务模块功能之中,相互之间存在数据共享、业务流程互联等关系。相对于不同的企业,内部之间的关系可能会存在一定程度的差异;但大体上,各个企业都是由这些功能模块组成。 销售管理提供订货信息、退货信息到分销计划管理中,由分销计划管理根据现有的库存情况、运输情况进行运算,形成分销计划;业务人员再调整计划后,确定系统的真实计划. 分销计划管理形成的计划,传送到采购管理(进货、订货、退货计划)、销售管理(送货、退货计划)、仓储管理(仓储计划)、运输管理(运输计划). 采购根据计划,执行采购行为后,经采购后的产品进行入库。同时,销售管理、运输管理根据采购入库的情况,生成送货单;仓储人员根据送货单进行产品出库。 销售退货、采购退货信息,是由客户提出,经销售确认后,通知运输人员回收客户退回的产品;再由仓储部门入库后,通知采购人员。采购人员根据销售退货情况、供应商的退货比例情况,决定退货数量、退货产品.采购人员准备退货后,通知仓储人员准备产品后,退货给供应商. 在采购过程中,形成应付款,并过帐到财务管理系统中;采购退货信息,也形成应付冲红信息,冲减应付款。在销售过程中,会形成应收款信息,也过帐到财务管理系统中;销售退货信息,也形成应收冲红信息,冲减应收款。 下面是系统内部模块之间的状态图: 1。2.1.2.3.2 子系统状态图 当系统初次起动后,由采购人员根据市场情况,采购最新产品信息后;再根据公司制定的销售利润比例,形成最低的销售价格。采购人员在采购管理系统中,录入最新产品的资料后,产品资料传递给销售管理系统。 销售管理系统再根据采购部门的最新产品信息,根据市场情况决定产品的基本报价情况,制订基本报价单信息,并录入到系统中。从而在客户询价时,调出基本报价单资料,再根据客户进行调整价格后,报价给客户。客户根据销售人员提供的报价单资料,决定购买的产品、数量、规格等信息.如果客户系统与销售系统进行联接(通过EOS),直接传递订货信息给销售管理系统中,从而业务人员可以直接查看订货信息,从而与客户确认订货单;如果客户系统没有联接,由销售人员手工将订货单输入到系统。 在接受订单时,系统根据客户的等级、是否预付款、信用额度等情况,决定是否确认客户订货单.如果客户情况满足订货要求,订货单被确认;否则,退加给客户,拒绝接受客户的订货请求.在确认时,如果要求客户预付款的情况下,形成预收款申请单,传递给财务管理系统中,由财务人员确认并收款后,反馈给销售人员;销售人员再根据财务人员反馈的信息决定是否接受客户的订货请求。 这时,系统进入已审核未送货状态(如果是现金支付的,再加上预收款、已收款状态)。订货信息自动进入到分销计划管理系统中。 计划人员在分销计划管理系统中,接受到销售部门的订货请求后,根据库存量、采购比量、采购提前期、仓储能力、运输能力等信息,进行物流现场模拟;并根据现场模拟结果,进行调整,以达到最佳状态。在制订分销计划后,生成进货、订货、送货计划、仓储计划、运输计划,并向各相关部门下达有关计划内容. 采购人员在接受到采购计划后,形成采购单并选择相应的供应商后,开始采购产品;在采购过程中,随时跟踪供应商的生产情况、运送情况.采购人员将采购情况、供应商的相关情况传递给销售管理系统、仓储系统,从而确认相关计划的进度情况,从而根据实际情况调整相关计划。 采购人员采购产品入库后,形成应付单,并传递到财务管理系统中,由财务管理系统支付供应商的货款.同时,核销采购单(可以分多次送货、多次核销).当财务管理系统支付货款后,也核销采购单。 仓储管理系统根据仓储计划信息、采购信息、采购跟踪信- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 在线 分销 系统软件 需求 说明书
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文