XML IDC Blog :: HPPT상에서 XML생성의 중요성

HPPT상에서 XML생성의 중요성

XML강의 2007/09/22 12:23

우리는 인터넷 시대에 살고 있다. 이미 지구상에는 10억 페이지 이상의 홈페이지가 구축되어 있으며, 또한 날마다 엄청난 양의 정보를 생상해 내고 있다. 과히 정보의 바다라고 할 수 있다.

이 거대한 정보의 물결은 우리 인간의 삶과 일을 바꿔 놓고 있다. 정보화 시대에서의 새로운 변화와 시도는 계속되고 있으며, 인터넷을 통해 엄청난 양의 정보와 문서를 주고 받고 있다.

정보화의 혁신과 새로운 가치 창조, 경쟁력 강화를 위해 기업들은 많은 투자와 노력을 하고 있다.

또한 이것을 실현하기 위한 UCC(User Created Contents), RTE(Real Time Enterprise), SOA(Service Orientied Architecture) 등등 정보/프로세스/업무를 얼마큼 효율적으로 경제적으로 관리하느냐가 최대의 관심사로 대두되고 있다.

이에 더불어 다음과 같은 문제점들이 발생된다.

다른 부서, 다른 시스템 간의 통합된 보고서를 작성하는 데에 너무 많은 시간과 노력이 든다.-기획부서

시스템이 수정될 때마다 비용이 너무 많이 든다.- 자금담당

내부 웹사이트가 다른 사이트와 연동이 안된다. - 기술담당

고객, 기업간의 서비스가 잘 안되어서 불편하다. - 영업담당

시스템 관리가 엉망이어서 서비스 관리 및 제공에 문제가 많다. - 전산관리담당

지금까지 사용하는 기존 컨텐츠(DB, HTML, DOC, PPT, PDF, XLS...)로서는 위의 문제점들을 해결할 수 없다.
왜냐하면 DOC, PPT, PDF, XLS는 각각의 자체 문서 포맷을 사용하고 있기 때문에 호환성이 없고, 통합과 협업에 매우 불리하다.
또한 HTML문서는 display용으로 만들어진 문서이므로 재사용과 재편집을 할 수 없고, 인터넷으로 주고 받기가 힘들다.

그림에서 보듯이, DB는 DB끼리 Legacy문서는 Legacy문서끼리 서로 데이터를 주고 받고 있다. 워드를 보려면 워드 프로그램을, PDF를 보고 편집하려면 PDF프로그램을 사야 하므로 소프트웨어 비용도 많이 든다.

또한 Human to Human시스템으로 정보를 주고 받기 때문에 받은 문서들을 처리하기 위한 공수/시간이 많이 든다. 시스템에서 구조화 되지 않은 정보(HTML, DOC, PPT, PDF, XLS...)는 자동으로 처리하지 못하기 때문이다.

앞서 얘기 했듯이 기존의 컨텐츠 소재(HTML, DB, DOC, PDF...)로 위의 문제점들을 해결하려면 시간, 비용, 공수가 많이 들고 어렵다. 그래서 이러한 문제점들을 해결할 새로운 컨텐츠 소재가 필요하다. 그 해답이 XML이다.

현재 우리가 쓰고 있는 HTML문서의 문제점들을 보강하고 대체할 XML이 새로운 대안으로 떠오르고 있다.

그러나 현재 우리는 인터넷으로 XML문서를 자유롭게 주고 받지 못하고 있다.

일반문서(DOC, PPT, PDF, XLS...)나 HTML문서처럼 XML문서를 생성하기가 매우 어렵기 때문이다.

일반 사용자가 XML문서를 만든다는 것은 쉽지 않다.
XML은 일반문서나 HTML문서와는 달리 데이터와 양식이 분리되어 있고, 분리된 데이터 부분이 구조화 되어 있다. 이 구조화된 데이터 부분을 생성하고 양식과 연결해서 문서를 만든다는 것은 간단한 일이 아니다.

이 문제와 비슷한 것들이 오프라인 역사 속에도 존재한다. 바로 쿠텐베르그의 금속활자 사건이다.

과거에는 하나의 책을 만든다는 것이 매우 어려웠다. 손으로 일일히 글씨를 써야 했기 때문에 시간, 비용, 공수가 매우 많이 들었다.
중세시대 때 신부들이 주로 하던 일들은 대부분은 어두운 방안에서 성경이나 책들을 옮겨 적는 것이었다.
그때는 활판인쇄술이 부족해서 일일이 다 적어야 했으니 책을 구입할 수 있는 사람들은 소수의 부유한 귀족이었고 따라서 모든 지식은 귀족들에게 독점이 되어 있었다.

그런데 쿠텐베르크의 활판인쇄술로 책을 대량으로 생산하면서 책값은 떨어지고 많은 서민들이 책을 통해 많은 지식을 쌓고 정보를 교환하고, 다시 자신의 지식과 정보을 다량으로 인쇄하게 되었다.

쿠텐베르크의 인쇄술은 정보와 지식을 귀족에게서 일반 평민에게로 전달해 주었고 그 지식과 정보를 바탕으로 각성한 많은 시민들은 귀족에 대항하여 새로운 사회를 건설하기 위한 역사적인 종교개혁을 일으키게 되었다.

그리하여 히스토리 채널에서 선정한 1000년을 빛낸 세계의 100인에서 1위를 한 사람이 독일의 인쇄공이었던 구텐베르그가 된 것이다.

온라인 상에서 XML문서를 만드는 것은 과거에 책을 손으로 제작한 것과 같다고 할 수 있다.

XML문서를 일반 사용자가 쉽게 만들지 못하고, 전문가가 코딩이나 프로그래밍으로 XML문서를 생성하고 있다.

이 문제는 대량 생산의 문제와도 직결되는 문제이다.

XML문서도 일반사용자가 값싸고 쉽게 만들어 내면 된다. 이것을 실현시킬 방법은 없는 것인가?

다음에 오는 그림은 DB방식과 XML방식으로 정보를 저장하는 방법을 설명하는 것이다.

<그림> 일반적인 DB 저장 방법과 XML문서 저장 방법

웹 프로그래밍에서는 어디에 정보를 저장해야 하나?

HTML문서에는 정보를 저장, 수정, 삭제, 검색하는 것이 힘이 든다. HTML는 데이터와 양식 부분을 하나의 파일에 가지고 있기 때문에 어느 부분이 데이터인지 어느 부분이 양식 부분인지 구분이 안된다. 그러므로 수동으로 작업을 해서 문서를 작성해야 한다.

데이터베이스에 정보를 저장하고 화면이나 인쇄물로 보려면 프로그래밍으로 HTML과 결합해서 Display해야 한다.

이 방법에는 DB가 데이터부분을 , HTML이 View부분을 담당한다.

XML에서는 XML이 데이터 부분을 , XSL이 View부분을 담당한다.

DB방법과 XML방법에는 어떤 차이점들이 있나?

XML문서가 과연 기존의 DB와 HTML을 대체할 수 있는 것인가?

물론 복잡한 로직 구현이나, 테이블과 테이블을 조인하여 스토어 프로세스로 계산해 처리해야하는 프로그램에서는 DB+HTML+Web programing(COM) 방식이 더 좋다.(ERP...) B2B, EDI의 경우에도 이 방식으로 해결해야 할 부분이 많이 있다. DB의 포맷이 각각 다르므로 이 부분으로 통합/협업 시에는 직접 사용하지 못하고 Adapter를 통해서만 가능해 진다.

결론적으로 XML은 B2B, EDI, Integration, Collaboration분야에는 기존의 DB방식 보다 훨씬 유리하다고 할 수 있다.

그럼 XML문서를 어떻게 생성하는 것인가?

XML문서는 기존의 문서(HTML, DOC, PDF...)와는 다르게 데이터와 양식부분을 분리했고, 분리된 데이터 부분이 구조화 되어 있기 때문에 XML문서를 생성하는 문제가 쉽지 않다. XML문서가 N차원의 tree구조로 되어 있어서 생성, 수정, 삭제 할 때에는 DOM이나 SAX 등으로 해야한다.

다른 방법은 XML Registry(등록 생성기)를 이용하는 것이다. N차원 구조의 문서를 등록, 수정, 삭제할 수 있는 생성엔진으로는 BaseXML Engine이 있다.

XML 생성엔진의 필요성

BaseXML™ Registry는 Web Forms 형식으로 웹 브라우저에서 직접 인터넷 표준인 XML문서를 생성하는 등록기이다.

웹 브라우저에서 직접 XML 자동 생성 엔진을 통해 XML문서를 쉽게 생성한다. BaseXML™의 자동 생성 엔진은 인터넷 상에서 데이터를 전송해서 XML문서를 생성하고, XML Repository와 연동하여 저장, 관리하므로 UNIX, Linux, NT, Main Frame등의 플랫폼에 관계없이 어떤 솔루션과 시스템에도 적용할 수 있다.

다음 그림은 웹폼에서 엔진으로 XML문서를 생성하는 것을 보여준다.

이 방법은 인터넷으로 구현할 경우 다음과 같은 장점을 가지게 된다.

실시간으로 문서를 주고 받을 수 있다. RTE(Real Time Enterprise)상으로 XML문서를 주고 받으려면 XML문서가 HTTP상에서 생성 즉시 교환되어야한다.
(구현시간이 짧아진다)

인터넷으로 N명의 사용자가 동시에 XML문서를 웹 브라우저에서 생성한다. 기존의 레가시에서 XML문서를 생성하는 것보다 소프트웨어 비용이 적게 든다.
(소프트웨어 비용이 안든다)

웹상으로 문서를 생성 즉시 교환할 수 있다. XML문서를 HTTP상에서 생성하면 주고자하는 서버로 HTTP상에서 바로 전송할 수 있다.
(XML-EDI구현가능)

BaseXML방식과 기존 방식과의 차이점들은 다음과 같다.

기존의 XML작업방식은 자체 Format, Schema, RDB등의 중간 변환과정이 거쳐 XML을 생성하는 것이다.

이 방법은 변환 과정을 통해서 XML문서를 생성하는 것이므로 시간, 비용, 공수가 많이 들고, 오류가 발생하게 된다.

아래 도표는 baseXML 방식과 기존방식의 차이점을 나타낸다.