# XSD: XML Schema Definition: soluciones propuestas ## Ejercicio 1 — Verdadero o falso (muy fácil) 1. Un fichero XSD es un documento XML. 2. DTD soporta tipos de datos como `xs:integer` o `xs:date`. 3. Un elemento simple puede tener atributos. 4. `minOccurs="0"` hace que un elemento sea opcional. 5. `xs:positiveInteger` permite el valor `0`. 6. Los atributos en XSD son obligatorios por defecto. 7. `xs:sequence` exige que los hijos aparezcan en el orden declarado. 8. Un `xs:simpleType` puede contener elementos hijo. 9. `maxOccurs="unbounded"` permite que un elemento se repita sin límite. 10. `xs:pattern` solo se puede aplicar a `xs:string`.

Solución

1. **Verdadero.** Un XSD es XML válido con elemento raíz `xs:schema`. 2. **Falso.** DTD solo maneja texto. Los tipos numéricos, de fecha, etc. son exclusivos de XSD. 3. **Falso.** Un elemento simple solo contiene texto — sin atributos ni elementos hijo. Para tener atributos necesita `xs:complexType`. 4. **Verdadero.** 5. **Falso.** `xs:positiveInteger` es estrictamente mayor que 0. Para incluir el 0 se usa `xs:nonNegativeInteger`. 6. **Falso.** Por defecto `use="optional"`. Hay que poner `use="required"` para hacerlo obligatorio. 7. **Verdadero.** 8. **Falso.** `xs:simpleType` define tipos de texto con restricciones. Los elementos hijo requieren `xs:complexType`. 9. **Verdadero.** 10. **Falso.** `xs:pattern` se puede aplicar a cualquier tipo — incluidos numéricos, fechas, etc.

--- ## Ejercicio 2 — Tipos predefinidos: ¿cuál uso? (muy fácil) | Dato | Tipo XSD | |------|----------| | Nombre de una persona | | | Precio de un producto (puede tener decimales) | | | Año de publicación (solo positivos) | | | ¿Está disponible? (sí/no) | | | Fecha de nacimiento (formato 2024-05-06) | | | Temperatura que puede ser negativa | | | URL de una imagen | | | Identificador único de un elemento | |

Solución

| Dato | Tipo XSD | |------|----------| | Nombre de una persona | `xs:string` | | Precio de un producto (puede tener decimales) | `xs:decimal` | | Año de publicación (solo positivos) | `xs:positiveInteger` | | ¿Está disponible? (sí/no) | `xs:boolean` | | Fecha de nacimiento (formato 2024-05-06) | `xs:date` | | Temperatura que puede ser negativa | `xs:decimal` o `xs:integer` | | URL de una imagen | `xs:anyURI` | | Identificador único de un elemento | `xs:ID` |

--- ## Ejercicio 3 — Identificar partes (fácil) ```xml ```

Solución

- **a)** `tipoDNI` es un `xs:simpleType` con nombre — un tipo personalizado que restringe `xs:string` a un formato concreto. Se define al nivel raíz del esquema y se usa en `` mediante referencia por nombre. - **b)** `xs:restriction base="xs:string"` dice: "tomo como base el tipo `xs:string` y le añado restricciones". Sin la base no habría tipo de partida. - **c)** El patrón `[0-9]{8}[A-Z]` valida exactamente 8 dígitos seguidos de 1 letra mayúscula. Válido: `12345678A`. Inválido: `1234567A` (solo 7 dígitos), `12345678a` (minúscula). - **d)** `` puede aparecer entre 0 y 3 veces (es opcional y repetible). `` tiene `minOccurs` y `maxOccurs` por defecto (ambos `1`) — aparece exactamente una vez y es obligatorio. - **e)** Definirlo con nombre (`type="tipoDNI"`) permite reutilizarlo en otros elementos. Definirlo inline (dentro del `xs:element`) lo hace de un solo uso — si otro elemento necesita el mismo formato, habría que repetir la restricción.

--- ## Ejercicio 4 — Detectar errores (fácil) ```xml ```

Solución

1. `` sin `xmlns:xs="http://www.w3.org/2001/XMLSchema"` — el namespace es obligatorio. 2. `` — falta el cierre de la etiqueta: debe ser ``. 3. `type="string"` — falta el prefijo `xs:`. Debe ser `type="xs:string"`. 4. `use="si"` — valor incorrecto. Solo se admite `required`, `optional` o `prohibited`. Bonus: el esquema tiene 4 errores claros, pero también hay un problema de diseño: `` está definido inline dentro del schema pero `` en el ejercicio 9 está definido a nivel raíz. En este caso no hay error real, pero en esquemas más grandes conviene ser consistente.

--- ## Ejercicio 5 — Leer restricciones (fácil)

Solución

**A) tipoNota** - Acepta: decimales entre 0 y 10 con máximo 2 decimales. Válido: `7.5`, `10`, `0`. Inválido: `10.5` (supera el máximo), `7.555` (más de 2 decimales), `-1` (negativo). **B) tipoCategoria** - Acepta: solo `bronce`, `plata` u `oro`. Válido: `oro`. Inválido: `Oro` (mayúscula), `diamante` (no está en la lista). **C) tipoMatricula** - Acepta: exactamente 4 dígitos seguidos de 3 letras mayúsculas. Válido: `1234ABC`. Inválido: `123ABC` (solo 3 dígitos), `1234abc` (minúsculas), `12345ABC` (5 dígitos). **D) tipoCodigo** - Acepta: cadenas de entre 3 y 8 caracteres (cualquier carácter). Válido: `abc`, `AB12CD56`. Inválido: `AB` (demasiado corto), `AbCdEfGhI` (9 caracteres, demasiado largo).

--- ## Ejercicio 6 — default y fixed en atributos y elementos (fácil)

Solución

**Parte A:** 1. Si `moneda` no aparece, el validador lo trata como si valiera `EUR`. El XML es válido. 2. `version="1.0"` es inválido — `fixed="2.0"` obliga a que el valor sea exactamente `2.0`. Cualquier otro valor (incluso si el atributo se omite con otro valor implícito) falla. 3. `version="2.0"` es válido — coincide con el valor fijo. 4. `default` proporciona un valor cuando el atributo/elemento no aparece, pero el autor puede poner otro valor. `fixed` impone que el valor sea exactamente ese — no puede cambiarse. 5. **Inválido.** Falta `` — aunque tiene `default="1"`, `default` en elementos no significa que sea opcional. El elemento sigue siendo obligatorio (minOccurs="1" por defecto); `default` solo aplica si el elemento aparece vacío. Para hacerlo opcional habría que añadir `minOccurs="0"`. **Parte B:** ```xml ```

--- ## Ejercicio 7 — Elemento vacío con solo atributos (fácil)

Solución

```xml ``` La clave de este ejercicio: un `xs:complexType` sin ningún compositor (`xs:sequence`, `xs:choice`, `xs:all`) declara un elemento que solo puede tener atributos — ningún contenido de texto ni elementos hijo.

--- ## Ejercicio 8 — Vincular XSD al XML (fácil-medio)

Solución

**A) Sin namespace:** ```xml Teclado 49.99 ``` **B) Con namespace:** ```xml ... ``` Se usa `xsi:schemaLocation` con el par: namespace + ruta al fichero. **C)** Sin `xmlns:xsi` el prefijo `xsi:` no existe y los atributos `xsi:noNamespaceSchemaLocation` y `xsi:schemaLocation` no se pueden usar — el validador no sabría dónde está el esquema.

--- ## Ejercicio 9 — Refactorizar: de inline a nombrado (fácil-medio)

Solución

```xml ``` El beneficio clave: `tipoDireccion` y `tipoContacto` ahora son reutilizables. Si otro elemento necesitara el mismo tipo de dirección, bastaría con poner `type="tipoDireccion"`.

--- ## Ejercicio 10 — Leer un XSD y escribir el XML (fácil-medio)

Solución

**XML válido:** ```xml España Madrid 47400000 Español Catalán Euro Japón Tokio 125700000 Japonés ``` **XML inválido (con 3 errores distintos):** ```xml España Madrid 0 ```

--- ## Ejercicio 11 — Escribir simpleTypes (medio)

Solución

**A) Código postal:** ```xml ``` **B) Color semáforo:** ```xml ``` **C) Teléfono español:** ```xml ``` **D) Año 1900-2099:** ```xml ``` **E) Precio:** ```xml ``` **F) NIE español:** ```xml ```

--- ## Ejercicio 12 — xs:choice y xs:all (medio)

Solución

**A)** 1. Solo 1 hijo — `xs:choice` permite exactamente uno de los hijos declarados. 2. No es válido — `xs:choice` permite solo uno de los tres, no los dos a la vez. 3. Se usa `xs:choice` cuando los datos son mutuamente excluyentes: o hay email o hay teléfono, no los dos. **B)** 1. `xs:all` exige que todos los hijos aparezcan pero en cualquier orden. `xs:sequence` exige orden concreto. 2. No es válido. Con `xs:all` todos los hijos son obligatorios por defecto (`minOccurs="1"`). Para hacerlo opcional habría que añadir `minOccurs="0"` al elemento ``.

--- ## Ejercicio 13 — Completar el esquema (medio)

Solución

```xml ```

--- ## Ejercicio 14 — Crear XSD con tipos nombrados: tienda (medio)

Solución

```xml ```

--- ## Ejercicio 15 — Crear XSD con tipos nombrados: liga de fútbol (medio)

Solución

```xml ```

--- ## Ejercicio 16 — Grupos opcionales con minOccurs en el compositor (medio)

Solución

**Parte A:** **Esquema 1** — `descuento` es opcional individualmente, `direccion` es siempre obligatoria: - Válido: `` + `` (sin descuento) - Válido: `` + `` + `` - Inválido: `` solo (falta ``) **Esquema 2** — `descuento` y `direccion` forman un grupo opcional: o van los dos o no va ninguno: - Válido: solo `` - Válido: `` + `` + `` - Inválido: `` + `` sin `` (el grupo va completo o nada) - Inválido: `` + `` sin `` (igual) **Parte B:** ```xml ```

--- ## Ejercicio 17 — xs:element ref (medio)

Solución

**Parte A:** 1. `` reutiliza la declaración completa del elemento `` (nombre + tipo + atributos) ya definida en el nivel raíz. `` declara un elemento nuevo llamado `autor` que usa un tipo con nombre. La diferencia: `ref` apunta a un elemento ya declarado globalmente; `type` apunta a un tipo. Con `ref` no puedes cambiar el nombre ni los atributos del elemento referenciado. 2. XML válido: ```xml Cien años de soledad Gabriel García Márquez colombiana ``` 3. No, `` no puede aparecer como hijo directo de ``. El esquema de `` solo permite `` como hijo. Para que `` pudiera aparecer ahí, habría que añadir `` dentro del `xs:sequence` de ``. 4. Se usa `ref` cuando el elemento ya está declarado globalmente y quieres reutilizarlo tal cual — con el mismo nombre y estructura — en varios sitios. Se usa `type` cuando solo quieres reutilizar el tipo (la estructura interna) pero el elemento en sí lo declaras tú con el nombre que quieras. **Parte B — Usando `ref`:** ```xml ``` Con `ref`, `` es un elemento global reutilizable. Con `type`, `tipoDireccion` es un tipo reutilizable pero el elemento se declara cada vez. En este caso ambos producen el mismo XML válido; la diferencia es si quieres reutilizar el elemento completo o solo su estructura.

--- ## Ejercicio 18 — xs:choice con maxOccurs y contenido mixto (medio-difícil)

Solución

**Parte A — xs:choice con maxOccurs** 1. Puede tener **ilimitados** hijos — `maxOccurs="unbounded"` en el `xs:choice` permite que cualquiera de las opciones aparezca cualquier número de veces en cualquier orden. 2. **Sí es válido.** Dos `` y una `` en cualquier orden — exactamente lo que permite `xs:choice` con `maxOccurs="unbounded"`. 3. Sin `maxOccurs`: solo uno de los tres elementos puede aparecer, exactamente una vez. Con `maxOccurs="unbounded"`: cualquiera puede aparecer tantas veces como se quiera, mezclados en cualquier orden. 4. XML inválido: ```xml ``` `minOccurs` por defecto es `1` — debe aparecer al menos un hijo. **Parte B — mixed="true"** 1. `mixed="true"` permite que un elemento tenga **texto y elementos hijo mezclados**. Sin él, el contenido debe ser puramente elementos hijo o puramente texto, no los dos. 2. **Sí es válido.** El texto que rodea a `` es contenido mixto válido porque `mixed="true"` está declarado. 3. Sin `mixed="true"`, el texto `"Un producto "` y `" con garantía de "` causaría un error — el parser esperaría solo elementos hijo, no texto suelto. 4. **Tiene sentido** en documentos narrativos: artículos, documentación, XML tipo HTML donde el texto fluye con marcas dentro. **No tiene sentido** en datos estructurados: precios, fechas, códigos — ahí nunca hay texto libre mezclado con elementos hijo. **Parte C — xs:whiteSpace** 1. `collapse` elimina los espacios iniciales y finales y colapsa cualquier secuencia de espacios internos en un solo espacio. `" AB123 "` se normaliza a `"AB123"`. 2. Los tres valores: | Valor | Qué hace | |-------|----------| | `preserve` | No toca los espacios — los conserva tal cual | | `replace` | Sustituye tabulaciones, saltos de línea y retornos de carro por espacios | | `collapse` | Aplica `replace` y además elimina espacios iniciales/finales y colapsa múltiples espacios en uno | 3. `" AB123 "` con `collapse` → `"AB123"` → el patrón lo acepta. **Válido.** `"AB 123"` con `collapse` → `"AB 123"` (el espacio interno no desaparece) → el patrón no lo acepta. **Inválido.**

--- ## Ejercicio 19 — XSD desde XML dado (difícil)

Solución

```xml ```

--- ## Ejercicio 20 — Tarea 4: impresoras (difícil — nivel examen)

Solución

```xml ```

--- ## Ejercicio 21 — Corregir un XSD roto (difícil)

Solución

**Error 1 — Patrón demasiado restrictivo en `tipoCodigo`** El XML tiene `PRD-001` (3 dígitos) pero el patrón solo permite 2: ```xml ``` **Error 2 — `tipoPrecio` acepta 0** `minInclusive="0"` permite precio cero. Los precios del XML son positivos: ```xml ``` **Error 3 — `` no tiene `mixed="true"`** El XML tiene texto libre mezclado con `` dentro de ``. Sin `mixed="true"` el texto suelto no es válido: ```xml ``` **Error 4 — Atributo `destacado` como `required`** El segundo producto no tiene el atributo `destacado`, pero está declarado como `required`. Debe ser `optional`: ```xml ``` **Error 5 — `` sin `minOccurs="0"`** `minOccurs` por defecto es `1`, así que `` es obligatoria. Si un producto pudiera no tener etiquetas, fallaría. Más seguro: ```xml ``` **Error 6 — `xs:complexType` de `producto` inline (no muñeca rusa)** El tipo de `` está anidado inline. Si la profesora prohíbe esto, hay que extraerlo: ```xml ... ```

--- ## Ejercicio 22 — XSD y XML coordinados (muy difícil)

Solución (ejemplo válido)

**academia.xsd:** ```xml ``` **academia.xml:** ```xml Inglés 60 350.00 Sarah Collins Francés 45 290.00 Carlos López 12345678A 1998-03-15 B2 EN101 FR202 Ana Martínez 87654321B 2001-11-20 A2 EN101 ```

--- ## Ejercicio 23 — Tipo recursivo (muy difícil)

Solución

**portal.xsd:** ```xml ``` **Parte B** — Un tipo inline no tiene nombre, por lo que no hay forma de referenciarlo desde dentro de sí mismo. La recursividad requiere escribir `type="tipoSeccion"` dentro de la propia definición de `tipoSeccion` — imposible sin nombre.

--- ## Ejercicio 24 — Sistema complejo: instituto (muy difícil — nivel examen recuperación)

Solución (ejemplo válido)

**instituto.xml:** ```xml Pablo García Lucía García Marcos Sanz Sara Sanz ``` **instituto.xsd:** ```xml ```

--- ## Ejercicio 25 — Superdifícil: clínica veterinaria

Solución (ejemplo válido)

**clinica.xsd:** ```xml ``` **clinica.xml** (resumen — 3 vet, 4 propietarios, 6 animales, 8 visitas): ```xml Dra. María Sanz general 123456 Dr. Luis Mora cirugía 654321 Dra. Ana Vega dermatología 789012 Carlos Ruiz 612345678 carlos@email.com Elena Torres 698765432 Pedro Gómez 711223344 pedro@correo.es Sofía Navarro 655443322 Nala perro Golden Retriever 2019-06-10 28.500 CLI0001 Michi gato 2021-01-05 4.200 CLI0001 Tobi perro Beagle 2020-09-22 12.800 CLI0002 Piolín ave 2022-03-14 0.045 CLI0003 Coco conejo Enano holandés 2023-07-01 1.350 CLI0004 Rex reptil Dragón barbudo 2021-11-30 0.620 CLI0003 AN0001 VET001 Revisión anual Animal sano 45.00 AN0002 VET003 Alergia cutánea Dermatitis atópica leve 60.00 AN0003 VET002 Cojera pata trasera derecha Rotura ligamento cruzado — requiere cirugía 85.00 AN0003 VET002 Cirugía ligamento cruzado 650.00 AN0004 VET001 Revisión general Animal sano 30.00 AN0001 VET001 Vacunación antirrábica 25.00 AN0005 VET001 Revisión dental Maloclusión leve 40.00 AN0006 VET003 Pérdida de escamas Ecdisis problemática — cambio de dieta 55.00 ```