계획수립단계 - 情報戰略計劃 수립과 업무시스템 再設計方法에 관한 硏究

계획수립단계에서는 내부와 외부 경영환경을 분석함으로써, 현행 정보시스템의 조사와 평가를 통해 문제점을 도출하며, 해결방안과 새로운 시스템 아키텍처를 설계하는 ISP의 내용이 주를 이룬다. 즉 기업의 경영 및 시스템 전반에 걸친 현 황과 경영목표(Goal), 주요성공요인(CSF ; Critical Success Factor), 현안(Issues) 을 파악하기 위해 업무분장, 보고서, 각종 회의자료 등의 경영자료를 분석하며, 경영층 및 관리층의 인터뷰를 수행한다. 조직도, 상품 및 서비스 정의서, 산업동 향분석, 경영목표 정의서, 주요성공요인 정의서, 현안 정의서, 업무영역 정의서 등이 활용된다.

또한 정보시스템의 에플리케이션, 데이터베이스, 네트워크 등의 사용수준과 기 능적, 기술적 품질을 조사하여 평가하고 문제점을 찾아낸다. 정보시스템 부분 조 직의 역사, 방향, 구조, 기능 등에 관한 평가의 수행으로 현 에플리케이션/데이터 베이스/정보기술 기능 및 기술평가서, 정보시스템 부분 조직 정의서, 정보시스템 부문 기능 정의서, 정보시스템 부분 기능현안 정의서 등의 작성된다.

기업의 정보시스템 지원 수준에 대해 동종 산업군 내 사례를 벤치마킹을 수행 하고, 외부사용자(고객, 공급자, 공공기관 등)의 만족도를 평가한다. 정보기술의 동향에 관한 분석을 통해 정보자원 전략분석, 경쟁사 정보시스템 현안, 정보기술 동향 등의 산출물이 있다. 이와 같은 요구사항과 현안들의 우선순위에 따라 기회 요인과 해결방안을 수립하며, 신규 개발될 정보시스템의 타당성과 방향성을 구체 화 하여 사용자 그룹과 정보시스템 전략과 비전에 관한 정의를 내린다.

분석된 업무영역별 개별 접근방안을 수립하고 이에 대한 타당성 분석을 통해 세부 프로젝트를 정의, 우선순위를 부여한다. 이를 통해 신 시스템으로의 연계방 안을 수립하고, 다음 단계인 '분석 및 설계' 단계를 위한 세부계획을 수립한다.

프로젝트 헌장, 프로젝트 작업계획, 비용 및 효과분석, 비용계획서 등이 작성된 다.

3.2 분석/설계단계(Analysis IE)

분석 및 설계단계는 데이터와 프로세스 모델링을 통해 사용자의 요구사항을 파악하고, 상관분석과 사용자에 의한 모델 검증․보완을 실시하며, 정보기술과 환경에 대한 분석 및 설계를 실시한다.

우선 상세 데이터 요구사항분석을 위해 데이터 모델링을 수행하여 ERD(Entity Relationship Diagram)을 작성한다. 이를 위해 기업의 프로세스들에 관한 기존자 료-각종 문서, 보고서, 장표, 업무분장, 시스템 산출물 등-에 관한 분석․정리 작

업의 수행과 더불어 현업에 대한 인터뷰, Workshop, 현장관찰 등이 이루어진다.

이러한 작업이 수행되면 업무적 관점에서 엔티티를 축출하게 되며, 엔티티들의 관계와 속성에 대한 정의와 ERD를 작성하게 된다.

또한 데이터 모델링과 병행하여 시스템적 관점에서 하위(서브)시스템이나 상위 프로그램의 동사위주의 단어를 축출, 기능의 분할이나 의존관계를 표현하는 프로 세스 모델링을 진행한다. 프로세스 분할도와 프로세스 의존도, 업무기능 정의서, 프로세스 정의서가 작성된다.

데이터와 프로세스의 상관분석은 데이터와 프로세스 모델을 검증하고 수정하 는 것과, 초기 논리(logic)을 생성한다. 검증방법은 주로 CRUD 매트릭스를 통해 프로세스가 엔티티를 Create, Read, Update, Delete하는 관계를 파악하여 잘못된 프로세스와 엔티티를 찾아낸다. 또한 데이터와 프로세스가 포함되는 DFD(Data Flow Diagram)가 활용된다. 네트워크를 비롯한 정보기술 부분의 요구사항 분석 을 위해 네트워크 구성도, 성능 요구사항 정의서, 통신 네트워크 요구사항 정의 서, 프로토콜 요구사항 정의서, 조직 요구사항 정의서, 보안/감사/통제 요구사항 정의서 등이 활용된다.

그리고 분석 및 설계단계의 마지막으로 시스템 개발과 정보기술에 관한 접근 방안을 만들어 타당성 평가를 통해 시스템 구현 단계를 위한 계획과 우선순위를 선정한다. 주요 산출물로는 시스템 정의서, 개발접근방안 정의서, 정보기술 접근 방안 정의서, 조직 접근방안 정의서, 비용 및 효과분석, 업무영향 분석, 위험도 분석, 시스템 우선순위 정의서 등이 있다.

3.3 구축단계(Implementation IE)

구축단계에서는 기능, 데이터베이스, 기술 및 환경에 대한 본격적인 설계에 해 당하는 상세설계와 개발 테스트를 수행하게 된다. 상세설계와 개발테스트 수행을 위해 프로젝트 수행조직 및 보고체계에 관한 표준, 산출물 작성 표준, 설계 표준 을 수립하고, 시스템 기능의 상세 설계를 수행한다. 액션 다이어그램을 이용해 상세한 논리를 작성하고, 내/외부 인터페이스, 입출력 화면을 설계한다. 주요산출 물로는 액션 다이어그램, 기능 모듈 정의서, 보안/감사/통제 모듈 정의서, 메뉴 구조도, 사용자/에플리케이션 인터페이스 설계서, 입력화면 설계서, 출력화면 설 계서, 내부 인터페이스 관계도 등이 있다.

정보시스템을 구현하는데 필요한 나머지 부분 즉, 데이터 변환전략, 에플리케 이션 전환 전략, 조직 전이전략, 교육전략 및 돌발 상황에 대비한 전략을 수립을 위해 데이터/에플리케이션/조직/교육/시험/상황관리 전략 및 계획, 수작업 변환절 차 정의서, 변화작업 프로그램 목록, 작업흐름 정의서, 작업 프로그램 명세서, 수 작업 업무절차 정의서, 사용절차 정의서, 운영절차 정의서, 사용자 매뉴얼 계획 서, 교육 목록을 작성한다.

설계에 따라 데이터베이스를 구축하고 프로그램을 개발하고, 단위테스트와 통 합테스트, 시스템 테스트를 수행한다. 개발 모듈 단위의 개별 테스트인 단위테스 트와 모듈 간 연계에 관한 통합테스트, 그리고 사용자를 포함하는 시스템 테스트 를 수행함에 따라 테스트 계획서, 테스트 결과 보고서가 작성된다. 구현단계의 마지막으로 운영단계의 계획을 수립한다. 여기에는 운영 우선순위 정의서, 업무 영향 분석(BIA; Business Impact Analysis), 위험도분석 등이 포함된다.

제 Ⅲ 장 실증분석

제 1 절 연구조사의 설계

1.1 연구방법 및 연구대상의 선정

본 연구는 ERP프로젝트와 ISP프로젝트의 제안요청서(RFP; Request for Proposal)를 토대로 두 프로젝트의 구성요소 간 차이점을 실증분석 하고자 한다.

제안요청서는 프로젝트 발주기업 또는 기관이 프로젝트의 목적, 범위, 기간 등 요구사항을 정의한 문서로 수행기관에게 발송하는 문서로, 공공기관, 기업을 포 함하여 업종별로 ERP프로젝트의 제안요청서 11개와 ISP프로젝트 제안요청서 12 개를 비교분석하였다.

[표 3] 프로젝트 발주기관 구분

구 분 공공기관 기업 계

ERP 6 5 11

ISP 8 4

(ERP 중복 1개 포함) 12

프로젝트 수행 기간을 살펴보면 다음 [표 4]과 같이 ERP프로젝트 기간은 90%

이상이 6개월 이상을 차지하였고, ISP프로젝트는 3개월에서 6개월 까지 고루 분 포하였다. 업무분석과 시스템 개발까지를 포함한 ERP프로젝트가 ISP에 비해 훨 씬 장기에 걸쳐 수행되는 것으로 나타났으며, 경우에 따라서는 1, 2, 3단계에 걸 쳐 2년 이상 소요된 경우도 있었다. 이는 해당 기업(기관)의 조직 규모, 수행업무 범위 등에 기인한 것으로 판단된다.

[표 4] 프로젝트 기간분석

기간 ERP ISP 계

3개월 - 4 4

4개월 1 3 4

5개월 - 2 2

6개월이상 10 3 13

합 계 11 12 23

1.2 분석방법

본 연구에서는 독립표본 t-검정을 통하여 ERP프로젝트와 ISP프로젝트 집단 간의 차이여부와 프로젝트의 세부내용에 관한 차이정도를 규명하기 위하여 제안 요청서 비교 평가표의 각 셀에 해당되는 경우의 수 만큼 점수를 부여하였다. ISP 와 ERP프로젝트의 구조․관계․원칙에 대한 언급정도에 차이가 있는지 여부를 검증하기 위하여 귀무가설을 다음과 같이 설정하였다.

[가설1] : 구성요소 구조에 있어 ERP와 ISP는 다를 것이다.(μ1≠μ2) [가설2] : 구성요소 관계를 있어 ERP와 ISP는 다를 것이다.(μ1≠μ2) [가설3] : 구성요소 원칙을 있어 ERP와 ISP는 다를 것이다.(μ1≠μ2)

평가방식을 살펴보면, 첫 번째 평가항목인 ‘구조’ 부문에서, 비즈니스 영역에서 는 ①조직구조 분석 ②업무프로세스 정의 ③업무활동 정의를 구성요소의 구조의 충실성을 측정하는 척도로 정의하였다. 제안요청서의 제안요청 내역에 위의 내용 이 언급되어 있으면, 해당 항목마다 1점의 점수를 부여하였다. K공단의 ERP 제 안요청서를 보면 비즈니스 모델정의 항목에 조직구조 분석, 업무프로세스 정의 와 조직에서 수행되는 모든 업무활동정의 부분이 언급되었기 때문에 각각 1점씩 총 3점을 부여하였다.

데이터 영역에서는 ①업무지원 데이터 정의 ②데이터의 응용 시스템별 분석

③데이터 개념구조 설계를 구성요소의 구조의 충실성을 측정하는 척도로 정의하 였다. 제안요청서의 제안요청 내역에 위의 내용이 언급되어 있으면, 해당 항목마 다 1점의 점수를 부여하였다. N공공기관의 ISP 제안요청서에 업무지원 데이터 정의와 데이터의 응용시스템별 분석에 관한 언급되었기 때문에 각1점씩 2점을 부여하였다.

에플리케이션 영역에서는 ①에플리케이션 기능적 분류 ②에플리케이션 자원 구 성요소 정의 ③에플리케이션 개념구조 설계를 구성요소의 구조의 충실성을 측정 하는 척도로 정의하였다. 제안요청서의 제안요청 내역에 위의 내용이 언급되어 있으면, 해당 항목마다 1점의 점수를 부여하였다. W사의 ISP 제안요청서를 보면 에플리케이션 설계항목에 관리대상 구성요소 정의 및 구조 설계, 에플리케이션 설계항목에 관리대상 구성요소 정의 부분 언급되어 있기 때문에 각각 1점씩 총

문서에서 情報戰略計劃 수립과 업무시스템 再設計方法에 관한 硏究 (페이지 28-0)