증분 빌드 모델
Incremental build model| 시리즈의 일부 |
| 소프트웨어 개발 |
|---|
증분 빌드 모델은 제품이 완성될 때까지 점진적으로 제품을 설계, 구현 및 테스트하는 소프트웨어 개발 방법입니다.개발과 유지보수가 모두 수반됩니다.제품이 모든 요구 사항을 충족하는 경우 완제품으로 정의됩니다.이 모델은 폭포 모델의 요소와 반복적인 프로토타이핑 철학을 결합합니다.
제품은 여러 개의 컴포넌트로 분해되며, 각 컴포넌트는 개별적으로 설계 및 구축됩니다(빌드라고 함).각 컴포넌트는 완료되면 클라이언트에 전달됩니다.이를 통해 제품을 부분적으로 사용할 수 있으며 오랜 개발 시간을 피할 수 있습니다.또한 초기 자본 지출과 그에 따른 긴 대기 기간도 회피할 수 있다.이 개발 모델은 완전히 새로운 시스템을 한꺼번에 도입할 때의 정신적 충격을 완화하는 데에도 도움이 됩니다.
증분 모델
증분 모델은 폭포수 모델을 [1]점진적으로 적용합니다.
일련의 릴리스를 「증가」라고 부릅니다.증가할 때마다, 고객에게 보다 많은 기능이 제공됩니다.첫 번째 증가 후 핵심 제품이 제공되며, 고객은 이미 이 제품을 사용할 수 있습니다.고객의 피드백을 바탕으로 다음 증분에 대한 계획을 수립하고 그에 따라 수정한다.이 프로세스는 계속 진행되며, 완전한 제품이 제공될 때까지 증가분이 제공됩니다.증분 철학은 신속한 변화를 위한 프로세스 모델에도 사용됩니다(신속한 모델링 [1]참조).
증분 모델을 DevOps에 적용할 수 있습니다.DevOps에서는 DevOps 도입에 따른 리스크와 비용을 최소화하는 동시에 필요한 사내 스킬셋과 [2]추진력을 구축한다는 아이디어를 중심으로 하고 있습니다.
증분 모델의 특성
- 시스템은 많은 미니 개발 프로젝트로 분류됩니다.
- 부분 시스템은 최종 시스템을 생산하기 위해 구축됩니다.
- 우선 가장 우선순위가 높은 요건에 대처했습니다.
- 증가된 부분이 개발되면 해당 부분의 요구 사항은 동결됩니다.
- 각 반복 후 회귀 테스트를 수행해야 합니다.이 테스트에서는, 1회의 반복으로 거의 변경이 행해지지 않기 때문에, 소프트웨어의 장해가 있는 요소를 신속히 특정할 수 있습니다.
- 일반적으로 소프트웨어 개발의 다른 방법보다 테스트 및 디버깅이 용이합니다.이는 각 반복 중에 비교적 작은 변경이 이루어지기 때문입니다.이것에 의해, 제품 전체의 각 요소에 대해서, 보다 타겟을 좁히고 엄격한 테스트를 실시할 수 있습니다.
- 고객은 기능에 대응하여 제품에 필요한 변경 또는 유용한 변경이 없는지 확인할 수 있습니다.
- 초기 제품 배송이 더 빠르고 비용도 저렴합니다.
단점들[5]
- 결과적으로 발생하는 비용은 조직의 비용을 초과할 수 있습니다.
- 제품에 추가 기능이 추가됨에 따라 이전 프로토타입에서는 볼 수 없었던 시스템 아키텍처와 관련된 문제가 발생할 수 있습니다.
관련된 태스크
이러한 작업은 모든 모델에[1] 공통입니다.
- 커뮤니케이션: 목표를 이해하는 데 도움이 됩니다.
- 계획: 많은 사람(소프트웨어 팀)이 같은 프로젝트에 종사하면서 동시에 다른 기능을 수행하도록 요구됩니다.
- 모델링: 비즈니스 모델링, 데이터 모델링 및 프로세스 모델링이 포함됩니다.
- 구조: 여기에는 소프트웨어 컴포넌트 재사용과 자동 코드가 포함됩니다.
- 도입: 모든 증분의 통합.
「 」를 참조해 주세요.
레퍼런스
- ^ a b c Pressman, Roger (2010). Software Engineering: A Practitioner's Approach. Boston: McGraw Hill. pp. 41–42. ISBN 9780073375977.
- ^ Kim, Gene (22 January 2013). "DevOps distilled, Part 1: The three underlying principles" (PDF). IBM DeveloperWorks.
- ^ www.softdevteam.com/ 증분 - 라이프 사이클.asp
- ^ 증분 모델이란 - 장점, 단점 및 사용 시기
- ^ 방법론:개발 방법