제 9 장

표준을 제정하는 과정의 관리

 

9.1 목적 달성을 위한 방법 - SC4의 조직과 운영

 

  ISO TC 184/SC4ISO 기술 위원회 l84(산업 자동화 시스템 및 통합) 산하의 소위원회로 전기 혹은 전자 표준에 직접 관련된 것 외의 산업 데이터 표준을 담당하고 있다.  SC4 영역 내에서 이루어지는 현행의 표준화 작업에는 STEP (ISO 10303), 부품 라이브러리(ISO 13548), 제조 관리 데이터(ISO 15531) 및 오일과 가스(ISO 15926) 등 있다.  이 장을 읽기에 앞서 본서는 STEP에 초점을 맞추고 있지만 SC4는 그 외에도 영역내의 다양한 표준에 관여하고 있음을 인식해 두어야 한다. 제 9장에서는 국제 표준화 단체 내의 STEP의 표준화 프로세스에 대한 방법, 프로젝트 팀, 재료와 툴 등을 다룬다.  

 

  이 장에 들어가기에 앞서 STEP의 표준화를 둘러싼 모든 것이 상당한 규모이기 때문에 그 크기와 복잡성을 고려하여 실행되고 있음을 잘 이해하고 평가해야 한다.  회의의 회수(최저 1년에 3회, 만 1주간의 기간), 소정의 회의에 출석하는 기술 전문가의 인원수(200-250), ISO l0303의 제한되지 않은 범위, ISO 10303 특정 파트의 복잡성과 크기 등은 업무 운영에 있어 혁신적인 방법을 요구하고 있다. SC4는 ISO가 각 표준에 요구하는 것보다 더 엄격한 품질을 요구하고 있다. AP의 규모는 몇 천 페이지에 이를 정도로 방대하여 우수한 제품을 보증하기 위해 대부분의 SC4 표준보다도 더 복잡한 표준화 수법 및 프로세스를 필요로 한다. 이번 장은 ISO TC 184/SC4 작업의 모든 측면이 독자적인 것이라는 순진한 믿음을 설명하기 위한 것이 아니다. 가능한 한, 다른 표준 개발 단체의 아이디어를 활용하여 채택되었다; 그러나, 여러 측면에서 볼 때, ISO TC 184/SC4의 문제 해결 방법은 일반적이라기보다는 예외적인 것처럼 보인다. 기타의 ISO 표준은 길이도 짧고 대상 범위도 작으며 ISO 소위원회가 집회하는 빈도와 출석하는 기술 전문가의 인원수도 적기 때문에 SC4는 종래의 표준화 프로세스를 확대하는 획기적인 방법을 찾을 수밖에 없었다. 

 

  ISO TC 184/SC4 단체가 갖는 문제점은 단기간에 대상 범위를 정의할 수 없다는 점과 그 대상 범위를 지원하는 조직을 구축할 수 없다는 점이었다.  이 문제에 대한 원인을 하나로 특정 짓는 것은 불가능하다. 부분적으로는 소위원회의 방대한 크기와 탄생시의 대상 범위의 해석, 하나의 표준(하나의 작업 항목)이 그 대상 범위를 충족할 것이라는 믿음에서 기인한다고 볼 수 있으며, 부분적으로는 단순히 IT의 기하급수적인 성장에 기인한다고 볼 수 있다.  지금으로부터 1년 후, 3년 또는 10년 후의 미래가 어떻게 될 것인지는 누구도 정확하게 예측할 수 없다.  이것은 SC4 조직의 변화가 어떻게 될 것인지 예측할 수도 상정할 수도 없음을 뜻한다.  그림 9-1은 SC4 내의 조직적 구조의 변천과 함께 소위원회 모임의 역할과 목적이 시간의 경과에 따라 변화하는 것에 수반하는 소위원회의 명칭 변경을 보여주는 타임 라인을 그리고 있다.

 

  조직 구조에 영향을 미치는 ISO TC 184/SC4 결정의 대부분은「적절한」조직과「적절한」타이틀에 대한 SC4의 끊임없는 노력을 말해주고 있다29) ISO 지령 제 1부(ISO Directives Part I)[162]는 편집 위원회를 모든 소위원회의 일반적인 구성요소로 가정하고 있다. 이것은 여러 SC4 결의의 반복적 주제에 언급되어 온 만큼 SC4에 의해 당연한 가정으로 받아들여지지 않아 왔다 :

 

l       #3.0 : 편집 위원회의 결성 (1988);

l       #75 : 편집 위원회의 결성 (1990);

l       #98 : 편집 위원회의 결성 (1991);

 

  그러나, 결의 작성 주체로서의 SC4 P 멤버들은 양질의 문서 작성의 중요성을 인식하고 중시하여 왔다.(즉 1992년의 결정 l30). 

 

  SC4 가운데 가장 흥미로운 특징과 반복되는 조직측면에서의 주제는 자문 그룹의 결성 경향이다.  프로젝트 관리 자문 그룹(PMAG)과 같은 초기의 자문 그룹의 회원 지위는 개방적이었고 회원들은 SC4 전체의 업무에 관해 토의를 하였다.  현재는 의장 및 사무국을 지원하기 위해 소수의 상급 고문이 선출되어 있다.  SC4의 국제 회원 수가 증가하고 프로젝트가 확산되어 그 깊이와 규모가 커짐에 따라 SC4는 SC4 의장 및 사무국을 지원하기 위해 자문 기관의 기능을 확대해야 한다는 것을 인식하게 되었다.  1984년부터 1995년까지는 NIST의 한 개인이 SC4 의장과 비서를 겸임하였고 2명의 파트타임 관리 스텝이 사무국 지원 스텝의 다른 부분을 구성하였다. SC4 자문 단체는 스텝을 지원하기 위해서 이중의 역할을 하고 있었다 : 즉, 소위원회에 대한 전략적이고 장기적인 목표를 제시하는 일과 일상적인 프로젝트 관리 및 기술 문제 해결을 지원하는 일이다.  SC4의 프로젝트 부하가 증가함에 따라 NIST는 사무국의 지원을 강화할 필요가 있다고 느끼고 있었다.  현재 NIST는 미국 산업계 출신의 SC4 의장을 공동 후원하며 파트타임 비서 및 5인의 관리 기술 지원 스텝을 제공하고 있다. 의장 및 사무국에 대한 자문 그룹이 맡은 역할은 현재에 와서 다른 의미를 지니고 있다; 장기적인 전략적 전망의 범위 확정과 정치적인 문제의 해결에 도움을 주는 일이다.  이와 같은 지원은 의장 및 사무국이 일상적인 프로젝트 관리 및 기술 문제의 결정과 같은 업무에 착수하고 있는 사이에 실행된다.  

 

  1998년까지 SC4에는 7개의 실무그룹과 100개 이상의 SC4 프로젝트를 관리하기 위한 품질 위원회들이 있었다.  SC4 단체는 완벽한 국제 표준 결정 기구를 구축하기 위한 노력을 통해 우수한 성과가 기대되는 개발 프로젝트에 열정을 쏟아 부었다.  ISO가 요구하는 요건보다 더 엄격한 요건을 스스로에게 부과함으로써 SC4 및 표준 산출물의 질을 높이기 위해 끊임없이 노력해 왔다.  소위원회는 양질의 표준 제정을 효율적으로 수행하기 위한 방법을 고안하였으며 그와 동시에 기술 전문가의 암묵적인 지식을 계속 끌어내 왔다.  이 섹션에서는 특히 SC 내에서 고안되거나 다른 단체에 의해 고안된 개념에서 차용한 몇 개의 표준화 작업 실행 수단을 조명한다.  

 

9.1.1 STEP 표준화 - 프로세스 특징

 

  잘 정의된 조직 구조와 적절한 작업 흐름 절차는 최소 요구 조건이다. 작업의 높은 상호 의존성은 관여하는 각 개인 간의 자유롭고 개방적인 의사소통을 요구하고 있다.  SC4 활동 초창기에, 개발되는 SC4 표준의 규모 및 복잡성 때문에 지원 툴이 필요하다는 것이 인식되었고 표준의 정보 내용을 형식적으로 기술할 수 있도록 EXPRESS가 개발되었다.  최대한의 정확성과 균일성, 명확성을 실현하고 : 정의의 중복을 회피하기 위하여 구조, 규칙, 방침 및 형식 가이드 등이 요구된다[163].

 

  말하는 것은 간단하지만 실행하는 것은 매우 어렵다. SC4 및 지원 사무국(NIST)은 작업 흐름과 개방적인 의사교환을 개선하기 위해 몇 개의 수단을 구축해 왔다. 실증된 방법을 연구 학계로부터 채택하고 그것들을 전통적인 종이 베이스 표준 학계 내부로 변환하는 작업은 1985년에 시작된 긴 작업이었다. 그에 얽힌 일화가 많이 있는데 특히 ANSI와 lSO에 관한 것이 많다. 

 

  사무국은, 1984년 최초의 SC4 회의에서 종래의 종이 베이스 환경을 현재의 전자 환경으로 변환할 것을 주장한 주요 세력이다. 이러한 혁신의 공로는 NIST에게 돌려야 한다.  SC4는 표준 학계 내에서 ‘최초’의 것들을 많이 선도하였고, 이것들은 다른 분야에서 채택되었으며 일반화되었다.  SC4는 ISO 학계를 주도하였고 다음과 같은 일들을 성취한 최초의 표준화 단체이다.

 

l       관여 전문가의 대다수에게 e-메일을 사용하도록 권장하였다.  

l       일상의 전자 데이터 교환에 e-메일 익스플로더를 사용하였다.  

l       자신의 공인 웹사이트를 가지고 있었다.  

l       표준을 구축하고 적합성을 체크하는 데에 도움을 주는 자동화 툴을 개발하였다.  

l       모든 작업의 문서화에 대한 전자 리포지터리를 확립하였다. (SOLIS)  

l       표준의 회의에서 웹을 사용하며 과거의 의사록을 가용하도록 하였다.  

l       컴퓨터에 적합한 형식으로 컴퓨터 관련 표준을 발행하였다.

l       규범적인 정보를 발행할 때,  표준의 하드 카피 이외에 디스켓도 중요하다는 것을 lSO에 인식시켰다.   

 

  이와 같은 업적 가운데 일부는 SC4가 시작된 몇 년 전부터 이미 실시되고 있었는데 컴퓨터 과학 및 언어 표준 위원회(ISO/IEC JTC1등)의 관점에서는 이상하게 생각되는 것도 있었다.  그러나 다양한 사례를 거쳤음에도 불구하고 SC4 사무국은 데이터의 교환 및 정보 전파의 문제를 해결하는 툴을 찾을 수가 없었다.  NIST는 SC4 표준의 개발과정이 복잡하다는 이유와 더불어 SC4 규정의 EXPRESS 품질의 생성을 보증하기 위해EXPRESS 체크 툴(아래의 9. 2 참조)을 개발했다. 이 툴들은 표준 개발자 및 NIST SC4에 의해 표준 초안의 국제 기술 심사 중에 적용되었고, 무기명 투표 사이클이 시작되기 전에 표준의 구문적 통합성을 확보할 수 있었다.

9.1.1.1 WWW, E-메일, 익스플로더의 이용

 

  「우리 위원회[SC4]는 분산된 전문가 그룹들 간에 밀접한 팀워크를 결성하기 위해 뛰어난 프로젝트 데이터 교환의 개발을 시도해 왔다.  또한 보다 효율적인 작업 환경을 육성하기 위해 설계된 새로운 전자 데이터 통신 형식을 개척하고 있다.  그 중에는 다음과 같은 것이 포함되어 있다;

 

l       인터넷이나 Bitnet 등을 통하여 직접 액세스하고 MCImail 등의 시판 E-메일 어카운트를 통해 다수의 사람들에게 다이얼 업 시리얼 액세스가 가능한 사람들끼리 E-메일 링크.  

l       선택된 그룹에 접촉할 수 있는 ALIAS 메일링 리스트.  

l       중요 프로젝트 문서 보관을 위한 저장소; [및]

l       문서에 대한 요구를 충족하기 위한 E―메일 보관 서버[l64]

 

  스미스 씨[165]가 제시한 1992년의 통계 가운데 일부를 현재의 SC4 디지털 교환의 이용과 비교하는 것은 전자 데이터 교환 측면에서 타당하고 매우 흥미로운 것이다.  표 9-1은 1997년에 이용할 수 있었던 유사 정보에 대해 1992년 스미스씨가 제시한 비교 카테고리를 나타내고 있다. 

 

  불과 5년이라는 짧은 세월 동안에 테크놀로지 시프트가 일어났다. 이로 인해 보다 많은 사람들이 전자 메일과 월드 와이드 웹 등을 통해 인터넷에 액세스하여 그 서비스를 활용할 수 있게 되었다.  현재 SC4는 전 세계간의 일상적인 대화를 지원하기 위해 50개 이상의 특별 관계자 그룹(SlG) 익스프로더를 설립하였다.  대부분의 SIG는 익스프로더를 이용하여 질문을 하고 전략을 제안하여 기술적인 문제를 해결하고 있다. 저가의 보다 빠르고 보다 효율적인 수단을 데이터 교환에 이용함으로써 여비와 표준 개발 시간을 절약할 수 있다. 전자 데이터 교환의 증가는 사무국으로 하여금 위원회의 실제 얼굴을 마주보고 해야 하는 미팅의 수를 업무량의 증가에 불구하고 줄일 수 있도록 하였다. NIST는 보다 빠른 데이터를 교환하기 위한 주요 수단을 개발하고 구축하는 데 필요한 기술적인 기반 및 관리상의 지원을 제공하고 있다.  회의는 이미 연간  25% 삭감되어 4회에서 3회로 감소하였고 참가 기업 및 표준 단체의 실질적인 교통비 삭감에도 기여하고 있다. 

 

  또한 NIST는 제품 표준 및 개발 방법을 지원하기 위해 전자 문서 및 구성 관리 사이트를 후원하고 있다.  이 서비스는 SC4 온라인 정보 서비스(SOLIS)로 알려져 있다.  세계적인 표준 개발 작업의 생산성을 높이는 주요 수단이므로 SOLIS는 SC4 단체에 정보 리포지터리를 제공하고 있다.  SOLIS는 CALS 프로그램으로부터 자금을 얻어 l990년에 활동을 개시했다[166]. 

 

  SOLIS를 통해 이용할 수 있는 정보는 ISO의 허가를 받은 후에 전부 공개된다. 국제표준안(DISs) 문서 및 지원 소프트웨어 툴, 회의 발표 및 의사록, 실무그룹 문서, 프로젝트 정보, 개발 지침과 문제 기록, STEP 고유 스타일 시트와 같은 문서들을 SOLIS를 통해 입수할 수 있다. 또한 ISOAP EXPRESS의 사양과 기능 유닛을 (그것이 국제 표준일지라도) SOLIS 상에서 이용할 수 있도록 허락했다. 기타의 저작권이 설정된 자료는 다른 패스워드 보호 영역에서 보존하고 있기 때문에 일반 사람들이 이용할 수 없다.  제 1 판 릴리스에 근거하는 기타 표준의 개발은 SC4 단체에 있어서 유효한 일이다.  SC4 단체의 업무에 미치는 SOLIS의 영향에 대해서는 이 장의 후반에서 기술하기로 하자.   

9.1.1.2 기반 구조 (인프라) 기능

 

  1992년 SC4는 복잡한 표준 파트에 대한 품질 평가의 장점을 이미 인식하고 있었다.  SC4는 STEP AP에 특히 주목하고 있었다. 목적은, 교환과 보존을 위해 완전성을 증가시키고, 중복성을 최소화하는 것 그리고 다른 기타의 표준과의 정합성이라는 STEP 설계 목적을 표준 문서들이 최대한 충족하도록 하는 것이었다. 품질  보증 방법에는 2개의 측면이 있다 :

 

l       방법, 평가 기준 및 절차를 정의하고 문서화한다.  

l       개발자가 학습한 기법을 프로젝트에 활용하고 특정 파트에 적용할 수 있도록 교육한다.

 

  1995년 가을, ISO 중앙 사무국 스태프는 소위원회 내의 상시적용문서 이용에 관하여 SC4 의장 및 사무국을 상대로 교육하였다.  소위원회는 소위원회내의 표준 개발을 촉진하기 위해 이와 같은 문서를 작성하고 승인했다.  이러한 접근은 실무그룹의 끊임없는 노력을 소위원회에 적응시켜 전개하는 가장 정연한 방법처럼 생각되었다.  1995년 이후 7개의 방법 문서는 SC4 상시적용문서로 채택되었다.  NIST는 7개 문서 모두에 공헌 또는 주도적인 역할을 하였다. 

 

  절차상의 변경에 대한 개발자의 교육이라는 측면에서 SC4의 절차상의 측면은 상시적용문서의 이용 전에는 완전하게 문서화되지 않았다. AP개발의 경우, 이러한 절차에는 상당한 리소스가 필요하다. AP의 통합, 해석 및 일반적 품질을 관리하기 위해 AP팀에 부과한 요건은 리소스를 제공하는 것이었는데, 이러한 리소스는 많은 SC4 검증 프로세스에 관여한다. 각 팀에게 주어진 책임 시간은 거의 900시간 이었다; 그러나, 언제 그러한 시간이 제공되는 지 또는 그러한 시간을 어떤 업무에 써야 하는지에 대해서는 명확하지 않았다. 해당 리소스가 제공된 AP 개발자에게 있어 표준 제품의 품질은 리소스가 제공되지 않은 개발자의 것보다도 우수하다는 사실은 명백하다. 

 

  이와 같은 품질 보증 방법과 프로세스로부터 습득한 내용들은 몇 년에 걸쳐 축적되고 있다 :         

 

l       품질 보증 방법 정의, 평가 기준 및 프로세스의 정의에 활용할 수 있는 리소스를 획득하고 유지하는 것은 어렵다; 최대의 관심은 STEP의 구축 가능한 부분 --  AP의 개발에 있다. (이 주제에 관해서는 여러 장에 걸쳐 강조했다)

l       어떠한 요건을 이해시키기 위해서는 우선 문서화하여 청중에게 알려야한다.

l       그것을 실시하는 수단이 없는 절차상 또는 방법상의 제약 요건이 있을 경우, 그 요건을 채워주는 작업에 관여할 사람은 거의 없다. 

l       3장에서 기술한 통합 및 해석과 같이, 일관되고 반복적인 적용을 위해 문서화할 수 없는 요구 조건은 작성해서는 안 된다.  

l       표준화 완성을 위한 중요 경로에서 리소스가 엄격하게 제약을 받고 있는 경우 (품질 위원회내의 리소스 등)   프로세스에 심각한 장애물이 생긴다.30) 

 

  NIST는 SC4 기반 구조 지원 기능을 실행할 때에 습득한 내용을 적용하려고 여러 번 시도했다.  NIST는 방법 문서의 저술 외에도 품질 위원회에 리더십을 제공하고 있으며 검증 프로세스에는 리소스를 제공하고 있다. 사무국은 다른 NIST 리소스를 사용한다 해도 SC4내의 작업의 양과 더불어 작업의 부하가 증가함에 따라 자신의 병목 지점을 개선시킬 수 없다. 사무국은 SC4 단체와 함께 다른 국제 리소스를 꾸준히 작성하고 있다.

9.1.1.3 STEP 구현자 포럼

 

  STEP 구현자 포럼은 SC4의 비공식적인 부분에 지나지 않지만 SC4 조직 구조 내에서의 기능을 파악해 두는 것은  중요하다.  IPO는 조건을 충족시키는 ISO 10303 프로세서 및 툴을 만들고, 구현을 둘러싼 문제를 토의하는 구현자에 대한 기회로서 이 포럼 결성의 움직임에 선두 역할을 하였다.  이와 같은 포럼은 표준화 그룹이 다음과 같은 측면에서 그 목표를 계속 유지하도록 도와준다 :

 

l       표준의 구현

l       표준이 개정될 때 구현자에게는 어떠한 영향이 미치는가?

 

  포럼 내의 작업은 구현자와 함께 일하는 SC4 연락 조직과의 사이에서 잘 조정되고 있다.  의장 및 사무국은 STEP 구현에 대한 전 세계의 동향을 파악하는 수단으로서 포럼을 이용하는 것이 효과적이다 라는 사실을 몇 개의 사례를 통해 이해하게 되었다.  NIST는 포지션 페이퍼의 요구에 대응하여 포럼 첫 회의의 제안 사항을 미국 제출물(SC4 결정 216)로 초안에 정리했다[167].  NIST의 공헌에 따른 많은 개념은 포럼의 설립 시에 활용되었다. 

9.1.1.4 표준의 변경 관리

 

  일단 몇 년에 걸쳐 국제 표준이 작성되면 표준 프로젝트팀은 「업무의 종결」로 인해 대부분 해산된다.  프로젝트팀이 해산되자 SC4단체 내에서는 특정 표준의 탈락이나 에러, 애매한 부분 등을 어떻게 처리하고 대처할 것인가에 관한 문제가 생기게 되었다.  SC4에는 엄밀한 품질 규정이 확립되어 있지만 대부분의 국제 표준은 전술과 같은 모순이 발생한다.  표준 개발에 관여하지 않는 누군가가 그 내용을 해석하거나 현재의 산업 설정에 표준을 적용할 때까지는 수정이 요구되는 부분을 모두 예측할 수 없다. 

 

  국제 표준은 3가지 형식으로 변경된다; 기술적 정오(正誤)표, 수정 또는 개정이다. 기술적 정오(正誤)표는 표준이 잘 못 적용되거나, 불안전하게 적용될 우려가 있는 기술상의 에러나 애매한 부분을 수정하기 위해 발행된다.  수정은 과거에 합의된 기술조항을 변경하거나 추가한다.  개정은 표준의 신판 발행에 해당된다.  개정판이 발행되는 경우는 변경의 정도 및 범위가 수정 또는 기술 정오표의 형식으로 변경을 공표하기에 부적절한 경우이다.

 

   SC4는 품질 위원회의 일부로서, 이전 작업항목과 기존의 국제 표준의 변경을 제안하는 신규 작업 항목이 SC4에 승인 요청되기 전에 검토하는 업무를 맡은 변경관리팀이 설립되었다. SC4는 변경 관리를 지원하기 위해 1995년에 표준 개량 및 모순 시스템(SEDS)을 설립하였다. SEDS 프로세스는 수정과 보충을 관리하고 ISO 발행 프로세스를 거쳐 해당하는 국제 표준의 일부가 될 때까지 변경의 진행 상황을 추적한다. 1995년 NlST는 IPO와 협력하여 SC4 단체의 채택을 위한 최초의 SEDS 절차를 제안하는 데에 주도적 역할을 했다.  

 

  이 절차는 ISO TC 184/SC431) 내에서 실시된 초기의 작업에 기초를 두고 있었다.  SEDS의 최초의 설계 및 의도는 구현자를 위해서 모순점이 발견되면 곧바로 신속하게 처리하는 것이었다.  유감스럽게도 현실의 다양한 측면은 SEDS 프로세스를 시작부터 계속 발전시키고 재검토하도록 하였다. 가장 최근의 절차상의 변경은 전체 SDES 프로세스에서 성공을 줄 것처럼 보인다. 과거든 현재든 타이밍은 중요한 문제이다.  짧은 소요 시간으로 해결하기 위해서는 SEDS 리포트를 개개로 처리한다; 혹은 미지의 일정시간동안 개개인의 SEDS 리포트를 보류하여 기타의 관련 리포트를 확인하거나 동일 부품에 대한 리포트를 제출할 수 있을까?  

 

  SC4에 의해 SEDS 리포트가 종료되면 그 리포트에 있는 변경사항을 구현하는 것이 이슈가 된다. ISO 콘센서스 프로세서를 통하여 수정 또는 개량이 정식적으로 표준화될 때까지, 그 구현자가 SEDS 솔루션을 사용해야하는지에 관한 책임은 누가 지는 것인가 -- SOLIS에 솔루션을 게시하는 사무국인가?  구현자에게 변경을 요구하는 유저?  아니면 최초로 변경을 수행한 구현자?  SC4 품질 위원회 변경 관리팀과 사무국은 SEDS 절차를 지속적으로 재방(再防)하고 기존의 문제를 대응하거나 해결하여 전체적인 SEDS 프로세스를 보다 효율적으로 개선시켰다.  

9.1.2 암묵의 전송에서 명확한 전송으로

 

  “SC4는 산업계의 조직 원리를 따를 것이다.  산업체의 조직 원리에서는 품질 관리와 같은 기능은 동기의 부여라는 이유로 인해 운영 집단에 위임된다. 이것은 중심적인 일관성을 위해서라면 적절한 훈련을 요구한다.[169].”

 

  가장 인상적인 ISO TC 184/SC4의 현상 중의 하나는 (통상의 ISO 소위원회 표준에 비교하여 판단한 것으로) 회의에 참가하는 인원수가 지속적으로 많다는 점이다. 1주일간에 걸친 SC4 회의에 참석해본 사람이라면 이하의 사항들은 자명할 것이다.

 

l       제품 데이터 표준 개발에 관심을 갖는 사람들의 수 (약 200-250)

l       개최되는 회의의 숫자와 다양성 (20-30)

l       개최되는 회의의 길이 - 오전 7시 조식 회의 시작, 12시간의 노동을 초과하는 경우도 종종 있다.  

 

  ISO TC 184/SC4는 1984년 소위원회로 발족한 이후 지속적으로 활동하고 있으며, 회원의 레벨도 비교적 안정적이다.  10년 넘게 참여해 온 사람들을 보는 것은 흔한 일이다. 그리고 오랜 기간에 걸친 성숙미와 지혜가 참여 기간에 비례하여 뚜렷해짐을 알 수 있다. 1주일이 소요되는 회의의 작업 레벨은 매우 가치 있는 것으로, 작업 팀의 내부에 흐르는 열의는 순식간에 전염된다. 각 전문가는 공통의 목적에 대해 대부분의 개인 시간을 쏟아 붇는다.  회사의 여비 예산이 부족 할 경우에는, 개인적인 휴가를 회의의 출석으로 충당하는 경우도 있으며, 문자 그대로 SC4 작업을 계속하기 위해서 회사를 이직한 경우도 있었다. 

 

  표 9-2는 참가자가 어느 정도로 확산되어 있는지를 나타내는 도표로 1992년 런던에서 열렸던 SC4 회의[170]의 출석자를「춘계」SC4 회의와 같은 시기에 열렸던 최근의 SC4 회의의 출석자와 비교하고 표시하였다.32)  위의 19개국은 이 시기에 참가한 가맹국(P 멤버)을 나타낸다. 

 

  헌신적인 참석자 대부분은 매년 빠짐없이 회의에 출석하고 있다. 경험 많은 전문가의 장기간에 걸쳐 축적된, 암묵적 핵심 지식을 끌어내는 것이 중요하지만, 한편 이러한 정보를 신규 참여자에게 전달하는 것도 중요하다. 처음으로 경험된 지식과 경험은 그것을 경험한 개인들 속에만 머물러서는 안 된다. 이와 같은 정보 전달을 촉진시키기 위해 여러 개의 움직임이 추진되고 유지되고 있다.  이 중 몇 개의 활동은 미국이 주도하고 있다.

 

  미국은 제품 데이터 교환 표준을 완성하기 위해 거액의 돈을 투자하고 있기 때문에, ANSI 관리자, US PRO는 일상적으로 SC4 회의 (과거에는 매년 최저 1 회)의 개최를 희망하고 있다.  US PRO가 주최자가 될 경우, SC4 회의는 이와 평행한 미국 ANSI 협회인 IPO와 공동 주최자가 된다.  이것은 오랜 세월에 걸쳐 IPO가 확립한 정보 전개 기술이며, 전체적으로는 SC4 단체 및 미국 참가자에게 이익이 되는 것이다. 「미끼, 훈련 그리고 포획 (bait, educate, and capture)」 기술은 합동 회의 개최에 앞서 주말에 시작되었다.  이 기술(new comers meeting)로 인해 SC4 또는 IPO 집단에 가입한 신인들은 수수께끼를 일부 해명할 수 있게 되었으며, 회의의 주간을 원활하게 운영할 수 있게 되었다.  이 방법은 어느 정도 로케이션에 적용할 수 있지만, 오히려「STEP이란 무엇인가」라는 화제를 다루는 주제별 l일 워크숍 또는 기술 훈련 세션 등에 적용하는 경우가 많다. 

 

특히 최근에는 기타의 주최국이 회의 전에 워크숍을 주최하여, 제품 데이터 교환 표준이라는 화제에 새로운 영역의 관심을 불러일으키고 있다.  ISO/IPO 합동 회의가 열리는 전 주는 항상 신규 참가자 오리엔테이션이 열린다.  NIST도 신규 참가자의 혼란을 경감시키기 위해서, IPO의 참가를 통한 무료「지도」지원 프로그램을 개시했다.  또한 신규 참가자들에게 중식회의를 통하여, 가능한 한 IPO 및 SC4 지도자들과 지금까지의 체험에 대해 서로 이야기하도록 권유하고 있다.  그 주의 날씨가 좋아서 매일 20-30개의 소규모 회의가 동시에 열리게 될 경우, 기술 또는 교육적인 튜토리얼의 제공도 추가된다.  이것은 일상적인 저녁 이벤트로 SC4 내의 전문 자원봉사자가 개최한다.  이와 같은 개회는 지속적인 프로세스의 개선, 신규 프로젝트 또는 개발 프로젝트에 대한 보다 깊은 인식, 관련 표준 개발 작업의 공통 이해 및 평가를 개선하는 데에 도움을 주고 있다. 

 

  이하는 SC4 멤버 및 기술 전문가의 교육과 계몽에 적용되는 기타의 수단이다 :

 

l       뉴스 릴리스 : 현행의 프로젝트 상태, 공개된 회의 의사록 또는 표준의 진전에 중요한 의미를 갖는 기타의 정보에 관하여 최대의 SIG 익스플로더로 보내지는 정보 블러스트  

l       SOLIS : 개발 중, 성숙된 파트의 EXPRESS 부분으로 액세스.  

l       반복 사용 어구, 템플릿, 형식 파일 및 상시 적용 문서 (standing document) : 개발에 따른 프로젝트 리더 및 각 부 편집자의 노고의 일부를 경감시키는 툴.  

 

  SC4 조직의 규모 및 SC4 표준의 수와 복잡함으로 인해, 지원 프로세스, 구조, 규칙, 방침 및 스타일 가이드 등의 정의가 필요하게 되었다.  가이드가 의도하는 점은 산업 어플리케이션의 요건을 채워주면서, 정확성, 균일성 및 명확성을 실현하는 것이다.  SC4는 표준을 각 파트 시리즈로 발행하였으며, 전체의 통합성을 유지하기 위해 채용한 단계별 개발법도, 이 요건에 기여하고 있다.  고품질을 실현하기 위해서는 모든 SC4 표준 개발자들이, 프로세스와 구조, 규칙, 방침 및 형식 가이드 등을 문서화하고 이해하여 승인해야 한다.

 

  경우에 따라서 SC4가 개발한 방법에 SC4 단체 이외에서의 일반적인 용도가 있을 경우, 이 문서화는 ISO 표준 또는 ISO 기술 리포트의 형식을 취하는 경우가 있다.  SC4가 그 적용성을 SC4 단체로 한정할 경우, 이 문서는 SC4의 상시적용문서로의 형식을 취한다.  SC4 단체에서 암묵의 지식을 문서화하고 적극적으로 전달하기 위해서, 몇 개의 SC4 상시적용문서가 작성되고 있다.  이것은 이미 말한 것처럼 SC4의 품질 절차의 기술적인 기반과 성질에 영향을 주고 있다.

9.2 정보기술(IT)의 이용

 

  STEP의 성공 여부는 기술 전문가의 지식과 경험에 달려 있다.  전문가들은 STEP의 기술적 정밀도, 완전 성 및 그것이 지원하는 산업 단체의 적합성 등을 보증하는 등의 중요한 역할을 하고 있다.  그러나 표준의 사이즈와 유효 범위가 너무나 크기 때문에, 표준화를 방해하는 장벽이나 방해물을 합리화하여 제거하는, IT를 활용할 수 있는 기회를 갖는 것 또한 중요하다.  이 세션에서는 STEP이 IT의 활용 방법을 다룬다.  IT 어플리케이션에 대해서는 AP개발, 인터넷의 이용, SC4 관리라는 3개의 영역으로 나누어 검토한다.  

9.2.1 AP 개발 환경 : 생산성 및 품질의 최대화

 

  STEP AP 개발 프로세스를 지원하기 위해, NIST는 AP 개발 환경(APDE : Development Environment)이라는 통합 소프트웨어의 환경 구성 요소를 개발하였다.  APDE의 목표는 아래와 같다. 

l       AP 개발자의 생산성을 증대시킨다.  

l       그 결과 작성되는 초안 표준의 품질을 향상시킨다.  

l       STEP AP 개발자의 요구에 맞는 소프트웨어 툴과 서비스를 제공한다.  

 

  APDEAP 개발에서 신속함을 요하며, 대량의 리소스를 필요로 하는 작업을 지원하는 것이 목적이다.  이와 같은 개발은 IT 서비스 및 컴퓨터 오토메이션을 통해 개선할 수 있다.  이 목표를 위하여 APDE 아키텍처는 3개의 기능 영역을 가지고 있다 : 문서 작성 및 발행, 리포지터리 서비스 및 EXPRESS 서비스이다.  그림 9―2는 이 아키텍처를 나타내고 있다.  

9.2.1.1 중요 임무를 해결하는 APDE 탄생

 

  당초 APDE 작업은 매우 중요한 AP 개발을 가능케 하는데 초점을 맞추고 있었다.  이것은 STEP 해석 (interpretation, 제 3장 참조) 및 검증(validation 프로세스로서 식별된다.  이 툴은 현재에도 널리 사용되고 있다.  EXPRESS를 이용한 정보 모델 구문의 정확성 및 정보의 유효성을 검증하는 기능을 제공하고 있다. 이 영역의 개발에는 표 9-3과 같이 EXPRESS 구문 해석기(fedex), 단(短)-장(長)(shtolo) 형식 제네레이터, STEP 클래스 라이브러리(제 5장 참조) 및 데이터 프로브(probe) 등이 있다.  

9.2.1.2 문서화 프로세스의 관리

 

  후에 APDE 작업의 중심은, 문서 관리 특히 문서 저작과 발행 및 전자 배달의 영역으로 옮겨졌다. 이 문서 관리 작업의 목표는, 프로세스 개선 및 작업의 자동화를 위한 목표 분야를 식별하고 지원하여, STEP 전문가가 문서화 프로세스 그 자체보다도 문서의 기술적인 내용에 전력을 다할 수 있도록 만드는 것이다. 

 

  이 분야에서는 프로세스를 개선할 수 있는 많은 기회가 있다.  현재의 문서화 프로세스는 AP를 개발하는 데에 있어, 에러가 쉽게 발생하며 시간도 많이 걸리는 작업으로 인식되고 있다[180].  이것은 주로 STEP의 각 파트 편집자가, STEP의 사용에 대해서 통합되지 않고 커스터마이즈도 되지 않은 전용 시스템을 이용하기 때문이다. 또한 STEP 문서화의 요건인 특수성과 엄밀성으로 인하여 기술 전문가와 품질 심사자는 이 요건에 충실하기가 어려워진다.  이 때문에 문서의 형식 및 구조를 체크하기 위해서, 편집자와 검토자는 막대한 시간을 소비해야 한다.  게다가 전용의 저작 시스템을 사용하는 것은, 문서에서 재사용을 위해 정보를 찾아내고 추출하는 것을 어렵게 한다.

 

  이와 같은 문제를 해결하기 위해서 APDE는 자동적으로 구조상의 문서화 요건을 실시하고, 올바른 형식을 작성하거나 구조 및 형식을 검증하는 기구를 제공한다.  또한 APDE는 보다 편리한 형식으로 STEP 문서를 이용할 수 있으며, 기존의 문서화에 대한 액세스의 비율도 높여 주는, AP 정보 베이스라고 불리는 월드 와이드 웹 베이스 시스템도 제공한다.(부문 9.2.2.3 참조).

9.2.1.3 STEP을 위한 SGML 환경

 

  새로운 문서 관리 기능은 SGML(표준 일반화 마크 업 언어)라고 불리는 ISO 표준을 이용함에 따라 사용할 수 있게 되었다[181]. SGML은 컴퓨터 해석 가능 형식으로, 문서의 구조 및 내용을 기술하기 위한 ASCII 기반의 마크 업 언어이다. SGML 문서형 정의(DTD)는 소정의 문서 클래스의 구조 및 내용의 정의에 이용된다.  문서에는 DTD를 기초로 SGML 태그가 붙는다.  이에 따라 내용, 구조상의 정확성, 문서 간의 일관성이 보증되며, 문서에 포함된 정보의 문맥 감지, 마크 업 기반의 서치 및 검색이 가능해진다.

  NIST는 상기의 문서 관리 기능을 모두 포함한 STEP용 SGML 환경을 구축했다[182].  이 환경의 중심에는  STEP 문서의 내용과 구조 요건을 정의한, STEP 문서용 NIST 개발 DTD가 있다.  STEP용의 SGML 및 DTD를 사용함으로써, 복잡한 문서화 요건을 보다 확실하고 효율적으로 실시할 수 있게 되었다.  또한 DTD는 다른 종류의 컴퓨터 시스템 간에 문서를 공유하고, STEP 문서인 DTD 정의 구조 구성 요소에 「지능적으로」액세스 할 수 있다.

 

  NlST APDE 프로젝트는 완료되었다. 여기에서 계승된 구성 요소에는, STEP DTD, AP 정보 베이스, SGML 출판 어플리케이션 및 SGML 사이에서 행해지는 전용 형식의 문서 변환용 유틸리티 등이 있다.  AP 개발 팀은 SGML 환경의 구성 요소를 활용하기 시작했으며, 개발 시간 및 문서 품질의 대폭적인 개선을 기대하고 있다.

9.2.2 표준에 대한 국제적인 액세스의 제공

 

  대규모의 세계 표준의 개발 작업에서 중시되는 것은, 구성 요소 명세에 대한 액세스이다.  대부분의 관여국은 e-메일에 액세스하고 (표 9-1) 있다. 현재 월드 와이드 웹에 액세스하는 인원수도 증가하고 있는 만큼, NIST는 STEPSTEP 관련 정보나 툴 및 서비스의 액세스를 넓히기 위해, 두 수단을 모두 이용하고 있다.  주된 이용 영역은 NlST EXPRESS 서버, SOLIS 및 APIB이다.

9.2.2.1 EXPRESS 서버

 

  NIST는 ISO 10303의 개발을 위한 EXPRESS 베이스의 툴과 서비스의 e-메일 액세스를 제공하는 EXPRESS 서버를 개발하여 유지하고 있다.  유저는 원하는 툴 및 서비스와 함께 요구되는 입력 정보를 명세 하는 e-메일을 보낸다. 그 다음으로 EXPRESS 서버는 출력한 결과를 유저에게 e-메일로 알린다. EXPRESS 서버를 사용하여 Fedex와 shtolo를 실행하거나, 스키마 고유 데이터 프로브를 구축할 수 있다 (표 9-3 참조).  NIST가 EXPRESS 서버를 개발할 때까지, 유저는 어플리케이션을 국부적으로 밖에 실행할 수 없었다.  이 툴은 Unix 베이스의 어플리케이션이기 때문에, PC 및 Maclntosh 환경을 기동하고 있는 STEP 개발자는, 이 툴을 이용할 수 없었다.  EXPRESS 서버는 e-메일을 통하여 툴의 리모트 액세스를 제공함에 따라, 플랫폼의 문제점을 감소시켰다.

9.2.2.2 SOLIS

 

  일찍 도입된 SOLIS는 표준의 개발에 커다란 영향을 미쳐왔다. 그것은 표준의 개발과 함께 지리적으로 분산되어 있는 기여자에게, 관련 정보의 교환, 전파 및 의사 교환 수단을 제공한다. 소프트웨어, 지원문서 및 STEP 표준안의 가용성을 넓힘으로서, STEP에 관한 콘센서스의 획득 능력을 향상시킨다[183]」.  현재 SOLIS에는 9000개 이상의 파일이 있으며, 월간 단위에서 정보로 액세스하는 평균 4000명의 유저가 있다.  e-메일 보존 서버는 이들 문서에 대한 자동화된 요구 및 배달 서비스를 가능하게 한다.  SOLIS는 현재까지 가장 액세스하기 쉽고 내용이 충실한, 단일 SC4 정보 리소스를 제공하고 있다.  지금까지 SOLIS의 문서는 ftp 및 전자 메일을 통하여 액세스되고 있었다. 그러나 SOLIS의 WWW 액세스가 구축 된 후에는 액세스가 간단해져 많은 유저들이 데이터를 이용할 수 있게 되었다.

9.2.2.3 AP 정보 베이스

 

  AP 정보 베이스(APIB)는 역시 NlST에 위치하고 있는 중심 저장소(repository)로서 ISO 10303 문서의 액세스를 제공하고 있다.  현재 대부분의 내용에는 SGML 태그가 붙어 있어, 문서의 각 구성 요소로 액세스를 할 수 있다. 이 특성에 의해 APIB는 SOLIS와 다르다 -- 표준 각부를 조회하여 개개의 구성 요소로 입수하는 기능을 제공한다. 특정의 정보에 액세스하고 재사용하는 이 기능은, AP의 효율적이고, 시의 적절한 개발에 있어 중요한 요소이다.  지금까지 유저에게는 특정 정보에 대한 ISO 10303 문서의 서치 수단이 없었다.  이것은 개발 프로세스의 큰 장해가 되었다.  개발자는 최초의 문서 형식이 저작중인 문서의 형식과 정합성이 없을 경우에는, 문자 그대로 페이지를 넘기고, 정보를 재입력하면서 리소스 부분에서 기존 정보를 수동으로 찾아야 했다.

 

  APIB는 특정의 단어에 대하여 ISO 10303 문서의 전체 저장소의 검색을 실시할 수 있는 기능을 제공하고, SGML이 ASCII 기반 표준이기 때문에, 정보를 그대로의 형태로 재이용할 수 있다.  또한 SGML을 이용함으로써 유저는 문서 간 및 문서 내의 각 레벨의 서치 범위를 좁힐 수 있다.  예를 들어 유저는 ISO 10303 파트 전체를 대상으로, 한 단어를 검색 할 수 있고, 특정의 ISO 10303 파트 또는 ISO 10303 파트 내의 특정 절에서 검색할 수도 있다.  또한 기능 유닛(UoF), 또는 EXPRESS 구조와 같은 특정 종류의 정보를 찾을 수도 있다.  검색한 정보를 재차 이용할 경우에는, 본래의 SGML 형식으로 파일에 조회 결과를 보존할 수 있다.

 

  WWW 용으로서 프리웨어 SGML 브라우저는 아직 입수되지 않았기 때문에, 현재 조회 결과는 모든 WWW 브라우저에서 볼 수 있는 HTML로 변환하고 있다.  WWW 용인 본래의 SGML 브라우저를 이용할 수 있게 되면, 이것을 이용하여 SGML에서 모든 문서의 DTD 정의 구성 요소로 직접 액세스할 수 있게 될 것이다.

9.2.3 관리 기능의 지원

 

  IT가 SC4에 적용되는 3번째 영역은 관리 기능의 실행에 대한 영역이다.  SC4 사무국은 오피스 자동화 툴을 관리 활동을 지원하는데 이용한다. 관리 활동은 이러한 자동화 툴 없이는 지나치게 시간이 많이 들고 어렵다. 현재 프로젝트 관리 데이터베이스는 주된 유틸리티이다.

 

  ISO 10303만으로도 100개 이상의 프로젝트가 활동하고 있기 때문에, NIST는 이 프로젝트에 대하여, 통상의 4회의 무기명 투표 사이클을 통하여, 리소스나 스케줄, 주도권, 진전, 무기명 투표 및 관련된 투표 결과 등을 지속적으로 관리해야 한다. 자발적인 조직의 성질로 인하여, 매년 주도권의 10-15%가 변동하고 있다. 이 때문에 과거에는 실적이라는 관점에서 우수한 기록과 보관 방법이 요구되었다.  NIST는 사무국 기능의 일부를 지원하기 위해 SC4 프로젝트 관리 데이터베이스를 개발했다. 이것은 프로젝트 관리에 대립하는「라이프 라인」의 역할을 맡았다. 주요한 정보가 필요할 경우, 데이터베이스를 조회하여 간단하게 입수할 수 있다.  각 파트간의 관계는 간단하게 확립되고, 일정은 평가되어 중대 경로의 요건이 식별된다. 다양한 검색과 업무에 가용한 정보 데이터베이스를 취득하였음에도 불구하고, 결의문은 성공적인 관리로서 주목받아야 한다 --사무국은 정보가 정확해야 효율적일 수 있다.

 

이와 같이 보다 밀접한 프로젝트 관리 능력은 SC4 문화에 있어 비교적 새로운 것이기 때문에, 이것을 요구하는 많은 프로젝트 리더들에게 확대시키기 위해, 더욱이 시의 적절한 일관성 있는 반복적인 방법으로, 정보를 완벽하게 생성하기 위해 끊임없이 노력해 왔다.  SC4 단체의 학습 곡선에도 불구하고, 이미 NIST 사무국은 데이터베이스 관리 방법을 통해, 루틴 태스크에 대한 모든 생산 경비의 시간을 단축하고 있다.

9.2.4 습득한 내용의 활용

 

  표준 개발 프로세스에 IT를 적용할 때에는, 예상외의 결과가 더러 생긴다 : 그러나 경험을 통해서 많은 것을 배운다.  이러한 내용에 관해서는 이하에서 간단하게 기술한다.

 

l       새로운 테크놀로지를 단순히 개발하거나 적용하는 것만으로는, 유저 커뮤니티의 수용을 보증할 수 없다.  표준 개발자가 친숙하지 않은 어플리케이션을 새로이 받아들일 때마다, 그들을 훈련시키는 것도 이와 마찬가지로 중요하다.

l       고객에 대한 툴의 개발을 서두른 나머지, 충분한 시험을 거치기 전에 납품해 버리는 경향이 있다. 툴이 정상적으로 기능하는지의 여부를 확인한 후에 일반 대중에게 배포해야 한다. 개발 중인 어플리케이션에 대해 피드백을 제공하는, 베타 시험 그룹을 확립함으로써 이를 실현할 수 있다.

l       APDE의 주요 목표는 상업 시장에서 제공되지 않는 모든 툴을 제공하여, AP 개발자가 보다 생산적으로 개발할 수 있도록 도와주는 것이다.  단, 목표가 달성되어도 툴의 지원과 유지에 대한 리소스 수요는 지속된다는 사실에 주의해야 한다.  NIST는 상품화를 위한 잠재적 기회와, 상품화되지 않은 툴의 유지 및 지원 능력의 관하여, (약속에 관한) 현실에 직면하지 않으면 안 되었다.

l       STEP AP 개발에 목적을 둔 상용 제품 개발을 촉진하기 위한 노력을 통해, 벤더는 표준 이전의 명세를  지원하는 일에 제한된 관심만을 가지고 있다는 것이 확실해 졌다. 따라서 NIST는 자체적으로 APDE의 대부분을 개발, 지원, 유지하기 위해 준비되어져야 할 필요가 있다. 자금에 한계가 있고 우선 사항이 많기 때문에, 본래의 계획대로 APDE를 지속시키는 것은 실제로 불가능하다.

l       툴은 사람들에게 이용될 때에 비로소 가치를 지닌다.  유저는 기능과 테크놀로지에 의해 한정될 가능성이 있다. 그러므로 툴은 유저가 이용할 수 있는 기능성과 테크놀로지의 양면에서, 적어도 일반적인 수준을 지원할 수 있어야 한다.

l       APDE 기능의 상품화 가능성을 높이기 위해서는, 가능한 한 폭넓은 유틸리티 대 영역 고유 어플리케이션을 갖춘 솔루션을 제공하는 것이 중요하다.

9.2.5 IT 활용에 남아있는 문제점

 

  유감스럽게도 표준 개발을 지원하는 툴을 제공하는 것만이 능사가 아니다.  솔루션 제공자는 명확한 답이 존재하지 않는, 까다로운 문제에 직면해 있다.  표준 개발에 대한 IT 어플리케이션의 적용을 방해하는 것은 다음과 같다.

 

l       저작권 보호 對 광범위한 보급. ISO 저작권을 보호하면서 표준의 보급을 실현하는 밸런스가 필요하다.  저작권이 설정된 정보를 보호하기 위해서 특별한 패스워드 보호 기능을 도입해야 하는 WWW나 SOLIS를 사용할 경우, 이러한 문제들은 매우 심각해진다.  동시에 표준에 익숙해지려고 하는 외부 사람들을 위해 , 적어도 엄선된 파트들은 간단하게 액세스할 수 있어야 한다. 패스워드 보호 인터페이스가 잠재적이면서도 합법적인 유저의 수를 한정하거나 반대하는 일이 있어서는 안 된다.  문제는 ISO의 저작권과 일반적인 액세스성과의 밸런스를 유지하는 것이다.

l       지령과 방법은 항상 변화하고 있다.  특정의 지령(directive)을 지원하고 시행하는 양질의 개발 툴은, 요구사항이 일정하지 않을 경우에 더욱 어려워진다. 운이 나쁘게도, 툴 개발자는 변동하는 목표를 공략해야 한다. 이것은 최종 유저에 대한 툴의 인도시기를 늦추며, 경우에 따라서는 유저가 요구하는 기능과 실제의 툴 기능이 서로 다른 경우도 생긴다.  또한 변동하는 요구사항을 지원하기 위해서, 보다 많은 시간과 자금이 툴 관리에 투입해야 한다.  따라서 지령과 방법 문서에 대한 현 시점의 규모나 버전에 맞추어, 툴 릴리스의 일정을 조정하는 것은 중요하지만 쉽지 않은 일이다.  

l       SGML으로 이동. SGML을 이용함으로써, 플랫폼 중립성과 컴퓨터 해석 가능 형식으로부터 막대한 이익을 얻을 수 있다.  그러나 각 파트 편집자들의 변경에 대한 저항과, SGML 저작 인터페이스의 미숙함으로 인해, 새로운 SGML 저작 환경의 사용이 어려워진다.  또한 표준과 문서화 요건의 복잡성으로 인해, SGML에서 표현되는 구조도 복잡하며, SGML 이용에 대한 기세도 둔화되고 있다.33)

l       기능의 최저 공통 수준이 정보 전달을 막는다.  툴은 유저가 이용할 수 있는 테크놀로지의 최저 공통 수준을 지원할 필요가 있다.  이것은 비동기 전송 모드(ATM)나 Java 애플릿과 같은 최신 테크놀로지의 일부를 이용할 수 없도록 억제한다.  이로 인해 제공되는 툴의 성능과 기능은 제약을 받는다.  

l       다양한 형식으로 데이터를 처리하고 유지한다.  현재 기존 데이터는 WordPerfect, Latex, 및 Microsoft Word 등을 포함하는, 몇 개의 고유한 디펙토 형식으로 되어 있다.  이것은 몇 개의 영역에서 문제를 제기한다.  먼저 사무국은 이 모든 형식을 다양한 버전으로 지원해야 한다.  유저의 소프트웨어 플랫폼이 변경되면 사무국도 변경해야 한다.  사무국은 어떤 소프트웨어의 형식을 사용할 수 있는지를 결정해야 하는 어려움에 처해있다. 각 프로젝트에는 각각의 독특한 소프트웨어 우선순위가 있기 때문에, 단일 형식을 선택하는 것은 거의 불가능하다.  또한 데이터가 다양한 형식으로 보존되어 있기 때문에 SGML으로 변환하기 어렵다. 다양한 형식을 지원하기 위해서는 다양한 변환 방법을 채택해야 한다. 이것은 STEP 각 파트가 APIB로 이용할 수 있을 때까지의 시간을 끌게 된다. 이러한 문제는 현재 3년이라는 ISO 요건을 채우는 대신에, 표준 개발자가 5~10년에 걸쳐 ISO 10303 표준 파트를 개발 할 때 더욱 심각해진다.

l       ISO 10303 또는 GML 어플리케이션 개발을 지원하는 툴을 구현하는데 있어 벤더의 제한된 관심.    STEP 개발도 SGML 유저 단체도 비교적 소규모이기 때문에, 벤더는 이들의 표준 개발을 촉진하기 위한  툴을 구축하는 동기 부여가 거의 없다.  SGML을 지원하는 어플리케이션의 수는 증가하고 있지만 아직   극소수이다.  STEP 개발을 지원하는 어플리케이션의 경우도 소수이다.  이 때문에 STEP AP 개발자는 적은 수의 상용 또는 공개 툴만을 활용할 수 있다. 

9.3 인적 자원의 개발

 

  IT가 표준 개발 성공의 열쇠를 쥐고 있다 하더라도, 인적 자원의 효율적인 활용을 보증하는 것도 이에 못지않게 중요하다.  표준 개발에 대한 내부 및 외부 참여자 모두는, 각각의 인적 공헌 -- 즉 지식이나 전문 지식, 비전 또는 정치적인 영향력을 제공함으로서, 전반적으로 양질의 표준 개발에 중요한 역할을 하고 있다. 이 부분에서는 STEP에 대한 외부의 공헌자에 초점을 맞춘다. 이하에 툴 개발자 및 지원 스태프, 산업 연계 및 협력적인 SC4 파트너 등의 인적 자원에 관해 고찰한다.  

9.3.1 툴에 대한 기술 지원의 제공

 

  최종 이용자 단체에 툴을 릴리스 하는 것만으로는, 그것이 표준 개발에 유효하게 적용된다고는 충분히 보증할 수 없다.  이것은 SGML의 이용과 같은 새로운 방법이 채택될 때에 특히 명확해 진다.  IT 서비스의 주요 부분은, 사람들에게 제공되는 기술 지원이다.  NlST는 AP 개발자에게 직접적인 기술 지원을 제공하며, 툴을 적절하면서도 가장 효율적으로 이용하는 데에 도움을 준다.  NIST의 e-메일 익스프로더는, 수신된 질문, 버그 리포트 및 툴에 관한 요구 등을 처리하도록 설정되어 있다.  NIST APDE 툴 개발자들은, 대부분의 IPO 및 미국 주최인 SC4 회의에 출석하여, 신규 어플리케이션에 관한 실연과 훈련을 제공하고 있다. 또한 APDE 팀 멤버는 특히 STEP 단체를 타깃으로, SGML 및 DTD 이용에 관한 NIST의 훈련 워크숍을 주최하고 있다.  

 

  10303-210[184] 개발팀은 APDE 알파 유저로서 결성되었다. 이 팀은 알파 유저로서 APDE 개발자의 팀 회의 참가, 소프트웨어의 프리 릴리즈 카피 및 필요한 경우 코드의 신속한 버그 수정과 같은 폭 넓은 지원을 받고 있다. 그 대가로서 개발 중인 APDE 어플리케이션에게 중요한 피드백을 제공하고, SGML을 사용하는 추가적인 APDE 어플리케이션의 개발에 도움을 주는 테스트 케이스를 제공한다.  10303-210은 아직도 개발 중이지만, 그 규모는 4000 페이지에 이르고 있다. 그 규모와 복잡성으로 인해 10303-210은 APDE용이 아니면 발행될 수 없었다; 다른 상용 전용 워드프로세스 소프트웨어 어플리케이션은, 10303-210을 지원할 수 없었을 것이다.  NIST는 AP2l0팀 및 기타의 APDE 유저로부터, 품질 기술 지원 서비스에 대한 칭찬을 받고 있다.  

9.3.2 협력적인 파트너

 

  표준 개발 프로세스는 고립 상태에서 존재할 수 없다. 그것은 산업계에 최선으로 부합하는 특별한 지원을 제공하는 외부의 협력적 파트너에 크게 의존한다.  이제까지 산업계는 작은 시장 규모로 인하여, STEP 표준화를 목표로 한 툴을 제공하는 데에 있어 대체적으로 소극적이었다; 그러나 산업 단체의 멤버 중 일부는 STEP 개발 작업에 합류함으로써 생기는, 장기적이고 잠재적인 이점을 일찍부터 인식하고 있었다.  협력 관계를 이끌어내고 유지하기 위한 STEP 단체의 노력도, 그 진전에 따라 표준에 대한 새로운 관심을 유지하고 획득하는 데에 활력을 불어넣었다.

 

  SC4는 산업계의 표준 채택에 커다란 (그리고 조기의) 영향력을 획득하기 위해, 각종 컨소시엄과의 연대를 활용하기 위해 노력하였다. 공식적으로 SC4와 특정 협회 간에 활발한 협력 관계가 정식으로 확립되었다.  현재 ISO TC 184/SC4에는 하기와 같은 협력 관계가 존재하다 :

 

l       European Association of Aerospace Industries (AECMA)

l       European Marine STEP Association (EMSA)

l       European Process Industries STEP Technical Liaison Executive (EPISTLE)

l       Industry Alliance for Interoperability (IAI)

l       Object Management Group (OMG)

l       Product Data Exchange using STEP, Inc (PDES Inc.)

l       Petrotechnical Open Software Corporation (POSC)

l       ProSTEP Associations

 

  협회 지원의 두 번째 측면은 STEP 센터를 통하여 이루어진다. 이러한 센터들은 전 세계에 걸쳐 설립되어, 현재 표준 개발, 훈련 및 교육, ISO 10303 구현 최종 소비자에 대한 마케팅 봉사 활동 등의 다양한 역할을 하고 있다.  GOSET, Japan STEP 센터 (JSTEP), PDES, lnc., ProSTEP 센터 등은 리더이며 전진적인 개발자인 동시에 ISO 10303 수 파트의 비준자이다. 이 센터들은 오스트레일리아, 캐나다, 중국, 이탈리아, 한국의 STEP 센터와 함께 고객의 교육과 같은 광범위한 봉사 활동을 통해 맹활약하고 있다.

9.4 마무리

 

  SC4는 ISO 단체에 고유한 공헌을 하고 있다.  그것은 표준 개발에 진지한 리소스와 강력한 산업계 주도 요구사항, 창조적인 관리 프로세스와 같은 훌륭한 융합물을 제공하고 있다.  사무국으로서의 NIST는 SC4의 요구에 보조를 맞추려고 노력하였고, ISO가 요구한 기본적인 것보다 월등한 지원을 제공하였다.  SC4 내에서의 노력의 결실 즉, 방법, 프로세스, 툴 등은 다른 표준 개발 조직이 채택하여 사용할 수 있을 것이다.



29) 제 9장의 부록 C에 결의 전문을 수록한다.

30) 현행의 SC4의 한정실시로 각 초안의 표준이 규정된 품질 위원회 수속에 대해 심사하도록 요구하고 있다.

31) ISO TC184 소위원회SC4는 아키텍처 ,데이터 교환 및 통합 범위에 초점을 맞추었다. SC4 및 SC5의 공동작업에 관해서는 제 10장에서 상세하게 다루었다.

32) 현행의 규정에서는 1월에서 3월, 5월에서 6월, 9월에서 10월에 회의를 개최하도록 명시되어 있다. 약간의 일정 변경이 있는 경우도 있다.

33) 제 10장에서는 STEP 환경의 SGML 보조 어플리케이션을 특정한다.