I. 기업정보시스템 개발을 위한 정보공학 방법론 개요
-. 개별 소프트웨어가 아닌 기업에서 사용하는 업무 시스템 구축에 목표를 두어 기업이 전략적 경쟁우위를 확보할 수 있도록 데이터 중심 분석과 설계 관점의 개발방법론
-. 기업 전체 또는 기업의 주요 부문을 대상으로 정보시스템의 계획수립, 분석, 설계 및 구축에 이르는 기법들의 상호 연관된 집합을 적용하는 데이터 중심의 방법론
특징: 기업중심, ISP 중심, 데이터 중심, 분할과 정복, 공학적 접근, 사용자 참여
특징 | 설명 |
기업중심 | 적용대상이 기업의 비즈니스 시스템 기업의 전략 경영을 지원하기 위해 SIS(Strategic Information System)에 초점 |
ISP 중심 | 계획 단계에 수행되는 활동으로 경영층의 요구와 견해를 시스템에 반영 기업의 경쟁우위를 달성하기 위한 정보화 전략 계획이 중요한 역할 수행 |
데이터 중심 | 자주 변동되는 업무 프로세스와 달리 데이터는 잘 변하지 않기 때문에 시스템 유지보수를 줄이고 잦은 변화에 적극 대응하고자 하는 접근 프로세스와 데이터를 분리하여 분석 및 설계를 진행하되 상관분석을 통해 상호검증(CRUD 매트릭스) |
분할과 정복 | 프로젝트 관리 가능 단위로 문제의 영역을 세분화해가면서 완성해가는 방식으로 Top-Down 방식 적용 |
공학적 접근 | Case Took 소스코드 자동생성, 모듈화, 다이어그램 사용 분석, 설계 등 초기단계에서 철저하게 작업 후 후속단계에서는 소스코드를 자동으로 생성하는 방식을 활용 |
사용자 참여 | 초기 단게부터 사용자의 적극적 참여와 피드백 반영 |
II. 정보공학 방법론 프로세스 및 단계별 개요
가. 정보공학 방법론의 프로세스
나. 정보공학 방법론 단계별 업무
단계 | 개요 | 설명 |
ISP | 개념 | 조직 또는 기업의 비즈니스 목표를 달성하기 위해 어떻게 효과적으로 정보기술을 연계하고 적용할 것인가 전략을 수립하고 해결책을 찾아 실행계획을 수립해 나가는 일련의 과정 |
산출물 | 경영전략 분석, 정보체계도, 기술체계도, 정보시스템 전략계획 | |
BAA | 개념 | 정보전략계획(ISP) 단계의 산출물인 정보체계도(Information Architecture)를 업무 영역 단위로 인계 받아 상세 업무 논리를 규명하는 과정을 통해 업무 영역 모델을 발전시켜 업무 시스템설계(BSD) 단계의 기초를 제공하는 과정 |
산출물 | 데이터 모델 다이어그랩, 프로세스 분할 다이어그램, 프로세스/데이터 매트릭스 | |
BSD | 개념 | 데이터 상세 설계 및 데이터 처리 시스템과 데이터의 직접 연결, 하드웨어와 소프트웨어의 관계 등을 나타내 어떻게 작업이 수행되는지 설계하는 단계 |
산출물 | ER 다이어그램, Activity 다이어그램, 기능 분할도, 데이터 흐름도, 자료 구조 등 | |
SC | 개념 | 이전 단계에서 정의한 산출물을 기반으로 CASE 도구 및 4 세대 언어를 활용, 개발하여 자동화하기 위한 코드를 생성하는 단계 |
산출물 | 응용 프로그램, 테스트 결과서 등. |
III.기술 설계 및 구축단계(SC, System Construction)
-. 이전 단계에서 정의한 산출물을 기반으로 CASE 도구 및 4 세대 언어를 활용, 개발하여 자동화하기 위한 코드를 생성하는 단계
-. 실제적인 데이터베이스와 산정된 하드웨어, 소프트웨어 도구를 이용하여 응용 프로그램을 개발
주요 활동 | 설명 |
데이터 사용분석 | 시스템 부하를 최적으로 분산하기 위한 기초 정보 분석 |
물리적 데이터베이스 설계 | 시스템의 비용, 선능, 응답시간을 고려 최적의 해를 찾아 설계 |
분산분석 | 데이터와 프로세스를 여러 서버에 분산시켜 부하를 평준화시키기 위한 방법으로 지역, 프로세스, 데이터를 매트릭으로 구성 후 분석 |
IV. 정보공학 방법론의 문제점
-. 구조적 방법의 SLDC 인 폭포수 모델을 그대로 사용
-. CASE 도구의 이용 및 활용의 어려움
-. 중소 규모의 프로젝트 적용이 어렵고 복잡한 논리, 프로젝트 관리가 어려움
V. 구조직 방법론과 정보공학 방법론의 비교
구분 | 구조적 방법론 | 정보공학 방법론 |
ISP | 없음 | 정보체계, 데이터 모델, 업무 기능 모델 통합 시스템 지향, 전략적 활동 모색 |
업무분석 | 기능분할, Data Flow 분석 프로세스 명세화(프로세스 중심) |
데이터 모델, 기능 분할, Dependency 분석 프로세스 명세화(데이터 중심) |
시스템설계 | 프로세스모델, 사용자모델, 인터페이스 설계, 데이터베이스 모델 설계 | 이벤트 설계, 패키징 대화 설계 기술 설계, 데이터 베이스 설계 데이터 구조 설계 |
구축 | 절차적 프로그래밍, 코드 작성 | 코드 생성, CASE Tool의 활용 |
유지보수 | 코드 작성 후 다이어그램 수정 | 다이어그램 수정 후 코드 생성 |
장점 | 이해가 용이하고 프로세스 중심의 개발이라 요구사항이 명확한 경우 효율적 | 명확한 데이터 관점의 정규화 산출물이 단계별로 명확하여 대규모 프로젝트에 적합 |
단점 | 비즈니스와 같은 거시적 관점 부족 데이터와 프로세스가 별도 대규모 시스템 프로젝트에 부적합 |
전형적인 아키텍처 고려 못 함 웹 환경에 적용 어려움 분산환경, 컴포넌트 실행 환경 지원 어려움 |
'2. 소프트웨어 공학 > 소프트웨어개발방법론' 카테고리의 다른 글
사업타당성 평가 (0) | 2022.10.13 |
---|---|
요구사항관리 (1) | 2022.10.13 |
Agile방법론 (0) | 2022.10.13 |
SCRUM (0) | 2022.07.23 |
소프트웨어 재사용 (0) | 2022.07.19 |