I. 데이터 중심 개발 방법론, 정보공학 방법론의 개요
가.정보공학(Information Engineering)방법론의 정의
-기업, 전체, 또는 기업의 주요 부분을 계획, 분석, 설계 및 구축에 정형화된 기법들을 상호 연관성있게 통합, 적용하는 데이터 중심 방법론
-CASE를 사용하는데 적절한 방법론의 필요에 의해 탄생한 방법론으로 C.Finkelstein이 처음 사용하였고, 제임스 마팀에 의해 전파.
나.정보공학 방법론의 등장배경
-비즈니스 시스템의 성장과 소프트웨어공학(Software Engineering)의 발전에 따라 등장
과거의 소규모 프로그램 개발을 벗어나 기업의 시스템 즉 전사적인 차원의 대규모 시스템 구축을 위한 체계적인 절차가 필요
II. 정보공학 방법론의 구성 및 구성요소
가.정보공학방법론의 단계 구성도
1)정보전략계획(ISP) : 경영전략, 관련조직, 업무자료 거시적 분석, 현행시스템 평가
2)업무영역분석(BAA : Business Area Analysis)
-데이터 모델링(ERD), 프로세스 모델링(DFD)
3)업무 시스템설계(BSD : Business System Design)
-업무절차정의, Presentation 설계, 분산 설계
4)시스템구축(SC : System Construction)
-응용프로그램 작성
나.단계별 상세설명
1)ISP(Information Strategy Planning)
-전사적 기업모형(청사진)을 설계하는 단계로서 전략적인측면과 시스템적인측면의 측면의 모형을 설정
-전략적측면 : 조직의 목표, 주요성공요인등
-시스템적인측면 : 조직의 목표 달성을 위한 정보화계획, 절차, 정보기술 적용 등 주요산출물
|
단계 |
특징 |
|
경영전략 분석 |
기업의 내.외부 환경분석 및 기업비전,전략 도출 |
|
현행 업무 프로세스 분석 |
문제점 및 개선방안 도출 |
|
현 시스템 분석, 평가 |
현 시스템 문제점 도출 평가 후 개선방안 |
|
아키텍처 개발 |
후속작업 지원을 위해 프로세스,데이터 모델 개발 |
|
전략계획 |
프로젝트 정의 및 우선순위 부여 |
2)BAA단계
-ISP(정보전략계획)과정에서 수집된 정보를 이용하여 보다 세부적으로 확장
|
산출물 |
내 용 |
|
데이터 모델 다이어그램 |
ISP(정보전략계획)과정에서 만들어진 ERD를 상세하게 확장한 다이어그램 |
|
프로세스 분할 다이어그램 |
업무영역내의 기능들을 프로세스들로 분할하여 트리구조의 분할도를 만듬 |
|
프로세스 의존 다이어그램 |
서로간의 다른 프로세서들간의 의존관계를 나타냄 |
|
프로세스/데이터 매트릭스 |
프로세스와 데이터간에 일어나는 행위를 매트릭스로 보여줌. |
3)BSD 단계에서 사용하는 도구들
|
구 분 |
내 용 |
|
엔티티-관계 다이어그램 (Entity-Relation Diagram) |
ISP(정보전략계획)에서부터 시스템 구축까지 개발 전 과정에 걸쳐 사용하는 다이어그램으로 추상화된 데이터를 간의 함수적 관계를 그림으로 나타냄 |
|
분할 다이어그램 (Decomposition Diagram) |
정보공학 피라미드의 최상위 단계 즉, 전략수립 단계에서부터 하위단계로 진행해 나가면서 나타낸 기능분할도, 프로세스 분할도, 프로시저 분할도 등 |
|
액션 다이어그램 (Action Diagram) |
Case Tool을 사용해 분할다이어그램을 액션다이어그램으로 변환하며 향후 실행 가능한 코드로 전환됨. |
|
의존다이어그램 (Dependency Diagram) |
프로세스간의 우선순위를 나타낼 수 없는 분할 다이어그램의 약점을 보완한 다이어그램으로 프로세스 상호간의 연관을 나타냄 |
|
데이터 흐름도 (Data Flow Diagram) |
프로시저 의존도의 특별한 형태로 각 프로시저에서 사용되는 입출력 데이터의 흐름을 각 데이터의 입출력과 함께 그림으로 나타낸 것 |
|
결정 트리(Decision Tree) |
프로그램 로직의 분기점과 분기조건 및 결과를 기술하기 위함 |
|
대화구조(Dialogue Structure)의 표현 |
계층적인 메뉴 : 컴퓨터와 사용자간의 대화방식을 기술하기 위해 액션다이어그램을 사용 수평적인 대화 : 팝업 윈도우를 나타내기 위해서 수평적인 대화흐름도(Dialog Flow Diagram)를 사용 |
|
자료구조 다이어그램 (Data Structure Diagram) |
BAA(업무영역 분석) 단계에서 만들어진 데이터 모델을 해당 DBMS에 맞도록 Diagram을 생성(예 : RDB, HDB 등) |
4)기술설계 및 구축단계(BSD)
-데이터 사용 분석(Data Usage Analysis) : 트렌잭션의 발생량을 토대로 부하를 최적 분산하기 위해 응용 프로그램별 발생량을 액션다이어그램에 주석으로 표시하거나 ERD에서 각 경로에 대한 관계 비를 숫자로 표현함.
-물리적 데이터베이스 설계 : 데이터베이스 설계자가 시스템의 비용, 성능, 응답시간 등을 고려하여 복잡한 시스템이 서로 균형을 이루면서 동작할 수 있도록 최적의 해를 찾아 설계
-분산분석(Distribution Analysis) : 데이터와 프로세스를 여러곳의 서버에 분산시켜 부하를 평준화 시키기 위한 방법으로 지역, 프로세스, 데이터를 매트릭스로 구성하여 분석함
III.ISP와 EAP의 비교
|
구 분 |
ISP(information Strategy Planning) |
EAP(Enterprise Architecture Planning) |
|
수행목적 |
- 향후 구축할 시스템의 계획수립 - 업무파악을 통한 기업의 정보계획 수립 |
- 향후 전사적 자원관리의 전과정(프로젝트의 선정, 개발, 유지보수)에 활용 - 정보교환 내용 파악을 통한 아키텍쳐 개발 |
|
상세수준 |
개괄적 |
상세한 수준 |
|
도출과정 |
- 컨설턴트의 직관적 판단에 의존 - Business 전략 분석에 희한 구축전략에 의존적 |
- 모델링 기법 - 다양하고 객관적인 준거 자료에 의해 아키텍쳐를 구성함 |
|
활용 |
- 기술/환경 변화에 따른 수정이 어려움 - 일회성 활용 - 참조 모델 일부 사용 |
- 기업통합(EA) - EAMS, IT자산관리를 통한 정보공유 및 지속적인 관리(IT Management) - 일관되고 안정적인 비즈니스 모델 - 최근에 EA과정에서 부수적으로 ISP를 사용하기도 함 |
|
산출물 |
- To-Be 아키텍쳐 제공을 목표로 하기 때문에 준거 자료가 산출물에 포함되지 않음 - 아키텍쳐로 구체적인 산출물은 제공하지 않음 |
- EA비전 및 원칙, 프레임웍 - EA정보(현행 및 아키텍쳐) - 이행계획 - EA참조모델 - EAMS(Enterprise Architecture Management System) |
