[실기] 소프트웨어 구축 - 프로젝트 계획

프로젝트를 계획할 때는 개발 예산을 생각해서 비용을 추정하고 개발을 할 지 말 지부터 정해야한다.

개발을 하겠다고 마음을 먹었으면 이제 개발 일정을 고려해야한다.

 

비용산정

• 하향식 비용 산정 기법
  • 전문가 감정 기법 : 조직 내 두 명 이상의 전문가에게 비용 산정을 의뢰한다.
    • 전반적인 지식과 경험이 있기 때문에 실제 개발을 시작하기 전에 틀이 잡힌다.
  • 델파이 기법 : 한명의 조정자와 여러 전문가의 의견을 종합하여 산정
    • 전문가 감정 기법의 인원이 적어서 너무 주관적이다는 단점을 보완
    • 한명이 전문가 여러명한테 물어보면서 비용을 맞춤
• 상향식 비용 산정 기법
  • 프로젝트 세부 작업 단위로 비용 정산 후 전체 비용을 산정한다.
  • LOC (source Line Of Code) 
    • 코드 라인 수 / 생산성/ 개발 참여 인원 등으로 계산
    • 낙관치(a), 비관치(b), 기대치(c)를 예측해서 비용을 산정한다.
    • (a + b + 4c) / 6
    • 필요하다고 예측이 되는 모듈과 비슷한 모듈이나 하향식 비용 산정으로 계산할 수 있다.
  • 개발 단계별 인월 수 (Effort Per Task)
    • LOC를 보완한 방법으로 생명 주기 각 단계별로 비용을 산정한다.
• 수학적 비용 산정
  • COCOMO(Constructive Cost Model)
    • 보헴이 제안한 방법으로 원시 코드 수를 기반으로 비용을 산정한다.
    • 조직형 (Organic) : 인트라넷과 같이 일정 조직 내에서만 사용하는 SW, 원시코드가 적다
    • 반분리형 (Semi-detached) : 기업용 SW, 일반적으로 트래픽이 많은 것들
      • 클라 <-> 서버의 구조로 분리된 인터넷을 사용하는 큰 프로그램으로 생각
    • 내장형 (Embedded): SW가 탑재된 것, 비행기나 자동차 등
  • PUTNAM
    • SW 생명주기 전 과정에서 사용될 노력의 분포를 이용
    • 노던 레일리 곡선의 노력 분포도를 기초로 한다.
    • SLIM 이라는 자동화 도구로 비용을 예측, PUTNAM 기반
  • Function Point (FP), 중요한 요인에 가중치를 부여 -> 합산 -> 기능 점수 산출
    • SW 기능 증대 요인(자정인데명) - 자료 입력/정보출력/인터페이스/데이터 파일/명령어
    • ESTIMACS 이라는 자동화 도구가 FP 기반

---

개발 일정 산정

• WBS(Work Breakdown Structure)
  • 프로젝트 목표 달성을 위한 활동, 업무를 세분화
  • 전체 프로젝트를 분할 후 수행 업무를 식별하고 일정과 비용을 산출
• 네트워크 차트
  • PERT (Program Evaluation and Review Technique)
    • 프로젝트 작업 상호관계를 네트워크로 표현한다.
    • 원(작업)과 간선(화살표)
    • 간선에는 작업별 낙관치/기대치/비관치를 기재
    • 불확실한 상황에서 쓴다.
  • CPM (Critical Path Method)
    • 노드(작업)과 간선(작업 전후 의존관계)/박스(이정표)로 구성
    • 간선의 흐름에 따라 작업을 진행
    • 확실한 상황에서 사용한다.

CPM. 임계 경로 : 14일 (A-B-E-G-H), 가장 오래 걸리는 시간

• 간트 차트
  • 각 작업의 시작/종료 일정을 바로 표현한다.
  • 시간선 차트
  • 작업 경로는 표현이 불가능해서 계획 변화에 대한 적응성이 낮다

간트차트