1、文档编号： 移动营销管理系统概要设计说明书文 档 变 更 记 录日期 版本 说明 作者目 录1 引言 .11.1 术语定义 .11.2 参考资料 .11.3 文档结构 .12 系统目标 .32.1 系统描述 .32.2 系统接口图 (System Context) .32.2.1 营业前端 .42.2.2 营销管理后台 .42.2.3 BOSS 系统 .42.2.4 BOSS 系统管理员 .42.3 系统功能性需求概述 .52.4 系统非功能性需求概述 .52.4.1 性能要求： .52.4.2 备份要求： .63 设计前提和假设 .74 系统核心模型 .84.1 营销方案配置概念模型 .84
2、.2 营销资料概念模型 .85 系统架构设计 .95.1 总体架构设计 .95.2 硬件体系结构 .105.3 软件设计方法 .115.4 软件体系结构 .135.5 软件组件和应用设计 .165.5.1 软件组件设计 .165.5.2 告警采集应用设计 .226 数据库设计 .246.1 用户模式 .246.2 数据库表逻辑视图 .246.2.1 营销配置 .246.2.2 营销资料信息 .246.2.3 营销物品 .266.2.4 营销预警与提醒 .266.2.5 营销黑名单 .277 BOSS 系统改造设计 .287.1 品牌互转相关功能改造 .287.2 专有帐户相关功能改造 .287
3、.3 付款方式变更、申请销户、过户功能改造 .287.4 冷号回收功能改造 .287.5 查询功能改造 .288 系统出错处理设计 .308.1 出错处理总体原则 .308.2 后台服务进程出错处理 .308.3 数据库联接出错处理 .308.4 登录出错处理 .309 结论综述 .319.1 优势 .31第 1 页 共 35 页1 引言1.1 术语定义BOSS BUSINESS & OPERATION SUPPORT SYSTEMMMS Marketing Management System (营销管理系统 )HLD High-Level Design （概要设计）OO Object Ori
4、ented （面向对象）OOA Object Oriented Analysis（面向对象分析）OOD Object Oriented Design（面向对象设计）UML Unified Modeling Language （统一建模语言）OLTP Online Transaction Processing （联机事务处理）TMS Transaction Management System （事务管理系统）WTC Weblogic Tuxedo Connector （Weblogic 与 Tuexdo 连接技术）WS Workstation （Tuxedo 客户端与服务的连接方式）1.2 参考
5、资料中国移动通信业务运营支撑系统（BOSS）业务技术规范（征求意见稿） 中国移动通信业务运营支撑系统（BOSS）业务技术规范接口分册（征求意见稿） 1.3 文档结构本文的其他部分是按照以下方式组织的： 系统目标该章节指明我们所要实现的系统以及与此系统有交互关系的所有外部Actors。此外还概括描述了系统的主要功能。 设计前提及假设该章节说明概要设计所依赖的前提及假设。 系统核心概念模型该章节描述 MMS 各子系统中涉及的主要核心概念模型。 系统架构设计该章节主要包括：概要设计方法论、系统硬件体系结构、系统软件体系架构、软件组件和应用设计。第 2 页 共 35 页 数据库设计该章节说明对数据库的
6、要求和相关 ER 模型 系统出错处理考量该章节针对系统主要的出错情况提出相应的处理原则。 结论总结以上设计的优势及未来展望。 附录概要设计附录包括：1. 高层组件与需求对照表2. UML 模型（附件）第 3 页 共 35 页2 系统目标建设移动营销管理系统设计和实施包括以下目标： 建立一个统一的营销管理系统，以支持各地的个性化营销政策管理。 集中各分公司营销数据，建立同一的视图，为省公司提供及时的营销管理和营销分析。 统一各分公司的营销报表统计，为报表数据提供统一的统计口径。2.1 系统描述 MMS 系统设计和开发按照集团公司要求和移动的要求，在满足系统需求的前提下，其逻辑结构、软件架构和 B
7、OSS 基本保持一致，尽量减少对在线BOSS 系统的影响。2.2 系统接口图 (System Context)本节列出所有与移动营销管理系统交互的外部角色(Actor), 以明确定义系统边界。外部角色包含如下图所示的几类， 具体的角色会在以下几小节中详细说明。 江 苏 移 动 营 销 管 理 系 统营 销 管 理 后 台BOS系 统营 业 前 端BOS系 统 管 理 员图 2-1: 营销管理系统 系统边界示意图第 4 页 共 35 页2.2.1 营业前端营业厅的营销受理人员通过前台受理 PC 或终端来使用 MMS 提供的功能，进行营销方案的受理。2.2.2 营销管理后台营销系统管理员通过营销管
8、理后台来执行 MMS 提供的管理功能，维护MMS 系统。营销配置人员通过营销管理后台来执行 MMS 提供的营销方案配置功能。2.2.3 BOSS 系统BOSS 系统在进行相关业务受理时，需要同营销管理系统交互，以维护营销数据和业务的完整性。2.2.4 BOSS 系统管理员BOSS 系统管理员 通过对操作员角色的分配，使不同操作员在使用系统时可以扮演营销系统管理员、营销配置人员、营销受理人员等。第 5 页 共 35 页2.3 系统功能性需求概述下面概括给出 MMS 系统功能性需求, 关于具体细节, 请参见移动营销管理系统需求规格说明书 。 营销管理系统需要具有营销方案配置（个人和临时集团）的管理
9、功能； 营销管理系统需要具有营销方案受理的功能，可以在前台营业厅受理，也可以通过后台受理； 营销管理系统应具有物品赠送功能，支持在业务受理和协议到期后的物品领取； 营销管理系统应具有根据营销方案配置自动释放信用金或专有帐户配置的功能； 营销管理系统应支持个人营销方案和临时集团营销方案的受理； 营销管理系统应具有根据营销方案配置进行预警和提醒的功能； 营销管理系统应具有营销黑名单的控制功能，以限制黑名单用户的营销受理； 营销管理系统应具有对品牌不满足营销方案要求的用户提供预约受理的功能； 营销管理系统应具有营销预警的处理和限制用户生成营销预警的功能； 营销管理系统应具有营销方案受理、预约的撤销和
10、中断功能； 营销管理系统应提供对营销物品的管理维护功能；2.4 系统非功能性需求概述下面概括给出影响概要设计的 MMS 系统功能性需求, 关于具体细节, 请参见移动营销管理系统需求规格说明书2.4.1 性能要求： 营销管理系统的性能要能够满足到 2006 年 6 月的业务需求。 营销管理系统的用户界面应提供帮助功能，对陌生术语、流程提供解释。 营销管理系统在每月出帐处理结束后应完成相应的配置释放和最低消费第 6 页 共 35 页补齐操作。 营销管理系统在每月出帐处理结束后应保证对协议已正常结束的用户进行相应处理,如：发出物品、信用金领取的提醒。2.4.2 备份要求： 营销管理系统在线存储可查询服务使用记录为 2 个月。 营销管理系统在线保存相关营业、帐务及客户服务交易 12 个月。
