2019년 3월 21일
노후 시스템 이관
I. 노후 시스템 이관
 |
- 정보시스템의 기능, 데이터, 통신 전체 또는 일부분을 다른 기술기반 구조로 변경하는 업무 절차
II. 시스템 이관(Migration) 원인 및 대상
가. 시스템 이관 원인
| 원인 | 설명 |
|---|---|
| 업무적 측면 | – 응용시스템의 잦은 오류나 성능 요구사항을 만족하지 못하는 경우 – 구축 이후 업무 내용 변경 경우 |
| 상호 운용성 측면 | – 타 시스템과 정보 공유 불가 경우 – 타 시스템과 연계가 어려운 경우 |
| 기술적 측면 | – 더 이상 지원되지 않는 시스템(단종) – 다른 기술 적용으로 통합이 어려운 경우 |
| 비용 측면 | – 신규 시스템 생산성/효율이 향상 경우 – 운영 및 유지보수 비용이 과다한 경우 |
| 사용자 측면 | – 유지보수 인력을 구하기 어려운 경우 – COBOL, Pascal, 메인프레임 엔지니어 등 |
| 보안 측면 | – 보안 기능이 부족하여 보안 기능 추가 경우 – 데이터 공유나 개인정보보호 문제의 경우 |
| 정책적 측면 | – 정책적 의사경정에 의한 전산실 물리적 통합 및 전산센터 이전의 경우 |
| 용량 측면 | – 시스템 용량에 여유가 부족한 경우 – 용량 증가 대비 비용이 비효율적인 경우 |
| 질적 측면 | – 정보시스템에 결함이 있는 경우 – 결함 수정 시 Side-Effect 발생 경우 |
- 시스템 이관은 정책적, 업무적, 기술적, 비용 측면 등 여러 측면에서의 원인에 기인함
나. 시스템 이관 대상
| 구분 | 이관 대상 | 설명 |
|---|---|---|
| 하드웨어 | – 서버 – 스토리지 – 백업장치 | – 타 하드웨어로 변경에 따른 신규 시스템으로 운영 환경 이동 |
| 소프트 웨어 | – 시스템 S/W – 패키지 S/W – 응용 S/W | – 타 운영체제, 상용S/W, APP 로 변경에 따른 정보시스템 운영 환경 변화 |
| 데이터 베이스 | – 데이터베이스 – DBMS – DB 관련 파일 | – 분산 → 통합 DB – 타 DBMS로 변경에 따른 데이터 이전 운영 환경 변화 |
| 네트워크 | – 스위치, 라우터 – 보안장비 – 네트워크 회선 | – 시스템 증가로 회선 증가 – 회선 대역폭 증가에 따른 네트워크 회선 및 장비 변경 |
| 기반 환경 | – UPS – 항온항습기 | – 전산실 이전 및 개조에 따른 물리적 환경 변화 |
- 각 독립적 또는 2개 이상의 영역이 동시 이관 대상 가능
III. 성공적 시스템 이관 절차
가. 시스템 이관 절차
 |
- 시스템 이관 절차는 이전 의사결정 단계와 이전 프로세스 관리 단계의 2단계로 구성
나. 시스템 이관 절차 상세
| 프로세스 | 활동 | 산출물 |
|---|---|---|
| 정보시스템 진단 및 평가 | 시스템 진단 준비 | – 내, 외부 전담팀 구성표 – 진단 평가 범위 및 항목 – 진단 및 평가 일정계획표 |
| 환경 분석 | – 정보시스템 평가표, 만족도 – 서버 장비 현황표 – 시스템 업무 및 목록 | |
| 시스템 진단 | – 업무 현황 및 문제점 조사표 – 시스템 성능 및 용량 진단표 – 네트워크 진단표 | |
| 시스템 평가 | – 시스템 평가 보고서 – 시스템 개선 작업 목록 – 분석 결과 요약서 | |
| 정보시스템 이전 의사 결정 | 대안 수립 | – 문제점 정의표 – 전략적 대안 형성표 |
| 대안 평가 | – 평가 기준 설정표 – 대안 평가표 | |
| 대안 선정 | – 대안 평가 종합표 – 대안 선정도 | |
| 정보시스템 이전 준비 | 이전 준비 | – 이전 전담팀 구성도 – 이전 업무 내역서 |
| 이전 계획 수립 | – 이전 종합계획서 – 업무 연속성 계획서 – 백업 및 모의테스트 계획서 | |
| 모의테스트 실시 | – 모의테스트 계획서 – 모의테스트 시나리오 – 모의테스트 점검표 | |
| 정보시스템 이전 수행 | 모의테스트 분석 및 승인 | – 모의테스트 실행 결과보고서 – 모의테스트 개선사항 보고서 – 결함 조치 보고서 |
| 이전 작업 수행 | – 정보시스템 이전 준비 점검표 – 정보시스템 이전 수행 일정 – 정보시스템 이전 결과보고서 | |
| 정보시스템 이전 평가 및 완료 | 산출물 정리 | – 사용자 요구사항 점검표 |
| 이전 평가 및 완료 보고 | – 정보시스템 이전 완료보고서 – 정보시스템 이전 검수점검표 – 기술이전 및 유지보수 계획서 |
- 시스템 이관 절차 각 단계는 프로세스, 활동, 작업으로 구분
IV. 시스템 이관 시 주요 고려사항
| 프로세스 | 활동 | 고려사항 |
|---|---|---|
| 정보시스템 진단 및 평가 | 시스템 진단 준비 | – 각 분야 전문가로 구성 – 문제점 및 발생 가능성 진단 – 정량/정성적 방법으로 표현 |
| 환경 분석 | – 만족도 설문조사 실시 – 자료와 실제 현황 차이 식별 – 운영에 미치는 영향 검토 | |
| 시스템 진단 | – 업무 부하 시간에 정보 수집 – 시스템 분석 설계서 활용 – 빈번히 발생하는 장애 분석 | |
| 시스템 평가 | – 가능한 객관적 수치로 평가 – 전략적 관점에서 계측적 평가 | |
| 정보시스템 이전 의사 결정 | 대안 수립 | – 문제점 증상 아닌 원인 확인 – 정보화전략계획(ISP) 선수립 |
| 대안 평가 | – 조직 성과 전반 가치 평가 – 서비스 등 무형적 효과 고려 | |
| 대안 선정 | – 문제점해결 목적기반 재검토 – ISP 수립 후 체계적 방안고려 | |
| 정보시스템 이전 준비 | 이전 준비 | – 유지보수/벤더 지원사항 파악 – 대체 장비, 회선 사용 고려 – 2중 백업 실시 |
| 이전 계획 수립 | – 업무 연관성 고려한 세부일정 – OS, DB 등 전체 백업 실시 – 장비 운송 보험 가입 고려 | |
| 모의테스트 실시 | – 모의테스트 주요 범위 설정 – 항목 테스트 → 통합 테스트 – 문제 발생 시 비상계획 수립 | |
| 정보시스템 이전 수행 | 모의테스트 분석 및 승인 | – 생략된 테스트 확인 – 문제점 원인 파악, 계획 반영 – 개선방안은 현실 요소 고려 |
| 이전 작업 수행 | – 예외상황 대비 백업 별도관리 – 계획된 절차, 방법 대로 수행 | |
| 정보시스템 이전 평가 및 완료 | 산출물 정리 | – 모든 작업 항목, 산출물 점검 – 품질보증계획 유지 확인 – 재사용 관점에서 관리 |
| 이전 평가 및 완료 보고 | – 유사 사업 대비 세부적 기록 – 계획의 적절성, 객관성 근거하여 완료보고서 작성 |
About The Author
