LENGUAJES DE MARCAS Y SISTEMAS DE GESTIÓN DE INFORMACIÓN
|
|
Título del Test:
![]() LENGUAJES DE MARCAS Y SISTEMAS DE GESTIÓN DE INFORMACIÓN Descripción: Definición de esquemas y vocabularios de XML Unidad 3 |



| Comentarios |
|---|
NO HAY REGISTROS |
|
¿Cuál es el propósito general de un esquema XML?. Comprimir documentos XML para reducir su tamaño. Imponer estructura y reglas sintácticas a un tipo concreto de documentos XML. Transformar XML a HTML usando XSLT. Ejecutar consultas sobre XML como si fuera una base de datos relacional. Respecto a DTD y XML Schema (XSD), ¿qué afirmación es correcta?. DTD es más reciente que XML Schema y fue propuesto por la W3C en 2001. XML Schema no permite definir tipos de datos, solo estructura. DTD es anterior a XML y proviene de SGML, mientras que XML Schema es más potente y expresivo. DTD utiliza siempre sintaxis XML estricta (con etiquetas bien cerradas). ¿Dónde se asocia un DTD a un documento XML para poder validarlo?. En el prólogo del XML mediante una declaración <!DOCTYPE ...>. En la cabecera HTTP Content-Type del servidor. En un atributo xsi:schemaLocation del elemento raíz. En un comentario al final del archivo XML. Sobre la asociación de un documento XML con un XML Schema (XSD), ¿qué combinación es la típica para indicar el esquema sin espacio de nombres?. <!DOCTYPE root SYSTEM "archivo.xsd">. <?xml-schema href="archivo.xsd"?>. xmlns:xsd="http://www.w3.org/2001/XMLSchema" xsd:location="archivo.xsd". xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" y xsi:noNamespaceSchemaLocation="archivo.xsd". En una declaración <!DOCTYPE ...> con DTD, ¿qué indica la palabra clave SYSTEM?. Que el DTD es privado y se referencia mediante un identificador de sistema. Que el DTD es público y se identifica con un FPI. Que el DTD siempre está embebido (interno) en el XML. Que el XML se valida automáticamente sin necesidad de parser. En un DTD, ¿qué declaración se usa para declarar un elemento y su modelo de contenido?. <!ATTLIST>. <!ELEMENT>. <!ENTITY>. <!NOTATION>. En DTD, ¿qué significa declarar un elemento como EMPTY?. Que el elemento puede contener cualquier contenido. Que el elemento debe contener texto #PCDATA. Que el elemento no puede tener elementos descendientes (está vacío). Que el elemento debe aparecer exactamente una vez. En DTD, ¿cómo se indica texto sin marcas dentro del contenido de un elemento?. Con CDATA dentro de <!ELEMENT>. Con #PCDATA (habitualmente entre paréntesis). Con xs:string. Con TEXT(). En DTD, ¿Qué cardinalidad expresa “de 0 a N apariciones”?. ?. +. *. !. En DTD, ¿qué operador indica alternativa (A o B)?. ,. &. |. :. Considera un atributo declarado en DTD con #REQUIRED. ¿Qué implica?. Es opcional y, si no aparece, toma el valor por defecto. Debe aparecer obligatoriamente y no tiene valor por defecto. Es obligatorio pero con un valor fijo impuesto por el DTD. Solo puede usarse si el documento es PUBLIC. ¿Para qué sirve <!NOTATION> en un DTD?. Para definir el elemento raíz del documento. Para indicar formatos de datos no XML (p. ej., tipos MIME) y permitir su uso en atributos. Para declarar atributos obligatorios. Para declarar espacios de nombres XML. En XML Schema (XSD), ¿cuál es el elemento raíz obligatorio de un esquema?. <xs:element>. <xsd:root>. <schema> (sin prefijo). <xs:schema>. En XSD, ¿qué componente se usa para declarar la existencia de un elemento y, entre otros, controlar minOccurs y maxOccurs?. xs:attribute. xs:element. xs:restriction. xs:notation. En XSD, ¿qué afirmación describe correctamente los tipos xs:anyType y xs:anySimpleType?. xs:anyType solo puede usarse para atributos, y xs:anySimpleType solo para elementos. xs:anyType es el origen de derivación y xs:anySimpleType representa cualquier tipo simple. Ambos son sinónimos exactos y se usan indistintamente. xs:anySimpleType es más general que xs:anyType. Al definir un xs:simpleType con restricciones, ¿qué construcción y atributo son obligatorios para indicar el tipo base?. xs:restriction con atributo base. xs:sequence con atributo type. xs:choice con atributo ref. xs:annotation con atributo source. Sobre “XML bien formado” y “XML válido”, ¿Cuál afirmación es correcta?. Todo XML bien formado es válido. Todo XML válido está bien formado, pero no todo bien formado es válido. La validez solo depende de que existan etiquetas de apertura y cierre. Un XML válido no necesita estar asociado a ningún esquema. |





