UML Profile로 도메인 모델링 규칙 확장하기

UML의 의미를 도메인에 맞게 덧입히는 방법

UML Profile은 UML 메타모델 자체를 바꾸지 않으면서 스테레오타입, 태그 값, 제약을 더해 도메인별 의미를 표현하는 OMG 표준 메커니즘이다. Class, Component, Activity 같은 UML 메타클래스에 업무나 기술 도메인의 의미를 연결할 수 있어, 모델의 일관성과 도구 간 상호운용성을 함께 다룰 수 있다.

확장의 중심에는 다음 요소가 있다.

• 스테레오타입은 적용할 메타클래스를 정하고, 추가 속성인 Tagged Value나 아이콘을 연결한다.
• 태그 값은 도메인 속성, 형식, 기본값, 도메인 제약을 담는다.
• Constraint/OCL은 무결성과 일관성 규칙을 정의해 정적 검증 자동화에 사용한다.

Profile은 패키지 단위로 적용하며, 모델·패키지·다이어그램별로 적용 범위를 둘 수 있다. 교환은 표준 XMI 기반 직렬화를 전제로 한다.

모델링 규칙을 표현하고 검증하는 방식

스테레오타입은 Class, Interface, Port 등 대상 메타클래스와 명시적으로 매핑할 수 있고, 스테레오타입 상속으로 공통 규칙을 재사용할 수 있다. 아이콘이나 쉐이프 스크립트를 적용하면 모델을 읽는 사람이 도메인 의미를 빠르게 구분할 수 있다.

태그 값에는 NFP, 단위, 치수처럼 도메인 특화 데이터 타입을 정의할 수 있다. 값 범위와 패턴 제약, 필수·선택 여부, 기본값, 다중성을 함께 두면 모델링 가이드를 Profile 안에 포함할 수 있다.

OCL 기반 규칙은 위반을 즉시 드러내는 정적 검증 수단이다. Profile 버전에 따라 규칙을 다르게 적용하면 기존 모델을 한 번에 강제하지 않고 점진적으로 전환할 수 있다.

배포는 모델 리포지토리 단위 적용, 팀 단위 롤아웃, 역호환 정책을 포함한다. XMI/MD* 포맷 내보내기와 CI 파이프라인의 규칙 검사를 연결할 수 있지만, 벤더 확장 요소를 많이 사용할수록 이식성은 떨어질 수 있다. Papyrus, MagicDraw/Cameo, Enterprise Architect, Rhapsody 등 주요 도구의 지원 범위도 확인 대상이다.

표준 Profile과 BPMN을 다루는 경계

SysML v1.x

SysML v1.x는 UML Profile 기반의 확장 체계다. 요구사항, 블록, 파라메트릭, 활용 사례 중심의 모델링을 제공하며, Class→Block, Port→FlowPort 같은 메타클래스 매핑과 NFP 단위·물리량 표현을 강화한다.

요구사항과 Block/Activity 사이의 추적성을 자동 검증하고, 파라메트릭 제약으로 성능과 균형 설계를 분석할 수 있다. MBSE 프로세스 표준화와 V&V 근거 자동 산출에도 활용된다.

SysML v2는 별도 메타모델 기반으로 전환 추세이므로 마이그레이션 전략이 필요하다(최신 정보 확인 필요).

MARTE

MARTE는 실시간·임베디드 환경을 위한 UML Profile이다. NFP(Non-Functional Property), 자원, 스케줄링 분석을 지원하며 시간 제약, 스케줄 정책, 처리량, 지연을 모델에 반영하고 도구 연계 분석을 자동화하는 데 쓰인다.

다만 모델 정밀도가 높아질수록 작성 비용도 커진다. 필요한 뷰를 최소화하는 전략이 필요하다.

SoaML

SoaML은 서비스 계약, 파티시펀트, 포트와 인터랙션을 모델링하는 Profile이다. 조직과 시스템의 경계를 분명히 하고, 계약 기반 상호운용성을 문서화하며 API 사양과의 추적성을 확보하는 용도로 사용할 수 있다.

BPMN과의 연계

BPMN 2.0은 UML Profile이 아니라 독립 메타모델 표준이다. 따라서 UML Activity와 BPMN Process 사이의 변환 규칙을 정의하거나, 일부 도구가 제공하는 BPMN Profile·맵핑 기능을 활용하는 방식으로 연결한다.

프로세스는 BPMN 모델에 유지하고, 시스템의 상호작용과 구조는 UML 또는 SysML로 분리해 표현하는 전략이 적합하다. 도구마다 변환 범위와 표현력이 달라 크로스체크 규칙을 설계해야 한다(최신 정보 확인 필요).

조직 전용 Profile

기관이나 조직의 Profile은 도메인 규정, 용어, 명명 규칙을 모델에 내재화해 감사와 컴플라이언스 대응에 사용한다. 금융권 업무유형 스테레오타입, PII 등급 태그, 암호화 정책 OCL 제약이 예가 될 수 있다.

이런 규칙은 리뷰 자동화와 산출물 균질화로 이어져 출시 리드타임 단축에 기여할 수 있다.

Profile을 설계하고 운영 환경에 올리는 흐름

설계의 입력은 도메인 요구사항, 용어집, 규제 항목, 표적 도구와 교환 포맷이다. 이를 바탕으로 메타클래스 매핑을 정하고 스테레오타입·태그·제약을 정의한다. 아이콘과 뷰를 조정한 뒤, 검증 시나리오와 샘플 모델을 만들고 자동 테스트를 구성한다.

산출물은 버전이 지정된 Profile 패키지(XMI), 적용 가이드, CI 규칙, 샘플 리포지토리로 정리할 수 있다.

⤢✕

Profile 버전을 롤아웃할 때는 모델 리포지토리 락, 마이그레이션 스크립트 적용, 검증 통과 후 커밋의 흐름을 관리한다. 실패에 대비한 원복 전략과 역호환 레이어도 함께 유지해야 한다.

확장성과 운영 비용 사이의 균형

초기에는 핵심 스테레오타입만 설계하고 필요에 따라 확장하는 편이 낫다. 명명 규칙과 아이콘을 일관되게 적용하고, 스테레오타입 상속으로 중복을 줄인다. OCL 규칙은 오류와 경고로 심각도를 나누어 CI 파이프라인에서 자동 검증할 수 있다.

버전은 시맨틱 버저닝(예: 1.2.0)으로 관리하고, 마이그레이션 가이드와 자동 스크립트를 제공한다. XMI 라운드트립 테스트와 도구 간 호환성 체크리스트도 운영 범위에 포함한다.

표현력을 넓히면 학습과 작성 비용이 늘어난다. 벤더 전용 확장은 생산성을 높일 수 있지만 이식성을 낮추며, 제약을 강하게 적용하면 품질은 올라가도 초기 모델링 속도는 떨어질 수 있다.

대형 모델에서는 Profile 적용 범위, 아이콘 스크립팅, OCL 엔진 성능이 도구마다 다르게 나타날 수 있다. 성능과 메모리 사용량은 사전 벤치마크가 필요하다. 교환 단계에서는 XMI 버전과 Profile URI의 정합성을 관리하고 라운드트립 테스트를 자동화한다. BPMN 연계는 네이티브 BPMN 모델을 유지하면서 변환 규칙 검증을 병행하는 방식이 권장된다(최신 정보 확인 필요).

도메인별 Profile 접근 비교

프로파일/접근	대상 도메인	확장성	일관성	안정성	운영 편의
SysML v1.x	시스템 엔지니어링	높음	높음	높음	중간
MARTE	실시간/임베디드	중간	높음	중간	중간
SoaML	서비스 지향	중간	중간	중간	높음
BPMN 연계(매핑/프로파일)	비즈니스 프로세스	중간	중간	도구 의존	중간

BPMN은 독립 메타모델이며, 연계 품질은 도구와 변환 규칙에 의존한다.

검증 자동화가 만드는 변화

UML Profile 도입 시 리뷰·검증 시간은 2040% 단축되고, 모델링 재작업률은 1530% 감소할 수 있다. 모델 규칙 위반에 따른 결함 유입률은 3050% 감소하고, 재사용률은 2545% 증가할 수 있다.

도메인 공통어를 만들고 설계 의사결정을 투명하게 남길 수 있다는 점도 중요하다. 산출물의 균질화, 온보딩 속도 향상, 감사 대응 용이성 역시 조직 Profile 운영에서 얻을 수 있는 효과다.