[소프트웨어공학] 5장. 프로젝트 관리 (1)

5장. 프로젝트 관리 (1)

---

프로젝트 계획 - Planning

Before the project can begin, the software team should estimate; 추정해야한다

• the work to be done,
• the resources required,
• and the time

that will elapse from start to finish.

 

[ 프로젝트 계획 - Task Set ]

Establish project scope : 범위 설정

Determine feasibility : 타당성 검증

Analyze risks : 리스크 분석

  -Risk analysis is considered.

Define required resources : 필요한 자원 정의

  -Determine require human resources 필요 인력 결정

  -Define reusable software resources 재사용가능한 자원 정의

  -Identify environmental resources 환경자원 파악

Estimate cost and effort : 비용 및 노력 견적

  -Decompose the problem 문제 세분화

  -Develop two or more estimates using LOC, function points, process tasks or software equation, etc. 두 개 이상의 추정치 작성

  -Reconcile the estimates 추정 조정

Develop a project schedule 스케쥴 작성

  -Scheduling is considered in detail. 스케줄링 상세 고려

  -Establish a meaningful task set 의미있는 태스크 셋 설정

  -Define a task network 작업 네트워크 정의

  -Use scheduling tools to develop a timeline chart 타임라인 차트 작성

  -Define schedule tracking mechanisms 일정 추적 매커니즘 정의

[ Estimation - 추정 ]

자원, 비용, 스케줄 추정!

What is Scope?

→ 소프트웨어 범위(bound)에 대한 서술적 설명

What is Use-Case?

→ end user의 요청에 대한 시스템의 응답 반응을 묘사.

→ 상호작용 방식을 알려줌

 

추정 요령

1. LOC-Based Estimation

프로그램의 라인 수를 평가하여 비용을 산정하는 방법,

즉 소프트웨어 각 기능의 LOC(원시 코드 라인 수)의 비관치, 낙관치, 기대치를 측정하여 예측치를 구하고, 이것으로 비용 산정.

개발기간 = 노력(인월) /투입인원

개발비용 = 노력(인월) × 단위비용

노력(인월) = 개발기간 × 투입인원 = LOC / 1인당 월평균 생산 코드 라인 수

생산성 = LOC /노력(인월)

 

2. FP-Based Estimation

3. Process-Based Estimation

4. SW Equation Based Estimation

 

 

[ Scheduling ]

Why are projects late?

→ unrealistic deadline, changing customer requirements, underestimate, risks, technical difficulties, human difficulties, miscommunication, failure by project management

스케줄링 원리

• 구획화 - 고유한 작업 정의
• 상호 의존성 - 작업 상호 관계를 나타냅니다.
• 노력 검증 - 리소스를 사용할 수 있는지 확인합니다.
• 정의된 책임 - 사람이 할당되어야 합니다.
• 정의된 결과 - 각 작업에는 출력이 있어야 합니다.
• 정의된 이정표 - 품질 검토

 

 

[ Earned Value Analysis (EVA) : 획득 가치 분석 ]

measure of progress 진행의 측정

enables us to assess the “percent of completeness” of a project using quantitative analysis rather than rely on a gut feeling

→ 직감에 의존하기 보다는 정량적 분석을 사용하여 프로젝트의 "완전성 비율"을 평가할 수 있다.

 

[ Computing Earned Value : 획득 가치 계산 ]

 

1. BCWS - bugeted cost of work Scheduled 계획된 작업의 계획 예산(계획에 해당되는 비용)

• BAC = ∑ (BCWSk) for all tasks k
• The budgeted cost of work scheduled (BCWS) is determined for each work task represented in the schedule.

2. BCWP - Performed 수행된 작업의 계획 예산(실제 진행된 작업량에 비례하는 비용)

The value for BCWP is the sum of the BCWS values for all work tasks that have actually been completed by a point in time on the project schedule.

 

3. ACWP - 수행된 작업의 실제 비용(실제 집행된 비용)

Actual cost of work performed, ACWP, is the sum of the effort actually expended on work tasks that have been completed by a point in time on the project schedule.

 

 

[ Derived Metrics ]

SPI: Schedule Performance Index (일정성과지수, 계획대비 프로젝트 진행률)

   → SPI = BCWP/BCWS → SPI < 1 means project is behind schedule

 

CPI: Cost Performance Index (원가성과지수, 계획대비 예산 가치?)

  → CPI = BCWP/ACWP → CPI < 1 means project is over budget

 

CSI: Cost Schedule Index (CSI = CPI x SPI)

  →The further CSI is from 1.0, the less likely project recovery becomes.