Printer Friendly

Towards the creation of a semantic repository of iStar-based context models and the DHARMA method/Hacia la creacion de un repositorio semantico de modelos de contexto basados en i* y el metodo DHARMA.

1. Introduccion

Las empresas modernas se sustentan en Sistemas de Informacion (SI) disenados para gestionar la creciente complejidad de las interacciones con su contexto y su operacion. La Arquitectura Empresarial (EA--por sus siglas en ingles) (The Open Group, 2009) es un enfoque cada vez mas aceptado, el cual abarca varios niveles de diseno arquitectonico, que partiendo de la estrategia de negocio permiten identificar la Arquitectura de SI. Fases tempranas de EA estan usualmente orientadas a modelar el contexto empresarial, con el objeto de entender el proposito de las empresas en su contexto (ej., lo que se requiere de ellas) y ayudar a los encargados de la toma de decisiones a disenar y refinar sus estrategias de negocio, y a los encargados de desarrollar la EA a entender lo que se requiere de los SI resultantes. Lejos de ser una tarea facil, la construccion de Modelos de Contexto (MC) suele ser compleja, principalmente debido a las brechas de comunicacion entre el personal tecnico (por ejemplo, consultores internos y externos) con un conocimiento limitado de la estructura de la empresa, las operaciones y la estrategia, y su contraparte administrativa, los cuales imponen presion y limitaciones de tiempo al proceso.

Con el fin de hacer frente a estos problemas, en los ultimos anos se ha utilizado intensivamente la notacion i* para cerrar la brecha entre las partes interesadas (stakeholders), consultores tecnicos y no tecnicos (Carvallo, 2006), y se ha propuesto el metodo DHARMA (Carvallo & Franch, 2009), para descubrir arquitecturas empresariales partiendo de la construccion de MC expresados en notacion i*.

Adicionalmente en (Carvallo & Franch, 2012) y (Abad, Carvallo, & Pena, 2015), se han propuesto un conjunto de patrones y reglas de instanciacion de actores y dependencias, que permiten construir MC de una manera semiautomatica. Aunque estas propuestas resultan muy utiles en la practica, estan basadas en tecnicas de busqueda que restringen su aplicacion (ej., debido a la dificultad para identificar terminos tales como sinonimos y antonimos) y a esto se suman algunos de los riesgos de la ingenieria de requerimientos, como la omision de requerimientos esenciales y la omision de requerimientos no funcionales (Jaime Vivas, R., 2012). Para solventar esta dificultad, en este trabajo se propone extender las primeras etapas del metodo DHARMA con la incorporacion de tecnologias semanticas, que permitan mejorar la busqueda de elementos y la construccion de nuevos MC, basado en un repositorio semantico de MC. Puesto que los modelos i* seran definidos mediante un modelo semantico formal (ontologia), esto permitira mantener un vocabulario comun de representacion para compartir conocimiento, y usar capacidades de razonamiento que permitan descubrir relaciones que existen entre diferentes modelos, facilitando la reutilizacion de experiencias a los arquitectos empresariales.

En este articulo se presenta la descripcion del proceso de creacion del repositorio semantico de MC expresados en notacion i*. En la seccion 2 se hace una breve introduccion de la notacion i* y el metodo DHARMA, se expone el proceso de construccion de MC en la seccion 3 y a continuacion, en la seccion 4, se describe el enfoque utilizado en el proceso de creacion del repositorio. Por ultimo, en la seccion 5 se presentan las conclusiones y trabajos futuros.

2. Introduccion a la Notacion i* y el Metodo DHARMA

En esta seccion se presenta una breve introduccion a la notacion i* y el metodo DHARMA, se muestra un escenario para la construccion de modelos de contexto mediante el uso de patrones y se presentan trabajos relacionados a esta propuesta.

2.1. La notacion i*

El notacion i* fue formulado para representar, modelar y razonar acerca de sistemas sociotecnicos. Su lenguaje de modelado esta constituido por un conjunto de constructores graficos que pueden ser usados en dos modelos: el modelo de Dependencias Estrategicas (SD), que permite la representacion de actores organizacionales, y el modelo de Razonamiento Estrategico (SR), que representa la logica al interior de los actores. El presente trabajo hace uso intensivo de modelos SD, por lo que la explicacion se enfoca en sus constructores.

Los actores de los modelos SD son representados por un circulo, estos se pueden relacionar por medio de relaciones is-a (subclasificacion) y pueden tener dependencias sociales; una dependencia es una relacion entre dos actores, tal que uno de ellos (depender) depende de la realizacion de alguna intencion interna (dependum) de un segundo actor (dependee); la dependencia se caracteriza entonces por un elemento intencional que representa el objeto de la dependencia. Los elementos intencionales primarios son (ver figura 1): recurso representado por un rectangulo (ej., Factura o Voucher), tarea representada por un hexagono (omitidas en este trabajo por considerarlas demasiado prescriptivas para una etapa de ingenieria de requerimientos temprana), objetivo representado por un ovalo (ej., Compras Facturadas) y objetivo blando representado por un ovalo achatado (ej., Pagos Puntuales); los objetivos representan servicios o requerimientos funcionales, los objetivos blandos representan objetivos que puede ser parcialmente satisfechos o que requieren de un acuerdo adicional acerca de como se debe satisfacer y son usualmente introducidos para representar requerimientos no funcionales y de calidad, los recursos por su parte representan elementos fisicos o logicos requeridos para satisfacer un objetivo, mientras que las tareas representan una forma especifica de alcanzarlos.

[FIGURE 1 OMITTED]

2.2. El Metodo DHARMA

El Metodo DHARMA (Discovering Hybrid ARchitectures by Modelling Actors, por sus siglas en ingles) tiene por objetivo definir la Arquitectura Empresarial utilizando la notacion i* como herramienta fundamental de modelado; su marco estrategico esta basado en el modelo de las fuerzas de mercado y la cadena de valor descritos por Porter (Porter, 1980). El primer modelo (las fuerzas de mercado) esta disenado para analizar la influencia de las cinco fuerzas en el contexto de la organizacion (amenaza de nuevos entrantes, sustitutos, poder de negociacion de los clientes, poder de negociacion de los proveedores, y rivalidad entre competidores) y razonar acerca de las potenciales estrategias disponibles para hacerlo rentable. Por otra parte, con el fin de balancear las fuerzas de mercado, las empresas necesitan adoptar una organizacion interna conocida como Cadena de Valor, la cual engloba las cinco actividades primarias de valor (logistica de entrada, operaciones, logistica de salida, mercadeo y ventas y soporte) y cuatro actividades de soporte (infraestructura, administracion de recursos humanos, desarrollo tecnologico y abastecimiento) requeridas para generar valor y eventualmente un margen (diferencia entre el valor total generado y el costo de realizar las actividades de valor), las actividades primarias son el nucleo y son especificas del negocio mientras que las de soporte son transversales a todas ellas. Aplicando esta teoria, el metodo DHARMA ha sido aplicado y contrastado en varios casos de estudio a nivel industrial, lo cual ha permitido identificar oportunidades de mejora, algunas de las cuales se presentan en este articulo.

El metodo DHARMA se estructura en cuatro actividades principales que se explican a continuacion.

* Actividad 1: Modelado del contexto y el ambito de la organizacion. La organizacion y su estrategia son estudiados en detalle a fin de identificar el rol que juega en relacion a su contexto, este analisis hace evidentes los Actores de Contexto (CA) y las Areas Organizacionales (OA) que la estructuran, los cuales segun DHARMA pueden ser de cuatro tipos (personas, organizaciones, hardware y software). Los CA son identificados en relacion a las fuerzas de mercado y analizados en relacion a cada OA en la cadena de valor, con el fin de identificar necesidades estrategicas entre ellos (Dependencias de Contexto -CD-); ademas, las OAs son analizadas entre ellas con el objetivo de identificar sus interacciones estrategicas (Dependencias Internas -ID-). Como resultado, modelos i* SD son construidos y utilizados para soportar el razonamiento y presentar los resultados de esta actividad, varios MC son construidos desde la perspectiva de cada OA, incluyendo sus CA y OAs relacionados, asi como sus CD e ID; los modelos resultantes son finalmente combinados en un solo Modelo de Contexto empresarial (Figura 2. Actividad 1).

* Actividad 2: Modelado del contexto del SI. Analiza un SI a ser implantado en la organizacion (puede ser un sistema de informacion puro o un hibrido que incluya componentes de hardware, software o hardware con software embebido) y el impacto que este tendria en relacion a los elementos incluidos en el MC. Las dependencias estrategicas identificadas en la actividad anterior (internas y de contexto), son analizadas en detalle con el objeto de determinar cuales pueden ser satisfechas total o parcialmente por el SI, estas dependencias son redirigidas dentro del diagrama i* SD hacia el SI. Este modelo incluye tambien a la organizacion como un actor en el entorno del SI, en el cual, sus necesidades son modeladas como dependencias estrategicas sobre el mismo SI (Figura 2. Actividad 2).

* Actividad 3: Descomposicion de los objetivos del SI. En esta actividad, las dependencias incluidas en el MC del SI son analizadas y descompuestas en una jerarquia de objetivos que son necesarios para satisfacer las dependencias estrategicas establecidas por los actores en su contexto, estos objetivos representan los servicios que el SI deberia proveer para apoyar la interaccion con las actividades de los CA y OA. Como resultado, un diagrama i* SR del sistema es construido, usando enlaces medio-fin (1) de tipo objetivo-objetivo (representando una descomposicion de objetivos en sub-objetivos) (Figura 2. Actividad 3).

* Actividad 4: Identificacion de la arquitectura del SI. Finalmente, los objetivos incluidos en el modelo SR del SI son analizados y sistematicamente agrupados en Actores del Sistema (SA). Estos objetivos son asociados en grupos de servicios de acuerdo a un analisis de las dependencias estrategicas con el entorno y una exploracion del mercado de componentes existentes; las relaciones entre los diferentes SA que forman la arquitectura del SI son descritas de acuerdo a la direccion de los enlaces medio-fin que existen entre los objetivos incluidos dentro de ellos. Los SA resultantes no seran tratados como componentes de software, puesto que estos representan dominios de software atomicos para los cuales pueden ocurrir varias situaciones: pueden ser componentes de software que cubran la funcionalidad de varios SA, la funcionalidad de un solo SA puede ser cubierta por diferentes componentes de software debido a su ubicacion, por ejemplo aplicaciones locales y moviles, o, pueden existir casos para los cuales no exista componentes de software, lo que lleva a la necesidad de software a la medida (Figura 2. Actividad 4).

[FIGURE 2 OMITTED]

2.3. Problemas Asociados a la Creacion Automatica de Modelos de Contexto

A pesar de las guias propuestas en (Carvallo & Franch, 2009), la construccion de MC suele ser realizada de una manera manual y ad-hoc; sin embargo, en (Carvallo & Franch, 2012) y (Abad, Carvallo, & Pena, 2015) se presentan alternativas mas sistematicas que permiten reutilizar elementos de MC (actores y dependencias), contenidos en patrones, estos patrones son usados para apoyar en la construccion de MC i* SD desde cero y eventualmente automatizar este proceso. Concretamente en (Abad, Carvallo, & Pena, 2015) se han identificado varias dimensiones ortogonales utiles para clasificar actores genericos (a modo de ejemplo ver tabla 1 en relacion al actor generico Cliente), cada una de estas dimensiones tiene un conjunto de etiquetas de valor asociadas, las que representan potenciales instancias de actores, las etiquetas tienen a su vez asignados conjuntos de dependencias genericas asociadas. Basado en esta tabla, los profesionales (ingenieros informaticos y personal administrativo) pueden identificar sistematicamente un gran numero de actores en su contexto operacional, seleccionando y combinando las etiquetas de cada dimension. Para ilustrar el enfoque, se va a considerar las dos primeras etiquetas de tres de las dimensiones de categorizacion de Clientes incluidas en la tabla 1, frecuencia/volumen, canal de distribucion y forma de pago. En este caso, 12 combinaciones de etiquetas son posibles: Potencial Mayorista a Credito, Potencial Minorista a Efectivo, Nuevo Mayorista a Credito, Nuevo Mayorista en Efectivo, Importante Mayorista a Credito, Importante Mayorista en Efectivo, Potencial Minorista a Credito, Potencial Minorista en Efectivo, Nuevo Minorista a Credito, Nuevo Minorista en Efectivo, Importante Minorista a Credito e Importante Minorista en Efectivo.

Suponiendo que en un caso particular el Cliente Nuevo Mayorista a Credito se ha seleccionado de este conjunto de combinaciones, entonces todas las dependencias asociadas a las etiquetas seran las dependencias potenciales a ser incluida en el MC de la organizacion, de esta manera, la identificacion de las dependencias tambien puede ser automatizada. Si bien esta forma de operar constituye una contribucion significativa, tiene el problema que las etiquetas y las dependencias asociadas son "fijas", lo cual introduce un problema importante desde el punto de vista semantico, al desconocer por ejemplo etiquetas con significado relacionado a las definidas en la tabla.

De esta manera, si se elige por ejemplo la palabra "consumidor" en lugar de "cliente", no se reconoceria la etiqueta y por tanto no retornaria potenciales dependencias a ser incluidas en el MC.

2.4. Trabajos Relacionados

El uso de ontologias se ha incrementado en un amplio rango de areas en los ultimos anos, esto incluye el uso de modelos semanticos para el modelado de SI. Este trabajo se enfoca en MC obtenidos como resultado del modelado de requerimientos tempranos de acuerdo a las actividades del metodo DHARMA, se ha realizado un analisis de trabajos relacionados que utilicen ontologias para anotar semanticamente los modelos i*. Del analisis del estado del arte sobre este tema, se ha encontrado y analizado OntoiStar y OntoiStar+ (Najera, Perini & Estrada, 2011) y (Najera, Martinez, Perini & Estrada, 2013), las cuales son meta-ontologias (2) usadas para describir modelos i*, con el objeto de integrar diferentes variantes de i*; partiendo de estas ontologias se han desarrollado algunos trabajos relacionados, por ejemplo el desarrollo de TAGOON (Tool for the Automatic Generation of Organizational Ontologies) (Najera, Martinez, Perini & Estrada, 2013); y un metodo para integrar los constructores variantes de i* mediante el uso de ontologias (Vazquez, Estrada, Martinez, Morandini & Perini, 2013).

En (Beydoun, Low, Gracia-Sanchez, Valencia-Garcia, & Martinez-Bejar, 2014) se propone la anotacion de modelos i* utilizando una ontologia de recuperacion, mediante la cual se verificara la validez del modelo basandose en reglas definidas en la ontologia y adicionalmente encuentra ontologias de dominio que permiten extender el vocabulario del modelo anotado.

A pesar de que estos trabajos permiten la anotacion de modelos i*, esta propuesta va mas alla, buscando la creacion de un Repositorio Semantico de Modelos de Contexto, a partir de los cuales un sistema pueda inferir y por ende ayudar a los consultores informaticos a realizar analisis empresariales de una manera mas facil mediante la reutilizacion e inferencia provista por el repositorio.

Ademas de las ontologias que describen modelos i*, se ha realizado la busqueda e implementacion de modelos ontologicos relacionados a la organizacion y su contexto, debido a que se considera necesaria dicha informacion para cubrir la primera actividad del metodo DHARMA, y la cual brindara capacidad de vinculacion entre dependencias sociales de organizaciones que cuenten con caracteristicas de entorno y estrategia similares (sectores, industrias, tamano, etc.). La ontologia Job Offer del proyecto NAZOU (Bielikova, Navrat & Rozinajova, 2005) modela conceptos del dominio de ofertas laborales, y esta integrada por diferentes ontologias, siendo de interes para este trabajo, ademas la ontologia Classification Ontology, la cual cuenta con una jerarquia completa de clasificacion de Industrias y Sectores ha sido incluida en este trabajo.

3. Proceso de Creacion del Repositorio Semantico de Modelos de Contexto

En esta seccion se describe una propuesta para la creacion de un repositorio semantico utilizando los principios de Linked Data (Berners-Lee, 2006) a partir de modelos i* obtenidos como resultado de aplicar las dos primeras actividades del metodo DHARMA. El ciclo de publicacion de Datos Enlazados comprende una serie de componentes y actividades interrelacionadas (Piedra, N., Chicaiza, J., Quichimbo, P., Saquicela, V., Cadme, E., Lopez, J., Espinoza, M. & Tovar, E., 2015), por lo que esta propuesta esta basada en los lineamientos definidos por el Grupo de Trabajo de la W3C (W3C Working Group, 2014), las guias propuestas en (Villazon-Terrazas, 2011). En esta propuesta se distinguen siete fases, las cuales se describen a continuacion.

3.1. Preparacion de Datos

Los productos de trabajo de cada actividad del Metodo DHARMA son un conjunto de modelos i*, los cuales pueden ser utilizados como fuentes de datos para suministrar informacion a un repositorio semantico, en el cual los MC puedan ser representados mediante ontologias. Este trabajo se enfoca principalmente en las dos primeras actividades del Metodo DHARMA.

El MC resultante de la primera actividad, puede ser expresado de manera tabular, utilizando una tabla estructurada por los campos (ver tabla 2): Actori, Actor2, Dependencia, Tipo y Direccion; donde Actor1 y Actor2 pueden llevar a cabo el rol de Depender o Dependee en base al sentido de la dependencia especificado en el campo Direccion. Por su parte, el campo Dependencia describe la interaccion estrategica entre Actor1 y Actor2, y el campo Tipo establece el tipo de dependencia: Objetivo, Objetivo blando, Recurso o Tarea.

La segunda actividad del metodo busca establecer aquellas dependencias que pueden ser automatizadas mediante un SI. Desde el punto de vista tabular, basta con extender la tabla resultante de la actividad 1, incluyendo un par de columnas donde se establezca si el sistema puede cubrir de manera Parcial o Total los servicios (funcionalidad) requeridos para satisfacer las dependencias.

3.2. Seleccion de la Fuente de Datos

En esta fase se identifican las fuentes de datos a ser procesadas, en este caso se parte de archivos Excel que representan modelos i* en forma tabular como se menciono en la sub-seccion 3.1. Estos archivos han sido recolectados a lo largo del tiempo en base a experiencias reales en mas de 30 empresas a las cuales se aplico el metodo DHARMA.

En este trabajo se muestra una primera aproximacion usada para transformar los datos sin procesar a formato RDF. Ademas se cuenta con una tabla elaborada por los autores que describe cada una de las organizaciones estudiadas (su nombre, tamano, sector e industria de acuerdo a la clasificacion NACE3) y que servira como base para enriquecer a la organizacion y por ende a sus MC.

3.3. Definicion de URIs

En esta tercera fase se definen las URIs que representan los recursos de tal forma que permita identificar de manera unica a un modelo i*. La definicion del formato de la URI esta basado en las guias definidas por la comunidad (W3C Working Group, 2012). En la tabla 3 se muestran las URIs del proyecto y su descripcion, mientras que en la tabla 4 se muestran ejemplos de URIs para cada elemento en el ultimo campo de la Tabla 2.

3.4. Vocabularios

De acuerdo con (W3C Working Group, 2014), los vocabularios estandarizados deberian ser reutilizados tanto como sea posible para facilitar la inclusion y expansion de la Web de Datos. En cuanto a los vocabularios de i*, como se menciono en la seccion 2.4, existen varias propuestas en la literatura de diferentes autores. Para el contexto de la notacion i*, se ha seleccionado la meta-ontologia OntoiStar como esquema principal para representar modelos i* (SD y SR). Esta meta-ontologia permite modelar todos los elementos de i*, tanto nodos (actores y dependencias) como relaciones (is-a, mediofin, etc). En el contexto de la organizacion se ha decidido utilizar Job Offer Ontology (4), la cual permite describir la organizacion y su entorno. Para enlazar los vocabularios se ha utilizado la metodologia NEON (Suarez-Figueroa et al., 2012), y como resultado se obtuvo la Red de Ontologias DHARMA.

3.5. Generacion de RDF a partir de Modelos i*

Existen algunas dificultades en la generacion de RDF de modelos i* debido principalmente a la falta de experiencias similares. Actualmente existen varias herramientas que permiten la generacion de RDF, sin embargo, una tabla de Excel generada desde un modelo i* no ha sido probado con estas herramientas. Se ha generado un proceso ETL (5), el cual a traves de un servicio REST permite generar RDF desde un modelo i* expresado en la forma tabular definida en el metodo DHARMA.

El primer paso para generar RDF es definir un mapeo entre la ontologia OntoiStar y los elementos del MC de la tabla 2, asi como un mapeo entre la ontologia Job Offer y los elementos de la organizacion. En la tabla 5 se muestra el mapeo entre los elementos del MC y las clases de cada ontologia. La tabla 6 muestra las propiedades de las ontologias empleadas en la anotacion.

Para la generacion de RDF se tomaron los 30 MC, y se instanciaron los distintos elementos de acuerdo a la definicion de URIS descrito en la seccion 3.3. A continuacion se muestra un ejemplo de tripletas RDF resultantes de la anotacion de una dependencia i*. En el ejemplo se hace uso de Prefijos por razones de espacio.

Dependencia: Organizacion depende de Cliente para obtener Pagos puntuales PREFIX OIS: <http://www.cenidet.edu.mx/OntoiStar.owl#> PREFIX dharma: <http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#> PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> INSERT DATA {

<http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#Actor/OrganizacionLink> OIS:has_Dependency_DependerLink_target_ref <http://www.ucuenca.edu.ec/ontologies/ DHARMA.owl#Actor/Organizacion>.

<http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#Actor/Organizacion> OIS:has_ Dependency_DependerLink_source_ref <http://www.ucuenca.edu.ec/ ontologies/ DHARMA.owl#Dependency/ORGANIZACION_PAGOS_PUNTUALES_CLIENTE_1>.

<http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#Actor/OrganizacionLink> a OIS:DependerLink.

< http: //www. ucuenca .edu.ec/ontologies / D HARM A. owl# Actor / ClienteLink > O IS: has_ Dependency_DependeeLink_source_ref < http: //www. ucuenca .edu. ec/ontologies / DHARMA.owl#Dependency/ORGANIZACION_PAGOS_PUNTUALES_CLIENTE_1>.

<http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#Actor/ClienteLink> OIS:has_ Dependency_DependeeLink_target_ref <http://www.ucuenca.edu.ec/ ontologies/ DHARMA.owl#Actor/Cliente>.

<http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#Actor/ClienteLink> a OIS:DependeeLink.

<http://www. ucuenca. edu. ec/ontologies/DHARMA. owl# Dependum/Pagos_ puntualesLink> OIS:has_Dependency_DependumLink_source_ref <http://www.ucuenca. edu.ec/ontologies/DHARMA.owl#Dependency/ORGANIZACION_PAGOS_PUNTUALES_ CLIENTE_1>.

<http://www. ucuenca. edu. ec/ontologies/DHARMA. owl# Dependum/Pagos_ puntualesLink> OIS:has_Dependency_DependumLink_target_ref <http://www.ucuenca. edu.ec/ontologies/DHARMA.owl#Dependum/Pagos_puntuales>.

<http://www.ucuenca.edu.ec/ontologies/D H ARMA. owl# Dependum/Pagos_ puntualesLink> a OIS:DependumLink.

<http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#Dependency/ORGANIZACION_ PAGOS_PUNTUALES_CLIENTE_1> dharma:has_Dependency_Organization_source_ref

<http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#Organization/ Organizacion>.

<http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#Dependency/ORGANIZACION_ PAGOS_PUNTUALES_CLIENTE_1> a OIS:Dependency.

<http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#Dependency/ORGANIZACION_ PAGOS_PUNTUALES_CLIENTE_1> OIS:Node_sannotation "1".

}

Este proceso de anotacion se realiza para las dependencias de todos los MC y se obtiene como resultado un repositorio semantico de modelos i* en formato OWL, los cuales son publicados en un Triple Store (6) para su explotacion.

3.6. Enlazando los Datos

Como se menciono en la revision de literatura (y hasta donde conocemos) no existe todavia una aproximacion de datos enlazados en este contexto; por lo tanto no es posible enlazar los modelos definidos en este trabajo con modelos en otros repositorios.

3.7. Publicacion y Explotacion

Los datos semanticos generados (RDF) desde modelos i* fueron cargados en una base de datos especializada en semantica, en este caso se utilizo Apache Marmotta (7), la cual permite almacenar RDF. Sobre esta base de datos se puede realizar consultas SPARQL (8), algo similar a una consulta SQL. A continuacion se muestra un ejemplo de consulta SPARQL, la cual obtiene una muestra de Dependums instanciados de acuerdo al actor cliente Cliente.

SELECT distinct ?Dependum WHERE {

?DependerLink OIS:has_Dependency_DependerLink_target_ref ?DependerE. ?DependerLink OIS:has_Dependency_DependerLink_source_ref ?DependencyURI. ?DependeeLink OIS:has_Dependency_DependeeLink_target_ref ?DependeeE. ?DependeeLink OIS:has_Dependency_DependeeLink_source_ref ?DependencyURI. ?DependumLink OIS:has_Dependency_DependumLink_source_ref ?DependencyURI. ?DependumLink OIS:has_Dependency_DependumLink_target_ref ?DependumE. ?DependumE OIS:has_IntentionalElement_IntentionalType ?IntentionalType. ?DependencyURI dharma:has_Dependency_Organization_source_ref ?organization. ?DependencyURI OIS:Node_sannotation ?direction. ?DependerE rdfs:label ?Actor2. ?DependeeE rdfs:label ?Actor1. ?DependumE rdfs:label ?Dependum. FILTER(?DependeeE= <http://www.ucuenca.edu.ec/ ontologies/DHARMA.owl#Actor/Cliente> 11 ?DependerE=<http://www.ucuenca.edu.ec/ ontologies/DHARMA.owl#Actor/ Cliente>).}

[FIGURE 3 OMITTED]

4. Conclusiones y Trabajos Futuros

En este trabajo se ha presentado una primera idea de generacion de un repositorio semantico de MC basados en i*, siguiendo las mejores practicas de Linked Data. Basado en los modelos ontologicos seleccionados, se procedio a poblar las ontologias utilizando los datos generados a partir de mas de 30 experiencias profesionales sobre diferentes empresas. Los datos fueron cargados en un repositorio semantico, el cual permitio el analisis de los datos a traves de consultas SPARQL.

En el futuro se pretende extender el trabajo, iniciando por el desarrollo de una aplicacion que permita explotar los datos semanticos generados a traves de consultas SPARQL de ejemplo, y ademas permita extraer patrones similares entre los diferentes modelos i* instanciados dentro del repositorio, basandose en las caracteristicas del entorno de la aplicacion como en las diferentes dependencias creadas. Adicionalmente se pretende extender este trabajo, incluyendo las dos actividades adicionales del metodo DHARMA, buscando automatizar la inferencia de modelos arquitectonicos de los SI. Estas actividades permitiran descubrir enlaces entre nuestro dataset y la DBPedia mediante el la herramienta Silk, con el fin de compartir la informacion de los MC y asi proveer Datos Enlazados Abiertos (Open Linked Data), que podran ser accedidos por cualquier persona. Ademas se planea refinar la ontologia DHARMA y enlazarla con ontologias de dominio, esto permitira enriquecer los modelos i* y crear sistemas de recomendacion basados en el conocimiento registrado en el repositorio. Tambien se emplearan ontologias que permitan identificar relaciones linguisticas como sinonimia, polisemia, homonimia, etc. en las dependencias creadas y evitar redundancia en las recomendaciones de MC que se le puedan hacer a un usuario.

Recebido/Submission: 03/27/2016

Aceitacao/Acceptance: 04/14/2016

Referencias

Abad, K., Carvallo, J. P., Pena C.: iStar in Practice: On the Identification of Reusable SD Context Models. 8TH International i* Workshop (iStar'15). (2015).

Berners-Lee, T.: Linked Data. http://www.w3.org/DesignIssues/LinkedData.html. (2006).

Beydoun, G., Low, G., Gracia-Sanchez, F., Valencia-Garcia, R., Martinez-Bejar, R.: Identification of Ontologies to Support Information Systems Development.

Bielikova M, Navrat P, Rozinajova V (2005) Methods and Tools for Acquiring and Presenting Information and Knowledge in the Web. In: Proc. of International Conference on Computer Systems and Technologies--CompSysTech' 2005. Varna, Bulgaria

Carvallo, J. P.: Supporting Organizational Induction and Goals Alignment for COTS Components Selection by Means of i*. ICCBSS (2006).

Carvallo, J. P., Franch, X.: Building Strategic Enterprise Context Models with i*: A Pattern-Based Approach. 5TH International i* Workshop (iStar'11), (2012).

Carvallo, J. P., Franch, X.: On the Use of i* for Architecting Hybrid Systems: A Method and an Evaluation Report. PoEM (2009).

Jaime Vivas, R.: Modelamiento semantico con Dinamica de Sistemas en el proceso de desarrollo de software. Revista Iberica de Sistemas y Tecnologias de la Informacion, No. 10, pp 19-33. (2012).

Najera, K., Martinez, A., Perini, A., Estrada, H.: An Ontology-Based Methodology for Integrating i* Variants. Proceedings of the 6TH International iStar Workshop (iStar 2013). (2013).

Najera, K., Martinez, A., Perini, A., Estrada, H.: Supporting i* Model Integration Through an Ontology-Based Approach. 5TH International i* Workshop (iStar'11), 43-48, (2011).

Piedra, N., Chicaiza, J., Quichimbo, P., Saquicela, V., Cadme, E., Lopez, J., Espinoza, M. & Tovar, E.: Marco de Trabajo para la Integracion de Recursos Digitales Basado en un Enfoque de Web Semantica. Revista Iberica de Sistemas y Tecnologias de la Informacion, No. E3, pp 55-70. (2015).

Porter, M.: Competitive Strategy. Free Press. New York, United States (1980).

Socorro, R., Simon, A., Valdes, R., Fernandez, F., Rosete, A., Moreno, M., Leyva, E., Pina, J.: Las ontologias en la representacion del conocimiento. Instituto Superior Politecnico "Jose Antonio Echeverria". (2008).

Suarez-Figueroa, M.C., Gomez-Perez, A., Motta, E., Gangemmi, A. (Eds.): Ontology Engineering in a Networked World. Springer Berlin Heidelberg. 444pp. (2012).

The Open Group: The Open Group Architecture Framework (TOGAF) version 9. (2009).

Vazquez, B., Estrada, H., Martinez, A., Morandini, M., Perini, A.: Extension and Integration of i* Models with Ontologies. Proceedings of the 6TH International iStar Workshop (iStar 2013). (2013).

Villazon-Terrazas, B.: Best Practices for Publishing Linked Data. (2011).

W3C Working Group: Best Practices for Publishing Linked Data. http://www.w3.org/ TR/ld-bp/. (2014).

W3C Working Group: Best Practices URI Construction. http://www.w3.org/2011/gld/ wiki/223_Best_Practices_URI_Construction. (2012).

Yu, E.: Modelling strategic relationships for process reengineering. (1995).

Karina Abad [1], Juan Pablo Carvallo [1], Mauricio Espinoza [1], Victor Saquicela [1]

karina.abadr@ucuenca.edu.ec, pablo.carvallo@ucuenca.edu.ec, mauricio.espinoza@ucuenca.edu.ec, victor.saquicela@ucuenca.edu.ec

[1] Departamento de Ciencias de la Computacion, Universidad de Cuenca, 010150, Cuenca, Ecuador.

DOI: 10.17013/risti.17.41-56

(1) Enlaces medio-fin: indican una relacion entre un extremo y un medio para alcanzarlo (http://istar.rwthaachen.de/tiki-index.php?page=Means-Ends+Links&structure=i%2A+Guide)

(2) Meta-ontologias: Tipo de ontologia que especifica las conceptualizaciones que subyacen a los formalismos de representacion del conocimiento. (Socorro, Simon, Valdes, Fernandez, Moreno, Leyva & Pina, 2008)

(3) Nomenclatura estadistica de actividades economicas de la Comunidad Europea

(4) http://nazou.fiit.stuba.sk/nazou/ontologies/v0.6.17/offer-job

(5) Extraccion, Transformacion y Carga, es el proceso que permite mover datos desde multiples fuentes, reformatearlos, limpiarlos, y cargarlos en otra base de datos para analizar o apoyar un proceso de negocio.

(6) Triple Store: Base de datos especialmente disenada para el almacenamiento y consulta de tripletas.

(7) Apache Marmotta: http://marmotta.apache.org/

(8) SPARQL: Lenguaje de consulta para RDF. http://www.w3.org/TR/rdf-sparql-query/
Tabla 1--Instancias de Cliente y Dependencias asociadas

Actor      Dimension      Instancia     Dependencias Asociadas
Generico

Clientes   Frecuencia     Potencial     Promociones realizadas
           o Volumen
                                        Muestras promocionales

                          Nuevo         Tarjeta de membresia

                                        Precios especiales de
                                        introduccion

                          Importante    Beneficios VIP garantizados

                                        Atencion personalizada

                                        Tarjetas VIP

           Canal de       Mayorista     Disponibilidad de productos
           distribucion                 garantizada

                                        Acuerdo de distribucion
                                        firmado

                          Minorista     Reabastecimiento en pequenas
                                        cantidades

                                        Incrementar ventas a traves
                                        de tiendas minoristas

                          Segmento de   Infraestructura de servicios
                          mercado       especializada
                          particular
                                        Documentos especificos

           Metodo de      Credito       Pagos diferidos
           pago
                                        Voucher

                          Contado       Rebajas en efectivo

                                        Dinero

                                        Productos o servicios
                                        adquiridos

                                        Pagos puntuales

                                        Productos o servicios

                                        Calidad de productos o
                                        servicios

Actor      Dimension      Instancia     Tipo          Direccion
Generico

Clientes   Frecuencia     Potencial     Objetivo      >
           o Volumen
                                        Recurso       <

                          Nuevo         Recurso       >

                                        Obj. blando   >

                          Importante    Objetivo      >

                                        Obj. blando   >

                                        Recurso       >

           Canal de       Mayorista     Objetivo      >
           distribucion

                                        Objetivo      <

                          Minorista     Obj. blando   >

                                        Obj. Blando   <

                          Segmento de   Objetivo      >
                          mercado
                          particular
                                        Recurso       >

           Metodo de      Credito       Objetivo      >
           pago
                                        Recurso       >

                          Contado       Objetivo      >

                                        Recurso       <

                                        Objetivo      <

                                        Obj. blando   <

                                        Recurso       <

                                        Obj. blando   >

Tabla 2--Representacion tabular del MC incluido en la figura 1.

Actor1    Actor2         Dependencia

Cliente   Organizacion   Tecnologia, productos o servicios adquiridos
Cliente   Organizacion   Tecnologia, productos o servicios
Cliente   Organizacion   Pagos puntuales
Cliente   Organizacion   Compras facturadas
Cliente   Organizacion   Calidad de productos y servicios
Cliente   Organizacion   Factura

Actor1    Tipo          Direccion

Cliente   Objetivo      >
Cliente   Recurso       >
Cliente   Obj. blando   <
Cliente   Objetivo      <
Cliente   Obj. blando   >
Cliente   Recurso       >

Tabla 3--Descripcion de URIs del proyecto

URI                                 Descripcion

http://www.ucuenca.edu.             URI principal
ec/ontologies/DHARMA.owl#

http://www.ucuenca.edu.             URI para identificar recursos
ec/ontologies/DHARMA.owl#
<tipo_entidad/ nombre_entidad>

http://www/ucuenca/edu/             URI para identificar dependencias
ec/ontologies/DHARMA/owl#
Dependency/EmpresaXYZ/
Actor1_Dependum_Actor2_Direccion

Tabla 4--URIs para identificar elementos de la dependencia "Cliente
depende de Organizacion para obtener el recurso Factura"

Elemento       URI

Cliente        http://www.ucuenca.edu.ec/ontologies/DHARMA.
               owl#Actor/Cliente

Organizacion   http://www.ucuenca.edu.ec/ontologies/DHARMA.
               owl#Actor/Organizacion

Factura        http://www.ucuenca.edu.ec/ontologies/DHARMA.
               owl#Dependum/Factura

Dependencia    http://www.ucuenca.edu.ec/ontologies/DHARMA.
               owl#Dependency/Organizacion /
               Cliente_Factura_Organizacion_0 (0--derecha,
               1-izquierda)

Tabla 5--Mapeo entre las clases de OntoiStar, Job
Offer y los elementos de i*

Nombre de la clase       Descripcion                     Ontologia

Depender                 Actor de contexto               OntoiStar

Dependee                 Actor de contexto               OntoiStar

Dependum                 Elemento intencional de una     OntoiStar
                         dependencia

IntentionalType          Tipo de elemento (Objetivo,     OntoiStar
                         objetivo blando, etc.)

Dependency               Elemento auxiliar entre         OntoiStar
                         Depender, dependum y depende

DependerLink             Elemento auxiliar entre la      OntoiStar
                         Dependencia y el Depender

DependumLink             Elemento auxiliar entre la      OntoiStar
                         Dependencia y el Dependum

DependeeLink             Elemento auxiliar entre la      OntoiStar
                         Dependencia y el Dependee

OrganizationSize         Tamano de la organizacion       Job Offer

IndustryClassification   Clasificacion de industria      Job Offer

SectorClassification     Clasificacion de sector         Job Offer

Tabla 6--Propiedades de OntoiStar y Job Offer usadas en la
instanciacion

Propiedades de la ontologia                Ontologia
has_Dependency_DependerLink_ source_ref    OntoiStar
has_Dependency_DependerLink_ target_ref    OntoiStar
has_Dependency_DependeeLink_source_ref     OntoiStar
has_Dependency_DependeeLink_target_ref     OntoiStar
has_Dependency_DependumLink_source_ref     OntoiStar
has_Dependency_DependumLink_target_ref     OntoiStar
is-a                                       OntoiStar
hasSize                                    Job Offer
has_Organization_Sector                    DHARMA
Has_Organization_Industry                  DHARMA
COPYRIGHT 2016 AISTI (Iberian Association for Information Systems and Technologies)
No portion of this article can be reproduced without the express written permission from the copyright holder.
Copyright 2016 Gale, Cengage Learning. All rights reserved.

Article Details
Printer friendly Cite/link Email Feedback
Author:Abad, Karina; Carvallo, Juan Pablo; Espinoza, Mauricio; Saquicela, Victor
Publication:RISTI (Revista Iberica de Sistemas e Tecnologias de Informacao)
Date:Mar 1, 2016
Words:5408
Previous Article:An approach based on metamodelling for the validation CMMI process area: a case study/Una aproximacion basada en metamodelado del area de proceso de...
Next Article:MIMSG: a model to integrate SMES, society and government from the orizaba metropolitan area in the use of ICT/MIMSG: un modelo para la integracion de...

Terms of use | Privacy policy | Copyright © 2022 Farlex, Inc. | Feedback | For webmasters |