가이드라인: RUP 사용자 조정
이 가이드라인은 조직이나 프로젝트를 위해 RUP를 사용자 조정하기 위한 권장사항을 제공합니다.
기본 설명

이 가이드라인은 RUP 사용자 조정 시 고려해야 할 일부 사항을 설명합니다. 

RUP 사용자 조정에 대한 전체 프로세스 설명은 개념: RUP 사용자 조정을 참조하십시오. 

프로세스 사용자 조정에 관련된 일반적인 일부 우수 사례 설명은 가이드라인: 프로세스 사용자 조정 사례를 참조하십시오.

사용자 조정 노력의 범위 정의

사용자 조정 노력의 범위 정의는 변경하려는 사항과 이를 변경하려는 방식을 식별하는 것입니다.

범위를 효과적으로 정의하려면 RUP를 숙지해야 합니다. 자세한 정보는 RUP 소개를 참조하십시오.

사용자 조정할 프로세스의 양과 수행할 사용자 조정 레벨은 모두 여러 요인의 영향을 받습니다. 이러한 요인은 가이드라인: 프로세스 판별자에서 설명합니다.   

소프트웨어 엔지니어링 프로세스의 가변 요소

이 섹션은 RUP 사용자 조정 노력의 일부로 수정, 사용자 정의, 추가 또는 억제될 가능성이 있는 프로세스의 구성요소를 검토합니다.

  • 원칙
    소프트웨어 프로젝트는 분석 및 디자인, 구현 등과 같은 원칙을 생략하는 일이 거의 없습니다. 예외적인 경우, 요구사항 또는 배치와 같은 일부 원칙은 다른 조직에 의해 실행될 수 있습니다. 그러나 원칙 내부 또는 원칙 간의 특정 워크플로우는 수정될 가능성이 훨씬 높습니다.   
  • 중간 산출물
    프로젝트는 생성, 갱신 및 전달해야 하는 중간 산출물에 따라 달라질 가능성이 훨씬 더 많습니다. 한 극단적인 예로 소수의 중간 산출물만을 전자적인 방식으로 유지보수하는 종이를 전혀 사용하지 않는 프로젝트에서 스프레드시트, 디자인 도구, 프로그래밍 도구 및 테스트 도구와 같은 도구가 지원되고 디스크, CD 또는 WWW를 통해서만 소프트웨어와 문서를 전자적인 방식으로 전달한다고 가정해 보십시오. 다른 극단적인 예로, 계약상, 관리 또는 조직적인 이유로 훨씬 더 큰 인쇄된 서적 세트를 생성 및 유지보수해야 하는 프로젝트가 있습니다. 일부 경우, 전체 모델을 생략할 수 있습니다.
  • 타스크
    타스크는 적어도 두 가지 이유로 달라질 수 있습니다. 중간 산출물을 입력으로 사용하고 중간 산출물을 출력으로 생성 또는 갱신하는 타스크는 중간 산출물을 수정할 경우 이에 영향을 받습니다. 특히 일부 중간 산출물 또는 중간 산출물의 일부 정보 요소가 더 이상 쓸모없게 되면 해당 단계가 억제되거나 상당량 수정될 수 있습니다. 특정 응용프로그램 도메인 또는 개발 전문 기술(예: 디자인 단계, 프로그래밍 언어, 자동 코드 생성 도구, 측정 기법 등)에 관련된 특정 기법, 메소드 및 도구를 소개하기 위한 경우에도 타스크를 수정합니다.

다른 메소드 요소를 보다 자세하게 수정, 추가 또는 억제할 수 있습니다.

  • 역할
  • 타스크의 단계
  • 타스크의 가이드라인 및 안내
  • 일부 또는 전체 모델에 대한 일부 특정 요구를 해결하기 위해 UML 서브세트 사용 또는 스테레오타입 사용과 같은 표기법.
  • 검토 체크리스트
  • 일부 타스크 자동화를 위한 도구 지원
  • 용어 변경(예: 조직적 컨텍스트에 맞게 프로세스 수정)

요약하면 프로세스 엔지니어는 RUP를 사용자 조정할 때 광범위한 결정을 해야 합니다. 잘 확립된 특정 회사 사례 및 표준(예: 문서, 용어 등)을 이용할 수 있도록 RUP를 조정해야 할 수 있습니다.



 

곤란한 조정 시나리오

특정 사용자 조정 시나리오는 구현하기 어려우므로 매우 신중하게 고려해야 합니다. 예제:

  • 프로세스 아키텍처 변경
    기존의 프로세스 또는 조직과 일치하도록 타스크를 다른 원칙 세트로 광범위하게 다시 패키징하면 공들인 노력에 비해 효과가 크지 않을 수 있습니다. 종종 RUP에서 모든 측면을 다루는지를 평가하는 맵핑을 간단히 설정하는 것이 보다 실용적일 수 있습니다. 원칙은 순차적으로 실행되는 단계가 아니라는 사실을 기억하십시오. 원칙은 타스크를 위한 컨테이너로 각 반복에서 계속해서 다시 실행되며 때로 하나의 반복 내에서 동시에 실행됩니다.
  • 용어에서의 변경
    단어 처리 중에 한 단어를 다른 단어로 대체하는 것은 사소한 문제인 것 같으나 이러한 변경을 하려면 신중하게 고려해야 합니다. 소프트웨어 엔지니어링 도메인에서 조직은 종종 약간 다른 의미를 가진 동일한 단어 또는 동일한 의미를 나타내는 다른 단어를 사용합니다. RUP와 동떨어지게 변경을 하면 프로세스를 이해하기가 매우 어렵게 됩니다. 한 가지 솔루션은 RUP 용어와 조직의 용어 사이에 변환되는 용어 "변환표"를 작성하는 것입니다.

위험성이 있는 단어의 예로는 시스템, 단계, 역할, 활동, 타스크, 모델 및 문서가 있습니다.

영어 이외의 언어로 프로세스 결과가 캡처된 경우 중간 산출물, 문서, 보고서 및 RUP의 다른 부분에 대한 설명을 그 다른 언어로 변환해야 하므로 용어 문제가 더욱 복잡해집니다.