3-3. 요구사항

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-3. 요구사항

OAM Client는 OAM 서버와의 연동을 위한 규격을 제정하여 양단간에 이를 준수하여 통신하여야 한다. OAM 기능을 제공하기 위해 가장 기본이 되는 인터페이스 요구사항은 아래와 같으며, OAM Client Framework에서는 각 인터페이스의 수신값에 따른 동작을 정의하기 위해 속성 및 이벤트 핸들러를 설정할 수 있다.

  1. 명령어 처리 인터페이스 : OAM Client에서 명령어의 실행을 OAM 서버에 요청하고 이는 Managed System의 OAM Agent에 전달되고, OAM Agent는 명령어의 해석, 실행, 응답을 처리한다.
  2. 장애 이벤트 인터페이스 : Managed System에서 발생한 장애는 OAM 서버에 전달되어 망 관리 시스템과 OAM Client에 전달되어야 한다. OAM Client로 전송된 장애 이벤트 메시지는 가시 알람과 가청 알람의 형태로 운용자에게 전달된다.
  3. 상태 모니터링 인터페이스 : Managed System의 자원과 서비스 상태는 지속적으로 보고되어야 하며 OAM Client에서는 이를 차트, 표, 이미지 등의 UI 형태로 나타낸다.

OAM Client는 Managed System에 대한 OAM 기능을 제공하기 위해 구성 관리, 성능 관리, 장애 관리 등의 기능과 운용자 정합 기능을 통한 쉽고 효율적인 운용 환경을 제공함을 목표로 한다. 따라서 OAM Client Framework는 반 완성된 어플리케이션으로서 아래와 같은 기능 요구사항을 수용할 수 있는 구조로 개발되어야 한다.

  1. 로그인 : 모든 운용자는 인증받은 PC에서 ID와 비밀번호를 통해 로그인하여야 한다. 운용자는 등급별로 실행 권한을 차별적으로 제공받는다.
  2. 운용자 관리 : 운용자는 자신의 개인 정보 및 접속 정보를 설정할 수 있으며, 최상위 운용자는 다른 운용자의 계정를 수행할 수 있다.
  3. 기본 창 제공 : 메뉴, 도움말, 명령어 창, 장애 창, 모니터링 창, 서비스맵 창, 통계 창을 제공한다.
  4. 장애 처리 : 장애를 접수하면 가청 알람과 가시 알람을 발생하며, 운용자의 조작에 따라 인지, 삭제, 조회 기능을 제공한다.
  5. 상태 처리 : 실시간으로 Managed System의 자원과 서비스 상태를 접수하여 UI로 표시하여야 한다.
  6. 통계 조회 : 운용자의 조건에 따라 통계를 추출하고, 엑셀 등으로 보고서를 작성하여야 한다.
  7. 명령어 지원 : 운용에 필요한 명령어를 사용하기 쉬운 형태로 제공한다.
  8. 환경 설정 : Managed System의 구성을 관리할 수 있으며, OAM Client 실행에 대한 환경도 설정할 수 있어야 한다.
  9. 운용자 정합 : OAM Client는 운용자가 사용하기 쉬운 UX를 제공하여야 한다.

OMC 클라이언트 Framework는 OAM Client를 개발하기 위한 기반을 제공하는 것이며, 한번 제작되어 배포가 되면 이를 기반으로 작성된 OAM Client에 영향을 미치므로 배포 이후의 API에 대한 수정이 쉽지 않다. 또한 현재 개발한 OMC 클라이언트 Framework는 미래의 OAM Client 개발에 사용되므로 예측할 수 없는 미래에 발생할 요구사항을 반영할 수 있는 유연하고 확장이 가능한 구조로 개발되어야 한다. 따라서 일반적인 응용 프로그램을 개발하는 것보다 계획적인 설계원칙이 더욱 중요하다. OAM Client Framework는 아래와 같은 비 기능 요구사항을 만족하여야 한다.

  1. 확장성 및 범용성 : OAM Client Framework는 OAM Framework 안에서 동작하여야 하지만 미래에 발생할 돌발적인 요구사항에도 최소한의 수정으로 동작할 수 있는 유연한 구조를 가진다.
  2. 고성능 : OAM Client는 24시간동안 무중단으로 동작하여야 하며, 특히 장애 처리를 담당하는 OMC Handler는 오류로 인한 중단을 최소화하여야 한다.
  3. 아키텍처 가변성 지원 : 차후 진화할 OAM Framework의 구간별 연동규격을 고려하여야 한다. 특히 기본으로 제공되는 UI와 UX는 상황에 따라 다른 것으로 대체할 수 있는 구조여야 한다.
  4. 개발 생산성 향상 : OAM Client를 개발시 뼈대가 될 수 있는 템플릿을 제공하여 생산성 향상을 도와야 한다.
  5. 설정 편의성 : OAM 기능을 제공하는 다양한 OAM Client를 개발할 수 있는 기반이 되므로, 설정을 변경하여 다양한 제품에 적용할 수 있어야 한다.
  6. 테스트 용이성 : OAM Client는 독립적으로 작동하지 않고 OAM 서버와 함께 클라이언트-서버 구조로 동작한다. 따라서 OAM 서버와 OAM 서버에서 동작하는 OAM Manager가 준비되어 있지 않은 상황에서도 개발 및 테스트가 가능하도록 도와주는 도구를 제공한다.
  7. 정책 가변성 지원 : 다양한 정책과 운용방안에 대해 탄력적으로 대응하기 위해 상속 가능한 다양한 컴포넌트를 제공하며 이를 조합하여 OAM Client를 개발한다.

CC BY-NC-ND 2.0 KR

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

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

댓글 남기기