3-1. OAM Client 프레임워크 개요

OAM Client Framework – 목차

■ 운용관리에 관한 이론적 고찰
1-1. OAM의 정의  1-2. EMS의 정의  1-3. OAM 표준화 동향  1-4. 3GPP 32 Series

■ OAM 프레임워크
2-1. OAM 프레임워크 필요성  2-2. OAM 시스템의 구성  2-3. OAM 요구사항  2-4. OAM 배포 아키텍쳐  2-5. OAM을 위한 Database의 구성 2-6. OAM 인터페이스  2-7. 구성 관리  2-8. 장애 관리  2-9. 성능 관리  2-10. 보안 관리

■ OAM 클라이언트 프레임워크
3-1. OAM Client 프레임워크 개요  3-10. 효과분석  3-2. 개발방법  3-3. 요구사항  3-4. 산출물 정의  3-5. 개발환경  3-6. 아키텍쳐 3-7. UI 정의  3-8. 프레임워크의 개발  3-9. 프레임워크를 사용한 개발

3-1. OAM Client 프레임워크 개요

OAM 시스템은 망 장비의 운용, 관리, 유지 보수, 프로비저닝, 문제해결의 기능을 통합하여 관리하며, 장애 발생 시 복구시간 등을 최소화시켜 비용을 절감하는데 목적을 둔 망 장비 관리 시스템으로서 빠르게 변화 하는 통신 환경에서 운용상에 나타나는 결함(Defects), 이상(Anomalies), 장애(Failures), 고장(Fault)등을 실시간으로 빠르게 발견하고 운용자에게 알려주는 기능을 가진 시스템이다.

OAM Client는 일반적으로 운용지원 부서의 PC에 설치되는 응용 프로그램으로서 운용자에게 Managed System에 대한 OAM 기능을 제공하며, GUI 기반의 운용자 정합 기능(Human Interface Function)을 통해 운용자가 보다 효율적으로 망과 시스템을 관리할 수 있는 기능을 제공한다.

서비스를 제공하는 시스템은 이동통신망에서의 망 요소로서 관리되어야 하므로, 서비스 제공사(Service Provider)는 3GPP의 OAM 아키텍쳐에 준하는 OAM 서버와 OAM Client를 함께 개발하여 납품하게 된다. 동일한 도메인에서의 운용과 관리의 목적을 가진 OAM Client들은 대부분 유사하고 반복적인 기능을 제공하는 경우가 많으므로 OAM Client를 매번 새로 개발하지 않고, OAM Client의 공통된 기능을 제공하는 반 완성된 어플리케이션(Semi-Completed Application)에 Managed System의 성격에 맞는 기능들을 추가하는 것이 코드의 재사용 측면에서 유리하다. 처음부터 새로 개발하는 OAM Client에 비해 반 완성된 어플리케이션은 여러 번 검증된 코드를 사용하므로 내재된 오류가 더 적으며, 개발 생산성(productivity)도 월등히 높다.

OAM Client Framework는 이동통신망에서의 Managed System에 대한 OAM 기능을 제공하는 반 완성된 어플리케이션을 의미하며, 독립적으로 동작하지 않고 OAM 서버와 클라이언트-서버 구조로 동작한다. 따라서 OAM Client를 설계하고 개발하기 위해서는 Managed System의 OAM 요구사항과 OAM 서버와의 연동 구조를 먼저 파악해야 한다. Managed System, OAM 서버, OAM Client의 구성과 연동 방법은 3장에서 기술한 OAM Framework를 참고한다.

OAM Client Framework는 Windows OS 위에서 동작하며 .NET Framework 4.0이상에서 C# 4.0을 사용하여 개발한다. Database는 Oracle, MySQL 을 지원한다.

CC BY-NC-ND 2.0 KR

이 저작물은 크리에이티브 커먼즈 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용할 수 있습니다. 크리에이티브 커먼즈 라이선스

저작권과 관련된 파일요청 및 작업요청을 받지 않습니다.

댓글 남기기