SW 변화 관리 ?
SW가 개발이 완료되어서 운영에 Release 되어서 사용자들이 사용을 하기 시작하며
당연히 오류,Error 가 발생을 하거나 사용자의 수정요청사항이 나오기 마련이다.
아무리 간단한 SW 프로그램이더라도 한번에 완벽하고 추가개발사항이 나올수 없는
프로그램은 이 세상에 존재하지 않는다고 할 수도 있을 만큼 SW에 대해서는
끊임없이 유지보수를 통해 변화가 발생을 한다.
이때 SW에 대해 추가/수정 개발이 이루어지게 되는데 그 과정에서 해당 SW는
어떤 일정한 패턴을 보이며 변화하고 진화하다는 논리가 바로 'Lehman의 SW 변화 원리'
이다.
Lehman SW 변화의 원리의 정의 및 개념
소프트웨어는 요구에 의해 계속적으로 변경되며, 변경에 따른 복잡성, 프로그램의 고유한 변경 추세,
SW조직 생산성의 일관성, 소프트웨어 각 버전의 변화에 대한 일관성을 제시한 개념이다.
즉 사용자 요구에 따른 SW의 계속적인 변경 시, SW 변화 관리 및 유지 관리를 위하여 활용하는
소프트웨어 변화의 법칙을 일컫는 말이다.
Lehman SW 변화의 원리의 중요성
소프트웨어 변화의 특성을 제대로 이해하고, 유지보수, 변경관리, 형상관리, 품질통제의 중요
모델로 반영할 수 있으므로 효과적인 유지보수 및 변화관리가 가능하다.
소프트웨어 변화의 특성을 반영하여 SW 조직(People), 프로세스(Process), 기술(Technology)에 반영하여
Baseline유지, CCB구성, 인력고도화, 버전관리 등을 설계하는 중요 원리로 사용할 수 있다.
Lehman 소프트웨어 변화의 법칙 주요 내용
구성요소 | 내용 |
Continuing Change (계속적 변경) |
소프트웨어는 지속적으로 변경의 요청을 받는다. 이때 새로 개발하는 것보다는 수정하는 것이 경제적이라고 판단되는 동안은 변경을 가한다. |
Increasing Complexity (복잡성 증가) |
소프트웨어는 변경이 가해질 수록 그 구조는 복잡해진다. |
Program Evolution (프로그램 진화) |
프로그램 별 변경되는 고유 패턴/추세 가 있다. |
Organizational Stability (조직적 안정) |
개발 생산성이 변화에 민감하지 않고 안정적임. 즉 작업량에 큰 변화가 없음 |
Conservation of Familiarity (친근성 유지) |
소프트웨어 각 버전의 변화는 일정 |
Continuing Growth |
- SW 생애주기동안, 사용자 만족 유지 위해 기능의 지속적 성장 |
Declining Quality |
변화 지속 à 기능 증가, 품질 저하 |
Feedback System |
진화 프로세스는 다중레벨, 다중루프, Multi-Agent 피드백 시스템 수용, 중요 개선 달성 위해 피드백 필수 |
Lehman SW 변화 원리 적용 방안
'소프트웨어공학' 카테고리의 다른 글
기능점수 (Function Point) - 3탄 (0) | 2019.10.04 |
---|---|
기능점수 (Function Point) - 2탄 (0) | 2019.10.03 |
기능점수 (Function Point) - 1탄 (0) | 2019.10.02 |
SW 공학 - 소프트웨어 규모 산정 (0) | 2019.10.01 |
COCOMO II (0) | 2019.09.02 |