검수요청.png검수요청.png

정보공학 개발방법론

위키원
rlatpdbs2931 (토론 | 기여)님의 2020년 9월 1일 (화) 15:48 판 (새 문서: '''정보공학 개발방법론'''<!-- 정보공학 개발방법론 -->이란 업무에서 정보의 효율적 사용을 가능하게 하는 아키텍처를 정의하기 위해...)
(차이) ← 이전 판 | 최신판 (차이) | 다음 판 → (차이)
이동: 둘러보기, 검색

정보공학 개발방법론이란 업무에서 정보의 효율적 사용을 가능하게 하는 아키텍처를 정의하기 위해 사용되는 시스템 공학 접근 방식이다. [1]

개요

기업 전체, 또는 기업의 주요부분을 계획, 분석, 설계 및 구축에 정형화된 기법들을 상호 연관성 있게 통합, 적용하는 데이터 중심 방법론으로 정보시스템 개발을 공학적으로 접근하기 위해 체계화시킨 개발 방법론(Information Engineering) 이다. [2]


역사

1980년대에 들어 정보기술 환경에서 가장 두드러진 변화는 PC의 급격한 확산 및 관계형 데이터베이스의 출현이다. 이와 같은 변화는 개인이 컴퓨팅 환경에 손쉽게 접할 수 있고 데이터 처리가 용이하다는 점에서 기존의 메인프레임 중심의 컴퓨팅 환경에서 클라이언트/서버 환경 및 사용자 중심(End-User) 환경으로의 변화를 수반하게 되었다. 이와 함께 정보시스템에 대한 요구 또한 기존의 단위업무 중심의 정보시스템에서 전사적인 규모의 통합시스템에 대한 요구로 변화하게 되었다. 1980년대 중반에 개발된 정보공학(Information Engineering)은 기존의 구조적 방법의 원리를 모두 수용하고 있고 기업의 전반적인 관점이 강화되면서 전사적인 규모의 통합시스템 구축을 위한 개발방법론이 되었다.[1]


특징

[2]

정보공학 방법론 특징
특징 내용
기업중심 * 적용대상이 기업의 비즈니스 시스템으로 과거의 단순한 S/W 개발이 아니다.
* 기업의 전략경영을 지원하기 위해 SIS(Strategicinformation System)에 초점을 맞춘다.
ISP 중심 * 정보공학 4단계 중 가장 처음에 시작하는 단계로 경영층의 요구와 견해를 시스템에 반영한다.
* 기업의 경쟁우위를 달성하기 위해 ISP가 중요한 역활을 한다.
데이터 중심 * 수시로 변하는 업무 프로세스와 달리 데이터는 잘 변하지 않으므로
  시스템 유지보수를 줄이고 잦은 변화에 적극 대응하고자 하는 개념이다.
* 프로세스와 데이터를 분리하여 분석 및 설계를 진행하되 상관분석을 통해 상호 검증하여 약점을 해결한다.
분할과 정복 * 문제의 영역을 세분화해가면서 완성해가는 방식으로 Top-Down 방식을 적용한다.
* 문제영역 → 업무영역(BA) → 업무시스템(BS) → 구현시스템(IS)
공학적 접근 * Case Tool, 소스코드 자동 생성, 모듈화, 다이어그램 활용을 통해 초기단계를 중요하게 여기는 패러다임 형태이다.
사용자 참여 * 초기 단계부터 사용자의 적극적 참여와 피드백 반영을 통해 사용자의 불만을 최소화한다.

장·단점

[2]

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

구성요소

각주

  1. 1.0 1.1 정보공학 방법론이란〉, 《기억을 이기는 기록》
  2. 2.0 2.1 2.2 정보공학 방법론〉, 《Network 이야기》

참고자료


  검수요청.png검수요청.png 이 정보공학 개발방법론 문서는 프로그래밍에 관한 글로서 검토가 필요합니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 문서 내용을 검토·수정해 주세요.