分销管理在线分销系统软件需求说明书.docx
- 文档编号:27975334
- 上传时间:2023-07-07
- 格式:DOCX
- 页数:92
- 大小:89.47KB
分销管理在线分销系统软件需求说明书.docx
《分销管理在线分销系统软件需求说明书.docx》由会员分享,可在线阅读,更多相关《分销管理在线分销系统软件需求说明书.docx(92页珍藏版)》请在冰豆网上搜索。
分销管理在线分销系统软件需求说明书
(分销管理)在线分销系统软件需求说明书
软件需求规格说明书
成文信息
文档编号:
主题词:
作者:
胡春国
文档类别:
规范
审核:
批准:
文档性质:
绝密
主送:
存档日期:
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.9IC卡管理122
2.6.1.10日志管理126
2.7决策支持功能134
2.7.1与其它子系统的关系134
2.7.2总体结构136
第3章目标系统界面与接口需求137
3.1界面需求:
S1137
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)、业务受理(CallCenter)、客户关系管理(CRM)、Internet技术、EDI技术、GPS/GIS技术、全自动机械化的WMS技术等等。
1.5 术语定义
1、图书销售:
是集批发渠道、超市、便利店、零售摊点、加油站等零售终端于一身的全新文化企业。
于2000年正式成立,经过几年的努力摸索,现在已经成为中国民营书刊发行界一为亮丽的明星。
2、物流:
物流,即实物流动,是实现物料(包括全部原材料、半成品、成品)物理位置转移的经济活动。
3、管理:
是指人们在生产活动中为达到预定的目标,对所拥有的资源(包括人力、物力、资金等)进行计划、组织和控制。
4、物流管理(PhysicalDistributionManagement)是指对原材料、半成品和成品等物料在企业内外流动的全过程所进行的计划、实施、控制等活动。
这个全过程,就是指物料经过的包装、装卸搬运、运输、储存、流通加工、物流信息等物流环节的全过程。
5、EOS电子订货系统:
EOS电子订货系统是指企业利用通讯网络(VPN或Internet)线联结的方式进行订货作业和订货信息交换的系统。
它有助于提高企业的订货响应速度和缩短企业的订货前置时间。
它是企业提高物流效率的一种有效工具。
6、销售时点信息系统(POS)系统:
POS系统是指通过自动读取设备(如光笔扫描输入)在销售商品时直接读取商品的相关销售信息,如:
商品名、品牌、销售数量、时间、地点、购买商品的顾客号码等,然后将相关的信息通过企业管理信息系统处理后传送到有关部分进行分析、加工以实现销售信息的共享和利用目的的电子系统。
1.6 参考资料
● 实用软件工程,郑人杰,殷人昆,陶永雷,清华大学出版社,1997.4
● 计算机软件产品开发文件编制指南,GB8567-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 特点介绍
● 功能齐全,全面支持业务
在线分销系统在功能上涵盖了所有的物流管理业务,不仅包括业务本身的功能,而且还实现了与外系统的接口功能,全方位的支持将来文化城管理系统、零售店系统、加盟店系统进行集成。
● 遵循标准
在线分销系统的设计和开发中严格的遵循国家标准。
● 体系结构先进,提高了系统的可维护性
在线分销系统采用业界成熟而先进的B/S/S三层体系结构,既实现了客户端的“零维护”,又保证了系统的性能。
(没有决定技术架构)
● 不依赖任何专有软件和硬件,提高了系统的可移植性
在线分销系统符合J2EE标准,支持跨平台的应用,不依赖任何专有软件和硬件,提高了系统的可移植性,降低了推广的风险。
(没有决定技术架构)
● 业务流驱动
在线分销系统带有很强的流程特点,需要一个企业级的工作流引擎系统进行支持。
业务流引擎系统是在线分销系统中不可缺少的一个底层平台。
可以通过实现了业务流程的可定制,优化信息流,简化业务环节,提高业务处理的效率,并对将来的业务重构提供支持。
特别是涉足其他企业管理系统时,可以根据各企业部门的设置情况, 进行灵活配置。
1.1 系统整体框架
在线分销系统软件的体系结构是个多层的模型,是支撑整个软件的骨架,它的合理性、稳定性、可维护性、灵活性、可扩展性是在线分销系统的优点。
根据系统的要求,采用中间件平台、工作流引擎、灵活的技术架构,满足系统的要求。
从而,在线分销系统软件在这些核心平台的支撑下,提供稳定、安全、灵活的系统。
1.1.1 业务层面的体系结构
在业务系统的设计中,采用“三流合一”的设计思想来构建在线分销系统软件。
即:
物流、信息流、资金合一。
同时,结合现在比较流行的工作流引擎,为系统以后的扩展性、适用性提供比较广阔的前景。
在线分销系统是业务软件的核心,它们在工作流引擎的基础上,实现业务流的自动化。
它们通过接口系统实现与其他系统和数据之间的集成。
它们借助通用功能模块实现通用查询、打印和工作流定制等功能。
系统管理模块保证了业务软件良好的运行。
1.1.2 技术层面的体系结构
在技术层面,采用J2EE的技术体系来构架在线分销系统软件。
业务软件的技术体系结构
采用J2EE组件技术设计和开发的业务软件,实现了平台的无关性,为系统将来的应用范围、实施和推广打下了良好的基础。
客户端只使用浏览器实现人机交互。
应用服务器端表示层用于页面逻辑处理和调用EJB的本地接口,这部分主要采用JSP、JavaServlet和JavaBean技术来实现。
应用服务器的业务逻辑层主要部署EJB组件,实现业务逻辑处理,主要采用JavaBean和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) 同时,如果是信贷的方式提供货物给客户的,应记录应收帐,同时传递给电子商务系统。
客户可以查看在电子商务系统中查看自
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 分销 管理 在线 系统软件 需求 说明书