의견.png

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

위키원
이동: 둘러보기, 검색
잔글
85번째 줄: 85번째 줄:
 
* 경영전략, 관련조직, 업무자료 거시적 분석
 
* 경영전략, 관련조직, 업무자료 거시적 분석
 
* 현행시스템의 평가
 
* 현행시스템의 평가
 
  
 
2. 업무영역 분석단계(Business Area Analysis)
 
2. 업무영역 분석단계(Business Area Analysis)
101번째 줄: 100번째 줄:
 
4. 시스템 구축단계(Construction)
 
4. 시스템 구축단계(Construction)
 
확정된 설계명세서로부터 데이터베이스 생성기와 프로그램 코드 생성기를 이용해 데이터베이스와 실행 가능한 프로그램 코드를 생성한다. <ref>〈[http://blog.daum.net/bigdown/372 정보공학 개발방법론 구성단계]〉, 《기억을 이기는 기록》, 2018-04-19 </ref> <ref name ="개발방법론" />
 
확정된 설계명세서로부터 데이터베이스 생성기와 프로그램 코드 생성기를 이용해 데이터베이스와 실행 가능한 프로그램 코드를 생성한다. <ref>〈[http://blog.daum.net/bigdown/372 정보공학 개발방법론 구성단계]〉, 《기억을 이기는 기록》, 2018-04-19 </ref> <ref name ="개발방법론" />
 
 
 
  
 
{{각주}}  
 
{{각주}}  

2020년 8월 31일 (월) 16:28 판

소프트웨어 개발방법론(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 이용)

구조적 개발 방법론 장점

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

구조적 개발 방법론 단점

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

정보공학 개발 방법론

정보공학개발방법론은 비즈니스 시스템 규모 성장과 소프트웨어 공학 발전에 따라 1980년대 중반에 등장한 방법론으로 기업 전체 , 또는 기업의 주요부분을 계획 , 분석 , 설계 및 구축에 정형화된 기법들을 상호 연관성 있게 통합 , 적용하는 데이터 중심 방법론이다. [4] [2]

정보공학 방법론 절차

정보공학 개발 방법론 절차

1. 정보전략계획 수립단계(Information Strategy Planning) 기업의 경영전략을 뒷받침할 수 있는 정보화 전략을 수립하기 위해 현행 업무프로세스와 시스템을 분석하고 미래 아키텍처와 전략계획을 수립하게 된다.

  • 경영전략, 관련조직, 업무자료 거시적 분석
  • 현행시스템의 평가

2. 업무영역 분석단계(Business Area Analysis) 기업의 업무 현황을 분석해서 개념 수준의 데이터와 프로세스를 설계하는 업무분석 단계이다.

  • 데이터 모델링 : ERD
  • 프로세스 모델링 : 프로세스 계층도(PHD), 프로세스 의존도(PDD), 자료흐름도(DFD)

3. 시스템 설계단계(System Design) 실질적으로 시스템을 설계하는 단계로 우리가 많이 사용하고 있는 논리적 ER 다이어그램으로 데이터를 설계하고 분할 다이어그램, 액션 다이어그램, 의존 다이어그램을 사용해 프로세스를 설계한다.

  • BSD(Business System Design)
  • 업무절차 정의
  • Presentation 설계
  • 분산 설계

4. 시스템 구축단계(Construction) 확정된 설계명세서로부터 데이터베이스 생성기와 프로그램 코드 생성기를 이용해 데이터베이스와 실행 가능한 프로그램 코드를 생성한다. [5] [2]

각주

  1. 소프트웨어 개발 방법론〉, 《위키백과》
  2. 2.0 2.1 2.2 2.3 개발 방법론이란〉, 《깊고넓은지식창고》, 2018-11-19
  3. 3.0 3.1 3.2 구조적 방법론〉, 《유혁의 엉터리 개발》, 2019-06-07
  4. 정보공학 개발방법론〉, 《네트워크 이야기》, 2019-10-18
  5. 정보공학 개발방법론 구성단계〉, 《기억을 이기는 기록》, 2018-04-19

참고자료

같이 보기


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