SimonCed

Principales diagramas de modelado y su importancia en una ontologa para la representacin de conceptos de diseo de software
Como sabemos, los diferentes diagramas de modelado son una herramienta de mucha importancia en el proceso de diseo de software en la actualidad, y junto a los muchos patrones de diseo, constituyen un gran cmulo de informacin que los diseadores de sistemas deben conocer y manejar de la manera ms ptima posible, como sus componentes, mtodos, identificadores, caractersticas, beneficios, situaciones en las que se deben emplear, etc., para as ayudar a concretar el diseo de la solucin de manera ms coherente y acertada ante los complejos problemas o proyectos a los que se pueden enfrentar. Es por ello que en el artculo Una ontologa para la representacin de conceptos de diseo de software(1)1, se propone el uso de la ontologa, ya que con las ontologas se permite representar el entendimiento comn y compartido de un dominio, en este caso el de las herramientas de diseo de software (diagramas de modelado y patrones de diseo), para as administrar todo este conocimiento de forma ms apropiada y accesible para los diseadores. En este anlisis nos centraremos en seleccionar los diagramas ms importantes para dicha ontologa y explicar su importancia individual en la fase de diseo, basndonos en lo expuesto en el referido artculo, donde podemos ver los diagramas de modelado, inmersos en dos grandes grupos que son: Diagramas de Comportamiento y Diagramas Estructurales. A continuacin describiremos la importancia de cada uno de ellos en la ontologa estudiada:

1. Diagramas de Comportamiento Los diagramas de comportamiento son importantes en el diseo ya que permiten modelar y mostrar como el sistema acta desde diferentes perspectivas, con ellos se puede visualizar, especificar, construir y documentar la parte dinmica del sistema o comportamiento. Son fundamentales definirlos en esta ontologa porque permiten agrupar los diferentes diagramas con estas caractersticas por lo que esto facilitar responder preguntas asociadas a este tipo de diagramas. 1.1. Diagrama de Caso de uso (UML) Este diagrama es importante en el modelado y organizacin del comportamiento de un sistema. Modela el comportamiento del sistema desde el punto de vista externo, mostrando un conjunto de casos de usos (funcionalidades) y actores (usuarios cualquier otro ente externo que le este permitido interactuar con el sistema. Es de vital importancia ya que este diagrama es la base del diseo lgico del sistema, de hecho es el primer diagrama que se modela, ya que muestra casi que directamente que cosas podr hacer el sistema, de manera muy entendible para analistas, diseadores, desarrolladores y
1

1. Una ontologa para la representacin de conceptos de diseo de software. Gloria L. Giraldo G., Ph. D., Juan F. Acevedo O., M. Sc. (c) & David A. Moreno N., Ing. (c). 3, Medelln : s.n., diciembre de 2011, Avances en Sistemas e Informtica, Vol. 8, pgs. 103-110.

clientes. En esta ontologa permite responder preguntas como: en cuales diagramas se encuentra el elemento Actor? Cules son los actores del sistema? Y cualquier otra relacionada a sus beneficios, relaciones y en qu momento usarlo. 1.2. Diagrama de Actividades (UML) Este diagrama muestra el flujo paso a paso de una computacin (proceso, flujo de control flujo de estado). Cubren la vista dinmica de un sistema, resaltando el flujo y control entre objetos. Son importantes en el diseo porque permiten especificar mejor las operaciones complejas del sistema, procesos de negocio, o flujo de trabajo (workflow). En esta ontologa permitir responder preguntas como: Qu componentes tiene el diagrama de actividades? Y cualquier otra relacionada a sus beneficios, relaciones y en qu oportunidad usarlo. 1.3. Diagrama de Secuencia (UML) Es un diagrama de interaccin que resalta de manera muy entendible los mensajes intercambiados por el sistema en base a un orden temporal bien especificado. Es importante porque permite a los diseadores mostrar cmo interactan unos objetos con otros de forma ordenada mediante la incorporacin de una abstraccin bien definida del tiempo para cada objeto. En esta ontologa permitir responder preguntas como: Qu componentes tiene el diagrama de Secuencia? Y cualquier otra relacionada a sus beneficios, relaciones y en qu caso usarlo.

2. Diagramas Estructurales Estos diagramas son importantes en el diseo ya que modelan como ser el sistema, mostrando los elementos que lo componen, junto a las relaciones estticas entre los mismos. Es importante su inclusin en esta ontologa porque permite agrupar o clasificar los diagramas que tienen estas caractersticas comunes y responder preguntas relacionadas a los mismos. 2.1. Diagramas de Clases (UML) Este diagrama muestra las clases junto con sus atributos mtodos que componen el sistema, y las relaciones entre las mismas. Es importante incluirlo, debido a que es uno de los diagramas de ms uso en el diseo, ya que la gran mayora de los proyectos estn bajo el paradigma de programacin orientada a objetos y en esta ontologa permitir a los diseadores saber que elementos lo componen (clases, interfaces, colaboraciones), as como todos los tipos de relaciones (dependencia, generalizacin, asociacin, agregacin y composicin) que pueden admitir, adems se podr responder preguntas como: Cules con los diagramas ms empleados durante la fase de diseo? Qu componentes tiene el diagrama de clases? Qu diagramas emplean la relacin de asociacin? En cuales diagramas se encuentra el elemento Clase? Qu diagramas emplean la relacin de Composicin? Qu diagramas emplean la relacin de Dependencia? Qu diagramas emplean la relacin de Agregacin? Qu diagramas emplean la relacin de Herencia?

2.2. Diagramas de Componentes (UML) Estos diagramas describen la estructura del sistema mostrando sus distintos componentes de software como: archivos, cabeceras, bibliotecas compartidas, mdulos, ejecutables, paquetes, etc., junto con sus relaciones (interfaces o servicios). Es importante su presencia en esta ontologa ya que permite a los diseadores mostrar cmo se arma el sistema en base a estos elementos de software y tenerlos a la mano, junto a sus posibles relaciones y puntos de servicios, lo cual puede dar una mejor visin para la reutilizacin de dichos componentes. En esta ontologa es importante ya que permitir responder preguntas como: Qu componentes tiene un diagrama de componentes? Y cualquier otra relacionada a sus beneficios, relaciones y en qu caso usarlo. 2.3. Diagrama de Despliegue (UML) Se usan para mostrar el sistema desde la perspectiva de la plataforma de hardware donde se va a implementar (incluye el software y el middleware implcitamente), as como las relaciones entre los mismos. Es importante ya que permitirn a los diseadores modelar el sistema en base al hardware (diseo fsico), mediante conos especializados con los que pueden especificar la naturaleza de los nodos como constituyentes fsicos (mquinas, servidores, mainframes, archivos, bases de datos, etc.) conectados con una topologa especfica. En esta ontologa permitirn responder preguntas como: Qu componentes tiene el diagrama de despliegue? Y cualquier otra relacionada a sus beneficios, relaciones y en qu caso usarlo. 2.4. Diagramas de Objetos (UML) Es importante ya que permite mostrar los objetos a crearse en el sistema a partir de las clases, junto a sus relaciones, representando instantneas estticas de instancias de los elementos existentes en los diagramas de clase. En esta ontologa darn informacin acerca de sus componentes (Objetos) y las relaciones que pueden tener, permitiendo as obtener una marcada diferencia de los diagramas de clase, pese a que los diagramas de objetos pueden considerarse una extensin de los mismos que pueden llevar a los diseadores a confundirlos si no poseen la suficiente experiencia. 2.5. Diagrama Entidad Relacin Este diagrama es importante ya que permiten definir el modelo de datos, la relacin entre los datos y en general la organizacin de la informacin. Son importantes en esta ontologa ya que les permitir a los diseadores saber que elementos poseen (entidades con sus tipos de datos) y sus relaciones que pueden tener varios tipos de cardinalidades.