본 포스팅은 “프로세스 모델링 이해” 온라인 강의를 바탕으로 공부한 내용을 정리한 것입니다.
- 현행 시스템 분석
- 현행 시스템 분석의 중요성
- 절차
- 현행 시스템 분석 전략 수립
- 현행 시스템 자료 요청 및 수집
- 현행 시스템 분석
- 현행 시스템 분석 결과 확인
- 개선 사항 정의하기
- 현행 시스템 분석시 주의 사항
- 역공학 도구를 활용한 현행 시스템 분석
- 현행 시스템 분석
- 현행 시스템 및 업무를 비즈니스와 데이터 관점에서 분석하는 작업
- 목적
- To-Be 시스템을 구축하기 전, 현행 시스템 및 업무/데이터에 대한 이해를 도와주며
- 향후 데이터 분석 및 데이터 전환의 자료로 활용할 수 있게 해줌
- 또한 업무영역의 핵심 프로세스를 파악할 수 있게 해줌.
- 향후 데이터 분석 및 데이터 전환의 자료로 활용할 수 있게 해줌
현장에서 현행 시스템 분석이 제대로 이루어지지 않으면 프로젝트 납기 지연으로 이어짐 개발대상 업무 범위에 대한 누락
- 수집자료의 원천적인 누락
- 통합이 아닌 부분별 업무 수집으로 누락
- Owner가 변경된 영역 또는 공통영역의 누락
설계 및 개발 시 ‘예츨 불가한’ 일정 지연, 품질 미흡
- 프로그램 복잡도 수준 파악이 개발단계에서도 이루어지지 않음
- 상세 업무 로직 파악을 위한 현행 소스를 보지 않음
- 업무에 대해 이해하지 않고 현행 소스만 봄 (왜 그런 로직이 있는지 모름)
현행 시스템 분석 절차
| 단계 | 태스크 |
|---|---|
| 현행 시스템 분석 전략 수립 | 고객사의 시스템 상황별 분석 전략 수립 |
| 현행 시스템 자료 요청 및 수집 | 요구사항 수집, 정의, 검토 |
| 현행 시스템 분석 | 현행 프로세스와 데이터 분석 |
| 분석 결과 확인 | 현행 시스템의 프로세스와 데이터 분석 결과 고객 확인 워크샵 수행 |
| 개선사항 정의 | 현행 시스템 분석 결과를 토대로 개선 사항 정의, 향후 요구사항 및 프로세스 정의에 활용 |
- 현행 시스템 분석 전략 수립
보안에 관해서는 소스/데이터에 대한 보안 정책을 수립하여 고객 승인을 득하고 현행 시스템의 환경을 구성하여 해결
프로그램의 난이도와 업무 중요도를 고려하여 소스의 선택적 분석
짧은 분석 기간과 복잡한 프로그램의 호출구조는 역공학을 통해 분석 수행을 하도록 전략 수립
주의점. 현장의 ㅏ항을 이해하고 현장에 맞는 분석 전략을 세우는 것.
- 현행 시스템 자료 요청 및 수집
현행 시스템 산출물을 확보하고 검토
- 현행 업무 기능 관련 자료 요청 및 수집
- 현행 업무 흐름 관련 자료 요청 및 수집
- 현행 프로그램 자료 수집 (온라인/배치/보고서/인터페이스)
- 현행 트랜잭션 발생 건수 자료 수집 (우선순위 결정시 사용)
- 현행 테이블 자료 요청 및 수집
- 코드 자료 요청 및 수집
- 현행 시스템 접속 권한 요청
이때, 수집하는 산출물은 출처와 버전관리가 반드시 필요!
- 유지보수 산출물, 모델, 현행 시스템 접속, 소스 분석
- 현행 시스템 분석
- 현행 시스템 및 업무를 파악할 수 있는 수집된 자료 (업무 규정집, 현행 시스템 관련 문서) 반영
- 비즈니스/데이터 관점에서 분석 후, 현행 시스템 분석서를 작성
업무 영역의 핵심 프로세스를 파악하고, 향후 데이터 분석 및 데이터 전환의 자료로 활용
- 현행화면 분석
- 현행데이터 분석
- 현행기능 (프로그램목록) 분석
현행 업무기능분해도 / 현행 업무흐름도 분석
- 현행시슽현행시스템 분석서
- 현행업무기능분해도
- 현행업무흐름도
- 현행프로그램목록
- 현행테이블정의서
- 현행코드정의서
- 현행 시스템 분석 결과 확인
- 현행 시스템 분석의 충분성과 완전성을 고객 참여 워크샵을 통해 고객 확인을 받음
- 불용 여부가 표시된 현행 화면/ 테이블/프로그램/인터페이스 목록 등 확인
- 워크샵에는 의사 결정권자가 반드시 참여하여 결정
- 개선 사항 정의하기
- 현행시스템 분석을 통해 개선 사항 도출
- 고객의 입장에서 개선사항이 필요한 내용을 스스로 정리
- 현행 시스템과 제안서 대비 분석 내용 정리
- To-Be 시스템 설계 시 반영 여부는 내부 및 고객으로부터 반드시 확인
- 능동적인 업무 진행으로 고객의 신뢰 획득
- 현행 시스템 분석시 주의 사항
시스템 산출물을 통해 요구사항을 분석하는 경우, 원천의 정확성 반드시 확인 (공식 채널을 통해 요청)
하드 코딩된 기능 요구 사항을 식별하기 위해서는 소스코드도 접근해야함
- 고객에서 받은 현행 시스템 자료는 완전하지 않다는 전제로 꼼꼼히 체크해야함
수집된 프로그램 목록은 최신의 소스 목록과 비교하여 최신화, 테이블 정보는 DB를 Reverser하여 추출
- 먼저 분석하고, 집중해야하는 중요한 영역을 식별
- 중요 기능 영역으로 분류, 프로그램 사용량 분석
요구사항 유형에 따라 접근 방식이 달라짐
- 화면인 경우 현행 시스템에 필히 접속하여 분석
- 역공학 도구를 활용한 현행 시스템 분석
현행 시스템 정보를 분석하여 결과를 다양한 분석 산출물 (문서, 모델 등)로 제공하는 역공학 도구
- 소스코드를 분서가형 결과를 DB에 저장, 다양한 관점의 데이터를 실시간으로 조회하거나 분석 산출물을 제공
- 현행시스템분석 시 역공학 산출물을 참고하여 활용
주요 제공산출물
- 프로그램목록
- 호출관계도
- cRUD 매트릭스
- 모듈 유사도
- 인터페이스 목록
역공학산출물분석->
- 불용 프로그램/불용테이블파악
- 타 시스템과 연관관계 파악
- 통합 대상 프로그램 선정
- 재사용 모듈화 대상 정리
- 공통 모듈 정리
- 분리 대상 모듈 선정
현행 시스템 분석을 위한 자료들을 다 수집했는가?
현장에 맞는 현행 시스템 분석 전략을 수립하고 효율적으로 실행하였는가?
불용 프로그램/엔터티를 분석하고 인터페이스를 파악하였는가?
현행 시스템의 업무와 시스템 기능을 이해하였는가?
현행 시스템의 문제점을 파악하였는가?
현행 시스템의 범위가 누락 없이 정의되었는가?