개요
이 도구 사용 도움말에서는 다음 단계가 수행됩니다.
추가 도구 정보
이 도구는 모델 기반 개발 및 모델 기반 아키텍처에 대한 지원의 일부로 변환 사용을 통해 모델에서 코드로 이동할 수 있는 기능을 제공합니다. 기본 접근 방식은 유형
맵핑(소스 모델의 클래스, 해당 속성, 오퍼레이션, 관계)과 소스 모델 표시(프로파일에 정의된)의 조합을 기초로 합니다. 이 조합 방법을 사용하는 이유는 대부분의 경우 소스 모델에 변환을 구동하기에 충분한 정보가
없기 때문입니다. 설계자는 변환이 수행되도록 하는 특정 '표시(mark)'를 추가해야 합니다. 자세한 정보는 분석 메커니즘을
참조하십시오.
적용된 프로파일에 따라, 분석 메커니즘의 클라이언트는 올바른 스테레오타입을 사용하여 적절하게 '표시'해야 합니다. 자세한 정보는 변환 적용을 참조하십시오.
참고: 자동화된 변환을 사용할 계획이 없어도 프로파일을 사용하여 모델을 '표시(mark)'하는 것이 가치가 있음을 발견하게 됩니다. 정의된 프로파일을 기반으로, 모델에 추가된 이 추가 정보에는 스테레오타입, 특성
및 제한조건이 포함될 수 있습니다. 적절한 프로파일을 정의하고 이를 적절하게 사용하여 해당 프로파일 이면의 의미를 커뮤니케이션함으로써, 더 효과적인 변환을 유도할 수 있는 상당한 정밀도를 모델에 추가할 수
있습니다(변환의 자동 또는 수동 수행 여부에 관계없이).
프로파일 작성 시 수행할 핵심 단계는 다음과 같습니다.
-
프로파일 프로젝트 작성
-
스테레오타입 추가
-
확장을 이용하여 스테레오타입을 UML 요소에 연결
-
프로젝트에 프로파일을 적용하여 테스트
-
문서화
-
플러그인으로 패키징
-
RAS를 통해 분배
이 도구를 사용하면 각 메커니즘의 클라이언트를 찾고 이 정보를 문서화할 수 있습니다.
-
메커니즘을 마우스 오른쪽 단추로 클릭하고 필터 > 관련 요소 표시를 사용하여 클라이언트를 찾으십시오.
-
토픽 다이어그램을 사용하십시오.
토픽
다이어그램을 참조하십시오.
-
브라우즈 다이어그램을 사용하십시오.
브라우즈 다이어그램을 참조하십시오.
-
<<Perspective>> 패키지를 사용하여 사용되는 메커니즘의 보기를 제공하십시오.
-
<<프레임워크>> 패키지를 사용하여 메커니즘의 내부 작업 보기를 제공하십시오.
분석 메커니즘의 프레임워크 패키지에서 클라이언트는 클라이언트 사용 다이어그램에 표시됩니다. 이 다이어그램에서 클라이언트는 분석 메커니즘 클래스에 대한 종속성을 갖습니다. 동일 프레임워크 패키지의 일부로,
필요한 특성 프로파일마다 하나의 프로파일 컴포넌트를 작성하십시오. 클래스의 특성 보기에 있는 문서 탭을 사용하여 사용 프로파일을 문서화하십시오. 특성 프로파일의 사용에 따라 클라이언트를 그룹화하고 프로파일 사용
다이어그램에서 클라이언트와 프로파일 클래스 사이의 관계를 표시하십시오.
RAS 저장소는 재사용할 가능성이 있는 모든 후보(특히 패턴)를 수집하기 위한 좋은 위치입니다. 또한 RAS 자산을 모델링할 수 있습니다. 이 모델은 구현 메커니즘의 표시를 제공할 수 있습니다. 그러면 구현
메커니즘의 모델 표시를 공유하는 RAS 저장소에 저장하고 필요에 따라 팀이 이 저장소를 조회할 수 있습니다.
RAS 자산과 RAS 패턴 자산을 참조하십시오.
참고: 이 섹션에 언급된 도구 기능 중 일부는 RSM에서 지원되지 않습니다.
모델 기반 개발 접근 방식을 사용하는 경우, 이 단계는 변환 기능의 도움으로 수행됩니다. 변환에는 변환 및 패턴의 두 종류가 있습니다. 변환은 "기본적으로 메타 모델, 모델 및 추상 레벨 사이에 일괄처리에 맞게
최적화된 변환"입니다. 패턴은 "주로 단일 메타 모델 및 동일한 추상 레벨에서, 그리고 보통 동일 모델 내에서 대화식의 구분적 정제(Elaboration)에 맞게 최적화된" 특수한 종류의 변환입니다. 모델 기반 개발 및 모델 기반 아키텍처와 분석 메커니즘 개념을
참조하십시오.
이는 디자인 메커니즘을 실현하는 데 적절한 여러 개의 구현 메커니즘이 있다는 것을 나타낼 수도 있습니다. 선택할 때 고려해야 하는 한 가지의 추가 요소는 구현 메커니즘을 변환을 통해 실현할 수 있는지 여부입니다.
또한 종종 사용자 개발 프로젝트에서 다시 사용되는 구현 메커니즘에 대해 관찰하십시오. 이 메커니즘은 패턴 및 변환을 통한 자동화의 좋은 후보입니다. 디자인 및 구현 메커니즘 사이의 맵핑을 자동화할 것인지 여부와 같은 분석
일부로, 자동화하는 데 필요한 투자에 대한 이득을 계산해야 합니다.
모델에 적용되는 프로파일에 따라 여러 가지의 변환을 "바로 사용"할 수 있습니다. 고급 사용자를 위해 이 도구는 사용자 정의 변환을 빌드하기 위한 프레임워크를 제공합니다. 패턴 적용과 변환 적용을 참조하십시오.
보다 코드 중심적인 개발 환경에서는 기존 코드부터 시작하고 아키텍처 분석을 위한 지원의 일부인 패턴 및 안티패턴 발견 기능을 사용하여 일부 맵핑을 발견할 수 있습니다. 아키텍처 발견, 분석 및 제어 가이드라인을 참조하십시오.
메커니즘을 식별하고 나면 분석, 디자인 및 구현 메커니즘과 메커니즘 사이의 실현(realization) 관계를 포함하고 있는 아키텍처 메커니즘 맵핑 다이어그램을 작성하십시오.
메커니즘 자체는 관련된 디자인 타스크의 일부로 디자인 모델에 표시할 수 있는 디자인 모델 요소(예: 디자인 패키지, 디자인 클래스 및 디자인 서브시스템)입니다. 디자인 모델 요소 작성에 대한 가이드라인은 디자인 요소 식별을 참조하십시오. 패턴은 메커니즘 클라이언트가 패턴을 확장하고 많은 필수 디자인 및 코드를 생성할 수
있으므로 디자인 및 구현 메커니즘을 문서화하는 데 특히 적합합니다. 패턴 작성과 재사용을 위해 자산 패키징을 참조하십시오.
메커니즘 문서화를 위한 기타 옵션은 다음과 같습니다.
-
다이어그램에서 노트 사용
-
메커니즘의 정적 및 동적 측면을 지정하는 추가 다이어그램
-
제한조건 사용
-
프로파일 사용
-
RAS 자산으로 메커니즘 모델 배치(RAS 패키징 메커니즘을 사용하여 자산 자체 외에도 자산에 대한 문서 보유)
문서화할 때 고려할 추가 측면은 메커니즘이 사용되는 방법을 시행하기 위해 사용할 수 있는 코드 규칙을 정의하는 것입니다. 가이드라인을 정의하고 나면, 코드 검토를 사용하여 가이드라인 적용을 자동화하여 지정된 사용
모델을 준수하도록 하십시오.
학습서:
-
패턴 적용
-
패턴 작성
샘플:
-
RAS 자산 - 가져오거나 내보내려는
RAS 자산
-
패턴 - 단순 UML
모델
|