SW개발방법론선정

1. 소프트웨어 생명주기 모델

• 소프트웨어를 어떻게 개발할 것인가에 대한 추상적 표현으로 순차적 또는 병렬적 단계로 나눈 것
• 소프트웨어 개발 생명주기
  • 타당성검토 -> 분석 -> 설계 -> 개발 -> 테스트 -> 운영 -> 유지보수 -> 폐기
• 소프트웨어 생명주기 모델 종류
  • 폭포수 모델
  • 프로토타입 모델
  • 나선형 모델
  • 애자일 모델

2. 소프트웨어 개발 방법론

• 소프트웨어 개발, 유지보수 등에 필요한 여러 가지 일들의 수행 방법과 이러한 일들을 효율적으로 수행하려는 과정에서 필요한 각종 기법 및 도구를 체계적으로 정리하여 표준화한 것
• 개발 방법론의 종류
  • 구조적 방법론
  • 정보공학 방법론
  • 객체지향 방법론
  • 컴포넌트 기반 방법론
  • 애자일 방법론
  • 제품 계열 방법론

3. 요구공학 방법론

• 요구사항의 지속적인 중요성 증대와 채계적인 관리의 필요성이 대두되어 시스템의 요구사항을 정의하고, 문서화하고, 관리하는 프로세스
• 요구공학 프로세스
  • 도출
  • 분석
  • 명세
  • 확인/검증

4. 비용산정 모델

• 소프트웨어의 개발 규모를 소요되는 인원, 자원, 기간 등으로 확인하여 실행 가능한 계획을 수립하기 위해 필요한 비용을 예측하는 과학적이고 합리적인 활동
• 산정기법 종류
  • 하향식 산정기법
    • 전문가 감정 기법
    • 델파이 기법
  • 상향식 산정기법
    • LOC 기법
    • Effort Per Task 기법
  • 수학적 산정기법
    • COCOMO 모형
    • Putnam 모형
    • FP 모형

SW개발방법론선정

소프트웨어 비용 산정의 개념

• 소프트웨어의 개발 규모를 소요되는 인원, 자원, 기간 등으로 확인하여 실행 가능한 계획을 수립하기 위해 필요한 비용을 예측하는 과학적이고 합리적인 활동
• 비용산정을 통해 발주자는 소프트웨어의 합리적인 가격을 확인할 수 있고 개발자는 개발에 필요한 정당한 비용 요구 가능
• 산정기법 종류
  • 하향식 산정기법
  • 상향식 산정기법

소프트웨어 비용 결정 요소

• 프로젝트 요소
  • 제품 복잡도
  • 시스템 크기
  • 요구되는 신뢰도
    • 일정기간 내 주어진 조건하에서 프로그램이 필요한 기능을 수행하는 척도
• 자원 요소
  • 인적자원
  • 하드웨어 / 소프트웨어 자원
• 생산성 요소
  • 개발자 능력
    • 개발자 전문지식과 경험, 이해도, 창의력
  • 개발 기간

산정기법의 종류

1. 하향식 산정기법

• 과거의 유사 경험을 바탕으로 회의를 통해 산정하는 비과학적인 기법
• 종류
  • 전문가 감정 기법
    • 조직 내 경험이 있는 2명 이상의 전문가에게 비용 산정을 의뢰하는 산정기법으로 개인적이고 주관적
  • 델파이 기법
    • 전문가들의 편견이나 분위기에 지배되지 않도록 한 명의 조정자와 여러 전문가의 의견을 종합하여 비용을 산정

2. 상향식 산정기법

• 세부적인 작업 단위별로 비용을 산정한 후 합산
• LOC 기법 : Line Of Code
  • 각 기능의 원시 코드 라인 수의 비관치, 낙관치, 기대치를 측정하여 예측치 구함
  • 공식
    • 노력 = 개발기간 x 투입인원
      = LOC/1인당 월평균 코드 라인 수
    • 개발 비용 = 노력 x 1인당 월평균 인건비
    • 생산성 = LOC/노력
• Effort Per Task 기법
  • 각 기능을 구현시키는데 필요한 노력을 생명 주기의 각 단계별로 선정하며, LOC보다 더 정확함

3. 수학식 산정기법

• 경험적 추정 기법 또는 실험적 추정 기법, 개발 비용 산정의 자동화가 목표
• 비용을 자동으로 산정하기 위해서 사용되는 공식은 과거 유사한 프로젝트를 기반으로 경험적으로 유도된 것
• 수학적 산정기법 종류
  • COCOMO 모형
  • Putnam 모형
  • 기능 점수 FP : Function Point

1. COCOMO; COnstructive COst MOdel 모형

• 보헴이 제안한 것으로 원시 프로그램의 규모인 LOC(원시 코드 라인수)에 의한 비용 산정 기법
• 규모와, 소프트웨어 종류에 따라 조직형, 반분리형, 내장형으로 분류
  • Organic Model 조직형
    • 5만라인의 소프트웨어로 사무처리용, 업무용, 과학용 응용 소프트웨어에 적합
    • 노력(MM) = 2.4 X (KDSI)^1.05
    • 개발기간(TDEV) = 2.5 X (MM)^0.38
  • Semi-Detached Model 반분리형
    • 조직형과 내장형의 중간형
    • 트랜잭션 처리시스템, 운영체제, DBMS등 30만 라인 이하에 적합
  • Embedded Model 내장형
    • 초대형 규모로 30만 라인 이상
    • MM = 3.6 X (KDSI)^1.20
    • TDEV = 2.5 X (MM)^0.32
  • KSDI : Kilo Delivered Source Intruction
    • 전체 라인수를 1,000 단위로 묶은 것

2. Putnam 모형

• 소프트웨어 생명 주기의 전 과정 동안에 사용될 노력의 분포를 가정해주는 모형
• 시간에 따른 함수로 표현되는 Rayleigh-Norden 곡선의 노력 분포도를 기초로함
• 
• 대형 프로젝트의 노력 분포 산정에 이용되는 기법
• 개발 기간이 늘어날수록 프로젝트 적용 인원의 노력이 감소함
• 

3. 기능 점수 FP 모형

• 알브레히트가 제안한 것으로, 소프트웨어 기능을 증대 시키는 요인(입력, 출력, 질의, 파일, 인터페이스의 개수)별로 단순, 보통, 복잡 가중치 부여
• 요인별 가중치를 합산하여 총 기능 점수를 산출하며 총 기능 점수와 영향도를 이용하여 기능 점수를 구한 후 이를 이용해서 비용을 산정하는 기법
• 기능점수 = 총 기능 점수 x [0.65 + (0.1 x 총 영향도)]

자동화 추정 도구

• 비용 산정의 자동화를 위해 개발된 도구로는 SLIM 과 ESTIMACS가 있음
• SLIM
  • Payleigh-Norden 곡선과 Putnam 예측 모델을 기초로 하여 개발된 자동화 추정 도구
• ESTIMACS
  • 다양한 프로젝트와 개인별 요소를 수용하도록 FP모형을 기초로 하여 개발된 자옹화 추정 도구

SW개발방법론선정

요구공학의 개념

• 시스템의 요구사항을 정의하고, 문서화하고, 관리하는 프로세스
• 요구사항의 지속적인 중요성 증대
• 요구사항에 관한 체계적인 관리의 필요성 대두

요구공학의 목적

• 이해관계자 사이에 효과적인 의사소통 수단을 제공하고 요구사항에 대한 공통 이해를 설정
• 요구사항 손실 방지 및 에러 감지로 불필요한 비용을 절감하고 요구사항 변경 추적을 가능하게 함

요구공학 프로세스

• 기능은 없음

1. Requirement Elicitation 요구사항 도출

• 소프트웨어 가 해결해야할 문제를 이해하고 요구사항이 어디에 있고, 어떻게 수집할 것인가와 관련
• 활용기법
  • 인터뷰
  • 시나리오
  • 작업분석
  • BRP : Business Process Reengineering
  • RFP : Request for Proposla
  • 벤치마킹

2. Requirement Aanlysis 요구사항 분석

• 요구사항들 간의 상충을 해결하고, 소프트웨어의 범위를 파악하면 소프트웨어가 환경과 어떻게 상호작용하는지 이해
• 활용기법
  • 구조적 분석
    • DFD : Data Flow Diagram
    • Data Dictionary
    • ERD : Entity Relationship Diagram
  • Use Case 기반 분석
    • UML
    • 모델링

3. Requirement Specification 요구사항 명세

• 체계적으로 검토, 평가, 승인될 수 있는 문서 작성
• 시스템 정의, 시스템 요구사항, 소프트웨어 요구사항 작성
• 활용기법
  • ER 모델링
  • FSM : Finite State Machine, 유한 상태 기계
  • SADT : Structered Analysis and Design Technique, 구조화 해석 설계 기법

4. Validation/Verification 요구사항 확인/검증

• 분석가가 요구사항을 이해 했는지 확인(Validation)
• 요구사항 문서가 일관성 있고 완전한지 검증(Verification)
  • 베이스라인으로 설정하는 활동
• 이해관계자들이 문서 검토 및 형상 관리 수행
• 리소스가 요구사항에 할당되기 전에 문제 파악을 위한 검증 수행
• 활용기법
  • 검토
  • 프로토타이핑
  • 모델 검증
  • 인수테스트

SW개발방법론선정

소프트웨어 개발 방법론의 개념

• 소프트웨어 개발, 유지보수 등에 필요한 여러 가지 일들의 수행 방법과 이러한 일들을 효율적으로 수행하려는 과정에서 필요한 각종 기법 및 도구를 체계적으로 정리하여 표준화한 것
• 소프트웨어 개발 방법론의 목적은 소프트웨어 생산성과 품질 향상
• 개발 방법론의 종류
  • 구조적 방법론
  • 정보공학 방법론
  • 객체지향 방법론
  • 컴포넌트 기반 방법론
  • 애자일 방법론
  • 제품 계열 방법론

1. 구조적 방법론

• 폭포수 모델과 같이 정형화된 분석 절차에 따라 사용자 요구사항을 파악하여 문서화하는 체계적인 분석 이론
• 프로그램 로직 중심의 방법론
• 쉬운 이해 및 검증 가능한 프로그램 코드 생성이 목적

2. 정보공학 방법론

• 정보시스템 개발에 필요한 관리절차와 작업기법을 체계화한 방법론
• 자료(Data) 중심의 방법론
• 대규모 정보시스템을 구축하는데 적합

3. 객체지향 방법론

• 현실 세계의 개체를 기계의 부품처럼 하나의 객체로 만들어, 객체들을 조립해서 필요한 소프트웨어를 구현하는 방법론
• 설계 시 자료와 자료에 가해지는 프로세서를 묶어 정의하고 관계를 규명
• 객체지향 방법론의 구성 요소에는 클래스, 객체, 메시지
• 특징
  • 캡슐화
  • 정보은닉
  • 추상화
  • 상속성
  • 다형성

4. CBD; Componet Based Development 컴포넌트 기반 방법

• 기존의 시스템이나 소프트웨어를 구성하는 컴포넌트를 조합하여 하나의 새로운 애플리케이션을 만드는 방법론
• 컴포넌트의 재사용이 가능하여 시간과 노력을 절감
• 유지 보수 비용을 최소화하고 생산성 및 품질을 향상

5. Agile 애자일 방법론

• 고객의 요구사항 변화에 유연하게 대응할 수 있도록 일정한 주기를 반복하면서 개발 과정을 진행하는 방법론
• 소규모 프로젝트, 고도로 숙달된 개발자, 급변하는 요구사항에 적합

6. 제품 계열 방법론

• 특정한 제품에 적용하고 싶은 공통된 기능을 정의하여 개발하는 방법론
• 임베디드 소프트웨어를 만드는데 적합
  • 입베디드 SW
  • 디지털TV, 냉장고 등 해당 제품의 특정기능에 맞게 특화되어 제품 자체에 포함된 SW
• 영역공학
  • 영역 분석, 영역 설계, 핵심 자산을 구현하는 영역
• 응용공학
  • 제품 요구 분석, 제품 설게, 제품을 구현하는 영역
• 영역공학과 응용공학의 연계를 위해 제품의 요구사항, 아키텍처, 조립 생산이 필요

소프트웨어 개발 방법론 결정

• 프로젝트 관리와 재사용 현황을 소프트웨어 개발 방법론에 반영하고, 확정된 소프트웨어 생명 주기와 개발 방법론에 맞춰 소프트웨어 개발 단계, 활동, 작업, 절차 등을 정의하는 것

소프트웨어 개발 방법론 결정 절차

1. 프로젝트 관리와 재사용 현황을 소프트웨어 개발 방법론에 반영
2. 개발 단계별 작업 및 절차를 소프트웨어 생명 주기에 맞춰 수립
3. 결정된 소프트웨어 개발 방법론의 개발 단계별 활동 목적, 작업 내용, 산출물에 대한 매뉴얼 작성

SW개발방법론활용

SW개발방법론선정

• 소프트웨어 개발 생명주기 모델의 개념과 모델 종류별 특징을 이해
• 정형화된 개발방법론의 특징을 고려하여 응용 소프트웨어 특성에 맞는 개발방법론을 선정
• 소프트웨어 공학기술의 요구사항 분석 기법인 요구 공학 방법론을 이해
• 소프트웨어 비용 산정 모델의 종류와 특징을 이해

용어사전

• 소프트웨어 개발 생명 주기
  • 타당성검토 -> 분석 -> 설계 -> 개발 -> 테스트 -> 운영 -> 유지보수 -> 폐기단계의 생명주기를 가짐
• 요구공학
  • 요구사항을 정의하고, 문서화, 관리하는 프로세스

Software Life Cycle 소프트웨어 개발 생명주기 개념

• 소프트웨어를 어떻게 개발할 것인가에 대한 추상적 표현으로 순차적 또는 병렬적 단계로 나눈 것
• 소프트웨어 생명주기를 표현하는 형태
• 소프트웨어 개발 생명주기
  • 타당성검토 -> 분석 -> 설계 -> 개발 -> 테스트 -> 운영 -> 유지보수 -> 폐기
• 개발자는 문제의 유형이나 개발 방법 등에 따라 특정 모델을 선택
• 소프트웨어 생명주기 모델 종류
  • 폭포수 모델
  • 프로토타입 모델
  • 나선형 모델
  • 애자일 모델

1. Waterfall Model 폭포수 모델

• 각 단계를 확실히 완료한 후 그 결과를 검토하고 승인 과정을 거친 후 다음 단계를 진행하는 개발 방법론
• 고전적 라이프 사이클 패러다임이라고 하며, 개발 과정의 앞 단계가 완료되어야만 다음 단계로 넘어갈 수 있는 선형 순차적 모형
• 

2. Prototype Model 프로토타입 모델

• 사용자 요구사항을 정확히 파악하기 위해 실제 개발될 소프트웨어에 대한 프로토타입을 만들어 최종 결과물을 예측하는 모형
• 시제품은 발주자나 개발자 모두에게 공동의 참조 모델을 제공
• 최종 결과물이 만들어지기 전에 의뢰자가 최종 결과물의 일부 또는 모형을 볼 수 있음
• 추후 구현 단계에성의 구현의 골격이 됨
• 소프트웨어 개발이 완료된 시점에서 오류가 발견되는 폭포수 모형의 단점을 보완하기 위한 모형
• 

3. Spiral Model 나선형 모델

• 보헴이 제안한 것으로, 폭포수 모형과 프로토타입 모형의 장점에 위험 분석 기능을 추가한 모형
• 나선을 따라 돌 듯이 여러 번의 소프트웨어 개발 과정을 거쳐 점진적으로 완벽하게 소프트웨어를 개발하는 것으로 점진적 모형이라고도 함
• 개발 순서
  • 계획 및 정의 -> 위험 분석 -> 공학적 개발 -> 고객평가
• 소프트웨어를 개발하면서 발생할 수 있는 위험을 관리하고 최소화하는 것이 목적
• 비용이 많이 들고 시간이 오래 걸리는 대규모 시스템 구축에 적합함

4. Agile Model 애자일 모델

• 애자일은 ‘민첩한’, '기민한’이라는 의미
• 스프린트 또는 이터레이션이라고 불리는 짧은 개발 주기를 반복하며 개발과정 진행
• 각 개발주기마다 만들어지는 결과물에 대한 고객의 평가와 요구를 적극적으로 수용
• 소규모 프로젝트, 고도로 숙달된 개발자, 급변하는 요구사항에 적합
• 
• 애자일 개발 핵심 4가지
  1. 프로세스와 도구보다 개인과 그들의 협업에 더 가치를 둔다.
  2. 포괄적인 문서화보다 제대로 작동하는 소프트웨어에 더 가치를 둔다.
  3. 계약 협상보다 고객과의 협력에 더 가치를 둔다.
  4. 계획에 따르기보다 변화에 대응하는 것에 더 가치를 둔다.
• 개발 모형
  • SCRUM
    • 매일 정해진 시간에 정해진 장소에서 짧은 시간의 개발을 하는 팀을 위한 프로젝트 관리 중심의 방법론
    • 30일 마다 동작 가능한 제품을 제공하는 스프린트(Sprint)를 중심으로 한다.
    • Backlog : 제품과 프로젝트에 대한 요구사항
    • Sprint : 30일 단위 반복(Iteration)의 짧은 개발기간으로 분리하여 반복적 수행
    • 스크럼미팅 : 매일15분 정도 미팅으로 오늘과 내일의 해야 할 일 계획 수립
    • 스크럼마스터 : 프로젝트 리더, 스크럼 수행 시 문제 인식 및 해결하고자 노력
  • XP : eXtreme Programming
    • 의사소통 개선과 즉각적인 피드백에 의한 단순한 코딩으로 SW품질을 높이기 위한 방법론
    • 1~3주 반복(Iteration)
    • 5가지 갗치
      • 용기
      • 단순성
      • 의사소통
      • 피드백
      • 존경
  • Kanban
  • Lean
    • 도요타 생산시스템을 재정립한 경영 방법론인 Lean 시스템의 품질기법을 소프트웨어 개발에 적용한 개발 방법론
    • 낭비요소 제거를 통한 프로세스 향상이 목적
    • 7가지 원칙
      • 낭비제거
      • 품질 내재화
      • 지식 창출
      • 늦은 확정
      • 빠른 인도
      • 사람 존중
      • 전체 최적화
  • Crystal
  • ASD : Adaptive Software Development
  • FDD : Feature Driven Development
  • DSDM : Dynamic System Development Method
  • DAD : Disciplined Agile Delivery