分销管理系统方案建议书Word文件下载.docx
《分销管理系统方案建议书Word文件下载.docx》由会员分享，可在线阅读，更多相关《分销管理系统方案建议书Word文件下载.docx（35页珍藏版）》请在冰豆网上搜索。
分销是当前国内很多批发型商贸企业及产供销一体化的制造类企业所采取的销售管理模式。
随着企业销售规模的扩大，对异地物流和资金流的管理难度越来越大。
企业领导在实际的运作过程中经常出现如下困惑：
如何使销售体系既能快速扩充，又能避免管理失控？
如何准确考核分支机构的销售、回款、计划完成、费用支出情况？
如何及时了解下属经销商的各类销售数据，如何提高经销商的管理和信息处理能力？
如何及时了解各地实际库存，并提高供货及时率、降低库存积压？
如何控制应收账款的回收风险？
如何缩短决策时间、提高决策的准确性？
这些问题如果没有得到解决，其结果是企业流通成本居高不下，企业的生产、市场决策缺乏准确的依据，造成资源的大量浪费。
目前，许多企业的分销成本已经超过生产成本和产品研发成本，成为企业总体运行成本的第一大构成要素；
解决分销成本的控制问题，是目前这些企业的当务之急。
良好的分销渠道，现代化的分销管理模式将是企业取胜的关键，是企业核心能力所在！
21世纪，Internet信息技术为人们创造了一种不受时空限制的信息交流、共享和协作方式，并给每个企业带来了新的机会和挑战。
互联网作为一项革命性的技术，对企业的管理和运作方式的改变将是全方位的，任何一个企业要想最终成功，都离不开互联网的应用。
有了互联网，才使企业分销实现集中管理、动态监控成为可能；
才能够使企业和客户的信息和数据交流更加容易、更加及时；
才能够轻松实现企业电子商务。
互联网应用降低了企业运营成本，是目前费用最低廉、最有效的信息和数据交流的工具和平台。
互联网的出现在改变人们日常生活的同时，改变了企业的管理运作方式。
而众多的制造和销售型传统企业需要通过全国庞大的销售网络来执行产品和服务，但销售管理要通畅，却一直是传统企业的“痛”，有资金但没有规划实力，有技术和理念但管理水平跟不上，网络带来的挑战和机遇如何应对，这些问题都亟待专业厂商提供全方位的解决方案。
第3页
分销管理理念与互联网技术的结合，便产生了基于互联网的分销管理软件。
基于互联网的分销管理软件为企业进行信息交流汇总提供了一条方便、迅速、廉价的途径，同时，也为企业的“异地商务、集中管理”提供了最好的解决方式。
1.2项目背景
xxxxxx电动车有限公司是一家自1998年以来开始研制、开发、生产电动代步车、高尔夫球车及电动车配件等30多个品种的专业厂家。
2001年开始批量生产，产品受到美洲、欧洲、亚洲等客户的欢迎。
公司正处于快速发展阶段，年产电动代步车50万辆。
随着中国WTO进程的加速和中国市场潜能的日渐放大，xxxxxx发展战略已逐步从“外销为主”转变为“以内销为主，以外销为辅”。
xxxxxx秉承“商者无域、相融共生”的经营理念，以全新的产品质量和优质的服务理念为广大中国消费者服务，并把世界顶尖的技术和先进的营销理念带进中国，推动行业发展。
为快速、高效、便捷的服务广大中国消费者，实施区域辐射，适时快捷的生产服务，提高服务质量。
随着业务的不断拓展，xxxxxx决定建立国内遍布全国二十八个省、市、区，辐射到市县、乡镇的营销网络。
在这个销售网络中，各级经销商对其终端客户进行管理，总公司对各级经销商和终端的业务进行垂直管理。
基于互联网，终端客户可以对订单的执行状态进行跟踪查询。
因此，xxxxxx迫切要求一套渠道分销管理系统，以便能实时地了解各地的销售情况，及时掌握销售、采购、生产、库存信息，有利于公司准确、准时的接收订单，并安排生产，从而尽可能的提高服务透明度，提高服务质量。
1.3设计要求
xxxxxx分销管理系统是一套对公司整个业务过程各个环节进行全面自动化管理的大型企业综合管理系统。
通过前期的了解，系统在设计时，主要考虑如下一些要求：
（1）系统力求界面友好、操作简便，方便培训、使用；
（2）在平台、插件选型上，尽量采用实用性比较强，对硬件性能要求不高的成熟产品，以便于系统的部署和推广；
（3）系统要能够进行灵活的调整和升级；
即：
随着公司业务的发展，可以对系统流程、功能权限、具体单据等等进行调整，以适应公司发展的需要；
（4）各级经销商需要通过Internet来使用系统。
所以，系统必须基于B/S架构进行开发和部署；
（5）设计上线初期，用户量预计在200个左右。
考虑到日后的业务开展，各级经销商的建立等。
系统需最多支持10000个用户同时使用；
第4页
6）系统将会划分为：
公司主系统、经销商业务子系统、终端客户子系统三大部分；
三大子系统将进行无缝集成。
7）经销商子系统（注意不是传统的销售终端）将会是系统的一大亮点。
该子系统必须真正对经销
商的业务带来便利和帮助，以便系统将来能够顺利在省、市、县各级经销商进行部署。
8）目前公司主要产品是防盗门，但是将来可能发展到油漆、装修材料等领域。
因此系统设计时，要对产品能够灵活处理。
第5页
2系统需求分析
2.1组织机构模型
本系统涉及到的组织机构模型，如下图所示：
其中，各级经销商负责在当地发展客户，主要负责对当地客户的市场宣传、订单预定、货款结算、通
知提货等操作。
公司总部负责与各级经销商的销售业务。
各地经销商根据实际销售情况，将订单发送给公司总部，公司业务部对订单进行审核和确认，并组织生产；
当生产完毕后，通过物流供应商将货配送到经销商；
经销商通知客户来提货。
针对各级经销商，公司制定统一的价格体系。
公司和经销商之间直接进行货款结算。
经销商和客户进
行货款结算
2.2系统角色划分
其中，使用系统的用户，主要包括如下几种角色：
（1）订单确认人员
主要负责对各级经销商的订单进行审核、确认。
当订单确认无误后，发送给生产采购部组织生产
第6页
2）生产采购人员
针对经过审核确认后的订单，给生产厂商发生产订单。
并跟踪其生产进度情况。
一旦生产完成后，就发送给物流部门，进行货物运输。
（3）物流跟踪人员
当订单生产完毕后，订单即传送给物流部门。
此时，物流部门即办理货物托运。
当经销商收到货物后，对回单进行签收。
（4）财务结算人员
和经销商进行货款结算；
和生产厂商进行成本结算；
和物流供应商进行物流费用结算。
（5）经销商管理员
公司市场部，负责对经销商信息、信用资料进行维护。
（6）经销商操作员在经销商子系统中，录入订单、并进行货物签收。
然后办理客户提货。
（7）经销商主管
和客户之间进行财务结算。
对经销商的财务、经营情况进行分析。
（8）终端客户
通过公司统一的对外服务网站上，查询当前订单的处理状态。
主要包括：
生产状态、物流状态、结算状态等。
（9）系统管理员
对系统资料、用户账号、权限、系统日志、数据库等进行管理。
进行必要的系统备份、恢复等操作。
2.3业务流程模型
终端客户、经销商、公司总部之间的业务流程描述如下：
第7页
终端客户
经销商
经销商财务
提货
接单
录入订单
公司总部
订单确认
库存管理
货款结算
采购结算
公司财务
生产下单
直接发货
生产厂商
物流费结算
产发货
物流供应商
物流发货
到货签收
第8页
3系统解决方案
3.1系统设计原则
为了保证系统按期完成，并在建成后能高效、健壮地运行，在系统设计过程中，我们主要遵循以下设计原则：
（1）总体性原则
系统的建设具有综合性、整体性、长期性的特点，应遵循先进性系统的总体设计和论证，再分步建设，逐步完善的原则，留有足够的发展和变更余地。
（2）先进性原则
系统的建设应以先进的生产技术、建设方案、数据库技术、软件架构、网络技术为基础，尽量采用可扩充性强、运行效率较高、容易开发和维护的平台以及硬件设备。
（3）高效性原则
作为一个大型数据库系统，系统的性能高效性至关重要。
在系统的建设中，我们将会在数据库的设计、系统架构、硬件的配置等方面，重点考虑系统的并发性能以及海量数据的维护。
（4）易用、实用性原则
系统主要用户为终端用户（会员、造价信息员等），对计算机及相应数据库的了解不多。
系统的操作应尽可能简单易用，用户界面应尽可能友好，符合人们处理事务的一般思路，以减少用户的培训时间和操作难度，同时还需提供详细的操作手册。
实用性是系统设计的基本出发点，它直接影响系统的运行效果和生命力，是一个严谨的系统开发者要无条件遵循的原则。
（5）安全稳定保密原则
系统必须采用严格的安全措施，设置多级安全机制，保证系统运行的安全和稳定。
系统外部安全：
系统的安全性要充分考虑网络的高级别、多层次的安全防护措施，包括备份系统、防火墙和权限设置等措施，保证业务部门的数据安全和政府机密；
同时考虑系统出现故障时的软硬件恢复等急救措施，以保障网络安全性和处理机安全性。
系统要形成相对独立的安全机制，有效防止系统外部的非法访问。
第9页
系统内部安全：
在保证系统外部安全的同时，系统也要确保授权用户的合法使用。
系统应设置严密的访问级别和权限控制机制，并通过数据加密、电子身份验证等措施来保证系统内部安全。
系统本身也应该具有容错功能，包括出错提示、原因，并能自动或通过人工操作，使出错的系统恢复到正常状态。
系统还应提供严格的操作控制和存取控制。
系统同时要具有一定的容错能力，在用户误操作或输入非法数据时不会发生错误。
如在录入单据等操作中，对于用户输入的错误信息系统应能自动判断，并进行自动修复或提示用户重新输入。
系统运行安全：
在逻辑上，系统应该具有抵御对系统的非法入侵的能力；
在物理上，系统应保证不存在可能的单点故障，提供资源数据的备份能力。
系统支持定期的自动数据备份和手工进行数据备份，能够在数据毁坏、丢失等情况下将备份数据倒回，实现一定的数据恢复。
（6）可扩展性原则系统应具有统一结构框架和数据关联特性，保证良好的可维护性。
由于业务涉及的数据繁多，各种数据类型之间关系错综复杂，必须综合分析业务内涵和数据元素之间的关系和模型，合理设计，提高各组件模块的内聚性，降低各组件模块的耦合度，科学划分组件接口和方法，使系统强壮且容易维护。
维护方式：
系统提供对系统自身的集中操作维护的功能，真正做到使系统能在数据损坏、丢失等情况下将备份数据倒回，实现数据恢复。
维护工作量：
系统提供集中的、智能化的维护工具，尽可能减少手工维护工作量，确保系统的正常运行。
3.2采用技术路线
本系统将运行于Windows系统中，开发平台和运行平台都为Windows操作系统。
在系统开发过程中，将采用组件技术、工作流技术、SOA架构技术、Web2.0技术等来实现整个系统功能。
在开发过程中，将主要采用我公司自主研发的“XBM-业务基础架构平台”来进行系统构建，同时根据实际情况对少量复杂的算法（保障计算效率）进行二次开发，以保证系统的快速和稳定运行。
本系统的技术路线可以用下图来表示：
第10页
Web服务服务器
XBM-Service业务发布服务器
BAE
BDE
二次开发插件
XBM-Builder
从上图可以看出：
1）依托平台
SOA架构，完全从底层进行开发，开发工
整个系统将XBM业务基础平台进行架构，该平台基于全新的具C++和WindowsAPI，不依赖于任何第三方技术或者插件。
（2）多层架构
系统基于三层架构，分为：
客户端（XBM_Desktop或者WebBrowser）、应用端（BAE、BDE、WFE、服务器端应用二次开发）、业务发布端（XBM_Service或者Web发布服务器）、数据存储端；
（3）二次开发
XBM业务基础平台实现了以业务为导向的系统构建和完全驱动，使管理和业务人员能参与到应用软件的开发之中，使得企业管理系统能够真正实现用户主导、随需而变、快速构建、灵活调整。
对于绝大部分的业务功能（数据存取、规则计算、业务协作），将直接通过XBM_Builder进行系统构建，对于少数的、需要复杂处理的算法，我们将通过VC++进行二次开发来实现。
4）数据库选型
第11页
数据库前期选用SQLServer进行开发、调试；
同时兼容Oracle，以方便若干年后，数据量异常庞大后，迁移到大型机上工作。
3.3平台开发优势
（一）传统开发模式分析
按照软件工程学中的“软件开发方法论”，管理信息系统的开发，通常需要经过项目立项、需求调研、分析&
设计、编码实现、测试、部署、试运行、正式运行、系统维护等九个阶段的锤炼。
在软件的每个开发阶段，都会有不同知识结构层次的人参与到开发过程中。
绝大部分软件公司，至少需要由三类人员来组成：
需求调研人员：
主要负责需求的调研、整理；
这部分人对业务比较了解，但是对系统设计、开发不是很精通；
系统设计人员：
主要负责拿到用户需求后，进行模块设计、功能设计、规则设计、数据库设计等；
代码开发人员：
从系统设计人员手中接过设计文档，进行代码开发。
其对用户实际需求和软件设计意图不是了解。
传统管理信息系统的开发模式，主要存在以下困难：
需求调研时，主要通过文档进行描述。
在形式上，文档和最终运行的系统之间存在很大的差异；
经常会造成调研不够完善、不够细致；
用户需求在不同的人员之间，由于信息的逐步衰减，经常造成开发出来的系统，和实际需求有很大的差距；
当需求做出调整，或者系统功能需要修改时，因为牵扯到整个软件过程。
造成响应时间、和修改周期较慢。
由于传统管理信息系统的开发模式，是在底层的技术平台上直接搭建业务系统，并且也只能采用面向技术的、业务无关的“原始”编程工具来开发管理系统。
这种低层次的软件开发模式，使得信息系统的开发、维护和扩展困难重重，导致IT黑洞现象的普遍发生。
第12页
正式运行
系统升级
系统维护
（二）诺构原型法开发模式分析
基于XBM平台的应用开发模式和传统的应用开发模式有着很大的区别。
和用户进行交流的业务人员，可以直接构建出用户想要的系统。
整个系统建设的过程，对于系统的使用者来说都是可见和可控的。
如下图所示，借助于XBM平台，我们将重点放在了需求设计上。
同时需求的设计过程，也是系统原
型的开发过程。
也就是说，当需求调研结束后，系统的原型也就出来了。
诺构原型法开发模式，主要有如下特点：
第13页
1）需求调研过程，我们将以实际系统展现为主，而以文档为辅。
这样，用户需求的确认都是在最终的原型系统上来确认的。
这样需求才会完全和系统对应起来，可以避免“需求描述不准确”，或者“看不到最终系统提不出需求细节”等问题的发生；
2）由于整个系统构建过程中，没有代码开发的过程。
这样可以保证业务人员，在需求调研的同时，也能够讲系统的构建、部署、上线过程负责到底。
这就避免了需求在多个人之间衰减的现象；
3）系统的功能调整、修改更及时、更快捷。
（三）系统开发关注的重点一套企业管理系统，其主要目的和实际建设内容无非包括：
通过系统来对管理流程进行抽象和沉淀，从而使得整个业务过程中，每个角色能够按部就班，按时按量完成自己的任务。
从而提高业务的自动化程度，以及各环节之间的协作能力，从而提高公司管理水平。
利用计算机强大的计算能力，将杂乱无章的各种单据、票据录入系统，并进行流程化跟踪。
从而减少工作人员的繁琐程度，降低劳动强度。
利用数据库的各种查询、统计、汇总等功能，对现实和历史业务数据进行各种分析统计，从而能够让公司领导或各级决策者能够随时得到各种报表（包括绩效考核）相关数据。
利用计算机网络（含局域网、Internet网），让工作人员突破地域、时间限制，随时随地都可以进行业务审批、事务处理等操作。
从管理的角度讲，“事务是死的，但是流程是活”的。
也就是说：
一个公司只要其业务范围不发生大的变化，那么其管理系统的业务模型、系统功能、各种单据等等，相对是固定不变的。
而每个公司、每个成长阶段，其人力安排、业务流程等则相对是最容易变化的。
这就要求我们在系统设计的过程中，必须将那些业务的本质的东西（业务模型、功能、单据、界面）作为重点进行抽象，而对“活”的东西提供某种“包容”。
在XBM平台中，提供了完全可视化的流程设计、调整工具。
可以随时根据业务管理的需要来调整业务流程、岗位设置、人员权限等。
第14页
因此，对于基于XBM平台开发的管理软件，其调研和开发的重点主要集中在：
各环节的工作内容、业务中发生的各种单据、各种数据之间的关系、资金流、每个环节关心的重点信息等等。
也就是“数据流程”，而非“业务流程”。
而具体微观上的每个功能谁来操作、每个岗位怎么来换分，这个在系统上线前、以及上线后随时可以调整。
我们不需要额外的去开发。
（四）系统上线后的调整由于我们自身也是在XBM平台上开发的应用系统，而没有任何其他代码。
因此，拥有XBM业务基础架构平台，就可以对应用系统进行任何要素（含UI、数据模型、流程、报表等）进行升级。
针对重点型客户，我们将免费提供XBM平台给用户，以便于其日后可以对系统进行全方位的维护、升级。
拥有XBM平台，就相当于拥有了系统的所有源代码。
XBM中，可以对数据模型、规则模型、各种交互表单、打印报表等等，进行任何的调整。
第15页
第16页
3.4系统网络部署
如上图所示，系统采用典型的三层架构部署模式，即满足局域网内的客户端连接，也可以通过Internet（或无线网络）连接到服务器：
系统采用典型的三层架构模式：
（1）系统终端分布于基于Internet的各个网点，它们采用专线或者ADSL拨号穿越防火墙，连接到应用服务器上。
（2）应用服务器采用群集方式，和中央数据服务器进行连接。
应用服务器，主要用来发布业务表单、业务交互等，可以是一般性能的台式机。
（3）根据系统需要的并发数量，来设置应用服务器的台数。
一个XBM服务（基于SOA架构，所有的功能都是服务），理论上可以支持32768个并发连接，但根据历史经验，建议一台服务器最多设定支持512个连接为宜；
（4）在防火墙端，可以设定负载均衡（如：
采用均衡连接数策略），保证应用服务器之间均衡的工作。
（5）由于系统基于SOA架构（面向非连接），一台应用服务器故障后，可以自动切换到另外一台应用服务器上去工作，而不会造成正在处理的数据的丢失。
第17页
6）中央数据库服务器，负责整个系统的数据存储。
中央服务器的对数据的访问速度，将会成为整个
系统的性能的瓶颈。
因此，建议采用多CPU的品牌服务器。
7）对于一些附件、图片等二进制文件，数据库端将通过文件指针存储方式来保存，以方便日后的数据备份和维护。
3.5系统功能设计
根据系统需求分析，整个系统将划分为：
公司分销主系统、经销商分销子系统、客户查询子系统三大子系统。
总部各部门
其中，各地经销商，作为公司的客户，使用“经销商子系统”登录系统，进行订单录入、到货签收、状态查询、应收应付结算等操作。
公司总部各部门，通过“公司分销主系统”登录到系统。
主要处理订单确认、生产采购、物流托运、库存管理、财务结算等操作。
另外，终端客户可以通过浏览器，连接到“终端查询子系统”，通过输入订单编号查询到订单的确认、生产、物流、结算等状态。
三大子系统部署在一个服务器上。
只要有上网的地方，客户、经销商、公司部门人员都可以随时随地登录到系统中。
3.5.1公司分销主系统
总公司各部门来使用。
主要分为如下几个模块：
（1）系统管理
第18页
该模块由系统管理员使用，主要对系统账号、日志等进行维护。
详细功能列表如下：
序号
功能名称
功能说明
1
组织机构管理
通过树状表现方式，来设置公司组织机构。
2
登录账号管理
对使用系统的用户的登录信息进行管理。
3
用户权限管理
针对用户可以使用的模块和功能权限进行设置。
4
登录日志管理
统计某个客户，某个时间段，登录时间的次数和时长。
（2）系统资料维护
主要对产品分类信息、产品类型、价格体系、职员信息、供应商信息、以及其它数据字典等进行管理。
管理功能
产品信息管理
产品分类管理
经销商管理
经销商信息管理；
经销商信用管理；
经销商经营产品管理；
升级会员 