메타데이터 모델링

Metadata modeling

메타데이터 모델링은 소프트웨어 엔지니어링과 시스템 엔지니어링에서 일부 사전 정의된 등급의 문제에 적용되고 유용한 모델의 분석 및 구축을 위해 사용되는 변형 모델이다.null

메타모델링은 프레임, 규칙, 제약조건, 모델 및 이론의 분석, 구성 및 개발이며, 사전 정의된 문제 등급의 모델링에 적용 가능하고 유용한 이론이다.null

다이어그램의 메타 데이터 쪽은 개념 다이어그램으로 구성된다.이것은 기본적으로 Booch, Rumbaugh, Jacobson(1999년)에서 설명한 대로 조정된 등급 다이어그램이다.중요한 개념은 개념, 일반화, 연관성, 다중성, 통합이다.null

메타다타모딜링 개념

그림.1 표준, 개방 및 폐쇄 개념
그림.2 표준, 개방 및 폐쇄 개념의 예

우선 개념은 UML(Unified Modeling Language) 클래스의 간단한 버전이다.클래스 정의는[1] 개념, 즉 동일한 속성, 운영, 관계 및 의미론을 공유하는 객체 집합을 정의하기 위해 채택된다.null

다음과 같은 개념 유형을 명시한다.

  • 표준 개념: 더 이상 (하위) 개념을 포함하지 않는 개념.표준 개념은 직사각형으로 시각화된다.
  • 복합 개념: (하위) 개념의 모음으로 구성된 개념.복잡한 개념은 다음과 같이 나뉜다.
  • 개방 개념: (하위) 개념이 확장된 복잡한 개념.두 개의 흰색 직사각형이 서로 위에 있는 개방된 개념을 시각화한다. (수정:개방된 개념은 2개의 흰색 직사각형 위에 1개가 겹쳐져 있고, 우측으로 오프셋되어 있고, 아래 사각형의 3개 모서리가 보인다.)
  • 폐쇄적 개념: 특정 맥락에서 관련되지 않기 때문에 (하위) 개념이 확장되지 않는 복잡한 개념이다.닫힌 개념은 검은색 직사각형 위에 있는 흰색 직사각형으로 시각화된다.

그림 1에는 모델링 기법에 사용되는 세 가지 개념 유형이 설명되어 있다.개념은 도표에서뿐만 아니라 도표 밖의 개념을 참조할 때도 항상 자본화된다.null

그림 2에서 세 가지 개념 유형이 모두 예시되어 있다.통합 프로세스의 요구사항 워크플로우에 대한 프로세스 데이터 다이어그램의 일부가 설명되어 있다.USE CASE MODE는 공개 개념으로 하나 이상의 ACTORES와 하나 이상의 UEFACTOR로 구성된다. ACTOR는 표준 개념으로, 더 이상의 하위 개념은 포함하지 않는다.그러나 USE CASE는 폐쇄적인 개념이다.USE CASE는 설명, 사건 흐름, 조건, 특별 요구사항 등으로 구성된다.왜냐하면 이 경우에는 그 정보를 밝힐 필요가 없기 때문에 USE CASE는 폐쇄적인 개념으로 설명된다.null

일반화

그림 3 일반화
그림. 예시 일반화

일반화는 일반 개념과 보다 구체적인 개념 사이의 관계를 표현하는 방법이다.또한 필요한 경우 식별된 개념의 집단이 중복 또는 분리, 완전 또는 불완전한지 여부를 나타낼 수 있다.일반화는 그림 3에 나타낸 것과 같이 부모를 가리키는 열린 화살촉이 있는 실형 화살표로 시각화된다.null

그림 4에서 일반화는 앞 단락에서 설명한 다른 개념들 사이의 관계를 보여줌으로써 예시된다.표준 개념과 복합 개념은 둘 다 특정한 종류의 개념이다.이후, 복합적인 개념은 개방적인 개념과 폐쇄적인 개념으로 지정될 수 있다.null

협회

그림 5 협회

연관성은 개념들이 다른 개념과 어떻게 연결되는지 지정하는 구조적인 관계다.2개 개념(이진 연관) 또는 2개 이상의 개념(n-arli 연관)을 연결할 수 있다.조합은 방향을 정하지 않은 실선으로 표시된다.협회에 의미를 부여하기 위해 명칭과 명칭 방향을 제시할 수 있다.이름은 활동사 형태로, 이름 방향은 읽어야 할 방향을 가리키는 삼각형으로 표현된다.이름 및 이름 방향을 가진 연관성은 그림 5에 나와 있다.null

그림 6(제거된)에는 연관성의 예가 설명되어 있다.그 예는 통합 프로세스에서 요구사항 분석의 프로세스 데이터 다이어그램의 단편이다.두 개념 모두 더 이상 확장되지 않기 때문에 여러 하위 개념들이 존재하지만 그 개념들은 폐쇄적인 개념으로 설명된다.그림에는 "조사 설명서에서 사용 사례 모델을 설명한다"라고 나와 있다.null

다중성

그림.7 다중성
그림.8 다중성 예

이름과 이름 방향을 제외하고, 연관성은 더 많은 특성을 가질 수 있다.다중성을 통해 특정 개념의 개체가 연결 인스턴스(instance of a connection)에 연결될 수 있는 개수를 설명할 수 있다.다중성은 (1)은 정확히 1에, (0..1)은 1에, (0..1)은 0에 대한 표현을 사용하여 시각화한다.*) 0 이상, (1..*) 하나 이상의 경우 또는 (5)의 경우 정확한 숫자.그림 7에서 다중성과의 연관성을 설명한다.null

다중성의 예는 그림 8에 나타나 있다.그림 6과 동일한 예로서 다중성 값만 추가된다.그림에는 '정확히 하나의 설문 조사 설명이 정확히 하나의 사용 사례 모델을 설명한다'라고 쓰여 있다.이는 조사 설명이 0 또는 2개 이상의 사용 사례 모델을 설명할 수 없으며 사용 사례 모델은 0 또는 2개 이상의 조사 설명으로 설명할 수 없음을 의미한다.

집계

그림 9 집계
그림.10 통합 예제

특별한 유형의 연관성은 집합이다.집계는 다른 개념(부분)을 포함하는 개념(전체) 사이의 관계를 나타낸다.'하스-a' 관계라고도 할 수 있다.그림 9에는 개방 개념과 표준 개념 간의 통합 관계가 설명되어 있다.개방적 개념은 하나 이상의 표준 개념으로 구성되며, 표준 개념은 0 이상의 개방적 개념의 일부분이다.null

그림 10의 집계는 UML 기반 웹 엔지니어링의 요구사항 포착 워크플로우의 단편으로 예시된다.유스케이스 모델은 하나 이상의 행위자와 유스케이스로 구성된다.

특성.

그림.11 집계
그림.12 통합 예제

때때로 개념에 속성을 할당하기 위한 니즈가 존재한다.속성은 그림 11에 나타낸 것과 같이 개념명 아래에 소문자로 쓰여 있다.null

그림 12에서 특성이 있는 개념의 예를 시각화한다.FEATURE라는 개념은 우선 순위, 유형, 위험 및 상태의 네 가지 속성을 가지고 있다.null

표 1에서 제시된 각 개념은 표준 용어집에서 복사한 적절한 정의를 요구한다.본문의 모든 CONFLE 이름은 대문자로 되어 있다.null

표 1: 개념 정의 목록
개념 정의
컨셉 A 이것은 개념 A의 정의다.
컨셉 B 이것은 CONTECT B의 정의다.

참고 항목

참조

  1. ^ 부크, 럼보, 제이콥슨(1999년)

추가 읽기

  • Grady Booch, James Rumbaugh, Ivar Jacobson(1999년).Unified Modeling Language 사용 설명서.레드우드 시티, CA: 애디슨 웨슬리 롱먼 출판사, 주식회사.
  • M. Saeki(2003년).정보 시스템 개발 방법에 메트릭 포함: Method Engineering 기법의 응용.CAiSE 2003, 374–389.
  • I. Weerd, J. van de, Souer, J. Versendaal, Sjaak Brinkkemper(2005).Web Content Management 구현의 상황별 요구사항 엔지니어링.SREP 2005.