ISO19109 응용스키마 적합성클래스
 Share
The version of the browser you are using is no longer supported. Please upgrade to a supported browser.Dismiss

 
Comment only
 
 
ABCDEFGHIJKLMNOPQRSTUVWXYZAAABAC
1
번호종류적합성 클래스요구사항의존추상시험스위트요약
2
2.2메타모델/conf/general/req/general
3
/req/general/csl7.3A.2.1
응용스키마는 개념 스키마 언어(CSL)로 표현해야 한다. 데이터세트의 구조와 내용을 기술한다.
4
/req/general/integration7.3A.2.2
기존 지형지물 카탈로그의 지형지물 유형 사용가능. 다른 스키마 구성요소 사용시 의존성을 명시적으로 기록
5
/req/general/feature7.4.5A.2.3
지형지물은 메타클래스 FeatureType의 인스턴스로 모델링해야 한다. 응용스키마 내에서 고유한 이름을 가져야 한다.
6
/rec/general/property-name7.4.6
특질 유형의 이름은 응용스키마에서 고유하거나, 여러 클래스에서 동일한 이름을 사용할 경우, 의도가 동일해야 한다.
7
/req/general/attribute7.4.7A.2.3
지형지물 속성은 메타클래스 AttributeType의 인스턴스로 모델링되어야 한다.(SpatialAttributeType, TemporalAttributeType, QualityAttributeType, LocationAttributeType, MetadataAttributeType, ThematicAttributeType, CoverageFunctionAttrubuteType)
8
/req/general/operation7.4.8A.2.3
지형지물 연산은 메타클래스 Operation의 인스턴스로 모델링되어야 한다.
9
/req/general/association-role7.4.9A.2.3
지형지물 연관역할은 메타클래스 FeatuerAssociationRole의 인스턴스로 모델링되어야 한다.
10
/req/general/value-assignment7.4.10A.2.4
값 할당 처리과정은 메타클래스 ValueAssignment의 인스턴스로 모델링되어야 한다..
11
/req/general/feature-association
7.4.11A.2.5
지형지물 연관은 메타클래스 FeatureAssociationType의 인스턴스로 모델링되어야 한다.(FeatureAggregationType, FeatureCompositionType, SpatialAssociationType, TemporalAssociationType)
12
/req/general/inheritance7.4.12A.2.6
상속관계는 메타클래스 InheritanceRelation의 인스턴스로 모델링되어야 한다.
13
/rec/general/constraint7.7A.2.7
모델의 구조만으로 표현할 수 없는 응용스키마 제약 조건은 CSL에 적합한 제약언어(OCL 또는 자연언어)로 표현한다.
14
2.3UML 응용 스키마/conf/uml/req/uml/req/general
15
/req/uml/profile8.2.2A.3.1
응용스키마는 8.2.2에서 기술한 UML 프로파일을 사용하여 모델링한다.
16
/req/uml/packaging8.2.3A.3.2
응용스키마는 스테레오타입 «ApplicationSchema»인 PACKAGE에 기술한다. PACKAGE명이 응용스키마 이름. 태그값 "version"을 기록할 것
17
/req/uml/documentation8.2.4A.3.3
응용스키마는 문서화해야 한다. CALSS/ATTRIBUTE/ROL 등을 문서화도구를 사용하여 기록한다.
18
/req/uml/integration8.2.5A.3.4
응용스키마와 다른 표준스키마와의 통합은 UML PACKAGE 종속성을 사용하여 기술한다. 상호의존성이나 순환은 없어야 한다. 의존성에는 스테레오타입 «use»,를 사용할 수 있다.
19
/req/uml/structure8.2.6A.3.5
응용의 데이터 구조는 응용스키마로 모델링해야 한다. 모든 CLASS는 인스턴스화가 가능하거나, 추상클래스의 경우 인스턴스화 할 수 있는 하위 클래스가 존재해야 한다.
20
/req/uml/feature8.2.6A.3.6
FeatureType의 인스턴스는 CLASS로 구현하고, 스테로오타입은 «FeatureType»이어야 한다. 클래스명은 응용스키마 내에서 고유해야 한다. 클래스 정보는 문서화도구를 사용하여 기록해야 한다.
21
/req/uml/association8.2.6A.3.6
FeatureAssociationType 의 인스턴스는 PropertyType 의 인스턴스와 하나이상의 연관관계가 있어야 한다. FeatureAssociation 인스턴스는 ASSOCIATION CLASS로 구현되어야 한다.
22
/req/uml/aggregation8.2.6A.3.6
FeatureAggregationType 의 인스턴스는 AGGREGATION으로 구현되어야 한다. FeatureCompositionType의 인스턴스는 COMPOSITION으로 구현되어야 한다.
23
/req/uml/attribute8.2.6A.3.6
AttributeType의 인스턴스는 1. 속성의 속성이 아닌한 ATTRIBUTE로 표현하거나, ????
24
/req/uml/role8.2.6A.3.6
FeatureAssociationRole의 인스턴스는 ASSOCIATION의 적절한 끝에서 ROLE으로 구현되어야 한다.
25
/rec/uml/property-name8.2.6
ATTRIBUTE, OPERATION, ASSOCIATION ROLE의 이름은 응용스키마에서 고유하거나, 동일한 이름의 경우엔 동일한 의도를 가져야 한다.
26
/req/uml/value-assignment8.2.6A.3.7
ValueAssignment 의 인스턴스는 특질 값의 할당을 위한 메타데이터를 제공하는 CLASS로 표현해야 한다.
27
/req/uml/attribute-of-attribute8.2.6A.3.8
attributeOfAttribute 연관에서 characterize 역할은 ATTRIBUTE로, characterizeBy 역할은 CLASS로 인스턴스화한뒤 ASSOCIATION으로 연결해야 한다.
28
/req/uml/operation8.2.6A.3.9
Operation의 dlstmxjstmsms OPERATION으로 구현되어야 한다.
29
/req/uml/inheritance8.2.6A.3.10
InheritanceRelation의 인스턴스는 GENERALIZATION 관계로 표현해야 한다.
30
/req/uml/constraint8.2.6A.3.11
CONSTAINT는 평문이나 OCL로 표현할 수 있고, CLASS, OPERATION, RELATIONSHIP 등에 첨부할 수 있다.
31
2.4표준스키마 프로파일링/conf/profile/req/profile/req/uml
32
/req/profile/extend8.3.2A.4.1
표준스키마의 CLASS를 확장하는 경우, 표준스키마의 CLASS의 하위클래스로 정의하고 속성등을 추가해야 한다. 새로운 클래스는 별도의 패키지에 포함시킨다.
33
/req/profile/restrict8.3.3A.4.2
표준스키마를 가공한 프로파일을 구성하는 경우, 새로운 UML PACKAGE에 클래스를 정의해야 한다.
34
/rec/profile/names8.3.3
가공스키마에 있는 분류자는 표준 스키마에 있는 인터페이스와 동일한 로컬 이름을 가져야 한다.
35
2.5메타데이터/conf/metadata/req/metadata/req/uml
36
/req/metadata/feature8.4.2A.5
지형지물의 메타데이터 속성은 ISO 19115-1:2014 메타데이터의 CLASS 또는 그 하위유형이어야 한다. ATTRIBUTE 또는 ASSOCIATION으로 사용할 수 있다.
37
2.6품질/conf/quality/req/quality/req/uml
38
/req/quality/attribute8.5.2A.6.1
품질속성은 ATTRIBUTE, ASSOCIATION 혹은 속성의 속성으로 사용할 수 있다.
39
/req/quality/additional-quality8.5.2.2A.6.2
사용자 정의 품질 하위요소는 DQ_Element의 하위 유형으로 정의해야 한다.
40
/req/quality/attribute-quality8.5.2.3A.6.3
지형지물 속성에 대한 품질은 속성의 속성으로 구현되어야 한다.
41
2.7시간/conf/temporal/req/temporal/req/uml
42
/req/temporal/schema8.6.2A.7.1
지리데이터에 대한 시간적 측면의 설명은 ISO 19108:2002의 규격에 따라야 한다.(Date, DateTime 등을 직접사용하지 말것. TM_Instant, TM_Period를 사용)
43
/req/temporal/attribute8.6.3A.7.2
지형지물에 대한 시간속성은, ATTRIBUTE, ASSOCIATION으로 정의 한다. 경우에 따라서는 CLASS(속성에 대한 속성)으로 구현되어야 할 수 있다.
44
/req/temporal/association8.6.4.2A.7.3
단순시간 연관은 ASSOCIATION으로 구현해야 한다.
45
/req/temporal/succession8.6.4.3A.7.4
46
2.8공간/conf/spatial/req/spatial/req/uml
47
/req/spatial/object8.7.2A.8.1
공간 객체(GM_Object)를 지형지물 유형으로 사용해서는 안된다.
48
/req/spatial/schema8.7.2A.8.1
공간 속성 유형의 정의역은 19107:2003의 명세와 부합해야 한다.
49
/req/spatial/attribute8.7.3A.8.2
공간 속성은 ATTRIBUTE 또는 ASSOCIATION으로 정의한다.
50
/req/spatial/aggregate8.7.4.2A.8.1
GM_Aggregate는 여러가지 종류의 공간객체의 모음인 공간 속성으로 사용할 수 있다. 동일한 종류만 담을 경우, GM_MultiPoint, GM_MultiCurve등을 사용한다. GM_Point[0..*] 등은 사용하지 말 것
51
/req/spatial/complex8.7.4.3A.8.1
GM_Complex는 서로 연결된 GM_Object의 모음.
52
/req/spatial/composite8.7.4.4A.8.1
GM_Composite는 다수의 기하 원시 객체를 기하특질로 갖는 복합 지형지물을 표현하는데 사용한다.
53
/req/spatial/geom-complex8.7.4.5A.8.3여러번 참조되는 전역 지형지형지물...
54
/req/spatial/topo-complex8.7.4.6A.8.3
TP_Compelx는 GM_Complex와 실현화 관계
55
/req/spatial/association8.7.5A.8.4지형지물간의 공간적 연관관계
56
/req/spatial/shared8.7.6A.8.5여러 지형지물이 공간 객체를 공유할 때
57
/req/spatial/single8.7.7A.8.6
전통적 점/선/면으로 구분할 경우, GM_Point, GM_Curve(GM_CompositeCurve), GM_Surface(GM_CompositeSurface)를 사용해야 한다.
58
/req/spatial/interpolation8.7.8A.8.7보간법
59
/req/spatial/independent-complex
8.7.9A.8.8독립 공간 복합체
60
2.9커버리지/conf/coverage/req/coverage/req/uml
61
/req/coverage/schema8.8A.9
커버리지 함수 사양은 19123과 부합해야 한다. 특질로 정의되어야 한다.
62
2.10관측/conf/observation/req/observation/req/uml
63
/req/observation/model8.9A.10
관측지형지물은 19156의 스키마에 따라 모델링해야 한다.
64
/req/observation/property8.9A.10
65
/rec/observation/estimated8.9
66
2.11식별자에 의한 공간 참조/conf/identifier/req/identifier/req/uml
67
/req/identifier/general8.10A.11
지리 식별자에 의한 공간참조를 사용하는 속성의 정의역은 19112:2003에 부합하는 객체를 식별해야 한다.
68
2.12코드 리스트/conf/codeList/req/codeList/req/uml
69
/req/codeList/management8.11A.12.1
코드리스트와 그 값은 URI등의 영구식별자로 표시되어야 한다.
70
/req/codeList/formalization8.11A.12.2
속성이 코드리스트에서 값을 취하는 경우, 해당 코드리스트를 응용스키마에서 정형화시켜야 한다.
71
2.13다중언어 지원/conf/multi-lingual/req/multi-lingual/req/uml
72
/req/multi-lingual/package8.12A.13.1
응용스키마가 담긴 패키지에는 "language", "designation"을 넣어야 한다.
73
/req/multi-lingual/featuer8.12A.13.2
FeatureType, PropertyType의 이름을 대체언어로도 넣을 경우, "designation"에 기록. defiinition", "description"등도
74
75
지리정보표준을 위한 UML 프로파일
76
- 텍스트, 이름, 숫자, 날짜시간 등에 대한 원시유형(primitive type)/공통구현 유형/파생유형은 ISO19103에 정의된 것만 사용한다.
77
- UML 연관의 경우, 반드시 다중도를 명시할것/탐색가능한 연관 끝에는 명시적인 이름이 있을 것/역할 이름이 주어진 연관은 클래스의 속성으로 처리함
78
- (권장) 속성, 연산, 연관 역할 이름이 패키지 내에서 유일할 것
79
- 스테레오타입 - Application Schema, CodeList, dataType, enumeration, FeatureType, Leaf, Union, use
80
- 스테레오타입 명은 UpperCamelCase로, 표준 UML 키워드는 lowerCamelCase를 사용할 것
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
Loading...
 
 
 
시트1
 
 
Main menu