IT자격증

SW 변화 관리 ?

SW가 개발이 완료되어서 운영에 Release 되어서 사용자들이 사용을 하기 시작하며
당연히 오류,Error 가 발생을 하거나 사용자의 수정요청사항이 나오기 마련이다.
아무리 간단한 SW 프로그램이더라도 한번에 완벽하고 추가개발사항이 나올수 없는
프로그램은 이 세상에 존재하지 않는다고 할 수도 있을 만큼 SW에 대해서는 
끊임없이 유지보수를 통해 변화가 발생을 한다.
이때 SW에 대해 추가/수정 개발이 이루어지게 되는데 그 과정에서 해당 SW는 
어떤 일정한 패턴을 보이며 변화하고 진화하다는 논리가 바로 'Lehman의 SW 변화 원리'
이다.

Lehman SW 변화의 원리의 정의 및 개념

소프트웨어는 요구에 의해 계속적으로 변경되며, 변경에 따른 복잡성, 프로그램의 고유한 변경 추세,
SW조직 생산성의 일관성, 소프트웨어 각 버전의 변화에 대한 일관성을 제시한 개념이다.
즉 사용자 요구에 따른 SW의 계속적인 변경 시, SW 변화 관리 및 유지 관리를 위하여 활용하는
소프트웨어 변화의 법칙을 일컫는 말이다.

Lehman SW 변화의 원리의 중요성

소프트웨어 변화의 특성을 제대로 이해하고, 유지보수, 변경관리, 형상관리, 품질통제의 중요 
모델로 반영할 수 있으므로 효과적인 유지보수 및 변화관리가 가능하다. 
소프트웨어 변화의 특성을 반영하여 SW 조직(People), 프로세스(Process), 기술(Technology)에 반영하여
Baseline유지, CCB구성, 인력고도화, 버전관리 등을 설계하는 중요 원리로 사용할 수 있다.

Lehman 소프트웨어 변화의 법칙 주요 내용

Lehman SW 변화 원리 적용 방안

COCOMO II 는 실제 개발된 소스를 가지고 비용을 산정하는 고전적인 기법이다.
규모요인(Scaling Driver)과 가격요인(Cost Driver) 등을 이용하여 프로젝트의 생산성, 가격을
결정하는 모델이다.
COCOMO 는 소프트웨어를 구성하고 있는 모듈과 서브시스템의 비용합계를 계산하는 방식
으로 구조적방법론에 적합은 했지만 이후 객체지향모델이 나오면서 이에 맞게 수정보완한
것이 COCOMO II 이다. 
COCOMO II 는 소프트웨어 개발프로젝의 진행정도에 따라 아래와 같이 3단계로 나누고
각 단계별로 각각 다른 비용산정모델을 적용해서 해당 소프트웨어의 규모를 산정하는
기법이다.

<참고>
   기존 COCOMO의 문제점
  -   소프트웨어 제품을 하나의 개체로 보고 승수들을 전체에 적용
  -   실제 대부분의 대형시스템은 서로 상이한 서브 시스템으로 구성
  -   전통적인 COCOMO 모델의 문제점 극복을 위해서 COCOMO II 모델 등장

구조설계이후(Post-Architecture Model)  모델의 계산방식 
  : 규모요소 (규모,가격) 와 노력가중치를 사용하여 측정