网元是由一组实现通信业务功能（如短号，彩铃，防骚扰）的C模块组成的，移动集采规范对网元本身要求有管理功能并且能对接OMC，但是由于C模块本身的网管功能支持较少，因此在各模块上前置了一个网元管理软件，为各模块代理提供网元管理功能：用户管理，告警，性能数据管理，日志管理，网元直连，虚机扩缩容等功能，并且对接OMC。 原OMS分支冗杂，由于需要对接多套网元，实现不同的告警,性能数据采集以及配置管理，原OMS采用了一类网元一个分支的模式，大大增加了维护和开发的工作量。 并且架构冗余，为了和模块交互以及调用本地脚本，在模块的虚机侧还部署了OMU模块，实现对模块协议的初步解析以及和OMS进行业务交互。但是因为模块众多，现场功能升级以及bug修复涉及的升级工作量巨大。 接手项目后，首先重构了性能数据模块,告警模块以及配置管理模块，实现了各分支统一。然后去除了OMU的所有业务功能，由OMS直连所有模块，这样可以基本可以大大降低OMU的升级频次，引入了Prometheus监控中心，虚机的各指标监控以及告警不在由脚本实现，更加稳定以及高效。 项目职责：项目重构，功能迭代，模块设计，开发指导， 重点代码开发。

为了方便解析公司内部的icp协议所写的插件，将基于TCP的icp协议消息转换这一流程借由netty框架进行封装，向上提供更方便解析的java对象。 我负责整个插件的编写调试以及上线。

OMC是服务于移动现场运维工程人员以及对接中国移动管控平台的综合性网元管理软件。对于现场工程人员，OMC能够提供网元接入，网元配置管理，网元软件管理，性能数据采集，告警管理，信令跟踪，操作终端，日志管理等网元管理功能。通过对接移动的综合管控平台，提供统一认证以及审计功能并且提供告警以及性能数据对接。OMC各模块通过无状态设计支持集群部署，灰度升级。设计上OMC也支持异地容灾。 在业务设计上本项目采用DDD领域设计模式，对业务梳理后，进行了良好的领域划分，各业务内聚，限界合理，代码与业务相匹配。业务逻辑集中在领域层，技术实现下沉，对后期技术迭代有良好的支撑，向上提供了灵活多变的用户接口。 个人负责：需求分析，项目概要设计，主要模块详细设计，设计指导，开发指导。