Skip to content

GitLab

Closed
Created by Administrator@rootMaintainer

Revisión completa del paquete INTERESADOS, con incidencia en la conformidad y en la estructura

Created by: vmbajop

  1. LA_Interesado está definido como clase abstracta En la prueba de conformidad para el nivel 1 A.2.4 en la norma ISO 19.152:2012 se dice que "si se implementa LA_Party", se debe asegurar que existe al menos una clase conforme con la definición de LA_Party (OJO, la versión AENOR que hemos comprado, traducción al español de la versión inglesa de la norma Europea del CEN EN ISO 19152, contiene un error de traducción, donde se asegura que para que pase la prueba de conformidad la clase LA_Party, debe comprobarse la implementación de ¡¡LA_BAUnit!!)

Pues bien, la clase LA_Party de LADM no está definida como clase abstracta, por tanto, la definición en el esquema de aplicación (LADM-COL) no debe considerarse conforme.

CONSIDERACIÓN: dado que la norma dice que debe existir al menos una clase conforme con la definición de LA_Party, podrían tomarse las clases extendidas desde la abstracta LA_Interesados, en concreto la de interesados naturales y la de jurídicos, como clases como clases conformes. No obstante, se quiere poner aquí toda la temática a discutir.

  1. El atributo "type" de LA_Party es obligatorio. En el esquema de aplicación, este atributo se ha definido como "Tipo", también obligatorio, pero tal y como está definido el paquete de Interesados, es innecesario. Efectivamente, en el paquete existen dos clases, interesado natural y jurídico, que hacen innecesaria la presencia del atributo en cuestión (Tipo), que a su vez no puede eliminarse porque si no LA_Party no pasaría la prueba de conformidad, el paquete no sería conforme y por tanto, el perfil tampoco lo sería en el nivel 1.

  2. LADM no está pensado para gestionar datos de los interesados (ver introducción de la ISO 19152) Se están incluyendo como parte del perfil LADM-COL clases cuyo objetivo es gestionar datos de interesados. Esta estructura, además, es la que causa que la clase de interesados del esquema de aplicación colombiano esté definida como abstracta y que el atributo obligatorio "Tipo" pierda sentido.

EN CONCLUSIÓN: Para que el perfil colombiano sea conforme a la norma, en el nivel 1 (y por tanto en los superiores), es preciso una definición conforme de la clase que representa a LA_Party. Esto implica que debe ser una clase concreta y contener el atributo Tipo como obligatorio. Para conseguir esto, debe cambiarse la estructura de gestión de datos de interesados. Para ello, se propone crear una estructura ajena a LADM, lo cual no sólo permitiría conseguir lo anterior, si no además cumplir con la premisa de que LADM no está pensado para gestionar esos datos.