1, 소프트웨어 규모 평가:
소프트웨어 규모 평가는 소프트웨어 비용 평가의 기초입니다. 소프트웨어 비용 평가 결과의 객관성과 투명성을 보장하기 위해서는 소프트웨어 규모 정보가 필수적이다.
소프트웨어 규모 평가 과정에서 소프트웨어 기능 포인트 방법을 주요 소프트웨어 규모 평가 방법으로 사용하여 코드 라인, 사용 사례 번호 방법 등과 같은 다른 비표준 평가 방법을 보완할 수 있는 경우, 소프트웨어 크기 평가 결과의 신뢰성을 상호 검증하기 위해 다양한 소프트웨어 크기 평가 방법을 적용할 수 있습니다. 한편으로는 소프트웨어 크기 평가 결과의 신뢰도를 높일 수 있습니다. 반면에, 서로 다른 유형의 프로젝트 관계자들에게 더 설득력이 있을 수 있다.
실제 소프트웨어 규모 평가 과정에서 소프트웨어 조직이나 개인은 자신의 특성에 따라 위에서 언급한 평가 방법과 다른 다른 방법을 채택할 수도 있습니다. 그러나 어떤 소프트웨어 규모 측정 방법을 사용하든 가능한 한 결과의 일관성과 객관성을 보장해야 한다는 점에 유의해야 합니다.
2. 소프트웨어 워크로드 평가
소프트웨어 개발 및 유지 관리에 참여하는 인력의 작업량을 계산할 수 있다면 해당 소프트웨어 비용을 얻을 수 있습니다. 소프트웨어 업계의 대부분의 프로젝트에서 소프트웨어 작업량에 영향을 미치는 가장 중요한 요소는 소프트웨어 규모 요소입니다. 소프트웨어 규모가 커지면 더 많은 작업량을 투입해야 한다는 뜻입니다. 둘 다 관련이 있습니다.
소프트웨어 워크로드 평가에는 과거 워크로드 데이터 수집, 과거 작업 로드 데이터 분석, 작업 로드 평가 모델 설정, 작업 로드 평가, 작업 로드 정렬 및 업데이트 등 다섯 가지 작은 단계가 있습니다. 이러한 단계를 통해 소프트웨어 조직의 개발 및 유지 관리 작업량에 대한 더 많은 데이터를 축적하고 이를 바탕으로 적절한 작업 로드 평가 모델을 구축하여 후속 작업 로드 평가 작업을 지원할 수 있습니다.
3, 소프트웨어 단계 작업 부하 평가
이 단계에서 소프트웨어 비용 평가 팀은 소프트웨어 프로젝트의 기간을 충분히 고려하고, 소프트웨어 프로젝트의 총 작업량 일정 및 각 단계의 작업량 일정을 최적화 분석하여 소프트웨어 프로젝트의 총 작업량을 각 단계의 작업량으로 합리적이고 실행 가능한 방식으로 분할해야 합니다.
뿐만 아니라 소프트웨어 프로젝트가 직면한 다양한 시간 제약 (예: 고객의 필수 시간 요구 사항, 시장 경쟁력, 사용 가능한 인적 자원, 프로젝트의 각 단계에서 인적 자원 할당의 합리적인 비율 등) 도 고려해야 합니다. 이 단계에서는 단계 작업 로드 요약 방법, 리소스 평활법, 빠른 추적 방법, rush 방법, 소프트웨어 단계 작업 로드 실현 가능성 평가 방법 등 단계별 작업 로드 일정을 개선하고 최적화하는 일련의 방법을 명확하게 설명합니다.
이러한 접근 방식의 주요 목적은 소프트웨어 프로젝트의 각 단계에 소프트웨어 작업 총량을 합리적이고 실행 가능한 방식으로 분배하고, 작업 총량을 초과하지 않고 인력 비용을 최소화하고, 인적 자원 구성을 최적화하는 것입니다. 소프트웨어 예산, 소프트웨어 개발 계획 등의 관리 활동에 충분한 의사 결정 지원 정보를 제공합니다.
4. 소프트웨어 인력 비용 평가
이 단계에서는 소프트웨어 개발 및 유지 관리에 필요한 작업량을 적절한 비용 정보로 변환하여 프로젝트의 관련 외부 이해 관계자에게 보다 직접적인 의사 결정 기반을 제공하는 방법에 대해 자세히 설명합니다. 소프트웨어 인력 원가 평가에는 단일 인력 원가 평가 방법, 분류 인력 원가 평가 방법 및 업계 인력 원가 평가 방법도 포함됩니다.
5. 소프트웨어 위험 평가
소프트웨어 개발 과정에서 많은 소프트웨어 조직은 소프트웨어 업계의 개발자가 무급 초과 근무를 묵인하고 받아들였다는 사실을 잘 알고 있습니다. 이렇게 하면 해당 위험 정보가 식별되지 않더라도 심각한 결과는 없습니다. 즉, 위험이 발생하면 시간이 초과됩니다.
이 단계에서는 다양한 위험 평가 방법을 적용하여 소프트웨어 프로젝트의 위험 정보를 프로젝트의 비용 정보로 변환하여 소프트웨어 프로젝트의 위험 예산을 설정합니다.
6, 소프트웨어 비용 보고 및 업데이트
소프트웨어 프로젝트 개발 과정에서 소프트웨어 요구 사항 변경, 인력 변경, 건설 주기 변경 등 다양한 변경이 쉽게 발생할 수 있습니다. 이러한 변화는 예외 없이 소프트웨어 비용에 큰 영향을 미칠 것이다.
이 단계에서는 소프트웨어 비용 업데이트의 어려움, 소프트웨어 비용 업데이트의 일반적인 정보 소스, 메커니즘 설계의 관점에서 소프트웨어 비용 변화에 대한 정보를 최대한 포괄적으로 얻을 수 있도록 합니다. 마지막으로, 소프트웨어 조직이 설정한 소프트웨어 비용 업데이트 프로세스를 따르면 소프트웨어 비용 변경 정보가 업데이트된 소프트웨어 비용 평가 결과에 반영됩니다.