기술표준화에 대하여(1)

Posted by 도깨비강종헌
2014. 6. 25. 15:10 전자부품상식

표준이란?


– 사전적 의미


• 판단의 기준이 되는 일정한 약속으로 타의 규범이 되는 규칙, 또는 기준


– 협의적 의미


• 서로 다른 지역간 기종간의 의사소통 방법과 절차 등에 대한 주체간의 합의된 규약. 특히 IT 제품간 상호운용성의 극대화를 목적으로 정하는 규약을 프로토콜(Protocol)이라고 부름


– 표준문서(Standards | Recommendations): 표준화 그룹 회의중의 논의를 통해 국제 표준 또는 국제 권고안 개발 추진을 합의하고, 이의 문서 개발을 위한 에디터를 공식 임명하게 되면, 이후 에디터의 책임 하에 국제 표준 문서를 개발하게 되며, 이때의 문서를 국제 표준 문서라 함


– 기고서(Contributions): 국제 표준 문서 또는 국제 권고안 문서의 개발 동안 해당 문서의 기술적 내용을 완성하기 위해 각 회의참석자가 제출하게 되는 문서를 기고서라 함


회의 보고서(Report): 특정 표준화 그룹의 정해진 기간 중의 논의 내용 및 결정 사항을 정리하여 회람하게 되는데 이때의 문서를 회의 보고서라 함

기술 표준화 사례

 

• BetaMax : 1975년
– SONY
– U-Matic 기반의 자체 기술 중심


• VHS: 1976년
– 마쓰시다 중심 다수 일본, 미국, 유럽 세력


• VCR 표준화 전쟁에서의 변수
– 기술선도업체, 생산업체, 영화보급업자
– 화질, 생산규모, 라이센싱, 녹화시간, 소비자 …
– 1980년 말에 Sony 공식적으로 Beta 방식 생산 중단

 

 

• QWERTY
– 1867년, 철자가 엉키는 잼 현상 완화를 위해 느린 키보드 개발


• Dvorak
– 1936년, 초고속 타이프 입력을 위해 개발
– 70% 향상된 효율성과 손목의 피로도 개선
– “나는 인류를 위해 가치 있는 무언가를 노력하는데 지쳤다. 그들은 어리석게도 변화를 원치 않았다.” Dvorak …

 

 

 

국내 최대의 전자부품검색사이트(Electronic Part Search)'파츠너'

Posted by 도깨비강종헌
2014. 6. 24. 12:04 전자부품사전(1)

 

 

전자부품검색(http://www.partsner.com/)

 

 

국내 최대의 전자부품검색사이트(Electronic Part Search) '파츠너' 웹사이트가 문을 열었습니다.

 

전자부품검색(Electronic Part Search)에서 부터

 

전자부품 사진부품검색, 회원장터, 전자부품 정보광장, 전자부품 브랜드/대리점찾기,

 

전자부품 해외구매대행서비스 까지 전자부품에 대한 정보를 담고 있습니다.

 

전자부품검색(Electronic Part Search) 여러 곳에 찾아 다니지 마시고 쉽게 이용하세요.

 

RF/IF 및 RFID / 계전기 / 광전자 / 광학 검사 장비 / 납땜, 납땜 제거, 재작.. / 내장형 컴퓨터 / 네트워킹 솔루션

도구 / 메모리 카드, 모듈 / 모터, 솔레노이드, 구동.. / 미분류 부품 / 박스, 인클로저, 랙 / 배터리 제품

변압기 / 산업 제어, 계측기 / 센서, 트랜스듀서 / 수정 및 발진기 / 스위치 / 시제품 제작용 제품 / 오디오 제품

이산 소자 반도체 제품 / 인덕터, 코일, 초크 / 저항기 / 전원 공급 장치 - 기판.. / 전원 공급 장치 - 외부..

전위차계, 가변 저항기 / 절연기 / 정전기 제어, ESD, 클린.. / 집적 회로(IC) / 커넥터, 상호 연결 / 커패시터

컴퓨터, 사무용품 - 구성.. / 케이블 조립품 / 케이블, 전선 / 케이블, 전선 - 관리 / 키트 / 테스트 및 측정

테이프, 접착제 / 팬, 열 관리 / 프로그래밍 장치, 개발.. / 필터 / 하드웨어, 패스너, 부속품 / 회로 보호

회선 보호, 분배, 백업 / 디스플레이 / 로봇, 기판, 공구, 모터, 기타

 

다양한 전자부품(Electronic Part Search)을 쉽고 빠르게 찾으실 수 있습니다.

 

Social@Ogilvy Taps Sysomos as Global Partner to Enhance Effectiveness of Digital Creative Campaigns

Posted by 도깨비강종헌
2014. 6. 23. 00:06 전자부품정보

Social@Ogilvy Taps Sysomos as Global Partner to Enhance Effectiveness of Digital Creative Campaigns


- Global Partnership to Measure and Drive Campaign Results Using Social Intelligence and Influencer Engagement

Sysomos, a premier provider of social intelligence and social monitoring solutions, today announced a global partnership with Social@Ogilvy, a digital consultancy from Ogilvy & Mather. The agreement empowers Social@Ogilvy to leverage Sysomos' social intelligence and influencer engagement technology for critical effectiveness measurement that will drive and inform the creative process. Digital creative campaigns developed using the Sysomos platform will deliver a more relevant and compelling message to the right segments, accurately and effectively.

 

“Traditionally, the effectiveness of digital creative campaigns is measured by clicks and visits, without context or sentimental reactions,” said Thomas Crampton, global managing director, Social@Ogilvy. “This partnership with Sysomos provides the invaluable capability for our teams around the globe, and especially in emerging markets, to measure the context of social feedback and monitor relevant conversations in real-time. Equipped with these consumer and influencer insights, we can re-shape our metrics for effectiveness and impact of creative campaigns.”

 

“Social media tells us what‘s happening today, but more importantly offers key insights into what will happen tomorrow,” said Jim Delaney, CEO of Marketwired, Sysomos’ parent company. “The creative heritage of Social@Ogilvy is world renowned. Empowering creative with effectiveness measurement based on social intelligence from the Sysomos platform is the perfect marriage of left-brain and right-brain thinking.”

 

Among other capabilities, the Sysomos social intelligence engine enables users to identify and engage with the key influencers that matter most to a brand or product, which can drive more effective marketing, greater business impact, and higher ROI. Sysomos' social listening and monitoring solutions, MAP and Heartbeat, are the gold standard for access to a deeper and richer set of social intelligence.

To find out more about Sysomos social intelligence and social media monitoring solutions, visit www.Sysomos.com.

 

About Sysomos
Sysomos, a Marketwired company, is a state-of-the-art social analytics and monitoring engine that offers instant and unlimited access to all social media conversations. An indispensable source of business intelligence, the Sysomos engine collects data from blogs, Twitter and other social networks, message boards, wikis and major news sources through the use of proprietary contextual text analytics and data mining technology.

Marketwired is majority-owned by OMERS Private Equity (www.omerspe.com), which manages the private equity activities of OMERS Administration Corporation and today has $6.4 billion of investments under management. OMERS Private Equity is headquartered in Toronto, Canada, with offices in New York and London.

 

About Social@Ogilvy
Social@Ogilvy is the world's largest network of social media strategists. Named 2013 Global Digital/Social Consultancy of the Year by The Holmes Report, the practice leverages social media expertise across all Ogilvy & Mather disciplines, offering an extensive list of services within the foundational business solutions -- Listening and Analytics; Social Business Solutions; Social Media Marketing and Communications; Social Shopping; Social CRM; Social Care; and Conversation Impact™.

 

News Source: Sysomos

 

 

LG 울트라PC ‘그램’, 블랙에디션 출시

Posted by 도깨비강종헌
2014. 6. 16. 12:52 전자부품정보

LG 울트라PC ‘그램’, 블랙에디션 출시

 

2014년 06월 16일 -- LG전자(066570, www.lge.co.kr)가 초경량 울트라PC ‘그램’ 블랙 에디션을 국내 시장에 출시한다. 기존 화이트, 실버, 블루 색상에 ‘펄 블랙(Pearl Black)’을 추가해 선택 폭을 넓힌 것.

LG전자 ‘그램 블랙에디션’은 가볍고 견고한 마그네슘 본체에 무광 ‘펄 블랙(Pearl Black)’ 색상을 적용, 고급스러운 느낌을 강조했다. 또 이 제품과 컬러일체감이 뛰어난 블랙 파우치를 기본 제공해 사용 편의성을 강화했다.

LG 울트라PC ‘그램’은 혁신적인 설계를 통해 13.3형 화면임에도 무게가 테이크 아웃 커피 두잔 정도인 980그램(g)에 불과하다. 13.6밀리미터(mm)의 두께와 좌우 4.4mm 베젤의 스타일리시한 디자인으로 국내 울트라PC 시장을 선도하고 있다. ‘그램’은 지난 1월 첫 출시 후, 월 평균 1만대 이상 판매되고 있다.

 


한편 LG전자는 ‘그램 블랙에디션’ 출시를 기념해 이달 23일까지 CGV와 함께하는 ‘특별한 상영관 & 그램 블랙’ 이벤트를 진행한다. 이벤트는 CGV특별상영관(3D /4DX /IMAX) 등에서 영화를 보고, 후기와 기대평을 남기면 6명을 선정, ‘그램 블랙에디션’을 증정하는 이벤트다.

IC의 종류

Posted by 도깨비강종헌
2014. 6. 16. 11:11 전자부품상식

IC의 종류

 

IC는 Intergrated Circuit의 약자로 “집적(集積)회로”로 변역 된다.

일반적으로 IC를 반도체라고 부르는 것은 IC를  만드는 재질이 Silicon(실리콘)으로 일종의 유리성분이며 절연물 (Insulator)과 도체(Conductor)의 중간물질, 즉 1/2정도만 도체이기 때문에 반도체(半導體,Semiconductor) 라고 부르고 있다.


 

1. 집적도에 의한 분류

 

SSI(Small Scale Intergrated,소규모 집적회로) :    100미만
HSI(High  S.I 중규모집적회로)                :    100,  ~  1,000
LSI(Large S.I 대규모집적회로)                :  1,000   ~ 10,000
VLSI(Very Large S.I 초대규모집적회로)        : 10,000 이상
예) 1M DRAM : 56㎟(7.5mm×7.5mm) 내의 반도체 IC Chip 에 2백6십만개의 회로를  집어넣었음. 
     TV용 IC도 LSI,VLSI를 사용함.  

 

 

 

 

2. 용도및 재질에 의한 분류

 

 

3. IC Package에 의한 분류

 

 

 

4. IC 일반적인 구조및 구성재료

 

1) IC구조

 

 

2) 구성재료


① 저융점 Class: Lead Frame간의 봉착재,적층 세라믹 Package의 본착재로 이용됨.
② EPOXY 수지  : PLASTIC PAG의 원료이고 PHENOL 경화형 EPOXY수지가 이용됨.
③ 구리(Cu)    : PLASTIC PAG의 Lead Frame의 재료로 Cu합금(Cu-Ni-Sn)으로 열저항을 떨어뜨리고 Chip하부부터
                 Pin까지의 방열도 겸한다.
④銀(Ag)       : PLASTIC PAG의 Chip접착 Stage부의 Inner Pattern 선단부에 Ag Coating을 함.
⑤ 金(Au)      : Wire Bonding용 Wire재료로 사용.  

 

 

포스텍, 복합기능형 광접속함체

Posted by 도깨비강종헌
2014. 6. 15. 09:48 전자부품정보

포스텍, 복합기능형 광접속함체


경기도 시흥에 위치한 광복합기술 전문업체 포스텍(대표 이수영)은 2010년 11월, 1년 과정의 `도심미관을 고
려한 복합기능형 광접속함체 개발` 과제로 경기도기술개발사업에 참여했다. 
 


이 회사는 경기도기술개발사업 참여를 계기로 라인타입과 돔타입 등 광접속함체 2종을 개발해 양산체제를
구축했다. 2건의 특허와 OHSAS18001과 ROHS 인증을 획득했다.
 
중동과 CIS지역 및 남미 등 해외 5개국에 수출, 해외에서만 연간 약 3억원의 매출을 올리는 성과도 거뒀다.
경기지방중소기업청장상을 비롯해 시흥시 최고경영인상, 경기우수벤처기업 경기도지사상 등 상복도 터졌다.
 
개발과제는 다양한 용도의 복합 기능을 갖춘 광접속함체를 개발하는 것이었다. 광접속함체는 광케이블을 분
기 또는 연결해주고, 접속지점에서 광케이블을 보호해주는 역할을 하는 장비다. 이를 위해 전문 디자인 업체
와 함께 새로운 기능을 추가한 제품 디자인도 진행했다. 제품 설계와 구조해석 및 재료선정 등을 거쳤다.
 
이런 과정을 거쳐 포스텍은 제품 본체에 부착된 잠금장치를 차별화하는데 성공했다. 기존 제품은 볼트로 잠
그기 때문에 개폐시 공구를 사용해야만 하는 불편함이 있었다. 하지만 포스텍이 개발한 복합기능형 광접속
함체는 잠금장치 개선으로 간편하게 개폐할 수 있게 됐다.
 
광케이블 분기 및 연결 지점에는 광커넥터와 광어댑터를 장착할 수 있도록 해 원하는 지점에서 분기 또는
연결할 수 있도록 한 것도 특징이다. 제품에 사용한 각종 부품과 액세서리 등은 다른 제품에도 활용할 수
있도록 부품 공용화와 모듈화 작업도 진행했다.
 
권오덕 포스텍 상무는 “국내 시장에서는 가격이 너무 낮아져 해외시장 개척에 주력하고 있다”며 “미국과 유
럽 등 해외에서 열리는 각종 전시회에 지속 출품하고 현지 바이어와 유통상 등에 샘플을 제공하는 등 해외
시장에 널리 알려나갈 계획”이라고 말했다.

UMT-H, 고 차단 용량을 가진 SMD 퓨즈 정격 전류의 새로운 값

Posted by 도깨비강종헌
2014. 6. 13. 16:31 전자부품정보

SCHURTER는 SMD의 성공적인 UMT-H 시리즈 13 추가 정격 전류와 퓨즈를 확대하고있다. 확장 된 시리즈 - 160mA 10 사이의 정격 전류를 커버 - 현재 응용 프로그램의 더 넓은 범위를 보호 할 것입니다. 신뢰할 수있는 과전류 보호 기능을 제공하면서 1500의 정격 차단 용량이 소형 SMD 퓨즈는 단락에 대해 보호 할 수있다. 

 

SCHURTER는 지금 277 VAC 및 250 VDC의 전압 160 mA와 10 사이의 19 정격 전류의 총에 UMT-H를 제공합니다. 소형 SMD 퓨즈는 정격 전압 1500의 높은 차단 용량에 띈다. 이 키 기능은, 다른 사람의 사이에서, 광장 UMT-H 고전 원통형 카트리지 퓨즈 (예 : 5X20 mm)로 공간 절약 대안을 만든다.

전원 회로 및 센서의 광범위한 애플리케이션 외에, UMT-H는 특히 277 VAC의 정격 파워 서플라이 유니트의 차 보호에 적합하다. 또한 단상 공업 제품의 보호에 사용하기에 적합하다. 1500의 높은 차단 용량> 10mm의 엔드 캡 및 방폭 관련된 IEC 60079-11에 따른 애플리케이션에서 이들 장치가 유용하게 또한 화분 할 능력 사이의 간격. 예를 들면 첫 번째로 반응 장비, 석유 및 가스 환경에 노출 된 산업 제어, 조명 밸러스트 (가) 있습니다.

새로운 SCHURTER 퓨즈 SHF의 6.3×32 3상 시스템의 컴펙트 보호

Posted by 도깨비강종헌
2014. 6. 13. 16:28 전자부품정보

SHF의 6.3X32으로 SCHURTER 고전압 장비 퓨즈의 범위를 확대하고있다. 500 VAC의 정격 전압 1500의 높은 차단 용량은 응용 프로그램의 많은 흥미로운 필드를 엽니 다. SHF의 6.3X32은 카트리지 나 피그 테일 버전으로 사용할 수 있습니다. 

 

 

SCHURTER는 1 퓨즈 인해 500 VAC의 정격 전압 1500의 높은 차단 용량에 띄는 8 A.에 열 정격 전류에 장비 퓨즈 SHF의 6.3X32을 제공하고 있습니다. 에너지 산업 분야에서 광범위한 애플리케이션 외에, SHF의 6.3X32 특히 잘 3 상 시스템의 보호를 위해 적합하다.

SCHURTER은 카트리지 나 피그 테일 버전으로 SHF의 6.3X32을 제공합니다. 카트리지 퓨즈 드 납땜없이 퓨즈 쉽게 교체를 허용 클립 및 퓨즈 홀더에 사용될 수있다. SCHURTER은 SHF의 6.3X32와 함께 사용하기에 적합 같은 클립 및 퓨즈 홀더의 넓은 범위를 제공합니다. 피그 버전은 관통 홀 기술과 납땜에 의해 인쇄 회로 기판에 직접 조립을 허용한다.

RoHS 준수에 맞는 퓨즈로, SHF의 6.3X32 무연 시스템에서 사용할 넣어 수 있습니다. 경쟁 제품과의 호환성은 SCHURTER은 형태, 적합성 및 기능의 대체 제품으로 SHF의 6.3X32를 제공 할 수 있습니다. SHF의 6.3X32 퓨즈 cURus 승인입니다.

 

전자부품 분류 및 속성체계 :: 사전 사양서

Posted by 도깨비강종헌
2014. 6. 10. 22:48 전자부품상식

전자부품 분류 및 속성체계 :: 사전 사양서

 

Classification system with technical properties for electricelectronic components – Dictionary specification

1 적용범위
 
다음은 이 표준의 적용 범위에 속한다.
 
a) 전자부품 분류 사전의 구성 정의
b) 전자부품 분류 사전의 기술방법 정의
c) 전자부품 분류 사전의 구성 항목에 대한 정의 및 제약사항 기술
 
2 인용 표준
 
다음은 이 표준에 인용됨으로써 이 표준의 규정 일부를 구성한다. 이러한 인용표준은 그 최신판을 적용한다.
 
IEC 61360-1:2009, Standard data elements types with associated classification scheme for electric
components - Part 1: Definitions - Principles and methods
IEC 61360-2:2004, Standard data element types with associated classification scheme for electric
components - Part 2: EXPRESS dictionary schema
IEC/TR 61360-3:1995, Standard data element types with associated classification scheme for electric
components Part 3: Maintenance and validation procedures
IEC 61360-4:2005, Standard data element types with associated classification scheme for electric
components - Part 4: IEC reference collection of standard data element types and component classes
IEC 60027 Letter symbols to be used in electrical technology
IEC 60148:1969 Letter symbols for semiconductor devices and integrated microcircuits
ISO 31:1992 Quantities and units-Part 0:General principles
ISO/R 843:1968 International system for the transliteration of Greek characters into Latin characters
ISO 2382 Data processing-Vocabulary
ISO 6093:1985 Information processing-Representation of numerical values in character strings for
information interchange, MOD
ISO 9735(1):1988 Electronic data interchange for administration, commerce and transport(EDIFACT)
-Application level syntax rules, MOD
ISO/IEC 6429:1992 Information technology-Control functions for coded character sets, MOD
ISO/IEC 646:1991 Information technology-ISO 7-bit coded character set for information interchange,
MOD

 

ISO/IEC 10646-1:1993 Information technology-Universal Multiple-Octet Coded Character set(UCS)
-Part 1:Architecture and Basic Multilingual Plane, MOD
ISO/IEC 11179-3:1994 Information technology-Specification and standardization of data elements-
Basic attributes of data elements, MOD
 
3 용어 및 약어 정의
 
3.1 전자부품(electricelectronic component)
전압 또는 전류가 적용되거나 운반되는 도체 단자를 가진 부품
 
3.2 전자부품사전(electricelectronic parts dictionary)
제품 정보 교환을 가능하게 하는 공유된 이해를 바탕으로 형성된 전자부품 정보의 모음이며 이러한 전자부품사전은 국제 표준화 기구의 표준 사전(Standard Dictionary), 글로벌 공급망 참여자 컨소시엄 및 단체의 사전 등이 작성되어 배포됨
 
4 부품 분류 사전의 형태
 
4.1 사전의 기술 방법
 
이 표준에서는 사전을 구성하는 각각의 항목을 다음 요소에 따라 기술한다.
 
― 목적 : 항목의 목적을 기술
― 설명 : 항목의 기술방법 규정
― 필수유무 : 이 항목의 값이 "필수"인 경우 속성은 필수항목
― 표현형식 : 항목의 표현 형식. 문자열인 경우 최대문자열 길이를 포함
― 예제 : 항목의 예를 기술
 
4.2 품종
 
품종 분류 내의 구성항목과 항목에 대한 설명은 다음과 같다.
 
4.2.1 ClassCode
 
― 목적 : 해당 분류를 다른 분류와 식별
― 설명 : 처음 3문자는 영문자와 숫자 4자리로 총 7자리로 구성되며, 숫자 4자리는 순차적으로 발생되며, 별다른 의미를 가지지 않은 무의미한 코드.
― 필수유무 : 필수
― 표현형식 : XXXnnnn(3자리의 영문 대문자와 그에 이어지는 4자리 숫자)
― 예제 : XEA0061
 
4.2.2 ParentCode
 
― 목적 : 해당 분류의 상위 분류를 식별
― 설명 : 계층 구조를 가지는 분류체계 내에서 상위 분류와 하위 분류의 연관 관계를 관리
― 필수유무 : 필수
― 표현형식 : XXXnnnn(3자리의 영문 대문자와 그에 이어지는 4자리 숫자)
― 예제 : XEA0062

 

4.2.3 PreferredName.EN
 
― 목적 : 해당 분류를 나타내는 최적의 영문 명칭
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 필수
― 표현형식 : 70자 이내의 영문 및 숫자 문자열
― 예제 : Fixed Ceramic Capacitors
 
4.2.4 Version
 
― 목적 : 각 분류의 갱신 버전을 관리(해당 분류를 구성하는 정보의 변경이 있을 경우 갱신)
― 설명 : 각 분류의 갱신이 될 때 사전 버전 관리 규칙에 따라 갱신
― 필수유무 : 필수
― 표현형식 : 001(001 다음 버전은 002로 순차적으로 발생)
― 예제 : 001
 
4.2.5 Revision
 
― 목적 : 각 분류의 갱신 리비전을 관리하며 해당 분류를 구성하는 정보의 변경이 있을 경우 갱신
― 설명 : 각 분류의 갱신이 될 때 사전 버전 관리 규칙에 따라 갱신
― 필수유무 : 필수
― 표현형식 : 01(01 다음 버전은 02로 순차적으로 발생)
― 예제 : 01
 
4.2.6 LeafY/N
 
― 목적 : 해당 품종 분류가 계층구조 상의 최하위 분류를 표시
― 설명 : 최하위 분류일 경우 Y, 하위에 다른 분류가 존재 할 경우 N으로 표시
― 필수유무 : 필수
― 표현형식 : Y or N
― 예제 : Y
 
4.2.7 PreferredName.KO
 
― 목적 : 해당 분류를 나타내는 최적의 한글 명칭
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 필수
― 표현형식 : 70자(1바이트의 영문 숫자 또는 2바이트의 한글) 이내의 문자열
― 예제 : 세라믹 캐패시터
 
4.2.8 Definition.KO
 
― 목적 : 해당 분류와 그 범위를 명확하게 하기 위한 한글 정의
― 설명 : 분류의 정의를 기술
― 필수유무 : 필수
― 표현형식 : 무제한 문자열
― 예제 : 스테아타이트(steatite) 또는 티탄산바륨과 같은 자기를 유전체로 사용한 캐패시터

4.2.9 SynName.EN
 
― 목적 : 해당 분류를 나타내는 최적의 명칭과 다르지만 유사 개념의 영문 명칭 (동의어)
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 선택
― 표현형식 : 복수의 동의어를 기술 가능( | 문자로 구분)
― 예제 : Ceramic Condenser
 
4.2.10 SynName.KO
 
― 목적 : 해당 분류를 나타내는 최적의 명칭과 다르지만 유사 개념의 한글 명칭 (동의어)
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 선택
― 표현형식 : 복수의 동의어를 기술 가능( | 문자로 구분)
― 예제 : 세라믹 컨덴서
 
4.2.11 ShortName.EN
 
― 목적 : 제한된 공간에서(예: 화면 표시 또는 인쇄 등) 표현을 하기 위한 최적의 영문 명칭의 약어
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 선택
― 표현형식 : 17자 이내의 영문 및 숫자 문자열
― 예제 : Mic
 
4.2.12 ShortName.KO
― 목적 : 제한된 공간에서(예: 화면 표시 또는 인쇄 등) 표현을 하기 위한 최적의 한글 명칭의 약어
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 선택
― 표현형식 : 17자(1바이트의 영문 숫자 또는 2바이트의 한글) 이내의 한글 및 숫자 문자열
― 예제 : 마이크
 
4.2.13 Definition.EN
 
― 목적 : 해당 분류의 범위를 명확하게 하기 위한 영문 정의
― 설명 : 분류의 정의를 기술
― 필수유무 : 필수
― 표현형식 : 무제한 문자열
― 예제 : Capacitor that uses steatite or titanic balium as dieletric
 
4.2.14 Remark.KO
 
― 목적 : 해당 분류를 좀더 쉽게 이해하기 위한 부가적인 한글 정보
― 설명 : 분류의 의미, 범위 등에 대한 설명 외에 사용방법 등에 대해 기술
― 필수유무 : 선택
― 표현형식 : 무제한 문자열
― 예제 : IC를 BOARD에 장착시키기 위하여 사용되는 SOCKET에 적용

4.2.15 Remark.EN
 
― 목적 : 해당 분류를 좀더 쉽게 이해하기 위한 부가적인 영문 정보
― 설명 : 분류의 의미, 범위 등에 대한 설명 외에 사용방법 등에 대해 기술
― 필수유무 : 선택
― 표현형식 : 무제한 문자열
 
4.2.16 Notes.KO
 
― 목적 : 해당 분류를 좀더 쉽게 이해하기 위한 부가적인 한글 정보
― 설명 : 참조 문서에서 정의를 인용하는 등 해당 분류를 좀더 쉽게 이해하기 위한 부가 정보
― 필수유무 : 선택
― 표현형식 : 무제한 문자열
 
4.2.17 Notes.EN
 
― 목적 : 해당 분류를 좀더 쉽게 이해하기 위한 부가적인 영문 정보
― 설명 : 참조 문서에서 정의를 인용하는 등 해당 분류를 좀더 쉽게 이해하기 위한 부가 정보
― 필수유무 : 선택
― 표현형식 : 무제한 문자열
 
4.3 속성
 
4.3.1 ClassCode
 
― 목적 : 해당 분류를 다른 분류와 식별하기 위한 코드
― 설명 : 처음 3문자는 영문자와 숫자 4자리로 총 7자리로 구성되며, 숫자 4자리는 순차적으로 발생되며, 별다른 의미를 가지지 않은 무의미한 코드
― 필수유무 : 필수
― 표현형식 : XXXnnnn(3자리의 영문 대문자와 그에 이어지는 4자리 숫자)
― 예제 : XEA0001
 
4.3.2 PropertyCode
 
― 목적 : 해당 속성을 다른 속성과 식별하기 위한 코드
― 설명 : 처음 3문자는 영문자와 숫자 4자리로 총 7자리로 구성되며, 숫자 4자리는 순차적으로 발생되며, 별다른 의미를 가지지 않은 무의미한 코드
― 필수유무 : 필수
― 표현형식 : XXXnnnn(3자리의 영문 대문자와 그에 이어지는 4자리 숫자)
― 예제 : XPA0016
 
4.3.3 PreferredName.EN
 
― 목적 : 해당 속성을 나타내는 최적의 영문 명칭
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 필수
― 표현형식 : 70자(1바이트의 영문 숫자 또는 2바이트의 한글) 이내의 문자열
― 예제 : Manufacturer Product Name

4.3.4 PreferredName.KO
 
― 목적 : 해당 속성을 나타내는 최적의 영문 명칭
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 필수
― 표현형식 : 70자(1바이트의 영문 숫자 또는 2바이트의 한글) 이내의 문자열
― 예제 : 업체 품명
 
4.3.5 Definition.EN
 
― 목적 : 해당 속성과 그 의미를 명확하게 하기 위한 영문 정의
― 설명 : 속성의 정의를 기술
― 필수유무 : 필수
― 표현형식 : 무제한 문자열
― 예제 : Names of products determined by parts information supplier(developer, sales manager, a
nd others)
 
4.3.6 Definition.KO
 
― 목적 : 해당 속성과 그 의미를 명확하게 하기 위한 한글 정의
― 설명 : 속성의 정의를 기술
― 필수유무 : 필수
― 표현형식 : 무제한 문자열
― 예제 : 부품 정보제공 측(개발자,영업 담당자 등)이 정한 제품을 나타내는 명칭
 
4.3.7 Source
 
― 목적 : 최적의 명칭, 정의, 단위 등을 기술 할 경우에 그 근원으로 되어 있는 표준 또는 표준 류의 문서를 기술하고, 속성정의 후 이해하기 쉽도록 지원
― 설명 : 참조한 표준 또는 표준 문서를 기술
― 필수유무 : 선택
― 표현형식 : 80자 이내의 영문 숫자
― 예제 : IEC61360-4 AAE718-005
 
4.3.8 SynName.EN
 
― 목적 : 해당 속성을 나타내는 최적의 명칭과 다르지만 유사 개념의 영문 명칭 (동의어)
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 선택
― 표현형식 : 복수의 동의어를 기술 가능( | 문자로 구분)
― 예제 : Manufacturer Code
 
4.3.9 SynName.KO
 
― 목적 : 해당 속성을 나타내는 최적의 명칭과 다르지만 유사 개념의 한글 명칭 (동의어)
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 선택
― 표현형식 : 복수의 동의어를 기술 가능( | 문자로 구분)
― 예제 : 부품 코드

 

4.3.10 ShortName.EN
 
― 목적 : 제한된 공간에서(예: 화면 표시 또는 인쇄 등) 표현을 하기 위한 최적인 영문 명칭의 약어
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 선택
― 표현형식 : 17자 이내의 영문 및 숫자 문자열
― 예제 : VCE(SAT)
 
4.3.11 ShortName.KO
 
― 목적 : 제한된 공간에서(예: 화면 표시 또는 인쇄 등) 표현을 하기 위한 최적인 한글 명칭의 약어
― 설명 : 국제 및 국가 표준 또는 업계에서 주로 사용하는 이름을 우선적으로 사용
― 필수유무 : 선택
― 표현형식 : 17자 이내(1바이트의 영문 숫자 또는 2바이트의 한글)의 문자열
― 예제 : VCE(SAT)
 
4.3.12 PreferredLetterSymbol.EN
 
― 목적 : 최적의 문자 기호는, 속성을 다른 테이블(table), 식(formula), 그림(drawings) 등의 표현에서 생략해서 표현이 가능할 경우에 이용
― 설명 : 최적의 문자 기호는 국제표준(예 : ISO, IEC60027, IEC 60148, 제조표준)에서 인용되어야 하며 최적의 문자 기호는 일반적으로 컴퓨터로 표시, 인쇄 할 수 있도록 문자열로 표현
― 필수유무 : 선택
― 표현형식 : 영문 및 숫자(아래 첨자의 경우 앞에 “_“ 문자로 구분)
― 예제 : R_th(j-a)
 
4.3.13 Units
 
― 목적 : 양적인 속성 값에 대한 단위를 기술
― 설명 : 단위는 기본적으로 SI 단위의 기호를 사용하고, 그 외 SI 단위 이외의 것을 채용하는 것은 표준화 조직에서 인정한 단위를 사용
― 필수유무 : (양적인 값을 가지는 속성에서는) 필수
― 표현형식 : 영문 및 숫자 문자열
― 예제 : : byte, m**2, Cel
 
4.3.14 Example
 
― 목적 : 해당 속성을 사용하여 값을 입력할 경우 참조할 수 있는 정보를 기술
― 설명 : 실제 사용되는 속성 값의 예를 사용
― 필수유무 : 선택
― 표현형식 : 영문 및 숫자 문자열
― 예제 : Bulk, Stick, Taping, Tray

4.3.15 DataType
 
― 목적 : 해당 속성을 사용할 경우 입력되는 데이터 유형을 기술
― 설명 : 정해진 데이터 유형을 기술
― 필수유무 : 필수
― 표현형식 : 지정된 데이터 유형(영문자)
― 예제 : Numeric
 
비고 데이터 유형의 종류
 
데이터 유형 의미
Numeric 데이터 값이 숫자일 경우
Character 데이터 값이 문자일 경우
Enum 데이터 값이 속성 값 목록으로 정의된 경우(Enumeration)
 
4.3.16 Level
 
― 목적 : 양적인 속성 값의 레벨을 기술
― 설명 : 레벨에 대한 기술은 다음 4개의 식별 문자를 단독 또는 조합시켜서 이용
 Min(Minimum), Nom(Nominal), Typ(Typical), Max(Maximum)
― 필수유무 : (양적인 값을 가지는 속성에서는) 필수
― 표현형식 : 지정된 영문
― 예제 : Min, MinMax, Typ, Nom
 
비고 사용가능한 레벨의 조합
 
식별자 의미 비고
Min 최소값
Nom 공칭값(정격으로 정해진 값) 그 특성값 사용 시의 공칭값을 기술할 경우에 이용
Typ 대표값(측정에 의하여 얻게 된
값, 이 경우 조건이 부여)
그 특성값 성능을 기술할 경우에 이용(측정 조건
등이 첨부되었을 경우 Nom이 아니고 Typ을 이
용)
Max 최대치
MinMax 최소 및 최대값의 범위
MinNom 최소값 및 공칭값 특별히 요건이 없는 경우에는 MinNom을 미사용
MinTyp 최소값 및 대표값
NomMax 공칭값 및 최대값 특별히 요건이 없는 경우에는 NomMax을 미사용
TypMax 대표값 및 최대값
MinNomMax 공칭값을 중심으로 하는 최소값 및 최대값 
 MinTypMax 대표값을 중심으로 하는 최소값 및 최대값

4.3.17 Remark.KO
 
― 목적 : 해당 속성을 좀더 쉽게 이해하기 위한 부가적인 한글 정보
― 설명 : 속성의 정의를 쉽게 이해 할 수 있도록 상세한 정보를 기술
― 필수유무 : 선택
― 표현형식 : 무제한 문자열
― 예제 : 양수와 음수값이 동일한 경우에 사용
 
4.3.18 Remark.EN
 
― 목적 : 해당 속성을 좀더 쉽게 이해하기 위한 부가적인 영문 정보
― 설명 : 속성의 정의에 관해 쉽게 이해 할 수 있도록 상세한 정보를 기술
― 필수유무 : 선택
― 표현형식 : 무제한 문자열
― 예제 : Used only in cases of equal positive and negative tolerance values.
 
4.3.19 Notes.KO
 
― 목적 : 해당 속성을 좀 더 쉽게 이해하기 위한 부가적인 한글 정보
― 설명 : 속성의 정의에 관해 쉽게 이해 할 수 있도록 상세한 정보를 기술
― 필수유무 : 선택
― 표현형식 : 무제한 문자열
 
4.3.20 Notes.EN
 
― 목적 : 해당 속성을 좀 더 쉽게 이해하기 위한 부가적인 영문 정보
― 설명 : 속성의 정의에 관해 쉽게 이해 할 수 있도록 상세한 정보를 기술
― 필수유무 : 선택
― 표현형식 : 무제한 문자열
 
4.4 속성값 목록
 
4.4.1 PropertyCode
 
― 목적 : 해당 속성 값을 사용하는 속성 코드를 기술
― 설명 : 속성 사전 내에 데이터 유형이 Enum으로 규정된 속성 코드를 기술
― 필수유무 : 필수
― 표현형식 : 속성 사전 내에 정의된 속성 코드
― 예제 : XPA6382
 
4.4.2 ValueName
 
― 목적 : 해당 속성에서 선택 가능한 값들을 문자열로 기술
― 설명 : 국제 및 국가표준 또는 단체표준으로 이용되고 있는 약칭을 우선하여 사용(원리적으로는 식별 능력을 소유하고 있으면 좋고, 속성 값은 동일 속성 내에서 유일해야 가능)
― 필수유무 : 필수
― 표현형식 : 영문자
― 예제 : Axial, Radial, SMD

 

4.4.3 Definition.KR
 
― 목적 : 해당 속성 값과 그 의미를 명확하게 하기 위한 정의
― 설명 : 속성 값의 의미를 이해할 수 있도록 기술
― 필수유무 : 필수
― 표현형식 : 무제한 문자열
― 예제 : 100개, 500개 등과 같이 일정 개수의 단위로 별도의 개별 포장 없이 봉지, 박스에 넣는 포장 방식
 
4.4.4 Definition.EN
 
― 목적 : 해당 속성 값과 그 의미를 명확하게 하기 위한 정의
― 설명 : 속성 값의 의미를 이해할 수 있도록 기술
― 필수유무 : 필수
― 표현형식 : 무제한 문자열
― 예제 : Packaging method of not using individual package such as packaging with a certain number of units like 100pcs or 500pcs
 
4.5 품종 및 속성 연계 목록
 
4.5.1 ClassCode
 
― 목적 : 해당 속성을 사용하는 분류의 코드를 기술
― 설명 : 분류와 속성의 연관 관계를 정의
― 필수유무 : 필수
― 표현형식 : 품종분류 사전에서 정의된 분류 코드
― 예제 : XEA0001
 
4.5.2 PropertyCode
 
― 목적 : 해당 분류에서 사용하는 속성 코드를 기술
― 설명 : 분류와 속성의 연관 관계를 정의
― 필수유무 : 필수
― 표현형식 : 속성 사전에서 정의된 속성 코드
― 예제 : XPA0061

 

부속서 A
(참고)
 
물리적 사전파일 구성
 
 
A.1 사전파일의 구성
 
이 표준에서 제시하고 있는 전자부품사전의 표준은 다음과 같은 전자파일 형태로 작성하여 활용할 수 있다.

부속서 B
(참고)
 
사용 가능한 단위

 
 
B.1 단위계의 구성방법
 
SI 단위계의 구성을 부도1에 나타냈다. 한편, SI단위는 부표1, 부표2, 부표3 및 부표4에 기술되는 요
소에 의하여 구성된다.

 

부표 1 ― 기본 단위

 

 

 

KEA OT-9020-3:2009
해 설
 
이 해설서는 본체 및 부속서에 규정한 사항, 참고에 기재된 사항 및 이들과 관련된 사항을 설명하는 것으로 표준의 일부는 아니다.
 
1 개요
 
1.1 제정의 취지
 
이 표준은 전자부품사전의 기본원리를 바탕으로 사전 관리 혹은 전자부품 데이터베이스를 구축하기 위한 표준 양식을 제공하는 단체표준이다.
 
1.2 제정 경위
 
국제표준인 IEC 61360-4 에 그 기초를 두고 국내 전자 4 사(삼성, 엘지, 대우, 현대)에서 사용되고 있는 표준을 입수 및 반영하고 각 품목별로 실 생산업체가 주도하는 작업반을 운영하고 부품생산업체의 의견을 적극적으로 반영하여 국내 전자산업계에서 공동으로 사용 가능한 표준을 수립하였다. 또한, 글로벌 공급망(Global Supply Chain)에 대응될 수 있도록 일본의 JEITA(구 EIAJ : 일본전자산업진흥회)의 ECALS 사전을 참조하여 타 국제표준에 대응 가능하도록 수립하였다.
 
2 표준 제정을 위한 검토 중에 특히 문제가 된 사항
 
이 표준은 IEC 61360-4의 표준 양식을 기반으로 국내 현황에 맞게 수정하여 개발한 것이다. 이미 국제표준으로 제정되어 활용되고 있는 표준을 기반으로 하므로 표준 제정에 특별히 문제가 된 사항은 없다.
 
3 적용 범위
 
이 표준은 KEA 전자부품사전의 구성과 기술적인 제약사항을 기술한다. 다음은 이 표준의 적용범위에 속한다.
 
a) 전자부품 분류 사전의 구성 정의
b) 전자부품 분류 사전의 기술방법 정의
c) 전자부품 분류 사전의 구성 항목에 대한 정의 및 제약사항 기술
 
4 현안문제
 
이 표준 양식을 기반으로 전자부품사전을 구성하기 위해서는 국내 및 국제적으로 통용되고 있는 부품분류체계 및 속성체계에 대한 세부적인 분석이 선행되어야 한다.


 

 

작 성
전자부품정보 표준화위원회
Standard Committee on Electronics Parts Information
 
제 정
한국전자정보통신산업진흥회
Standard of Korea Electronics Association

전자부품 분류 및 속성체계 :: EXPRESS 사전 스키마 (2)

Posted by 도깨비강종헌
2014. 6. 9. 10:28 전자부품상식

전자부품 분류 및 속성체계 :: EXPRESS 사전 스키마 (2)

 

5 KEA_dictionary_schema
 
KEA_dictionary_schema는 ISO 13584-42 및 IEC 61360의 공통 정보 모델의 주요 부분을 구성하는 IEC 61360-2를 기반으로 이 표준에 적합한 유형으로 수정한 것이다. * )
SCHEMA KEA_dictionary_schema;
( *
 
 
5.1 다른 정보모델의 참조
 
이 절은 KEA_dictionary_schema를 구성하기 위해 필요한 응용객체를 다른 표준정보모델에서 참조하고 있는 관계를 정의한다.
 
* )
REFERENCE FROM support_resource_schema (identifier, label, text);
 (* from ISO 10303-41:STEP Part 41; "Fundamentals of Product
 Description and Support" * )
REFERENCE FROM person_organization_schema (organization, address);
 (* from ISO 10303-41:STEP Part 41; "Fundamentals of Product
 Description and Support" * )
REFERENCE FROM measure_schema;
 (* from ISO 10303-41:STEP Part 41; "Fundamentals of Product
 Description and Support" * )
REFERENCE FROM ISO13584_IEC61360_language_resource_schema;
 (* see clause 6 "ISO13584_IEC61360_language_resource_schema" * )
 (*
 
 
5.2 상수 정의
 
이 절은 KEA_dictionary_schema에서 사용되는 상수를 정의한다.
 
EXPRESS 명세서: *
 )
CONSTANT
property_code_len: INTEGER:=14;
class_code_len: INTEGER:=14;
data_type_code_len: INTEGER:=14;
version_len: INTEGER:=3;
revision_len: INTEGER:=3;
value_code_len: INTEGER:=18;
pref_name_len: INTEGER:=30;
short_name_len: INTEGER:=15;
syn_name_len: INTEGER:=pref_name_len;
value_format_len: INTEGER:=80;
END_CONSTANT;
( *


5.3 기본 의미 단위(Basic semantic units) : 사전의 정의 및 사용
 
5.3.1 교환을 위한 필수 조건
 
사전과 부품 라이브러리 데이터의 교환에서 데이터 분리는 통례적이다. 예를 들어, 사전은 이미 존재하는 품종을 참고하여 그 하부 절을 기술하는 몇 가지 품종에 따라 갱신하거나 라이브러리의 내용이 교체되면, 사전 요소가 참조될 뿐 늘 포함되는 것은 아니다. 가능한 명확하고 일관적으로 사전 데이터를 참조하여야 한다.
 
따라서 첫째 데이터 조각을 교환할 수 있어야 하고, 둘째 그 조각들 사이에 관계가 있어야 한다는 것이 명백한 필수 조건이다.

 

이는 그림 2에서 서술한다.
 
이러한 모든 조각 하나 하나는 물리적인 파일(ISO 10303-21 참조)과 관계가 있다. EXPRESS 속성(ISO 10303-11 참조)은 동일한 물리적인 파일 내의 데이터 참조만 포함할 수 있다. 따라서 EXPRESS 속성을 직접적으로 내부 조각 참조에 적용하는 것은 불가능하다. 

 
 
 5.3.2 사전 데이터의 세 가지 수준 구성
 
이 하부 절에서는 내부 조각 참조를 구현하는 관점에서의 basic_semantic_unit (BSU)의 개념을 설명한다. BSU는 사전 작성을 위해 보편적이며 유일한 식별을 제공한다. 그림 3은 이러한 개념을 표현한 것이다.
 
컨텐츠(content_item)의 일부 조각이 현재의 사전 기술을 참조한다고 가정한다. 구성요소의 속성 값을 전달하는 것은 dictionary_definition의 속성을 통해 BSU를 참조함으로써 이루어진다.
 
사전 요소(dictionary_element)은 identified_by의 속성을 통해 BSU를 참조한다. BSU의 절대 식별자를 일치시킴으로써 간접적인 관계가 성립되게 된다.
 
비고 1 사전 요소 및 내용 항목 모두 동일한 물리적 파일에 나타낼 수 있으나, 필수는 아니다.
 
비고 2 사전 요소는 그것과 관련한 몇 가지 내용 항목의 교환을 위해 필수는 아니다. 이러한 경우 목적 시스템 사전에 이미 명시되어 있다고 볼 수 있다. 반대로 사전 데이터는 어떠한 컨텐츠 데이터 없이도 교환될 수 있다.

비고 3 BSU는 사전 요소(dictionary_element)와 컨텐츠(content_item) 인스턴스가 모두 동일한 물리
적인 파일 내에 존재하는 경우에 하나의 단일 인스턴스가 될 수 있다.
 
비고 4 같은 과정은 다양한 사전 요소 사이의 참조에 적용된다(예를 들어, 구성 품종 및 관련
property_DETs 사이).
 
BSU는 사전 전달, 업데이트 전달, 라이브러리 전달, 구성 요소 데이터 교환 등 필요한 어느 곳에서 든 사전 기술을 참조할 수 있게 해준다. 속성과 연관된 데이터는 (property_BSU, <value>)와 같은 한쌍으로 교환될 수 있다.
 
그림 3은 이러한 일반적인 절차의 구현개념을 보여 준다.

5.3.2.1 basic_semantic_unit
 
basic_semantic_unit은 dictionary_element를 식별한다.
 
EXPRESS 명세서: *
 )
ENTITY basic_semantic_unit
ABSTRACT SUPERTYPE OF ( ONEOF (
 class_BSU,
 property_BSU,
 data_type_BSU,
 class_related_BSU));
 code:code_type;
 version:version_Type;

 

 

DERIVE
 dic_identifier:identifier:=code+version;
INVERSE
 definition:SET [0:1] OF dictionary_element FOR
 identified_by;
 referenced_by:SET [0:1] OF content_item FOR
dictionary_definition;
END_ENTITY; -- basic_semantic_unit
( *
 
 
속성 정의:
 
― code:특정 사전 요소를 식별하도록 지정된 코드
― version:특정 사전 요소의 버전 번호
― dic_identifier:코드와 버전의 결합으로 구성되는 완전한 식별
― definition:BSU에 의해 식별되는 사전 요소 참조 (어떠한 교환 내용에도 없으면, 목표 시스템의 사전에 이미 존재한다고 볼 수 있다.)
― referenced_by:BSU와 관련된 사전 요소를 이용하는 항목
 
5.3.2.2 dictionary_element
 
dictionary_element는 어떠한 개념에 대해 의미 사전에서 추출을 요구하는 데이터의 완전한 정의다.
모든 의미에서, 개별적인 하부 유형이 사용된다. dictionary_element는 사전에서 이러한 정의를 유일하게 구분하는 basic_semantic_unit와 관련이 있다. 그림 4는 basic_semantic_unit과 dictionary_element 간 관계의 계획 모델을 보여 준다.

basic_semantic_unit의 버전 속성을 포함하여, 사전 요소의 식별 부분을 구성한다(revision 및 time_stamps 속성과는 반대).

EXPRESS 명세서: *
 )
ENTITY dictionary_element
ABSTRACT SUPERTYPE OF ( ONEOF (
 class_and_property_elements,
 data_type_element));
 identified_by:basic_semantic_unit;
 time_stamps:OPTIONAL dates;
 revision:revision_type;
END_ENTITY;
( *
 
 
속성 정의:
 
― identified_by:이 사전 요소를 식별하는 BSU
― time_stamps:이 사전 요소의 창안 및 갱신 날짜
― revision:이 사전 요소의 개정 번호
 
5.3.2.3 content_item
 
content_item은 사전에서 그 명세와 관련한 데이터의 부분이다. 이는 아래 표기된다.
 
EXPRESS 명세서: *
 )
ENTITY content_item
ABSTRACT SUPERTYPE;
 dictionary_definition:basic_semantic_unit;
END_ENTITY;
( *
 
 
속성 정의:
 
― dictionary_definition:사전에서 정의와 관련하여 사용되는 기본 의미 단위
 
5.3.3 기본 의미 단위와 사전 요소
 
basic_semantic_unit 및 dictionary_element의 쌍, 즉 모든 종류의 사전 데이터에 대한 유형이 정의되어야 한다. 그림 5는 계획 모델로서 나중에 정의된 기본 의미 단위와 사전 요소를 보여 준다. BSU와 사전 요소의 관계는 오직 상응하는 한 쌍만 관련될 수 있도록 각 데이터 유형을 위해 재정된다. 그러나 이것은 여기에서 도식적으로 표현되지 않는다.

5.3.4 사전 요소의 식별
 
기본 의미 단위의 완벽한 식별은 다음의 구조 수준에 기초한다.
 
― 품종
― 품종 관련 사전 요소(어떠한 사전 요소는 품종의 내용에서 정의된다. 이 표준에서 품종 관련 사전요소는 property_DET와 data_type_element이지만, 이 절차를 다른 항목으로 확장하기 위한 준비이다.)
 
완벽한 식별은 각 수준에 대해 적용 가능한 코드를 연결시킴으로써 수행된다. 이러한 식별 계획은 다중 공급자 내용에 적합하다. 어떤 적용 분야에서는 단일(데이터) 공급자만 관련된다면, 일정한 식별의 일치 부분은 삭제될 것이다. 그러나 교환을 목적으로 하는 식별자의 불일치를 피하기 위해 모든 수준이 표시되어야 한다.
 
5.3.5 기타 유형의 데이터를 위한 확대 가능성
 
BSU 사전 요소 절차는 매우 보편적이고 여기서 사용된 4가지 종류의 데이터로 제한되지는 않는다.
이 하부 절은 기타 종류로 확대될 수 있는 몇 가지 장비를 기술한다. 식별자의 적용 범위가 품종에 의해 제시되는지, 공급자에 의해 제시되는지에 따라, 상응하는...._related_BSU 개체는 아래 표기되어야 한다. dictionary_element개체의 속성에 의해 재정의하여야 한다.
 
5.3.5.1 class_related_BSU
 
class_related_BSU는 품종과 관련되는 사전 요소를 규정한다. 예를 들어 ISO 13584의 표, 문서 등이다.
 
EXPRESS 명세서: *
 )
ENTITY class_related_BSU
ABSTRACT SUPERTYPE
SUBTYPE OF (basic_semantic_unit);
END_ENTITY
( *
 
5.3.5.2 class_BSU_relationship
 
class_BSU_relationship 개체는 품종과 BSU의 결합을 위한 준비이다.
 
EXPRESS 명세서: *
 )
ENTITY class_BSU_relationship
ABSTRACT SUPERTYPE;
 relating_class:class;
 related_tokens:SET [1:?] OF class_related_BSU;
END_ENTITY;
( *
 
 
속성 정의:
 
― relating_class:사전 요소를 식별하는 품종
― related_tokens:relating_class 속성에 의해 식별되는 품종 및 관련한 사전 요소의 세트
 
5.4 품종 데이터
 
이 하부 절은 품종의 사전 데이터 표현을 정의한다.
 
5.4.1 개요
 
그림 6은 계획 모델로서, 품종과 관련한 데이터와 기타 사전 요소와의 관계의 윤곽을 보여준다. 이 표준을 통틀어 “상속”과 “계승하는” 의 용어는 품종들(사전에서 정의된) 사이의 이러한 관계를 표시한다는 점이 중요하다. 이들은 오용을 피하기 위해 명백하게 구분된다.
 
구성 품종용 사전 데이터는 4가지 상속된 특성으로 퍼져 있다.
 
― class_and_property_element는 품종과 property_DETs에 공통된 데이터를 정의
― 품종은 나중에 명시될 다른 종류의 품종을 허가(예를 들면 ISO 13584-24에서)
― item_class는 적용 영역 대상의 다른 품종의 데이터를 가진 개체(예를 들면 부품, 재료, ... 등)
― component_class는 구성 품종을 만드는 개체이고 material_class는 재료의 품종을 만드는 개체

5.4.1.1 class_BSU
 
class_BSU 개체는 품종의 식별을 위해 제시한다.
 
EXPRESS 명세서: *
 )
ENTITY class_BSU
SUBTYPE OF (basic_semantic_unit);
 SELF\basic_semantic_unit.code:class_code_type;
DERIVE
 absolute_id:identifier:=defined_by.absolute_id+dic_identifier;
 known_visible_properties:SET [0:?] OF property_BSU
 :=compute_known_visible_properties(SELF);
 known_visible_data_types:SET [0:?] OF data_type_BSU
 :=compute_known_visible_data_types(SELF)
INVERSE
 subclasses:SET [0:?] OF class FOR its_superclass;
 added_visible_properties:SET [0:?] OF property_BSU
 FOR name_scope;
 added_visible_data_types:SET [0:?] OF data_type_BSU
 FOR name_scope;
UNIQUE
 UR1:absolute_id;
END_ENTITY; -- class_BSU
( *
 
 
속성 정의:
 
― code:공급자에 의해 이 품종이 지정된 코드
― defined_by:이 품종과 그 사전 요소를 정의하는 공급자
― absolute_id:이 품종의 유일한 식별 수단
― known_visible_properties:property_BSUs의 세트로 그 name_scope 속성과 같은 품종이나, 이 품종의 상위 품종으로 알려진 것과 관련된 세트이며 이는 품종(및 그 하부 절의 어떤 것)에 대해 가시적인 세트
― known_visible_data_types:data_type_BSUs의 세트로 그 name_scope 속성과 같은 품종이나, 이 품종의 상위 품종으로 알려진 것과 관련된 세트이며 이는 품종 (및 그 하부 절의 어떤 것)에 대해 가시적인 세트
― subclasses:그 상위 품종과 같이 이 품종을 기술하는 품종의 세트
― added_visible_properties:name_scope처럼 품종과 관련되는 property_BSUs의 세트로, 이는 품종(및 그 하부 절의 어떤 것)에 대해 가시적인 세트
― added_visible_data_types:name_scope처럼 품종과 관련되는 data_type_BSUs의 세트로, 이는 품종(및 그 하부 절의 어떤 것.)에 대해 가시적인 세트
 
공식 명제:
 
― UR1:absolute_code는 유일하다.
5.4.1.2 class_and_property_element
 
class_and_property_elements 개체는 품종과 property_DETs 모두에 공통되는 속성을 추출한다.
 
EXPRESS 명세서: *
 )
ENTITY class_and_property_elements
ABSTRACT SUPERTYPE OF ( ONEOF (
 property_DET,
 class))
SUBTYPE OF (dictionary_element);
 names:item_names;
 definition:definition_type;
 note:OPTIONAL note_type;
 remark:OPTIONAL remark_type;
END_ENTITY;
( *
 
 
속성 정의:
 
― names:이 사전 요소를 기술하는 명칭
― definition:이 사전 요소를 기술하는 내용
― note:이해에 본질적인 사전 요소의 어떤 부분에 관한 더 자세한 정보
― remark:이 사전 요소의 의미를 좀 더 명백히 하는 설명적인 내용
 
5.4.1.3 class
 
품종 개체는 모든 종류의 품종에 대한 추상적인 수단이다.
 
EXPRESS 명세서: *
 )
ENTITY class
ABSTRACT SUPERTYPE OF (ONEOF (item_class))
SUBTYPE OF (class_and_property_element);
 SELF\dictionary_element.identified_by:class_BSU;
 its_superclass:OPTIONAL class_BSU;
 described_by:LIST [0:?] OF UNIQUE property_BSU;
 defined_types:SET [0:?] OF data_type_BSU;
DERIVE
 subclasses:SET [0:?] OF class:=identified_by.subclasses;
 known_applicable_properties:SET [0:?] OF property_BSU
 :=compute_known_applicable_properties(
 SELF\dictionary_element.identified_by);
 known_applicable_data_types:SET [0:?] OF data_type_BSU
 :=compute_known_applicable_data_types(
 SELF\dictionary_element.identified_by);
INVERSE
 associated_items:SET [0:?] of class_BSU_relationship FOR relating_class;
WHERE
 WR1:NOT all_class_descriptions_reachable ( KEA OT-9020-2:2009
SELF\dictionary_element.identified_by)
 OR (list_to_set (SELF. described_by) <=
 SELF\dictionary_element.identified_by.known_visible_properties);
 WR2:NOT all_class_descriptions_reachable (
 SELF\dictionary_element.identified_by)
 OR (SELF. defined_types <=
 SELF\dictionary_element.identified_by.known_visible_data_types);
 WR3:list_to_set (SELF. described_by) *
 
 NVL (SELF.its_superclass.definition[1]
 known_applicable_properties, [ ])=[ ] ;
 WR4:SELF.defined_type *
 
 NVL (SELF.its_superclass.definition[1]
 known_applicable_data_types, [ ])=[ ] ;
END_ENTITY;
( *
 
 
속성 정의:
 
― identified_by:이 품종을 식별하는 class_BSU
― its_superclass:현재의 단계의 것이 상위 품종을 참조
― described_by:이 품종이나 상위 품종에서 부분을 기술하는데 사용할 수 있는 추가적인 속성에 대한 참조 목록
― defined_type:이 품종에서 아래로 내려가는 상속 트리 곳곳에 다양한 property_DETs를 위해 사용될 수 있는 유형에 대한 참조의 선택적 세트
― subclasses:그 상위 품종처럼 이 품종을 기술하는 품종의 세트
― known_applicable_properties:품종 또는 described_by 속성에 의해 상위 품종으로 알려진 것으로 참조된 property_BSU로 이는 이 품종(및 그 어떤 하위 품종)에 적용 가능
― known_applicable_data_type: 품종 또는 defined_types 속성에 의해 상위 품종으로 알려진 것으로 참조된 data_type_BSU로 이는 이 품종(및 그 어떤 하위 품종)에 적용 가능
― associated_items:BSU 절차를 사용하여 다른 종류의 데이터로의 접근을 허가
 
공식 명제:
 
― WR1:품종에 대해 가시적인 속성들만이 described_by 속성으로 참조되는 장점에 의해 이 품종으로의 적용이 가능하다.
― WR2:품종에 대해 가시적인 데이터 유형만이 defined_types 속성으로 참조되는 장점에 의해 이 품종으로의 적용이 가능하다.
― WR3:상속된 특성에 의해 품종에 적용 불가능한 속성만이 described_by 속성에 의해 기술된 것에 의해 참조되는 장점으로 인해 이 품종으로의 적용이 가능하다.
― WR4:상속된 특성에 의해 품종에 적용 불가능한 데이터 유형들만이 defined_types 속성에 의해 참조되는 장점에 의해 이 품종으로의 적용이 가능하다.
 
비공식 명제:
 
― described_by 속성은 이 품종을 기술하는 property_DETs에 대한 (BSU 개념을 사용한) 참조를 포함한다. 이 목록은 상속된 상속 트리의 이러한 매듭에서 기술된 것만을 포함한다. 상속된 property_DETs는 반복되지 않는다.

 

5.4.2 item_class
 
item_class 개체는 품종처럼 자발적이고 독립적인 약자에 상응하는 적용 영역의 어떤 개체 유형의 설계를 가능하게 한다. 이는 대상의 본질을 정의하는데 하부 표기되기 위해서 상위 표기되도록 의도된다. 그럼에도 불구하고, 이는 두 개의 다른 종류의 대상(예를 들어, 부품과 재료)에 상응하는 두 개 품종의 상위 품종인 품종을 설계하도록 강요할 수 있는 약자로 정의되지 않는다.
 
비고 1 재료는 부품 목록 적용 영역 대상의 자발적이고 독립적인 약자이다. 이는 item_class의 특정한 하위 품종으로 표현된다.
 
비고 2 특징은 부품 목록 적용 영역 대상의 자발적이고 독립적인 약자이다. 이는 item_class의 특정한 하위 품종으로 표현될 수 있다.
 
비고 3 제품 표현은 적용 영역 대상의 자율적이고 독립적인 약자가 아니다. 이는 오직 제품과의 관계로 존재할 것이며 ISO 13584-24에서 부품 표현은 품종의 특정 하위 품종으로 표현된다.
 
EXPRESS 명세서: *
)
ENTITY item_class
SUPERTYPE OF (ONEOF(component_class, material_class))
SUBTYPE OF (class);
 sub_class_properties:SET [0:?] OF property_BSU;
 class_constant_values:SET [0:?] OF class_value_assignment;
 coded_name:OPTIONAL value_code_type;
WHERE
 WR1:QUERY (p<*
 sub_class_properties
 | NOT (p IN SELF.described_by))=[ ];
 WR2:NOT all_class_descriptions_reachable (SELF.identified_by) OR
 (QUERY (va<*
 class_constant_values | SIZEOF QUERY (c<*
 
 va.super_class_defined_property.describes_classes|
 is_subclass (SELF, c)
 AND (va.super_class_defined_property
 IN c.sub_class_properties)))<>1)=[]);
END_ENTITY;
(
*
 
 
속성 정의:
 
― simplified_drawing:기술된 품종과 관련될 수 있는 선택적 설계(그래픽)
― sub_class_properties:유효 품종으로써 속성을 선언하는 것, 즉 하위 품종의 단일 유효값은 각 품종으로 지정( 5.5.4 항목의 “유효 품종 속성”를 참조)
― class_constant_value:상위 품종에서 선언된 유효 품종 속성을 위한 현 품종 지정
― coded_name:상위 품종의 DET 분류의 유효 영역에서 사용되는 것
 
공식 명제:
 
― WR1:described_by 목록에 속하는 class_valued_properties
― WR2:class_constant_value에서 참조된 속성은 현 품종의 몇 가지 상위 품종에서 유효 품종으로 선언된다.

5.4.3 component_class
 
component_class 개체는 어떤 추출물, 부품, 구성 요소의 레벨에서 항목의 품종을 표현하는 사전적인 기술을 포함한다. component_class에 의해 정의된 데이터 유형의 속성은 집단 관계를 표시한다.
 
EXPRESS 명세서: *
 )
ENTITY component_class
SUBTYPE OF (item_class);
END_ENTITY;
( *
 
 
5.4.4 material_class
 
material_class는 재료 품종의 사전 기술을 포함한다. 재료는 부품이나 구성 요소의 속성을 정의하는데 사용된다. 재료는 셀 수 없는 양적인 개념과 관련된다. 재료 품종에 의해 정의된 데이터 유형의 속성은 제품을 만드는 것, 제품이 포함물, 또는 재료를 갖는다.
 
*
 )
ENTITY material_class
SUBTYPE OF (item_class);
END_ENTITY;
( *
 
 
5.5 데이터 요소 유형 및 속성 데이터
 
이 하부 절은 속성에 대한 사전 데이터를 정의한다.
 
5.5.1 property_BSU
 
property_BSU 개체는 속성의 식별을 위해 제시된다.
 
EXPRESS 명세서: *
 )
ENTITY property_BSU
SUBTYPE OF (basic_semantic_unit);
 SELF\basic_semantic_unit.code:property_code_type;
 name_scope:class_BSU;
DERIVE
 absolute_id:identifier:=
 name_scope.defined_by.absolute_id
 +name_scope.dic_identifier
 +dic_identifier;
INVERSE
 describes_classes:SET OF class FOR described_by;
UNIQUE
 UR1:absolute_id;
WHERE
 WR1:QUERY (c<*
 describes_classes |
 NOT ( is_subclass (c, name_scope.definition[1]\class)))=[ ];
END_ENTITY;

 

( *
 
 
속성 정의:
 
― code:name_scope 속성에 의해 지정되는 범위 내에서 유일한 식별을 허가
― name_scope:described_by 속성의 참조가 가능한 속성 요소에서 참조하거나 그 속성에서 품종을
참조
― absolute_id:이 속성에서 유일한 식별
― describes_classes:부품의 기술에 사용 가능한 것으로 이 속성을 선언하는 품종
 
공식 명제:
 
― WR1:name_scope 속성에 의해 참조되는 품종, 또는 그것의 상위 품종, property_BSU의 품종 속
성에 의해 참조되는 품종이다
― UR1:absolute_id 식별성은 유일하다.
 
5.5.2 property_DET
 
property_DET 개체는 속성의 사전적인 기술을 추출한다.
 
EXPRESS 명세서:
 
*
 )
ENTITY property_DET
ABSTRACT SUPERTYPE OF ( ONEOF (
 condition_DET,
 dependent_P_DET,
 non_dependent_P_DET))
SUBTYPE OF (class_and_property_elements);
 SELF\dictionary_element.identified_by: property_BSU;
 preferred_symbol:OPTIONAL mathematical_string;
 synonymous_symbols:SET [0:2] OF mathematical_string;
 domain:data_type;
 formula:OPTIONAL mathematical_string;
DERIVE
 describes_classes: SET [0:?] OF class
 :=identified_by.describes_classes;
END_ENTITY;
( *
 
 
속성 정의:
 
― identified_by:이 속성을 식별하는 property_BSU
― preferred_symbol:이 속성보다 짧은 명시
― synonymous_symbol:속성보다 짧은 명시를 위한 동의어
― figure:속성을 기술하는 선택적 그래프
― domain:속성과 관련한 data_type의 참조
― formula:속성을 설명하기 위한 수학적 표현
― describes_classes:부품 명시에 사용 가능한 것으로 이 속성을 나타내는 품종

 

그림 7은 속성 DET와 관련한 데이터의 계획 모델을 표현한다.

5.5.3 조건, 독립적이고 비독립적인 데이터 요소 유형
 
그림 8은 계획 모델의 형식에서 다양한 데이터 요소 유형을 묘사한다. 이 그림은(다른 것과 마찬가지로) 단순화된 것임을 명심한다: “의존적인” 관계는 본질적으로 BSU 참조에 필요하지만, 강제 조건은 관련 property_DET가 condition_DET가 될 것이라고 명시되어야 한다.(dependent_P_DET 개체 참조)

5.5.3.1 condition_DET
 
condition_DET는 다른 속성이 의존할 수 있는 것에 관한 속성이다.
 
EXPRESS 명세서: *
 )
ENTITY condition_DET
SUBTYPE OF (property_DET);
END_ENTITY;

( *
 
 
5.5.3.2 dependent_DET
 
dependent_P_DET는 그 값이 명백히 몇 가지 조건, 즉 주위 온도와 같은 값에 의존하는 속성이다.
 
EXPRESS 명세서: *
 )
ENTITY dependent_P_DET
SUBTYPE OF (property_DET);
 depends_on: SET [1:? ] OF property_BSU;
WHERE
 WR1:QUERY ( P<*
 depends_on | NOT (definition_available_implies (p,
 ('KEA_DICTIONARY_SCHEMA.CONDITION_DET'
 IN TYPEOF (p.definition)))) )=[ ] ;
END_ENTITY;
(
*
 
 
속성 정의:
 
― depends_on:이 depends on 속성을 식별하는 기본 의미 단위의 세트
 
공식 명제:
 
WR1:오직 condition_DET는 depends_on 목록에만 사용될 것이다.
 
5.5.3.3 non-dependent_DET
 
non-dependent_DET는 어떤 조건에도 의존하지 않는 속성이다.
 
EXPRESS 명세서: *
)
ENTITY non_dependent_P_DET
SUBTYPE OF (property_DET) ;
END_ENTITY;
(
*
 
 
5.5.4 class_valued_property
 
class_valued_property는 전체 하위 품종에 유효한 각 하위 품종 하나의 단일 값이 지정되지만, 개별적으로는 품종 내에서 모든 인스턴스에는 유효하지 않은 속성이 있다. item_class 개체에서 sub_class_properties 목록에 포함되므로 속성은 유형으로 구분된다. 이 속성을 물려 받은 하위 품종의 값은 class_value_assignments 세트를 포함하는 class_constant_value 속성의 사용을 지정 받을 수 있다.
 
EXPRESS 명세서: *
)
ENTITY class_value_assignment;
 super_class_defined_property:property_BSU;
 assigned_value:value_code_type;
WHERE
WR1:definition_available_implies (super_class_defined_property,
('ISO 13584_IEC 61360_DICTIONARY_SCHEMA '+' .NON_QUANTITATIVE_CODE_TYPE'
 IN TYPEOF (
 super_class_defined_property.definition[1]\property_DET.domain)));
 WR2:definition_available_implies (super_class_defined_property,
 ( SIZEOF ( QUERY (v<*
 
 super_class_defined_property.definition[1]\property_DET.domain
\non_guantative_code_type.domain.its_values │
 assigned_value=v.value_code))=1 ));
END_ENTITY;
(
*
 
 
속성 정의:
 
― super_class_defined_property: 지정된 값으로 속성(class_valued_property으로서 상위품종에서 정의된)의 참조
― assigned_value:class_constant_value 목록에서 class_value_assignment 인스턴스와 관련하여, 전체 품종에 대해 유효한 속성으로 지정된 값
 
공식 명제:
 
― WR1:super_class_defined_property는 값으로서 비양적인 유형의 코드(문자열)를 가진다.
― WR2:super_class_defined_property로 지정된 값은 유형 호환이 가능하며 super_class_defined_ property의 유효한 영역내에서 발생할 것이다.
 
5.6 데이터 유형
 
다음의 하부 절은 property_DET의 데이터 유형 표현을 위한 정의를 포함한다. 그림 9는 계획 모델로서, 데이터 유형용 개체의 계층 구조를 보여 준다.

5.6.1 일반
 
다른 사전 요소(공급자, 품종, 속성)와 달리, 기본 의미 단위 개념의 식별은 data_type을 위해 필수적이지 않다. 왜냐하면 이는 많은 경우에 property_DET에 직접적으로 첨부될 것이기 때문이다. 그러나 data_type_BSU와 data_type_element는 적당한 곳에 유일한 식별을 허용한다. 심지어 현 물리적인 파일 밖에서도 다른 property_DET에서 동일한 유형에 대한 정의 재사용을 제공한다.
 
5.6.1.1 data_type_BSU
 
data_type_BSU 개체는 data_type_element의 식별을 제공한다.
 
EXPRESS 명세서: *
)
ENTITY data_type_BSU
SUBTYPE OF (basic_semantic_unit);
 SELF\basic_semantic_unit.code: data_type_code_type;
 name_scope:class_BSU;
DERIVE
 absolute_id:identifier:=
 name_scope.defined_by.absolute_id
 +name_scope.dic_identifier
 +dic_identifier;
INVERSE
 defining_class: SET [0:1] OF class FOR defined_types;
UNIQUE
 absolute_id;
WHERE
 WR1:is_subclass ( defining_class[1], name_scope.definition[1] );
END_ENTITY;
(
*
 
 
속성 정의:
 
― code:name_scope 속성에 의해 지정되는 적용 범위에서 유일한 식별을 허용
― name_scope: defined_type 속성에 의해 참조를 가능하게 하는 데이터 유형 요소의 품종 참조 또는 그 하부 품종에 대한 참조
― absolute_id:이 속성의 유일한 식별
― defining_class:defined_types용 SET OF 품종
 
공식 명제:
 
― WR1:name_scope 속성에 사용되는 품종은 이 data_type이 정의된 상위 품종이다.
 
5.6.1.2 data_type_element
 
data_type_element 개체는 유형용 사전 요소를 기술한다. 모든 경우에 특정 data_type을 위해 BSU와 dictionary_element를 가질 필요가 없다는 점을 주목해야 한다. 왜냐하면 property_DET는 직접적으로 data_type과 관련될 수 있기 때문이다. BSU 관계의 사용은 오직 공급자가 다른 물리적인 파일에서 동일한 유형을 적용시키고자 할 때만 필요하다.

EXPRESS 명세서: *
)
ENTITY data_type_element
SUBTYPE OF (dictionary_element);
 SELF\dictionary_element.identified_by: data_type_BSU;
 names:item_names;
 type_definition: data_type;
END_ENTITY;
(
*
 
 
속성 정의:
 
― identified_by:명시된 data_type_element를 식별하는 BSU
― names:정의된 data_type_element의 기입을 허락하는 명칭
― type_definition:data_type_element에 의해 수행되는 유형을 명시
 
5.6.2 데이터 유형
 
5.6.2.1 Data_type
 
data_type 개체는 관련 DET의 유형을 지정하는데 사용되는 개체를 위해 공통적으로 상위 유형이 된다.
 
EXPRESS 명세서: *
)
ENTITY data_type
ABSTRACT SUPERTYPE OF ( ONEOF (
 simple_type,
 complex_type,
 named_type));
END_ENTITY;
(
*
 
 
5.6.2.2 simple_type
 
simple_type 개체는 관련 DET의 단순한 유형을 지정하는데 사용되는 개체를 위해 공통적으로 상위 유형이 된다.
 
EXPRESS 명세서: *
)
ENTITY simple_type
ABSTRACT SUPERTYPE OF ( ONEOF (
 number_type,
 boolean_type,
 string_type))
SUBTYPE OF (data_type);
 value_format: value_format_type;
END_ENTITY;
(
*
 
 
속성 정의:
― value_format:속성을 위한 유효한 유형의 암호화
 
5.6.2.3 number_type
 
number_type 개체는 번호 유형인 DET의 값을 규정한다.
 
EXPRESS 명세서: *
)
ENTITY number_type
SUPERTYPE OF ( ONEOF (
 int_type,
 real_type))
SUBTYPE OF (simple_type);
END_ENTITY;
(
*
 
 
5.6.2.4 int_type
 
int_type 개체는 정수 유형인 DET의 값을 규정한다.
 
EXPRESS 명세서: *
)
ENTITY int_type
SUBTYPE OF ( ONEOF (
 int_measure_type,
 int_currency_type,
 non_quantitative_int_type))
SUBTYPE OF (number_type);
END_ENTITY;
(
*
 
 
5.6.2.5 int_measure_type
 
int_measure_type 개체는 정수 유형으로 측정한 DET의 값을 규정한다.
 
EXPRESS 명세서: *
)
ENTITY int_measure_type
SUBTYPE OF (int_type);
 unit:dic_unit;
END_ENTITY;
(
*
 
 
속성 정의:
 
― unit:기술된 측정과 관련한 단위
 
5.6.2.6 int_currency_type
 
int_currency_type 개체는 정수 통화인 DET의 값을 규정한다.

EXPRESS 명세서: *
)
ENTITY int_currency_type
SUBTYPE OF (int_type);
 currency: OPTIONAL currency_code;
END_ENTITY;
(
*
 
 
속성 정의:
 
― currency:ISO 4217에 따라 명시된 통화와 관련된 코드(만약 없다면, 통화 코드는 데이터(값)와 교환되어야 한다.)
 
5.6.2.7 non_quantitative_int_type
 
non_quantitative_int_type 개체는 목록의 요소가 정수로 표현되는 목록 유형이다.
 
EXPRESS 명세서: *
)
ENTITY non_quantitative_int_type
SUBTYPE OF (int_type);
 domain: value_domain;
WHERE
 WR1:QUERY (v <*
 domain.its_values |
 KEA_DICTIONARY_SCHEMA.VALUE_CODE_TYPE' IN
 TYPEOF ( v.value_code ))=[ ];
END_ENTITY;
(
*
 
 
속성 정의:
 
― domain:value_domain 개체에 기술된 목록 값의 세트
 
공식 명제:
 
― WR1:domain.its_value 목록과 관련 값은 value_code_type을 포함하지 않는다.
 
5.6.2.8 real_type
 
real_type은 실수 유형인 DET의 값을 규정한다.
 
EXPRESS 명세서: *
)
ENTITY real_type
SUBTYPE OF ( ONEOF (
 real_measure_type,
 real_currency_type))
SUBTYPE OF (number_type);
END_ENTITY;
(
*
 
5.6.2.9 real_measure_type
 
real_measure_type 개체는 실수 유형으로 측정된 DET의 값을 규정한다.
 
EXPRESS 명세서: *
)
ENTITY real_measure_type
SUBTYPE OF (real_type);
 unit:dic_unit;
END_ENTITY;
(
*
 
 
속성 정의:
 
― unit:명시된 측정과 관련된 단위
 
5.6.2.10 real_currency_type
 
real_currency_type 개체는 실수로 된 통화를 정의한다.
 
EXPRESS 명세서: *
)
ENTITY real_currency_type
SUBTYPE OF (real_type);
 currency:OPTIONAL currency_code;
END_ENTITY;
(
*
 
 
속성 정의:
 
― currency:ISO 4217에 따라 기술된 통화의 관련 코드(만약 없다면, 통화 코드는 데이터(값)와 함께 교환되어야 한다.)
 
5.6.2.11 boolean_type
 
boolean_type은 논리(BOOLEAN) 유형인 DET의 값을 규정한다.
 
EXPRESS 명세서: *
)
ENTITY boolean_type
SUBTYPE OF (simple_type);
END_ENTITY;
(
*
 
 
5.6.2.12 string_type
 
string_type은 문자열(STRING) 유형인 DET의 유효값을 규정한다.
 
EXPRESS 명세서: *
)
ENTITY string_type

 

SUBTYPE OF (simple_type);
END_ENTITY;
(
*
 
 
5.6.2.13 non_quantitative_code_type
 
non_quantitative_code_type 개체는 목록의 요소가 문자열 값으로 표현되는 목록 유형이다.
 
EXPRESS 명세서: *
)
ENTITY non_quantitative_code_type
SUBTYPE OF (string_type);
 domain: value_domain;
WHERE
 WR1:QUERY (v<*
 domain.its_values |
 NOT ('KEA_DICTIONARY_SCHEMA.VALUE_CODE_TYPE'
 IN TYPEOF ( v.value_code)))=[ ];
END_ENTITY;
(
*
 
 
속성 정의:
 
― domain:value_domain 개체에서 기술된 목록화된 값 세트
 
공식 명제:
 
― WR1:domain.its_value와 관련한 값은 value_code_type의 요소만 포함하고 있을 것이다.
 
5.6.2.14 complex_type
 
complex_type 개체는 값을 EXPRESS 인스턴스로 표현한 유형의 정의를 규정한다.
 
EXPRESS 명세서: *
)
ENTITY complex_type
ABSTRACT SUPERTYPE OF ( ONEOF (
 level_type,
 class_instance_type))
 entity_instance_type))
SUBTYPE OF (data_type );
END_ENTITY;
(
*
 
 
5.6.2.15 level_type
 
level_type 개체는 양적인 데이터 요소 유형의 값으로 적합하게 하는 지시자를 규정된다.
 
EXPRESS 명세서: *
)
ENTITY level_type
SUBTYPE OF (complex_type);
 levels:LIST [1:4] OF UNIQUE level;

value_type:simple_type;
WHERE
 WR1:'KEA_DICTIONARY_SCHEMA.NUMBER_TYPE'
 IN TYPEOF ( value_type);
END_ENTITY;
(
*
 
 
속성 정의:
 
― levels:속성과 관련된 적합한 값을 명세하는 유일한 요소의 목록
― value_type:다른 적합한 값의 유효한 유형
 
공식 명제:
 
― WR1:SELF.value_type은 number_type의 유형이다.
 
5.6.2.16 Level
 
Level 유형은 동일한 양의 값을 허락하거나 다른 가능성으로부터 구분되는, 물리적인 양과 관련된 다른 적합한 값의 약자 명칭을 규정한다.
 
EXPRESS 명세서: *
)
TYPE level=ENUMERATION OF (
 min, (*
corresponds to the minimum value of the physical quantity*
)
 nom, (*
corresponds to the nominal value of the physical quantity*
)
 typ, (*
corresponds to the typical value of the physical quantity*
)
 max); (*
corresponds to the maximal value of the physical quantity*
)
END_TYPE;
(
*
 
 
5.6.2.17 class_instance_type
 
class_instance_type 개체는 품종의 인스턴스로 표현되는 DET의 값을 규정한다. 특별한 경우에 사용되는데, 이는 어셈블리의 명시를 위해서, 또는 구성하고 있는 요소(일부)의 재료를 기술하기 위해서다.
 
EXPRESS 명세서: *
)
ENTITY class_instance_type
SUBTYPE OF (complex_type);
 domain: class_BSU;
END_ENTITY;
(
*
 
 
속성 정의:
 
― domain:기술된 유형을 설명하는 품종 관련 class_BSU
 
5.6.2.18 entity_instance_type
 
entity_instance_type 개체는 EXPRESS 개체 데이터 유형의 예로 표현되는 DET의 값을 규정한다.

 

type_name 속성은 허용되는 데이터 유형이 무엇인지를 알게 한다. 이러한 속성은 유효값에 적용되는 EXPRESS TYPEOF 함수와 함께 강력한 유형의 검사와 다형성을 허가한다. 이 개체는 사전 스키마에서 허용된 데이터 유형에 대해 하위 표기될 것이다.
 
EXPRESS 명세서: *
)
ENTITY entity_instance_type
ABSTRACT SUPERTYPE
SUBTYPE OF (complex_type);
 type_name: SET OF STRING;
END_ENTITY;
(
*
 
 
속성 정의:
 
― type_name:기술된 문자열 세트로서, EXPRESS TYPEOF 함수 형식에서, 그 데이터 유형으로 현 개체를 참조한 값에 적용될 때, EXPRESS 개체 데이터 유형의 명칭은 EXPRESS TYPEOF 함수
결과에 포함
 
5.6.2.19 named_type
 
named_type 개체는 BSU 절차를 통한 다른 유형 참조를 제공한다.
 
EXPRESS 명세서: *
)
ENTITY named_type
SUBTYPE OF (data_type );
 referred_type: data_type_BSU;
END_ENTITY;
(
*
 
 
속성 정의:
 
― referred_type:현재 개체와 관련된 data_type을 식별하는 BSU
 
5.6.3 non_quantitative_int_type
 
이 절은 비양적인 데이터 구성 요소 유형에 대해서 정의한다(non_quantitative_int_type과
non_quantitative_code_type 개체를 참조).
 
그림 10은 계획 모델로서, 비양적인 데이터 구성 요소 유형과 관련한 데이터의 개요를 보여 준다.

5.6.3.1 value_domain
 
value_domain 개체는 비양적인 데이터 요소 유형에 대한 값의 허용 세트를 기술한다.
 
EXPRESS 명세서: *
)
ENTITY value_domain;
 its_values:LIST [2:?] OF dic_value;
 languages:OPTIONAL present_translations;
 terms:LIST [0:?] OF item_names;
WHERE
 WR1:NOT EXISTS ( languages ) XOR ( QUERY (v<*
 its_value |
 languages:<>:v.meaning.languages )=[ ] ) ;
 WR2:codes_are_unique (its_values);
END_ENTITY;
(
*
 
 
속성 정의:
 
― its_values:묘사된 영역에 포함되는 값의 계산 목록
― languages:번역된 언어의 선택적 목록
― terms:IEC 61360이 용어 사전과 연결되도록 하는 item_names의 선택적 목록
 
공식 명제:
 
― WR1:값의 의미가 하나 이상의 언어로 제시된다면, 사용된 언어의 세트는 전체 세트와 동일해야 한다.
― WR2:값의 코드는 이 데이터 유형에서 유일해야 한다.

 

5.6.3.2 value_code
 
비양적인 데이터 구성 요소의 각 값은 코드와 관련되며, 그 값의 속성으로 나타낸다. value_code는 정수이거나 value_code_type 중 하나일 것이다.
 
EXPRESS 명세서: *
)
TYPE integer_type=INTEGER; END_TYPE;
TYPE value_type=SELECT (value_code_type, integer_type); END_TYPE;
(
*
 
 
5.6.3.3 dic_value
 
dic_value 개체는 value_domain 개체 값의 하나이다.
 
EXPRESS 명세서: *
)
ENTITY dic_value;
 value_code:value_type;
 meaning:item_names;
END_ENTITY;
(
*
 
 
속성 정의:
 
― value_code:기술된 값과 관련된 코드(이는 value_code_type이거나 정수 중 하나가 될 수 있다.)
― meaning:이 값과 관련된 의미. 이는 명칭에 의해 제시된다.
 
5.6.4 ISO 10303-41 단위 정의로의 확장
 
이 절은 사전에서 단위 기술에 대한 수단을 정의한다. 이는 ISO 10303-41에서 정의한 수단을 확대한다.
 
5.6.4.1 non_si_unit
 
non_si_unit 개체는 내용 의존적이거나 전환에 기초하지 않은 non_SI_unit의 표현을 허가하도록 ISO 10303-41의 단위 모델을 확장한다.
 
EXPRESS 명세서: *
)
ENTITY non_si_unit
SUBTYPE OF (named_unit);
 name:label;
END_ENTITY;
(
*
 
 
속성 정의:
 
― name:기술된 단위의 명칭으로 사용되는 라벨

 

5.6.4.2 assert_ONEOF 법칙
 
assert_ONEOF 법칙은 다음 named_unit: si_unit, context_dependent_unit, conversion_based_unit,
non_si_unit의 하위 유형 사이에서 ONEOF가 유지하게 한다.
 
EXPRESS 명세서: *
)
RULE assert_ONEOF FOR (named_unit);
WHERE
 QUERY (u<*
 named_unit |
 ('KEA_DICTIONARY_SCHEMA.NON_SI_UNIT'
 IN TYPEOF (u)) AND
 ('MEASURE_SCHEMA.SI_UNIT' IN TYPEOF (u))
 OR ('KEA_DICTIONARY_SCHEMA.NON_SI_UNIT'
 IN TYPEOF (u)) AND
 ('MEASURE_SCHEMA.CONTEXT_DEPENDENT_UNIT' IN TYPEOF (u))
 OR ('KEA_DICTIONARY_SCHEMA.NON_SI_UNIT'
 IN TYPEOF (u)) AND
 ('MEASURE_SCHEMA.CONVERSION_BASED_UNIT' IN TYPEOF (u)))=[ ];
END_RULE;
(
*
 
 
5.6.4.3 dic_unit
 
단위의 기본적인 표현은 ISO 10303-41에 따라 구조화된 형식 내에 있다. 하지만 사전에 단위를 실으려는 목적 중 한가지는 사용자에게 제시하는 것이므로(구조화된 표현만으로는 불충분하므로) 이는 문자열 표현에 의해 보완되어야 한다. 현재의 정의는 다양한 가능성을 허용한다.
 
― string_for_unit 함수가 사용될 수 있으며 제시된 단위의 구조화된 표현에 대해서는 IEC 61360
-1의 부속서 B에서의 사용처럼 상응하는 문자열 표현으로 대체
― 문자열 표현은 평이한 본문 형식으로 제시 가능(mathematical_string 개체, text_representation 속성)
― SGML 표현은 하부와 아래에 적은 문자 등을 포함하여 증대된 단위의 표현이 가능하도록 제시가능(mathematical_string 개체, SGML_representation 속성)
― dic_unit 개체는 사전에 저장되기 위한 단위를 기술
 
EXPRESS 명세서: *
)
ENTITY dic_unit;
 structured_representation:unit;
 string_representation:OPTIONAL mathematical_string;
END_ENTITY;
(
*
 
 
속성 정의:
 
― structured_representation:“ISO 10303-41 정의로의 확대”에서 정의된 확대를 포함하는, ISO 10303-41로부터의 구조화된 표현
― string_representation:string_for_unit 함수는 string_representation이 존재하지 않는 경우에 structured_ representation으로부터 string_representation을 입력하는 데 사용

 

5.7 기본 유형 및 개체 정의
 
이 하부 절은 모델의 주요 부분에 사용되었던 기본 유형와 개체를 정의한다.
 
5.7.1 기본 유형 정의
 
이 하부 절은 알파벳순으로 분류된 기본 유형와 개체를 정의한다.
 
5.7.1.1 class_code_type
 
class_code_type은 품종 코드용으로 허용되는 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE clsss_code_type=code_type;
WHERE
 WR1:LENGTH(SELF)<=class_code_len;
END_TYPE;
(
*
 
 
공식 명제:
― WR1:class_code_type에 상응하는 유효한 길이는 class_code_len의 길이 이하이다.
 
5.7.1.2 code_type
 
code_type은 코드 유형용으로 허용되는 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE code_type=identifier;
WHERE
 WR1:NOT (SELF LIKE '*
 
*
');
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:코드가 연결될 때에 남겨진 공란과의 문제를 피하기 위해, 빈 공간은 허락되지 않는다.
 
5.7.1.3 currency_code
 
currency_code는 통화 코드를 위해 허용되는 값을 식별한다.
 
이러한 값은 ISO 4217에 따라 정의된다. 값은 예를 들어, 스위스 프랑에는 “CHF”, 위안 렌민비(중국)에는 ”CNY”, 독일 마르크에는 “DEM”, 프랑스 프랑에는 “FRF", 엔(일본)에 대해 “JPN”, 소련 루블에 대해서는 “SUR”, 미국 달러에 대해서는 “USD”, ECU(유럽연합 단위)에 대해서는 “XEU” 등이다.
EXPRESS 명세서: *
)
TYPE currency_code=identifier;
WHERE
 WR1:LENGTH(SELF)=3;
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:currency_code의 유효길이는 3이다
 
5.7.1.4 date_type
 
date_type은 날짜에 대한 허용되는 값을 식별한다. 이러한 유효성은 ISO 8601에 따라 정의된다.(예를 들면 “1994-03-21”)
 
EXPRESS 명세서: *
)
TYPE date_type=STRING(10) FIXED;
END_TYPE;
(
*
 
 
5.7.1.5 definition_type
 
definition_type은 정의로 허용되는 값을 구분한다.
 
EXPRESS 명세서: *
)
TYPE definition_type=translatable_text;
END_TYPE;
(
*
 
 
5.7.1.6 DET_classification_type
 
DET_classification_type은 DET 품종화에 허용되는 값을 식별한다. 이러한 값은 ISO 31에 따라 DET 품종화에 사용된다.
 
EXPRESS 명세서: *
)
TYPE DET_classification_type=identifier;
WHERE
 WR1:LENGTH(SELF) = DET_classification_len;
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:DET_classification_type의 길이는 DET_classification_len의 값과 동일하다.

5.7.1.7 data_type_code_type
 
data_type_code_type은 데이터 유형의 코드용으로 허용되는 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE data_type_code_type=code_type;
WHERE
 WR1:LENGTH(SELF)<=data_type_code_len;
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:data_type_code_type의 값은 data_type_code_len의 값 이하이다.
 
5.7.1.8 note_type
 
note_type은 주석용으로 허가된 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE note_type=translatable_text;
END_TYPE;
(
*
 
 
5.7.1.9 pref_name_type
 
pref_name_type은 선호 명칭용으로 허용되는 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE pref_name_type=translatable_label;
WHERE
 WR1:check_label_length (SELF, pref_name_len);
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:pref_name_type 길이의 값은 pref_name_len의 길이를 초과하지 않는다.
 
5.7.1.10 property_code_type
 
property_code_type은 속성 코드용으로 허용되는 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE property_code_type=code_type;
WHERE
 WR1:LENGTH(SELF)<=property_code_len;

END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:property_code_type의 길이는 property_code_len의 값 이하이다.
 
5.7.1.11 remark_type
 
remark_type은 설명용으로 허용되는 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE remark_type=translatable_text;
END_TYPE;
(
*
 
 
5.7.1.12 revision_type
 
revision_type은 개정용으로 허용되는 값을 식별한다;.
 
EXPRESS 명세서: *
)
TYPE revision_type=code_type;
WHERE
 WR1:LENGTH(SELF)<=revision_len;
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:revision_type의 길이의 값은 revision_len의 길이를 초과하지 않을 것이다.
 
5.7.1.13 short_name_type
 
short_name_type은 짧은 명칭용으로 허용되는 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE short_name_type=translatable_label;
WHERE
 WR1:check_label_length (SELF, short_name_len);
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:short_name_type 길이의 값은 짧은 명칭 길이의 길이를 초과하지 않을 것이다.

 

5.7.1.14 syn_name_type
 
syn_name_type은 동의어 명칭용으로 허용되는 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE syn_name_type=SELECT (label_with_language, label);
WHERE
 WR1:check_syn_length (SELF, syn_name_len);
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:syn_name_type의 길이는 =syn_name_len의 값과 동일할 것이다.
 
5.7.1.15 value_code_type
 
value_code_type은 유효한 코드를 위해 허용되는 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE value_code_type=identifier;
WHERE
 WR1:LENGTH(SELF)<=value_code_len;
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:value_code_type 길이의 값은 value_code_len의 길이를 초과하지 않는다.
 
5.7.1.16 value_format_type
 
value_format_type은 유효한 형식을 위해 허용되는 값을 식별한다. 이러한 값은 ISO 6093과 ISO 9735에 따라 정의된다.
 
EXPRESS 명세서: *
)
TYPE value_format_type=identifier;
WHERE
 WR1:LENGTH(SELF)<=value_format_len;
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:value_type_format의 길이값은 value_type_len의 길이를 초과하지 않을 것이다.

5.7.1.17 version_type
 
version_type은 버전용으로 허용되는 값을 식별한다.
 
EXPRESS 명세서: *
)
TYPE version_type=code_type;
WHERE
 WR1:LENGTH(SELF)=version_len;
 WR2:SELF LIKE '###';
END_TYPE;
(
*
 
 
공식 명제:
 
― WR1:version_type의 길이값은 version_len과 동일하다.
― WR2:version_type은 오직 숫자로만 된다.
 
5.7.2 기본 개체 정의
 
이 하부 절은 알파벳순으로 분류한 기본 개체를 정의한다.
 
5.7.2.1 Date
 
날짜 개체는 첫 버전, 현재 버전, 그리고 주어진 기술에 대한 현재 개정과 관련된 세 개의 날짜로 서술된다.
 
EXPRESS 명세서: *
)
ENTITY dates;
 date_of_original_definition:date_type;
 date_of_current_version:date_type;
 date_of_current_revision:OPTIONAL date_type;
END_ENTITY;
(
*
 
 
속성 정의:
 
― date_of_original_definition:버전 001과 관련된 날짜
― date_of_current_version:현재 버전과 관련된 날짜
― date_of_current_revision:마지막 개정과 관련된 날짜

5.7.2.2 item_name
 
item_name 개체는 제시된 서술과 관련된 이름으로 식별한다. 이는 선호 명칭, 동의어 명칭의 세트, 짧은 명칭 및 다른 명칭으로 제시되는 언어를 언급한다. 이는 또한 아이콘과 관련될 수 있다.
 
EXPRESS 명세서: *
)
ENTITY item_names;
 preferred_name:pref_name_type;
 synonymous_names:SET OF syn_name_type;
 short_name:short_name_type;
 languages:OPTIONAL present_translations;
WHERE
 WR1:NOT ( EXISTS ( languages ) XOR (
 ('ISO13584_IEC61360_LANGUAGE_RESOURCE_SCHEMA'
 +'.TRANSLATED_LABEL' IN TYPEOF (preferred_name))
 AND (languages:=:preferred_name\translated_label.languages)
 AND ('ISO13584_IEC61360_LANGUAGE_RESOURCE_SCHEMA'
 +'.TRANSLATED_LABEL' IN TYPEOF (short_name))
 AND (languages:=:short_name\translated_label.languages)
 AND (QUERY (s<*
 synonymous_names |
 NOT ('KEA_DICTIONARY_SCHEMA.LABEL
 _WITH_LANGUAGE' IN TYPEOF (s)))=[ ])));
 WR2:NOT EXISTS ( language ) XOR (QUERY (s<*
 synonymous_names |
 EXISTS ( s.languages ) AND NOT (s.language IN
 QUERY (1<*
 languages.language_codes | TRUE
 WR3:at_most_two_synonyms_per_language
 (languages, synonymous_names);
END_ENTITY;
(
*
 
 
속성 정의:
 
― preferred_name:사용에서 선호되는 명칭
― synonymous_name:동의어 명칭의 세트
― short_name:선호된 명칭의 약자
― languages:다른 명칭으로 제시되는 언어의 선택적 목록
 
공식 명제:
 
― WR1:선호 명칭이나 짧은 명칭이 하나 이상의 언어로 표현되면, translated_labels의 모든 언어 속성이 항목 명칭 인스턴스의 언어 속성을 present_translations 인스턴스에 정의하여야 한다.
― WR2:동의어 명칭이 하나 이상의 언어로 제시되면, 이러한 item_name 인스턴스의 “언어” 속성에 present_ translations로 지정된 오직 한 개의 언어만이 사용될 수 있다.
― WR3:만약 존재한다면, 최대 두 개의 동의어가 언어 속성으로 지정된다.

5.7.2.3 label_with_language
 
label_with_language 개체는 라벨을 언어로 관련시키기 위한 수단을 제시한다.
 
EXPRESS 명세서: *
)
ENTITY label_with_language;
 l:label;
 language:language_code;
END_ENTITY;
(
*
 
 
속성 정의:
 
― l:언어와 관련된 라벨
― languages:라벨화된 언어의 코드
 
5.7.2.4 mathematical_string
 
mathematical_string은 수학적인 문자열 표현을 정의하는 수단을 제시한다. 이는 또한 SGML 유형에서 표현될 수 있다.
 
EXPRESS 명세서: *
)
ENTITY mathematical_string;
 text_representation: text;
 SGML_representation: OPTIONAL text;
END_ENTITY;
(
*
 
 
속성 정의:
 
― text_representation:필요하다면 ISO 843(정보와 문서화-그리스 문자의 라틴 문자로의 변환)를 사용하는 수학적 문자열 “linear” 형식
― SGML_representation:ISO 12083(전기 사본 준비 및 표기)에서 수학 DTD(문서 유형 정의)에 따라 SGML-Text(ISO 8879)을 수정했으며, SGML Text는 교환되는 동안 하나의 문자열로 취급되도록 처리
 
5.8 함수 정의
 
이 하부 절은 데이터 일관성을 주장하기 위한 조항, 또는 애플리케이션 개발용 수단을 제시하는 것과 그와 관련된 함수를 포함하고 있다.
 
5.8.1 acyclic_superclass_relationship 함수
 
acyclic_superclass_relationship 함수는 상위 품종 관계에 어떤 주기도 없다는 것을 검사한다. 개체 품종에서 its_superclass 속성의 중요성에 의해 상속된 트리는 있고, 비순환 그래프는 없다는 것을 확인한다. 따라서 이러한 함수는 단지 어떠한 품종의 인스턴스도 its_superclass에서의 속성을 본질적으로 하부 절인 다른 것에 참조시키지 않는다는 것을 식별해야 한다.
EXPRESS 명세서: *
)
FUNCTION acyclic_superclass_relationship (
 current:class_BSU;
 visited:SET OF class):LOGICAL;
IF SIZEOF (current.definition)=1 THEN
 IF current.definition[1]\class IN visited THEN
 RETURN (FALSE);
 (*
 wrong: current declares a subclass as its superclass *
)
 ELSE
 IF EXISTS
 (current.definition[1]\class.its-_superclass)
 THEN
 RETURN (acyclic_superclass_relationship (
 current.definition[1]\class.its_superclass,
 visited+current.definition[1]\class));
 ELSE
 RETURN (TRUE);
 END_IF;
 END_IF;
ELSE
 RETURN (UNKNOWN);
END_IF;
END_FUNCTION; --acyclic_superclass_relationship
(
*
 
 
5.8.2 at_most_two_synonyms_per_language 함수
 
at_most_two_synonyms_per_language 함수는 각 언어 변수에 상응하는 syn_name 변수에는 최대 두 개의 동의어가 있다.
 
EXPRESS 명세서: *
)
FUNCTION at_most_two_synonyms_per_language (
 languages:present_translations;
 synonymous_names:SET OF syn_name_type): BOOLEAN;
IF EXISTS (languages) THEN
 REPEAT I:=1 TO SIZEOF (languages.language_codes);
 IF SIZEOF ( QUERY ( s<*
 synonymous_names |
 s.language=languages.language_codes[i] ))>2
 THEN
 RETURN (FALSE);
 END_IF;
 END_REPEAT;
 RETURN (TRUE);
ELSE
 RETURN (SIZEOF (synonymous_names) <= 2);
END_IF;
END_FUNCTION; --at_most_two_synonyms_per_language
(
*
 
5.8.3 check_syn_length 함수
 
check_syn_length 함수는 s의 길이가 s_length로 지정된 길이를 초과하지 않는다.
 
EXPRESS 명세서: *
)
FUNCTION check_syn_length (
 s:syn_name_type;
 s_length:INTEGER):BOOLEAN;
IF 'KEA_DICTIONARY_SCHEMA.LABEL_WITH_LANGUAGE'
 IN TYPEOF (s) THEN
 RETURN (LENGTH(s.1)<=s_length);
ELSE
 RETURN (LENGTH (s)<=s_length);
END_IF;
END_FUNCTION; --check_syn_length
(
*
 
 
5.8.4 codes_are_unique 함수
 
codes_are_unique 함수는 value_code가 목록값에서 유일하다면 참이 된다.
 
EXPRESS 명세서: *
)
FUNCTION codes_are_unique (values:LIST OF dic_value):BOOLEAN;
LOCAL
 1:SET OF STRING:=[ ];
END_LOCAL;
REPEAT I:=1 TO SIZEOF (values);
 L:=1+values[i].value_code;
 (*
duplicates are eliminated. *
)
END_REPEAT;
RETURN (SIZEOF (values)=SIZEOF (1));
END_FUNCTION; -- codes_are_unique
(
*
 
 
5.8.5 definition_available_implies 함수
 
definition_available_implies 함수는 정의가 BSU 변수에 상응하는 정의가 존재 유무를 검사한다. 그러므로, 이런 정의가 존재한다면 표현 변수가 반환된다.
 
EXPRESS 명세서: *
)
FUNCTION definition_available_implies (
 BSU; basic_semantic_unit;
 expression: LOGICAL): LOGICAL;
 RETURN (NOT (SIZEOF (BSU.definition) = 1 ) OR expression);
END_FUNCTION; -- definition_available_implies
(
*
 
5.8.6 is_subclass 함수
 
is_subclass 함수는 하위가 상위의 하위 품종으로 정의된다면 참이다
 
EXPRESS 명세서: *
)
FUNCTION is_subclass ( sub, super: class):LOGICAL;
IF (NOT EXISTS (sub)) OR (NOT EXISTS (super)) THEN RETURN (UNKNOWN);
END_IF;
IF NOT EXISTS (sub.its_superclass) THEN
 RETURN (FALSE);
 (*
 end of chain reached, didn't meet super so far *
)
END_IF;
IF SIZEOF (sub.its_superclass.definition) = 1 THEN
 (*
 definition available *
)
 IF (sub.its_superclass.definition[1]\class = super) THEN
 RETURN ( TRUE );
 ELSE
 RETURN (is.subclass (
 sub.its_superclass.definition[1]\class, super));
 END_IF;
ELSE RETURN (UNKNOWN);
END_IF;
END_FUNCTION; -- is_subclass
(
*
 
 
5.8.7 string_for_derived_unit 함수
 
string_for_derived_unit 함수는 derived_unit의 문자열 표현이(ISO 10303-41 참조) 변수로 반환된다.
첫째로 파생 단위의 요소는 지수의 표시에 따라 분리된다. 두 종류의 요소가 있으면, 음의 표시로부터 양의 것으로 구분하기 위해 ‘/’표시가 사용된다. 음의 지수만 있다면 u-e 표시가 사용된다.
 
점 ‘.’(ISO 8859-1에 따른 십진 코드 46, ISO 10303-21 참조)은 개별적 요소를 분리하는데 사용된다.
 
EXPRESS 명세서: *
)
FUNCTION string_for_derived_unit (u:derived_unit):STRING;
 FUNCTION string_for_derived_unit_element
 (u:derived_unit_element; neg_exp:BOOLEAN
 (*
 print negative exponents with power -1 *
)):STRING;
 (*
 returns a STRING representation of the derived_unit_element
 (according to ISO 10303-41) passed as parameter *
)
 LOCAL
 result:STRING;
 END_LOCAL;
 result:=string_for named_unit(u.unit);
 IF (u.exponent<>0) THEN
 IF (u.exponent>0) OR NOT neg_exp THEN
 result:=result+'
**'+FORMAT (ABS (u.exponent), '1I');
 ELSE

result=result+'
**'+FORMAT (u.exponent, '1I');
 END_IF;
 END_IF;
 RETURN (result);
 END_FUNCTION; -- string_for_derived_unit_element
 LOCAL
 pos, neg:SET OF derived_unit_element;
 us:STRING;
 END_LOCAL;
 (*
 separate unit elements according to the sign of the exponents: *
)
 pos:=QUERY (ue<* u.elements | ue.exponent>0 );
 neg:=QUERY (ue<* u.elements | ue.exponent<0 );
 us:=' ';
 IF SIZEOF (pos)>0 THEN
 (*
 there are unit elements with positive sign *
)
 REPEAT I:LOINDEX (pos) TO HIINDEX (pos);
 us:=us+string_for_derived_unit_element(pos[i], FALSE);
 IF i<>HIINDEX (pos) THEN us:=us+'.'; END_IF;
 END_REPEAT;
 IF SIZEOF (neg)>0 THEN
 (*
 there are unit elements with negative sign, use '/' notation: *
)
 us:=us+'/';
 IF SIZEOF (neg)>1 THEN us:=us+')'; END_IF;
 REPEAT i:=LOINDEX (neg) TO HIINDEX (neg);
 us:=us+string_for_derived_unit_element(neg[i], FALSE);
 IF i <> HIINDEX (neg) THEN us:=us+'.'; END_IF;
 END_REPEAT;
 IF SIZEOF (neg) > 1 THEN us:= us + ')'; END_IF;
 END_IF;
ELSE
 (*
 only negative sign, use u-e notation *
)
 IF SIZEOF (neg)>0 THEN
 REPEAT i:=LOINDEX (neg) TO HIINDEX (neg);
 us:=us+string_for_derived_unit_element(neg[i], TRUE);
 IF i<>HIINDEX (neg) THEN us:=us+'.'; END_IF;
 END_REPEAT;
 END_IF;
END_IF;
RETURN (us);
END_FUNCTION; -- string_for_derived_unit
(
*
 
 
5.8.8 string_for_named_unit 함수
 
string_for_named_unit 함수는 named_unit의 문자열 표현이 변수로 반환된다.
 
EXPRESS 명세서: *
)
FUNCTION string_for_named_unit (u:named_unit):STRING;
IF 'MEASURE_SCHEMA.SI_UNIT' IN TYPEOF(u) THEN

RETURN (string_for_SI_unit (u\si_unit));
ELSE
 IF 'MEASURE_SCHEMA.CONTEXT_DEPENDENT_UNIT' IN TYPEOF(u)
 THEN
 RETURN (u\context_dependent_unit.name);
 ELSE
 IF 'MEASURE_SCHEMA.CONVERSION_BASED_UNIT' IN TYPEOF(u)
 THEN
 RETURN (u\conversion_based_unit.name);
 ELSE
 IF 'KEA_DICTIONARY_SCHEMA' +
 '.NON_SI_UNIT' IN TYPEOF (u)
 THEN
 RETURN (u\non_si_unit.name);
 ELSE
 (*
 pure named_unit instance, not subtyped further. *
)
 RETURN ('name_unknown');
 END_IF;
 END_IF;
 END_IF;
END_IF;
END_FUNCTION; -- string_for_named_unit
(
*
 
 
5.8.9 string_for_SI_unit 함수
 
string_for_SI_unit 함수는 si_unit의 문자열 표현이(ISO 10303-41에 따라) 변수로 반환된다.
 
EXPRESS 명세서: *
)
FUNCTION string_for_SI_unit (unit:si_unit):STRING;
LOCAL
 prefix_string, unit_string: STRING;
END_LOCAL;
IF EXISTS (unit.prefix) THEN
 CASE unit.prefix OF
 exa :prefix_string:='E';
 peta :prefix_string:='P';
 tera :prefix_string:='T';
 giga :prefix_string:='G';
 mega :prefix_string:='M';
 kilo :prefix_string:='k';
 hecto :prefix_string:='h';
 deca :prefix_string:='da';
 deci :prefix_string:='d';
 centi :prefix_string:='c';
 milli :prefix_string:='m';
 micro :prefix_string:='u';
 nano :prefix_string:='n';
 pico :prefix_string:='p';
 femto :prefix_string:='f';

atto :prefix_string:='a';
 END_CASE;
 ELSE
 prefix-sring:= ' ';
 END_IF;
 CASE unit.name OF
 metre :unit_string:='m';
 gram :unit_string:='g';
 second :unit_string:='s';
 ampere :unit_string:='A';
 kelvin :unit_string:='K';
 mole :unit_string:='mol';
 candela :unit_string:='cd';
 radian :unit_string:='rad';
 steradian :unit_string:='sr';
 hertz :unit_string:='Hz';
 newton :unit_string:='N';
 pascal :unit_string:='Pa';
 joule :unit_string:='J';
 watt :unit_string:='W';
 coulomb :unit_string:='C';
 volt :unit_string:='V';
 farad :unit_string:='F';
 ohm :unit_string:='Ohm';
 siemens :unit_string:='S';
 weber :unit_string:='Wb';
 tesla :unit_string:='T';
 henry :unit_string:='H';
 degree_Celsius :unit_string:='Cel';
 lumen :unit_string:='lm';
 lux :unit_string:='lx';
 becquerel :unit_string:='Bq';
 gray :unit_string:='Gy';
 sievert :unit_string:='Sv';
 END_CASE;
 RETURN (prefix_string+unit_string);
END_FUNCTION; -- string_for_SI_unit
(
*
 
 
5.8.10 string_for_unit 함수
 
string_for_unit 함수는 단위의 문자열 표현이(ISO 10303-41에 따라) 변수로 반환된다.
 
EXPRESS 명세서: *
)
FUNCTION string_for_unit (u: unit): STRING;
 IF 'MEASURE_SCHEMA.DERIVED_UNIT' IN TYPEOF (u) THEN
 RETURN (string_for_derived_unit(u));
 ELSE (*
 'MEASURE_SCHEMA.NAMED_UNIT' IN TYPEOF(u) holds true *
)

RETURN (string_for_derived_unit(u));
 END_IF;
END_FUNCTION; -- string_for_unit
(
*
 
 
5.8.11 all_class_descriptions_reachable 함수
 
all_class_descriptions_reachable 함수는 품종을 기술하는 dictionary_element가 class_BSU에 의해 확인되었다면, 모든 그의 상위 품종은 품종 계층 구조에 의해 정의된 상속 트리에서 연산한다.
 
EXPRESS 명세서: *
)
FUNCTION all_class_descriptions_reachable (cl: class_BSU):BOOLEAN;
IF SIZEOF (cl.definition)=0
THEN
 RETURN (FALSE);
END_IF;
IF NOT (EXISTS (cl.definition[1]\class.its_superclass))
THEN
 RETURN (TRUE);
ELSE
 RETURN (all_class_descriptions_reachable(cl.definition[1]\class.its_superclass));
END_IF;
END_FUNCTION; -- all_class_descriptions_reachable
(
*
 
 
5.8.12 compute_known_visible_properties 함수
 
compute_known_visible_properties 함수는 주어진 품종에 대해 가시적인 속성 세트를 연산한다. 만약 정의가 가용하지 않다면, 연산될 수 있는 가시적인 속성만을 반환한다.
 
EXPRESS 명세서: *
)
FUNCTION compute_known_visible_properties(cl:class_BSU):
 SET OF property_BSU;
LOCAL
s:SET OF property_BSU:=[ ];
END_LOCAL;
s:USEDIN(cl,
 'ISO 13584_IEC 61360_DICTIONARY_SCHEMA.PROPERTY_BSU.NAME_SCOPE');
IF SIZEOF (cl.definition)=0
THEN
 RETURN (s);
ELSE
 IF EXISTS (cl.definition[1]\class.its_superclass) THEN
 s:=s+compute_known_visible_properties(cl.definition[1]\class.its_superclas);
 END_IF;
 RETURN (s);
END_IF;
END_FUNCTION;
(
*
 

5.8.13 compute_known_visible_data_type 함수
 
compute_known_visible_data_type 함수는 주어진 품종에 대해 가시적인 data_type의 세트를 연산한다. 정의가 가용하지 않다면, 연산될 수 있는 가시적인 data_type만을 반환한다.
 
EXPRESS 명세서: *
)
FUNCTION compute_known_visible_data_type (cl: class_BSU):
 SET OF data_type_BSU;
LOCAL
 s:SET OF data_type_BSU:=[ ];
END_LOCAL;
s:USEDIN( cl,
 'ISO 13584_IEC 61360_DICTIONARY_SCHEMA.DATA_TYPE_BSU.NAME_SCOPE');
IF SIZEOF (cl.definition)=0
THEN
 RETURN(s);
ELSE
 IF EXISTS (cl.definition[1]\class.its_superclass) THEN
 s:=s+compute_known_visible_data_types(cl.definition[1]\class.its_superclass);
 END_IF;
 RETURN(s);
END_IF;
END_FUNCTION;
(
*
 
 
5.8.14 computer_known_applicable_properties 함수
 
computer_known_applicable_properties 함수는 주어진 품종에 대해 적용 가능한 특성의 세트를 연산한다. 정의가 가용하지 않으면, 연산될 수 있는 적용 가능한 속성만을 반환한다.
 
EXPRESS 명세서: *
)
FUNCTION compute_known_applicable_properties (cl:class_BSU):
 SET OF property_BSU;
LOCAL
 s:SET OF property_BSU:=[ ];
END_LOCAL;
IF SIZEOF (cl.definition)=0
THEN
 RETURN(s);
ELSE
 REPEAT i:=1 TO SIZEOF(cl.definition[1]\class.described_by);
 s:=s+cl.definition[1]\class.described_by[i];
 END_REPEAT
 IF EXISTS (cl.definition[1]\class.its_superclass) THEN
 s:=s+compute_known_applicable_properties(cl.definition[1]\class.its_superclass);
 END_IF;
 RETURN(s);
END_IF;

END_FUNCTION;
(
*
 
 
5.8.15 compute_known_applicable_data_types 함수
 
compute_known_applicable_data_types 함수는 주어진 품종에 대해 적용 가능한 data_type의 세트를 연산한다. 정의가 없다면 연산될 수 있는 적용 가능한 data_type만을 반환한다.
 
EXPRESS 명세서: *
)
FUNCTION compute_known_applicable_data_types (cl:class_BSU):
 SET OF data_type_BSU;
LOCAL
 s:SET OF data_type_BSU:=[ ];
END_LOCAL;
IF SIZEOF (cl.definition)=0
THEN
 RETURN(s);
ELSE
 REPEAT i:=1 TO SIZEOF(cl.definition[1]\class.described_by);
 s:=s+cl.definition[1]\class.described_by[i];
 END_REPEAT;
 IF EXISTS(cl.definition[1]\class.its_superclass) THEN
 s:= s + compute_known_applicable_data_type(cl.definition[1]\class.its_superclass);
 END_IF;
 RETURN(s);
END_IF;
END_FUNCTION;
(
*
 
 
5.8.16 list_to_set
 
list_to_set 함수는 l로 명칭된 목록으로부터 세트를 만든다; 세트에 대한 요소의 유형은 원 목록과 동일하다.
 
EXPRESS 명세서: *
)
FUNCTION list_to_set (1:LIST [0:?] OF GENERIC:type_elem)
 SET OF GENERIC:type_elem;
LOCAL
 s:SET OF GENERIC:type_elem;= [];
END_LOCAL;
REPEAT i:=1 TO SIZEOF(1);
 s:=s+1[i];
END_REPEAT;
RETURN(s);
END_FUNCTION; --list_to_set
END_SCHEMA; --KEA_dictionary_schema
(*

6 ISO13584_IEC61360_language_resource_schema
 
이 스키마는 시스템에서 다양한 언어를 수용하는 방법을 제공한다. 이 표준에서는 IEC 61360-
2(Standard data element types with associated classification scheme for electric components - Part
2:EXPRESS dictionary schema)의 스키마를 그대로 원용하였으므로 자세한 사항은 IEC 61360-2의 6
절을 참고하기 바란다.

작 성
전자부품정보 표준화위원회
Standard Committee on Electronics Parts Information
 
제 정
한국전자정보통신산업진흥회
Standard of Korea Electronics Association