H. Buts de conception

Cette annexe est informative.

Dans cette annexe, les buts de conception sont identifiés par une étiquette de la forme « Gn » et les exigences par une étiquette de la forme « Rn.n ». Il y a quatre buts de conception majeurs pour le cadre de modularisation de XHTML :

• [G1] Regrouper les parties sémantiquement liées de XHTML.
• [G2] Avec la technologie DTD, soutenir la création de langages apparentés (sous-ensembles, surensembles) pour des besoins spécifiques (appareils miniatures, appareils spécialisés), tout en garantissant une mise en commun des parties chevauchantes.
• [G3] Faciliter le développement futur en permettant le remplacement de parties du langage par des modules améliorés (par exemple, les formlaires) sans déstabiliser le reste du langage.
• [G4] Encourager et faciliter la réutilisation des modules dans d'autres langages.

H.1. Exigences

Les buts de conception listés à la section précédente conduisent à un grand nombre d'exigences pour le cadre de modularisation. Ces exigences, résumées ici, peuvent en outre être classées selon les caractéristiques majeures du cadre à décrire.

H.1.1. Granularité

Dans leur ensemble, les exigences dans cette section expriment le souhait que les modules définis dans le cadre atteignent le niveau adéquat de granularité :

• [R1.1] Les modules abstraits devraient promouvoir et maintenir la portabilité du contenu.
• [R1.2] Les modules abstraits devraient promouvoir la normalisation des profils de plateforme.
• [R1.3] Les modules abstraits devraient être assez grands pour promouvoir l'interopérabilité.
• [R1.4] Les modules abstraits devraient être assez petits pour éviter le besoin de sous-ensembles.
• [R1.5] Les modules abstraits devraient rassembler les éléments avec des sémantiques semblables ou liées.
• [R1.6] Les modules abstraits devraient distinguer les éléments avec des sémantiques dissemblables ou sans rapport.
• [R1.7] Les modules devraient être assez petits pour permettre des modules de type de document d'un seul élément.

H.1.2. Composabilité

Les exigences de composabilité (composibility) listées ici sont destinées à garantir que le cadre de modularisation puisse exprimer l'ensemble adéquat de modules cibles demandés par les communautés qui seront servis par le cadre :

• [R2.1] Le cadre de modularisation devrait permettre la contruction de modules abstraits pour XHTML 1.0.
• [R2.2] Le cadre de modularisation devrait permettre la construction de modules abstraits qui approchent étroitement HTML 4.
• [R2.3] Le cadre de modularisation devrait permettre la construction de modules abstraits pour d'autres recommandations du W3C.
• [R2.4] Le cadre de modularisation devrait permettre la construction de modules abstraits pour d'autres types de document XML.
• [R2.5] Le cadre de modularisation devrait permettre la construction de modules abstraits pour une grande variété de profils de plateforme.

H.1.3. Facilité d'utilisation

Le cadre de modularisation ne sera largement adopté par notre public cible que s'il décrit des mécanismes qui facilitent son utilisation :

• [R3.1] Le cadre des modules devrait faciliter aux concepteurs de types de document la réduction et l'extension des modules abstraits XHTML.
• [R3.2] Le cadre des modules devrait faciliter aux concepteurs de types de document la création de modules abstraits pour d'autres types de document XML.
• [R3.3] Le cadre des modules devrait faciliter aux créateurs de documents la validation des éléments provenant de modules abstraits différents.

H.1.4. Compatibilité

L'intention de ce document est que le cadre de modularisation décrit ici fonctionne bien avec XML et les autres standards développés par les groupes de travail du W3C :

• [R4.1] Le cadre des modules devrait être strictement conforme à la recommandation XML 1.0.
• [R4.2] Le cadre des modules devrait être compatible avec la spécification du langage de liaison XML (XLink) [XLINK].
• [R4.3] Le cadre des modules devrait être compatibles avec la spécification Association des feuilles de style aux documents XML [XMLSTYLE].
• [R4.4] Le cadre des modules devrait pouvoir adopter les nouvelles recommandations du W3C lorsque c'est approprié.
• [R4.5] Le cadre des modules ne devrait pas dépendre des travaux en cours du W3C.
• [R4.6] Le cadre des modules ne devrait pas dépendre de travaux réalisés hors du W3C.

H.1.5. Conformité

L'efficacité du cadre se mesurera également par la facilité de tester le comportement des modules développés conformément au cadre, et des documents qui emploient ces modules pour la validation :

• [R5.1] Il devrait être possible de valider les documents construits à l'aide des éléments et attributs des modules abstraits.
• [R5.2] Il devrait être possible de décrire explicitement le comportement des éléments et attributs des modules abstraits.
• [R5.3] Il devrait être possible de vérifier le comportement des éléments et attributs des modules abstraits.
• [R5.4] Il devrait être possible de vérifier un type de document hybride comme étant un type de document XHTML.
• [R5.5] Les modules définis conformément aux méthodes décrites dans ce document ne copieront pas les noms des éléments ou des entités paramètres définis dans les modules XHTML.