정보공학 방법론

1980년대에 들어 정보기술 환경에서 가장 두드러진 변화는 PC의 급격한 확산 및 관계형 데이터베이스의 출현이다. 이와 같은 변화는 개인이 컴퓨팅 환경에 손쉽게 접할 수 있고 데이터 처리가 용이하다는 점에서 기존의 메인프레임 중심의 컴퓨팅 환경에서 클라이언트/서버 환경 및 사용자 중심(End-User) 환경으로의 변화를 수반하게 되었다. 이와 함께 정보시스템에 대한 요구 또한 기존의 단위업무 중심의 정보시스템에서 전사적인 규모의 통합시스템에 대한 요구로 변화하게 되었다. 1980년대 중반에 개발된 정보공학(Information Engineering)은 기존의 구조적 방법의 원리를 모두 수용하고 있고 기업의 전반적인 관점이 강화되면서 전사적인 규모의 통합시스템 구축을 위한 개발방법론이 되었다. 또한 이는 소프트웨어 개발 공정 뿐만 아니라 프로젝트 및 품질관리를 비롯한 지원 공정까지를 포함 하는 가장 안정적인 방법론으로 평가를 받고 있다.정보공학을 지원하는 대표적인 상용화 방법론은 Anderson Consulting사의 Method/1과 James Martin사의 IEM(Information Engineering Methodology)이다. 특히 Method/1은 1980년대 말에 국내에 보급된 이후로 공공부문의 정보화 지원사업의 권장방법론으로 활용되는 등 현재까지 가장 보편적으로 사용되고 있는 개발방법론이다.

정보공학의 단점으로는 소프트웨어 개발 생명주기로 구조적 방법론과 같이 이전 단계로의 피드백을 허용하고는 있지만 폭포수형 개발 모형을 기반으로 하여 잘못된 작업을 보완하기 위한 이전 단계로 이행이 어려운 경직된 구조를 가지고 있다는 단점이 있다. 또한 국내에서는 그대로 따르기 어려운 복잡한 개발절차와 과다한 산출물의 요구 등이 문제점으로 지적되고 있다.

정보공학 방법론의 정의

- 업무에서 정보의 효율적 사용을 가능하게 하는 아키텍처를 정의하기 위해 사용되는 시스템 공학 접근 방식

정보공학 방법론의 특징

- 업무지향적 접근법 및 도형 중심의 산출물

- 프로젝트 관리 가능한 단위로 분할과 정복

- 프로젝트 계획, 개발, 운영 단계의 명확한 구조기반 제시

정보공학 방법론 단계별 수행 내용

1. 정보전략계획 수립단계(Information Strategy Planning)

대상 기업이 수립한 중장기 경영계획의 경영전략을 토대로 사업 전개에 필요한 총체적인 정보체계를 제시하고 향후 단위 또는 통합 정보체계의 개발을 계획 및 통제함으로써 경영요구에 의한 정보기술체계를 구축하는 것

• 경영전략, 관련조직, 업무자료 거시적 분석

• 현행시스템의 평가

2. 업무영역 분석단계(Business Area Analysis)

기업의 일정업무영역에 대한 사용자의 요구를 정의하는 단계

• 데이터 모델링 : ERD

• 프로세스 모델링 : 프로세스 계층도(PHD), 프로세스 의존도(PDD), 자료흐름도(DFD)

3. 시스템 설계단계(System Design)

데이터와 시스템의 구조를 설계하는 단계, 기존 시스템으로부터 새로운 시스템으로의 전환 설계 포함.

• BSD(Business System Design)

• 업무절차 정의

• Presentation 설계

• 분산 설계

4. 시스템 구축단계(Construction)

확정된 설계명세서로부터 데이터베이스 생성기와 프로그램 코드 생성기를 이용해 데이터베이스와 실행 가능한 프로그램 코드를 생성함

정보공학 방법론의 장단점

구분	내용
장점	- 경쟁우위 확보의 전략적 기회 식별 및 방안 제공 - 일관성 있고 통일된 정보시스템 구축 가능 - 시스템의 장기적인 진화, 발전 허용 - 데이터 중심으로 업무절차 및 환경변화에 유연
단점	- 정보공학의 효과를 위해 장기간 필요 - 소규모의 자동화 요구 사업영역에서는 시간이 오래 걸림 - 특정 사업영역으로부터 독립된 시스템 개발에는 부적합