下载文档原格式
中国移动天津移动门户网站建设项目工程技术建议书v10天津移动统一门户系统一期工程项目技术方案建议书联想中望系统服务有限公司2006年03月目录第一章概述 (5)1.1背景 (5)1.2编写目的 (6)1.3参考资料 (6)1.4修改记录 (6)第二章系统需求分析 (7)2.1系统现状 (7)2.2系统建设目标 (8)2.2.1总体发展思路 (8)2.2.2近期目标 (9)2.2.3中远期目标 (9)2.3系统建设原则 (11)2.3.1系统建设基本内容 (11)2.3.2系统建设基本原则 (11)2.3.3应用软件建设的基本原则 (11)2.4系统建设功能需求分析 (13)2.4.1天津移动企业门户网站功能需求分析 (13)2.4.2天津移动业务综合门户网站功能需求分析 (17)2.4.3系统接口需求 (19)第三章应用软件整体设计方案 (20)3.1总体架构设计 (20)3.1.1总体设计说明 (21)3.1.2安全控制层 (22)3.1.3界面控制层 (22)3.1.4界面流程控制层 (22)3.1.5业务逻辑层 (22)3.1.6公共服务层 (22)3.2系统体系架构设计 (23)3.3核心功能设计 (24)3.3.1门户框架 (24)3.3.2管理代理 (28)3.3.3基于规则的授权 (30)3.3.4网流（WebFlow） (34)3.3.5档案和基于规则的个性化 (35)3.3.6事件和行为追踪 (36)3.3.7活动和交互管理 (36)3.4系统安全设计 (38)3.4.1系统安全应用架构 (38)3.4.2系统安全设计实现方式 (38)3.4.3传输加密 (39)3.4.4访问权限控制 (39)3.4.5有限的访问级别控制粒度 (39)3.4.6基于资源的访问 (40)3.4.7多重管理点 (40)3.4.8应用安全 (41)3.4.9平台安全 (42)3.5系统开发模式介绍 (42)第四章系统应用功能设计 (46)4.1网页定制功能的设计 (46)4.1.1界面个性化 (46)4.1.2内容个性化 (49)4.2内容管理功能设计 (53)4.2.1内容管理功能结构 (53)4.2.2内容更新 (54)4.2.3内容库与批量装入 (55)4.3内容信息发布功能设计 (56)4.3.1内容信息发布功能结构 (56)4.3.2基于VCR的内容管理 (57)4.3.3技术实现 (59)4.3.4权限管理 (61)4.3.5信息发布内容个性化 (62)4.3.6信息发布设计的基本流程 (62)4.4系统管理及访问信息统计日志设计 (63)4.4.1系统管理的总体结构 (63)4.4.2访问信息统计日志设计 (65)4.5在线调查功能设计 (66)4.5.1功能应用设计 (66)4.5.2技术实现设计 (67)4.6网上客服应用功能设计 (69)4.6.1Web Service调用XML数据交换方式 (69)4.6.2EJB组件调用技术 (70)4.6.3固定文件或表驱动方式 (70)4.7移动业务综合门户网站功能设计 (71)第一章概述1.1 背景随着我国通信网络规模的不断扩大以及市场竞争的发展，提供多样化、层次化的业务和及时、个性化的服务已经成为运营商稳定老用户、发展新客户，增强用户忠诚度的重要手段。
北京无线局移动客户服务中心技术建议书技术建议书：北京无线局移动客户服务中心1. 引言随着移动通信业务的不断发展，北京无线局移动客户服务中心成为了重要的服务支撑部门。
然而，随着客户需求的多样化和技术的不断更新，现有的技术设施和服务方式已经不能完全满足客户的需求。
本技术建议书旨在提出一些技术方面的改进和建议，以提高北京无线局移动客户服务中心的服务质量和客户满意度。
2. 网络升级移动通信业务的快速发展对网络的要求日益增加。
因此，建议将现有网络基础设施进行升级，以提高网络的带宽和稳定性。
可以考虑引入光纤网络，增加网络传输速度，提高数据传输效率。
此外，应加强网络安全防护，保护客户信息的安全和隐私。
3. 自助服务随着物联网和人工智能的发展，自助服务成为了日益流行的服务方式。
建议在北京无线局移动客户服务中心引入智能自助终端，如自助查询机和自助服务机。
客户可以通过这些终端自行查询账户余额、办理业务或解决常见问题，减少客户排队等待的时间，提高服务效率。
4. 视频客服为了提供更为个性化和即时的服务，建议在北京无线局移动客户服务中心引入视频客服。
通过视频客服，客户可以与客服代表进行实时的面对面交流，解决问题或咨询业务。
这种交流方式可以更好地传递信息，提高沟通效果，增加客户满意度。
5. 社交媒体服务随着社交媒体的普及，越来越多的客户通过社交媒体平台与企业进行交流。
建议在北京无线局移动客户服务中心建立专门的社交媒体服务团队，负责监控和回应客户在社交媒体上的问题和反馈。
这样可以更好地满足客户的需求，增强企业的公众形象。
6. 数据分析数据分析是提高服务质量的关键环节。
建议在北京无线局移动客户服务中心建立完善的数据分析系统，分析客户的需求、投诉和反馈，及时发现问题并提供解决方案。
通过数据分析，可以发现客户的购买偏好、投诉原因等，为制定服务改进措施提供依据。
7. 结束语通过上述改进和建议，北京无线局移动客户服务中心将能够提供更为快捷、便利和个性化的服务，满足客户日益增长的需求。
2024年移动运维技术总结____年移动运维技术总结随着技术的不断发展和移动互联网的普及，移动运维技术在____年已经取得了长足的进步和突破。
在这篇文章中，我们将对____年移动运维技术进行总结，分析其发展趋势和应用场景。
一、移动运维技术的发展趋势1. 自动化运维：随着人工智能和自动化技术的不断发展，移动运维逐渐朝着自动化方向发展。
通过引入机器学习算法和自动化工具，可以实现对移动设备和应用的自动监控、故障诊断和自动修复，大大减少了人工干预的需求，并提升了系统的可靠性和稳定性。
2. 数据驱动运维：移动设备和应用的运维需要基于大量的数据进行决策和优化。
____年，移动运维技术将更加注重数据采集、存储和分析，通过数据挖掘和机器学习算法，实现对移动设备和应用的性能监测、容量规划和故障预测等。
3. 安全运维：移动设备和应用的安全问题一直是移动运维的重要挑战。
____年，随着网络攻击和恶意软件的不断演进，移动运维技术将更加关注安全方面的需求。
通过引入新的安全技术和策略，保护移动设备和应用的安全和隐私，提升整体运维的安全性。
4. 网络虚拟化：移动运维技术将越来越关注网络虚拟化的需求。
通过引入虚拟化技术和软件定义网络(SDN)技术，实现对移动网络的灵活性和可编程性的提升。
这将有助于降低网络运维的复杂性和成本，并提升网络的性能和可靠性。
二、移动运维技术的应用场景1. 移动应用性能监测：监测移动应用的性能，如响应时间、吞吐量和资源利用率等。
通过持续监测和分析数据，优化应用的性能，提升用户体验。
2. 移动应用容量规划：通过分析移动应用的负载和资源消耗情况，合理规划移动设备和应用的容量，提前预测和解决可能的性能瓶颈问题。
3. 移动设备故障诊断和修复：通过监测移动设备的各项指标和异常情况，及时进行故障诊断和修复。
通过自动化运维工具，提升故障排查和修复的效率和准确性。
4. 移动设备安全监测和防护：通过监测移动设备的安全状况和网络流量，提供实时的安全威胁预警和防护措施，保护移动设备和应用的安全和隐私。
死鱼一条中国移动VGOP技术方案一自打中国移动提出VGOP以前叫VSOP各方势力就趋之若鹜到最后VGOP是什么在各方的角力下反而越来越不容易说清楚。
究其原因有二。
一是开始谈VGOP的时候范围过于宽泛大家的思想认识没有统一到一条主线上我写第一篇的目的就是试图回归到原点说说VGOP的真实来历与大家从项目初衷谈起二是各方势力都希望插一脚努力把技术方案往自己擅长的方向引导各家理解的VGOP差异巨大而且从各自的角度看技术人员都觉得别人的方案有一堆问题因此sales也纷纷向各自的老板打包票拍胸脯大谈这个项目的重要意义以及VGOP在中国移动未来的发展前景逐渐把这个项目变成了“must win”这也给后面的故事埋下了伏笔。
业务支撑介入这个事情是在今年4月份过程性的东西我就不说了直接说结果。
通过需求分析我们认为VGOP至少应该由五个部分组成。
一是营销二是分析三是能力互通和共享四是运营管理和监控五是门户而这其中大部分在现有的业务支撑系统中已经具备了。
于是就让大家困惑了——现有业务支撑能力已经具备而数据部还要新建是重复建设是开辟新战场是部门矛盾敏感的概念在敏感的时期出现自然容易引起大家的无限瞎想。
其实没有那么复杂我们是这么看待VGOP的首先以往营销、运营等主要由市场部门提出业务支撑完成开发所以说业务支撑的能力和流程多是按照市场部的要求去建设的。
而这次VGOP的试点就是要数据部从前到后地完成增值业务的运营那么需求、管理思路和流程自然会有变化原有的支撑系统当然不能满足要求。
作为需求部门提出一套需要支撑的流程和需求这很正常更何况数据部的需求就是要和原先的不一样呢而且对于VGOP来说主要是总部的数据部在推动项目发展省公司的理解和认识也并不统一为什么非要沿用以前的支撑平台呢其次对于中国移动内部来讲IT支撑的专业性比较突出而这个专业部门要同时支持市场、数据、集团客户三个业务部门。
由于这三个部门分工不同工作性质和特点也有较大差异所以支撑部门与这三个部门接触是有不同的团队和工作模式的。
0引言当前移动应用平台的建设有条不紊地开展，并获得用户的好评。
例如移动应用平台选择广东分公司作为试点单位，通过一段时间的推广和建设，平台已得到了省公司领导的认可。
不过由于当前移动应用接入增多，为了促进移动应用的稳步发展，保证企业应用来源的安全性和易用性，需充分应用云计算、微服务等技术有序推动IT 架构升级，将移动应用平台部署到云平台上，提升快速响应能力，建设基于云平台的移动应用发布、上线、安装策略、下线及权限管理等全生命周期管理，提高移动应用平台的安全监控和移动应用数据的安全性。
1公司移动应用平台运维、运营及技术管控现状当前平台运维过程中，由实施工程师进行部署、发布，并进行功能点验证。
处理问题的程序按照如下原则开展：如果程序更新发布后，系统出现影响用户使用的缺陷，由实施工程师联系开发进行处理，如果在发布时间内无法进行处理，则把程序回退到更新发布前，并把本次更新发布情况邮件发给相关责任的开发人员和管理人员，安排下次发布计划。
移动应用平台的运营过程中，以周报的形式进行常态化管理，并建立各关键应用的联络群，及时响应用户的问题反馈，强化问题处理机制，并梳理和完善运营管理体系。
从理论的角度来讲，这种管理方式能够在一定程度上提升电力企业的整体运转效率，提升内部员工的工作效率，随时随地进行办公，为电力企业的可持续发展打下良好的基础。
但是从实际应用的角度来看，针对移动应用平台的运营，使用过程中所收到的使用效果远没有达到应有的标准。
内部员工在实际使用的过程中，当对相关问题存在疑问的时候，从反馈到响应还是有一定的时差，可能会影响原定的高效完成快速复电等工作，可能会引起用电客户投诉。
除此之外，在使用移动应用平台进行电力企业管理的过程中，也在一定程度上增加了电力企业在运营过程中的信息安全风险，因为存在营销移动app ，而这些app 是含有电力企业自身的一些重要信息，如财务信息、相应的运营信息等，一旦泄露，将会直接威胁电力公司正常的运转。
移动维护运维方案移动维护运维方案指的是为移动设备（如手机、平板电脑等）提供维护和运营的方案。
在移动互联网时代，移动设备的快速发展和广泛应用使得移动维护运维变得尤为重要。
以下是一个针对移动维护运维的方案，共计700字。
一、维护流程1. 问题收集：通过用户反馈、设备信息监控等方式，及时收集到手机运行过程中的问题，包括软件崩溃、卡顿、电池快耗尽等。
2. 问题分析：对收集到的问题进行分析，包括问题发生的原因、问题的症状及影响范围等，以确定解决问题的优先级和方案。
3. 问题解决：根据问题的优先级进行解决，可以通过版本升级、软件修复、硬件更换等方式进行处理，确保问题的处理质量和效果。
4. 解决验证：对问题解决后的设备进行验证，确保问题是否得到了有效解决，如果验证失败，则需要重新进行问题分析和解决。
5. 问题总结：对收集到的问题及解决过程进行总结，从中总结出常见问题及解决方法，并不断完善维护的方案和运营策略。
二、运维措施1. 保持设备的正常运行环境，包括及时清理设备垃圾、优化设备的存储空间、保持设备的电量充足等。
2. 及时更新软件及系统，确保设备拥有最新的安全补丁和功能，提高设备的稳定性和安全性。
3. 定期进行设备维护，包括设备硬件的检测和保养，确保设备的正常运行和寿命。
4. 针对常见问题，建立常见问题库，并提供解决方案供用户参考，帮助用户自行解决一些简单的问题，减轻运维工作量。
5. 建立完善的用户反馈和问题收集渠道，及时收集用户反馈和问题，并保证及时回复用户并解决问题，提升用户满意度。
6. 对移动设备进行定期的性能测试，以确保设备的性能符合用户需求，并通过测试结果分析设备的性能瓶颈，提出性能优化的方案。
三、人员配备及培训1. 配备专业的移动维护运维团队，包括维修人员、运维人员、测试人员等，确保设备的维护和运营工作有专人负责。
2. 对维护运维团队进行定期培训，包括新技术的学习、问题解决能力的提升等，以保证团队的专业素养和工作质量。
本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！== 本文为word格式，下载后可方便编辑和修改！ ==运营商维保技术建议书篇一：技术建议书技术建议书一、维保方案项目服务范围：XXXXXXXX项目，园区内具体项目名称有：A1后勤保障中心楼、A3数据中心、A4数据中心、A5数据中心、A6数据中心、A11动力中心、A5生产能力配套工程、1.1期室外工程。
项目预算：万元。
项目编写依据? 《自动喷水灭火系统施工及验收规范》GB50261-201X ? 《建筑设计防火规范》GBJ16-87（201X版） ? 《建筑消防设施检测技术规程》GA 503-201X ? 《建筑消防设施的维护管理》GA 587-201X ? 《火灾自动报警系统设计规范》GB50116-98 ? 《火灾自动报警系统施工及验收规范》 GB50166-92 ? 《消防联动控制设备通用技术条件》 ? 《建筑工程施工质量验收统一标准》 ? 《建筑电气工程施工质量验收规范》 ? 《建设工程文件归档整理规范》GB16806-97 GB50300-201X GB50303-201X GB/T50328-201X? 国家、贵州省及其它现行的规范、规定和标准。
? 《消防控制室通用技术要求》GB 25506-201X ? 《中国电信集团公司消防设备设施维护标准》维护保养计划本次参与XXXXXXXX项目，专门下设中国电信售后服务部，成员由公司具有丰富经验技术人员组成，小组成员负责日常维护服务、用户培训、季检年检。
2.1 维护服务工作内容：除每月定期对消防系统进行常规的检查外，负责协助业主消防值班人员、业主专业消防人员进行日常设备检查和简单的维护；提供日夜24小时的紧急到场维修。
（紧急响应时间30分钟、一般响应时间1小时、故障处理时间6小时）。
2.2 用户培训工作内容：负责协助业主建立消防管理制度、消防应急预案等，对业主相关工作人员、消防值班人员及业主专业消防人员进行维护培训、操作培训及逃生方法培训。
运维通方案建议书运维通方案建议书一、概述运维通方案旨在提供一套全面高效的运维管理方案，以确保系统的稳定运行和故障快速响应。
本方案将涵盖以下几个关键方面：环境建设、运维流程、监控与告警、故障处理、性能优化和备份与恢复。
二、环境建设⒈服务器规划：详细规划服务器的数量、配置和部署位置，确保服务器的高效运作和容量满足需求。
⒉网络架构设计：设计高可用、可伸缩的网络架构，包括网络拓扑、子网划分以及网络设备选择和配置。
⒊安全策略设定：制定安全策略，包括网络防火墙、入侵检测系统和数据加密等措施，保障系统的安全性。
⒋硬件设备选购：根据系统需求和性能需求，选择合适的硬件设备，确保设备的品质和稳定性。
三、运维流程⒈服务级别协议：与相关各方商定并编写服务级别协议，明确维护服务的范围、责任和响应时间等。
⒉运维团队组织：建立专业的运维团队，明确团队成员的职责和运维流程，确保运维工作的高效执行。
⒊变更管理：制定变更管理流程，包括变更申请、评审和执行等环节，以降低变更对系统稳定性的影响。
⒋问题管理：建立问题管理流程，包括问题识别、分析和解决等，以确保及时解决系统故障和问题。
四、监控与告警⒈系统性能监控：选择适当的性能监控工具，对系统的关键指标进行监控，定期报告并进行分析。
⒉日志监控与分析：建立日志监控系统，实时监控系统产生的日志，并通过分析工具进行异常日志的提取和分析。
⒊告警设置与处理：设置合理的告警规则和阈值，及时发现并处理系统异常，确保系统的及时响应和快速恢复。
五、故障处理⒈故障诊断与定位：建立故障诊断与定位的流程，包括问题排查、日志分析和系统跟踪等，以快速定位故障原因。
⒉故障修复与恢复：根据故障诊断结果，制定相应的修复措施和恢复计划，确保故障能够迅速得到修复和恢复。
六、性能优化⒈瓶颈分析与优化：定期进行系统性能评估，找出系统的瓶颈，并进行优化调整，提升系统的性能和吞吐量。
⒉资源优化与调整：监控系统资源的使用情况，根据使用情况调整资源分配，以达到合理利用资源的目的。
移动运维门户系统技术建议书二〇二〇年七月目录1概述 (1)2建设目标 (1)3系统总体架构 (2)技术架构 (2)4功能方案 (2)系统搭建及可扩展性 (2)性能管理模块 (4)GIS地图展现 (4)网络社交平台 (17)综合呈现模块 (19)信息发布 (20)网络健康度 (20)1 概述运维门户是技术框架中的重要平台，按总部-省两级系统进行建设，是进入所有网管支撑系统的统一通道，基于界面集成技术，面向应用场景和角色实现各类专题视图。
随着4G 时代的来临，新型网管信息门户应该是服务不同层面网管用户的网络运行的综合信息发布平台，是网管运维管理、决策支撑的助手；是企业内部宣传、文化沉淀、战略传承的工具；是企业与员工、员工与员工沟通协作的桥梁。
随着4G时代网络飞速发展，移动办公必将取代PC侧成为主流信息交互手段，新型门户将更加侧重在移动侧信息的展现，使资讯推送浏览更加便捷；相对移动办公作为主流资讯获取方式，新型门户Web端则作为统一数据源头，更聚焦于数据应用的规范管理、精准统计。
2 建设目标要求完成如下模块功能的安卓版和IOS版：1）建设形成采集层-处理层-呈现层三层架构，并与4A调测接口，实现用户统一认证功能，即登陆一次门户后使用其余APP不需要再用户认证。
能够接入其他厂商APP并快速集成。
2）性能管理模块，展现性能指标报表3）GIS地图展现模块4）网络社交平台模块5）将现有日报推送系统呈现的KPI、监控快报等所有报表呈现在手机中，形成综合呈现模块，便于各层次人员查看6）信息发布模块：将现有EOMS所有信息公告呈现为手机APP，支持手工上传。
以上功能模块需要在安卓手机和IOS苹果手机都能够应用。
7）网络健康度模块，将所有地市网络质量情况呈现报表，并对地市考核3 系统总体架构技术架构总体技术架构分为三层：数据层，服务管理层和展现层1）展现层提供手机终端必须的系统组件和必要的业务组件，并在此基础上开发和接入业务应用。
2）服务管理层主要提供平台业务服务的管理，平台后台管理，大厅服务端，以及安全管理方面的功能。
另外，安全管控和各种业务服务为手机应用提供服务支撑。
3）数据层包含手机应用平台自身管理的各种数据，以及网管系统中各类数据掌上运维门户支撑网管移动应用的开发阶段、运行阶段和管控阶段的整个生命周期过程。
4 功能方案系统搭建及可扩展性搭建掌上运维门户系统架构，并可集成其他厂商及移动公司自行开发的APP，并实现统一认证。
快速集成其他厂商APP1）搭建数据层，服务管理层和展现层三层的系统架构2）集成网优平台、代维平台的手机APP以及贝尔公司的综合资管手机APP；需要实现统一接入认证及互调3）提供统一接入规范，可以快速搭建自身垂直应用或作为企业协同入口便捷接入第三方应用，并实现垂直应用的用户分级管理。
故障流程调整升级与4A系统接口实现用户认证与4A系统调测接口，实现掌上运维门户用户一次认证登陆便可使用各模块个性化定制首页视图具备个性化定制的首页视图，根据用户不同的角色进行主页面设定，参考android系统桌面的方式可对各功能模块进行布局；软件设计要求●软件在设计、开发中要遵循易操作性、健壮性、实用性、高效性和安全性的原则。
●软件要求为模块化结构，保证安全可靠，具有容错能力，采用开放的接口，有二次开发能力，并且便于扩容。
●软件必须采用主流的开发平台，具有良好的开放性。
●软件必须支持跨平台部署，可以支持主流的操作系统：如HP_UNIX，Tru64，Solaris、AIX和WINDOWS等。
●系统可以支持Oracle、Informix、Sybase、DB2等主流数据库。
●系统可以支持WebLogic、WebSphere、TomCat等主流应用服务器。
●系统数据管理层支持分布式体系结构。
●软件设计应有防护性能，某一软件模块内的软件错误应限制在本模块内，而不应造成其他软件模块的错误。
允许操作人员有限范围的误操作。
系统安全●在不发生硬件故障和操作系统故障下，软件应有容错能力，一般小的软件故障不应引起系统重启动；在故障情况下，任何数据不得无故丢失。
●系统的年可靠性应大于99.8%●系统支持7×24小时持续运行●提供系统操作日志，需要支持日志分级，按照配置的级别生成不同详细程度的日志。
●可以配置某个运行实例是否进入测试状态，来决定该程序是否输出测试记录的日志。
●记录系统处理的请求包、返回结果包；提供查看请求包、返回结果包的工具。
●登录数据的口令要求加密●数据能定期归档和备份，采用双机热备策略进行备份恢复，保证3小时之内恢复所有数据●保证所有数据库操作的事务完整性●系统平台账号管理遵循《中国移动4A安全技术规范》另，请各应标厂家给出安全实施建议和方案性能管理模块基于集中性能管理系统，将重要的报表、指标等展现在手机上：实时关注LET建设情况及性能变化情况；LTE/2G/3G四网协同分析；热点流量区域与市场渠道选址关联分析；基站/小区资源、流量、话务量、用户数详情查询；实现电脑版的移动互联网端到端业务质量分析、CSFB端到端业务质量分析、2G高流量用户迁移、4G规划选址支撑、4G终端投放支撑；VoLTE端到端分析、网络管理视图报表的手机呈现。
GIS地图展现基于GIS地图作为辅助工具，采集用户位置信息和手机无线网络环境信息，为现场优化、规划、故障排查、投诉处理人员提供当前位置及周边无线网元数据的查询及简单问题定位分析。
GIS地图为方便查看无线资源、基于地图检索、查看当前主服小区及位置相关邻区关系、网络规划等提供有效现场支撑，总体要求详细如下：1.要求基于无线网络环境信息和工参辅助查看附近的资源分布情况，尤其是故障网元、投诉点、问题点等；2.要求以用户所在地理位置为中心，查看附近区域内的资源分布及故障网元；3.要求提供问题初步定位分析的GIS支撑，能够进一步关联基础工参、无线资源数据、参数数据、性能数据、告警故障、投诉处理数据等，按照各专业人员常见问题分析思路组织掌上功能呈现，以网络故障点带动数据查询关联；4.能够进一步关联故障处理工单处理情况、历史问题处理记录及网络优化、调整记录，比如无线参数调整记录。
建立GIS引擎，要求能够支持常用点、线、形状、区域、图像的快速载入；支持GIS 数据的分层呈现、检索以及其他基本GIS操作；支持GIS数据的动态导入呈现。
能力及性能要求1、要求呈现单一手机屏幕呈现地图元素超过500个元素（包括点和线段）以上时，屏幕拖动流畅；2、图层选择后，地图完成渲染延时不超过3秒；3、要求提供网管应用调用平台GIS模块规范；4、提供SDK和开发包，方便三方应用直接调用地图引擎模块；功能要求1.获取图层配置：从服务端获取图层显示相关的配置信息，要求包含图层呈现相关的图例、显示缩放级别等。
2.支持动态加载：图层配置和数据源配置完成后，GIS可动态加载。
3.GIS呈现：要求实现点、线、形状、区域及图像的GIS地图渲染，要求分层呈现，并充分考虑大数据量加载时性能最优。
4.GIS关联：要求能够基于GIS呈现结果进行图元的选择，基于选择内容进一步关联其他掌上运维功能；5.分层检索：要求按照图层进行GIS元素的检索，可查看检索结果的详细信息和进行地图定位。
6.多地图类型支持：要求支持平面2D、卫星地图的切换，支持离线地图，减少网络依赖。
7.基本地图工具：要求支持地图测距、地图元素框选、地图检索结果的渲染全局资源呈现资源以综合资管数据为主，能够定期同步，不同专业采用不同图层，且可叠加便于跨专业关联；分级钻取展示各专业网络资源情况。
功能以GIS地图方式分层、分级别呈现空间资源、无线资源和传输资源，具体包括但不限于如下内容：●空间资源站点机房●物理基站2G基站3G基站4G基站●传输资源传输承载点：传输网元（PTN、PON、SDH）、标石、电杆、人井传输承载线：管道资源（直埋、电杆、挂墙、管道、引上）具体实现要求：●地图呈现按照呈现资源类型进行分层呈现，可单独呈现某一图层，例如：2G基站应区分室内、室外；依据具体频点区分室外和室内等；●地图资源的呈现基于缩放比例和数据量的大小应进行控制；●支持离线地图加载，减少网络依赖；●应采用有效的本地数据缓存机制，避免地图拖动时数据的重复加载；●要求采用最优方案针对管线系统数据快速加载和渲染，拖动地图无明显滞后感。
●基于GIS呈现结果进行资源管理，具体包括：资源呈现1)提供站点、机房、预覆盖点、网络资源点的选项并进行GIS渲染；2)要求无线资源的渲染以基站位置进行渲染，宏站小区以方向角进行标示；3)提供2G（采用图标方式区分900M，1800M，室内），3G（采用图标方式区分室外，室内），4G（采用图标方式区分室外，室内）的选项；4)可GIS模糊查询，要求具备图层控制和测距功能；5)资源定位是指资源在地图上的定位情况，本部分功能支持资源的空间位置信息展现资源查询1)专业查询可通过区域、专业、类型、名称、参数等条件组合查询资源2)使用二维码可快速定位到资源履历页面3)利用手机终端的位置特性，手机终端可便捷的获取当前坐标信息，完成地图定位，查询周边的资源；4)利用手机终端无线网络环境信息的采集，获取当前主服小区及邻区信息（可通过后台参数关联），并在GIS地图上渲染当前主服小区和邻区的连线关系，并标注邻区名称和距离；资源关联1)展示资源的基本属性2)关联资源展示了资源在全局中的关联关系，并可关联到其他资源，实现资源的钻取查看，比如站点->机房->基站->小区，在任意级别可进行资源关联查看；3)对于物理设备，可按层次展示机架、机框、板卡、端口等物理信息，每种对象可以关联到资源履历。
并可以查询端口承载的业务电路、工单等信息；资源查勘1)可选择局站、网络资源点查勘，路名/地标查勘，当前位置查勘2)有以下接入方式可供选择：1：SDH 2：PTN 3：PON 4：裸纤，选择匹配结果后，根据选择的地点，展示周围500M（可定义）之内的资源能力3)资源概况分分5列：资源类型，到中心点距离，端口/业务对象类型，空闲数，总数，可查看详细资源设备4)二维码在手机端应用包括：资源查询域，GIS资源域，资源盘点资源核查1)现场比对综资系统中数据，如发现错误，以文本或者现场拍照方式记录错误数据，并上报综合资源；2)对于现场比对出的错误属性，可直接进行修改，并发起资源数据修改流程，提交综资系统；3)对于记录经纬度的资源对象，可通过手机定位核查对象经纬度在系统中是否准确。
并可以校准资源的经纬度信息，并发起资源数据修改流程，提交综资系统。
基础信息1)可呈现机房名称，别名，所属地市，所属区县，机房类型，所属站点，所在楼层，传输业务级别，详细地址，经度，维度，机房长度，机房宽度，房屋面积，生命周期状态，入网日期，共建单位，共享单位2)可呈现机架名称，所属机房，所属地市，所属区县，关联网元名称，关联网元类型，生产厂家，机架编号，所属装机位置，接入电源分路，机框数，长度，宽度，高度3)可呈现基站名称，所属BSC，所属地市，所属机房，经度，维度，载频数，使用频段，传输类型，覆盖类型，是否射频拉远，是否激活为超级基站，是否边界基站，传输阻抗，电源，生产厂家，设备型号4)可呈现2G小区名称，所属地市，所属区县，所属基站，LAC，CI，经度，维度，使用频段，覆盖类型，覆盖场景，天线类型，天线数量，方位角，天线电下倾角，天线机械下倾角，天线高度，天面，馈线长度，天线增益，天线厂商，天线开始使用日期，基站信令压缩，室分覆盖区域，边界小区类型，是否带直放站，是否有WLAN覆盖，二级热点名称，在用载频数，半功率角，合路器类型，合路器数量，相邻小区数量，信令信道数量，信令载频频点数，最大定义时隙数，定义载频数量，生命周期状态，入网时间，厂商名称5)可呈现3G小区名称，所属地市，所属区县，所属RNC，所属基站，LAC，CI，SAC，经度，维度，覆盖类型，使用频段，在用载频数，半功率角，TRX总数，HSDPA载频数，HSUPA载频数，HSDPA时隙数，上行BRU数，下行BRU数，相邻小区数量，有效天线发射功率，边界小区类型，是否有WLAN覆盖，二级热点名称，方位角，天线电下倾角，天线机械下倾角，天线高度，天面，天线极化类型，天线类型，天线数量，天线增益，馈线长度，馈线损耗，天线厂家，天线开始使用日期，小区级别，入网时间，生命周期状态，小区激活状态，设备供应商6)可呈现4G小区名称，所属基站，TAC，CI，PCI，频点号，所属地市，所属区县，覆盖类型，覆盖场景，使用频段，在用载频数，是否村通小区，是否带直放站，是否有WLAN覆盖，二级热点名称，GSM邻区数量，TD邻区数量，LTE邻区数量，方位角，电下倾角，机械下倾角，总下倾角，天线挂高，VIP级别，入网时间，生命周期状态关联信息1)可关联机房所属地市，所属区县，所属站点列表，关联的小区数量、列表和小区基础信息，关联的基站数量、列表和基站基础信息2)可关联基站所属地市，所属区县，所属机房，关联的小区数量、列表和小区基础信息，关联的机架数量、列表和机架基础信息3)可关联小区所属地市，所属区县，所属机房，所属基站，可查看机房和基站的基础信息全业务发展视图要求呈现集团客户和家庭客户资源信息的统计及GIS呈现，家客业务包括家客全局视图和家客业务发展，集团客户业务包括集团客户全局视图和集团客户业务发展情况，详细如下：4.3.4.1 家客全局视图以GIS地图形式呈现全网家客业务的分布情况，点击家客信息进一步呈现家客基本概况、用户和接入点，具体要求如下：基本信息：应包括物理小区名称（花园）、小区认证类型、所属地市、所属区县、所属网格、合作运营商、建成年份、覆盖类型、楼宇数量等基本信息；用户信息：已开户用户数、已覆盖用户数，要求能进一步钻取到已开户用户的具体信息，应包括：所属楼宇编号、单元、房号接入点信息：所属小区的接入点信息列表，进一步钻取到资源名称、经纬度地址、所属小区、详细地址、资源点类型、关联站点、生命周期状态、入网时间、维护单位、维护联系人电话、维护负责人等；要求支持接入点信息的进一步钻取，到下一级POS数量和POS详情，主用OLT的PON 口信息等；4.3.4.2 家客业务发展家客业务发展情况统计，包括从省公司层面统计全省和各地市小区总数、容量总数、端口负荷和用户数信息，并可进一步到区县级别的钻取；最终定位到具体家客信息详情列表。
