툴 강좌: Rational Software
아키텍트를 사용하여 프로젝트에 대한 설정
목적
이 툴 강좌는 프로젝트에 대한 RSA 모델링 환경을 설정하는 방법을 설명합니다.
이 섹션은 이 툴 강좌와 관련된 추가 정보의 링크를 제공합니다.
개요
프로젝트에 대한 RSA를 설정한다는 것은 팀 구성원이 동시에 동일한 모델에
대한 작업을 수행할 수 있는 기초를 마련한다는 의미입니다. 복잡한
시스템을 개발하려면 분석가, 아키텍트 및 개발자 그룹이 동시에 "큰
그림"을 보고 액세스하여 해당 그림에서 자신이 담당하는 부분에
대한 작업을 동시에 수행할 수 있어야 합니다. 여러
팀 구성원 다른 위치에서 동시에 동일한 모델에 액세스하는
환경을 관리하려면 다음과 같은 조건이 필요합니다.
- 팀 활동을 관리하기 위한 작업 전략 명시
- 해당 전략을 지원할 수 있는 툴 확보
다음 설명에서는 다음과 같은 용어를 사용합니다.
프로젝트는 Eclipse 작업공간이 인식하는 파일
시스템 위치로서 개발 노력의 작업 결과인 Eclipse
자원(다양한 유형의 결과물)을 저장하는 데 사용됩니다.
개념적 모델은 유스 케이스, 분석 클래스 및 설계 컴포넌트와
같은 추상 개념을 나타내는 모델입니다. 이 모델은 구현 코드와 밀접한
관계가 있으며 확장자가 .emx인 파일에 저장됩니다. 이
모델은 구현 코드와 확장자가 .dnx인 파일에 저장되는
코드 다이어그램으로 구성되는 구현 모델과는
다릅니다. (구현 모델은 코드 및 코드 다이어그램을
포함하는 프로젝트와 동일하게 생각할 수 있습니다.)
다음 기본 단계로 이러한 기초를 마련할 수 있습니다.
개념적 모델링 역할 및 모델링 작업 분할
설정 
기본 작업의 하나로서 개발 노력에서 개념적 모델을 사용할 방법을 결정해야
합니다. 즉, 모델을 사용하여 개발 작업을 수행할지 또는
예를 들어 문서 형태로 다음에 사용할지 여부를 결정해야 합니다.
모델을 사용하여 개발 작업을 수행하는 경우 다음 사항을 결정해야 합니다.
- 사용할 모델 유형(예: 유스 케이스,
분석 및 엔터프라이즈 IT 설계)
- 개념적 모델링 팀의 마크업(크기 및 기술 세트)
- 개념적 모델링 노력의 예상 범위
- 팀 구성원간에 개념적 모델링 작업 할당 분배 방법
- 팀의 여러 구성원이 동일한 개념적 모델
영역에서 작업을 수행해야 하는 정도
- 개념적 모델 자원을 저장하고 버전을 지정하기
위해 사용할 형상 관리 및 표준 CM 워크플로우
사용할 개념적 모델의 유형 또한 고려해야 합니다. 툴은 유스
케이스 모델, 분석 툴 모델 및 엔터프라이즈 IT 설계 모델과 같은
특정 유형의 새로운 개념적 모델을 인스턴스화하는 데 사용할 수
있는 몇 가지 모델 템플리트를 제공합니다. 템플리트는 일반적으로 기본 UML
패키지 구조 및 몇 가지 컨텐츠 예를 제공하며 특정 UML2
프로파일을 사전 적용합니다.
RSA 템플리트
및 기본값 구성(선택적 
다음 단계에서는 표준 템플리트를 사용하여
Rational Software Architect용
모델 구조 가이드라인을 따르는 RSA 모델을 작성하십시오.
사용자의 특정 템플리트를 선택적으로 작성할 수 있습니다. 이러한 방법으로
기본 글꼴, 색상, 라인 양식, 파일 기억장치 옵션과 스테레오타입 및 기타
정보를 체크하는 방법과 같은 옵션 및 특성을 미리 설정할 수 있습니다. 또한
사용자의 고유한 표준 패키지 구조 및 기본 컨텐츠를 정의하고 원하는 UML
프로파일(사용자가 작성하는 프로파일 포함)을 사전 적용할 수 있습니다
자세한 정보는
프로젝트 모델링 설정 및 관련 작업을 참조하십시오.
모델 파티션 전략 결정

이전 단계에서 식별한 모델링 작업의 분할을
고려하고 온라인 도움말의 팀 개발 섹션에서 설명한
일부 기타 고려사항을 분석하여 실제 모델링 파일의
개념적 모델 할당 전략을 결정하십시오.
RSA는 논리 모델 인스턴스를 분할하는 방법으로 다음 두 가지 기본 방법을 지원합니다.
- 모델당 여러 모델링 파일을 작성하여
처음부터 모델을 분할하는 계획 방법
- 모델 재구성을 기반으로 한 특별 방법
실제로는 이 두 가지 방법을 함께 사용하는 것이 바람직합니다. 파티션
작성 전략은 이미 설정되었지만 팀 워크플로우를 개선하기 위해 모델
재구성이 필요한 경우가 있기 때문입니다. 이 주제에 대한 자세한
설명은 Rational
Software 아키텍트에 대한 모델 구조 가이드라인을 참조하십시오.
자세한 정보는
팀 개발을 참조하십시오.
모델링 프로젝트 및 모델 작성
다음은 개발 노력을 위한 개념적 모델 세트 구축 프로세스에 대해
설명합니다. 반드시 처음부터 모든 프로젝트
및 모델을 작성할 필요는 없습니다. 다양한
개발 노력 단계에서 하나씩 작성할 수 있습니다.
- UML 프로젝트를 작성하십시오. 프로젝트가 지원할 개발 활동 및
결과물을 반영하는 이름을 지정하십시오(예: "출근 기록부 관리 시스템 모델"
또는 "출근 기록부 관리 시스템 유스 케이스 모델링 파일").
- 프로젝트를 작성하는 경우 다음과 같이 프로젝트에서
작성할 개념적 모델링 파일의 유형을 선택해야 합니다.
- 개념적 모델 유형에 UML 프로젝트를 사용하려면
프로젝트에 대한 올바른 모델 유형을 선택해야 합니다.
- UML 프로젝트를 사용하여 두 가지 이상의 개념적 모델
유형을 사용하려면 여기서 선택하는 모델이 궁극적으로
프로젝트에서 사용하는 유형의 모델이 됩니다.
- 또는 새 모델링 파일에 의미 있는 이름을 선택하십시오. 이
이름은 개발 중인 솔루션의 이름과 모델 유형을 반영해야 합니다(예:
"출근 기록부 관리 시스템 유스 케이스 모델" 또는
"출근 기록부 관리 시스템 분석 모델"). 하나의 개념적
모델의 논리적 컨텐츠를 여러 모델링 파일에 할당하려는 경우,
각 모델링 파일의 이름은 파일에 포함되는 논리적 컨텐츠의
서브세트 또한 반영해야 합니다(예: "출근 기록부
관리 시스템 직원 관리 유스 케이스" 또는 "출근
기록부 관리 시스템 프로젝트 관리 유스 케이스").
- 필요에 따라 별도 모델링 파일을 프로젝트에 추가하십시오.
- 필요한 UML 프로젝트 및 모델링 파일 세트를 얻을 때까지 계속
해당 프로젝트에 UML 프로젝트 및 모델링 파일을 더 추가하십시오.
RUP 모델과 RSA 모델 간의 맵핑과 프로젝트 유형에 대한 자세한
설명은 Rational
Software 아키텍트에 대한 모델 구조 가이드라인을 참조하십시오.
자세한 정보는 프로젝트
모델링 설정 및 관련 작업을 참조하십시오.
|