移动合作伙伴管理体系的构建与实现
第一章 绪论
1.1 论文写作背景及研究意义
在全球信息化进程飞速发展过程中，国内电信网络也得到了迅速发展，层出不穷的各种业务需求不断涌现。此外，众所周知中国也逐步开放了电信市场，而且随着第三代移动通信系统的建设和商用，以及正在加速推广的第四代移动通信，使得整个电信市场的竞争环境已经发生质的变化。在这种环境下，中国移动通信集团江苏公司不再面对竞争唯一的网络质量和用户规模，逐步转向从企业管理、客户服务到品牌建设和营销手段全方位的竞争。不局限于在国内运营商的竞争对手，也将面对来自国外运营商的竞争。 IT支撑系统作为运营商之间竞争的手段之一，必须遵循相同时代的步伐前进，需要进行不断的规划和建设，以满足更多的业务和更高的客户需求，并能够全面推进企业管理和提高效率，最终实现企业在竞争激烈的环境中，快速、健康的发展。
我们正在谈论的合作伙伴，是与中国移动通信集团江苏公司的一直保持着密切合作关系，而且在特定区域还具有核心优势的组织。随着人们不断提高对通信和业务的需求，中国移动江苏公司将推出更多的产品，为客户着想创造出更加丰富的营销活动，这所有都需要一个强有力的合作伙伴的支持。假如针对合作伙伴开发出一个管理系统，从而规范我们与合作伙伴合作的方式，也可以进行合作伙伴之间的业务流程梳理，将能大大提高与合作伙伴之间的效率和协作。另外，通过建立一套合作伙伴管理系统，同时也可以加强与合作伙伴开展更多的合作，丰富了中国移动江苏公司对外销售的产品，促进创新中国移动江苏公司的产品和服务，提高产品质量和服务的附加值，有效地保证了客户的感知，以满足客户更多个性化的需求。
目前，已经有如设备制造厂商，系统集成商，内容和服务提供商，分销商等许多的合作伙伴，并逐年增加，走进了电信运营商在电信行业核心产业链条中。合作伙伴已经成为运营商之间的竞争资源之一。尤其是社会渠道，以及合作营业厅和其他代理点之间的资源竞争点成为最有竞争力和最有代表性的竞争伙伴对象。为了满足中国移动江苏公司业务发展的需要，实现全业务运营的目标，提高中国移动合作伙伴管理的能力，有力提升中国移动在日益变换的市场环境下核心竞争力，解决了当前运营中存在的漏洞，结合中国移动通信集团的整体规划和中国移动江苏的公司自身的IT规划，十分需要开发出一套完善的合作伙伴管理系统。
................................
1.2 论文研究内容
本文全文论述了中国移动合作伙伴管理系统的设计，以及后期的测试工作，选择其中的周期管理模块对系统所采用的关键技术进行了分析、论述，并对系统整体进行了总结。本文所描述的系统是在中国移动通信集团总体规划和中国移动江苏公司对于IT的规划前提下，严格遵守合作伙伴管理系统方案设计和设计原则，并对合作伙伴的业务需求全面分析后，提出了移动合作伙伴管理系统系统架构，并进行了模块化划分，并重点阐述了主要功能模块的详细设计方案。在对系统进行详细设计之前，进行了大量的技术准备工作，首先对BPM工作流引擎进行了深入的分析，并利用此技术提出它与系统架构的整合方案；然后对涉及工作流常用的业务逻辑进行了接口定义和封装。
在认真分析合作伙伴管理系统需求和剖析工作流引擎技术的基础上，最终实现了整个系统，并通过测试梳理与合作伙伴的业务量流程、业务原则、系统功能及系统接口，符合中国移动江苏公司的总体IT规划，有助于提高合作伙伴管理工作的运营水平和管理水平，达到了整体的设计目标。
1.3 论文组织结构
第一章：首先介绍了本文的选题背景、研究意义以及主要的研究内容，并对全文组织结构进行了描述。
第二章：首先对中国移动江苏公司合作伙伴管理系统的定义进行了介绍，然后结合系统的需求，对系统进行了概述，并对其硬件软件架构进行了说明。最后，在深入分析需求基础上提出了系统的总体方案设计，并对工作流引擎技术与系统的整合方案加以阐述。
第三章：本章首先给出系统测试的流程，以及测试时特别需要的注意事项。然后对系统的功能实现进行了展现。
第四章：本章首先对系统开发的用到的关键技术工作流技术以及相关的管理系统，HIBERNATE、SPRING 以及 BPM 系统结构进行了深入研究，然后综合现有技术，且结合系统的实际需求做初步的技术突破，为后续系统的开发做准备。
第五章：本章对生命周期管理模块进行了功能分析设计，重点对业务流程和开发中的难点分析研究，随后对其进行了设计。最后对工作流接口进行了设计并完成了 BPM 与系统的整合，完成了生命周期管理模块的实现，为今后相关系统模块的开发做好了参考。
.................................
第二章 合作伙伴管理系统架构分析
本章首先对中国移动江苏公司合作伙伴管理系统的定义进行了介绍，然后结合系统的需求，对系统进行了概述，并对其硬件软件架构进行了说明。最后，在深入分析需求基础上提出了系统的总体方案设计，并对工作流引擎技术与系统的整合方案加以阐述。
2.1 系统简介及设计目标
我们在介绍合作伙伴管理系统之前，有必要对合作伙伴的涵义进行解释。将合作伙伴应用在此，有其特定的含义。合作伙伴是指除了电信运营商之外，利用自身的某些资源，协助电信运营商推广不同的运营活动，同时与电信运营商之间存在利益风险共担关系的人或者组织。合作伙伴可以将其产品提供给电信运营商，同时要注册到电信运营商的产品目录中去，并由电信运营商对其提供的产品进行一定程度包装代为销售。同理，电信运营商也可以将自己的产品提供给合作伙伴，并由合作伙伴代为销售。本文所设计开发的合作伙伴管理系统主要是对 SP/CP、SI 以及各种服务提供商的管理。涉及的合作伙伴业务类主要是基础类合作伙伴业务，例如邮件、消息、浏览、流媒体等。合作伙伴产品指的是中国移动江苏公司利用营销手段，在合作伙伴业务或者合作伙伴业务类的基础之上，叠加一些资费计划、配套资源等属性后的产物。
对于合作伙伴有这样不同的几类，在此对其定义进行解释：
上游合作伙伴：在电信利益链中处于上游位置的合作伙伴，例如产品供应商、系统集成商、设备提供商、服务或者内容提供商等。
中游合作伙伴：与上游合作伙伴类似，在电信利益链中处于中游位置的，我们称之为中游合作伙伴，例如广告商、话务坐席外包、积分联盟、网络合作类等。
下游合作伙伴：与上中游合作伙伴类似，在电信利益链中处于下游位置的，我们称之为下游合作伙伴，例如社会渠道、合作营业厅、乡村级代办等。
合作伙伴管理系统，不但要实现对上中游合作伙伴的管理，也要实现对下游合作伙伴的管理，即对所有合作伙伴进行全面的管理。管理内容包括了生命周期管理、产品管理、业务/产品授权管理、考勤管理、酬金结算管理以及一些其他服务类管理。
合作伙伴管理系统的开发，要最终实现对所有合作伙伴的全面部署、支撑和管理，结合已有的业务平台的建设，全面提升合作伙伴的支撑能力。此系统的最基本目标是要实现对服务提供商、内容提供商、代理商、代维公司的资质、资料、产品的管理功能，而且实现对合作伙伴酬金结算管理；同时整合已有代理商的相关信息、服务提供商的相关资料、内容提供商的相关资料到一个合作伙伴管理系统中去，对所有合作伙伴形成一个统一的数据模型；另外就是要建立合作伙伴服务的支撑能力[1]。
................................
2.2 系统设计原则及其模型分析
移动合作伙伴管理系统应该以稳定、高效、灵活、实用为原则，同时按照公司整体的 IT规划，结合实际需求，注重实效，达到系统的完整和统一的目的。系统开发过程中，在受到各项开发技术的指导和约束下，最终得到一个性能稳定、易使用等特点的系统，其设计开发时遵循以下原则：
2.2.1构建式系统
应尽量实现对系统中每个模块都可以同时运行多个实例的要求，以达到系统更加可靠，具有伸缩特性；同时要充分考虑模块接口之间的稳定性；要统管全局，综合考虑系统的性能、扩展性等等各方面的因素，同时要考虑到系统在部署、维护和管理方面的需求，合理有效的确定构件粒度。
2.2.2分布式、面向接口访问
每个构件均可担当两个不同的角色：服务提供者和服务使用者，即服务使用者需要去访问服务提供者的接口来取得相关的服务。
系统同时要实现构件透明分布机制，即组成系统的构件实例可以部署在一台或者许多台机器上。构件提高的服务访问对分布地点、位置透明，服务使用者通过构件的逻辑上的命名即可获取对应的服务，且与构件具体的物理位置没有任何的关系。
2.2.3松耦合、高内聚原则
整个系统在设计时必须坚持松耦合、高内聚的原则。构件与构件之间要满足松耦合现实，且对于业务使用对象来说，服务的具体操作方式必须透明化的。结构必须与构件内部的具体功能实现有着较高的相关性，而且要保证构件与构件之间相互独立，互不干扰。
2.2.4信息共享
该系统一定要给出共享服务的业务独立的信息。而且共用信息服务必须严格遵循内部所制定的数据模型规范，体制外的企业通过整合和接口平台，共享信息接入系统，达到系统集成和互操作性。
2.2.5构件与业务完成分离
如果要实现企业端到端的流程，肯定会关联到多个系统许多不同的模块。为达到降低系统与系统之间的耦合度的目的，提高系统流程的管理灵活性，正常来说要达到分层次的流程管理机制，各个系统内部实现各自的工作流管理服务。
在开发时坚持五项原则，最终开发出一套具有统一规划、前瞻性思考、灵活易用且安全稳定，关键是要切实与移动合作伙伴管理系统需求吻合的系统。
.................................
第三章 管理系统测试与实现.............................................................9
3.1 系统测试流程及要求..............................................9
3.2 系统功能实现......................................................11
第四章 系统中工作流模块关键技术研究..............................................18
4.1 工作流技术及管理系统..............................................18
4.1.1 工作流技术.......................................................18
4.1.2 工作流管理系统................................................21
4.2 HIBERNATE 与 SPRING................................................22
4.2.1 Hibernate 的持久化................................................... 22
4.2.2 Spring 的事务管理............................................. 23
4.2.3 Spring 对 Hibernate 的事务支持...........................................24
4.3 BPM 系统结构与持久化..............................................24
4.3.1 BPM 简述.........................................................24
4.3.2 BPM 系统结构分析............................................25
4.3.3 BPM 的持久化分析.............................................26
4.3.4 BPM 与 Spring、Hibernate 整合的实现......................................29
第五章 生命周期管理模块的分析与设计
本文开发的合作伙伴管理系统中，其中主要采用工作流技术的有：合作伙伴生命周期管理模块和产品生命周期管理模块。合作伙伴生命周期管理是对价值链上下游的合作伙伴(服务提供商及增值业务内容提供商)从前期规划、申请(引入)、变更到最后退出等全生命周期变化过程的管理，它包括合作伙伴人员管理、合作伙伴资料管理、合作伙伴资质管理等几个部分。
合作伙伴资料的生命周期是大的概念，是对企业与合作伙伴的发展阶段的描述。整个生命周期由引入、变更、退出等几个现实构成，每一个现实都代表了一个长期的发展过程，他们之间是连贯的、承前启后不可分割的，缺少那一个现实都不可能形成一个完整的生命周期。
而工作流所关注的是短期的现实变化，是一个小的概念，在合作伙伴资料的生命周期中就是一个点，这个点连接了两个阶段，比如合作伙伴的从无到有、从暂停到重开。工作流会把这个点放大到一个过程，比如从无到有的过程。这个过程也会经历这样几个阶段:合作伙伴的基本资料审核，运营实体的业务审核、资质审核，最终通过审批成为正式的合作伙伴。这个过程就是工作流所要关注的重点[13]。因此，对于工作流管理来讲，合作伙伴的生命周期会间断成几个点，或者说是几个相互孤立的短期过程，工作流所关注的只是这些过程中的某一个，它会从这个过程中提炼出相对固定的流程模板，并在实际应用中根据这一流程模板创建不同的流程实例对该过程进行管理。
本章将会以合作伙伴资料管理模块为例，详细描述系统业务对于工作流的需求分析、工作流管理模块的前期开发以及 BPM 与工作流管理模块的整合过程。
5.1 合作伙伴资料管理模块功能分析及设计实现
针对合作伙伴资料管理的五个主要功能点，工作流将它们作了拆分:将核心功能点合作伙伴资料管理审批;分配给其他四个功能点，初步形成了四个完整且相互独立的业务分组。现在面临的问题是，如何根据业务需求确定业务流程，并固化出流程模板呢？
5.1.1 业务流程及难点分析
1、业务流程分析
通过以上分析，可以大致看到工作流的雏形，把握工作流的应用方向以及与系统的结合程度。下面将通过对合作伙伴引入申请模块和合作伙伴资料变更模块的业务流程的深入分析进一步确定工作流模板的固化方案。
第一步，我们需要对业务执行部门和角色职责进行分析。
以下是根据需求文档提炼出的参与合作伙伴引入申请;和合作伙伴资料变更;功能的业务类型和角色职责的对应关系，分别按照不同的工作职责组合分类列出，如表 5-1、表5-2 所示。(其中，A, B, C. D. E, F 分别代表不同的业务类型)。
表中的业务类型(A);代表了处理某一类型独立业务的部门，各部门之间不存在相互的业务流程关联。可以看到，在目前的合作伙伴引入申请的功能需求中，业务类型 B、业务类型 C 和业务类型 D 的各自审批流程是一致的，业务类型 E 和业务类型 F 的审批流程也相同，业务类型的数量要大于审批流程的种类数量。而审批流程的种类同时也是按照不同的工作职责组合进行分类的数量，那么是否可以确定以审批流程的种类作为分类标准，固化流程模板呢？下面继续分析一下合作伙伴资料变更的功能需求。
...................................
第六章 系统未来发展与完善
本章将根据对系统分析的感受，对本文的主要内容和所做的工作进行总结。然后指出后续开发合作伙伴管理系统一些需要改进的方面及未来要做的工作。
6.1 系统思路分析回顾
本文所研究的合作伙伴管理系统，是以中国移动江苏公司 IT 支撑系统改造为背景，结合当前电信业务的高速发展和实际需求，并遵照合作伙伴管理系统的总体设计方案和设计原则，结合 BPM 的工作流管理，最终实现了对合作伙伴生命周期的流程化管理的过程。
本文在对系统进行详细的系统分析，且为系统开发所需技术做好充足准备后，重点论述了合作伙伴资料管理模块的业务模型，提出了有效可行的工作流整合方案，并在内部测试中取得了良好的效果。
本文首先对本课题的研究背景和意义进行分析，并对全文结构安排进行了描述。第二章首先对中国移动江苏公司合作伙伴管理系统的定义进行了介绍，然后结合系统的需求，对系统进行了概述，并对其硬件软件架构进行了说明。第三章对已设计完成的系统进行了测试与实现，给出测试流程及注意事项后，对系统功能进行了展现。第四章针对本系统，在深入分析需求基础上提出了系统的总体方案设计，并对工作流引擎技术与系统的整合方案加以阐述。主要对系统开发的用到的关键技术工作流技术以及相关的管理系统，HIBERNATE、SPRING以及 BPM 系统结构进行了深入研究，然后综合现有技术，且结合系统的实际需要做初步的技术突破，为后续系统的开发做准备。第五章针对性对生命周期管理模块进行了功能分析设计，重点对业务流程和开发中的难点分析研究，随后对其进行了设计。最后对工作流接口进行了设计并完成了 BPM 与系统的整合，完成了生命周期管理模块的实现。第六章对全文进行了总结，并指出下一步需要改进提升的地方。
...................................
参考文献（略）