프로젝트 크기 추정 방법 도입 [켜기]

       프로젝트 비용 견적은 프로젝트 완료 작업에 필요한 비용 추정을하고 계획하는 프로젝트 의 중요한 부분을. 구현하려면 비용 관리를 , 우리는 먼저 추정해야한다 비용을 . 비용 추정 과정의 비용 견적 사실도 할 수있다, 대략적인 모든 업무 활동은 자원을 필요로하는 프로젝트, 화폐 단위로 표현을 모두 완료하기 위해 결정 공수 다른 단위로, 사람-월, 일 및 표현 때문에 사람들. 수행 비용 추정뿐만 아니라 다양한 대안의 비용 견적을.
프로젝트 비용 추정 방법은 프로젝트의 비용이 필요한 모든 수단 계산하기 위해, 공학, 경제, 사회 및 기타 조건 및 프로젝트, 연구, 분석의 상황에 관련된 측면을 조사하기 위해 과학적 수단의 시리즈를 사용하는 것입니다.

IT 프로젝트 개발 비용 추정 방법의 편집기

대형 IT 소프트웨어 프로젝트의 경우, 프로젝트의 고유 한 특성으로 인해, 따라서 IT의 복잡성이 프로젝트 및 개발 비용이 아닌 쉬운 일, 그것은 추정의 범위를 처리 할 필요가 있습니다 예측 분석 및 추적 추론의 방법에 주로 의존 수행, 가장 기본적인 추정 방법은 다음과 같습니다 :
● 비용 모델링
프로젝트 특성에 따르면, 수학적 모델을 사용하면 프로젝트의 비용을 예측합니다. 역사적 원가 정보 (관련 일부 소프트웨어 메트릭의 프로젝트 비용 정보) 추정 모델을 수립하고,이 모델을 통해 작업 부하 및 비용을 예측하기.
● 기술 전문가 판단
또한 소프트웨어 개발 및 기술 인력 분야에서 하나 이상의 전문가를 채용, 델파이 방법으로 알려져, 프로젝트 비용은 그들에 의해 추정하고, 마지막으로 최종 비용을 확보하기로 합의한다.
● 아날로그 기술 평가
현재 프로젝트의 추정을위한 기초로서 이전의 유사한 프로젝트의 실제 비용에 따르면.
● 팍슨 (Parkson) 법
팍슨 (Parkson) 법은 작업이 필요한 시간에 반영 될 수 나타냅니다. 소프트웨어에서 비용 견적 ,이 비용은 가용 자원을 만들어하지 객관적인 평가가된다는 것을 의미한다. 소프트웨어가 12 개월 이내에 오명 수행 할 필요가있는 경우, 다음 작업은 12 X 5 = 60 사람 개월 (PM)입니다.
●  하향식 추정 방법
예상 비용은 주로 기반으로 작업 분류 구조 , 제품 기능, 및 유통 비용의 형태로 층 조성물에 의해 기능 층의 하위 기능을 달성한다.
● 상향식 추정 방법
먼저, 추정 된 각 구성 단위 비용 및 WBS에 따른 상기 방법을 최종 축적에 의해 얻어지는 비용 추정치 .
● 이익 가격
사용자가 소프트웨어의 예상 비용은 비용 계산하기 위해 프로젝트에 투자 할 용의가 예산이 클라이언트의 예산이 아닌 소프트웨어의 기능에 의존합니다.
방법 이상이 추정치는 자신의 장점과 단점, 단순히 몇 가지 평가 방법의 종류 및 좋은 또는 나쁜 있습니다. IT는 다른 방법이 실질적으로 다른 결과를 추정하는 경우, 추정과 추정의 결과를 비교하기 위해 여러 가지 방법을 사용하여 일반적으로 같은 시간에, 프로젝트 대규모, 그것은 충분한 정보를 수집 할 비용이 없음을 의미, 비용을 더 얻으려고 계속한다 결과를 추정하는 여러 가지 방법이 지금까지 일치 될 때까지 정보, 비용을 재 - 추정하고있다.
비용 추정 분해 과정의 총 비용을 결정한다. 주로 두 가지 측면에 대한 분해 첫째, 보도 WBS 및 작업 (작업 패키지) 그 비용은 각 작업에 대해 검사 할 수 있도록, 비용을 공유, 편차가 결정될 수있다 때 질문에서 작업의 둘째 지속 시간을 기반으로 기간 비용의 할당 예산 비용은 미래의 시간에 판단 할 수 있도록 프로젝트의 각 기간 기간의 비용 할당, 누적 소비, 바이어스, 비용 평가 확인해야 성능을 .
규모 지향 (: 측정의 가장 일반적이고 가장 좋은 방법은 주로 삼가지 사용 LOC를 기능 점수 (위해) FP 등) COCOMO 모델 측정 방법.

2 스케일 지향 (LOC) 메트릭

스케일 지향 소프트웨어 품질 얻어진 측정하는 표준화 된 방법에 의해 측정 된 생산성이 측정은 측정 소프트웨어에 의해 생성되는 사이즈 (크기)에 기초한다. 각 항목이 간단하고, 규모 중심의 통계를 생산하기 위해 설정 될 수 있도록 선택 라인은, 표준화로 메트릭의 다른 유사한 항목과 비교를 위해 :
● 오류 코드의 천 당 라인 (KLOC) 번호입니다.
● 코드의 수천 라인 (KLOC) 당 결함의 행 번호.
●의 코드 (KLOC)의 라인의 비용 만 당 라인.
● 문서 페이지의 코드 라인 (KLOC)의 천 당 라인.
● 달 인당 오류의 수.
● 문서의 페이지 당 비용.
직접 코드 라인 수에 영향을 미치는 많은 요인이 있기 때문에 규모 지향 소프트웨어 메트릭은 일반적으로 가장 좋은 방법의 소프트웨어 개발 프로세스로 간주되지 않습니다. 예를 들어, 코드 라인의 수는 하드웨어 및 소프트웨어 선택에 의존하는 응용 프로그램 상용 데이터베이스 관리 시스템은 데이터베이스 관리 섹션에 관련된 코드를 작성할 필요가 없습니다. 그리고 함께 ADA 언어 사용의보다 FORTRAN 언어 코드의 라인을 기다려야한다. 따라서, 1979 년 Albercht는 기능 점수 (FP) 소프트웨어 메트릭에 대한 제안했다.

예를 들어, C 소스 코드 형태의 모든 10,000 라인에 대한 회사의 소스 파일 (.c 인 및 .H 파일)에있는 소프트웨어 회사 통계는 약 250K입니다. 소스 파일은 375의 프로젝트의 크기, 프로젝트의 소스 코드 (평균 급여, 혜택, 사무실 비용을 포함한 약 15 만 라인, 240 사람 개월의 누적 금액을 투자 노력, 사람 10,000 위안 월 사용료이다 추정 할 수있다 공공 해변 등), 항목 1LOC의 값 : 
  (10000 × 240) / 16 = 150000가 / LOC의 원 
  : 코드의 라인의 월 평균의 변경 항목을 
  240분의 150,000 = 625LOC / 사람의 달

3 함수 지점 (FP)은 용의 측정은

함수 점법 브레 먼저 제안하고, 1983 년 브레 및 가프 향상했다. 기능 포인트는 다음과 같은 네 개의 매개 변수로부터 계산 될 수있다
● 외부 입출력
● 외부 인터페이스의 수
● 사용자 상호 작용의 수
● 파일 시스템의 수는 사용하는
각 매개 변수는 복잡 할 수 평가 일반적인 물리적 중량 이들 제 3 반응성
 
포인트 기능도의에 표시된 포인트 완료 할 수 있습니다 메트릭 계산. 가중 인자의 곱과 동일한 개수의 FP 번호, 가중 인자는 서로 다른 값을 취하며, 함수 포인트의 복잡성에 따라.
기능 점수 방법은 포인트 개수 (단순 평균 또는 착체) 함수는 표준의 확립을 통해 특정 측정 파라미터, 그러나이 주관 어느 정도의 양을 중량을 결정할지 여부를 결정하는데 사용된다.
일반적으로, 다음과 같이하여 엔지니어링 계산 함수를 채용 할 수있다 :
FP는 총 카운트를 * = 0.65 + 0.01 * SUM (FI)]
합계 값이 상기 테이블의 모든 엔트리의 합은 얻어진다. 인터넷 (I = 1, 2, 3, ... 14)는 중량 유도 조정 값 (0 ~ 5)을 응답하는 추 (14)의 결과이다. 식에서의 가중 계수는 상수이며, 파라미터는 실험적으로 결정된다.
제 질문
1 시스템은 안정적인 백업 및 복구를 필요로하는지 여부
(2) 데이터 통신 여부
(3) 처리 기능이 분산되어
4 시스템은 매우 중요하다
기존의 매우 실제 운영 환경 5 시스템에서 실행 여부
시스템이 온라인으로 처리를해야하는지 여부 (6)
여러 화면의 7 행 데이터 아이템 스위치 조작 또는 동작을 완료 여부
8 여부를 온라인 마스터 파일을 업데이트 할 필요
(9) 입력, 출력 및 파일 쿼리 여부 복잡한
10 여부 내부 처리 복잡한
11 코드는 재사용 할 수 있도록 설계해야하는지 여부
12 디자인은 변환 및 설치를 포함해야하는지 여부
시스템을 설계하는 것은 여러 설치의 13 개 개의 다른 조직을 지원할지 여부를
(14) 디자인 응용 프로그램 수정에 대한 사용자 및 사용인가
그리고 다음 표에 표시된 무게의 질문에 해당하는 답
인터넷 값
0
1
4
5
아무 효과가 없다
가끔 영향
약간의 충격
평균에 미치는 영향
더 큰 영향
심각한 영향
특징점이 계산되면, 유사한 크기를 사용하여 측정 소프트웨어의 생산성, 품질, 및 기타 속성을 표준화하기 위하여, 상기 방법에 사용될 수있다 :
● 오류의 수의 각각의 기능 점수 (FP).
● 결함의 작용 지점 (FP)에 따라 번호.
●의 기능 점수 (FP) 당 비용.
● 문서 페이지의 각 기능 점수 (FP).
● 달 인당 기능 점수는 (FP) 번호를 완료합니다.
배향 기능 점수 (FP)와 스케일 (LOC)와 같은 두 방법 사이의 관계를 측정 대향 : LOC를 = AVC * 평균 사용 지점 라인의 기능을 구현할 때 AVC 언어의 수이고 특징점의 수가 .

4 COCOMO 모델

COCOMO 모델은 하향식 (top-down) 프로젝트 비용 추정 모델의 인기가 상대적으로 높은 수준이다하는 것이 더 정확하다, 비용 추정 방법을 사용하기 쉽습니다. 모델 프로젝트 비용 추정 공식은 다음과 같습니다
E = A (KDSI) B
여기서 E는 개발 비용 : A, 두 상수 B, 프로젝트의 특정 유형의 값 : DSI 프로젝트 소스 코드 라인 수는 있지만, 주석 행의 수를 포함하지 않는다는 DSI 수천 기본 단위, 즉 1KDSI = 1024DSI를 실시 설정합니다.
COCOMO 다이에서 프로젝트 개발 환경 및 기타 요인의 크기에 따라 프로젝트는 다음의 세 가지 종류로 나눌 수있다 :
● 조직 모델 : 작은, 간단한 소프트웨어 프로젝트를 말한다;
세미 분리 모드 ● : 소프트웨어 프로젝트에 의미는 금형과 복잡성의 남쪽에 온건;
● 내장 모드 : 하드웨어, 소프트웨어 및 운영 제약 밀접하게 관련 세트에 요청해야합니다 소프트웨어 개발을 의미한다.
따라서, 레벨 COCOMO 모델은 세 가지 기본 형태, 즉 차 COCOMO 모델, 중간 COCOMO 모델과 고급 COCOMO 모델이 포함되어 있습니다.
 
================================================== ============================

방법은, 델파이 기법 
  델파이 방법의 경우 기록 데이터의 부재에서 가장 인기있는 전문 평가 기술이며,이 방법은 과거 미래, 새로운 기술과 특정 프로그램의 차이의 정도의 평가에 적용하지만, 전문가들은 "특별한" 프로젝트의 이해의 정도는 작업의 어려움은 델파이 기술이 편견을 줄일 수 있지만, 새로운 소프트웨어의 실제 비용을 평가 전문가 평가 기술이며, 이 방법은 다른 모델의 입력을 결정하는 경우 일반적으로, 그러나, 많은 시간을 사용 특히 유용합니다. 델파이 방법은 상호 문제를 논의하기 위해 참가자를 격려합니다. 이 기술은 서로를 설득, 관련된 사람들의 소프트웨어 관련 다양한 경험을 필요로한다. 

  델파이 방법의 단계는 다음과 같습니다 
  1, 각 프로젝트 사양의 코디네이터 및 전문가 형태를 추정, 3, 익명으로 전문가의 반복적 인 형태로, 2가, 전문가 팀의 코디네이터는 규모와 관련된 요인을 논의하기 위해 소집됩니다 
  4, 코디네이터 마무리 디에고의 전문 대표의 형태로 추정 수익률의 요약; 5, 코디네이터 그룹은 차이의 큰 견적을 논의하기 위해 소집 할 것이다 
  전문가 요약 검토를 추정, 6, 또 다른 익명의 디에고를 대신하여 추정 제출, 7. 4 - (6)는 그 때까지 동일한 최소 및 최대 추정치에 도달한다.  
 
두 번째 방식과 유사 방법 
  환경과 프로젝트의 복잡성과 같은 응용 분야에서 과거의 프로젝트의 개수의 평가 방법과 유사하게, 새로운 사업 및 과거의 프로젝트의 크기를 비교함으로써 추정된다. 추정 결과 비유의 정확도는 따라서 좋은 비유의 전제 조건 중 하나가 좋은 프로젝트 평가 및 분석 메커니즘 후 설정 조직, 역사적 프로젝트의 데이터 분석입니다 사용, 무결성과 역사적 프로젝트 데이터의 정확성에 따라 달라집니다 신뢰할. 
  기본 단계는 다음과 같습니다 

  코드 각 기능의 기능 목록 및 프로젝트 실현을 라인 밖으로 분류 1, 
  2, 유사점과 기능 및 프로젝트의 역사의 각 목록의 차이를 식별, 특별한주의와 프로젝트의 역사에 충분한 공간을 수행되지 않으며, 
  3 단계 1 각각의 함수는 2 추정치를 도출 4를 규모의 추정. 
  비유 소프트웨어 프로젝트에 의해, 종종 우리는 재사용 가능한 코드의 추정의 문제를 해결해야합니다. 프로그래머 또는 시스템 분석가 재사용 코드의 양을 예측할 수있는 가장 좋은 방법은 재사용 가능한 코드 새로운 아이템을 재 설계해야하는 코드의 비율, 또는 재 인코딩 및 코드 수정 비율 필요성을 추정하기 위해, 기존의 코드와 함께 상세히 살펴 코드의 비율을 다시 테스트합니다. 이러한 세 비율에서 다음 계산 계산 코드 등가 새로운 라인을 사용할 수있다 : 
  등가 라인 = [(재 부호화 재 설계 % + % + 재검사 %) / 3] 기존 라인 ×  
  10,000 OK : 등을 요구의 30 %를 가정 코드, 설계를 다시 할 필요가 재 인코딩을 50 %, 70 %, 재검사를, 다음 코드의 해당 라인은 다음과 같이 계산 될 수있다 : 
  [(30 % + 50 % + 70 %) / 3.] 5,000 = 10,000 × 코드의 해당 라인. 
  의미 : 코드 5000 개 라인의 작업 부하에 해당이 10,000 쓰기 코드의 재사용. 
  세 가지 방법, 기능 점수 추정법 
  시스템 기능들 중 하나의 종류의 크기에 기초하여 상기 요구 분석 위상 추정 방법으로 작동 점 측정. 다양한 입력, 출력 및 초기 어플리케이션 요구에 의해 데이터베이스 요구의 수 및 특성을 계산하는 단계를 결정한다. 일반적하는 단계는 : 
  (1) 입력, 출력의 계산은, 마스터 파일의 수, 및 인터페이스 요구를 확인한다. 제 2 데이터에 가중. 다음 표는 일반적인 무게 테이블을 보여줍니다. 
    입력 기능 유형 무게 4 5 쿼리 출력 4 

    인터페이스 마스터 파일 (10) 10 
  (3) 복잡성의 판단에 따라 추정하고, 그 25 % +, 0, -25 %, 또는 조정들의 총수 일 수있다. 
  그것은 소프트웨어 제품을 개발하는 것으로 확인되었습니다, 프로젝트의 기능 점수의 크기는 초기에 도움이 추정하고있다. 그러나, 제품을 이해 한 후, 소프트웨어 크기 측정 등의 기능 점수는 더 일반적으로 LOC를 사용한다. 
  방법 IV, PERT 추정 
  생성물의 예상 크기, 최저 가능 추정치 최고 가능 추정치 각 활동 PERT 프로젝트 완료 시간은 세 가지 경우로 추정된다. 건방진 통계적 추정의 규모 및 표준 편차를 얻을 것으로 예상이 세 가지 제품을 사용하여 예상. PERT 코드의 기대 값 E 수득 선 및 표준 편차 SD를 추정 하였다. 

 


---------------------
저자 : BarryW
출처 : CNBLOGS
원본 : HTTPS : //www.cnblogs.com/barrywxx/p/4390156.html
면책 조항 :이 문서 저자 원래의 문서, 복제, 보웬 링크를 첨부 해주세요!
내용 분석 : CSDN, CNBLOG 블로그 기사는 키 플러그를 다시 인쇄

추천

출처www.cnblogs.com/admans/p/11683713.html