电信营销管理系统的研究与实现

山东大学硕士学位论文目录摘要IABSTRACTIII第1章 绪论11.1系统开发背景11.2相关研究现状11.3解决的主要问题11.4本文的主要工作21.5论文的组织结构2第2章 营销管理系统需求分析42.1营销管理系统概述42.1.1项目背景42.1.2系统建设目标52.2系统需求问题描述62.2.1系统功能需求62.2.2系统非功能需求22第3章 系统开发所用基础平台说明243.1 AppFrame总体说明243.2 AppFrame技术体系243.3 AppFrame框架253.3.1 Web框架263.3.2 数据持久层框架293.3.3 服务框架303.3.4事件框架313.3.5规则框架323.3.6过程框架33第4章 营销管理系统架构设计354.1 营销管理系统设计目标和原则354.2 营销管理系统技术架构设计354.2.1 营销管理系统物理架构354.2.2 营销管理系统逻辑架构374.3 营销管理系统功能架构384.3.1 营销管理系统功能组成384.3.2 营销管理系统功能流程41第5章 营销管理系统详细设计435.1营销管理系统多层架构435.2 AppFame平台的应用445.2.1 表现层475.2.2 业务逻辑层485.2.3 数据持久层505.2.4 数据服务设计505.3 营销管理模块设计52第6章 营销管理系统的实现576.1系统总体实现576.2营销执行模块的实现586.2.1营销活动发起586.2.2营销活动审批646.2.3营销活动审核676.2.4营销活动派单71第7章结论75参考文献76致 谢77CONTENTSChinese abstractIEnglish abstractIIIchapter 1 introduction11.1 development background for system11.2 the latest state of technology11.3 the main problems need to be resolved in this project11.4 the main work of this paper21.5 the structure of this paper2chapter 2 the requirement analysis of Marketing Management System42.1 Introduction to the system42.1.1 Background of the project42.1.2 Goal of the system52.2 System Requirement62.2.1 Function requirement62.2.2 Non-function requirement22chapter 3 the instructions of system development platform used243.1 general Information for AppFrame243.2 technology system of AppFrame243.3 the framework of AppFrame25chapter 4 construction design for the Marketing Management System354.1 desing aim and principle for this system354.2 technology construction design354.2.1 technology construction for Marketing Management System354.2.2 logical construction for Marketing Management System374.3 functional construction for Marketing Management System384.3.1 function composition of this system384.3.2 function flow of this system41chapter 5 detail design for the Marketing Management System435.1 Multi-layer structure of the system435.2 Application of the AppFrame445.3 Design of Sub-module52chapter 6 Implementation576.1 Implementation of the system576.2 Implementation of Marketing Executive Module58chapter 7 Conclution75Reference76thanks77iii摘要随着移动通信的发展，移动用户的数量剧增，通信业务的种类也日渐丰富。这带给通信行业巨大利润的同时，也隐藏了激烈的竞争。面对传统业务不能满足人们的需求，通信运营商推出了越来越多的目标客户营销活动。众多的营销活动使得管理的工作量异常巨大，并且能够全面的掌控客户对新业务的接受程度，了解客户反映信息，进行量身定制个性化的业务也成为电信运营商们时下最急切的要求。目前以上业务依靠传统手工实现，缺乏有效的系统自动化支撑。这不仅耗费大量人力和时间，而且较难达到公司业务管理的延续性和体系性。伴随着3G时代的到来，通信业务的种类将更为繁多、复杂，传统手工进行的管理将愈加困难。这些都要求有一个新型的管理运营办公平台的出现。 大众化的管理办公平台模板显然不能适应通信行业的海量数据与繁杂的业务流程，必须依据通信行业的自身状况搭建一个合身的平台。营销管理系统便是针对通信数据管理与运营的基于J2EE架构的组件框架开发的新型管理运营平台。 本文详细介绍了某知名公司负责为移动公司搭建营销管理平台的设计方案和实施过程。我们着重从应用软件设计这一方面进行探讨，从而使我们对数据管理与运营有一个全新的认识，并对移动项目的开发有一定的了解。首先，本文在结合移动通信的特点，分析了系统的功能需求和非功能需求，并对系统的需求详细说明。紧接着在需求分析基础上，我们进行了系统的架构设计。引用SOA架构思想，引用多层架构设计策略，在基于J2EE规范的组件框架平台AppFrame上实现系统9。 然后，我们依次从功能设计、数据设计、接口设计和运行等不同角度进行系统详细设计。 此后，我们以营销管理系统中的营销执行管理模块为例，分别介绍了该功能在数据库访问层和页面处理层相应类的详细设计和实现，并给出了系统运行后的效果图。 最后，本文对系统整体的开发过程进行了总结，并对系统的进一步改进提出了建议。 综上所述，我们探讨了基于J2EE规范的组件框架平台AppFrame，同时结合了移动通信业务的需求，设计并实现了营销管理系统。 关键字：营销管理；工作流；营销案；营销活动；AppFrame；ABSTRACT The development of mobile communication makes the number of mobile users increasing dramaticly and brings communications industry a huge profit ,but also hiddens competition. Traditional business can not meet peoples needs,and in order to meet customer needs communication operators introduce more and more targeted customer marketing activities.In the face of so many marketing activities, the workload for management is very huge .Fully controlling customer acceptance of new business, understanding the reflecting information from customers and tailoring personalized business become to the most urgent needs.However, Currently the management system relys on traditional manual implementation and lacks of effective automation support,which not only wastes the manpower and time, but also is difficult to achieve the continuity and systematic of the business management. with the arriving of 3G, types of business will be more complex and the traditional manual management will become increasingly difficult. A new management operations platform is required to appear immediately. Popular platform for the management and office can not clearly adapt to the massive data and complex business processes in the communications industry. marketing management system ,which bases on J2EE architecture ,is the new platform for management and operation for communications data management and operations. This paper describes the project design and implementation in a well-known company and focuses on discussing the application software design. therefore we will have a new knowledge about the data management and operation and have a certain understanding about the project development . First, this paper combines the characteristics of mobile communication system , analyzes the functional requirements and non functional requirements ,and explains in details the system requirements . Based on the analysis of demand, we have a system architecture design. with the SOA architecture thinking and multi-layered architecture design strategy ,the management system achieves basing on the J2EE architecture framework platform AppFrame .Then, we design the system from the different angles such as the functional , data , interface , design and operation . And then we take the marketing executive management module as an example and introduce the design and implementation of this feature in the database access layer and the corresponding category page processing layer in details , and give the overall effect map of the system . Finally, the system development process are summarized and some constructive comments are given for further improvement. In a word, we explore the component Framework Platform the(i.e.AppFrame) basing on J2EE regulation and consider the demand for mobile communication services and we design and implement a sales management system. Keyword: Marketing Management; Work Flow; Marketing Case; Marketing Activities; Appfram；75第1章 绪论1.1系统开发背景 随着客户的移动通信需求的日益凸显个性化和差异化，传统的大众化营销数据模式已不能满足业务发展的需要。为了满足客户需求，通信运营商推出了越来越多的目标客户营销活动，面对如此众多的营销活动，管理的工作量非常巨大。 本文是针对一个知名Internet 网络应用软件和系统集成提供公司的项目的开发和实施，以基于J2EE架构的组件框架平台AppFrame为基础的电信通信数据营销管理系统的设计。从集团公司对经营发展和营销需求的迫切程度来看，通过建设营销管理系统，可以提升营销管理的运营效率和深度，增强经营数据决策依据，推动更快速发展。 从公司内部企业运营情况来看，通过建设营销管理系统，可以提升自身的精细化营销能力，满足市场环境分析的数据支撑，减少无目标营销所导致的企业资源浪费，降低客户投诉率，提升客户价值及忠诚度。1.2相关研究现状 目前，需要多个部门协作才能完成的工作，主要依靠传统手工实现，缺乏有效的系统自动化支撑。这不仅耗费大量人力和时间，而且较难达到公司业务管理的延续性和体系性。随着3G时代的到来，业务种类将更为繁多、复杂，传统手工进行的管理将愈加困难。现有的大众化的数据管理平台不能适应通信行业复杂的业务流程，因此量身打造电信行业通信数据营销管理系统显得迫切重要。1.3解决的主要问题课题研究设计主要针对移动通信营销管理系统，通过该项目的建设，实现个性化和精细化分析，并达到以下目标：1.整合营销价值链，构建营销管理平台，全面支撑营销过程；加强营销业务的自动化程度，提高业务部门的业务自动化水平。2.提高市场部门营销管理的信息化水平、实现营销活动信息的信息共享，提高营销工作中上下环节的数据透明度。 3.整合业务支撑系统和业务平台的相关数据，以客户为中心，建立统一的客户视图和营销评估指标库，为精细化营销提供坚实的数据支撑。1.4本文的主要工作 本文分析了企业研发流程要求和组织结构特点，并结合企业现有工具的应用，设计和实现了营销管理系统。 首先，本文讨论了开发本系统的背景和所面对问题，介绍了目前移动的业务环境，与工作现状，引出了建设营销管理平台的迫切需求。根据以上分析结果，确定本营销管理系统所应具备的功能需求和非功能性需求，并将系统需求以用例图和任务图的形式详细说明，得到一个相对明确的、可以以此为基础进行设计的软件需求规格。 在需求分析基础上，讨论营销管理系统的架构设计。首先根据前文的软件需求提出系统设计的目标和原则，然后按体系结构设计、功能设计、数据设计、接口设计和运行设计等几个部分展开讨论。体系结构设计中说明了选择系统技术架构的理由，又论述了各层架构实现的功能。 其次，进行营销管理系统的详细设计。根据组件描述，系统流程，数据存储，前台界面形式来设计。其中以营销执行管理为例详细说明了页面设计和数据访问组件设计。 再次，我们在详细设计的基础上，对系统的实现进行了介绍。仍然选择营销执行管理模块为论述重点，并给出系统运行的效果图。 最后，本文对营销管理系统的应用情况作了简单介绍，并对系统的设计和实现进行了总结，提出了对基于J2EE的电信运行数据管理与运营系统研发的展望和改进建议。 1.5论文的组织结构第一章绪论，主要描述营销管理系统的开发背景、研究现状，本文解决的主要问题和完成的工作。 第二章营销管理系统需求分析，本章描述获取系统需求的过程。首先针对移动业务的要求、营销业务的特点和应用现状进行分析，其次描述了该系统的系统目标和解决的问题。最后对需求分析按照功能需求和非功能需求两个类别进行描述。第三章系统开发所用基础平台说明，本章对项目开应用的AppFrame做了详细的介绍。指出了平台应用的可行性与优势。第四章营销管理系统架构设计，本章描述系统的架构设计。首先对系统的体系结构进行了阐述，其次，分别针对功能体系、技术架构、多层架构进行设计，其中穿插介绍了开展每种设计的方法。 第五章营销管理系统详细设计，本章主要进行系统的详细设计，分为数据存储设计和前台访问两个部分。 第六章营销管理系统实现与测试，首先描述了系统的整体实现，对关键模块的实现进行了描述和页面展示。 第七章对论文进行了总结，并对系统的进一步改进提出了建议。第2章 营销管理系统需求分析2.1营销管理系统概述营销管理系统是针对浙江移动总公司及其管辖阁的各地市、县区移动分公司局域网（内网）内实施的营销活动的管理系统9。该系统是以BI系统为基础的一个独立运行平台，BI系统的各种应用数据（如挖掘结果数据、指标库数据、报表数据、KPI数据）都可以用来作为营销管理系统的支撑数据，作为营销活动的发起源泉。2.1.1项目背景经过努力，浙江移动已经成功建立并投入运行了面向决策支持的经营分析系统。经营分析系统积累了BOSS，客服等业务支撑系统的巨量信息资产，初步建立了面向企业运营的统一数据信息平台，为经营决策、市场营销、业务实施、客户服务等工作提供了有效地支撑，成为了中国移动贯彻落实“服务与业务领先”战略的有效保障。然而随着市场竞争的日益激烈，3G时代的到来，怎样更好的实现主动营销，提高营销活动的管理能力，对浙江移动提出了新的挑战。首先，为了满足客户需求，推出众多的营销活动，这使得管理的工作量非常巨大。并且营销活动从设计、执行到评估等各个环节需要多个部门协作才能完成，而且这些工作主要依靠手工实现，缺乏有效的系统自动化支撑。其次，营销活动大部分是多步骤，且需要多渠道联动开展，各渠道之间有大量的信息需要交互，手工干预很难使得这些信息能够及时地共享与交互。为确保中国移动的市场领先地位，提高中国移动市场前沿的信息化水平，为新业务领域的市场经营活动提供有力支撑，发挥经营分析系统效能，中国移动通信有限公司提出了数据业务深度运营平台接入规范，旨在指导经营分析系统相关建设和工程实施。在此背景下，营销管理系统项目的建设，旨在满足对浙江省移动公司业务运营分析需要以及集团公司对分析的要求，全面提升营销分析、营销能力。2.1.2系统建设目标与营销管理系统相关的外部系统，在第一建设阶段主要有经营分析系统、BOSS系统、统一信息门户系统、短信群发系统、彩信群发系统、WAP PUSH群发系统、传统营业厅和网上营业厅等7。营销管理系统设计为独立运行的管理系统，和目前已有的业务数据库相对独立，从数据层面和外部数据库的关系如图2-1所示：图 2-1 营销管理系统数据层面和外部数据库的关系营销管理系统项目根据中国移动集团公司以及浙江移动各相关应用部门对分析的要求，完成营销管理系统的建设。通过该项目的建设，实现个性化、精细化分析，并达到以下目标：(1)整合业务支撑系统和业务平台的相关数据，以客户为中心，建立统一的客户视图和营销评估指标库，为精细化营销提供坚实的数据支撑。(2)整合营销价值链，构建营销管理平台，全面支撑营销过程，辅助提升精细化营销水平和深度运营能力。建立科学的营销活动管理流程，提供了规范的营销活动设计模板，提升浙江移动设计、执行和管理的能力与效率。借助有效的设计步骤和设计模板，能够快速而科学的设计出营销活动方案，并通过有效的执行方案进行主动营销，通过系统的数据接口得到执行数据，对方案的执行效果进行监控、分析和评估。(3)营销管理平台能够对多波次营销的支持，对多步骤多渠道的活动进行流程设计。根据设计好的流程将客户信息分派到各个服务营销渠道，自动按照流程执行，实现信息的及时共享和交互，提高营销活动的成功率。例如在执行过程中能够把客户按照渠道偏好分类，进行对应的接触方式，能够更有效的对客户进行主动营销。 (4)通过系统对营销活动进行管理，如提取活动目标客户名单、收集活动监控数据等，可以节省大量人力和时间，并且使营销方案管理具有延续性和体系性。(5)满足各个业务部门对新业务进行管理、分析和深度运营的需要，深化新业务的应用深度，增强对新业务的实时监控和管理能力，提高营销支撑能力。2.2系统需求问题描述2.2.1系统功能需求2.2.1.1 系统涉及的岗位需求 机构的组织结构往往对系统的需求有重要的影响，因此我们首先分析系统地岗位设置。按照移动公司的实际需要，岗位需求如图2-2系统主要岗位所示7：图 2-2营销管理系统岗位需求如上图所示，每个岗位对应着不同的操作职责和权限，分别如下：(一)省公司涉及到系统的主要角色(1)省公司营销案策划人:负责全省营销案的制定，任务下达，营销活动过程的监督，业务指标完成情况的检查，营销资源的合理调配，并且基于平台提供的数据依据制定的下一步营销推广方案等。(2)省公司营销案审批人:是指营销案审批过程中的各级审批人。(3)省公司营销活动发起人:负责在营销案的基础上进行营销活动的组织和准备工作，特别是目标客户群的准备。发起人也可能是非市场部门的人员，这时发起的群发活动可能营销色彩不浓。(4)省公司营销活动审批人:负责对省发起及地市发起的营销活动进行审阅或审批。负责群发类营销活动以及针对营业厅和网站的精准营销的营销活动的审批。(5)省公司营销任务审核人：对短信群发以及外呼等方面的各部门需求进行汇总、审核、细化安排、协调与执行，负责群发计划的协调制定。(6)客服群发任务审核及计划人:负责接到派过来的营销任务后，按照工作安排情况，分解营销任务到每个工作日。(7)客服群发执行人：负责把群发的相关数据按照计划的时间，分解到一天的每个时段，然后按时间顺序自动或手动地放到短信、彩信、WAP PUSH网关进行群发，并能根据实际的执行情况和营销活动的优先级对群发进行调整。(8)省公司系统管理员:负责整个系统的管理，可以使用整个系统的全部功能，可以进行全省性的用户权限的增加、删除、修改等。可以进工单的改派。(二)地市公司相关角色(1)地市公司营销案策划人:负责本地区营销案的制定，任务下达，营销活动过程的监督，业务指标完成情况的检查，营销资源的合理调配。(2)地市公司营销案审批人:一般是地市公司的市场部门领导或者分管领导，对本地市公司的营销案进行审批，地市公司审批通过后的营销案才能向省公司报批或者报备。(3)地市公司的营销案审核人:负责本地市营销案的审批（如不需要上报省公司），本地市区县营销案的审批和审核工作。(4)地市公司营销活动发起人:负责由地市公司自己执行的营销活动的准备工作。(5)地市公司营销活动申批人:负责对地市或区县公司发起的营销活动的审批或审阅。负责本地内针对营业厅和网站的精准营销的营销活动的审批。(6)地市公司营销任务接口或审核人:负责本地市区县上报营销任务的汇总和审核办，地市群发营销任务的准备和上报等。(三)区县公司相关角色(1)区县公司营销案策划人:负责本区县营销案的策划，任务的下达，营销活动过程的监督，业务指标完成情况的检查。(2)区县公司营销案审批人:一般是区县公司的市场分管经理，对本区县公司的营销案和营销活动进行审批，审批过后的营销案和营销活动才能向地市公司报批或者报备。(3)区县公司营销活动发起人:负责由区县公司自己执行的营销活动的准备工作。(4)区县公司营销活动申批人:负责区县发起的营销活动的审批工作。2.2.1.2 系统业务用例与流程说明在分析了系统的主要工作岗位，本文按照营销案管理和营销活动执行两个模块来整理系统需求。(1) 营销案管理营销案是指移动公司策划的营销方案或营销政策，为各地市开展针对某种客户群推荐某项产品提供政策指导和依据。营销案是整个营销活动开展的政策基础，系统提供营销案的建立和审批功能。营销案策划人，在营销案的内容基本准备好后，可以把成形的营销案的信息录入到系统中来。营销案审批按照定义的审批流程，营销案审批人对营销方案进行多级审批。营销案的审批流程包括以下几种类型：省公司策划的营销案的审批流程、地市公司营销案报批流程、地市公司营销案报备流程、区县公司策划流程等。营销按评估是营销工作执行的重要环节，系统采用各种报表支持从各个角度对营销案、营销活动进行评估，并可以在营销案的对象上传评估报告。营销案管理过程的用例图如图2-3所示：图2-3 营销案管理用例图营销案管理基本事件流：1 营销案策划人进行营销案的策划，筹备，查询，评估。2 经营分析系统给出相关营销案的策划相关数据支持。3 营销案审批人进行营销案的查询，审批。4 营销评估人员进行整个营销案的执行情况，作出的总结和评价。在营销策划中，进行实际的资源落实和协调。相关策划人确定营销方案后，首先由部门领导对营销案进行审核同意后，由策划人协调相关部门包括信息技术部和客服，有时会有财务部和网络部的相关人员参加会商和讨论。对营销案的内容进行落实。随后策划人会根据会商的内容对营销案的一些细节进行修改，并随后发函通知与会的相关部门。在营销案策划完成以后，由策划人在系统中建立一个新的营销案。流程图如2-4，2-5所示：图2-4 营销案查询数据流程图图2-5 营销案录入数据流程图在营销案筹备完成后，由营销案策划人拟稿进行营销案的报批。审批结束后，营销案形成可下发的推广方案。地市公司在本层级完成筹备后，要对营销活动进行报批或报备。报批的流程和省公司营销案审批流程相同。区县公司的营销案在区县内部由市场部门经理审批完成后，上报到地市公司，由地市公司根据审批权限，有直接审批或备案的；有需要报批报备省公司的，由地市公司代为操办。营销案审批的过程，是在工作流程定义的驱动下进行一步步流转的。数据流程如图2-6图2-6 营销案审批数据流程图营销案的评估指的不包括报表分析部分的人工评估过程，是营销案进行到一定阶段或者整个营销案结束后，策划或者专门评估人员对整个营销案的执行情况，作出的总结和评价。数据流程如图2-7图2-7 营销案评估数据流程图(2)营销执行管理营销执行管理是营销管理中的执行步骤，主要包括营销活动发起：营销活动录入，多渠道选择，任务查询及新建任务。营销活动审批：营销活动查询，营销活动详细信息查看、修改以及审批。营销活动审核：营销任务查询，营销任务详细信息查看、修改以及审核。营销活动派单：营销任务查询，营销任务详细信息查看以及派单。营销执行管理过程用例图如图2-8所示： 图2-8 营销执行管理过程用例图营销执行管理基本事件流：1.营销活动发起人在系统中创建一个新的营销活动，启动营销活动开展。2.营销活动审批人对营销活动进行审批。3. 地市营销活动接口人或者省公司营销活动审核人对本地区或者本工作周期内的营销活动进行汇总后，对营销活动和营销任务进行审核的过程。 4.营销活动信息生成营销任务单，通过营销活动派单功能有效地将营销任务部署到各渠道的相关人员，落实营销活动的执行。营销活动是指针对一个客户群进行的一次信息群发或者点对点的营销。营销活动可以是在新的营销方案计划中进行的营销活动；也可以是在以前已经进行过的营销案上再发起的营销活动；也可以是非营销性质的服务类、公益广告类、SP业务类的营销活动。营销活动的建立是营销活动的发起人，在系统中创建一个新的营销活动，启动营销活动的开展的过程，主要是输入营销活动的基本属性，确定营销内容，营销时间、营销对象、营销客户群的过程。图2-9，2-10分别为营销活动发起时的模块间依赖图与数据流程图：图2-9 营销活动发起功能模块说明图2-10 营销活动发起的数据流程图营销活动审批是指营销活动提交后，按照定义的审批流程，营销活动审批人对营销活动进行审批的过程。营销活动的开展流程包括省公司发起的营销活动、地市公司发起的营销活动。区县公司发起的营销活动的工作目前是由地市公司代办。图2-11为其流程图：图2-11 营销活动审批的数据流程图营销活动审核是指地市营销活动接口人，或者省公司营销活动审核人对本地区，或者本工作周期内的营销活动进行汇总后，对营销活动和营销任务进行审核的过程，在审核过程中，审核人要进行客户群数量是否合理，推荐语是否合乎规定等各方面的业务数据的检查。图2-12为营销活动审核的流程图：图2-12 营销活动审核的数据流程图活动群发派单是指营销活动审核后，将营销活动信息生成营销任务单的过程。通过营销活动派单功能有效地将营销任务部署到各渠道的相关人员，落实营销活动的执行。图2-13描述了其流程图：图2-13 营销活动派单的数据流程图2.2.1.3 系统总体流程说明根据公司业务需求，将子模块结合，我们得到系统主流程如图2-14所示.图 2-14 营销管理系统主流程图相对应得主要业务环节如下：(1)营销策划人：营销案策划。营销案策划是策划人根据实际业务情况、年度重要举措以及上级下达的年度或季度任务，或者是应对竞争对手的市场活动所进行的营销案的策划活动。营销案策划主要包括确定产品时间安排、活动目标、目标客户群、宣传方案、营销渠道等方面的内容。在进行策划活动时除了需要策划人员搜集大量的信息外，还需要经营分析系统的相关数据支持。(2)营销策划人：营销案筹备。营销案筹备是对营销策划中的内容，进行实际的资源落实和协调。相关策划人确定营销方案后，首先由部门领导对营销案进行审核同意后，由策划人协调相关部门包括信息技术部和客服，有时会有财务部和网络部的相关人员参加会商和讨论。对营销案的内容进行落实。随后策划人会根据会商的内容对营销案的一些细节进行修改，并随后发函通知与会的相关部门。地市公司或区县的筹备工作主要是在地市或区县公司内部完成，地市或区县公司的内部筹备流程和省公司的筹备流程相似。(3)营销案审批人：营销案审批。在营销案筹备完成后，由营销案策划人拟稿进行营销案的报批。审批结束后，营销案形成可下发的推广方案。地市公司在本层级完成筹备后，要对营销活动进行报批或报备。报批的流程和省公司营销案审批流程相同。区县公司的营销案在区县内部由市场部门经理审批完成后，上报到地市公司，由地市公司根据审批权限，有直接审批或备案的；有需要报批报备省公司的，由地市公司代为操办。(4)营销发起人：营销活动准备。在营销案正式批准后，相关部门根据营销方案的要求，准备营销活动开展的相关数据，最后把需要群发的数据交给执行人。地市公司发起人在营销案报批和报备完成后，在本层级准备营销活动，准备工作联系单和客户名单，然后交给省公司实施群发。区县公司发起人在营销案报批和报备完成后，在本层级准备营销活动，然后交给省公司实施群发。(5)活动审批人：营销活动的审批。营销活动相关的资料准备好后，如果是省公司发起的营销活动，由执行人提交市场部门活动审批人审批。如果是地市公司发起的营销活动，由地市公司发起人提交地市领导审批，审批通过后，交由省公司活动执行人，省公司活动执行人提交市场部门活动审批人审批后，活动执行人交由客服群发，或者把精准营销的数据入库。区县公司发起的营销活动，先在区县内审批，再上报到地市公司。(6)营销任务审核人：营销任务审核和会签。审核人汇总审批后的营销活动下的营销任务的需求，对于不需要策划的营销活动，直接在系统中创建营销活动，并提取相应的客户名单。执行人同时也汇总服务类、SP类和公益广告类的需求进行汇总审核。在审核员认为业务需要会签时，审核人可以发起会签。地市公司审核人负责地市公司及下属区县的营销人物的汇总审核。(7)群发计划人员：群发任务排期。 各个群发渠道的群发计划人员根据营销任务和任务优先级，结合群发资源的情况，合理安排每天的日群发任务。（8）群发实施或营业员、网站：营销活动的执行。群发实施人员，根据群发计划员的任务安排，把日群发任务分解为时段群发任务，把群发内容通过群发渠道推送给目标客户。营业厅营业员根据精准营销信息对客户进行点对点产品推荐，网站根据登录到网上的客户，显示向客户推荐的产品信息。(9)发起人或执行人：营销活动的反馈评估。e渠道对每天的群发的实际执行情况进行汇总，每天返回本日群发的汇总数据和详单数据。BOSS系统及时记录通过营业厅和网站接触的客户对营销活动的响应信息。同时通过BOSS系统，营销管理系统每日汇总用户的受理情况数据。发起人和执行人可以每日监控群发的实际进展情况和受理情况，及时分析营销效果，并适时对目标客户群进行调整。(10)活动相关人员：营销案的评估分析。整个营销案全部结束或者进行到一定阶段后，利用营销案所包含的所有的营销活动反馈的执行过程数据和受理数据，结合经分中的分析数据，对每个营销案及营销活动的执行结果或者阶段性效果进行分析和总结。2.2.2系统非功能需求2.2.2.1系统安全性设计营销管理系统是运行在浙江移动公司内网中的系统，在安全方面主要有以下考虑：1、在网络安全方面，浙江移动在内部网和外部网之间已经有严密的安全控制，在本系统中不做其他方面的控制。2、在用户使用的层面上，重用appframe的用户权限机制。使用用户名 密码登录到系统，系统要对登录密码进行加密。 3、系统采用功能权限和数据权限对登录到系统的用户根据岗位和职责对在系统中能够使用的功能和能够看到的数据进行严格区分。4、对通过邮件登录到系统进行审批的用户的登录进行自动或手动用户名和密码验证，以保证系统的安全性。5、在系统运行安全方面，采用双机备份机制，保证系统遇到一些特殊情况下的不间断运行。6、在数据安全方面，采用多种手段的备份机制，以确保数据的安全性。2.2.2.2 数据格式规定1、数据格式为外部文件数据和系统内部数据格式之间约定的对接形式。2、在数据库之间的数据自动导入的数据 按接口数据约定的格式进行。3、 在数据文件中，有外部系统临时生成的客户名单，数据格式的控制机制是设计中重点考虑的内容。2.2.2.3 数据精度规定1、金额：精度 20 小数位数：2；2、百分比精度：4 小数位数：2；3、数量精度：18 小数位数：02.2.2.4 错误检测1、客户数据是系统和外部系统的通信的主要信息，系统在内外部系统交换是对数据格式和主要的数据逻辑进行检测。2、对于通过客户名单进入系统的数据，由于可能的人为干预的因素较多。为错误检测的重点。3、系统对各方面检验出来的错误数据进行准确记录。第3章 系统开发所用基础平台说明3.1 AppFrame总体说明AppFrame公司内部研发，具有以下应用特点：1）提供符合SOA架构、组件化的基础框架。2）提供易于扩展、稳定的各种基础组件，提高系统开发效率和稳定性。3）使业务系统的构建是一个自顶向下的可持续改善的过程。4）统一开发模式，使开发、维护易于监控管理。5）使企业的技术积累具有继承性，提供软件开发持续改进的物质基础。6)降低软件开发的可变因素、提高开发过程的可控性，提高软件开发的可预测性。7)便于人员分工与配合。最终的目标是为基于J2EE的应用软件系统开发提供一个快速技术应用的平台，让开发人员摆脱技术的泥沼，将更多的精力投入业务分析与设计中。系统提供的众多逻辑也将基于J2EE规范编写的J2EE对象。系统基于AppFrame开发。3.2 AppFrame技术体系如图3-19所示，AppFrame在各个层面上提供了各种框架和基础组件，并且提供了Studio环境用于管理、配置和开发辅助。图 3-1 3.3 AppFrame框架一个典型的J2EE的应用，至少应该包括三部分：表现层、业务逻辑层和数据持久层，为了更加容易的创建企业应用程序，许许多多的框架Framework涌现出来，如表现层有Struts、JSF、Tapestry、WebWrok、Velocity等，数据持久层有JDBC、ORMaping Tools（Hibernate、toplink等）、SQLMapper tools（Ibatis）、JDO、EJB（Entity Bean）等，业务逻辑层可以使用普通的JAVA Beans，也可以使用EJB（Session Bean）。每种技术都有其优缺点，各有使用范畴，如EJB可以很好的进行分布式处理和Object Cache等，但EJB的运行需要EJB容器，开发调试起来很不方便，特别是在需求不确定性很大、模型不稳定的情况下，实在是一种重量级别的开发；而JAVA BEAN则是一种很轻量级的方式，开发调试容易，但又很难实现分布式处理。在这些情况下，具体要使用哪些技术应该从应用程序有很高的灵活性和易扩展性出发来确定。在实际的项目中，关于应用程序开发时所用技术的问题大致存在两种情况，一种是架构师或技术经理没有严格限定用什么技术来实现具体的业务逻辑或者只有简单的开发规范，程序员在开发时，只是依据自己的技术背景选择自己熟悉的实现方式，这种情况一般属于横向开发，在小的项目中，每个人只作自己负责的一个模块，从表现层、业务逻辑层一直到数据层，都由同一个人来负责，这种方式给了技术人员更多的自我发挥能力的控件，但不便于后期维护，特别时人员流动频繁的情况下问题更是严重。第二种情况是架构师或技术经理在项目初期从开发成本、项目需求等各个方面作出评估，经过几番取舍，确定项目各个层面使用什么样的技术实现方式，按不同层面进行分工，不同的工作人员负责不同层面的技术实现，这种方式比第一种方式要好的多，适合大项目的开发，但也存在很多问题。在目前各种技术纷争的情况下，没有一种技术是万能的，在座取舍时难免和某一技术或实现方式依赖型过强，同时限定了技术人员个人技术特长的很好发挥，当由于某些原因要更改实现方式时，经常是牵一发而动全身，造成资源的极大浪费和开发成本的提高。因此，在构建企业应用时，应该有一些好的技术框架，这个框架应该考虑到各种主流的实现技术，既可以根据实际情况进行取舍，同时在从一种实现方式变更为另一种实现方式时，又可以进行平滑过渡，让多种技术实现并存，发挥技术人员的最大优势，降低项目成本，提高开发效率。3.3.1 Web框架3.3.1.1界面逻辑控制图3-2如图3-29所示，界面逻辑控制功能包括：可视化的界面元素定义数据类型：数据长度，校验方式展现方式：DBEdit、DBListBox、DBLabel、DBChecbox、DBDate 数据选择来源：下拉数据源选择、动态关联参数设置编辑状态：是否可编辑根据定义自动生成前台需要的数据集TableRowSetFormRowSetNormalRowSet自动将前台返回的数据转换为标准的数据对象Bean 可以将一个前台数据集自动拆分为多个后台数据对象数组3.3.1.2 界面开发组件 1、 DBGrid组件提供了类似于PowerBuilder DataWindow的功能；数据接口DataModel ，缺省实现DefaultDataModel；界面功能：通过AppframeStudio配置SET文件，确立展示样式；设置编辑状态；多选、单选模式；动态设置表格的各种颜色，字体，列的宽度；对数据的增加、删除、修改；计算列，小计列定义。2、DBFormDBForm是一个表单组件。通过DBFormDataInteface接口的实现类得到结果集（一条结果）。用户也可以通过自定DBFormDataInteface接口的实现类来构造自定义的FormDataModel。界面功能：通过AppframeStudio配置SET文件，确立展示样式；将结果集中的每个字段以不同的显示类型（文本框，下拉列表框，文本域，checkbox选择框等）进行显示设置编辑状态对数据的增加、删除、修改。3、DBTreeNewDBTreeNew是一个Tag标签组件，组件以树的方式展示数据，从指定的数据模型datamodel类中获取数据。界面功能：在页面中以tree的方式显示数据；通过AppframeStudio配置SET文件，确立展示样式；PopMenu，PopMenu是页面弹出式菜单，PopMenu的实现采用显示控件和数据源DataModel分离的方式，PopMenu的数据源可以是页面直接构造，也可以通过normalRowSetcreate()方法从服务器获取。4、ListBox下拉列表框组件。下拉列表数据源ds（DataSource）目前有4种来源：一种来自BO，一种来自sql，一种是static数据，还要一种是通过java 方法获得的二维字符数组作为数据源。界面功能：数据的展现类型，有两种展现类型：listbox(下拉列表)/list（列表）。5、TAB组件TAB属性页组件。TabPage 是一个常用的js组件。本组件由多个tabitem组成，一个tabitem可关联一个页面，可以点击tabItem的页头切换tabitem。6、日期控件日期控件是系统经常使用的控件之一，除了根据set配置生成外（一般是在DBForm、DBGrid中使用），可以使用APPFrame提供的js对象直接生成日期控件。7、登录校验码控件平台提供com.ai.frame.loginmgr.webaction.VertifyCodeServlet类，通过在页面中加入对该servlet的访问，就可以生成验证码。8、界面数据校验通过Configtool配置工具配置SET文件实现数据长度，格式校验。9、DBGrid数据导出为excel文件将查询的以DBGrid显示的业务结果数据导出为Excel文件，由Globe_v2.js中的g_DataRowSet2Excel方法实现。10、通知模块内部通知的发布及阅读，提供以下功能（已经嵌入平台的框架中）：在登陆后框架页面的欢迎标题上方查询阅读内部通知；通知发布；通知管理：删除通知、修改通知接收员工；阅读通知的页：webframe/innernotify/readNotify.jsp；发布通知、管理通知的页面：webframe/innernotify/releaseNotify.jsp。这两个jsp页面作为平台web框架的一部分被提供，需要使用时只要引用jsp文件即可。3.3.2 数据持久层框架如图3-39所示： 图3-3AppFrame的数据持久层框架BOAgent包含了： 数据库连接池管理 DataSrcForJNDI DataSrcForAI 元数据管理 可以定义数据的外关联，提供数据查询显示时的性能诱惑基础 可以定义数据对象的数据操作 元数据分为开发期的文件存储，部署期的类存储 提供数据操作包装 提供DataStore接口外部使用 提供应用级存储事务管理 SessionManager.getSession().startTransaction() SessionManager.getSession().getConnection() SessionManager.getSession().rollbackTransaction() SessionManager.getSession().commitTransaction() 提供统一的数据对象主键管理 最大值 + 数据库序列号 自定义生成方式 通过AppFrame中的Studio可以自动生成数据持久层的对象： BO*Map.java（配置映射类）：对.bo配置文件的对象化描述。封装了表字段的描述信息. BO*Bean.java(数据包装类)：是DataContainer类的子类，封装了表的每个记录行，并提供getter/setter,save,delete，undelete方法。 *Bean.java (业务操作类)：空类，是BO*Bean的子类。由编程人员扩展 BO*Engine.java(基本操作引擎类)：包含getSysTime,getNewId,getCount,getBeans saves等基本方法. *Engine.java(操作引擎类)：空类，是BO*Engine的子类。由编程人员扩展 BO*Interface