Modelo integral de Arquitectura Empresarial para
Bibliotecas Digitales Universitarias
Integral Model of Enterprise Architecture for
University Digital Libraries
Diego F. González C.
Departamento de Bibliotecas
Universidad Cooperativa de Colombia, UCC
Medellín, Colombia
diegof.gonzalezc@ucc.edu.co
Resumen—Alinear estrategias de negocio y planes de tecnología
constituye un reto estratégico para alcanzar éxito en las
organizaciones. Para las universidades dicho reto es aún mayor,
pues están llamadas a liderar los procesos de innovación y
adopción de nuevas tecnologías. Las bibliotecas son el centro de
concentración del conocimiento en las universidades, por tanto,
disponer de un modelo que les permita afrontar dicho reto se
convierte en un factor clave. En este trabajo se propone un
modelode arquitectura empresarial para bibliotecas digitales
universitarias, que pretende ser un marco de referencia para el
manejo de datos, aplicaciones y estrategias y, por ende, para la
generación de valor en una biblioteca digital.
PalabrasClave–arquitectura empresarial; biblioteca digital;
arquitectura de negocio, datos y aplicaciones.
Abstract—Aligning business strategies and technology plans, is a
strategic challenge to achieve success in organizations. For
universities, the challenge is even greater; they should lead the
processes of innovation and adoption of new technologies.
Libraries are the center of knowledge concentration at
universities; therefore, having a model that allow to face this
challenge becomes a key factor. In this paper,we propose a model
of enterprise architecture for university digital libraries. Such a
model is intended to be a reference framework for managing
data, applications, and strategies and, therefore for generating
value in a digital library.
Keywords–Enterprise architecture; digital library; data,
business and applications architecture.
I. INTRODUCCIÓN
Las bibliotecas universitarias se encuentran en un contexto
dinámico que exige eficiencia en la generación de valor a sus
usuarios. Existen dos grandes entornos de operación,
bibliotecas físicas y digitales, estas últimas se mueven en un
ámbito de datos e información apoyado sobre una
infraestructura tecnológica en continuo desarrollo. Para la
construcción de una biblioteca digital que atienda las
necesidades de información de una comunidad académica no se
cuenta con una guía para su diseño desde el punto de vista de
los datos, la información y la tecnología. En la revisión de
literatura no se evidencian modelos de referencia para este tipo
de aplicaciones en el ámbito de las bibliotecas digitales.
978-989-98434-7-9/17/$31.00 2017
c AISTI
Juan Bernardo Quintero, Bell Manrique-Losada
Facultad de Ingeniería
Universidad de Medellín, UdeM
Medellín, Colombia
{juquintero,bmanrique}@udem.edu.co
A partir de esta necesidad,en el presente artículo se propone
un modelo de referencia de Arquitectura Empresarial (AE) para
una Biblioteca Digital. Permitiendo a la biblioteca responder a
las dinámicas de un entorno cambiante alrededor de los datos,
la tecnología y las necesidades de información de sus usuarios.
Esta propuesta se construye combinando modelos del
ámbito de las bibliotecas digitales y deAE. Para el primero se
usa el modelo DELOS [1] y el de la Biblioteca Digital
Nacional de Finlandia [2]; para el segundo se usa el estándar
TOGAF [3] y el modelo del Ministerio de las Tecnologías de la
Información y las Comunicaciones de Colombia [4]. La
solución se presenta bajo el estándar TOGAF enfatizando las
arquitecturas de negocio, datos y aplicaciones.
Con la arquitectura de referencia se entrega un modelo
general del manejo de datos y aplicaciones, identificando
elementos fijos y variables. Así mismo, se propone una guía de
implementación para su aplicación, que incluye un mapa de
artefactos y plantillas para diseñar cada componente.
Este artículo está estructurado de siguiente forma: en la
sección II se presentan los trabajos relacionados que se
seleccionaron utilizando la técnica de revisión sistemática. En
la sección III se presenta el modelo propuesto. En la sección IV
se describe la validación preliminar la propuesta presentada. En
la sección V se presentan las conclusiones y trabajo futuro.
II. ANTECEDENTES
Para definir los antecedentes y estado del arte de las disciplinas
relacionadas, se utilizó la revisión sistemática como método de
investigación retrospectivo que sintetiza los resultados de
investigaciones primarias [5]en bibliotecas digitales y AE. Una
síntesis de este proceso se presenta a continuación.
A. Referentes en AE en Bibliotecas Digitales
1) Biblioteca Digital Nacional de Finlandia: Planteada para
mejorar el uso e inversión en tecnología, eliminar actividades
duplicadas, incrementar la interoperabilidad y fomentar los
servicios compartidos.Estemodelodescribe cómo las 4
arquitecturas de negocio, datos, aplicaciones y técnica se
relacionan entre sí y opéran como un todo en función de
1835
elementos de la biblioteca como: personas, procesos,unidades (stakeholders), así como un catálogo de principios.La
organizacionales, información y sistemas de información [2]. arquitectura de negocioestá constituida porla cadena de valor y
Estemodelo permitió sustentar la propuesta de componentes de el detalle de procesos,permitiendo comprender los procesos
la arquitectura del trabajo propuesto en el presente artículo. fundamentales para el servicio.La arquitectura de datosesel
núcleo principal de esta AE. Para cada proceso se establecen
2) DELOS Marco de referencia de Biblioteca Digital:
activos de información, entidades y componentes de datos, así
Planteado porCandela y otros [1], presenta un marco mismo se identifican responsables de datos y procesos clave.
conceptual que busca capturar las entidades significativas y
sus relaciones.Por lo tanto, el desarrollo de DELOS comparte
los conceptos de AE y corresponde a una aplicación de dicha
arquitectura en el desarrollo de bibliotecas digitales.
B. Referentes en Bibliotecas Digitales
1) Biblioteca Digital Pública Americana(DPLA): Esta
Biblioteca es una de las iniciativas más recientes, creada por
líderes de bibliotecas, universidades y otras instituciones de
Estados Unidos. Provee una amplia red de recursos en línea
para instituciones de todo el país.La DPLA basa su operación
en 3 elementos fundamentales: i) Portal, que entrega a los
estudiantes, profesores, investigadores y público en general
gran cantidad de recursos sin importar su ubicación en el país;
ii) Plataforma, que permite nuevas formas de usar recursos
digitales y el patrimonio cultural; y iii) Acceso públicocomo
estrategia para facilitar el acceso abierto a la información [6],
estableciendo aspectos como descubrir, reunificar, alfabetizar
informacionalmente, contextualizar y diseminar.
2) Biblioteca Digital Europeana: Modelo del continente
europeo, que contiene material digitalizado representado en:
libros, imágenes, música ymapas, entre otros. El énfasis de los
contenidos es cultural y patrimonial de cada uno de los países
del continente. Esta biblioteca maneja aspectos como las redes
de colaboración, laboratorios de experimentación, y
plataformas tecnológicas integradas como elementos para
cumplir con este propósito [7]. Su estructura se centra en 3
elementos: Un núcleo (core) donde se captura, organiza y
Figure 1. AE de referencia para una biblioteca digital.
almacena el contenido y tecnología necesaria para su gestión;
el acceso (access) donde se estandariza y enriquece el núcleo y En la arquitectura de aplicaciones se identifican los
se entregan las interfaces para acceder al contenido; y los sistemas que soportan la información y datos
servicios entregados a través de experiencias al usuario, gestionados.Asimismo, para el desarrollo de la AE se usa un
mapa de artefactos(Figura 2), que permite identificar los
segmentados en profesionales, usuarios finales y creativos.
artefactos necesarios y sus relaciones. Éstos se ubican desde la
III. ARQUITECTURA EMPRESAL DE REFERENCIA estrategia como capa inicial, hasta las aplicaciones.
A continuación, se presenta el modelo de AE para A. Arquitectura de Negocio
bibliotecas digitalesuniversitarias. Estemodelo abstracto de Esta arquitectura establece aspectos base de la biblioteca
referencia ayuda a entender los componentes y relaciones de digital y propicia la alineación de los datos y sistemas de
una biblioteca digital, con el propósito de servir como información con los procesos de negocio. Para describir esta
herramienta para la construcción de arquitecturas específicas en arquitectura se desarrollan los siguientes artefactos: catálogo de
este dominio.La AE se presenta a través de los siguientes servicios, catálogo de procesos, descripción de procesos y
componentes:aspectos base de la ‘estrategia’ como aspectos diagramas de proceso. El catálogo de procesos se convierte en
preliminares,Arquitectura de negocio, Arquitectura de datos y el eje de la construcción de la arquitectura y tiene incidencia no
Arquitectura de aplicaciones, como se muestra en la Figura 1. solo en la arquitectura de negocio sino también en las de datos
Entre los aspectos preliminares se destacan los y aplicaciones. Este artefacto es base para el desarrollo de otros
requerimientos,estos se presentan apartir de la estrategia de la seis componentes, y sus relaciones se pueden visualizar en el
Universidad. Esta estrategia es el primer elemento que debe mapa de artefactos.
estar claro antes de iniciar con la construcción de la AE. Los artefactos variables de esta arquitectura corresponden
Corresponde a una alineación entre la estrategia institucional y al catálogo de servicios y la descripción de procesos; estos
aquella específica de la biblioteca. Los elementos principales elementos se pueden adaptar acorde a la aplicación específica.
de esta capa son: misión, visión, matriz de interesados Los aspectos relevantes de la arquitectura del negocio se

1836 Proceedings of the 12th Iberian Conference on Information Systems and Technologies
resumen en la Tabla I, cuyos elementos variabless (identificados • Procesos de datos: Obtener datoss; Crear datos; Valorar y
por un asterisco (*)) pueden ajustarse de acuerdoo al dominio. Seleccionar; Registrar; Almacennar y Preservar; Publicar,
Usar, Reutilizar; Archivar / Desecchar.
Identificados estos procesos y acciiones comunes se pueden
establecer entidades de datos y tareass compartidas que tienen
impacto y uso en múltiples processos. Adicionalmente, los
procesos de datos establecen elemenntos para el gobierno de
datos, desde la asignación de roles y responsabilidades hasta
aspectos como la calidad y confiabiliddad de los datos.

Figure 2. Mapa de artefactos de la Arquitectura Empresarial

TABLE I. RESUMEN CATÁLOGO DE PROC

CESOS

Proceso Acciones
• Obtener datos perfil de usuario
• Identificar la necesidad de conocimiento deel usuario
• Obtener datos del contexto
Consulta de
• Obtener datos históricos*
información • Identificar repositorios de objetos de contennido Figure 3. Diagrama de cad
dena de valor
• Consultar en repositorio
• Almacenar datos históricos* B. Arquitectura de Datos
• Obtener datos perfil de usuario
• Analizar la hipótesis o pregunta de investig ación En esta arquitectura se establece el modelo de datos de la
Consulta de • Obtener datos del contexto biblioteca digital tomando como basee los procesos y aspectos
investigación • Obtener datos históricos definidos en la arquitectura de negocioo:
* • Generar listado de consultas
• Proceso de Consulta de Información
• Iterativo por cada consulta de investigaciónn, hasta 4 veces
1) Catálogo de activos de inform mación: Los activos de
• Obtener datos perfil de usuario información hacen referencia a la infformación creada o usada
Explorar • Obtener datos del contexto en la biblioteca digital. Se especifica información resultado de
conocimiento • Obtener datos históricos
* • Construir mapa de conocimiento para catáloogo de entrada procesos académicos, así como datos administrativos
• Construir vistas del mapa de conocimiento (ej. red, bloques) generados en procesos internos.El catálogo de activos de
información, además de identificar las entidades por cada
Un componente importante de la Arquitectura de Negocio es proceso, permite clasificar cada dato por su nivel de
la ‘cadena de valor’, que se puede representar poor medio de un importancia y responsable, por ejem mplo: Administrador de
diagrama de procesos (Figura 3). Estos artefaactos permiten datos de la Universidad, Administrador de datos de biblioteca,
visualizar las diferentes interacciones y tareas desarrolladas en Referencista, Líder de visualización dde datos, entre otros.
cada servicio/proceso. Asimismo, para cada subb-proceso de la
cadena de valor, se especifica un diagrama de procesos.Estos 2) Matriz procesos-datos: Esta maatriz permite detallar la
diagramas y el catálogo de procesos componen la información relación entre procesos y entidades dde datos, y establece para
necesaria para la siguiente capa de arqquitectura. La cada entidad si el proceso la escribee (asigna valor) o la usa
arquitectura de negocio permite identificar los procesos como lectura (consume datos). En esta matriz se detalla al
principales y procesos de datos que se aplicaan en diversos nivel de subproceso, por lo cual es posible
p identificar en qué
dominios, con las siguientes tareas: parte del proceso aplica cada entidad.
• Procesos Principales: Obtener datos de perrfil de usuario; • Entidades de datos más leídas: Las L entidades más leídas
Obtener datos del contexto; Obtener datos históricos.
h permiten identificar qué entidades son usadas por diversos
procesos y por lo tanto que su callidad tiene alto impacto.

Proceedings of the 12th Iberian Conference on Information Systems and Technologies 1837
• Entidades de datos más escritas o con valor asignado
desde los procesos: Se identifican dos entidades de datos
con mayor asignación de valor, se debe prestar atención a
los procesos que asignan valor a estas entidades para
garantizar la integridad de los datos.
• Entidades solo lectura: Estas entidades son asignadas por
procesos externos, en su mayoría datos paramétricos y
aspectos definidos a nivel institucional. Este aspecto
permite identificar qué entidades son usadas por la
biblioteca digital, sin embargo, esta no tiene control sobre
la calidad del dato, ya que son de lectura.
3) Diagrama de datos: Permite representar la relación entre
las entidades de datos y definir sus componentes. Analizando
este artefacto es posible identificar aspectos destacados
comoentidades con mayor impacto de lectura, clavespara la
operación del sistema o para la gestión de datos históricos.
4) Catálogo de entidades: Complementa el diagrama de datos,
yformaliza la definición de entidades incluyendo una
descripción y la representación lógica y física de cada entidad.
Este catálogo se analiza junto con el catálogo de activos de
información para identificar diferencias, activos con varias
entidades o viceversa. En la AE para una biblioteca digital
existe una sincronía entre estos catálogos. Se establecen
entidades de datos para cada activo lo cual facilita la gestión
de datos por cada proceso independiente.
5) Catálogo de componentes de datos: Especifica los datos de
forma detallada a nivel de variables de cada componente
físico. Con esta información se construyen las estructuras de
almacenamiento de cada entidad de datos y es posible
identificar qué procesos y entidades gestionan la mayor
cantidad de variables de datos convirtiéndose en elementos
significativos para el correcto funcionamiento de la
arquitectura de datos de la biblioteca digital.
6) Modelo de Ciclo de vida del dato: Este artefacto es
transversal a toda la arquitectura de datos y contribuye a la
definición de procesos de gestión de datos. La declaración de
este modelo se realiza considerando diversas propuestas y
aplicando criterios de aplicación (datos de biblioteca, útil para
el propósito de ayudar en el aprendizaje), énfasis en la
validación (aseguramiento de la pertinencia y calidad de los
datos), claridad/simplicidad y énfasis en la utilización,
enriquecimiento y reuso de datos.Con base en estos criterios
se definió un modelo de ciclo de vida del dato para bibliotecas
digitales (Figura 4) a partir de los siguientes modelos de
referencia y la comparación que se presenta en la Tabla II:
DCC (Curation Lifecycle Model) [8], DDI (Versión 3.0
Combined Lifecycle model) [9], ANDS (Australian National
Data Service) [10], DataOne (DataOne Federation) [11], UK
Data [12], CMM (Capability Maturity Model for Scientific
Data Management) [13].
1838 Proceedings of the 12th Iberian Conference on Information Systems and Technologies
TABLE II. EVALUACIÓN DE MODELOS DE CICLO DE VIDA DE DATOS
CONCEPTO DCC DDI ANDS Data UK CMM
One Data
1-Aplicación: Datos BD 3 2 2 2 2 3
2-Enfasis Validación 3 1 1 3 1 2
3-Claridad / Simplicidad 2 3 2 3 3 3
4-Enfasis utilización 3 1 3 2 3 2
Total 11 7 8 10 9 10
Nota: Escala de Valoración, nivel en el que cada modelo se aproxima al concepto
establecido. 1-bajo, 2-Medio, 3-Alto
Figure 4. Diagrama de ciclo de vida de datos
C. Arquitectura de Aplicaciones
Esta arquitectura permite representar las aplicaciones donde
los datos son gestionados (creados, actualizados, leídos y
almacenados, entre otros). Corresponde a la última arquitectura
de sistemas de información. De acuerdo con el modelo
TOGAF, una vez finalizada, se diseña la infraestructura
tecnológica para soportar estas aplicaciones. La arquitectura de
aplicaciones se presenta mínimo con tres artefactos:
1) Catálogo de aplicaciones: El propósito de este catálogo es
identificar y mantener una lista de todas las aplicaciones de la
organización. Esta lista ayuda a definir el horizonte y alcance
de las iniciativas de cambio y su impacto en tipos particulares
de aplicaciones. Permite estandarizar un grupo de aplicaciones
para ser definidas y gobernadas.Este catálogo contiene tres
elementos.Servicios de sistemas de información, componente
lógico de aplicaciones y componente físico de aplicaciones.
2) Matriz de aplicaciones-procesos: Con este artefacto se
presenta la relación de cada aplicación con el proceso en que
se usa dentro de la biblioteca digital. En la matriz se registra
cómo cada sistema de información usa o produce datos en
referencia a cada proceso, identificando aspectos como:
• Aplicaciones relacionadas con todos los procesos: Gestión
datos de biblioteca (BD y ofimática); Gestión de
información institucional y Portal Web.
• Los procesos que utilizan la mayor parte de aplicaciones
son:Consulta de información; Datos Paramétricos; y Datos
de usuarios.
3) Matriz de aplicaciones-datos: Se construye a partir de la
información de dos artefactos: matriz proceso-aplicación y
matriz proceso–datos, las cuales combinadas entregan los
elementos requeridos para determinar este elemento.La matriz
permite presentar la relación entre cada aplicación y los datos
que maneja. Para cada aplicación se establece el alcance,
lafuente o almacenamientode los datos.Este artefacto permite
identificar las aplicaciones con más lecturas.
D. Guía de implementación de la AE
Para la implementación de esta arquitectura se proponen
los pasos presentados en la Figura 5.
Figure 5. Guía de implementación
IV. VALIDACIÓN
El proceso de validación se construyó tomando como
referencia el método empírico de análisis Post-Mortem usado
en ingeniería de software. Este método presenta un proceso
iterativo de cinco pasos: 1) planear, 2) obtener datos, 3) realizar
un taller de análisis de eventos y hechos clave, 4) analizar y
resumir los hechos y, 5) publicar los resultados [14].
Adicionalmente, se revisaron referencias de validación de
AEcon el fin de establecer los aspectos a validar y otros
asociados a la realización del proceso en general. Se definió la
Universidad Cooperativa de Colombia, Sede Medellín (UCC)
como caso de estudio para aplicar el modelo propuesto.
A. Preparación
En esta etapa se establece el método de validación y se
especifican las actividades y herramientas necesarias para su
realización. Inicialmente, se identifican los aspectos a validar,
posteriormente cómo validarlos y finalmente la preparación del
experimento.
1) Identificar aspectos a validar: Se definen los siguientes
aspectos a validar de acuerdo con NASCIO [15]: Claridad y
contenido; efectividad en el propósito de la arquitectura
empresarial; y aplicabilidad de la arquitectura.
2) Estrategia de validación de la AE: Considerando que
actualmente la UCC no cuenta con una plataforma tecnológica
que permita modelar o crear un prototipo de solución y que el
proyecto de biblioteca digital aún se encuentra en fase de
aprobación, se plantea usar como estrategia de validación una
entrevista con usuarios potenciales. La estrategia de validación
consistió en presentar la AE a usuarios (personal de biblioteca
y de gestión tecnológicade la UCC y de otras bibliotecas
similares en la región), para su revisión y validación, y
recopilar los resultados a través de una encuesta en línea.
Proceedings of the 12th Iberian Conference on Information Systems and Technologies
3) Preparación del experimento: i) se diseñó un documento
con la síntesis de la propuesta de AEpara entregar a los
validadores. ii) se definió una encuesta como instrumento de
validación; de acuerdo con Lagerström, Johnson y Höök [16]
se incluyen dos tipos de preguntas referentes al modelo de AE
y de su calificación como usuarios;iii)se capturaron los
comentarios de usuarios, luego de la revisión individual del
documento enviado, su análisis y la realización de una
entrevista personal o telefónica [15, 17].
B. Recolección de Datos
Para la recolección de datos se usan diferentes
herramientas: un portal web con los documentos e información
complementaria, entrevistas con usuarios y captura de
evaluación de usuarios a través de una encuesta en línea, así:
1) Portal Web:Se diseña un portal web donde se publica toda la
información necesaria para validar la arquitectura de referencia.
En https://sites.google.com/site/bibliotecadigitalae/se disponen
los siguientes elementos:
• Video de presentación de la arquitectura: Explica los
diagramas que componen la arquitectura de referencia.
• DocumentoGuía de uso. Contiene un resumen rápido de la
AE, que busca presentar la propuesta a usuarios de
biblioteca y de tecnología.
• Mapa visual de la arquitectura empresarial: Serie de
diagramas que presentan secuencialmente la AE propuesta.
• Encuesta de validación: Finalmente, se presenta un enlace
al formulario en línea donde las personas que validan
pueden registrar sus comentarios.
2) Entrevistas con usuarios:Se realizan entrevistas con usuarios
explicando el propósito del trabajo, la propuesta de arquitectura
empresarial para una biblioteca digital y la importancia de su
valoración como usuarios potenciales.
3) Encuesta:Elemento principal para capturar la información,
en 4 secciones: i) Claridad y contenido, ii) Efectividad
cumpliendo el propósito, iii) Aplicabilidad, y iv) Datos
personales. La encuesta tiene 37 preguntas, a valorar en una
escala de 1 a 5. Cada sección cuenta con aspectos de valoración
cuantitativa y cualitativa (preguntas abiertas).
C. Análisis
Luego de enviar el documento y realizar la entrevista, un
total de 5 participantes enviaron sus comentarios y valoración.
En general la valoración de la propuesta es positiva, con un
total del 81% de aceptación y comentarios que ayudan a
complementar la documentación, como sigue:
1) Resultados:La tabla III presenta un consolidado de los
resultados cuantitativos y cualitativos de la validación.
TABLE III. RESULTADOS DE VALIDACIÓN.
TEMA Comentarios de los validadores
Recomendaciones: Reforzar el concepto. Enfatizar en
Claridad y
Contenido cuál es el propósito de la AE en la biblioteca. Hacer la
guía más específica.
Aspectos a incluir: Resaltar más las personas y su rol
en la biblioteca. Factor diferenciador de biblioteca
digital. Definir las entidades.
1839
 Aspectos a eliminar: Ninguno
Valoración: 80%
Efectividad Aspectos beneficiados con la propuesta: Los servicios,
cumpliendo el la gestión de conocimiento, en general todos los frentes.
propósito Aspectos no impactados: Formación de usuarios
Valoración: 78%
Aplicabilidad Aspectos destacados: Las aplicaciones, se incluyen
de la todas las necesarias
arquitectura Dificultades: Comprender la aplicabilidad de la AE. La
capacidad del personal.
Valoración: 84%
De los 5 participantes: 3 son profesionales en Ciencias de la
información y bibliotecología con un total de 41 años de
experiencia en bibliotecas académicas; 1 Ingeniero
Informático; y 1 Magister en gestión de ciencia y tecnología.
Pertenecen a 3 instituciones: Universidad Cooperativa de
Colombia, Universidad de Medellín y Universidad EAFIT. La
otra persona coordina el área de gestión de conocimiento de la
UCC y tiene estudios de maestría en el tema.
2) Conclusiones: La validación tuvo un 80% de
aceptación. El aspecto con mayor valoración es la
‘aplicabilidad de la AE’ y el menor, la efectividad cumpliendo
el propósito.Como aspectos relevantes estála importancia y
necesidad de los elementos definidos en la propuesta, así
comola visualización completa del modelo de biblioteca digital
y las aplicaciones.Por mejorar se enfatiza: i) poca claridad en el
propósito de la AE en la biblioteca digital; necesidad de incluir
procesos de formación y de destacar el rol de las personas en el
modelo propuesto. Considerando las recomendaciones de los
evaluadores se ajustó el lenguaje técnico del modelo para
hacerlo más claro para usuarios de biblioteca sin competencias
en ingeniería de software, así mismo se ajustó la guía de
aplicación con pasos específicos y sencillos para los usuarios
de biblioteca.
V. CONCLUSIONES Y TRABAJO FUTURO
Es posible crear un modelo de AE para diversos dominios
de aplicación, no solo involucrando aspectos de gestión
tecnológica, sino también considerando aspectos de negocio e
información; la cual conjuntamente con los datos se convierte
en un factor estratégico para la generación de valor en una
biblioteca digital. Una AE aporta estrategias de gestión y uso
efectivo de los datos permitiendo a una biblioteca usar los
datos apropiadamente.
La AE usa capas que representan múltiples aspectos y se
conectan formando una estructura de elementos y relaciones, lo
cual aporta un modelo aplicable no solo a los datos y sistemas
de información sino a diversos ámbitos. Así, una AE se
convierte en un modelo genérico de representación de sistemas
u organizaciones.
El uso de artefactos como herramientas para el desarrollo
de las diferentes arquitecturas, facilita la construcción de una
AE. La adecuada selección de artefactos a trabajar depende
dela complejidad y el detalle requerido. El alcance de múltiples
capas de una AE propicia un diseño completo de la biblioteca;
esto se evidencia durante el desarrollo de la arquitectura de
negocio que implica un modelo de servicios y procesos
completos de biblioteca, y no se limita a la gestión de datos.
1840 Proceedings of the 12th Iberian Conference on Information Systems and Technologies
El modelo de construcción de una AE debe ser de lo
general a lo particular, lo cual ayuda a construir
progresivamente toda la información necesaria desde el
concepto, modelo lógico y modelo físico para el manejo de
información.Aplicar conceptos de AE en el diseño de la
biblioteca digital permite cubrir aspectos referentes al uso de
datos y tecnologías, complementando otros modelos de
biblioteca existentes.La AE hace visible los procesos y datos
críticos para la biblioteca digital, permitiendo tomar decisiones
sobre priorizar el aseguramiento de la calidad para datos de alto
impacto.
Para dar continuidad a este trabajo y complementar su
alcance se proponen las siguientes líneas de trabajo
futuro:Crear un modelo ampliado de AE para todos los
procesos de una biblioteca.Incluir en este modelo de datos
indicadores de servicio y detallar el manejo de datos de
contexto e históricos.Desarrollar el modelo completo de
arquitectura, incluyendo: negocio, datos, apps, tecnología,
migración, etc.Complementar la arquitectura de datos
incluyendo las entidades necesarias para la gestión de
indicadores de éxito de cada proceso.
REFERENCIAS BIBLIOGRÁFICAS
[1] Candela, L., Castelli, D., Ferro, N., Ioannidis, Y., Koutrika, G., Meghini,
C., . . . Soergel, D. (2007). The DELOS Digital Library Reference
Model Foundations for Digital Libraries. DELOS Network of
Excellence on Digital Libraries. Recuperado en Noviembre de 2014,
Available at
http://www.delos.info/index.php?option=com_content&task=view&id=
345.
[2] National Digital Library Finland. (2010). The National Digital Library
— Enterprise Architecture.
[3] The Open Group. (1 de 3 de 2016). TOGAF Versión 9.1. Obtenido de
https://www.opengroup.org/togaf/
[4] Ministerio de Tecnologías de la Información y las Comunicaciones;
Tecnocom; Everis. (2014). Documento de Diseño y Especificación del
Marco de Referencia de Arquitectura Empresarial para la Gestión de
Tecnologías de la Información, a adoptar en las entidades del sector
público Colombiano.
[5] R. Epidemiológico, "Revisiones sistemáticas de la literatura," 2005.
[6] Digital Public Library of America. (11 de 9 de 2016). About. Obtenido
de Digital Public Library of America: https://dp.la/info/
[7] Europeana. (2015). Europeana Strategy 2015-2020.
[8] S. Higgins, “The DCC Curation Lifecycle Model.” in The International
Journal of Digital Curation, issue 1, Volume 3, 2008.
[9] DDI Alliance DDI Version 3.0 Conceptual Model. structural reform
group. Data Documentation Initiative, 2013, Available at:
http://www.ddialliance.org
[10] Australian National Data Service, Research Data Management in
Practice, Available in http://www.ands.org.au/working-with-data/data-
management/overview, 2013.
[11] DataONE, Data Life Cycle, Availlable in https://www.dataone.org/data-
life-cycle, 2014
[12] L Corti, V.Van den Eynden, L. Bishop, and M. Woollard, Managing and
sharing research data: A Guide to Good Practice, 2014.
[13] K. Crowston and J. Qin, “A Capability Maturity Model for Scientific
DataManagement: Evidence from the Literature.”Proc. American
Society for Inform. Science and Tech., vol. 48, Issue 1, 2012.
[14] M Myllyaho, O. Salo, J. Kääriäinen, J. Hyysalo, and J. Koskela, “A
Review of Small and Large Post-Mortem Analysis Methods,”17th
International Conference Software & Systems Engineering and their
Applications', 2004.
[15] NASCIO, Enterprise Architecture Maturity Model, Validation report,
2003.
[16] Lagerström, R., Johnson, P., & Höök, D. “Architecture analysis of [17] Rocha, Á., &J. Freixo. "Information Architecture for Quality
enterprise systems modifiability - Models, analysis, and validation,” in Management Support in Hospitals." Journal of Medical Systems,vol. 39,
Journal of Systems and Software, 2010. issue 10,2015.

Proceedings of the 12th Iberian Conference on Information Systems and Technologies 1841
Copyright of CISTI (Iberian Conference on Information Systems & Technologies /
Conferência Ibérica de Sistemas e Tecnologias de Informação) Proceedings is the property of
Conferencia Iberica de Sistemas Tecnologia de Informacao and its content may not be copied
or emailed to multiple sites or posted to a listserv without the copyright holder's express
written permission. However, users may print, download, or email articles for individual use.