결과물:
|
![]() |
개발 프로세스는 이 개발 프로세스를 따르는 프로젝트의 요구사항을 충족시키는 기본적인 RUP 프레임워크의 형상입니다. 프로젝트 컨텍스트에서 이 결과물의 공통적인 이름은 프로젝트 특정 프로세스입니다. |
---|---|
역할: | 프로세스 엔지니어 |
선택 가능성/발생 시기: | 모든 프로젝트는 개발 프로세스를 따라야 합니다. 프로젝트 특정 프로세스는 종종 웹 사이트를 통해 프로젝트 구성원에게 제공됩니다. |
템플리트 및 보고서: |
|
예: | |
UML 표시: | 해당사항 없음 |
추가 정보: |
활동 정보: | 활동 결과: |
개발 프로세스 또는 프로젝트 특정 프로세스의 목적은 프로젝트 구성원에게 지침 및 지원을 제공하는 것입니다. "정통한 정보"는 이 결과물 목적에 아주 잘 맞는 표현입니다.
선택한 전달 메커니즘에 따라 프로세스 개요는 여러 가지 형식을 취할 수 있습니다. RUP와 같이 웹 기반 프로세스인 경우 사이트맵을 보거나 트리브라우저의 첫 번째 두 레벨을 보고 전반적인 컨텐츠를 익혀볼 수 있습니다.
개발 프로세스에는 UML 등록 정보가 없습니다. 다음은 소프트웨어 개발 프로세스에서 중요한 등록 정보인 특성 및 기능 목록입니다.
프로젝트에 사용자 정의된 프로세스는 일반적으로 프로젝트 시작 시 또는 프로젝트 시작 전에 수행된 작업의 결과입니다. 프로젝트 환경 준비의 일환으로 기본적인 프로세스에 대한 여러 가지 관점을 제공하거나 기본적인 프로세스에 대한 세부 편차를 설명해야 할 수 있습니다. 프로젝트 특정 프로세스는 일반적으로 프로젝트 전반을 통해 필요에 따라 갱신됩니다. 이러한 갱신의 한 예는 다가오는 주기에 대해 계획된 작업을 수행하는 데 필요한 특정 지침 및 템플리트를 준비하는 것입니다.
프로세스 엔지니어 역할이 이 결과물을 일차적으로 책임집니다. 이러한 책임에는 다음 사항이 포함됩니다.
소프트웨어 개발 프로젝트에 적절한 프로세스를 결정할 때 몇 가지 판별 기준을 고려해야 합니다(예: 필요한 결과물 형식, 팀 구성원 수, 지속 기간 및 예산 측면에서 프로젝트 규모 및 프로젝트 구성원의 프로세스 완성도). RUP 프레임워크는 다양한 프로젝트 유형을 지원하므로 반드시 프로젝트 특정 요구사항에 맞게 프로세스를 사용자 정의해야 합니다.
프로젝트 특정 프로세스는 어떤 경우 기본적인 프로세스 프레임워크 맨 위의 필터링 계층으로 제공되는 개발 케이스만으로 구성될 수도 있습니다. 일반적으로 소형 개발 조직은 조직 범위의 프로세스를 개발하는 전용 자원을 가지고 있지 않고 대신 RUP Builder 제품을 사용하여 프로젝트에 대한 개발 프로세스를 출력합니다.
대형 개발 조직 또는 교차 프로젝트 재사용 및 프로세스 개선에 특별히 초점을 맞춘 조직의 경우 일반적으로 조직에 하나 이상의 형상을 개발하게 됩니다. 프로젝트 특정 프로세스는 대응하는 조직 형상에서 인스턴스화됩니다. 개발 조직 설정의 프로세스 형상에 대한 자세한 정보는 Rational Process Workbench(RPW) 제품을 참조하십시오.
이 결과물 사용자 정의에 대한 자세한 정보는 활동: 프로젝트의 프로세스 사용자 정의를 참조하십시오.
Rational Unified Process
|