XML은 HTML을 대체하고 HTML의 약점을 보강하기 위해 만든 인터넷 표준문서입니다.

현재 웹 브라우저에서 사용할 수 있는 인터넷 표준문서는 HTML, XML이 있습니다.
XML은 원래 HTML과 같이 웹 상에서 사용하려고 만든 문서이며, 언어인 동시에 작은 저장소입니다.
그러므로 XML은 웹 상에서 사용하는 것이 맞습니다.

지금까지 인터넷에서 컨텐츠 표현언어로써 가장 많이 사용하던 HTML은 표현의 기능으론 적당했으나, 문서를 재사용하거나 검색하고자 할 때 한계에 부딪쳤습니다. 이를 해결할 차세대 인터넷 언어로 XML이 주목 받는 이유는 XML은 확장성, 호환성, 정보의 구조화가 가능한 언어이기 때문입니다. 이젠 XML을 모르고는 인터넷을 안다고 이야기 못하는 시대가 되고 있습니다. XML은 이젠 선택이 아니고 필수로 알아야 하는 인터넷의 핵심 기술입니다.

우리는 이미 잘 알고 있는 HTML(Hyper Text Makeup Language)은 현재 누구나 쉽게 인터넷에서 접하고 있습니다. 이 문서는 W3C(World Wide Web)라는 세계 표준기구에서 인터넷 표준으로 정한 문서입니다. HTML이 아니었으면 현재와 같은 인터넷 분야의 성공은 기대하기 힘들었는지도 모릅니다. 하지만 인터넷 성공의 주역인 HTML은 Display용으로 제작되어 있고, 문서를 재사용, 재편집하기가 어렵다는 약점을 가지고 있습니다.

◆그럼 HTML/일반문서(Office문서, PDF...)과 XML과는 어떤차이가 있을까요?

일반문서로 구조화되지 않은 정보를 저장해서 가지고 있으면 다음과 같은 약점이 있습니다.

◆XML문서를 웹 브라우저에서 볼려면, XSL이 필요합니다.

XSL(Extensible Stylesheet Language)은 XML 문서의 스타일을 정의하기 위한 언어입니다.
XSL은 크게 변환언어인 XSLT(XSL Transformation)와 출력언어인 XSL FO(XSL Formating Objects)로 구성되어 있습니다.

XSL은 XML의 View를 담당하는 언어입니다. 간단히 말해서 XML문서를 포장하는 일을 담당하는 언어입니다. XSL언어는 HTML의 Stylesheet의 모든 기능을 포함합니다.
XSLT는 XML문서를 다른 문서의 형태로 변환시킵니다. XSLT를 통해서 HTML, WML등의 문서로 변환해서 웹 브라우저에 Display하게 됩니다.

AutoXML은 Content Model기반의 웹 개발 기술입니다. 그리고 AutoXML기술은 XML on HTTP 기반에서 사용하는 기술입니다.

AutoXML기술은 일반 XML기술과는 제작과정과 산출물이 다릅니다.

AutoXML기술로 만든 XML문서는 완벽한 W3C표준 문서이며, 인터넷에서 바로 사용할 수 있는 문서입니다.

AutoXML기술은 웹 브라우저에서 W3C가 정한 표준문서(pureXML) 만을 사용하고 활용하는 기술임을 말하는 것입니다. 데이터는 XML에 저장하고, 뷰는 XSL이 가지고 있고 통신 프로토콜은 HTTP를 사용해서 웹 상에서 쓸 수 있는 XML기술인 것입니다.

pureXML(AutoXML)과 mixXML(ODF/OOXML)과의 차이점은 다음과 같습니다.

AutoXML은 W3C가 정한 10가지 원칙을 지키는 XML기술이며, 문서입니다.

The design goals for XML are :

1. XML shall be straightforwardly usable over the Internet.
2. XML shall support a wide variety of applications.
3. XML shall be compatible with SGML.
4. It shall be easy to write programs which process XML documents.
5. The number of optional features in XML is to be kept to the absolute minimum, ideally zero.
6. XML documents should be human-legible and reasonably clear.
7. The XML design should be prepared quickly.
8. The design of XML shall be formal and concise.
9. XML documents shall be easy to create.
10.Terseness in XML markup is of minimal importance.


W3C의 XML 개발 목표 :

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


pureXML은 W3C가 1998년 차세대 인터넷 표준문서로 제정했고, 이미 여러 산업군 분야에 표준으로 널리 보급 확산되고 있습니다.

pureXML이 가지는 장점은 W3C가 정한 표준 기술을 다 적용할 수 있습니다.
XSL, XSLT, XPointer, Xpath, XLink, DOM, SAX, XQuery, AJAX,Javascript, CSS, HTML

이는 XML기술과 기존의 웹프로그래밍 기술(HTML, Javascript, CSS, ASP, JSP, .NET, Java)과 결합해서 효과적인 어플리케이션과 솔루션을 개발할 수 있고, 컨텐츠 제작에도 기존 문서를 XML로 변환해서 사용할 수 있습니다.

현재 표준으로 진행중인 ODF, OOXML도 W3C가 정한 XML기본 원칙과 사상을 다 충족하지 못할 뿐아니라, 지금 가지고 있는 많은 XML의 장점(The design goals for XML)들을 포기해야하는 중대한 일이 진행되고 있습니다.

구분	pureXML	일반XML (mixXML)
XSL	사용	사용안함
사용 프로그램	웹 브라우저	Application
OSMU 실현	가능	불가능
Platform 관계	독립적	종속
OS	독립적	종속
종류	AutoXML	OOXML, ODF, FLEX...
기존 웹 기술과의 호환성	높다	낮다
개발 방법	Content Model	Data Model

AutoXML기술로 개발을 할 경우 기존 시스템의 자원을 다 버려야하는가? 아닙니다.
XML기술은 Killer Application기술이 아니고, Enable한 기술입니다 . 즉, XML은 기존 시스템을 그대로 유지하면서 보강시켜 주는 기술입니다.

XML이 뛰어나고 우수하다는 것은 확장성, 이식성, 호환성, 상호운영성, 가독성이 뛰어난 언어이기 때문이며 작은 저장소(DB)역할을 할 수 있으며 어떤 플랫폼에서나 잘 적용될 수 있기 때문입니다.
웹 어플리케이션/솔루션을 개발할 경우 기존의 RDBMS, 웹 프로그래밍 기술과 혼합해서 사용할 수 있습니다. 특히 HTML의 기능과 속성을 XML(XSL)에 다 가지고 있기 때문에 기존 웹 개발 기술을 그대로 활용할 수 있습니다.

웹 어플리케이션/솔루션을 개발할 경우 XML기술은 시스템과 시스템 사이의 통합과 연동에 매우 중요한 요소기술로서 사용하고 있습니다. XML은 이식성, 확장성, 상호 운영성이 매우 뛰어나서 기존 시스템과의 연동이 매우 쉽습니다.

다음 설명은 XML기술이 웹 어플리케이션/솔루션 개발 분야에 얼마나 적용되는지 분석한 모델입니다.

구분	Large XML Model	Medium XML Model	Small XML Model
AutoXML	80-90%	50%	10-20%
Legacy 기술	10-20%	50%	80-90%
적용 분야	디지털 콘텐츠를 많이 사용하는 시스템(EDMS, KMS, CMS) 데이터와 문서를 교환하는 시스템(B2B) 전자 결재	데이터와 문서를 교환하고 통합하는 시스템 (BPM, SCM, CRM, 협업ERP...)	비즈니스 로직이 많이 적용하는 시스템 (ERP...)

◆웹폼을 사용하는 웹개발과 AutoXML방식의 차이점은 없다!

일반적으로 Database기반의 Data Model방식의 개발은 웹폼을 이용해서 정보를 생성해서 DB에 저장합니다.

AutoXML개발 방식도 웹폼을 이용해서 XML문서에 생성해서 DB에 저장합니다.

기존 방식대로 웹폼에서 XML문서를 생성하고 DB에 저장하기에 기존 기술과 연동해서 사용하는데에 전혀 문제가 없습니다.

AutoXML개발 방식에서는 XML이 작은 데이터베이스 역할을 하기 때문에 DB에 걸리는 트랜젝션을 분산으로 처리하여 DB에 로드를 적게 발생시킵니다. 또한 XML문서의 대용량 처리에도 XML이 텍스트 문서로 구성되어 있어서 기존의 RDB를 이용해서 효과적으로 처리하는데 문제가 없습니다. View파일인 XSL은 100개의 XML 문서가 생성되더라도 1개의 XSL문서만 있어도 되므로 매우 작은 용량으로 수 백만 가지의 문서를 표현할 수 있습니다.

저장공간, 엑세스 속도, 분석 프로세스 등을 총체적으로 비교할 경우, 웹 상에서 XML로 데이터를 저장하는 것이 RDBMS만 가지고 처리하는 것보다 효과적입니다.
XML Repository가 기존의 RDBMS의 기능을 모두 포함하고 있으며 그 역할을 할 수 있습니다.
현재 XML 전용 데이터베이스는 트랜젝션처리가 매우 탁월하고, 실행 속도 역시 RDBMS보다 현저하게 빠릅니다.
XML은 텍스트 기반이기 때문에 기존의 RDBMS와의 호환성이 매우 우수합니다.

AutoXML개발 방식은 정형/비정형 정보를 XML문서로 저장하며, Logic이 필요한 정형 데이터를 추출해서 RDB형식의 테이블에 저장합니다.

AutoXML개발 방식은 정형/비정형 정보를 XML문서로 저장하며, Logic이 필요한 정형 데이터를 추출해서 RDB형식의 테이블에 저장합니다.

보통 RDB형식의 테이블에 저장할 Logic이 필요한 데이터는 전체 정보의 약 10-20%를 차지합니다.

이 질문의 근본 취지는 개발 시간과 공수, 투입 인원을 산출해서 정확히 답해야 합니다. 두 가지 개발 시스템을 비교하는 데에는 많은 부분을 비교 분석해야 하나 간단히 구체적인 것들을 비교한다면 다음과 같이 정리할 수 있습니다.

만약 100개의 문서를 전자 결재 시스템에 HTML/DB방식으로 구현하려면 이론상으로 100개의 테이블을 디자인하고 프로그래밍해야 합니다.

100개의 문서를 전자 결재 시스템에서 AutoXML방식으로 구현하려면 이론상으로 XML/XSL/Webform 문서를 디자인합니다.

• 1개의 문서를 XML/XSL/Webform 문서로 디자인하는 시간: 5시간
• 문서 변경으로 XML/XSL/Webform 문서를 수정하는 시간: 1시간
• 100개의 문서를 구현하는데 걸리는 시간(DB디자인/프로그래밍): 5시간 * 100=500시간+수정시간

실질적으로 웹프로그래밍을 모르는 일반 사용자 수준에서 결재문서를 결재문서 시스템에 구현할수 있는 것은 AutoXML방식으로는 가능합니다. AutoXML방식에서 위의 방법이 가능한 것은 DB디자인/웹 프로그래밍 과정을 생략하기 때문입니다.

AutoXML기반의 개발 프로세스는 많은 부분이 자동화된 TOOL과 Engine에서 해결하기 때문에 개발 기간과 공수가 많이 절감될 수 있습니다. 기존 방식에서 통합 프로세스를 추가로 개발할 경우 데이터 교환을 위해 프로그래머에 의한 코딩을 보강해서 개발해야 하나, AutoXML방식에서는 간단히 TOOL로서 구현이 가능하고, 문서 교환도 동시에 구현할 수 있습니다.

그리고 .NET with BizTalk, C# 플랫폼은 Windows기반에서만 구현되므로 다른 Linux나, UNIX, 메인프레임에서의 개발을 지원하지 않기 때문에 개발을 따로 해야 하나, AutoXML기반의 플랫폼에서의 개발은 모든 플랫폼을 지원하므로 개발의 공수와 중복개발을 줄일 수 있습니다.

AutoXML개발방식은 OSMD(One Source Multi Device)를 지원하기에 OS와 Hardware Device에 독립적으로 개발 할수 있기에 시간, 비용, 공수가 절감된다!

기존의 RDBMS기반의 웹 어플리케이션을 구현할 경우 흔히 일반적으로 사용하는 소재는 HTML, COM, DB, 첨부파일(DOC, XLS, PDF…)들입니다. 이경우 데이터는 Database와 첨부파일이 담당하고, .NET이나 Java등의 웹프로그래밍을 통해서 Presentation을 HTML, COM으로 구현하는게 보통입니다. 여기서 우리가 사용하는 소재가 무엇인가가 중요합니다. 이젠 하나의 시스템을 개발할 경우 단일 시스템으로 운영되는 것이 아니라서, 시스템과 시스템 사이의 업무 통합과 데이터/문서 통합이 중요시 되고있습니다. 특히 하나의 시스템에서 발생한 데이터(예 ERP의 생산 계획)를 타 시스템(SCM)에서 사용할 경우가 빈번히 발생하고 있습니다

AutoXML기술은 돈먹는 하마를 제거한다!

AutoXML은 인터넷 웹 상에서 시스템 개발을 할 경우 보안상의 문제는 다음과 같은 방법으로 해결하고 있습니다.

●1단계: PKI인증/OTP(One Time Password) 기반의 보안
●2단계: 어플리케이션 기반의 패스워드 보안
●3단계: 인증서버에 의한 사용자 권한 부여
●4단계: ACL(Access Control List)에 의한 사용자 별 한정 서비스 수행
●5단계: XML문서 기반의 보안(샘플코드 보기)

XML기반의 콘텐츠 보안문제는 RDBMS 기반 시스템에서는 구현하기 어려우며 AutoXML기반 통합 보안시스템으로 해결할 수 있습니다.
XML 보안에는 XML 서버, XML 인증, XML 암호키 관리 스펙(XKMS), XML 콘텐츠 보안 등의 기술이 있습니다.
이렇듯 콘텐츠 보안은 RDBMS 기반의 시스템에서 적용하기 어려운 부분을 구현할 수 있기 때문에 중요한 Data를 다루는데 시스템에 활용될 수 있습니다.

웹 응용프로그램 개발 시 가장 중요하게 다루는 부분이 보안입니다.
AutoXML기술은 인터넷으로 주고 받는 데이터를 보안하는데 매우 탁월하게 사용될 수 있습니다.

시스템 통합을 구축할 때에 다음과 같은 5가지의 표준화를 고려해야합니다.

데이터 표준화

문서 표준화

업무프로세스 표준화

메세징 표준화

인터페이스 표준화

그중 가장 중요하게 검토해야 할 핵심부분은 데이터와 문서의 표준화입니다. 데이터와 문서의 표준(기준)이 없으면 통합 시스템 개발 시 많은 시간, 비용, 공수가 듭니다.

여기서 제일 중요한 것이 XML에 의한 데이터 표준화입니다.

“왜 XML로 표준화를 해야 하는가” 누군가가 질문 한다면, 대답은 간단합니다.
XML은 1998년 W3C에서 정한 국제 표준문서입니다. 왜 표준이 되었는가에 대해서는 그만한 이유가 있습니다.

여러 W3C 워킹 그룹, IT기업 및 연구소, 전문기관에서는 이미 XML의 커다란 장점에 대해서 다 정리했습니다. XML이 왜 기존 문서나 DB에서 해결 못한 많은 장점을 가진 언어이며, 문서인가에 대해서는 이미 다 알려졌습니다. 세계 유수 IT기업(IBM,SUN,MS,BEA,Oracle…)이 엄청난 시간과 돈을 투자해서 XML기술에 투자하는 데에도 그만한 이유가 있습니다. 인터넷에서 현재 사용하는 HTML과 Web Programming 기술로는 표현의 기능 외에 문서교환이나 확장성, 통합과 협업에 있어서 한계가 있는 것입니다. 이러한 문제점들을 해결할 대체수단으로 XML과 웹 서비스를 지목하고 있습니다.

여기서 우리가 주목해야 할 중요한 사실은 모든 플랫폼, 어플리케이션, TOOL들이 XML을 지원하고 있고, 지원해야만 한다는 것입니다. 이는 XML이 표준이기 때문 만이 아니라, XML을 지원하지 않는 시스템이나 어플리케이션, DB는 다 없어진다는 (전문가들의) 예상이 있기 때문입니다.
시스템 간의 통합과 협업 및 정보와 문서를 주고 받는 것에 XML외에 다른 대체 수단이 없기 때문에 XML이 매우 중요한 핵심 기술로 부상하고 있는 것입니다.

● Integration절차가 다른 통합방식보다 간단합니다.
● Integration개발시간이 다른 통합방식보다 적게 듭니다.
● Adapter수(프로세스 별)가 다른 통합방식보다 적게 필요합니다.
● 문서교환이 다른 통합방식보다 간단합니다.
● 확장성/상호호환성이 다른 통합방식보다 뛰어납니다.

답변 ● Integration 절차가 다른 통합방식보다 간단합니다.

보통 Adapter방식으로 Integration을 구현하려면 다음과 같은 단계가 진행됩니다.

일단 기존 시스템에서의 통합방식에서 A System에서 B System으로 데이터를 주는 방법은, 먼저 코딩이나 TOOL로서 스트림 데이터를 만든 후 FTP로 전송해서 담당자가 코딩이나 EAI TOOL로 B System의 DB에 데이터를 생성하는 방법으로 진행됩니다.

여기서 우리는 통합방식의 구현 시간, 공수, 인력, 확장용이성, 유지보수의 용이성을 점검해 보아야 합니다. 특히 중요하게 고려해야 할 사항은 통합의 기본 재료인 SAM File과 XML File이 다르다는 것에 있습니다. XML파일은 구조화 되어 있기에 통합 구현 시 개발 시간이 엄청 단순해 집니다. 왜냐하면 XML구조를 다루는 DOM/SAX기술은 여러 벤더(MS, SUN, IBM, Oracle…)들이 지원하고 있고 3Ksoft의 AutoXML 플랫폼의 TOOL도 간단한 조작으로 쉽게 통합을 구현 시킬 수 있습니다.

그리고 가장 중요한 요소가 자동화입니다.
SAM File로 만들어서 FTP로 전송하여 통합을 구현하려면, 사람이 수동으로 처리해야 하나, XML을 HTTP(웹 브라우저)에서 처리할 경우 자동으로 Integration을 실시간으로 구현할 수 있다는 커다란 장점이 있는 것입니다. 이것은 데이터가 실시간으로 처리해야 하는 프로세스에서 커다란 효과가 있습니다.

답변 ● Integration개발시간이 다른 통합방식보다 적게 듭니다.

이것의 답변은 간단합니다. XML기반의 통합 구현은 여러 가지 면에서 표준을 채택하였습니다. 시스템 통합을 구현하고자 하는 사람에게는 여러 표준화(데이터, 문서, 인터페이스, 메세징)로부터 가지는 장점(기준과 표준이 있다는)으로 인해 쉽게 통합을 구현할 수 있습니다.
AutoXML기반의 통합은 전문개발자가 아니더라도 TOOL과 AutoXML Mapper로서 통합을 쉽게 구현할 수 있습니다.
개발 시간도 그에 따라 효과적으로 줄일 수 있습니다.

답변 ● Adapter수(프로세스 별)가 다른 통합방식보다 적게 필요합니다.

기존의 통합 방식은 Point TO Point방식으로 구현하기 때문에 시스템 간의 통합 구현 시 이론적으로 다음과 같은 Adapter 수를 만들어야 합니다.

▶ System Data 연동-호환을 해결하기 위해 어뎁터를 이용
▶ 처리속도 : 느림
▶ System 부하 : 부하가 많이 걸림.
▶ 타 그룹 또는 타 기관과 연동 시 엄청나게 복잡하고 연동이 어려움
▶ 유지보수 : 많은 수의 어뎁터 개발, 높은 유지보수비용

▶ System data 연동-호환을 해결하기 위해 XML을 이용
▶ 처리속도 : 매우 빠름.
▶ System 부하 : 거의 없음.
▶ 타 그룹 또는 타 기관과 연동 시 쉽게 연동
▶ 유지보수 : 유지보수 비용의 획기적 절감

여기에서 XML에 의한 통합 구현은 MAPPING정보를 가진 MAP파일 만을 만들어서 MAP Repository에 저장해 놓으면 됩니다. 그러면 AutoXML Mapper가 이 정보를 분석해서 XML파일의 내용을 원하는 DB의 테이블에 맵핑 시킵니다. (위의 그림5 AutoXML 통합 방식 참조)

기존 EAI업체들은 통합의 방법에 있어서 Adapter방식의 통합을 채택하고 있습니다.
이는 많은 시간, 투자, 리소스가 필요하며, 처리속도도 느립니다.

Adapter방식의 통합에서 필요한 Adapter숫자 = N*(N-1)/2
XML에 의한 통합에서 필요한 Adapter숫자 = N (시스템 숫자)

답변 ● 문서교환이 다른 통합방식보다 간단합니다.

AutoXML통합 방식은 시스템과 시스템 사이에 정보를 통합하는 EDI(Electronic Document Interchange)의 기반을 기본으로 구축되어 있습니다. 기존의 통합 구현은 데이터만 어떻게 통합할 것인가를 고려한 반면, AutoXML통합 방식은 데이터 통합과 문서 교환을 동시에 구현하는 시스템입니다. 그리고 이 시스템으로 XML기반의 EDI를 보다 쉽게 구현할 수 있을 뿐 아니라 AutoXML통합 방식을사용하는 모든 사용자(타 시스템의 이용자 포함)가 XML문서를 인쇄 할 때 이미 양식이 XSL로 표현되어 있기 때문에 추가로 Reporting TOOL의 개발없이 인쇄해서 바로 오프라인 문서로 활용할 수 있습니다. (전체적으로 시간과 공수 절약)

답변 ● 확장성/상호호환성이 다른 통합방식보다 뛰어납니다.

XML은 확장성, 이식성, 상호운영성이 뛰어난 언어 및 기술이므로 모든 RDBMS와 모든 플랫폼(NT, UNIX, Linux, 메인프레임)에 사용되고 있습니다.
특히 XML은 산업 각 분야에 이미 표준으로 자리 매김하고 있으므로 XML로 통합 구현하는 것은 어느 시스템이나 플랫폼에서도 쉽게 구현이 가능합니다.

AutoXML개발 방식은 기존 개발방식보다 개발 시간, 비용, 공수 면으로 훨씬 효율적입니다.

기존 개발 방식에서는 Database와 프로그래밍 중심으로 개발하다보니 모델링/기획에서 Test/QA까지 전 작업구간에 시간, 비용, 공수면에서 비 효율적으로 진행됩니다.

Test및 QA에서 나온 요구사항이 고쳐지려면 처음부터 다시 검토하고 Databse를 변경하면 프로그램부터 UI까지 수정하므로서 개발 기간, 비용, 공수가 증가합니다.

AutoXML 개발방식에서는 Content Modeling 단계에서 Test가 개발 이전에 발생하므로 개발전에 미리 점검할수 있으므로 시행착오나 오류를 현격하게 줄일 수 있습니다.

UI, 기능, 디자인을 개발전에 점검할 수 있는 커다란 장점이 있습니다. 이는 전체 프로젝트를 크게 단축시킵니다.

◆ AutoXML개발과 기존개발 방식의 생산성, 비용, 속도 비교

구분	일반방법	AutoXML	AutoXML + Model
생산성	100	200	400
비용	100%	75%	50%
속도	100	200 이상	200

인터넷에서 현재 사용할 수 있는 인터넷 표준언어/문서는 HTML(Hyper Text Markup Language)과 XML(eXtensible Markup Language)입니다.

◆ AutoXML의 특징

인터넷 표준 문서

구조화된 문서

가독성/호환성/상호운영성이 뛰어남

생성/교환시에 웹브라우저를 사용하므로 소프트웨어 비용 절감

프로세스를 자동화→ 자동화 가능

보안이 뛰어남

전송시 속도가 빠름

검색이 빠르고 정확

XML은 표준문서/언어/메세지/인터페이스/작은 DB

◆ AutoXML/HTML 결과물의 차이점

일부 사용자는 "우리는 디자인이 매우 중요하다, XML에서는 디자인을 기존HTML처럼 사용 못하는 것이 아니야?"하는 질문을 합니다.

XML은 HTML을 포함하고 있는 W3C표준문서이다

HTML에서 이미지, 동영상, 음성파일을 사용하는 것과 똑같다.

디자인에 관한 문제로 XML과 HTML을 구분해서는 안된다.

이말은 디자인은 디자인의 문제지 XML과는 전혀 상관이 없습니다.

Description of W3C Technology Stack Illustration
위표에 보듯이 HTML, XHTML, HTML5는 이미 XML에 포함되어있습니다.