MSSIT规划演进

1、中国移动通信业务服务创新奖励申报书项目名称：MSS IT规划演进咨询项目、项目简介本次IT咨询项目拟对中国移动通信集团浙江有限公司 （以下简称“中国移 动浙江公司”）管理信息系统（MSS的现状进行分析与评估，同时结合在未来三 年即将面对的市场竞争环境，提出未来三年 IT支撑的管理信息系统规划。在大 约3个月的时间范围内，结合集团规划、中国移动浙江的战略规划及国内外的先 进经验，在充分分析未来三年中国移动浙江公司业务支撑系统、运营支撑系统、 管理信息系统业务需求的基础上，提炼关键业务流程和业务能力；通过诊断现有 系统的情况，分析其业务支撑能力，设计目标体系架构以及演进策略，提出演进 方案、速赢策

2、略、建设方案，使中国移动浙江公司的信息系统能够保障浙江公司 在通信业务中继续保持领先地位，并提升在数据、信息服务领域的竞争力。二、项目详细内容1、立项背景在浙江移动的管理支撑领域，省公司有19个以上的应用系统，13家以上的开发商，9种以上的中间件，6大类服务器，4种数据库；此外市分公司还有 12个以上的相关系统。由 于管理系统的不完善带来了以下的五个问题：1、由于历史原因系统建设时更多的考虑部门需求，导致小系统林立? 各部门根据部门视角自行建设系统，更多考虑部门内部业务的需要， 缺乏协调与整合；? 部门建设缺乏统一 MSS应用与未来蓝图的指导? 组织管控有待加强，各部门在自行选择开发商与产品时

3、较少考虑相互间的一致与统"o2、由于历史原因系统建设时更多考虑部门需求，系统前瞻性与“未来视角”考虑不足? 部门建设史更多一句“后视镜视角”、“头痛医头，脚痛医脚”的建设方式，造成某 些业务领域功能支撑却是与不足；? 各部门业务处于不同成熟阶段，提出的需求不均衡，造成熊功能实现的完备性各不相同，实现的力度也深浅不一；? 各业务部门对未来业务发展有完整规划，IT系统建设规划非其所长且不是部门工作重点。3、系统间衔接不足，业务流转不畅，难于有效提升企业协同效率? 当前系统多为“部门级”而非“企业级”系统，为单一部门需求而建，未能对企业 范围内的业务流程完整支撑，甚至出现信息孤岛；? 部门

4、间缺乏协调，13家开发商之间也缺乏沟通，造成系统割裂，互联互通不足；?9种中间件，6类服务器，4种数据库都在一定程度上增加了集成和共享的难度；?19个业务系统间缺乏统一数据规划与管控，造成数据重复、荣誉、缺失、矛盾情况严重4、通用功能缺乏抽象与中用，重复开发成本高，周期长，业务需求无法快速响应? 由于缺乏对系统间通用性功能的统一规划，13家开发商各自为战，共性化的功能没有以标准方式调用或共享；?9中中间件、6类服务器，4种数据库都是不同产品，这些都造成系统重用性较低；? 系统间对接为点对点， 缺乏统一系统间应用与服务调用的标准、技术、平台、与规范的研究5、IT规划和建设逐步集中化的转型需要公司

5、管理层对IT发展战略的更多指导? 系统建设由各部门分散建设到集中建设需要公司领导的总体领导；? 系统规划由部门级需求到企业级整体流程规划需要公司层面领导的整体指导；? 业务规划与系统规则的配合互动与相互促进需要公司领导层面的总体指导；? 重大IT战略、IT投资的目标和方向的确定需要公司领导层面的总体把握根据当时的系统现状，经向公司领导请示，决定启动MSS IT规划演进咨询项目以解决以上问题。2、详细业务服务内容在IT整体规划基础上深入规划管理支撑系统（MSS）的应用架构、数据架构、接口架构、集成架构、运营管理框架设计。1 .应用架构：对于MSSS行功能分解，要求达到可以指导未来应用系统建设的程

6、度，自顶向下至少包括三层，并给出各层之间的关系及每层的详细描述2 .数据架构：给出对 MSS系统数据规划原则，结合应用架构进行现有数据分析，得出 MSS 系统数据架构规划3 .接口架构：给出对 MSS系统接口规划原则，结合应用架构进行现有数据分析，得出 MSS 系统接口架构规划；接口架构规划需包含MSS系统内部的接口规划和MSS系统和BSS系统、OSS系统数据接口规划4 .系统集成架构：给出对 MS繇统集成规划原则，结合应用架构进行现状分析，得出 MSS 系统集成架构规划发展规划包含以下内容：1、MSS系统建设策略，包括短期、中期和长期的建设策略。2、实施阶段和步骤的规划：从浙江移动MSS系统

7、现状过渡到目标体系需要划分的实施阶段和步骤、每个阶段的目标、对现有系统有哪些影响。要求至少分解到每年，细化每个阶段的目标和任务，要对应到具体可实施的项目。尤其要给出明确的系统整合路线和数据整合路线。对整体实施策略风险进行评估，对每个阶段实施的成功条件和风险进行分析，提出应对策略和方案的建议。对实施方案的成本预测，优势和弱点分析。对实施方案的关键成功要素 分析。3、针对MSS系统应用框架，分析每个应用的业务需求部门，并梳理完成MSS系统需求管理流程和现在 MSS系统需求管理的改进建议。演进实施的总体思路包含以下内容：1、实现对投资支出全生命周期的IT支撑新建投资计划与项目管理功能，整合全面预算管

8、理功能新建采购、物流、供应商管理功能，完善合同管理2、实现在企业战略指导下人财物资源的流动整合人力资源绩效、培训模块；优化战略管理功能，提升与人财物资源的衔接3、实现部门业务分析与业务运营的上下互动深化主题分析，初步构建跨各业务线条的综合分析能力实现各业务系统与决策支持的全面衔接建设营收稽核功能，扩展财务分析功能 完成对各地市公司自建系统的整合，通过集中建设的企业级应用系统支撑地市需求。第一阶段系统功能演进重点：新建规划与项目管理系统新建供应链扩展系统第二阶段系统功能演进重点：整合与提升人力扩展系统整合与提升统一信息平台第三阶段系统功能演进重点：扩展和优化决策至支持系统提升财务扩展系统3、SO

9、A勺技术发展趋势研究面向服务（SOA ）的体系架构能够获得建设实施速度快、IT系统灵活适应业务变化、基于服务的IT资产高度复用、基于可量化的流程和服务监控降低业务风险等收益，是达到管理信息系统IT目标的基础，是实现中国移动IT愿景的有力保障。本项目通过对SOA技术的研究，结合浙江公司管理信息系统现状，研究制定了一套 SOA实施通用原则：业务驱动原则：? 服务位于业务和技术中间。面向服务的架构设计师一方面必须理解在业务需求和可 以提供的服务之间的动态关系，另一方面，同样要理解服务与提供这些服务的底层 技术之间的关系。? 提供响应变化需求的能力是新的“元需求”，而不是处理一些业务上的固定不变的需

10、求。从硬件系统而上的整个架构都必须满足业务敏捷的需求，因为，在SOA中任何的瓶颈都会影响到整个 IT环境的灵活性。SOA移植原则? 进彳TSOA移植时，可以将企业按不同维度分区间执行，各区间内部可以紧耦合，但和其他区间之间实现松耦合。区间内的应用程序的改造将只影响本区间，而不会影 响其他部分。? 划分区间的方式有，按照业务功能划分（比如，财务，人力，预算管理等），按照实现划分（比如大型机，unix服务器，pc服务器等），按应用程序划分（计划管理系 统，差旅系统，ERP系统等）。各区间可以通过建立不同的ESB网关和防火墙进行分割，这种分离可以提供对应用程序交互更好的控制，并且不会对企业其余部分产

11、 生重大影响。迭代开发原则? 避免瀑布式开发，SOA过渡本质上应该具有迭代的特征。服务生命周期管理应该具有维护服务的多个版本的功能。? SOA不能一蹴而就。企业应该以迭代的方式过渡到SOA,要进行阶段划分，并创建计划良好的转换路线图。路线图确定最活跃的业务领域，SOA采用工作可以在其中对业务和IT的需求进行结合。此过渡可以在业务域级别上进行；经过标识并随后采用类似方式开发的服务可从迭代开发获益。? 有版本控制的服务可确保该服务的升级并不需要重新测试应用程序使用的所有其他服务。服务版本控制能为服务的不同使用者提供服务水平协议（Service-LevelAgreement, SLA）的不同级别支持

12、。厂商无关原则? 在任何架构准则中，都不应该依赖某个特定厂商的产品。在将抽象概念转化到实际 可运行的系统的过程中，不可避免地要选用某个特定的产品，不论是商业的或开源 的软件。但是不应该在架构一级上就先入为主地考虑到这些决定。这就是说要尽量 考虑到标准的互可操作性和可移植性。这样参与者可以使用支持标准的任何技术来 构建，而不用受制于厂商的产品路线。同时，明确了当前管理信息系统如何逐步实现SOA技术的引入策略：? 必须使用80-20原则对现有服务进行仔细分析：如果满足SOA现代化要求的80%的功能，仅需要通过 20%的工作就能完成，那么最好通过以现有功能为基础进行重 新包装实现SOA转化? 对通信协议为非 XML的遗留系统来说，可以通过映射技术来实现转换，映射技术 能够采用类似于 XML转换一样的方式来定义这些转换。接着，在运行时执行，并 提供了全自动化以及跨多种数据格式的多种交互的能力。当老格式的数据转成 XML后，再调用webservice的方式进行处理? 如果遗留系统的应用程序不支持WebService方式，比如遗留系统通过 FTP方式对外提供EXCEL文件，而遗留系统不可能改造为 WebService方式，那么可以在SOA平 台端通过实现目