📘

소프트웨어 개발 방법론

• 소프트웨어 개발 방법론의 개요
  • 소프트웨어 개발 생명주기에 소프트웨어 공학 원리를 적용한 것
  • 소프트웨어 개발 전 과정에 지속적으로 적용할 수 있는 방법, 절차, 기법등을 의미하며 시스템 개발 주기라고도 한다.
  • 소프트웨어 개발 과정을 정리하고 표준화하여 프로그래머 개인이 개발 과정에서의 일관성을 유지하고 효과적인 협업이 이뤄질 수 있도록 한다.
• 소프트웨어 개발 방법론의 목적
  • 소프트웨어 개발 생산성 향상, 소프트웨어 품질 향상, 효과적인 프로젝트 관리, 의사소통 수단 제공
• 구조적 방법론 (Structured Development Methodology)
  • 정형화된 분석 절차에 따라 사용자 요구사항을 파악하여 문서화하는 체게적인 방법론이다.
  • 요구사항 분석, 구조적 분석, 구조적 설계, 구조적 프로그래밍 단계로 구성
  • 쉽게 이해할 수 있고 검증할 수 있는 프로그램의 부호를 생성하는 것이 목적이다.
  • 1970년대까지 가장 많이 적용된 방법론이다.
  • 시스템 분석을 위해 데이터 흐름 다이어그램(Data Flow Diagram)이 주로 사용된다.
  • 시스템 설계를 위해 구조도(Structured Chart)가 주로 사용된다.
• 정보공학 방법론 (Information Engineering Methodology)
  • 정보 시스템 개발에 필요한 관리 절차와 작업 기법을 체계화한 방법론이다.
  • 정보 시스템에 공학적 기법을 적용하여 시스템을 계획, 분석, 설계, 구축하는 데이터 중심의 방법론이다.
  • 구조적 방법론의 거시적 관점 부재에서 등장하였다.
  • 자료에 중점을 두어 자료와 프로세스를 별개의 작업으로 병행 진행한 후 서로 간의 오류를 상관 분석하여 검증한다.
  • 정보 전략 계획(ISP) → 업무 영역 분석(BAA) → 업무 시스템 설계(BSD) → 시스템 구축(SC)
• 객체지향 방법론 (Object-oriented Engineering Methodology)
  • 분석, 설계, 개발 단계에 객체지향 기법을 활용하는 방법론이다.
  • 구조적 프로그래밍 기법의 한계와 소프트웨어 개발의 위기에서 등장하였다.
  • 요구분석, 설계, 구현, 테스트 및 검증단게로 구성된다.
  • 객체지향의 구성요소 : 객체(Object), 클래스(Class), 메세지(Message)이다.
  • 객체지향의 기본 원칙 : 캡슐화, 정보은닉, 추상화, 상속, 다형성
  • 시스템 분석을 위해 유스케이스 다이어그램이 주로 사용된다.
  • 시스템 설계를 위해 시퀀스 다이어그램이 주로 사용된다.
• 컴포넌트 개발론 (CBD : Component Based Development)
  • 재사용이 가능한 컴포넌트의 개발 또는 상용 컴포넌트들을 조합한다.
  • 애플리케이션 개발 생산성과 품질을 높이고 시스템 유지보수 비용을 최소화할 수 있다.
  • 정보 시스템의 신속한 구축, 변경, 확장의 용이성과 타 시스템과의 호환성을 달성하고자 하는 소프트웨어 공학 프로세스, 방법론 및 기술의 총체적 개념이다.
• CBD SW 개발 표준 산출물
  • 분석 : 사용자 요구사항 정의서, 유스케이스 명세서, 요구사항 추적표
  • 설계 : 클래스 명세서, 사용자 인터페이스 설계서, 아키 텍처 설계서, 총괄 시험 설게서 등
  • 구현(Implementation) : 프로그램 코드, 단위 시험 결과서 데이터베이스 테이블
  • 시험 : 통합 시험 결과서, 시스템 시험 결과서, 사용자 지침서, 운영자 지침서, 시스템 설치 결과서, 인수 시험 시나리오, 인수 시험 결과
• CBD 방법론의 특징
  • 개발 준비, 분석, 설계, 구현, 테스트, 전개, 인도 순으로 반복 점진적 개발 프로세스를 제공하고 시스템 설계를 위해 컴포넌트 설계서가 주로 사용된다.
  • 컴포넌트(Component)는 데이터베이스와 소프트웨어의 모듈 단위로, 재사용이 가능하다.
  • 시스템 분석을 위해 유스케이스 다이어그램이 주로 사용된다.
  • 개발 기간 단축으로 인한 생산성이 향상되며 새로운 기능 추가가 쉬워 확장성이 높다.
• 소프트웨어 재사용
  • 소프트웨어 개발의 품질과 생산성을 높이기 위한 방법으로, 이밀 개발되어 안정화된 소프트웨어의 전체 혹은 일부분을 다른 소프트웨어 개발이나 유지에 사용하는 것
  • 기존에 개발된 소프트웨어와 경험, 지식등을 새로운 소프트웨어에 적용한다.
  • 클래스, 객체 등의 소프트웨어 요소는 소프트웨어 재사용성을 크게 향상했다.
  • 소프트웨어 부품(모듈)의 크기가 작고 일반적인 설계일수록 재사용성이 높다.
  • 합성 중심 (Composition-Based) : 전자칩과 같은 소프트웨어 부품 즉 블록을 만들어서 끼워 맞춰 소프트웨어를 완성시키는 방법
  • 생성 중심 (Generation-Based) : 추상화 형태로 쓰여진 명세를 구체화하여 프로그램을 만드는 방법으로, 패턴 구성 방법이라고도 함

소프트웨어 개발 방법론 활용

• 소프트웨어 개발 생명주기 (SDLC : Software Development Life Cycle)
  • 소프트웨어 시스템의 개발, 가동, 운용, 유지보수, 파기의 전 공정을 체계화한 개념이다.
  • 소프트웨어 시스템의 개발부터 생애를 마치지기까지의 과정에 대한 작업 프로세스를 모델화한 것이다.
  • 단계별 주요 활동과 산출물을 표현함으로써 프로젝트의 관리를 쉽게 해준다.
  • 프로젝트의 비용 산정과 개발 계획을 수립할 수 있는 기본 골격이된다.
  • 종류 : 폭포수 모형, 프로토타입 모형, 나선형 모형, 애자일 모형등이 있다.
• 프로토타입 모형
  • 실제 개발될 소프트웨어에 대한 시제품을 만들어 최종 결과물을 예측하는 모형이다.
  • 요구 수집, 빠른 설계, 프로토타입 구축, 고객 평가, 프로토타입 조정, 구현의 단게를 통해 소프트웨어를 개발하는 모형이다.
  • 발주자나 개발자 모두에게 공동의 참조 모델을 제공한다.
  • 구축하고자 하는 시스템의 요구사항이 불명확한 경우 가장 적절하게 적용될 수 있다.
  • 사용자의 요구사항을 정확하게 파악하고 충실히 반영할 수있다.
  • 개발 단계 안에서 유지보수가 이루어지는 것으로 볼 수 있다.
• 폭포수 모형
  • 보헴이 제안한 고전적 생명주기 모형으로 선형 순차적 모형이라고도 한다.
  • 타당성 검토, 계획, 요구사항 분석, 구현, 테스트, 유지보수의 단계를 통해 소프트웨어를 개발하는 모형이다.
  • 순차적인 접근 방법을 이용하며, 단게적 정의와 산출물이 명확하다.
  • 각 단계의 결과가 확인되어야지만 다음 단계로 넘어간다.
  • 개발 중 발생한 요구사항은 반영하기 어렵다.
• 나선형 모형 (Spiral Model)
  • 보헴이 제시하였으며, 반복적인 작업을 수행하는 모형으로 점증적 모형, 집중적 모형이라고도 한다.
  • 완성도 높은 소프트웨어를 만들 수 있다.
  • 여러 번의 개발 과정을 거쳐 완벽한 최종 소프트웨어를 개발하는 점진적 모형이다.
  • 가장 큰 장점인 위험 분석 단게에서 기술과 관리의 위험 요소들을 하나씩 제거해 나감으로써 위험성 평가에 크게 의존하기 때문에 위험을 발견하지 못하면 문제가 발생한다.
  • 대규모 시스템의 소프트웨어 개발에 적합하다.
• 나선형 모형의 개발 단계
  1. 게획 수립 : 위험 요소와 타당성을 분석하여 프로젝트의 추진 여부를 결정한다.
  2. 위험 분석 : 개발 목적과 기능 선택, 제약 조건등을 결정하고 분석한다.
  3. 개발 및 검증 : 선택도니 기능을 수행하는 프로토타입을 개발한다.
  4. 고객 평가 : 개발된 프로토타입을 사용자가 확인하고 추가 및 수정된 요구사항이 있으면 이를 반영한 개선 프로토타입을 만든다.
• CPM (Critical Path Method)

  • 프로젝트 완성에 필요한 작업을 나열하고 작업에 필요한 소요 기간을 예측하는 기법이다.

  • 노드와 간선으로 구성되며, 노드는 작업을 표시하고 간선은 작업 사이의 전후 의존 관계를 나타낸다.

  • 박스 노드는 프로젝트의 중간 점검을 뜻하는 이정표로, 이 노드 위에 예상 완료 시간이 표시된다.

  • 위험 요소를 인식하고 영향을 분석하여 관리한다.

    

    • 여기서 가장 긴 것을 고른다.
• PERT (Progrma Evaluation and Review Technique)
  • 소요 시간 예측이 어려운 경우 최단 시간 내에 완성할 수 있게 하는 프로젝트 방법이다.
  • 계획 공정(Network)을 작성하여 분석하므로 간트도표에 비해 작업 계획을 수립하기 쉽다.
  • 게획 공정의 문제점을 명확히 종합적으로 파악할 수 있다.
  • 관계자 전원이 참가하게 되므로 의사소통이나 정보 교환이 용이하다.
  • 작업들 간의 상호 관련성, 결정 경로, 경계 시간, 자원 할당 등을 제시한다.
• WBS(Work Breakdown Structure)
  • 작업을 작은 단위의 작업으로 세분화하여 쉽게 관리하고 접근하기 쉽도록 하기위한 작업 분류 상세화 도구이다.