江苏移动终端销售运营支撑系统概要设计说明书.doc

概要设计说明书江苏移动终端运营支撑系统 内部资料，严禁外传江苏移动终端销售运营支撑系统概要设计说明书(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.系统功能边界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. 编写目的在需求调研和需求分析的基础上，对江苏移动终端运营支撑系统（后面简称统一运营系统）进行概要设计，主要解决整个系统中关于子系统的划分，以及各个子系统的程序模块划分和简单设计，包括如何划分各个子系统的模块，决定各个模块之间的接口，模块之间传递的信息，以及数据结构，模块接口的设计等，在下面的概要设计报告中将对在本阶段中对系统所做的概要设计进行详细说明。1.2. 项目背景在江苏移动终端统一运营的大背景下，对终端的售前、售中、售后进行全面管理，支撑江苏移动终端统一运营的业务需求。售前主要包括对终端选型，入围的过程进行管理，并提供有效数据支撑辅助运营人员对终端入围的决策。售中主要是对终端商品的生命周期，商品价格、促销，终端的供应商链、销售、库存、财务结算进行有效管理。售后主要是对终端商品的维修、退/换货、配件管理的整个管理过程进行支撑。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 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 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数据交换平台dtc接口管理库4终端选型系统tss运营中心库5财务结算中心fsc运营中心库6运营管理中心bmc运营中心库7订单管理中心omc订单库存库8库存管理系统ims订单库存库9渠道零售系统css渠道销售库10售后管理系统ams渠道销售库 系统认证中心(sac)各个子系统集成框架，负责子系统之间的统一认证，权限控制。主要模块保存整个系统层面的信息管理，大概包括用户角色、权限控制、统一登录、子系统维护等模块。 对外接口平台(oip)负责对外接口管理，包括调用第三方系统接口和提供第三方调用的接口，对外接口主要功能包括接口认证、交互协议管理、报文解析封装等。 数据交换平台(dtc)负责各个子系统之间的数据交互，业务逻辑分享，统一运营指令的下发。主要功能包括，交互业务逻辑管理，交互方式控制，交互方管理，交互日志等。 终端选型系统(tss)负责售前终端入围决策支持和管理，提供入围模型和终端参数管理。主要包括终端参数管理、终端入围模型设计、终端选型入围支持。 财务结算中心(fsc)负责整个系统对外部合作单位的结算流程管理，主要结算流程包括与供应商货款结算、物流商物流费用结算、分销商的合约补贴结算等。 运营管理中心(bmc)主要包括基础档案的管理，商品管理，商品控制，价格管理，串号管理，促销优惠等运营控制模块。 订单管理中心(omc)负责整个终端订单流转管理，提供有效的供应链支持。订单管理中心主要包括销售订单、自销订单、分销订单、采购订单、要货计划、集采计划等流程管控。 库存管理系统(ims)主要负责物流仓储的库存，通过入库、出库、库存、调拨、盘点等维度对物流仓储的实行管控，以及对订单的物流配送流程进行跟踪。通过实际数据支撑对物流商进行考核。 渠道零售系统(css) 售后管理系统(ams)3.2. 系统功能边界 针对仓储的管理由各个物流仓储服务提供商进行管理，系统实现数据对接，通过实际数据来实现对仓储流程的监控。 实体渠道的销售管理由华为实现，通过接口实时传递销售数据到终端销售运营支撑系统，并通过接口获取实行销售所要的数据支持。 ng-crm负责串号的校验，组织架构的管理，营销案，用户信息和密码等的管理。通过接口将终端销售运营支撑系统将部分基础数据传递到系统中。 b2b、b2c系统运营由各自系统负责，商品模型、订单信息等由终端销售运营支撑系统进行全面管控。3.3. 系统架构3.4. 处理流程4. 专题设计4.1. 商品模型设计1)、设计原则考虑到商品基本属性的扩展性，通过不同属性的组合来完成商品的定义。但需要综合考虑商品模型负责程度对系统后续生产数据的影响。既要满足业务的扩展，也要满足统计数据的方便性和展示的友好性。2)、设计模型（商品粒度模型）（商品模型） sku = 商品型号+商品基本属性。 sku是最小粒度的商品模型。 不同的商品类型决定了这一类商品需要支持哪些基本属性，哪些扩展属性。 商品品牌与商品型号挂钩。 扩展属性只针对商品型号设置。扩展属性不用来区分型号特性。 为了便于统计，如果是确定的型号特性，如智能机，网路制式等固定扩展属性直接在商品型号模型中设置，而不通过扩展属性来定义。 3）、设计说明 商品类型：终端手机；品牌：三星；型号9308；颜色：红色；内存大小：60m 在商品模型中记录为； 商品类型新增商品类型终端手机； 商品品牌新增商品品牌三星； 商品型号新增型号9308并且与品牌关联； 在商品类型属性设置里需要设置支持颜色、内存大小这两个基本属性； 商品（sku）：型号9308 + 颜色：红色+内存大小：60m。 商品（sku）：新增需要选择型号，输入颜色和内存大小来决定一款商品（sku）。 4.2. 订单模型设计1) 设计原则根据业务特点将订单进行划分成各种订单类型,数据分开存储以减少订单数据在单表中的数据量,订单表根据订单归属地市进行分区。订单业务模型逻辑清楚,记录订单信息完整,可跟踪和回溯订单处理流程节点.2) 设计模型3) 设计说明 根据业务特点订单类型分为：销售订单、采购订单、要货订单、调拨订单。订单属性：用来标示某种业务订单特有的属性。如销售订单的订单属性可能包括：网选厅取订单、团购订单、预销售订单等。如要货订单的订单属性包括：正常要货，紧急要货等。 订单类型与订单属性之间存在对照关系，也就是说某种订单类型只支持某些订单属性。 所有业务类型的订单都分为订单主表、订单子表、订单子表明细。订单主表主要记录一张订单的共性字段，如订单号，订单属性，订单类型，订货部门，订货人，订单日期等。订单子表主要是记录订单包含的商品信息和对应的要货数量。订单子表明细主要要你过来记录订单商品对应的串号信息。因此三者关系是1：n：n关系。4.3. 业务单据模型设计1) 设计原则业务单据是在业务处理完成后产生的存根单据，业务单据可作为结算凭证，业务单据不能进行变更，如需调整根据正负的原则进行对冲或通过业务调整单进行数据调整。业务处理的过程原则上依赖于订单处理。简而言之，订单处理完成后产生业务单据。2) 设计模型3) 设计说明采购验收单:单采购订单完成后,供货商送货到仓库,仓库验收上架后生成采购验收单,作为货款结算的凭证。要货订单（分销）：在买断模式下分销的要货相当于移动将货物批发给分销商，作为移动局方核算单位生成批发销售单（移动），作为分销商核算单位生成要货验收单。要货进货单：在要货订单（自销）完成后，自有营业厅验收后，营业厅生成配送调入单，仓库生成配送调出单。由于统一运营与自有厅不存在结算关系，商品的进货都相但于是货物的调拨。故此流程按照调拨单处理。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. 用户权限管理5.1.1.7. 用户操作日志5.1.1.8. 缓存管理5.1.2. 运营管理中心（方）5.1.2.1. 基础档案5.1.2.2. 合作伙伴管理5.1.2.3. 合同管理5.1.2.4. 商品管理5.1.2.5. 商品控制5.1.2.6. 价格管理5.1.2.7. 促销优惠5.1.3. 订单管理中心（孙）5.1.3.1. 订单策略管理5.1.3.2. 采购订单管理5.1.3.2.1. 采购订单申请 使用角色：统一运营采购人员 功能介绍：采购人员根据实际采购需求，依据采购合同，将采购信息录入到系统中。录入方式包括：手工单条录入；excel文件导入。录入信息后，生成采购订单。查看仓库库存情况：根据录入的采购信息，获取当前的仓库的库存信息以及仓库的一个月（时间可以通过系统参数设置）内的进、出库信息。看看所有地市的进销存：查看采购的商品在一个周期内（周期时间可以通过系统参数设置）所有的门店进销存信息（根据商品维度汇总）。 注意事项：采购订单关键要素包括采购日期，对应合同号，采购人，采购单位，供货单位，采购商品，采购数量，采购进价、采购含税金额，采购税金，要求送货时间，送货仓库。采购信息进入系统前需要判断，采购商品与采购合同（供货商）是否存在对照关系，采购商品状态是否允许采购。1、 采购进价、采购含税金额，采购税金权限控制。2、信息录入（导入）相关操作人员、时间系统单独记录。5.1.3.2.2. 采购自动生成 使用角色：统一运营采购人员 功能介绍：根据设定的采购自动生产的规则和参数，自动生成本次采购需要采购的商品信息以及包括采购的数量等信息。自动生成采购信息的规则主要包括：安全库存法等。自动生产的采购信息，用户可以在此信息上进行商品的增、删以及数量的修改。 注意事项：在生产采购信息的时候，需要将自动生成订单的相关参数展现，譬如说如果是根据安全库存法，需要调出的信息包括目前的库存信息，安全库存的数量等。1、 采购进价、采购含税金额，采购税金权限控制。2、 信息生成相关操作人员、时间系统单独记录。5.1.3.2.3. 采购订单审核 使用角色：统一运营采购人员或采购审核人员 功能介绍审核采购订单信息,并且可以打回修改。 注意事项1、采购进价、采购含税金额，采购税金权限控制。2、审核的时候状态的判断，防止非正常状态而通过审核。3、审核人员审核记录系统留痕。5.1.3.2.4. 采购订单发布 注意事项1、采购进价、采购含税金额，采购税金权限控制。2、发布的时候状态的判断，防止非正常状态而发布。3、发布人员发布记录系统留痕。5.1.3.2.5. 采购订单查询 注意事项1、采购进价、采购含税金额，采购税金权限控制。2、导出,功能需要记录日志信息。5.1.3.3. 要货订单管理5.1.3.3.1. 要货订单申请 使用角色：营业厅 功能介绍1. 支持向统一运营中心要货和向地方供货平台要货。2. 根据登录用户自动判断订单是分销订单还是自有订单。3. 支持导入和手工逐条录入要货信息。4. 选择单条录入的要货信息，可以查看实际营业厅的库存、在途，以及销售（默认一个月，系统可设置），可用库存数量（统一运营分配到地市的库存）。5. 可以产看要货终端的图片、商品介绍、规格参数等信息。 注意事项1. 要货状态的控制：需要注意供货单位与商品型号的对照，以及商品的经营状态的判断；2. 要货策略控制：要货商品和数量必须满足要货策略。3. 订单保存：需要对策略进行二次判断，有可能需要根据策略自动分割订单。5.1.3.3.2. 要货自动生成 使用角色：营业厅 功能介绍根据预先设定的自动生产要货的策略，自动获取本次要货的商品信息和要货数量。 注意事项1、自动生成的商品可以进行增、删。2、要货数量可以修改。5.1.3.3.3. 要货订单审核 使用角色：区县、地市、省公司 功能介绍审核营业厅的要货信息。 注意事项根据设置订单流程可能不一样，有些需要三级审核、有些只要二级审核、有些一级审核。5.1.3.3.4. 要货订单签收 使用角色：营业厅 功能介绍根据订单签收到货信息，生产响应的单据，处理进销存信息。 注意事项设计是考虑到一张订单是否允许多次验收（系统参数控制）。5.1.3.3.5. 要货订单发货 使用角色：统一运营中心 功能介绍：选择需要发货的营业厅要货订单，如果是自销订单可以输入本次发货的数量，如果是买断的分销订单，必须一次发货完成。首先需要查询满足发货的订单数量。支持批量和多个一起发货。发货完成后，将订单传送到物流仓储。 注意事项发货涉及到物流的接口，需要记录接口的调用日志，以及在调用失败后，支持多次调用发货。5.1.3.3.6. 要货订单查询 使用角色：统一运营中心、地市 功能介绍：根据查询条件查询要货信息记录。并且支持导出。 注意事项导出的操作需要日志记录。 5.1.3.4. 调拨订单管理5.1.3.4.1. 调拨订单申请 使用角色：营业厅 功能介绍：由a厅发起调拨请求。此时调拨作为订单处理。 注意事项：调拨订单涉及到调入方、调出方。调入方与调出方不能相同。自办厅只能与自办厅调拨，合作厅只能与合作厅调拨，合作厅之间的调拨涉及到账务往来。5.1.3.4.2. 调拨订单审核 使用角色：地市 功能介绍：对调拨订单进行审核 注意事项：调拨订单的审核可以根据业务流程进行设置，有些不需要，有些需要审核。 地市人员审核只能查看到本地市的需要审核的调拨订单5.1.3.4.3. 调入方验收 使用角色：营业厅 功能介绍：根据调拨订单验收调入的货物，同时处理调入方和调出方进销存信息，同时生成对应的业务单据。 注意事项5.1.3.4.4. 调拨订单查询 使用角色：地市 功能介绍：根据条件查询调拨订单。支持导出 注意是事项：地市人员登录只能查看到本地市的调拨订单。导出需要记录导出日志。5.1.3.5. opl订单管理5.1.3.6. 要货计划管理5.1.3.6.1. 要货计划制定 使用角色：地市 功能介绍：在本月末制定下月要货计划，如果本月已经制定过要货计划，将不能进入该模块。制定要货计划的时候，系统提供参考值（根据库存和销售情况*一定的比率）。地市可以修改，但如果超过一定的阀值，需要填写额外说明。 注意事项：要货计划指定的周期根据系统设置。可以按月、旬、周来制定。要货计划的指定的周期的开始日期和结束日期，如按周制定，周三开始制定，周五结束在此时间范围内指定下周的要货计划一次要货计划周期内只能制定一次。5.1.3.6.2. 要货计划审核 使用角色：统一运营中心 功能介绍：审核地市的要货计划。并且注重标出超出阀值的计划数量。5.1.3.6.3. 要货计划汇总 使用角色：统一运营中心 功能介绍：根据月份汇总地市的要货计划 注意事项：列出没有提交计划的地市。5.1.3.6.4. 要货计划查询 使用角色：统一运营中心、地市 功能介绍：查询历史要货计划。支持导出操作 注意事项地市只能查看本地市的要货计划。统一运营中心可以查询所有地市的要货计划。导出操作需要记录日志。5.1.3.7. 集采计划管理5.1.3.7.1. 集采计划制定 使用角色：统一运营中心 功能介绍：制定统一运营中心的集采计划。1、 根据地市的要货计划汇总，生产参考数量12、 根据全省库存的周转率、库存、销售，产生参考数量23、 根据参考数量1和2决定本月的集采计划。4、 可自行修正集采计划数量。5、 每个周期只能制定一次集采计划。5.1.3.7.2. 集采计划审核 使用角色：统一运营中心 功能介绍：根据指定的集采计划进行审核。1、 审核通过。2、 审核不通过。5.1.3.7.3. 集采计划跟踪 使用角色：统一运营中心 功能介绍：