소프트웨어 크기 조정

Software sizing

소프트웨어 사이징 또는 소프트웨어 크기 추정(Software sizing or Software size accounting)은 다른 소프트웨어 프로젝트 관리 활동(예: 추정 또는 추적)을 구현할 수 있도록 소프트웨어 애플리케이션이나 구성 요소의 크기를 결정하거나 추정하는 데 사용되는 소프트웨어 엔지니어링의 활동이다. 크기는 무게와 마찬가지로 소프트웨어의 고유한 특성이다. 유형 물질의 고유한 특성이다.

배경

소프트웨어 사이징은 소프트웨어 작업 예측과 다르다. 사이징은 소프트웨어의 가능한 크기를 추정하는 반면 작업량 추정은 소프트웨어 제작에 필요한 노력을 예측한다. 소프트웨어의 크기와 그것을 생산하는 데 필요한 노력 사이의 관계를 생산성이라고 한다.

예를 들어 소프트웨어 엔지니어가 소규모 웹 기반 계산기 애플리케이션을 구축했다면 프로젝트 노력이 280인 시간이었다고 할 수 있다. 그러나 이것은 소프트웨어 제품 자체의 크기에 대한 어떠한 정보도 제공하지 않는다. 반대로, 우리는 그것을 생산하기 위해 필요한 프로젝트 노력을 파악하지 않고 적용 규모를 5,000 LOC(Line Of Code), 또는 30 FP(기능 포인트)라고 말할 수 있다.

기능성 소프트웨어 크기 조정 방법

역사적으로 가장 일반적인 소프트웨어 크기 조정 방법론은 애플리케이션 소스에 작성된 코드 줄을 계산하는 것이었습니다. 또 다른 접근방식은 기능적 크기 측정을 수행하여 기능적 크기를 숫자로 표현하는 것이다. 원래 크기 조정 방법은 IFPUG이다. IFPUG FPA 기능 사이징 방법(FSM)은 복잡한 알고리즘 추정에 있어 정확성이 떨어지고 코드 라인 추정에 비해 상대적으로 사용이 어렵지만 성공적으로 사용되어 왔다. 원래의 기능적 크기 측정 방법론의 적응이 나타났으며, 이러한 표준은 우주 기능 포인트, Mk II 기능 포인트, 네스마 기능 포인트, FiSMA 기능 포인트 등이다. 이러한 표준의 다른 변형에는 알고리즘과 제어 흐름의 복잡성을 인수하는 가중 마이크로 기능 포인트로서의 OOFP(Object-Oriented Function Points)와 새로운 변형들이 포함된다.

최상의 기능적 크기 조정 방법은 애플리케이션의 기능 영역, 개발 조직의 프로세스 성숙도 및 FSM 방법의 사용 범위를 포함한 여러 요인에 따라 달라진다.[1][2] 프로젝트 생산성 측정과 계획된 프로젝트 추정을 넘어 기능 포인트의[3] 사용과 혜택이 많은데, 여기에는 프로젝트 진행 상황을 모니터링하고 상용 기성품(COTS) 패키지의 요구사항 적용범위를 평가하는 것이 포함된다.

그 밖의 소프트웨어 사이징 방법으로는 소프트웨어 한 장에서 발견되는 사용 사례의 수와 특성 계산에 의존하는 Use Case 기반 소프트웨어 사이징, '프로세스 제어', '실시간' 시스템 등 극히 제한된 양의 저장 데이터를 가진 사이징 소프트웨어를 다루는 USAX 기능적 크기 측정 등이 있다.

IFPUG 방법 및 우주 방법 모두 ISO/IEC 표준이다.

비기능 소프트웨어 크기 조정 방법

소프트웨어 또는 구성요소의 비기능적인 측면을 크기화하는 IFPUG 방법을 SNAP이라고 부르기 때문에 비기능적인 크기는 SNAP 포인트로 측정한다. SNAP 모델은 비기능적 요건을 측정하기 위해 4개의 범주와 14개의 하위 범주로 구성된다. 비기능 요건은 관련 하위 범주에 매핑된다. 각 하위 범주는 크기가 지정되며, 요구사항의 크기는 하위 범주의 크기를 합한 것이다. SNAP 크기 조정 프로세스는 기능 포인트 크기 조정 프로세스와 매우 유사하다. 응용 프로그램 경계 내에서 비기능 요건은 관련 범주 및 하위 범주와 관련된다. 표준화된 기본 기준 집합을 사용하여 각 하위 범주는 그 유형과 복잡성에 따라 크기가 조정된다. 그러한 요건의 크기는 하위 범주의 크기를 합한 것이다. 그런 다음 소프트웨어 애플리케이션의 비기능적 크기를 측정하기 위해 이러한 크기를 집계한다.

부가정보

여러 소프트웨어 품질 표준은 조직의 표준 소프트웨어 엔지니어링 수명 주기의 일부로 유효한 크기 조정 방법을 사용하도록 의무화한다. 예를 들어, CMMI(Capability Model Integration)는 그러한 요구사항을 제기한다. 소프트웨어 사이징을 적절하게 사용하지 않는 한, 조직은 CMMI 레벨 2 또는 레벨 3으로 평가(인증)될 수 없다.

참고 항목

참조

  1. ^ FSM 방법 선택 방법에 대한 지침
  2. ^ 기능적 크기 방법 선택 방법 - Pam Morris Total Metrics - Function Point Resource Center는 ISO/IEC 14143-6: - Software ENGING - 소프트웨어 MEASUREMENT - Function Size MEASUREMENT - Part 6: ISO/IEC 14143 Series 및 관련 국제 표준의 사용을 위한 가이드 참조
  3. ^ 기능 포인트 카운트의 사용 및 이점 - Pam Morris Total Metrics - 기능 포인트 리소스 센터, PDF