신속한 변화를 위한 유니파이드 프로세스
Agile unified process |
신속한 변화를 위한 통합 프로세스(AUP)는 Scott Ambler가 [1]개발한 합리적인 통합 프로세스(RUP)의 단순화된 버전입니다.민첩한 기술과 개념을 사용하여 비즈니스 애플리케이션 소프트웨어를 개발하는 간단하고 이해하기 쉬운 접근 방식을 설명하면서도 여전히 RUP에 충실합니다.AUP는 테스트 기반 개발(TDD), 신속한 변화를 위한 모델링(AM), 신속한 변화 관리 및 데이터베이스 리팩토링을 포함한 민첩한 기술을 적용하여 생산성을 향상시킵니다.
2011년에 AUP는 [2]사용된 모든 민첩한 방법론의 1%를 차지했습니다.2012년에 AUP는 규율 있는 민첩한 제공(DAD)으로 대체되었습니다.그 이후로 진화하는 AUP에 대한 작업이 중단되었습니다.
규율
RUP와 달리 AUP는 7개의[citation needed] 분야만 있습니다.
- 모델. 조직의 비즈니스, 프로젝트에서 해결 중인 문제 영역을 이해하고 문제 영역을 해결할 실행 가능한 솔루션을 식별합니다.
- 구현.모델을 실행 가능한 코드로 변환하고 기본 수준의 테스트, 특히 장치 테스트를 수행합니다.
- 테스트. 품질을 보장하기 위해 객관적인 평가를 수행합니다.여기에는 결함을 발견하고, 시스템이 설계된 대로 작동하는지 확인하고, 요구 사항이 충족되는지 확인하는 작업이 포함됩니다.
- 배포.시스템 제공 계획을 수립하고 최종 사용자가 시스템을 사용할 수 있도록 계획을 실행합니다.
- 구성 관리.프로젝트 아티팩트에 대한 액세스를 관리합니다.여기에는 시간 경과에 따른 아티팩트 버전 추적뿐만 아니라 아티팩트 버전에 대한 변경 사항을 제어 및 관리하는 작업도 포함됩니다.
- 프로젝트 관리.프로젝트 내에서 수행되는 활동을 지시합니다.여기에는 리스크 관리, 인력 배치(작업 할당, 진행 상황 추적 등), 프로젝트 범위 밖의 인력 및 시스템과의 조정 등이 포함되어 예산 범위 내에서 적시에 제공됩니다.
- 환경.필요에 따라 팀이 적절한 프로세스, 지침(표준 및 지침) 및 도구(하드웨어, 소프트웨어 등)를 사용할 수 있도록 함으로써 나머지 작업을 지원합니다.
철학
Agile UP은 다음과 같은 철학을 바탕으로 합니다.
- 직원들은 자신들이 무엇을 하고 있는지 알고 있습니다.사람들은 상세한 프로세스 문서를 읽지는 않겠지만, 때때로 높은 수준의 지침 및/또는 교육을 원할 것입니다.AUP 제품은 관심이 있는 경우 많은 세부 정보에 대한 링크를 제공하지만 강제로 제공하지는 않습니다.
- 단순함.모든 것은 수천 페이지가 아니라 소수의 페이지를 사용하여 간결하게 설명됩니다.
- 민첩성.Agile UP은 Agile 소프트웨어 개발 및 Agile Alliance의 가치와 원칙을 준수합니다.
- 가치가 높은 활동에 집중합니다.프로젝트에서 발생할 수 있는 모든 가능한 일이 아니라 실제로 중요한 활동에 초점을 맞춥니다.
- 도구 독립성.Agile UP과 함께 원하는 모든 도구 세트를 사용할 수 있습니다.작업에 가장 적합한 도구(대부분 단순한 도구)를 사용하는 것이 좋습니다.
- AUP를 사용자의 요구에 맞게 조정할 수 있습니다.
릴리스
신속한 변화를 위한 통합 프로세스는 두 가지 유형의 반복을 구분합니다.개발 릴리스 반복으로 인해 품질 보증 및/또는 데모 영역에 배포됩니다.프로덕션 릴리스가 반복되면 프로덕션 영역에 배포됩니다.이는 합리적인 통합 프로세스를 상당히 개선한 것입니다.
참고 항목
레퍼런스
- ^ Waters, John K (28 February 2008). "Agile lands role in games and business software". The Register. Retrieved 2009-08-03.
- ^ 신속한 변화를 위한 개발 현황 조사 결과, 2011.버전하나.
- ^ Ambler, Scott. "The Agile Unified Process (AUP)". Ambysoft. Retrieved 21 December 2015.
