随着计算机的日益普及,传统的电子业务已经越来越难满足用户的各种需求,因此,各式各样丰富的电子系统得到了迅猛发展,开拓了更为广阔的市场空间。由于传统的系统受限于软件开发模式和架构风格,对系统的管理维护通常需要停止系统,根据日志对代码进行修改后,重新启动系统,不能在系统运行时对系统的健康状况进行检测,并做出相应操作,系统较差的可维护性对新系统的开发和推广带来了不少阻力。OAM(Operation Administrator and Maintenance)就是在这个背景下产生的,它的作用在于对系统的维护和运行进行解耦合,能够在系统运行时对系统进行操作管理维护,使系统的维护人员可以不须考虑系统的时间适用性,能够快速便捷的根据系统的健康状况进行管理。OAM仍处于高速发展的阶段,需要不断的自我完善,以便为系统的开发人员和管理维护人员提供更好的支持和服务。由于每个项目组都根据自身的需求,按照自身熟悉的技术,对OAM功能进行开发,设计相对简陋,并且对于OAM使用人员而言,并不足够友好；同时多个项目组之间可能都需要开发日志、告警、统计测量等基础功能,项目组之间相同功能的代码难以得到复用。本文在这样的背景下,提出了一种基于资源架构的通用OAM,根据REST架构风格,通过对操作的资源建模,提供一种以资源为基础的统一视图,以应对目前各项目组之间的OAM复用性、可维护性、通用性等表现不佳的问题,提出了更通用的OAM开发准则和更为友好的OAM使用方式,以应对日益增多的系统维护的需求。通用OAM是东信北邮下一代业务平台的重要组成部分,新系统主要针对原有系统的服务分层和可操作性进行了重新设计,并在新架构的基础上,提供了更为合理的OAM功能开发接口,增加完善了平台的能力。本文采用了一个基于资源架构的RESTful风格将OAM的各种管理方式进行资源建模,系统中以资源的角度对OAM进行开发,使得OAM的管理功能能够以相同的方式提供服务。降低了采用不同方式开发不同管理功能的复杂度,也使得OAM使用人员能够以相同的方式使用OAM,大大降低了使用人员的学习成本,同时提高了系统的可维护性。同时,该系统还根据管理目标的通用程度设计了插件开发体系,将更为通用的功能设计为通用插件作为插件开发体系的基础设施,将个性化的管理目标设计为个性化插件,OAM开发人员可以根据通用插件提供的功能快速的设计出健壮的个性化插件,提高通用插件的复用程度和稳定性。为保证代码质量,采用传统开发模型与TDD(Test Driven Development)相结合的开发方式,根据数据的采集、组织、呈现、加工、存储,将系统分为资源模型、资源代理层、统一接口层、数据分析层、持久化层五个模块,使用TDD的方式对各个模块进行开发,最后对系统进行联合测试,用测试保证系统的健壮性,同时也为可以自由的增加各种管理功能提供测试保障。