[Site Map]  [소프트웨어목차]

 

연관토픽

  1. [상위] 소프트웨어 개발방법론

 

개념

  • 개별 소프트웨어가 아닌 기업에서 사용하는 업무 시스템 구축에 목표를 두어 기업이 전략적 경쟁우위를 확보할 수 있도록 데이터 중심 분석과 설계 관점의 개발 방법론
  • 기업 전체 또는 기업의 주요 부문을 대상으로 정보시스템의 계획수립, 분석, 설계 및 구축에 이르는 기법들의 상호 연관된 집합을 적용하는 데이터 중심의 방법론

 

 

 

특징

특징 상세설명
기업 중심 적용대상이 기업의 비즈니스 시스템 
기업의 전략경영을 지원하기 위해SIS(Strategic Information System)에 초점 
ISP 중심 계획 단계에 수행되는 활동으로 경영층의 요구와 견해를 시스템에 반영 
기업의 경쟁우위를 달성하기 위한 정보화 전략 계획이 중요한 역할 수행 
데이터 중심 자주 변동되는 업무 프로세스와 달리 데이터는 잘 변하지 않기 때문에 시스템 유지보수를 줄이고 잦은 변화에 적극 대응하고자 하는 접근
프로세스와 데이터를 분리하여 분석 및 설계를 진행하되 상관분석을 통해 상호 검증(CRUD매트릭스)
분할과 정복 프로젝트 관리 가능 단위로 문제의 영역을 세분화해가면서 완성해가는 방식으로 Top-Down 방식 적용) 
공학적 접근 Case Tool, 소스코드 자동 생성, 모듈화, 다이어그램 사용
분석, 설계 등 초기단계에서 철저하게 작업 후 후속 단계에서는 소스코드를 자동으로 생성하는 방식을 활용
사용자 참여 초기 단계부터 사용자의 적극적 참여와 피드백 반영 

 

 

 

 

정보공학 방법론 프로세스

 

기술설계 및 구축단계(SC, System Construction)

  • 이전 단계에서 정의한 산출물을 기반으로CASE 도구 및4세대 언어를 활용, 개발하여 자동화하기 위한 코드를 생성하는 단계
  • 실제적인 데이터베이스와 선정된 하드웨어, 소프트웨어 도구를 이용하여 응용 프로그램을 개발
주요활동 설명
데이터 사용분석 시스템 부하를 최적으로 분산하기 위한 기초 정보 분석
물리적 데이터베이스 설계 시스템의 비용, 성능, 응답 시간을 고려 최적의 해를 찾아 설계
분산 분석 데이터와 프로세스를 여러 서버에 분산시켜 부하를 평준화시키기 위한 방법으로 지역, 프로세스, 데이터를 매트릭으로 구성 후 분석

 

 

 

 

정보공학 방법론의 문제점

  • 구조적 방법의SDLC인 폭포수 모델을 그대로 사용
  • CASE 도구의 이용 및 활용의 어려움
  • 중소 규모의 프로젝트 적용이 어렵고 복잡한 논리, 프로젝트 관리가 어려움

 

 

 

 

구조적 방법론과 정보공학 방법론의 비교

구분 구조적 방법론 정보공학 방법론
ISP 없음 정보체계, 데이터 모델, 업무 기능 모델
통합 시스템 지향, 전략적 활동 모색
업무분석 기능분할, Data Flow 분석
프로세스 명세화(프로세스 중심) 
데이터 모델, 기능 분할, Dependency 분석
프로세스 명세화(데이터 중심)
시스템설계 프로세스모델, 사용자모델, 인터페이스 설계, 데이터베이스 모델 설계 이벤트 설계, 패키징 대화 설계
기술 설계, 데이터 베이스 설계
데이터 구조 설계
구축 절차적 프로그래밍, 코드 작성 코드 생성, CASE Tool의 활용
유지보수 코드 작성 후 다이어그램 수정 다이어그램 수정 후 코드 생성
장점 이해가 용이하고 프로세스 중심의 개발이라 요구사항이 명확한 경우 효율적 명확한 데이터 관점의 정규화 산출물이 단계별로 명확하여 대규모 프로젝트에 적합
단점 비즈니스와 같은 거시적 관점 부족
데이터와 프로세스가 별도
대규모 시스템 프로젝트에 부적합
전형적인 아키텍처 고려 못 함
웹 환경에 적용 어려움
분산환경, 컴포넌트 실행 환경 지원 어려움

 

 

 

모범답안

  1. [답안] 정보공학 방법론(1교시)

 

+ Recent posts