H. Цели дизайна

Это приложение является информативным.

В этом приложении цели дизайна помечены лэйблом "Gn", а требования идентифицируются лэйблом "Rn.n".
Вот 4 главных целей дизайна для каркаса модуляризации XHTML:

• [G1] Группировать семантические связанные части XHTML.
• [G2] Использовать технологию ОТД (Определения Типа Документа) для поддержки создания связанных языков (поднаборов, наднаборов) специального назначения (портативные устройства, специальные устройства), гарантируя единство перекрывающихся частей.
• [G3] Облегчать  будущую разработку, давая возможность замещать части языка улучшенными модулями (например, формы) без нарушения оставшихся частей языка.
• [G4] Поощрять и облегчать повторное использование модулей в других языках.

H.1. Требования

Цели дизайна из предыдущего раздела ведут к появлению большого количества требований к каркасу модуляризации. Эти требования, обобщённые в данном разделе, могут в дальнейшем быть классифицированы в соответствии с основными описанными возможностями каркаса.

H.1.1. Дробность

Суммарно требования этого раздела можно выразить пожеланием - модули, определённые в каркасе, должны иметь высокий уровень дробности:

• [R1.1] Абстрактные модули должны продвигать и обслуживать портативность содержимого.
• [R1.2] Абстрактные модули должны продвигать стандартизацию профилей платформ.
• [R1.3] Абстрактные модули должны достаточно большими, чтобы способствовать взаимодействию.
• [R1.4] Абстрактные модули должны быть достаточно маленькими, чтобы исключить необходимость создания поднаборов.
• [R1.5] Абстрактные модули должны объединять элементы со схожей или связанной семантикой.
• [R1.6] Абстрактные модули должны разделять элементы с несхожей или несвязанной семантикой.
• [R1.7] Модули должны быть достаточно маленькими, чтобы допускать модули одноэлементного типа документа.

H.1.2. Сочетаемость

Требования сочетаемости, перечисленные здесь, дают возможность удостовериться, что каркас модуляризации может выражать верный набор целевых модулей, необходимых для сообщества, обслуживаемого каркасом:

• [R2.1] Каркас модуля должен давать возможность конструировать абстрактные модули XHTML 1.0.
• [R2.2] Каркас модуля должен давать возможность конструировать абстрактные модули, максимально близкие к HTML 4.
• [R2.3] Каркас модуля должен давать возможность конструировать абстрактные модули для других Рекомендаций W3C.
• [R2.4] Каркас модуля должен давать возможность конструировать абстрактные модули для других типов документов XML.
• [R2.5] Каркас модуля должен давать возможность конструировать абстрактные модули для большого количества профилей платформ.

H.1.3. Лёгкость использования

Каркас модуляризации может только тогда широко применяться, когда он описывает механизмы, облегчающие использование каркаса целевой аудиторией:

• [R3.1] Каркас модуля должен облегчать дизайнерам типа документа подразделение и расширение абстрактных модулей XHTML.
• [R3.2] Каркас модуля должен облегчать дизайнерами типа документа создание абстрактных модулей для других типов документов XML.
• [R3.3] Каркас модуля должен облегчать авторам документов проверку элементов из различных абстрактных модулей.

H.1.4. Совместимость

Данный документ предназначен для того, чтобы каркас модуляризации, описанный здесь, хорошо работал с XML и другими стандартами, разрабатываемыми Рабочим Группами W3C:

• [R4.1] Каркас модуля должен строго соответствовать Рекомендациям XML 1.0.
• [R4.2] Каркас модуля должен быть совместимым со спецификацией XML Linking Language (XLink) [XLINK].
• [R4.3] Каркас модуля должен быть совместимым со спецификацией Associating Style Sheets with XML documents [XMLSTYLE].
• [R4.4] Каркас модуля должен быть способен воспринимать новые Рекомендации W3C, если это необходимо.
• [R4.5] Каркас модуля не должен зависеть от ведущейся работы W3C.
• [R4.6] Каркас модуля не должен зависеть от работы, выполняемой вне W3C.

H.1.5. Соответствие

Эффективность каркаса будет определяться также тем, несколько легко будет тестировать поведение модулей, разработанных в соответствии с каркасом, и тестировать документы, использующий эти модули для проверки:

• [R5.1] Должна иметься возможность легализовать документы, сконструированные с использованием элементов и атрибутов из абстрактных модулей.
• [R5.2] Должна иметься возможность явно описывать поведение элементов и атрибутов из абстрактных модулей.
• [R5.3] Должна иметься возможность проверять поведение элементов и атрибутов из абстрактных модулей.
• [R5.4] Должна иметься возможность проверять гибридные типы документа, такие, как тип документа XHTML.
• [R5.5] Модули, определённые в соответствии с методами данного документа, не должны будут дублировать имена элементов или объектов параметров, определённых в модулях XHTML.