XML IDC Blog

웹에서 XML + XSL 사용하기

(Jason Kim) — Wed, 04 Jun 2008 19:13:55 +0900

XML(Extensible Markup Language)은 정보를 구조화할 수 있는 언어입니다. XML을 사용하면 HTML과 마찬가지로 태그를 사용하여 정보를 구조화할 수 있지만, XML 태그는 HTML 태그처럼 미리 정의되지는 않습니다. 그 대신에 XML을 사용하면 데이터 구조를 가장 훌륭하게 정의할 수 있는 태그를 만들 수 있습니다. 태그는 다른 태그 안에 중첩되어 부모 태그 및 자식 태그의 스키마를 만들 수 있습니다. XML 스키마의 모든 태그는 대부분의 HTML 태그처럼 열기 태그 및 닫기 태그를 갖고 있습니다.

다음 예제에서는 XML 파일의 기본 구조를 보여 줍니다.

<?xml version="1.0">
<mybooks>
<book bookid="1">
<pubdate>03/01/2004</pubdate>
<title>Displaying XML Data with Macromedia Dreamweaver</title>
<author>Charles Brown</author>
</book>
<book bookid="2">
<pubdate>04/08/2004</pubdate>
<title>Understanding XML</title>
<author>John Thompson</author>
</book>
</mybooks>

이 예제에서 각 부모 <book> 태그에는 <pubdate> , <title> , <author> 라는 세 개의 자식 태그가 포함되어 있습니다. 그러나 각 <book> 태그는 스키마에서 한 수준 위인 <mybooks> 태그의 자식 태그이기도 합니다. XML 태그는 다른 태그 안에서 적절히 어울리게 중첩하고 각 열기 태그에 그에 상응하는 닫기 태그를 배치한다면 원하는 대로 이름을 지정하고 구조화할 수 있습니다.

XML 문서는 어떠한 서식도 포함하지 않으며 단순히 구조화된 정보의 컨테이너일 뿐입니다. XML 문서는 XSL(Extensible Stylesheet Language)을 사용하여 정보를 표시할 수 있습니다. 마치 CSS(Cascading Style Sheets)를 사용하여 HTML의 서식을 지정하는 것처럼, XSL을 사용하면 XML 데이터의 서식을 지정할 수 있습니다. XSL 파일에서 스타일, 페이지 요소, 레이아웃 등을 정의하고 XML 파일에 연결하여 사용자가 브라우저에서 XML 데이터를 볼 때 사용자가 XSL 파일에 정의한 내용에 따라 데이터의 서식이 지정됩니다. 내용(XML 데이터)과 표현(XSL 파일에서 정의)은 서로 완전히 구분되어 있으므로 웹 페이지에 정보가 표시되는 방식을 더욱 강력히 제어할 수 있습니다. 사실 XSL은 XML의 표시 기술로서 기본 출력은 HTML 페이지입니다.

XSLT(Extensible Stylesheet Language Transformations)는 XSL의 하위 집합 언어이며 XML 데이터를 실제로 웹 페이지에 표시하고 XSL 스타일과 함께 XML 데이터를 HTML 형식에서 읽기 가능하고 스타일이 지정된 정보로 "변환"해 줍니다. 응용 프로그램 서버나 브라우저를 통해 XSL 변환을 실행할 수 있는 XSLT 페이지를 만들 수 있습니다. 서버측 XSL 변환을 수행하면 서버에서 XML 및 XSL 변환 작업을 수행한 다음 그 결과를 페이지에 표시합니다. 클라이언트측 변환을 수행하면 Internet Explorer 등의 브라우저에서 변환 작업을 수행합니다.

최종 결과, 사용할 수 있는 기술, XML 소스 파일에 대한 액세스 수준, 기타 요인 등, 어떤 목적으로 실행하는지에 따라 서버측 변환 또는 클라이언트측 변환을 선택합니다. 두 방법은 모두 장단점을 가지고 있습니다. 예를 들어, 서버측 변환은 모든 브라우저에서 작동하지만 클라이언트측 변환은 Internet Explorer 6, Netscape 8, Mozilla 1.8, Firefox 1.0.2 등의 최신 브라우저에서만 작동합니다.

서버측 변환의 경우 사용자 고유의 서버나 웹 상의 아무 곳에서 XML 데이터를 동적으로 표시할 수 있고, 클라이언트측 변환의 경우 사용자 고유의 웹 서버에 로컬로 호스트되는 XML 데이터를 사용해야 합니다. 마지막으로 서버측 변환을 사용하려면 구성된 응용 프로그램 서버에 페이지를 배포해야 하고, 클라이언트측 변환을 사용하려면 웹 서버에 액세스하기만 하면 됩니다.

SaaS(Software as a Service)와 XML

(Jason Kim) — Wed, 04 Jun 2008 17:25:27 +0900

구글은 웹 오피스 서비스(http://documents.google.com/)를 시작하면서 웹 환경을 플랫폼으로서의 역할로 규정하여 모든 서비스를 웹에서 구현하여 서비스하는 데 그 초점을 맞추고 있다. 넓은 의미에서 구글이 지향하는 비즈니스 형태가 SaaS(Software as a Service) 개념의 비즈니스라고 생각할 수 있다. SaaS는 이전의 ASP(Application Service Provider) 서비스와 다음 세 가지 측면에서 구별된다.

다수 사용자 기반 아키텍처 : 제공되는 서비스가 한 회사에 종속적인 서비스로 제공되지 않고, 여러 회사의 상황에 맞게 쉽게 적용해 쓸 수 있어야 한다.
메타데이터 기반 아키텍처 : SaaS는 기존 애플리케이션과 달리 다양한 인스턴스를 쉽게 제공하기 위해 설정에 따라 쉽게 변할 수 있는 구조여야 한다. 이는 설계 시 잠재적인 고객이 사용할 수 있게 적당한 크기로 선정(fine grained)되어 있을 뿐만 아니라 다양한 인스턴스(다수 사용자 기반 아키텍처)를 지원하기 위해 설정을 통해 쉽게 확장할 수 있는 구조여야 함을 의미한다. 즉 메타데이터 기반의 아키텍처여야 한다는 의미다. 메타데이터 기반 아키텍처란 XML을 의미한다고 생각할 수 있다.
확장성 : 또 하나 고려해야 할 부분은 바로 확장성이다. 즉 고객이 확 늘어날 경우를 대비해 확장 가능한 구조여야 한다는 것이다. 구글의 GFS처럼 그냥 쉽게 꼽아 쓸 수 있는 그러한 아키텍처가 필요하다는 이야기다. 당연히 위와 같은 상황들을 고려해야 하다 보니 SaaS 애플리케이션을 만들 때는 일반적인 ASP 서비스를 만들 때보다 비용이 더 많이 들 것이다. 따라서 모든 애플리케이션을 SaaS 형태로 만들 수 없고 적절한 임계점을 찾는 것이 매우 중요하다. 결국 다수의 잠재 사용자들에게 서비스 기반 소프트웨어를 제공하려면 소프트웨어 개발 시 다양한 플랫폼에서 해석이 가능한 메타데이터 기반의 확장성 있는 솔루션을 제공해야 한다는 것이다.

XML은 구조적 메타데이터이며 웹에서 구동되는 언어다. XML의 기술적 개념을 이해한다면 SaaS가 추구하는 서비스의 개념을 이해할 수 있으리라 생각한다.

W3C는 1998년 XML을 인터넷 표준으로 제정하며 다음과 같은 개발 목표를 제시했다(출처: W3C’s XML Origin and Goals).

XML은 인터넷에서 곧바로 사용할 수 있어야 한다.
XML은 폭넓은 애플리케이션을 지원해야 한다.
XML은 SGML과 호환성이 있어야 한다.
XML 문서들을 처리하는 프로그램을 쉽게 사용할 수 있어야 한다.
XML의 선택적 기능(feature)들은 최소화하거나 가능하면 없어야 한다.
XML 문서들은 사람이 이해하기 쉬워야 한다.
XML 디자인을 빨리 할 수 있어야 한다.
XML 디자인은 특정 양식에 따르고 함축적이야 한다.
XML 문서들은 생성하기 쉬워야 한다.
XML 작성(markup)에서의 간결성(terseness)은 중요하지 않다.

SaaS 애플리케이션을 개발할 때 위의 XML 개발 목표 열 가지를 준수하여 개발한다면 XML이란 언어의 원래 특성인 확장성, 유연성, 상호운영성, 이식성 등의 장점을 그대로 활용할 수 있으므로 SaaS의 기술적 기반을 이해할 때 XML에 대한 이해가 반드시 필요하다. 그럼 실제 비즈니스 사례를 통해 SaaS 서비스와 XML의 관계를 알아보자.

SaaS 형태로 의료정보 서비스를 이용하는 병원이 있다고 가정해 보자. 의료정보 서비스에 가입한 병원은 환자들의 병력사항이나 진료기록을 SaaS 솔루션에 입력하고 관리한다. 환자가 다른 병원을 이용할 때 해당 병원에서 환자 정보를 활용해야 할 필요가 있다. 하지만 정보는 폐쇄적인 데이터베이스에 존재하기 때문에 각기 다른 시스템을 활용하는 병원마다 데이터를 주려면 메타데이터(XML) 형태로 주고 받아야 한다.

메타데이터(XML)로 데이터를 전달하면 시스템과 응용 프로그램의 제한 없이 자유롭게 데이터를 통합할 수 있기 때문에 SaaS 서비스를 제공하는 업체는 정보의 확장성과 상호운영성을 위해 메타데이터 기반 솔루션 아키텍처를 구현해야 한다.

이러한 문제를 해결하려면 XML 데이터가 사용자의 데이터 입력 시점에 생성되어야 할 필요가 있다. 데이터가 폐쇄적인 데이터베이스에 먼저 축적되면 반드시 통합과 협업을 위해 메타데이터로 추출하는 작업이 추가로 필요하기 때문이다. 따라서 SaaS 응용 프로그램을 효율적으로 설계, 구축하려면 사용자 인터페이스인 웹 화면에서 XML을 생성해야 하는 과제가 먼저 해결되어야 한다.

웹 응용 프로그램에서 사용자 정의 구조의 XML을 생성하려면 DOM(Document Object Model) 프로그래밍 방법과 XML 생성 엔진을 사용하는 방법으로 구분할 수 있다.

일반적으로 XML 저작도구를 사용하거나 수동으로 직접 프로그래밍하여 구현하면 XML 문서 한두 개는 만들 수 있다. 그러나 다수의 XML 문서를 다수 사용자의 데이터 입력 시점에서 생성하려면 다른 원리가 필요하다. XML 문서는 데이터와 뷰를 분리할 수 있고 이러한 데이터 부분을 구조화할 수 있기 때문에 대량으로 XML 문서를 생성할 수 있다.

일단 웹 애플리케이션 화면에서 사용자가 환자의 정보를 입력하는 경우를 살펴 보자. 이를 위해 가장 많이 사용하는 방법이 웹 폼에서 XML 문서를 생성하는 것이다. 이것을 구현하려면 보통 DOM(Document Object Model) 기술을 사용한다. 그런데 XML 문서를 생성하는 데 DOM 기술은 몇 가지 문제점이 있다.

XML 문서를 생성하는 데 DOM 기술을 사용할 경우에는 전문가가 필요하고 개발 공수와 시간, 비용이 매우 많이 든다.
DOM 기술을 사용할 경우 메모리 리소스가 많이 든다. XML 태그 수가 증가하면 메모리 사용량이 기하 급수적으로 늘어난다. 결국 클라이언트 PC가 동작하지 않는 경우가 많다.
다른 기술(보안, 시맨틱 웹 검색)을 적용하는 데 한계가 있다.
XML 문서 내의 반복 데이터 구조를 처리하는 데 비효율적이다. 
문서 수정 기능을 개발하는 데 공수가 많이 든다.

DOM 프로그래밍을 하지 않고 XML을 생성할 수는 없을까? 있다. 바로 XML 생성 엔진을 사용하는 것이다. 사용자가 어떠한 구조의 XML을 한번만 만들어 놓으면 해당 구조의 태그 안에 데이터만을 치환하여 인스턴스 XML 파일을 무한대로 생성할 수 있다.

위의 그림과 같은 절차에 의해 HTTP 상에서 사용자의 손에 의해 XML 파일을 대량생산하게 된다. 그렇게 되면 XML이 HTTP 상에서 생성되므로 타깃 서버가 원격에 위치해 있어도 전달이 가능하게 된다. 즉 구조화된 XML 데이터가 HTTP 프로토콜을 통해 전달된다는 것이다. XML 데이터를 받은 쪽에서는 이미 XML 데이터 자체가, 태그(꼬리표)를 가지고 있는, 시스템이 식별 가능한 메타데이터이므로 인간의 개입 없이 시스템 자동화가 가능하게 된다.

또한 DOM 프로그래밍은 XML 문서 전체 구조에 따라 달라지기 때문에 XML 문서 구조가 바뀌면 DOM 프로그래밍도 수정해야 한다. 다음과 같은 XML 문서가 있다고 하자.

<?xml version="1.0"   encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="treatment.xsl"?>
<root>
      <name>홍길동</name>    			// 이름
      <contact>010-1234-5678</contact>		// 연락처
      <date>2008-03-13</date>			// 진료일자
      <medical_treatment>감기</medical_treatment>	// 진료내용
 </root>

DOM으로 프로그래밍을 했다면 <root> 태그 아래 첫 번째 자식 태그에 “홍길동”이라는 데이터를 넣으라고 프로그래밍을 했을 것이다. 그리고 <root> 태그 아래 두 번째 자식 태그에 “010-1234-5678”을 넣으라고 했을 것이다. 그런데 다음과 같이 XML 구조가 변경되었다고 하자.

<?xml version="1.0"   encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="treatment.xsl"?>
<root>
      <address>서울시</address>			// 주소
      <name>홍길동</name>    				// 이름
      <contact>010-1234-5678</contact>		// 연락처
      <date>2008-03-13</date>			// 진료일자
      <medical_treatment>감기</medical_treatment>	// 진료내용
 </root>

그러면 DOM 프로그래밍은 <root> 태그 아래 첫 번째 자식 태그는 <address>가 되므로 기존에 프로그래밍했던 소스를 전부 수정해야 할 것이다.

XML 구조가 위 예제처럼 간단하지 않고 매우 복잡하다면 DOM 프로그래밍 하나 만들기도 어려울 뿐만 아니라 XML 구조가 바뀔 때마다 DOM 프로그래밍을 수정한다는 것은 거의 불가능할 것이다. 그렇기 때문에 개발이 어렵고, 비용 및 개발 공수가 늘어나는 것이다. 또한 DOM 모델은 XML 문서 내의 태그에 접근하기 위해 컴퓨터의 메모리를 한꺼번에 점유하는 방식이기 때문에 XML 태그 구조가 복잡하고 그 요소(element)의 수가 많을수록 성능이 떨어진다는 것이 태생적 한계다. 위의 XML 문서를 일반 웹 브라우저에서 XSL을 통해 보면 다음과 같다.

XML을 웹 브라우저에서 추가 장치의 도움 없이 디스플레이할 수 있는데 그것이 바로 .xsl 파일이다. XML 파일 내에 뷰를 담당하는 .xsl 파일을 정의해 놓으면 XML 파일 내의 데이터를 사람이 인식할 수 있는 문서 형태로 웹 브라우저에서 디스플레이할 수 있다.

XML을 데이터로서만 사용하는 것이 아니라 사람이 인식하는 문서 형태로 사용할 수 있다. DOM으로 프로그래밍한다면 XML 문서의 종류마다 xsl 파일 또한 프로그래밍을 해야 한다. 물론 XSL 프로그래밍은 전문가들도 배우기 어려운 부분이다. 역시 비용이 많이 든다는 것이다.

XML이라는 메타데이터를 사용하는 것은 좋지만 이렇게 비용이 많이 들고 개발 기간이 오래 걸리며 향후 유지보수에 막대한 비용이 발생하는 방법으로 SaaS 애플리케이션을 구현할 수는 없다. 그렇기 때문에 XML 생성 엔진에 의한 XML 자동 생성 및 .xsl 파일 자동 생성 및 데이터 매핑 등의 기능을 제공하는 방법이 필요하다.

메타데이터인 XML을 생성하고 유통하고 XML을 사용해 데이터를 통합할 수 있다면 SaaS 애플리케이션이 장점으로 내세우는 확장성, 유연성, 상호운영성을 확보할 수 있으며 다양한 사용자의 요구에 손쉽게 대응할 수 있는 SOA(Service Oriented Architecture) 기반 SaaS 애플리케이션을 구축할 수 있고, 실시간으로 데이터를 통합할 수 있는 RTE(Real Time Enterprise) 기반 SaaS 애플리케이션을 구축할 수 있다. 결국 XML을 얼마나 싸고 빠르게 생성하고 이를 유통하고 데이터를 통합할 수 있느냐가 SaaS 서비스를 구현하는 데 가장 핵심이 된다.

웹 2.0의 기술적 기반은 무엇인가?

(Jason Kim) — Tue, 04 Mar 2008 11:22:33 +0900

지금까지 웹 상에서 서비스되어 오던 많은 서비스들이 있었지만 대부분 단방향의 서비스 제공과 해당 서비스의 사용으로 구분이 되어 왔다.

하지만 최근 웹 2.0 이라는 개념이 나오면서 RSS, Blog, AJAX 기술이 웹 2.0을 대변하는 기술이 된 듯하다.

이 기술은 웹 상에서 정보의 공유가 사용자 입장에서 쉽게 처리가 된다는 장점이 있다.
즉, 내가 올린 글이 자동으로 RSS로 만들어져 누군가의 RSS 리더에 내 글이 자동으로 업데이트가 된다는 것이다.
또, 내가 블로그에 글을 올리면 내 블로그 글에 관심있는 사람은 트랙백을 달 수도 있고, 검색이 쉬우며 활발하게 의사소통이 된다는 장점이 있다.
AJAX는 비동기식으로 변하는 서버상의 데이터를 네트워크의 부하없이 부분만 업데이트가 가능하다는 장점이 있다.

이러한 요소기술들을 사용하여 웹 상에서 구현한 새로운 서비스들이 많은데 구글Docs, 스피링노트, 위자드닷컴, HanRSS, 미투데이, 구글캘린더, 마가린등을 웹 2.0 서비스라고들 한다.

그럼,,,위의 3가지 기술의 공통점은 무엇일까?

정답은 전부 XML을 기반으로 하고 있다는 것이다.

RSS도 XML 포맷으로 작성해야 하고 Blog도 부분적으로 XML 양식으로 데이터가 저장된다.
AJAX도 XML 데이터를 비동기식으로 불러내서 화면을 업데이트 하게 된다.

최근에 구글Docs나 스프링노트등을 웹 2.0 서비스라고 소개하는 글들을 많이 본다.
기존의 PC상에서 하던 많은 일들이 웹 상으로 옮겨오면, 그래서 정보의 공유가 쉬우면 다 웹 2.0 서비스인가?

다시 한번 말하지만, 웹 2.0의 기술적 핵심은 XML이다. W3C에서도 차세대 웹은 모두 XML 기술을 가장 기본적인 바탕으로 깔고 있다.

그렇다면, 사용자가 XML을 만들어 유통시킨다면 정보의 양방향 유통이 해결되게 되고 XML은 웹 언어이기 때문에 일반 HTTP 프로토콜을 사용해서 웹 상에서 시스템 자동화 구현이 가능하다.

소프트웨어 개발자들에게 XML을 만들 수 있느냐고 물어보면 다들 만들 수 있다고 한다.
XML 문서 하나 정도는 열심히 코딩해서 만들 수 있을 것이다.
특히, 사용자가 데이터를 입력하면 이것을 XML 파일로 생성하여 타겟 시스템에 전송하게 하는 일련의 과정을 자신도 할 수 있다고 이야기한다.
아마 많은 시간이 걸릴 것이다. 하지만 그 시간만큼 소프트웨어 개발자는 시간당 임금을 계산할 것이다.

사용자 입장은 개발자와 약간 다르다. 똑같은 것을 구현하는데 개발자가 일주일 걸릴 일을 1시간만에 만들 수 있다면, 그 사실을 눈으로 확인했다면 절대 소프트웨어 개발자를 고용하여 XML을 개발하지 않을 것이다.

RSS나 Blog등은 특정 목적을 위하여 XML 구조를 정의하고 그 XML 구조대로 정보를 주고 받게 된다.
RosettaNet, XBRL, HL/7 등 XML로 정보를 주고 받기 위해 구조를 정의한 많은 표준들이 존재한다.
문제는 어떤 구조의 XML이든 사용자가 해당 XML 구조의 꼬리표(Tag)안에 정보를 입력하여 웹 상에서 배포, 교환하는 것이 구현되면 된다는 것이다.

이러한 것들이 저렴한 비용으로 구축이 가능하고 기술적으로 가능하게 된다면 새로운 웹의 세상이 열릴 것이라고 생각한다.
아직까지는 제한된 형태의 웹 서비스들이 서비스되고 있지만 조만간 보다 창의적이고 보다 사용하기 쉬우며 보다 좋은 기능과 서비스를 제공하는 웹 사이트들이 생겨날 것이다.

웹 2.0의 개념이 미래의 웹으로 가는 길목에 있음은 틀림이 없다.

[로제타넷]RosettaNet 시스템 구현 사례(Series - 3/3)

(Jason Kim) — Fri, 29 Feb 2008 13:40:33 +0900

시스템 전체의 개략적인 프로세스는 다음과 같다.

프로세스 단계를 위의 순서대로 설명하자면 다음과 같다.

(1단계) - 사용자가 PIP 문서의 XML 원본과 XSL, XSD, 데이터입력을 위한 웹폼을 디자인하여 로제타넷 시스템내의 Form Repository에 저장한다.

(2~3단계) - 일반사용자는 로제타넷 시스템에 로그인하여 작성할 PIP 문서 종류를 선택한다. PIP 문서 종류별로 기간 시스템의 데이터를 실시간으로 끌어와서 PIP를 작성할 웹폼에 정보를 Display한다.
해당 기간 시스템의 데이터를 XML로 매핑하기 위한 MAP 정보를 MAP Repository에 사전에 정의해 놓으면 자동으로 데이터를 가져오게 된다.

(4단계) - PIP 문서를 작성하기 위한 추가적인 정보를 입력한 후 [저장]하면 로제타넷 시스템내의 XML Repository에 PIP 문서가 생성되게 된다.

위의 단계대로 구현한 로제타넷 시스템의 데모 동영상을 링크한다.

※. 아래 동영상이 제대로 보이지 않으면 다음 코덱을 설치하십시오.( TSCC Codec )

1. RosettaNet 시스템에 로그온합니다.
2. RosettaNet 표준 PIP(Partner Interface Process) 문서(XML 문서)를 작성합니다.
3. 생성된 PIP XML 문서를 주고 받습니다.

[로제타넷]XML을 사용한 산업표준 RosettaNet 구현 방법(Series - 1/3) 바로가기
[로제타넷]RosettaNet 프레임워크(Series - 2/3) 바로가기

[로제타넷]RosettaNet 프레임워크(Series - 2/3)

(Jason Kim) — Thu, 28 Feb 2008 18:22:03 +0900

로제타넷의 프레임워크는 로제타넷 사전(RosettaNet Dictionary), RNIF(RosettaNet Implementation Framework), PIP(Partner Interface Process)로 구성되어 있다.

로제타넷 사전은 PIP를 위한 속성들의 공통집합으로, 크게 비즈니스 부분과 기술 부분으로 나뉘어진다.
비즈니스에서 사용되는 공통된 용어와 속성들을 표준화 한 것으로, 비즈니스를 위한 공통 플랫폼을 제공하여 개별 기업의 중복되는 투자와 노력을 절감하는 역할을 한다. 사전 중에서 비즈니스 사전은 비즈니스 데이터 엔터티와 속성을 정의하고 있다. 현재 로제타넷에서 정의하고 있는 비즈니스 사전은 XML 파일과 DTD 파일을 포함하고 있으며, 400여 개의 추가적인 속성이 포함되어 있다. 기술 사전은 전자 부품과 정보 기술 제품들의 속성을 통합하여 표현하는 RNTD (RosettaNet Technical Dictionary)로 구성되어 있다.

위의 로제타넷 사전, PIP, RNIF를 바탕으로 XML기반의 B2B포탈에서 사용자는 기존 정보 시스템인 ERP, SCM, DW 시스템과 연동해서 B2B PIP문서를 만들고, 만든 PIP문서를 파트너사, 협력업체, 물류, 창고시스템 등에 EDI(Electronic Document Interchange)시스템을 통해서 주고 받을 수 있다.

B2B RosettaNet은 결국 PIP(Partner Interface Process) 문서를 중심으로 거래가 이루어지게 되고 기존의 기간 시스템과의 데이터 및 프로세스 통합을 병행하여 기업전체의 업무프로세스 및 데이터의 통합을 구현하게 된다.

<다음에 계속>
[로제타넷]RosettaNet 시스템 구현 사례(Series - 3/3) 바로가기
[로제타넷]XML을 사용한 산업표준 RosettaNet 구현 방법(Series - 1/3) 바로가기

[로제타넷]XML을 사용한 산업표준 RosettaNet 구현 방법(Series - 1/3)

(Jason Kim) — Thu, 28 Feb 2008 11:16:42 +0900

XML을 활용한 수 많은 산업표준과 컨소시엄, 협회등이 있지만 그 중에 전자,전기 업계의 B2B SCM(공급망관리) 표준인 RosettaNet에 대해서 알아보기로 하자.

로제타넷(RosettaNet)은 1998년 전기, 전자업계들 간의 거래정보를 표준화된 방식으로 교환하기 위해 독립적이고 자발적인 컨소시엄 방식으로 설립되었다.
XML 방식으로 B2B를 구현하며 전 세계 수 많은 부품, 중간재 공급업체들과 완성품 업체들간의 수급관리를 투명하게 하고 표준인 XML로 구현하자는 것이 주요 내용이다.

로제타넷 컨소시엄에는 IBM, Microsoft, Sony, EDS, Netscape, Oracle, SAP, Cisco Systems, HP, Intel등 글로벌 IT 회사들이 참여하고 있으며 우리나라도 삼성전자등이 참여하고 있다.

위와 같이 A회사는 SAP ERP를 사용하고 B회사는 Oracle ERP를 사용하고 있을 때 두 회사간의 데이터 교환을 표준으로 정한 RosettaNet XML PIP(Partner Interface Process) 문서를 통해 웹 상에서 교환하자는 것이다.

기업은 RosettaNet 시스템을 구축하면 구매예측, 주문, 재고관리 등을 전 세계업체들과 공유하게 되어 최적의 재고확보와 자재수급 및 조달등 구매업무 전반에 걸친 자동화로 주문 리드타임을 30% 이상 줄일 수 있고 핵심부품의 수급을 안정화시킬 수 있으며 적정재고를 유지함으로써 생산 유연성을 확보하게 된다.

RosettaNet 시스템은 단순히 PIP 문서만을 구축한다고 되는 것이 아니며 기존의 기업에서 운영하고 있는 기간시스템의 데이터를 실시간으로 통합하여 구매예상, 주문, 결재, 재고관리를 하게 되므로 시스템간의 데이터 통합은 기본이며 PIP 문서를 내부 시스템별, 또는 다수의 외부 파트너사에게 전달해야 하므로 전자문서교환(EDI) 시스템은 기본적으로 구현이 되어야 한다.

RosettaNet 시스템 구현은 기존 시스템과의 데이터통합, EDI, XML, Web Service등의 요소기술을 바탕으로 구현해야 하므로 난이도가 매우 높은 시스템이다.

RosettaNet 시스템 구축의 성공적인 사례로 국내의 한 부품업체(M사)가 스웨덴의 유명한 핸드폰 제조회사(S사)와 RosettaNet 시스템을 구현한 내용을 중심으로 RosettaNet에 대한 이해를 돕고자 한다.

<다음에 계속>
[로제타넷]RosettaNet 프레임워크(Series - 2/3) 바로가기
[로제타넷]RosettaNet 시스템 구현 사례(Series - 3/3) 바로가기

웹 2.0은 왜 현실화되지 않는가?

(Jason Kim) — Wed, 27 Feb 2008 12:22:10 +0900

인터넷이 우리의 일상에 들어온지 어언 10년의 세월이 흘렀다.
1997년도에 회사에 처음 입사했을 때 무역거래를 하기 위해 팩스를 사용하다가 이메일로 바뀌기 시작했으니까...
요즘은 웹 상에서 이메일로 누구에게나 정보를 전달하고 있다.

1998년~2000년 사이에 닷컴비즈니스 기업이 우후죽순으로 생기며 인터넷 비즈니스가 화려하게 출범했는데 지난 7~8년의 세월동안 대형 포털업체 중심의 광고, 옥션과 같은 인터넷 마켓 플레이스, 게임외에는 과거의 생각대로 수익모델이 그렇게 현실화되지는 못하고 있다.

그럼..돈은 어디에 있는걸까?
분명히 인터넷은 우리 일상에서 빼놓을 수 없는 도구임에는 분명하지만 이 도구를 통해서 비즈니스가 활성화되고 그 과정에서 돈이 돌아야 하는데 그 돈은 어디에 있는 걸까?

정답은 기업이다.
기업은 비즈니스를 수행하면서 정보의 가치를 가장 중요하게 생각하고 고객관리와 정보의 흐름에 가장 민감하다. 그래서 자체적인 시스템 구축에 대형업체인 경우 1년에 수천억원에 달하는 예산을 집행하고 있다.

이러한 기업들이 웹 상에서 돈을 쓰는 분야는 광고비용, 제한적인 ASP 서비스 사용외에는 거의 예산을 지출하지 않는다.

과거에 웹이 활성화되면서 B2B(기업간 거래)가 웹 상에서 이루어지게 되어 엄청난 규모의 시장이 형성될 것이라는 예측이 있었다.
그 B2B 시장이 제한적으로 확대되고 있을뿐 사실 아직 B2B 시장이 웹 상에서 활성화되었다고는 아무도 생각하지 않는다.

그럼..왜 아직도 B2B 시장이 활성화되지 않고 기업들은 B2B를 위해 돈을 집행하지 않는가?
그것은 기업간의 거래정보의 보안성, 데이터의 중요성, B2B 웹 서비스 종류의 제한등 여러가지 이유가 있다.

하지만 가장 중요한 것은 아직 웹 상에서 정보의 이동이 아직 한방향에서만 일어나고 있고 양방향으로는 발생하지 못하고 있기 때문이다.
양방향의 데이터 전송을 위해서는 정보의 생성자와 수요자가 표준을 준수하여야 하고 그 표준대로 데이터를 주고 받아야 한다. 그래야만 뒷 단에서 추가적인 비용없이 정보의 통합 및 자동화가 가능하게 된다.

예를 들어, 다음과 같은 업무프로세스가 있다고 해보자....
A기업과 B기업이 거래를 한다. B기업은 A기업에게 상품을 구매했다.
A기업은 세금계산서를 발행하여 B기업에게 청구를 해야 하는데 기존에는 A기업의 사원이 문서를 작성하여 출력하고 내부결재를 득한 후에 세금계산서를 우편으로 전달한다.
또는, A기업의 내부시스템이 있다면 이 시스템에 세금계산서 정보를 입력하여 문서를 출력하여 전달할 것이다.
그럼 B기업은 문서를 받아서 B기업 자체의 데이터베이스에 세금계산서 정보를 수작업으로 입력하고 결재를 득한후 금액을 결재할 것이다.
A기업과 B기업은 청구정보와 결재정보를 연결해서 관리해야 한다.
그런데 서로의 시스템이 다르기 때문에 A기업이 청구한 정보가 B기업의 데이터베이스에 실시간으로 반영되지가 않는다.
중간에 사람이 반드시 수작업으로 작업해야 하고 그러다보면 휴먼에러가 발생할 가능성이 존재한다. 그리고 실시간으로 정보를 취합하거나 통계를 내는 것은 거의 불가능하다.
예를 들어, 삼성같은 경우 1/4 분기결산 자료를 3월말에 뽑을 수 없다는 말이다. 3월말에 뽑을 수 있는 데이터는 거의 한달전이나 두달전의 데이터뿐이다. 왜냐하면 데이터를 뽑을 때도 전 세계 지사에서 매출은 발생하고 있고 이 데이터는 분기마감시간까지 취합되지 못한다.
그러면, 의사결정을 위한 기초데이터 자체가 예전의 데이터이고 현재의 변경된 환경을 반영하는 의사결정 자체를 내린다는 것이 거의 불가능하다. 의사결정의 결과가 잘되고 잘못되고는 기초데이터의 수집에 달려있는 것이다.

만약, A기업과 B기업의 거래정보를 표준화시킨 메타데이터로 주고 받을 수 있는 B2B 웹 서비스가 있다면 과연 수작업으로 계속 이러한 업무관행을 계속 유지할 것인가?
만약, A기업이 웹 상에서 B2B 서비스에 월 사용금액을 지불하고 B기업에게 발행할 세금계산서를 입력하면 A기업에 데이터베이스에 그 정보가 자동으로 전달되고 B기업의 데이터베이스에도 자동으로 정보가 생성된다면 어떨까?

그럼 연간, 월간, 주간 Forecast는 어떠할까?
전자,전기 부품업체는 대형 완성품 제조업체의 생산 Forecast에 따라 반도체의 생산량이나 LCD패널의 생산량을 결정해야 한다.
또한, 위와 같은 거래정보를 주고 받아야 한다.
이것을 표준으로 정의한 것이 RosettaNet이다.
이외에도 다양한 산업분야에서 표준이 정해질 수 있다.

하지만, RosettaNet을 위시하여 재무정보 전달표준인 XBRL 조차 아직은 시장에서 확산이 안되고 있다. 그것은 바로 XML 기술이 바탕에 존재하기 때문이다.

정보 전달을 위한 모든 데이터 및 문서는 XML로 주고 받게 되어 있다.
그러면 모든 문제가 해결된다. 하지만 XML을 완벽하게 쉽게 핸들링할 수 있는 기술이 아직 나오지 않았다.
가장 어려운 부분이 XML을 생성하는 것이다.
사용자가 세금계산서를 입력할 때 XML로 세금계산서가 바로 생성되어야 한다.
개발자가 비동기로 XML 파일을 생성해서는 안된다.

생성된 XML 파일은 표준구조의 메타데이터이기 때문에 어떤 종류의 데이터베이스이든, 운영체제든 상관없이 통합이 가능하다.
그렇게 되면 자동화가 실시간으로 이루어지게 된다.

그렇다면 B2B를 활성화하는데 가장 중요한 기술적 중심은 XML이 되고 XML을 사용자가 쉽게 만들면 모든 것이 해결된다.

B2B뿐만 아니라 인간이 사용하는 모든 데이터가 XML의 형태로 웹이라는 전달수단을 통해서 생성, 교환되면 인간의 삶의 형태가 바뀌게 될 것이다.

병원에서는 태어나면서부터 관리되는 나의 병력이라든지, 진료기록이라든지, 알레르기 성향, 예방접종 내역을 간단한 인터넷 접속만으로 의사가 알게될 것이며 이 병원, 저 병원에서 따로 소견서나 진료기록을 받아서 가지고 다니는 일이 없을 것이다. 현재는 진료기록을 때어서 가지고 다니더라도 그 대부분의 진료기록들이 100% 확신할 수 없는 데이터이지만 말이다. (HL7과 연관이 있다.)

회사에서 갑자기 출장계획이 생긴다. 나는 휴대폰으로 간단히 출장지로 가는 비행기와 호텔정보를 요청하고 웹 상에서 정보를 분석한 로봇 에이전트는 나에게 최적의 조건을 제시할 것이고 나는 클릭만으로 모든 것을 결정하면 해당 정보는 해당 항공사,여행사, 호텔등의 데이터베이스에 필요한 정보가 자동으로 입력되게 될 것이다.

위의 모든 것들이 XML과 관련이 있다.
웹 2.0의 사상이 아직 구체적으로 실현되지 않는 이유는 XML의 생성의 어려움을 풀지 못하기 때문이다.

AJAX의 기초

(Jason Kim) — Tue, 26 Feb 2008 10:32:40 +0900

AJAX를 사용하기 위한 좋은 컨텐트가 있어 이를 XML e-book으로 재편집해 보았습니다.
아래 링크를 참조하세요.

AJAX 강의(Foundation of AJAX)

ICU에 BaseXML 플랫폼 기증

(Jason Kim) — Tue, 19 Feb 2008 18:35:17 +0900

저희 회사(www.3ksoft.co.kr)에서 금일 한국정보통신대학교(ICU)에 27억원 상당의 XML 개발플랫폼인 BaseXML 플랫폼과 툴킷 전체를 기증했습니다.

연구원들과 교수님, 그리고 학생들이 XML을 활용하여 쉽게 솔루션을 개발하거나 새로운 분야에 대한 연구에 도움이 되었으면 합니다.

기술고문이신 CMU의 LTI 학과장님이신 Jaime Carbonell 교수님도 참석하셨고 아시아태평양 비즈니스 Director이신 John Jungook Kang 실장님도 참석하셨습니다.

그외에 많은 내빈들이 참석하셔서 자리를 빛내 주셨습니다.

부디 웹이 현재의 HTML에서 XML로 변화하여 보다 편리하고 우수한 서비스가 이루어지길 바라며 기술적 한계로 인한 B2B나 양방향 데이터 통합 및 서비스가 XML을 사용하여 활성화되길 기대해봅니다.

보도자료가 나왔는데 링크를 걸어놓았으니 참조들 하시길...

Google 관련뉴스 검색결과
Naver 관련뉴스 검색결과

KCSE2008(2008 한국 소프트웨어공학 학술대회) 발표자료

(Jason Kim) — Tue, 19 Feb 2008 12:30:26 +0900

XML을 웹 상에서 생성,교환,통합하는 새로운 XML 중심의 개발방법론인 ActivaXML 개발방법론에 대한 연구논문을 2008 한국 소프트웨어 공학 학술대회에서 발표하게 되었습니다.

2008 한국 소프트웨어공학 학술대회 홈페이지

이번 학술대회는 한국정보통신대학교(ICU)와 국내 저명한 학자, 교수, 연구원이 대거 참석하는 회의로 국내 소프트웨어 및 소프트웨어 공학 연구에 큰 기여를 하고 있습니다.

차세대 웹을 논할 때 XML을 빼고는 이야기할 수 없는 상황이 되고 있습니다.
XML을 활용한 AJAX, RSS, Blog등이 웹 2.0의 기술적 기반이 되었고 웹은 이제 플랫폼으로서의 역할로 이동하고 있습니다.

XML 기반의 소프트웨어 개발방법론인 ActivaXML(HTTP 프로토콜 상에서의 XML 생성,교환,통합) 개념을 정리한 자료를 링크합니다.

XML 생성에 대한 원천기술에 대한 내용으로 국내외에서 매우 중요한 기술로 주목받고 있는 기술로 미국 카네기멜론대학교(CMU) 언어기술연구소(LTI) 학과장님이신 Dr. Jaime G, Carbonell 교수님이 Adviser로 참여하였습니다.

ActivaXML(XML on HTTP) 개발방법론