도구 사용 도움말: Rational Software Development Platform을 사용하여 프로젝트에 대해 설정
이 도구 사용 도움말은 프로젝트에 대해 SDP 모델링 환경을 설정하는 방법에 대해 설명합니다.
기본 설명

개요

프로젝트에 대해 설정한다는 것은 팀 구성원이 동시에 동일한 모델에 대한 작업을 수행할 수 있는 기초를 마련한다는 의미입니다. 복잡한 시스템을 개발하려면 분석가, 설계자 및 개발자 그룹이 동시에 "큰 그림"을 보고 액세스하여 해당 그림에서 자신이 담당하는 부분에 대한 작업을 동시에 수행할 수 있어야 합니다. 여러 팀 구성원 다른 위치에서 동시에 동일한 모델에 액세스하는 환경을 관리하려면 다음과 같은 조건이 필요합니다.

  • 팀 활동을 관리하기 위한 작업 전략 명시
  • 해당 전략을 지원할 수 있는 도구 확보

뒤에 나오는 안내에서 다음 용어가 사용됩니다.

프로젝트는 Eclipse 작업공간에 알려진 파일 시스템 위치를 말하며 개발 노력의 중간 산출물인 Eclipse 자원을 저장하는 데 사용됩니다.

개념적 모델은 유스 케이스, 분석 클래스 및 컴포넌트 디자인과 같은 추상 개념을 표현하는 모델입니다. 이 모델은 구현 코드에 단단히 바인드되지 않으며 .emx 확장자 파일로 저장됩니다. 이는 구현 코드 자체와, 확장자가 .dnx인 파일로 저장된 코드의 다이어그램으로 구성되는 구현 모델과 다릅니다. (구현 모델은 코드와 코드 다이어그램을 포함하는 프로젝트와 동일하게 생각할 수 있습니다.)

다음 기본 단계로 이러한 기초를 마련할 수 있습니다.

개념적 모델링의 역할 설정 및 작업분류 모델링

기초를 세우는 파트는 개발 노력에서 개념적 모델을 사용할 방법을 판별하는 것입니다. 개념적 모델로 개발을 진행할 것인지, 아니면 더 소급하여 사용할 것인지(예: 문서 양식으로) 여부를 판별합니다.

모델로 개발을 진행할 경우 다음 사항을 판별하십시오.

  • 사용할 모델 유형(예: 유스 케이스, 분석 및 엔터프라이즈 IT 디자인).
  • 개념적 모델링 팀의 구성(크기 및 스킬 세트).
  • 개념적 모델링 노력의 참여 범위.
  • 개념적 모델링 작업 지정사항을 팀 구성원 사이에 할당할 방법.
  • 팀의 여러 구성원이 개념적 모델링의 동일 영역에서 동시에 작업하도록 할 방법.
  • 개념적 모델 자산 저장 및 버전화에 사용할 형상 관리와, 발생할 일반적인 CM 활동

또 다른 고려사항은 사용할 개념적 모델의 종류입니다. 이 도구는 유스 케이스 모델, 분석 모델 및 엔터프라이즈 IT 디자인 모델과 같은 특정 유형의 새 개념적 모델을 인스턴스화하는 데 사용할 수 있는 모델 템플리트를 제공합니다. 템플리트는 보통 기본적인 UML 패키지 구조와 예제 컨텐츠를 제공합니다. 특정의 UML2 프로파일이 미리 적용되었을 수도 있습니다.

템플리트 및 기본값 사용자 조정(선택사항)

다음 단계에서는 표준 템플리트를 사용하여 RSx에 대한 모델 구조 가이드라인을 따르는 기본 패키징 구조를 포함하는 모델을 작성합니다.

사용자의 특정 템플리트를 선택적으로 작성할 수 있습니다. 이러한 방법으로 기본 글꼴, 색상, 선 양식, 파일 저장 옵션, 스테레오타입 및 기타 정보를 확인하는 방법과 같은 옵션 및 특성을 미리 설정할 수 있습니다. 또한 사용자 고유의 표준 패키지 구조와 시드(seed) 컨텐츠를 정의하고 사용자가 선택하는 UML 프로파일(사용자가 작성하는 프로파일을 포함하여)을 미리 적용할 수도 있습니다.

자세한 정보는 도움말 서적 아이콘모델 설정 및 작업과 프로젝트 모델링을 참조하십시오.

모델 파티션 전략 판별

이전 단계에서 식별한 모델링 작업분류를 고려하고 온라인 도움말의 팀 개발 섹션에 설명된 다른 고려사항을 포함하여 실제 모델링 파일에 개념적 모델을 할당하기 위한 전략을 판별합니다.

이 도구는 논리 모델 인스턴스를 구분하는 방법에 대해 두 가지의 기본 접근 방식을 지원합니다.

  • 모델마다 여러 개의 모델링 파일을 작성하여, 처음부터 모델을 분해하는 계획된 접근 방식.
  • 모델 리팩토링을 기초로 하는 임시 접근 방식.

실제로는, 이 두 접근 방식을 혼합할 경우가 더 많습니다. 파티션 전략을 미리 계획했어도 팀 활동의 개선을 위해 모델 리팩토링이 필요한 경우가 있습니다. 이 주제에 대한 세부적인 논의는 RSx에 대한 모델 구조 가이드라인을 참조하십시오.

자세한 정보는 도움말 서적 아이콘팀 환경에서 작업을 참조하십시오.

모델링 프로젝트 및 모델 작성

다음은 개발 노력에 대한 개념적 모델 세트를 설정하기 위한 프로세스를 설명합니다. 처음부터 모든 프로젝트와 모델을 작성할 필요는 없습니다. 개발 노력의 여러 단계에서 점차적으로 도입할 수 있습니다.

  • UML 프로젝트를 작성하십시오. 지원하는 개발 타스크와 중간 산출물을 반영하는 이름을 부여하십시오(예: "작업시간 현황표 관리 시스템 모델" 또는 "작업시간 현황표 관리 시스템 유스 케이스 모델링 파일").
  • 프로젝트를 작성할 때 프로젝트에 작성할 개념적 모델링 파일의 유형을 선택할 것을 요청합니다.
    • 개념적 모델 유형마다 UML 프로젝트를 사용할 계획이면 이 때 프로젝트에 대해 원하는 모델 유형을 선택해야 합니다.
    • 프로젝트를 사용하여 두 가지 이상의 개념적 모델 유형을 수용할 계획이면, 사용자가 선택하는 모델은 결국 프로젝트에 수용하려는 유형이 될 수 있습니다.
    • 어는 방식에서든지 새 모델링 파일에 대해 의미있는 이름을 선택하십시오. 이름은 개발되는 솔루션의 이름과 모델 유형을 반영해야 합니다(예: "작업시간 현황표 관리 시스템 유스 케이스 모델" 또는 " 작업시간 현황표 관리 시스템 분석 모델"). 하나의 개념적 모델의 논리 컨텐츠를 여러 모델링 파일에 할당할 계획이면, 각 모델링 파일 이름이 파일에 수용하는 논리 컨텐츠 서브세트도 반영해야 합니다(예: "작업시간 현황표 관리 시스템 사원 관리 유스 케이스" 또는 "작업시간 현황표 관리 시스템 프로젝트 관리 유스 케이스").
  • 필요에 따라 모델링 파일을 프로젝트에 더 추가하십시오.
  • 필요한 UML 프로젝트 및 모델링 파일 세트를 갖게 될 때까지 UML 프로젝트와 추가 모델링 파일을 계속 추가하십시오.

RUP 모델 및 도구 특정 모델 사이의 맵핑과 프로젝트 유형의 자세한 설명은 RSx에 대한 모델 구조 가이드라인을 참조하십시오.

자세한 정보는 도움말 서적 아이콘모델 설정 및 작업과 프로젝트 모델링을 참조하십시오.

자세한 정보