의견.png

"소프트웨어 개발방법론"의 두 판 사이의 차이

해시넷
이동: 둘러보기, 검색
25번째 줄: 25번째 줄:
 
구조, 흐름, 간결, 간단 이 구조적 개발방법의 특징이다. 요구사항 분석 → 구조적 분석 → 구조적 설계 → 구조적 프로그래밍의 순서로 이루어져 있다.<ref name="구조적방법론">〈[https://yoo-hyeok.tistory.com/103 구조적 방법론]〉, 《유혁의 엉터리 개발》, 2019-06-07 </ref>
 
구조, 흐름, 간결, 간단 이 구조적 개발방법의 특징이다. 요구사항 분석 → 구조적 분석 → 구조적 설계 → 구조적 프로그래밍의 순서로 이루어져 있다.<ref name="구조적방법론">〈[https://yoo-hyeok.tistory.com/103 구조적 방법론]〉, 《유혁의 엉터리 개발》, 2019-06-07 </ref>
  
[[파일:구조적방법론.png|700픽셀|가운데|섬네일|소프트웨어 개발 방법론의 종류]]
+
[[파일:구조적방법론.png|500픽셀|가운데|섬네일|소프트웨어 개발 방법론의 종류]]
  
:{|class=wikitable  width=750 style="background-color:#ffffee" table style="margin-left: auto; margin-right: auto;"
 
  
 +
 +
 +
=== 구조적 방법론 특징 ===
 +
<ref name="구조적방법론" />
 +
:{|class=wikitable  width=750 style="background-color:#ffffee"
 
|+ 구조적 방법론 기본 개발 과정
 
|+ 구조적 방법론 기본 개발 과정
 
!align=center style="background-color:#ffeecc"|과정
 
!align=center style="background-color:#ffeecc"|과정
45번째 줄: 49번째 줄:
 
|align=center| 순차, 선택, 반복의 논리 구조 구성으로 프로그램 복잡성 최소화
 
|align=center| 순차, 선택, 반복의 논리 구조 구성으로 프로그램 복잡성 최소화
 
|}
 
|}
=== 구조적 방법론 특징 ===
+
 
 +
<ref name="구조적방법론" />
 +
:{|class=wikitable  width=850 style="background-color:#ffffee"
 +
|+ 구성요소
 +
!align=center style="background-color:#ffeecc"|종류
 +
!align=center style="background-color:#ffeecc"|내용
 +
|-
 +
|align=center| 데이터흐름도 DFD(Data Flow Diagram)
 +
| 각 기능을 분할하여 표현한 구조도
 +
|-
 +
|align=center| 자료사전 DD(Data Dictionary)
 +
|'''*''' 자료나 의미나 자료의 단위 및 값에 대한 사항을 정의하는 도구 <br> '''*''' DFD에 표현된 자료 저장소를 구체적으로 명시하기 위해 사용
 +
|-
 +
|align=center| 상태전이도 STD(State Transition Diagram)
 +
| 보통 어떤 상태에서 다른 상태로 변경되는 과정 및 해당 과정의 프로세스 명세
 +
|-
 +
|align=center| 소단위명세 Minispec(Mini Specification)
 +
|align=center| 쪼갤 수 없을 정도 까지의 기능으로 분리 후 명세(구조 언어 사용하거나 N-S Chart 이용)
 +
|}
 +
 
 +
=== 구조적 개발 방법론 장점  ===
 +
* 정형화/체계화 : 명확한 요구사항을 추출하여 설계에 반영 가능
 +
* 모듈화 : 효율적인 재사용 및 유지보수 가능
 +
 
 +
=== 구조적 개발 방법론 단점  ===
 +
* 거시적 관점 인식 부족 : 방법론에 대한 다양한 시도를 하고 있지 않다는 뜻으로 프로젝트에서만 사용하는 추세
 +
* 실제 사례 자료 부족으로 데이터 모델링 방법과 명확한 방법론적 지침이 미흡함
 +
* 유지보수성 및 재사용성이 낮기 때문에 기능이 불완전하고 자주 변한다.
 +
 
 +
== 정보공학 개발 방법론 ==
  
  
53번째 줄: 86번째 줄:
 
== 참고자료 ==
 
== 참고자료 ==
 
* 개발방법론,〈[https://ko.wikipedia.org/wiki/%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4_%EA%B0%9C%EB%B0%9C_%EB%B0%A9%EB%B2%95%EB%A1%A0 소프트웨어 개발 방법론]〉, 《위키백과》
 
* 개발방법론,〈[https://ko.wikipedia.org/wiki/%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4_%EA%B0%9C%EB%B0%9C_%EB%B0%A9%EB%B2%95%EB%A1%A0 소프트웨어 개발 방법론]〉, 《위키백과》
*
+
* 개발방법론이란〈[https://multicore-it.com/46 개발 방법론이란]〉, 《깊고넓은지식창고》, 2018-11-19
 +
* 구조적방법론 〈[https://yoo-hyeok.tistory.com/103 구조적 방법론]〉, 《유혁의 엉터리 개발》, 2019-06-07
  
 
== 같이 보기 ==
 
== 같이 보기 ==

2020년 8월 24일 (월) 16:46 판

소프트웨어 개발 방법론(SDM)이란 Software Development Methodology의 약자로서, 소프트웨어를 개발하는 방법에 대한 이론으로 과정절차, 방법, 산출물, 기법, 도구들을 체계적으로 정리하고 표준화시킨 것이다. [1]

개요

소프트웨어 개발 방법론은 소프트웨어를 어떻게 만들지에 대해 관심을 가진다. 따라서 개발 방법론에는 단계별 산출물뿐만 아니라 산출물은 누가 어떤 순서로 어떻게 만들어야 하는지 그리고 어떤 도구를 사용해야 하는지 구체적으로 정의한다.[2]

소프트웨어 개발 방법론의 구성

역사

  • 1969년까지 구조적 프로그래밍이 주로 쓰였다.
  • 1980년대 구조적 시스템 분석과 설계 방법론이 쓰였다.
  • 1990년대 객체 지향 프로그래밍이 1960년대부터 개발되어, 1990년대 중반에 주류 개발 방법론이 된다.
  • 고속 개발 방법론이 1991년부터 쓰인다.
  • 스크럼이 1990년 후반부터 쓰인다.
  • SEI의 와츠 험프리가 팀 소프트웨어 프로세스를 개발한다.
  • 2000년대 익스트림 프로그래밍이 1999년부터 쓰인다.
  • 래셔널 통합 프로세스 (RUP)가 1998년부터 쓰인다.
  • 스콧 앰블러가 2005년에 애자일 통합 프로세스 (AUP)를 시작한다.


종류

소프트웨어의 개발 방법론은 크게 정보공학 방법론, 객체지향 방법론, CBD방법론, 애자일 방법론으로 나눌수 있다. 4가지 방법론의 단점을 보완하거나 각각의 방법론의 장점을 따온 개발론도 있다.[2]

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

구조적 방법론

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

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



구조적 방법론 특징

[3]

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

[3]

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

구조적 개발 방법론 장점

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

구조적 개발 방법론 단점

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

정보공학 개발 방법론

각주

  1. 소프트웨어 개발 방법론〉, 《위키백과》
  2. 2.0 2.1 개발 방법론이란〉, 《깊고넓은지식창고》, 2018-11-19
  3. 3.0 3.1 3.2 구조적 방법론〉, 《유혁의 엉터리 개발》, 2019-06-07


참고자료

같이 보기


  의견.png 이 소프트웨어 개발방법론 문서는 프로그래밍에 관한 토막글입니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 이 문서의 내용을 채워주세요.