W3C 표준 제정 프로세스

전체 프로세스

W3C 워킹그룹은 웹 기술 표준화를 추진하기 위해 일련의 단계를 따릅니다. 이를 W3C 기술 보고서 개발 프로세스라고 합니다.

[caption id="attachment_1451" align="alignnone" width="466"] w3c process flow[/caption]

표준화 프로세스와 후속 수정 프로세스 2 부분으로 나뉩니다. 구체적인 내용은 하문을 참조하세요.

표준화 프로세스

주요 프로세스는 다음과 같습니다:

WD -> CR -> PR -> REC
1     2     3     4

첫 번째 WD(작업 초안) 에서 시작하여 CR(후보 권고), PR(제안 권고) 을 거쳐 마지막으로 REC(권고) 가 됩니다. REC 가 되기 전 3 단계에는 후회할 기회가 있습니다:

WD, CR 은 반복적으로 확인 가능
CR 은 WD 로 후퇴 가능
PR 자체에는 반복 확인은 없지만, CR 과 WD 로 후퇴 가능

REC 가 된 후, 두 가지 가능한 상태 변화가 있습니다:

편집 권고 (Edited Recommendation) 로 재발행
취소되어 취소된 권고 (Rescinded Recommendation) 가 됨

또한, W3C 는 언제든지 전체 프로세스를 종료할 수 있습니다.

표준화의 구체적인 프로세스는:

첫 번째 공개 작업 초안 (First Public Working Draft) 발행
[선택사항] 몇 개의 수정 공개 작업 초안 (revised Public Working Drafts) 발행
후보 권고 (Candidate Recommendation) 발행
제안 권고 (Proposed Recommendation) 발행
W3C 권고 (W3C Recommendation) 발행
[선택사항] 편집 권고 (Edited Recommendation) 발행

WD 에서 REC 까지, 성숙도는 점점 높아집니다. 책임자 (Director) 는 더 높은 성숙도 단계로의 발전을 거부할 수 있고, 낮은 성숙도 단계로의 후퇴를 선택할 수 있습니다.

Working Draft (WD)

작업 초안은 W3C 에서 발행하며, 커뮤니티 검토를 위한 문서입니다. W3C 회원, 공개 및 기타 기술 기관이 포함됩니다.

일반적으로 작업 초안은 권고로 추진될 의도입니다. 워킹그룹의 기대는 작업 초안의 문서 상태 섹션에 명시되어 있습니다. 권고로 추진할 의도가 없거나 더 이상 추진하지 않는 작업 초안은 워킹그룹 노트 (Working Group Note) 로 발행해야 합니다. 작업 초안은 반드시 워킹그룹의 총의를 나타내는 것은 아니며, W3C 또는 그 회원이 일반적인 기술 분야 작업 외의 어떤 승인을 의미하는 것도 아닙니다.

Candidate Recommendation (CR)

후보 권고는 워킹그룹의 기술 요구사항을 충족하며 광범위한 검토를 거친 문서입니다.

W3C 가 후보 권고를 발행하는 목적은 4 가지입니다:

커뮤니티에 최종 검토를 할 시기임을 알림
구현 경험 수집
자문위원회 (Advisory Committee) 가 공식 검토를 시작하며, 해당 문서를 W3C 권고로 발행하거나, 워킹그룹에 반환하여 추가 수정하거나, 폐기할 것을 권고할 수 있습니다
W3C 특허 조항 (W3C Patent Policy) 에 따라 거부할 기회를 제공합니다. 주의: 이 프로세스 중의 후보 권고는 특허 조항 중의 최종 작업 초안 (Last Call Working Draft) 에 해당합니다

주의: 후보 권고는 권고로 수용될 것으로 예상됩니다. 그렇지 않은 경우, 왜 이렇게 늦은 단계에서 예상을 변경하는지 명시해야 합니다.

Proposed Recommendation

제안 권고는 W3C 책임자에 의해 품질이 기준을 충족한다고 승인된 문서입니다 (W3C 권고로서의 품질에 충분). 이 단계는 자문위원회에 후보 권고로부터의 검토의 최종 기한을 확정합니다. 새로운 작업 초안 또는 후보 권고를 발행하지 않는 한, 제안 권고에 대한 실질적인 변경은 금지됩니다.

W3C Recommendation (REC)

W3C 권고는 광범위한 합의 형성을 거쳐 W3C 회원과 책임자의 승인을 얻은 사양 또는 요구사항입니다. W3C 는 해당 권고를 웹 표준으로 널리 사용할 것을 권장하며, W3C 특허 조항에 따라 부여되는 W3C 로열티 프리 지적 재산권 라이선스는 W3C 권고에 적용됩니다.

Obsolete Recommendation

폐지 권고는 W3C 가 권고의 지속적인 커뮤니티 구현을 지원하기에 충분한 시장 관련성이 없다고考える 사양이지만, 권고를 취소해야 하는 근본적인 문제가 있는 것은 아닙니다. 폐지 권고는 충분한 시장 점유율을 획득할 가능성이 있으며, 이 경우 W3C 는 이를 권고 상태로 복구합니다. 폐지 권고는 W3C 가 특허 정책에 따라 부여하는 로열티 프리 지적 재산권 라이선스 권고와 동일한 지위를 가집니다.

Rescinded Recommendation

취소된 권고는 W3C 가 더 이상 승인하지 않는 완전한 권고이며, 권고 상태로 복구하는 것은 불가능하다고 생각하는 것입니다.

Working Group Note, Interest Group Note (NOTE)

워킹그룹 노트 또는 인터레스트그룹 노트는特许 워킹그룹 또는 인터레스트그룹에서 발행하며, 유용하지만 공식 표준으로 할 의도가 없는 문서에 안정적인 참조를 제공하거나, 권고서가 되지 않은 폐기된 작업을 기록하는 데 사용��니다.

워킹그룹과 인터레스트그룹은 편집 초안 (Editor's draft) 을 제공할 수 있습니다. 편집 초안에는 공식적인 지위가 없으며, 워킹그룹 또는 인터레스트그룹의 총의를 나타내는 것이 아니며, W3C 의 어떤 방식으로든 그 내용이 승인되는 것도 아닙니다.

REC 수정 프로세스

권고 발행 후 수정이 필요한 경우가 있습니다 (예: 오자 수정, 또는 대규모 변경). 수정 프로세스가 필요합니다:

// 실질적인 변경 (대규모 변경)
새로운 기능을 추가해야 함 -> 첫 번째 WD 를 작성하고 처음부터 프로세스 전체를 재실행
새로운 기능을 추가하지 않음 -> 책임자의 승인을 거쳐 CR 단계로 복귀

// 비실질적인 변경 (소규모 변경)
책임자의 승인을 거쳐 변경하지 않음

오자 수정 관리

권고에 대한 오류 추적은 워킹그룹의 지속적인 관심사이므로, 워킹그룹 헌장의 허가 범위는 일반적으로 권고 발행 후의 오자 수정 작업을 허용합니다.

워킹그룹은 독자와 구현자로부터 보고된 오류의 기록을 유지해야 합니다.此类 오류 보고의 처리 빈도는 분기에 1 회를 내려서는 안 되며, 권고의 독자는 특정 권고에 해당하는 오자 수정을 쉽게 열람할 수 있어야 합니다.

워킹그룹은 오자 수정의 기록 방법을 결정합니다. 모범 사례는 권고 텍스트 내용에서 확정할 수 있는 문서로, 오자 수정과 어떤 제안 수정을 명확히示하거나, 데이터베이스에서 자동 생성되는 등,各种 형식의 오자 수정 페이지를 포함한 다른 방법입니다.

오자 수정은 워킹그룹에서 제공하는 정보적인 "제안" 수정으로 해결됩니다. 다음 소절에서 설명하는 권고 수정 프로세스를 거쳐, 수정은 권고의 일부가 됩니다.

권고 수정

워킹그룹은 권고의 재발행을 요구할 수 있습니다. 그렇지 않은 경우, W3C 는 사양 텍스트에 대한 변경을 수행하지 않는 수정을 수행하기 위해 권고를 재발행할 수 있습니다.

권고에 대한 편집 수정은 제안된 변경에 대한 기술 검토를 필요로 하지 않습니다. 발행 결의에 반대표가 없는 경우, 워킹그룹은 권고의 발행을 요구할 수 있습니다. 그렇지 않은 경우, W3C 는 초기의 각 성숙도 단계를 거치지 않고此类의 변경을 수행하기 위해 권고를 발행할 수 있습니다.此类의 발행물은 편집 권고 (Edited Recommendation) 라고 합니다.

실질적인 변경이 있지만 새로운 기능을 추가하지 않는 권고에 대한 수정, 또는 수정안을 권고로 직접 발행하는 것에 투표로 반대하는 경우, 워킹그룹은 후보 권고의 발행을 요구할 수 있습니다. 초기의 성숙도 단계를 거칠 필요는 없습니다.

후자의 2 가지 경우, 얻어진 권고는 편집 권고라고 합니다.

이전 소절에서 언급한 편집 권고의 발행을 요구할 때, 관련된 성숙도 단계의 요구사항을 충족하는 것 외에도, 워킹그룹은:

문서 변경이 광범위한 검토를 거쳤음을示해야 한다
기록된 모든 오자 수정을 해결해야 한다

새로운 기능을 도입하는 변경에 대해서는, W3C 는 새로운 첫 번째 작업 초안부터 시작하여, 기술 보고서를 권고로 추진하는 전체 프로세스를 따라야 합니다.

참고 자료

World Wide Web Consortium Process Document