Extienda InfoSphere Data Architect IBM para cumplir con su modelado de datos específico y sus requisitos de integración, Parte 2: Construir informes personalizados y reglas de validación con IDA

IBM® InfoSphere® Data Architect (IDA, formerly Rational® Data Architect) está ganando impulso como una herramienta global que ayuda organizaciones a promover una comprensión profunda de su arquitectura de información empresarial. A medida que más personas utilizan IDA, hay un aumento de la necesidad de que clientes extiendan IDA para cumplir con su modelado de datos específico y sus requisitos de integración. Esta serie de dos partes le muestra cómo extender los modelos de IDA, visión de propiedades, informes de modelo y reglas de validación. Llegó Parte 1, usted aprendió cómo atravesar y modificar de manera programática modelos IDA y cómo agregar y desplegar propiedades personalizadas. En la Parte 2, aprenda cómo generar informes personalizados y cómo añadir sus propias reglas de validación para modelos IDA. [ 02 de Jul de 2009: Este artículo se actualizó para reflejar que la personalización del informe GUI para BIRT ha sido cambiada para mejorar el desempeño. Esto se muestra en la sección Generar informes de modelos personalizados utilizando BIRT.--Ed.]

Wei Liu, Staff Engineer, IBM

Wei Liu es una ingeniera de software que trabaja en las oficinas de IBM Seattle en Seattle, Washington. Trabaja con herramental y modelado de datos.



29-07-2011 (Primera publicación 11-09-2008)

Introducción

IBM InfoSphere Data Architect (IDA) es un ambiente de desarrollo global para modelado de datos e integración. IDA les permite a los usuarios descubrir, modelar, visualizar y relacionar activos de datos diversos y distribuidos. IDA es un ofrecimiento de administración integrada de datos de IBM y está firmemente integrado a productos Optim®, Rational, e InfoSphere incorporados utilizándose Eclipse. IDA soporta modelado de datos lógico, físico, de glosario, de almacenamiento, de dominio y de integración. A medida que más clientes empresariales utilizan IDA, hay una necesidad de extender IDA para cumplir con modelado de datos específico y requisitos de integración.

Cambio de nombre del producto

El 16 de Diciembre de 2008, IBM anunció que a partir de la versión 7.5.1, Rational Data Architect recibiría el nombre de InfoSphere Data Architect para poner de relieve su papel en InfoSphere Foundation Tools.

Tal como se mencionó anteriormente, IDA está basada en Eclipse y por lo tanto es altamente extensible por diseño. En esta serie, aprenda más acerca de los puntos de extensión, API y fábricas disponibles con IDA para que usted pueda utilizarlas para extender IDA. Vea cómo extender IDA a:

  • Atravesar y modificar de manera programática modelos de IDA (Parte 1)
  • Agregar propiedades nuevas y mostrarlas en Properties View (Parte 1)
  • Generar informes de modelos personalizados (Parte 2)
  • Agregar reglas de validación de modelos (Parte 2)

El proyecto Eclipse BIRT

El proyecto BIRT es parte de la infraestructura de Eclipse que entrega infraestructura y herramientas para diseñar, desarrollar y desplegar contenido de informes para su aplicación Java®/J2EE. BIRT tiene dos componentes principales: un diseñador de informes y un componente del tiempo de ejecución. BIRT también ofrece un motor gráfico que le permite agregar gráficos a sus aplicaciones. (Vea Recursos para más información sobre BIRT).

Este artículo supone que usted tiene experiencia en el desarrollo de plug-in Eclipse y el conocimiento básico sobre EMF Eclipse y proyectos BIRT. El código de ejemplo proporcionado en este artículo fue probado en modelos IDA 7.5.1 y 7.5.2 y Eclipse 3.4.1 y 3.4.2.

Generar informes de modelos personalizados utilizando BIRT

Informar es una importante característica de IDA. Entrega la información completa o parte de la misma de un modelo: esto es, una lista de objetos y sus relaciones. Esta información puede ser copiada, impresa y distribuida como un documento físico. Los informes también son utilizados para entregar información adaptable en muchas organizaciones. IDA proporciona una amplia gama de informes incorporados o plantillas para sus modelos lógicos, físicos, glosarios y modelos de correlación. BIRT se ha integrado y extendido para proporcionar informes más flexibles y capacidades de personalización desde RDA 7003 (versión 7 fixpack 3). 3). Los informes IDA utilizan BIRT combinados con el componente Open Data Access (ODA) .

Los controladores ODA y EMF ODA

El componente Open Data Access (ODA) es una infraestructura de acceso de datos flexible y abierta que proporciona una forma gradual y uniforme para recuperar datos de origen de datos empresariales heterogéneas. BIRT proporciona JDBC, XML, servicios web y soporte para archivos planos, así como también soporte para la utilización de códigos para obtener acceso a otras origens de datos. La utilización de BIRT de la infraestructura ODA permite que cualquier persona compile un nuevo soporte de la interfaz del usuario y soporte del tiempo de ejecución para cualquier tipo de datos tabulares. Utilizando la infraestructura de extensión de ODA, los desarrolladores de Eclipse pueden crear nuevos tipos de componentes de datos que accederán datos de origen de datos personalizadas, a través de una interface de usuario que es semejante a la Origen de datos BIRT lista para ser utilizada. (Vea Recursos para más información sobre ODA).

IDA utiliza el controlador EMF ODA desarrollado en IBM para permitirle construir indagaciones complejas que son ejecutadas directamente contra una fuente EMF, como los modelos de IDA . Al utilizar el controlador EMF ODA, cualquiera de los ejemplos de modelo de EMF o modelos de meta de Ecore pueden ser definidos como una Origen de datos para proporcionar información de estructura de modelos al tiempo de diseño del informe. En el momento de la ejecución (o momento previo), los ejemplos de modelos como una Origen de datos, deben estar ligados al informe que va a ser rendido.

En esta sección, usted hará lo siguiente:

  1. Crear un informe y especificar una Origen de datos
  2. Crear un conjunto de datos de Tablas que se utiliza para exponer tablas en un reporte
  3. Generar un informe de muestras de reportes de IDA existentes
  4. Personalizar el informe para agregar una columna que informa acerca del método de enmascaramiento utilizado para una columna de tablas

Usted aprenderá cómo el controlador de EMF ODA funciona al completar estos pasos. Luego usted puede personalizar los informes de la forma que quiera utilizando el diseñador BIRT.

Paso 1. Crear un nuevo informe y especificar una Origen de datos

Siga estos pasos para crear un nuevo diseño de informe BIRT con una origen de datos EMF:

  1. Abra la perspectiva de Diseño de Informe.
  2. Cree un nuevo informe utilizando Archivo > Nuevo > Informe.
  3. Seleccione una carpeta padre y una plantilla de informe de Lista Simple en el nuevo report wizard, y haga clic en Finish.
  4. Haga clic con el botón derecho sobre la carpeta de la Origen de Datos en el Explorador de Datos y seleccione New Data Source.
  5. Seleccione EMF Data Source y digite la Origen de Datos SAMPLE en la nueva ventana de la Origen de Datos, como es indicado en la Figura 1.
Figura 1. Nuevos dialogos de la Origen de datos
Nuevos dialogos de la Origen de datos
  1. Haga clic en Next.
  2. Seleccione Add para adicionar el SAMPLE .dbm (creado en la parte 1de estaserie) como la instancia de datos EMF, demostrada en la Figura 2.
Figura 2. Agregue el SAMPLE.dbm como la instancia de datos EMF
Agregue el SAMPLE.dbm como la instancia de datos EMF
  1. Haga clic en Finish.

El modelo SAMPLE, que es un ejemplo de modelo físico, es usado en el paso 4 como la Origen de datos. Tal como fue mencionado, usted también podría definir los modelos de meta como Origen de datos mientras diseña un informe.

Paso 2: Crear un conjunto de datos con Tablas

Siga estos pasos para crear un conjunto de datos con Tablas que incorpora todas las tablas dentro de un modelo:

  1. Haga clic con el botón derecho en la carpeta de Conjunto de Datos en el Explorador de Datos y seleccione New Data Set.
  2. Digite Conjunto de Datos con Tablascomo el nombre del conjunto de datos y haga clic Next.
  3. Haga clic en Next en la página de Parámetros Query.
  4. En la página de Mapeo de Filas haga clic sobre la flecha y seleccione sample.dbm, como se indica en la Figura 3.
Figura 3. Seleccione sample.dbm para navegar en la página de mapeo de filas
Seleccione sample.dbm para navegar en la página de mapeo de filas

La base de datos, el diseño, el índice, la tabla persistente y los objetos de la columna contenidos en el modelo de SAMPLE son luego incluidos en una lista del área de navegación. Usted puede expandir los objetos en esta página y familiarizarse con su estructura.

  1. Seleccione cualquiera de las tablas persistentes en el área de navegación y haga clic en los botones > para agregar query expressions, y establecer el tipo de query, como se de muestra en la Figura 4.
Figura 4. Establezca la expresión de query y digite desde una tabla persistente en la página de correlación de la página de mapeo de filas
Establezca la expresión de query y digite desde una tabla persistente en la página de correlación de la página de mapeo de filas
  1. Haga clic en Next.
  2. En la página de Column Mapping, haga clic en la flecha de desplegable y seleccione SQLTables:PersistentTable, como es indicado en la figura 5.
Figura 5. Seleccione la tabla persistente para navegar en el diálogo de mapeo de la columna
Seleccione la tabla persistente para navegar en el diálogo de mapeo de la columna

La estructura de la TablaPersistente está poblada.

  1. Seleccione name:EString desde el área de navegación, haga clic en el botón >para agregar una consulta de columna, como se muestra en Figura 6.
Figura 6. Agregue la tabla persistente nombre como un query de columna en el diálogo de mapeo de la columna
Agregue la tabla persistente nombre como un query de columna en el diálogo de mapeo de la columna
  1. Haga clic en Finish.
  2. Haga clic en Preview Results. Debería ver una lista de tablas, como en la Figura 7.
Figura 7. Resultados de la vista previa del conjunto de datos
Resultados de la vista previa del conjunto de datos
  1. Haga Clic en OK para finalizar. Usted debería ver la Origen de Datos SAMPLE y el Paquete de Datos con Tablas creados en el Explorador de Datos, demostrado en la Figura 8.
Figura 8. Una Origen de Datos SAMPLE y Conjunto de Datos con Tablas son creados
Una Origen de Datos SAMPLE y Conjunto de Datos con Tablas son creados

Paso 3: Generar un informe de muestra de IDA informes incorporados

Los reportes incorporados proporcionados por IDA son categorizados por el tipo de modelo sobre los cuales se reportan. Abra el Explorador de Informes observe debajo de Reportar, y usted podrá ver una completa lista de informes IDA incorporado BIRT y XSLT como se de muestra en Figura 9. Los informes con una extensión de .rptdesign son informes BIRT. Aquellos con la extensión .xsl son los clásicos informes XSL.

Figura 9. Los informes de IDA incorporados por la categoría de modelo
Los informes de IDA incorporados por la categoría de modelo

Por ejemplo, si usted tiene un modelo físico, puede generar un informe para todos los objetos en el modelo o sólo para las columnas, el mapeo de columnas o para espacios de tabla utilizando el Informe de Modelo de Datos Físico, el Informe de Columna, el Informe del Mapeo de Columna o el Informe del Espacio de Tabla son incluidos en una lista bajo la categoría del Modelo Físico de Datos.

Usted necesita crear una copia de un informe incorporado para que pueda abrirlo. Por ejemplo, puede abrir y mirar más de cerca la Origen de Datos del Informe de Columna al seguir estos pasos:

  1. Haga clic botón derecho Column Report bajo la categoría Physical Data Model y Copy y Paste a un proyecto.
  2. Abrir la copia del Informe de Columna con el Editor de Informe en la perspectiva del Diseño del Informe.
  3. Haga clic botón derecho Data Source en el Explorador de Datos y seleccionar Editar Usted puede ver que Ecore.ecore,db2.ecore,schema.core, tables.ecorem, y otros modelos SQL ecore son enlistados como meta-modelos Ecore para el diseño de informe, demostrado en la Figura 10.
Figura 10. Los meta-modelos Ecore son definidos como informes incorporados de la Origen de datos
Los meta-modelos Ecore son definidos como informes incorporados de la Origen de datos

Siga estos pasos para configurar y generar un informe de columna para el modelo SAMPLE que usted creó en la Parte 1:

  1. Si es que no está abierta, abra la Perspectiva de Datos.
  2. Haga Clic Run > Informe > Informe Configuraciones.
  3. Haga clic botón derecho BIRT Report, y seleccione New en el Informe del Diálogo de configuraciones.
  4. Digite en el nombre, establezca el Informe de Columna como un informe incorporado, agregue SAMPLE.dbm como Origen de Datos y seleccione la ubicación de salida y el formato, como se muestra en Figura 11.
Figura 11. Configure un informe de columna para el modelo SAMPLE
Configure un informe de columna para el modelo SAMPLE
  1. Haga clic en Report para generar un informe.

Paso 4: Personalice los informes IDA

Los clientes de IDA a menudo tienen requerimientos especiales para el contenido y el formato de sus informes modelo Un Eclipse BIRT integrado y extendido desde IDA V7003 para permitir a los clientes personalizar sus informes utilizando el diseñador BIRT para alcanzar sus necesidades especiales. Debido a que un modelo lógico o físico es una abstracción del sistema del mundo real, usualmente es muy complicado y consiste de muchas piezas fundamentales y relaciones.

IDA ha entregado varios informes incorporados que se pueden utilizar como plantillas para ayudarle a comenzar con la personalización. La lista de informes en la Figura 9 muestra pares de informes BIRT en los cuales un miembro del par está etiquetado En Blanco (tal como el Informe del Modelo Físico de Datos y el Informe del Modelo Físico de Datos en Blanco). Llegó En general, los informes tales como el Modelo Físico de Datos y los informes de Columna pueden ser aplicados directamente a un modelo físico para generar informes, mientras que los informes en blanco son utilizados como plantillas para la personalización. Usted puede copiar y pegar un informe incorporado con la extensión .rptdesign desde el Explorador de Informes, y luego abrir la copia en el diseñador BIRT para mostrar el diseño del informe. Si usted abre una copia del Informe de Columna, encontrará origen de Datos y Conjuntos de Datos definidos, al igual que un diseño de presentación, como se de muestra en la Figura 12. El Informe de Columna en Blanco sólo tiene la Origen de Datos y el Paquete de Datos definido.

Figura 12. Informe de Columna
Informe de Columna

La parte de presentación está vacía para que usted la pueda crear, como se de muestra en Figura 13.

Figura 13. Columna en Blanco informe
Columna en Blanco informe

Como un ejemplo de personalización de informe, usted puede actualizar el informe de columna para incluir el Masking Method, que fue agregado como una nueva propiedad en la Parte 1 de esta serie. Usted puede comenzar la personalización, ya sea desde el informe de columna o desde el informe de columna en blanco. Debido a que es mejor quedarse con la mayoría de las presentaciones del informe de columna, el comenzar por este informe le ahorra tiempo.

  1. Copie el informe de columna, haga clic con el botón derecho en la carpeta modelo físico de datos y péguela como Informe de Columna con Privacidad (establezca el nombre del archivo como ColumnaConPrivacidad.rptDiseño y seleccione una carpeta en los diálogos de informe pegados), como se de muestra en la Figura 14.
Figura 14. Informe de Columna creado con Privacidad del Informe de Columna
Informe de Columna creado con Privacidad del Informe de Columna
  1. Haga doble clic en Column Report with Privacy para abrir el diseñador de informe BIRT.

Si usted guardó la propiedad del Masking Method como una entrada eAnnotation en la Parte 1 de esta serie, usted debe agregarla al conjunto de datos de la Columna para mostrarlo en su informe.

Para crear un nuevo mapeo de columna para el conjunto de datos de la columna, complete los siguientes pasos:

  1. Haga clic botón derecho Column data set en el Explorador de Datos y seleccione Edit como se de muestra en la Figura 15.
Figura 15. Editar el conjunto de datos de la Columna
Editar el conjunto de datos de la Columna
  1. Seleccione Column Mapping haga clic en la flecha de "más opciones", y seleccione SQLTables:Column para examinar el diálogo del Conjunto de Datos de Edición. El árbol de navegación es mostrado.
  2. Maximice el árbol de navegación y seleccione eAnnotations/details/value y haga clic en el botón > en el medio.
  3. Digite Masking Method como nombre, y añada [1] al query como se de muestra en la Figura 16.
Figura 16. Agregar el mapeo de columna usando el Conjunto de Datos de Edición - Diálogo de columna
Agregar el mapeo de columna usando el Conjunto de Datos de Edición - Diálogo de columna
  1. Haga clic en Preview Results para visualizar la columna recientemente agregada y haga clic en OK El mapeo de la columna del Masking Method es creado para el conjunto de datos de la Columna, demostrado en la Figura 17.
Figura 17. El Masking Method es creado en el conjunto de datos de la columna
El Masking Method es creado en el conjunto de datos de la columna

Siga estos pasos para agregar al informe un campo de Masking Method

  1. Insertar una columna a la derecha de la columna de Documentación, como se de muestra en la Figura 18.
Figura 18. Inserte una nueva columna en el informe
Inserte una nueva columna en el informe
  1. Arrastre el mapeo de la columna del Masking Method recientemente creado desde el Explorador de Datos y ubíquelo en la fila de los detalles de la tabla de la columna insertada como se de muestra en la Figura 19.
Figura 19. Ligar la columna del Masking Method al informe por arrastre
Ligar la columna del Masking Method al informe por arrastre
  1. Cambiar la etiqueta de la columna insertada para convertirla en Método de Enmascaramiento.
  2. Haga Clic en File > Save.

Cuando usted genere un informe usando el Informe de Columna con Privacidad para el modelo SAMPLE, verá un campo de Masking Method y una Función Hash como el valor para la columna BONUS mostrada en la Figura 20.

Figura 20. Informe de Columna con la columna del Masking Method
Informe de Columna con la columna del Masking Method

Agregar reglas de validación

En cualquier momento cuando usted esté construyendo un modelo de datos, usted puede analizar el modelo para verificar que esté acorde con las coacciones definidas. Basada en el marco de validación EMF, IDA le proporciona coacciones incorporadas que no sólo aseguran la integridad del modelo, pero también ayudan a mejorar la calidad del modelo al entregar sugerencias de diseño y mejores prácticas. En esta sección, aprenda acerca de cómo extender las coacciones incorporadas de IDA para agregar una nueva coacción que revisa la existencia de un Masking Method cuando una columna es dispuesta para datos privados.

Marco de validación EMF

El marco de validación EMF entrega soporte para definiciones de coacción para cualquier modelo de meta EMF (coacciones de lote y en vivo) de modelo personalizable algoritmos transversales, análisis de coacciones para los idiomas, uniones de coacciones configurables para los contextos de aplicación, y oyentes de validación. (Vea Recursos para más información sobre el marco de validación de Eclipse EMF).

Coacciones incorporadas de IDA

El modelo de validación de IDA usa y extiende el marco de validación EMF. IDA proporciona coacciones comprensibles incorporadas para efectuar una revisión de sintaxis de modelo y para proporcionar sugerencias de diseño para modelos lógicos y físicos, como se de muestra en Figura 21.

la Figura 21. Coacciones incorporadas de IDA para revisar la sintaxis del modelo y entregar sugerencias de diseño
la Figura 21. Coacciones incorporadas de IDA para revisar la sintaxis del modelo y entregar sugerencias de diseño

Usted puede elegir permitir o deshabilitar cualquier coacción ya sea a través de Preferencias o del diálogo del Modelo de Análisis. Cuando usted hace clic con el botón derecho en una base de datos o en un diseño en un modelo físico de datos o en un paquete en un modelo de datos lógicos del Explorador de Proyecto de Datos y seleccione Analyze Model, los resultados de la validación sobre las coacciones posibilitadas aparecen en el visor de Problemas, como se de muestra en la Figura 22.

Figura 22. Los resultados del modelo de Análisis aparecen en el visor de Problemas
Los resultados del modelo de Análisis aparecen en el visor de Problemas

Agregar una nueva coacción

El punto de extensión de org.eclipse.emf.validación.constraintProvider es utilizado para agregar coacciones en el marco de validación del modelo (véase Recursos para más información sobre este punto de extensión). Las coacciones están agrupadas en categorías jerárquicamente estructuradas categorías. Una categoría de coacción define los siguientes atributos:

  • id— Identificador para la categoría. El ID es un nombre jerárquico, delimitado por líneas diagonales, relativas al ID del elemento de la categoría contenida (si es que hubiera alguno).
  • nombre— El nombre localizado de la categoría.
  • obligatorio— Indica si la categoría es obligatoria.

IDA definió las categorías de coacción mostradas en el Listado 1.

Lista 1. Categorías de coacción definidas en IDA
   <extension
      id="com.ibm.datatools.validation"
      name="Datatools Constraint Provider"
      point="org.eclipse.emf.validation.constraintProviders">
      <category
         name="%VALIDATION.CATEGORY.PHYSICAL"
         id="com.ibm.datatools.validation.physicalmodel">
         <category
            name="%VALIDATION.CATEGORY.SYNTAX"
            id="syntax">
            <category
               name="%VALIDATION.CATEGORY.DATATYPE"
               id="datatypes">
               %VALIDATION.CATEGORY.DATATYPE_DESC       
            </category>
            <category
               name="%VALIDATION.CATEGORY.SQL"
               id="sql_statement">
               %VALIDATION.CATEGORY.SQL_DESC
            </category>
            <category
               name="%VALIDATION.CATEGORY.OBJECTNAME"
               id="object_names">
               %VALIDATION.CATEGORY.OBJECTNAME_DESC
            </category>
            <category
               name="%VALIDATION.CATEGORY.KEY_CONSTRAINT_INDEX"
               id="key_constraints">
               %VALIDATION.CATEGORY.KEY_CONSTRAINT_INDEX_DESC
            </category>
            <category
               name="%VALIDATION.CATEGORY.IDENTITY_COLUMN"
               id="identity_columns">
               %VALIDATION.CATEGORY.IDENTITY_COLUMN_DESC
            </category>
            %VALIDATION.CATEGORY.SYNTAX_DESC
         </category>
         %VALIDATION.CATEGORY.PHYSICAL_DESC
      </category>
   </extension>

Los proveedores de coacciones apuntan a uno o más Conjuntos EP por namespace URI. Un grupo de coacciones declara las categorías de las cuales son miembros. Cada coacción tiene una variedad de metadatos asociados con él. Los siguientes atributos son utilizados para definir una coacción:

  • id— Un identificador único para la coacción.
  • nombre— Un nombre localizable para la coacción (aparece en el GUI).
  • lang— Identifica el idioma en el que la coacción se encuentra expresada. El idioma no es sensible en el caso.
  • severidad— La severidad del problema si la coacción es violada. Esto se correlaciona con la severidad de las tareas en el visor de Tareas del ambiente de Eclipse.
  • Código de estatus— El código de estatus único enchufable, es útil para conectarse.
  • clase— Sólo para las coacciones del idioma Java, identifica una clase implementando la coacción.
  • modo— Describe si una coacción opera en un modo de lote, en un modo en vivo o de estreno.

Ahora, siga estos pasos para agregar una nueva coacción para revisar la existencia de un Masking Method si una columna está establecida como datos privados:

  1. Agregue una nueva coacción usando el punto de extensión en el archivo plugin.xml, como se indica en la lista 2.
Lista 2. Usar el punto de extensión de los Proveedores de coacción para agregar una coacción
<!-- add a new constraint -->
<extension point="org.eclipse.emf.validation.constraintProviders">           
   <constraintProvider>
      <package namespaceUri="http:///org/eclipse/datatools/modelbase/sql/schema.ecore"/>
      <package namespaceUri="http:///org/eclipse/datatools/modelbase/sql/tables.ecore"/>
      <package namespaceUri="http:///org/eclipse/datatools/modelbase/derby/derby.ecore"/>
      <constraints
         categories="com.ibm.datatools.validation.physicalmodel/design/normalization">
         <constraint
            name="Column privacy"
            severity="WARNING"
            statusCode="10"
            class="com.ibm.extendrda.sample.validation.PrivacyDataCheck"
            lang="Java"
            mode="Batch"
            id="com.ibm.datatools.extendValidation.PrivacyDataCheck">
            <description>
               Discover columns that are defined as privacy data,
                  but do not have masking method defined
            </description>
            <param name="extraction" value="elementName"/>
            <message>
               Column {0} is defined as privacy data, 
                  but does not have a masking method defined
            </message>
            <target
               class="Column">
            </target>
         </constraint>            
      </constraints>
   </constraintProvider>         
</extension>

El código en la Lista 2 agrega la coacción de la privacidad de la columna bajo la categoría de diseño y normalización como el modo de lote con una severidad de advertencia, como como se de muestra en la Figura 23.

Figura 23. La coacción de la privacidad de la columna
La coacción de la privacidad de la columna
  1. Agregue la clase de implementación, como se indica el la Lista 3.
Lista 3. El código de muestra que implementa la coacción de la privacidad de la columna
public class PrivacyDataCheck extends AbstractModelConstraint {

	public IStatus validate(IValidationContext ctx) {
		EObject target = ctx.getTarget();
		if (target instanceof Column) {
			Column col = (Column) target;
			if (isPrivateData(col) && (!hasMaskingMethod(col))) {
				ctx.addResult(col);
				return ctx.createFailureStatus(
					new Object[] { col.getName() });
			}
		}
		return ctx.createSuccessStatus();
	}

	private boolean isPrivateData(Column column) {
		EAnnotation eannotation = column
			.getEAnnotation(SamplePropertySection.SAMPLE_EANNOTAITN_NAME);
		if (eannotation == null)
			return false;
		String privacyStr = (String) eannotation.getDetails().get(
			SamplePropertySection.SAMPLE_PRIVACY_PROPERTY_NAME);
		if (privacyStr == null)
			return false;
		return Boolean.getBoolean(privacyStr);
	}

	private boolean hasMaskingMethod(Column column) {
		EAnnotation eannotation = column
			.getEAnnotation(SamplePropertySection.SAMPLE_EANNOTAITN_NAME);
		if (eannotation == null)
			return false;
		String maskingStr = (String) eannotation.getDetails().get(
			SamplePropertySection.SAMPLE_MASKING_PROPERTY_NAME);
		if ((maskingStr == null) || (maskingStr.length() <= 0))
			return false;
		return true;
	}
}

Ahora, si usted establece una columna en el modelo SAMPLE como datos de privacidad y deja su Masking Method vacío, usted obtendrá una advertencia de la coacción agregada en el visor de Problema cuando haga funcionar el Modelo de Análisis en SAMPLE, como se muestra en la Figura 24.

Figura 24. Una advertencia de la coacción de la privacidad de la columna
Una advertencia de la coacción de la privacidad de la columna

Conclusión

Como herramienta global de modelado e integración, IDA es muy extensible por su diseño. En esta Parte 2 de esta serie de dos partes, usted aprendió a cómo generar reportes de modelo personalizado usando BIRT para agregar coacciones de validación para reforzar reglas comerciales. Cuando usted combina estos modelos acerca de cómo modificar y transversar programáticamente modelos IDA y agregar propiedades personalizadas de la Parte 1, puede extender IDA para alcanzar su modelación de datos y sus requisitos de integración.

Recursos

Aprender

Obtener los productos y tecnologías

Comentar

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Information mgmt, Rational
ArticleID=427811
ArticleTitle=Extienda InfoSphere Data Architect IBM para cumplir con su modelado de datos específico y sus requisitos de integración, Parte 2: Construir informes personalizados y reglas de validación con IDA
publish-date=07292011