EL MODELADO CONCEPTUAL EN
UNA ARQUITECTURA DIRIGIDA
POR MODELOS
Resumen
El objetivo de este artculo es explicar bre-
vemente la importancia que tiene el modela-
do conceptual como actividad en el proceso
de desarrollo de un sistema de informacin,
ms an si se lo hace desde un enfoque de
una Arquitectura Dirigida por Modelos (Mo-
del Driven Architecture - MDA).
Este trabajo describe cmo ha surgido el
concepto de Modelado Conceptual a tra-
vs de una sntesis histrica de su apor-
te en el mbito del desarrollo de los siste-
mas de informacin. Adems, se comentan
los principios bsicos en que se sustenta
tecnologas que le dan soporte y cmo ha
generado un cambio paradigmtico en la
produccin de software, donde el ente de
valor ya no es el cdigo sino el modelo en
el cual est basado la generacin del cdi-
go, esta generacin se puede realizar para
varias plataformas, es decir se requiere
modelar una vez y se puede generar el c-
digo varias veces e incluso hacia diferen-
tes plataformas, de manera que el modelo
llega a convertirse en cdigo del software
y cualquier cambio se debe realizar a este
nivel de abstraccin, al nivel de modelado
conceptual.
Qu es Modelado Conceptual?
En el rea del desarrollo del software, se
utiliza el trmino modelado conceptual
Ing. Mara Fernanda Granda Juca
Docente de la Facultad
los requisitos que un determinado sistema
de informacin debe cumplir, tarea que es
una parte importante en la Ingeniera de
Requisitos, la cual es la primera fase del
ciclo de desarrollo de un software. La es-
-
mada ontologa del dominio [1].
El primer trabajo en Modelado Concep-
tual ha sido registrado en 1958 [2], y trata
sobre la formulacin abstracta de los pro-
blemas de procesamiento de datos desa-
rrollado por Young and Kent. Bubenko en
su artculo [2] resume la evolucin de la
investigacin y prctica en esta rea du-
rante un poco ms de cuatro dcadas.
Este trabajo cubre los temas de investi-
gacin de los aos 60s, donde surgieron
ideas y conceptos pioneros tales como
los problemas de procesamiento de datos
expresados formalmente de una manera
independiente de la mquina, el desarro-
llo del reporte del grupo CODASYL un Al-
gebra de Informacin en 1962, contina
con la introduccin del mtodo infolgico
y mensajes elementales de Langefors en
1965. Ms tarde, la dcada de los 70s, se
caracteriz por la introduccin de nuevos
-
sin de una serie de lenguajes de mode-
lamiento de la informacin como los mo-
delos binarios, relacionales, modelos de
datos semnticos, lenguaje lgico, mode-
lamiento rol-objeto, entre otros. En los 80s,
31
la bsqueda estuvo centrada en encontrar
un marco de trabajo comn para mejorar
la comprensin y optimizar los mtodos y
herramientas existentes, en este tiempo
tambin se investig como mejorar la fase
de captura y validacin de requerimientos
del ciclo de vida de los sistemas, tambin
se dieron las bases de los datos multi-
temporales, as como de los lenguajes
orientados a objetos. Ms tarde en los 90s
el desarrollo y aplicacin de mtodos y
tcnicas ms avanzadas de modelamien-
to conceptual continuaron extendiendo la
discusin de los principios y problemas de
investigacin relacionados a los sistemas
interoperables, heterogeneidad semntica,
requerimientos no funcionales, modelos de
negocio y modelos ontolgicos. En este
punto el modelamiento conceptual en el de-
sarrollo de los sistemas de informacin es
visto como un enfoque para capturar des-
cripciones informales e inexactas de las ne-
cesidades de los usuarios, y luego de algu-
na manera transformarlas en algo completo,
formal y consistente a travs de las especi-
tamiento y funcionalidad del negocio de la
aplicacin, este modelo se conoce como
Esquema Conceptual, y es construido
usando un lenguaje de modelado basado
en MOF (Meta Object Facility) de OMG, el
-
do Modelado). Las herramientas de de-
sarrollo de MDA, convierten el PIM prime-
una aplicacin de cdigo en prcticamente
cualquier plataforma middleware (Servicios
esta manera se cumple con los cuatro ob-
jetivos de MDA que son portabilidad, intero-
perabilidad, mantenibilidad y reusabilidad a
travs de la separacin arquitectnica de
modelos [5].

ser necesario dar soporte a la participacin

de las partes interesadas y usuarios del sis-

de los requerimientos del negocio.

El aporte del Modelado Conceptual en -

MDA vicios en la infraestructura MDA de la OMG.

A inicios de este siglo, la investigacin en En MDA, el modelado conceptual est fuer-

el rea del modelado conceptual se centr
en dar los primeros pasos para estanda- producto del software, ya que los requisitos
rizar los esfuerzos, as como tambin en proveen las directrices para el diseo de la
el desarrollo de lenguajes y modelos on- -
tivos del software y establecen las bases
2001, MDA surgi como las normas de la
arquitectura base de OMG (Object Mana-
gement Group) [3]. El software basado en Usos de los modelos del Software
MDA comienza con un modelo indepen-
diente de la plataforma (Platform Indepen- La promesa de MDA es la de ordenar y fa-
- cilitar el desarrollo del software en base a

32
reglas consistentes, auxiliada por un dise-
o visual, integrado, que es capaz de con-
a largo plazo del proceso de desarrollo del
software, para esto soporta cada fase del
proceso de desarrollo, de la siguiente ma-
nera:
comportamiento del sistema. Si el software
ya existe, el hacer una reingeniera para
obtener el modelo en el cual est basado
el sistema, ayuda a comprender como est
hecho.
automticamente el cdigo libre de errores,
basado en la consistencia de los objetos
integrados y permitiendo realizar un segui-
miento hasta su implementacin.
- nivel, abstracto, donde los cambios son a
teccin de errores en las primeras fase del
proceso de desarrollo del software, a nivel
del diseo, minimizando costes y recur-
sos. El tener modelos permiten construir
un prototipo y simular el comportamiento
para inferir, demostrar y validar propieda-
des a priori, conocer que tan fcil o difcil va
a ser evolucionarlo o mantenerlo antes de
crearlo, la validacin se hace frente a los
requisitos y se puede probar contra diver-
sas infraestructuras.
ya que al disponer del diseo en una forma
legible por la mquina, cualquier cambio se
debe hacer al nivel de modelo, esto permi-
te mantener consistente lo que se modela
con lo que se implementa.
- tre ellas se tienen: IBM Rational Software
cin de la produccin de puentes de in-
tegracin de datos y la conexin con las
infraestructuras existentes (sistemas lega-
dos, sistemas de terceros).
En todas estas fases se facilita la compren-
sin del sistema a desarrollar, el control de
cambios, el control de versiones con una
documentacin coherente y actualizada, el
anlisis de impacto, la utilizacin de nom-
la rapidez de entrega de cdigo, aumenta
la calidad, la disminucin de duracin de
los ciclos de desarrollo, por tanto mejora la
productividad del proceso de desarrollo del
software, facilita el reuso, la mantenibilidad
y la reimplementacin en otras tecnologas.
En este marco, MDA puede usarse sin
a salvo por supuesto el hecho de que no
se tocar el cdigo fuente, como se hace
normalmente en un enfoque gil, donde
se usa un generador automtico de cdigo
como Oracle, Genexus, o algn otro; sino
que se trabaja a nivel de un modelo de alto
nivel conceptual.
Tecnologas que dan soporte a MDA
El desarrollo y la implantacin de herra-
mientas que den soporte a los elementos
de un entorno MDA (editor visual, reposi-
torio de modelos, transformador modelo
a modelo, transformador modelo a texto),
son el requisito fundamental para que el
Desarrollo de Software Dirigido por Mode-
-
re una realidad. MDA es la infraestructura
para DSDM. En este contexto IBM, Borland
y Microsoft estn liderando la construccin
de herramientas avanzadas para facilitar la
implantacin y el desarrollo del DSDM, en-
-
tems Enterprise Architect; otras conocidas
son: ArcStyler, Acceleo, WebRatio, Mendix
e Integranova.
Adicionalmente, existen herramientas que
dan soporte por separado a cada uno de los
33
 Existen muchas concepciones equivoca-
das acerca de lo que realmente es MDA,
-
cultades al momento de querer optar por
-
llan a continuacin:

de aplicacin, hay ciertas restricciones

Figura 2. Elementos de un entorno MDA
debido a la falta de madurez de las herra-
mientas actuales.
Editor Visual de Modelos, para realizar
-
el diseo e implementacin de editores vi-
lucin inmediata a todos los problemas de
suales que permitan gestionar los mode-
desarrollo en una empresa, en realidad el
los: EMF, GEF+Draw 2D, GMF, herramien-
desarrollo de software debe estar sopor-
tas DSL (Model Designer), DSL textuales
tado por un proceso de desarrollo donde
MDA puede estar integrada como marco
conocidas.
de trabajo.
Transformador Modelo a Modelo, para
-
ejecutar la transformacin de modelo a
digo de la aplicacin, ya que depende del
-
tipo de aplicacin. Algunas aplicaciones
tipo CRUD (create, read, update and de-
Repositorio de Modelos -
lete) se puede generar completamente,
guajes de modelado y repositorio de mode-
en otras se requiere algo de programacin
manual, esto depende de las capacidades
de la herramienta y en esos casos hay que
(AM3), herramientas DSL (Domain Model
ser cuidadosos en marcar las zonas mo-
Editor), XMI, entre las principales.
Transformador de Modelos a Texto, para
cdigo pueden perderse.
generar el cdigo fuente: programacin
-
sados en este nuevo paradigma, requieren
-
formacin y experiencia para poder centrar
sus esfuerzos en todo lo que conlleva MDA,
principales.
esta preparacin tiene una curva de apren-
dizaje alta; adems, MDA implica nuevos
Se puede optar por uno de los tres mode-
roles, tareas y dependencias en el equipo
los de negocios en cuanto a la adquisicin
de desarrollo, y al principio esto afectar en
de las herramientas: cdigo abierto, adqui-
la disminucin de su productividad.
sicin de la licencia o pagar por el uso del
-
generador del cdigo de la aplicacin.
na herramienta MDA, sin considerar las

misma: usabilidad, control de versiones,

-
rramienta, capacitacin del personal que la
va a usar, etc.

34
Conclusiones
La mejor estrategia para desarrollar un
software depende de muchos factores, en-
tre ellos el tipo de aplicacin que se va a
desarrollar, los conocimientos del grupo de
desarrolladores, el grado del cambio que
se quiera dar, no hay ninguna receta mgi-
ca, slo hay consejos que pueden ayudar
a decidir.
El concepto de una herramienta L-CASE
(Lower Case) generadora de cdigo que
hasta ahora se haba conocido y usado
para las fases de construccin e implan-
tacin de cdigo, ahora es reemplazado
por la iniciativa MDA de OMG. MDA par-
te de un diseo visual en UML, que es un
modelo conceptual, abstracto, que luego
al ser transformado de un modelo a otro,
- de Informacin se haga realidad.
macin obtener la generacin del cdigo
ejecutable, de esta manera MDA da sopor-
te al proceso de desarrollo del software,
cubriendo todo o casi todo el ciclo de vida
del producto, desde los requerimientos, el
diseo conceptual, hasta la generacin del
cdigo y el empaquetado para su desplie-
gue. MDA puede integrarse a cualquier
tipo de proceso de desarrollo de software,
por ejemplo, en un proceso de tipo gil se
denomina Agile MDA.
-
vidad que se alcanza en el desarrollo del
software, especialmente en las factoras de
software y tambin por la proteccin de la
inversin frente a los continuos cambios en
las tecnologas, ya que desde el modelo se
puede evolucionar a una plataforma ms
actual; sin embargo, hay que tener presen-
MDA es un rea que ha despertado el inte-
rs de muchos investigadores de la comu-
nidad del software, como el grupo MDA de
la OMG, as como grupos de investigacin
de universidades, quienes estn aportan-
do con nuevas formas de automatizar la
derivacin de esquemas conceptuales en
base a los requisitos de los interesados
y usuarios del sistema, desarrollando he-
rramientas y metodologas para compilar,
optimizar y validar las transformaciones
de los modelos a los diferentes niveles de
abstraccin, buscando formas de integrar
modelos, generando pruebas de software
basadas en modelos; es decir, investigan-
do soluciones tecnolgicas cada vez ms
potentes y maduras para hacer efectivo el
Desarrollo de Software dirigido por Mode-
los; de manera que la visin de MDA slo
-
ma conceptual para desarrollar un Sistema
[1] -
-
-
[3]
[4]
35
Mara Fernanda Granda Juca, Ingeniera
de Sistemas(1999, Universidad de Cuen-
ca), Mster en Gerencia de Sistemas de In-
formacin (2009, Universidad de Cuenca),
Profesora Principal tiempo completo de la
Facultad de Ingeniera de la Universidad
de Cuenca (1999-), Coordinadora del Cen-
- en su investigacin son Calidad & Pruebas
dad de Cuenca (1999-2009), Directora de
Escuela de la Escuela de Informtica de la
Universidad de Cuenca(2005-2008), Direc-
tora de la Maestra en Gerencia de Siste-
mas de Informacin de la Universidad de
Cuenca (2010-2011), Becaria del Senescyt
de la convocatoria 2011. Actualmente es
investigadora del Centro de Investigacin
en Mtodos de Produccin de Software
de la Universidad Politcnica de Valencia
(2011-), donde est desarrollando su tesis
de PHD en Informtica en la rea de In-
geniera del Software, los temas de inters
del Software, Modelamiento Conceptual,
Arquitectura Dirigida por Modelos e Inge-
niera de Requisitos. Email: fernanda.gran-
es. Valencia, Espaa.

Hardy Cross ha puesto el dedo en la lla-

ga: como la obligacin del ingeniero es dar servicio a la
humanidad y la del poltico tambin, es muy frecuente que
el mrito de las obras se lo arrebaten los polticos, sobre
todo cuando interviene la politiquera, estos llevan las de
ganar. Pero el ingeniero no debe acobardarse ante esta
situacin que no es ni nueva ni especial; su objetivo debe
ser siempre la obra misma y el fruto que ella rinde, en
tanto que la gloria, por legtima que sea, inevitablemente
debe estar subordinada. Ms an, al desarrollarse cada
vez ms el trabajo en equipo, la fama individual tiende a
desaparecer, y la celebridad queda reservada a los po-
cos mortales que, por la naturaleza misma del trabajo
que realizan, pueden sobresalir en aquello que indefec-
tiblemente est ligado a la persona y a la personalidad de
quien lo desempea .

36