[논문 리뷰] Rational Unified Process

Nils Kopal|arXiv (Cornell University)|2016. 09. 22.

Advanced Software Engineering Methodologies인용 수 14

한 줄 요약

이 논문은 UML 모델링에 뿌리를 두고 있는 표준화되고 반복적이며 구성요소 기반의 소프트웨어 개발 프레임워크인 Rational Unified Process(RUP)에 대한 종합적인 학술적 개요를 제공한다. RUP의 네 단계 주기, 아홉 핵심 워크플로우, 그리고 반복적 개발, 요구사항 관리, 구성 관리와 같은 '최선의 실천' 여섯 가지를 설명하며, 다양한 규모의 프로젝트에 적합하고 프로세스 중심의 개발을 통해 소프트웨어 품질 향상과 팀 협업을 개선하는 데서의 유연성을 입증한다.

ABSTRACT

In this German seminar paper, which was written in the year 2011 at the University of Duisburg for a Bachelor Colloquium in Applied computer science, we show a brief overview of the Rational Unified Process (RUP). Thus, interested students or generally interested people in software development gain a first impression of RUP. The paper includes a survey and overview of the underlying process structure, the phases of the process, its workflows, and describes the always by the RUP developers postulated "best practices" of software development.

연구 동기 및 목표

• 연구자와 학생들을 대상으로 RUP에 대한 체계적인 학술적 개요를 제공하기 위해.
• 나쁜 계획, 명확하지 않은 요구사항, 프로세스 표준화 부족으로 인한 일반적인 소프트웨어 프로젝트 실패 문제를 해결하는 데 RUP이 수행하는 역할을 설명하기 위해.
• RUP의 핵심 구성요소인 네 단계 주기, 아홉 워크플로우, 그리고 UML 및 최선의 실천과의 통합을 분석하기 위해.
• 실제 소프트웨어 개발 환경에서 RUP의 강점과 한계를 평가하기 위해.
• 연구자들이 RUP이 소규모 및 대규모 소프트웨어 프로젝트 모두에 응용 가능한지를 이해하는 데 지원하기 위해.

제안 방법

• 논문은 RUP을 프로세스 프레임워크로 구조화하여, 프로젝트의 특정 필요에 따라 구현된다는 점을 강조한다.
• 네 단계인 초기화(Inception), 준비(Elaboration), 구축(Construction), 이행(Transition)을 설명하며, 각 단계가 마일스톤으로 끝난다.
• 아홉 핵심 워크플로우를 상세히 기술한다: 여섯 가지 공학 워크플로우(비즈니스 모델링, 요구사항, 분석 및 설계, 구현, 테스팅, 배포)와 세 가지 지원 워크플로우(구성 관리, 변경 관리, 환경).
• 일관된 문서화와 소통을 가능하게 하기 위해 시각적 모델링을 위한 표준 표기법으로 UML을 사용한다는 점을 강조한다.
• 역할 기반 모델링을 포함한다: 작업자(역할), 활동(작업), 자료(결과물)가 RUP 워크플로우의 핵심 구조를 형성한다.
• 반복적 개발 모델이 중심에 두어지며, 점진적인 배포와 조기에 문제를 발견할 수 있도록 한다.

실험 결과

연구 질문

• RQ1 RUP의 반복적이고 점진적인 접근 방식은 전통적인 워터폴 모델에 비해 소프트웨어 프로젝트 성공률을 어떻게 향상시키는가?
• RQ2 RUP 프레임워크를 구성하는 핵심 구성요소와 워크플로우는 무엇이며, 소프트웨어 품질 향상과 팀 협업을 어떻게 지원하는가?
• RQ3 RUP의 UML 통합 및 '최선의 실천'에 대한 강조는 소프트웨어 개발 프로세스를 어떻게 향상시키는가?
• RQ4 실제 소프트웨어 프로젝트에서 RUP를 도입할 경우 주요 이점과 과제는 무엇이며, 비용, 복잡성, 조직적 수용 측면에서 어떻게 평가할 수 있는가?
• RQ5 RUP는 소규모, 중규모, 대규모 소프트웨어 프로젝트 전반에서 확장성과 적응 가능성을 어떻게 지원하는가?

주요 결과

• RUP는 1996년 창립 이래 IBM Rational에서 널리 도입되고 지속적으로 발전시켜온 잘 정립된 표준화된 소프트웨어 개발 프레임워크이다.
• 이 프레임워크의 반복적 성격 덕분에 결함를 조기에 탐지할 수 있고 요구사항 변화에 대해 민첩하게 대응할 수 있어 프로젝트 리스크를 감소시킨다.
• UML을 표준 모델링 언어로 사용함으로써 개발 팀과 이해관계자 간의 명확성, 소통, 재사용성이 향상된다.
• 구성 관리 및 변경 관리 워크플로우의 통합은 소프트웨어 진화에 대한 추적 가능성, 일관성, 제어를 보장한다.
• 그러나 RUP의 독점적 성격과 높은 복잡성은 도입에 도전 과제를 야기하며, 전문가의 지도나 교육 없이선 특히 어려움을 겪을 수 있다.
• RUP의 높은 구성 유연성 덕분에 소규모 및 대규모 프로젝트 모두에 적합하지만, 성공적인 구현을 위해서는 조직 전체의 투자와 문화적 일치가 필수적이다.