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

구조적 개발방법론

위키원
이동: 둘러보기, 검색

구조적 개발방법론정형화된 분석 절차에 따라 사용자 요구 사항을 파악하여 문서화하는 체계적인 분석이론이다. [1]

개요[편집]

소프트웨어 모듈화의 활성화를 시작으로 기능적인 분할을 시도하여 Top down Programming 을 수행하는 개발방법이며 정형화된 절차 및 다이어그램 중심 도구를 이용해 사용자 요구사항 및 문서화를 기반으로 소프트웨어를 개발하는 방법론이다.[2]

역사[편집]

구조적 방법론은 1960년대 말 'GO TO 논쟁'으로 촉발되어 1970년 초반 구조적 프로그래밍 기법을 도입하면서 시작되었다. 소프트웨어의 개발 생산성 및 품질향상을 위해서는 프로그래밍 이전 단계의 중요성에 대한 인식이 확산되면서 1970년대 중반의 구조적 설계와 더 나아가 1970년대 후반의 구조적 분석방법으로 발전하게 되었다. 구조적 설계방법은 다시 기능 중심의 설계방법과 자료중심의 설계방법으로 구분되기도 한다. 구조적 방법론은 크고 복잡한 문제를 작고 단순한 문제로 나누어서 해결하는 하향식 개발방식과 단순한 모형(Model)의 사용으로 개발자와 사용자 모두 학습이 용이하다는 장점을 가지고 있다. 하지만 이와 같은 단순한 모형의 사용이라는 장점으로 인해 개발단계 사이에 모형의 완전성 및 일관성을 유지시키기 어려운 단점도 함께 내포하고 있다. 1980년대 중반 이후에도 현행 및 신규 시스템의 물리적 모형과 논리적 모형 사이의 자연스러운 변환 방법을 제시한 McMenamin 방법론과 실시간(Real-Time) 시스템의 개발 수요에 대하여 실시간 개념을 반영한 Ward & Mellor 방법론 및 이들 개념을 하나로 정리한 Yourdon의 새로운 방법론이 제안되기도 하였다. [3]

구조적 방법론[편집]

구조, 흐름, 간결, 간단 이 구조적 개발방법의 특징이다. 요구사항 분석 → 구조적 분석 → 구조적 설계 → 구조적 프로그래밍의 순서로 이루어져 있다.[2]

소프트웨어 개발방법론의 종류

구조적 방법론 특징[편집]

  1. 모듈의 분할과 정복 (Divide & 의 의한 하향식 (Top Down) 설계방식
  2. 연속 ( Sequence), 조건 (if then else), 반복 (Repetition) 구조로 모든 로직을 처리
  3. 정형화된 분석 절차에 따라 요구사항을 파악하고 도형중심의 다이어 그램을 이용하여 문서화


[2]

구조적 방법론 기본 개발 과정
과정 설명
요구사항 분석 고객이 원하는 요구사항을 끌어내 명세화 하는 것.
구조적 분석 고객이 원하는 기능/시스템환경/데이터를 종합하여 데이터 흐름도(Data Flow Diagram) 작성
구조적 설계 모듈 중심 설계 단계, 목적 : 재활용, 결합도를 낮춰 독립성을 높임
구조적 프로그래밍 순차, 선택, 반복의 논리 구조 구성으로 프로그램 복잡성 최소화

[2]

구성요소
종류 내용
데이터흐름도 DFD(Data Flow Diagram) 각 기능을 분할하여 표현한 구조도
자료사전 DD(Data Dictionary) * 자료나 의미나 자료의 단위 및 값에 대한 사항을 정의하는 도구
* DFD에 표현된 자료 저장소를 구체적으로 명시하기 위해 사용
상태전이도 STD(State Transition Diagram) 보통 어떤 상태에서 다른 상태로 변경되는 과정 및 해당 과정의 프로세스 명세
소단위명세 Minispec(Mini Specification) 쪼갤 수 없을 정도 까지의 기능으로 분리 후 명세(구조 언어 사용하거나 N-S Chart 이용)

구조적 개발 방법론 장점[편집]

  • 정형화/체계화 : 명확한 요구사항을 추출하여 설계에 반영 가능
  • 모듈화 : 효율적인 재사용 및 유지보수 가능

구조적 개발 방법론 단점[편집]

  • 거시적 관점 인식 부족 : 방법론에 대한 다양한 시도를 하고 있지 않다는 뜻으로 프로젝트에서만 사용하는 추세
  • 실제 사례 자료 부족으로 데이터 모델링 방법과 명확한 방법론적 지침이 미흡함
  • 유지보수성 및 재사용성이 낮기 때문에 기능이 불완전하고 자주 변한다.

구성도[편집]

도형 중심의 다이어그램을 활용하여 분석 및 설계작업을 수행하는 Top Down 방식[1]

구족 개발 방법론 개념도

구조적 방법론의 한계[편집]

  1. 기업 전반의 거시관점 부족 , 단위 프로젝트 위주의 접근
  2. 설계와 개발위주관점 , 데이터 모델링 방법이 미흡
  3. 명확한 방법론적인 지침이 미흡
  4. 프로젝트 관리 , 조직 , 인력에 대한 고려가 미흡[1]

각주[편집]

  1. 1.0 1.1 1.2 고미, 〈구조적 방법론 (Structured Development Methodology)〉, 《네이버 블로그》, 2019-10-18
  2. 2.0 2.1 2.2 2.3 류혁,〈구조적 방법론〉, 《티스토리》, 2019-06-07
  3. 후루꾸, 〈CBD(Component Based Development) 〉, 《다음 블로그》, 2018-04-19

참고자료[편집]

같이 보기[편집]

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