Un proceso para el diseño de datos XML

Jugadores claves. Jugadores principales

Estos son los actores clave en el desarrollo de un diseño de datos xml :

• Expertos en la materia ( SME s) : son personas que son expertos en un tema (dominio), pero no son necesariamente expertos en las tecnologías empleadas para implementar el dominio.
• Expertos en tecnología ( TE s) : estas son personas que son expertos en tecnologías, pero que no son necesariamente expertos en el tema.
• Facilitador : esta persona es responsable de que se escriba la especificación de los datos. Él es un te de negocios . No se requiere experiencia en el dominio. Esta persona debe ser cómodo llevar una discusión acerca de procesos y datos, debe ser experto en ocultar la complejidad de XML al mismo tiempo exponer la jerárquica, cardinalidad, y los aspectos básicos de tipos de datos de los requisitos de datos que son intuitivas para PYME s.
• Usuarios, personas orientadas a los negocios : son usuarios de aplicaciones que utilizarán los datos, junto con personas de negocios.

A continuación se muestra una secuencia de pasos (es decir, un proceso) para crear un diseño de datos xml .

Paso 1: Crear una especificación de datos

Una especificación de datos es un documento, escrito en prosa, que describe los datos y las relaciones entre los datos. Todas las implementaciones de datos - XML esquemas , schematron , Relax NG , dtd s, y otros - deben derivar de la especificación de datos. Además, todas las implementaciones de datos deben ser rastreables hasta la especificación de datos. Una especificación de datos es la especificación autorizada de los datos .

Los datos que están documentados por una especificación de datos pueden destinarse para su uso como un formato de intercambio de datos o para su uso en la gestión de datos dentro de una aplicación. Una especificación de datos se centra en los datos, no en procesos o arquitectura. Los detalles de cómo los datos se ajustan a la arquitectura general del flujo de datos del sistema se encuentran en otros documentos. Dicho esto, una especificación de datos es más que una simple lista de datos y definiciones (es decir, un diccionario de datos). Una especificación de datos contiene descripciones de cómo los datos se adaptan al sistema en general, tiene muchos ejemplos de cómo se utilizan los datos y muestra formas de muestra de los datos.

Al crear una especificación de datos, es importante obtener entradas de un conjunto diverso de personas. Diferentes personas tienen diferentes perspectivas sobre los datos. Nunca asuma que cualquier persona tiene el cuadro completo. Obtenga entradas de smes, te s, usuarios de aplicaciones que utilizarán los datos, así como de personas de negocios.

El primer paso para crear una especificación de datos es que el facilitador para reunir a las PYME s, te s, usuarios y personas de negocios con el fin de crear una especificación de datos. Aunque los "procesos" están fuera del alcance de una especificación de datos, a veces es importante ponerse de acuerdo sobre los procesos antes de discutir los datos. Por el contrario, a veces, discutir los datos primero ayuda a las personas a reconocer un problema de alineación del proceso.

El facilitador entrevista a los sme s. El te escucha las discusiones para ponerse al día en el dominio. Él puede ser capaz de proporcionar alertas tempranas de posibles problemas de implementación. Los usuarios y la gente de negocios mantienen la reunión basada en las necesidades prácticas de la aplicación. El facilitador escribe la especificación de datos; idealmente, está escrito en tiempo real, con todos en la reunión mirando en un retroproyector (o, si es una reunión virtual, todos ven el documento escrito en la pantalla de su computadora).

Al desarrollar la especificación de datos, es importante tener cuidado con la terminología holgada y ambigua. La especificación de los datos debe proporcionar una prosa clara e inequívoca que describa los datos.

Evite las discusiones de rendimiento. Eso pertenece a otra actividad, no a esta.

Dependiendo de la cantidad de datos que se especifiquen, puede llevar solo unas horas crear una especificación de datos, o puede tomar varios cientos de horas.

Ejemplo: una especificación de datos del libro

Un facilitador entrevista a un experto en libros (es decir, un sme de libro ), a medida que los asistentes , los usuarios y las personas de negocios intervienen. El resultado es una "especificación de datos del libro". Es un documento detallado y completo, que contiene prosa sobre lo que es un libro y los datos que caracterizan a un libro y las relaciones entre los datos. Aquí hay una tabla que resume de manera sucinta los datos y la jerarquía del dominio del libro:

Libro
    Autor ..... Cadena
    Título ...... Cuerda
    Fecha ....... año
    ISBN ....... Secuencia de dígitos, guiones y 'x'
    Editor .. Cadena

Paso 2: crear una o más implementaciones a partir de la especificación de datos

El te vuelve a leer cuidadosamente la especificación de los datos para asegurarse de que tiene una comprensión completa. A partir de él, crea una o más implementaciones, junto con ejemplos de documentos de instancia xml . Por ejemplo, puede crear un xml esquema más un schematron esquema. O bien, puede crear un esquema rdf .

Una implementación puede o no ser una asignación 1: 1 de la especificación de datos. Por ejemplo, una especificación de datos puede describir los datos en un formato tradicional entre padres e hijos, mientras que la implementación puede ser un gráfico rdf . O bien, una implementación puede incorporarse a una actividad más amplia que requiere una generalización de los datos. Por ejemplo, los datos de libros que se especifican en una especificación de datos de libros pueden incorporarse a un formato de intercambio multimedia más grande, tal vez requiriendo que "Libro" se generalice a "Producto".

Si no hay una correspondencia 1: 1 entre una implementación y la especificación de datos, entonces debe haber una manera de mapear entre la implementación y la especificación de datos. Esto es importante para la trazabilidad.

El te debe tener en cuenta los tipos de procesamiento que se espera que las aplicaciones realicen en los datos. Ciertos diseños de datos pueden hacer que el procesamiento sea horriblemente ineficiente, mientras que otros diseños pueden hacer que el procesamiento sea muy eficiente.

Ejemplo: Libro XML Schema y XML instancias

La especificación de los datos del libro se entrega a un te para que cree unaimplementación de datos xml ; específicamente, un esquema xml .

El esquema xml declara un elemento <book> que se compone de elementos <author> , <date> , <isbn> y <publisher> . Los ejemplos de documentos de instancia xml se crean y validan contra el esquema.

Paso 3: Revisar la implementación

El te muestra y describe las instancias de implementación y de ejemplo xml al grupo ( sme s, usuarios, gente de negocios y facilitador). El grupo ahora puede ver cómo la especificación de los datos fue interpretada por el te y evalúa las estructuras resultantes. El te solicita una aclaración sobre los datos y las relaciones de datos que se encontraron poco claras durante el desarrollo de la (s) implementación (es).

Paso 4: Aclare y ajuste la especificación de datos

Sobre la base de las discusiones en el Paso 3, se realizan ajustes a la especificación de los datos.

Paso 5: Iterar

El te hace revisiones a la (s) implementación (es) en base a la especificación de datos actualizada, y crea nuevos ejemplos de documentos de instancia XML . Las nuevas implementaciones y las muestras se devuelven al grupo. Se realizan actualizaciones a la especificación de los datos.

Repita tantas veces como sea necesario.

Expresiones de gratitud

Gracias a las siguientes personas por su aporte a este documento:

• Len bullard
• Kurt Cagle
• Marcus carr
• Chin Chee-Kai
• Roger Costello
• Jonathan doughty
• Fraser Goffin
• Jeff Grief
• Erick Hagstrom
• Peter Hunsberger
• Michael Kay
• Robert Koberg
• Franco manola
• Bob Natale
• Dave Pawson
• Simon St. Laurent
• B. Tommie Usdin
• Jim Wilson