연관토픽
개념
- 사용자 요구에 따른 소프트웨어의 계속적인 변경시, 소프트웨어 변화관리 및 유지관리를 위하여 활용하는 소프트웨어 변화의 법칙
- 소프트웨어의 지속적 진화에 대해 SW 를 3 개의 Type 으로 나누고 Software Evolution 에 대해 설명한 8 가지 원리
리만의 소프트웨어 분류
| 구분 | 관점 | 설명 |
| S-Type(Static) | Specification and Solutions | 정해진 명세에 따라 정확히 동작하는 소프트웨어 |
| P-Type(Practical) | Procedures | 절차나 실행 입력값에 따라 다르게 수행되는 소프트웨어 |
| E-Type(Embedded) | Environment | 실 세계 환경적 상황과 밀접하게 연관되어 동작하는 소프트웨어 |
- 리만은 위의 분류 중 E-Type 에 대한 변화 원리를 제시
리만의 소프트웨어 변화원리 핵심요소
- SW SDLC 단계별 요구사항 반영/변경/Update 를 지속적으로 수행 변화하는 환경에 대응
| 핵심요소 | 변화원리 |
| Change Reqeust | 지속적 변화 |
| Impact Analysis | 복잡도 증가 |
| 변화의 추세 | |
| 생산성/자원 관계 | |
| Release Planning | 친근성 유지 |
| 관리와 품질 | |
| Release & Update | 피드백 시스템 |
| 지속적 성장 |
리만의 소프트웨어 변화 원리
| No | 원리 | 설명 |
| 1 | 계속적 변경 | Continuing Change, 소프트웨어는 계속 진화하며 요구사항에 의해 계속 변경 |
| 2 | 복잡도 증가 | Increasing Complexity, 변경이 가해질수록 구조는 복잡해짐 |
| 3 | 자기 규제 | Self Regulation, 각 단계마다 진화과정이 피드백되어 자기 규제를 적용 |
| 4 | 조직적 안정화 유지 | Conservation of Organizational Stability, 작업량의 불변을 의미 |
| 5 | 친근성 유지 | Conservation Of Familiarity, 소프트웨어 각 버전의 변화는 일정하며 규칙적 수행결과 및 추이를 보여주므로 예측 가능 |
| 6 | 지속적 성장 | Continuing Growth, 소프트웨어의 기능적 내용은 사용자 만족도 유지를 위해 Lifetime 동안 지속적 성장 |
| 7 | 감소하는 품질 | Declining Quality, 소프트웨어는 엄격하게 관리 및 운영되지 않거나, 환경변화에 적응하지 않는다면 품질은 감소 |
| 8 | 피드백 시스템 | Feedback System, 중요한 소프트웨어 제품을 개선하기 위해 피드백 시스템으로 구성 |
리만의 소프트웨어 변화 원리의 유지보수 적용방안
| 구분 | 설명 | 적용원리 |
| 조직(People) |
|
|
| 조직적 안정화 유지 |
|
|
| 시스템(System) |
|
|
- 복잡도 증가의 원리에 따라 변경을 수행 후 회귀테스트(Regression Test)를 수행하여 Unit, Input Partition, Path, Data Flow에 대한 검증을 통하여 복잡성 증가에 대한 품질보증 활동 수행이 요구됨
모범답안