《江苏终端销售运营支撑系统-概要设计说明书》由会员分享，可在线阅读，更多相关《江苏终端销售运营支撑系统-概要设计说明书（24页珍藏版）》请在金锄头文库上搜索。
1、江苏移动终端销售运营支撑系统概要设计说明书(V1.0)欣网视讯2013/7/1内部资料，注意保密，严禁外传修改记录日期版次描述作者审核批准2013.7.23V1.0孙含新、方勇目录1.引言41.1.编写目的41.2.项目背景41.3.系统设计目标41.3.1.系统规划目标41.3.2.安全性设计目标41.3.3.数据交换能力、数据兼容目标41.3.4.业务流程定义目标41.3.5.实用性、操作层目标41.3.6.兼容性设计目标41.3.7.系统性能和响应目标41.4.定义51.4.1.专门术语51.4.2.缩写51.5.参考资料62.任务概述63.总体设计63.1.子系统划分63.2.系统功能
2、边界83.3.系统架构93.4.处理流程104.功能设计104.1.1.系统认证中心（方）104.1.2.运营管理中心（方）104.1.3.订单管理中心（孙）114.1.4.库存管理中心174.1.5.财务结算中心（孙）174.1.6.数据交互中心（孙）184.1.7.售后服务系统（待补充）184.1.8.渠道零售系统（方）184.1.9.终端选型系统(待补充)184.1.10.对外接口平台（方）185.接口设计186.数据库设计187.运行设计188.出错处理设计189.安全保密设计1810.维护设计181. 引言1.1. 编写目的在需求调研和需求分析的基础上，对江苏移动终端运营支撑系统（后
3、面简称统一运营系统）进行概要设计，主要解决整个系统中关于子系统的划分，以及各个子系统的程序模块划分和简单设计，包括如何划分各个子系统的模块，决定各个模块之间的接口，模块之间传递的信息，以及数据结构，模块接口的设计等，在下面的概要设计报告中将对在本阶段中对系统所做的概要设计进行详细说明。1.2. 项目背景在江苏移动终端统一运营的大背景下，对终端的售前、售中、售后进行全面管理，支撑江苏移动终端统一运营的业务需求。售前主要包括对终端选型，入围的过程进行管理，并提供有效数据支撑辅助运营人员对终端入围的决策。售中主要是对终端商品的生命周期，商品价格、促销，终端的供应商链、销售、库存、财务结算进行有效管理
4、。售后主要是对终端商品的维修、退/换货、配件管理的整个管理过程进行支撑。1.3. 系统设计目标1.3.1. 系统规划目标1.3.2. 安全性设计目标1.3.3. 数据交换能力、数据兼容目标1.3.4. 业务流程定义目标1.3.5. 实用性、操作层目标1.3.6. 兼容性设计目标1.3.7. 系统性能和响应目标从支撑平台配置、软件体系结构等方面，能保证数据分析提供系统在大用户量访问时系统的响应速度不受影响；通过负载均衡等技术，确保系统的高响应性能。1.4. 定义1.4.1. 专门术语 营销案： 裸机： 进销存： 库存周转率： 库存周转天数：1.4.2. 缩写 TSMS：Terminal Sell
5、 Manage System(终端销售运营支撑系统) OMC：Order Manage Center(订单管理中心) IMS：Inventory Manage System(库存管理系统) FSC：Finance Settlement Center(财务结算中心) TSS：Terminal Selecting System（终端选型系统） BMS: Business Manage Center(运营管理中心) DTC：Data Transform Center(数据交换中心) SAC: System Authentication Center(系统认证中心) OIP：Out Interface
6、 Platform（对外接口平台） CSS：Channel Sell System(渠道零售系统) AMS：After-Sale Manage System(售后管理系统)1.5. 参考资料2. 任务概述2.1. 目标2.2. 运行环境WEB服务程序部署在LINUX操作系统上，数据库使用ORACLE 10G，用户通过浏览器访问应用程序。2.3. 需求概述2.4. 条件与限制1、 前端客户端浏览器支持IE6IE8版本。2、 项目完成日期为2013-12月份。3. 总体设计3.1. 子系统划分子系统和对应数据库说明序号系统缩写数据库1系统认证中心SAC接口管理库2对外接口平台OIP接口管理库3数据
7、交换平台DTC接口管理库4终端选型系统TSS运营中心库5财务结算中心FSC运营中心库6运营管理中心BMC运营中心库7订单管理中心OMC订单库存库8库存管理系统IMS订单库存库9渠道零售系统CSS渠道销售库10售后管理系统AMS渠道销售库 系统认证中心(SAC)各个子系统集成框架，负责子系统之间的统一认证，权限控制。主要模块保存整个系统层面的信息管理，大概包括用户角色、权限控制、统一登录、子系统维护等模块。 对外接口平台(OIP)负责对外接口管理，包括调用第三方系统接口和提供第三方调用的接口，对外接口主要功能包括接口认证、交互协议管理、报文解析封装等。 数据交换平台(DTC)负责各个子系统之间的
8、数据交互，业务逻辑分享，统一运营指令的下发。主要功能包括，交互业务逻辑管理，交互方式控制，交互方管理，交互日志等。 终端选型系统(TSS)负责售前终端入围决策支持和管理，提供入围模型和终端参数管理。主要包括终端参数管理、终端入围模型设计、终端选型入围支持。 财务结算中心(FSC)负责整个系统对外部合作单位的结算流程管理，主要结算流程包括与供应商货款结算、物流商物流费用结算、分销商的合约补贴结算等。 运营管理中心(BMC)主要包括基础档案的管理，商品管理，商品控制，价格管理，串号管理，促销优惠等运营控制模块。 订单管理中心(OMC)负责整个终端订单流转管理，提供有效的供应链支持。订单管理中心主要
9、包括销售订单、自销订单、分销订单、采购订单、要货计划、集采计划等流程管控。 库存管理系统(IMS)主要负责物流仓储的库存，通过入库、出库、库存、调拨、盘点等维度对物流仓储的实行管控，以及对订单的物流配送流程进行跟踪。通过实际数据支撑对物流商进行考核。 渠道零售系统(CSS) 售后管理系统(AMS)3.2. 系统功能边界 针对仓储的管理由各个物流仓储服务提供商进行管理，系统实现数据对接，通过实际数据来实现对仓储流程的监控。 实体渠道的销售管理由华为实现，通过接口实时传递销售数据到终端销售运营支撑系统，并通过接口获取实行销售所要的数据支持。 NG-CRM负责串号的校验，组织架构的管理，营销案，用户
10、信息和密码等的管理。通过接口将终端销售运营支撑系统将部分基础数据传递到系统中。 B2B、B2C系统运营由各自系统负责，商品模型、订单信息等由终端销售运营支撑系统进行全面管控。3.3. 系统架构3.4. 处理流程4. 专题设计4.1. 商品模型设计1)、设计原则考虑到商品基本属性的扩展性，通过不同属性的组合来完成商品的定义。但需要综合考虑商品模型负责程度对系统后续生产数据的影响。既要满足业务的扩展，也要满足统计数据的方便性和展示的友好性。2)、设计模型（商品粒度模型）（商品模型） SKU = 商品型号+商品基本属性。 SKU是最小粒度的商品模型。 不同的商品类型决定了这一类商品需要支持哪些基本属
11、性，哪些扩展属性。 商品品牌与商品型号挂钩。 扩展属性只针对商品型号设置。扩展属性不用来区分型号特性。 为了便于统计，如果是确定的型号特性，如智能机，网路制式等固定扩展属性直接在商品型号模型中设置，而不通过扩展属性来定义。 3）、设计说明 商品类型：终端手机；品牌：三星；型号9308；颜色：红色；内存大小：60M 在商品模型中记录为； 商品类型新增商品类型终端手机； 商品品牌新增商品品牌三星； 商品型号新增型号9308并且与品牌关联； 在商品类型属性设置里需要设置支持颜色、内存大小这两个基本属性； 商品（SKU）：型号9308 + 颜色：红色+内存大小：60M。 商品（SKU）：新增需要选择型
12、号，输入颜色和内存大小来决定一款商品（SKU）。 4.2. 订单模型设计1) 设计原则根据业务特点将订单进行划分成各种订单类型,数据分开存储以减少订单数据在单表中的数据量,订单表根据订单归属地市进行分区。订单业务模型逻辑清楚,记录订单信息完整,可跟踪和回溯订单处理流程节点.2) 设计模型3) 设计说明 根据业务特点订单类型分为：销售订单、采购订单、要货订单、调拨订单。订单属性：用来标示某种业务订单特有的属性。如销售订单的订单属性可能包括：网选厅取订单、团购订单、预销售订单等。如要货订单的订单属性包括：正常要货，紧急要货等。 订单类型与订单属性之间存在对照关系，也就是说某种订单类型只支持某些订单
13、属性。 所有业务类型的订单都分为订单主表、订单子表、订单子表明细。订单主表主要记录一张订单的共性字段，如订单号，订单属性，订单类型，订货部门，订货人，订单日期等。订单子表主要是记录订单包含的商品信息和对应的要货数量。订单子表明细主要要你过来记录订单商品对应的串号信息。因此三者关系是1：N：N关系。4.3. 业务单据模型设计1) 设计原则业务单据是在业务处理完成后产生的存根单据，业务单据可作为结算凭证，业务单据不能进行变更，如需调整根据正负的原则进行对冲或通过业务调整单进行数据调整。业务处理的过程原则上依赖于订单处理。简而言之，订单处理完成后产生业务单据。2) 设计模型3) 设计说明采购验收单:
14、单采购订单完成后,供货商送货到仓库,仓库验收上架后生成采购验收单,作为货款结算的凭证。要货订单（分销）：在买断模式下分销的要货相当于移动将货物批发给分销商，作为移动局方核算单位生成批发销售单（移动），作为分销商核算单位生成要货验收单。要货进货单：在要货订单（自销）完成后，自有营业厅验收后，营业厅生成配送调入单，仓库生成配送调出单。由于统一运营与自有厅不存在结算关系，商品的进货都相但于是货物的调拨。故此流程按照调拨单处理。4.4. 价格模型设计4.5. 进销存处理模型4.6. 成本核算模型5. 功能设计5.1.1. 系统认证中心（方）5.1.1.1. 系统参数设置5.1.1.2. 地市运营参数5.1.1.3. 用户登录5.1.1.4. 角色管理5.1.1.5. 用户管理5.1.1.6. 用户权限管理
