ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SÉPTIMO PERIODO ABR. /SEP.-2015 INGENIERÍA DEL SOFTWARE TEMA: RESUMEN#4: LENGUAJE UNIFICADO DE MODELADO -UML AUTORA: DAYANA H. BAILÓN DELGADO FACILITADORA: ING. HIRAIDA SANTANA CALCETA, MAYO 2015
CAPÍTULO I. INTRODUCCIÓN El presente resumen brinda información precisa de las características básicas de UML. Esto no se trata de un manual de referencia de UML sino de una breve introducción. Para más información sobre el Lenguaje Unificado de Modelado, o sobre el análisis y diseño del software en general, se recomienda leer cualquier de los libros publicados en la web sobre dicho tema. Además existe una buena cantidad de tutoriales en Internet, que pueden servir como punto de partida. El lenguaje unificado de diagrama o notación (UML) sirve para especificar, visualizar y documentar esquemas de sistemas de software orientado a objetos. UML no es un método de desarrollo, lo que significa que no sirve para determinar qué hacer en primer lugar o cómo diseñar el sistema, sino que simplemente le ayuda a visualizar el diseño y a hacerlo más accesible para otros. UML está controlado por el grupo de administración de objetos (OMG) y es el estándar de descripción de esquemas de software. (Vera, 2009) Los elementos UML se utilizan para crear diagramas, que representa alguna parte o punto de vista del sistema. Soporta los siguientes tipos de diagramas: Diagrama de casos de uso. Diagrama de clases. Diagrama de secuencia. Diagrama de colaboración. Diagrama de estado. Diagrama de actividad. Diagrama de componentes. Diagrama de implementación. Diagrama de relaciones de entidad. 1.1. OBJETIVOS Definir los diagramas del UML y su importancia. Enlistar los diferentes diagramas que soporta UML con sus conceptos. Establecer los diagramas más utilizados en la actualidad.
CAPÍTULO II. MARCO TEÓRICO 2.1. DIAGRAMAS DEL LENGUAJE DE MODELADO UNIFICADO Está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los diagramas es presentar diversas perspectivas de un sistema, a las cuales se les conoce como modelo. Recordemos que un modelo es una representación simplificada de la realidad; el modelo UML describe lo que supuestamente hará un sistema, pero no dice cómo implementar dicho sistema. (Vera, 2009) Un modelo es expresado en un lenguaje de modelado. Un lenguaje de modelado consiste de vistas, diagramas, elementos de modelo - los símbolos utilizados en los modelos - y un conjunto de mecanismos generales o reglas que indican cómo utilizar los elementos. Las reglas son sintácticas, semánticas y pragmáticas. (Fig. 1) Fig. 1. Modelo DIAGRAMA DE CASOS DE USO Los diagramas de casos de uso describen las relaciones y las dependencias entre un grupo de casos de uso y los actores participantes en el proceso. Es importante resaltar que los diagramas de casos de uso no están pensados para representar el diseño y no puede describir los elementos internos de un sistema. Los diagramas de casos de uso sirven para facilitar la comunicación con los futuros usuarios del sistema, y con el cliente, y resultan especialmente útiles para determinar las características necesarias que tendrá el sistema. En
otras palabras, los diagramas de casos de uso describen qué es lo que debe hacer el sistema, pero no cómo. (Vera, 2009) Fig. 2. Diagrama de casos de uso. DIAGRAMA DE CLASES Los diagramas de clases son estáticos. Representan el funcionamiento estático del sistema a través de categorías de objetos representados en clases con sus respectivos atributos o propiedades y métodos o procedimientos. Los atributos presentan las características del objeto y los métodos las acciones que puede realizar. Está diseñado especialmente para los desarrolladores, más no para los clientes. (Zambrano, 2010) Fig. 3. Diagrama de clases. DIAGRAMA DE SECUENCIAS Los diagramas de secuencia muestran el intercambio de mensajes (es decir la forma en que se invocan) en un momento dado. Los diagramas de secuencia
ponen especial énfasis en el orden y el momento en que se envían los mensajes a los objetos. (Vera, 2009) Fig. 4. Diagrama de secuencia. DIAGRAMA DE COLABORACIÓN Los diagramas de colaboración muestran las interacciones que ocurren entre los objetos que participan en una situación determinada. Esta es más o menos la misma información que la mostrada por los diagramas de secuencia, pero destacando la forma en que las operaciones se producen en el tiempo, mientras que los diagramas de colaboración fijan el interés en las relaciones entre los objetos y su topología. (Vera, 2009)
Fig. 5. Diagrama de colaboración DIAGRAMA DE ESTADOS Los diagramas de estado muestran los diferentes estados de un objeto durante su vida, y los estímulos que provocan los cambios de estado en un objeto. Ven a los objetos como máquinas de estado o autómatas finitos que pueden estar en un conjunto de estados finitos y que pueden cambiar su estado a través de un estímulo perteneciente a un conjunto finito. (Zambrano, 2010) Fig. 6. Diagrama de estados.
DIAGRAMA DE ACTIVIDAD Los diagramas de actividad describen la secuencia de las actividades en un sistema. Los diagramas de actividad son una forma especial de los diagramas de estado, que únicamente (o mayormente) contienen actividades. (Vera, 2009) Fig. 7. Diagrama de actividades. DIAGRAMAS DE COMPONENTES Los diagramas de componentes muestran los componentes del software (ya sea las tecnologías que lo forman como Kparts, componentes CORBA, Java Beans o simplemente secciones del sistema claramente distintas) y los artilugios de que está compuesto como los archivos de código fuente, las librerías o las tablas de una base de datos. (Zambrano, 2010) Los componentes pueden tener interfaces (es decir clases abstractas con operaciones) que permiten asociaciones entre componentes.
Fig. 8. Diagrama de componentes. DIAGRAMA DE IMPLEMENTACIÓN Los diagramas de implementación muestran las instancias existentes al ejecutarse así como sus relaciones. También se representan los nodos que identifican recursos físicos, típicamente un ordenador así como interfaces y objetos (instancias de las clases). (Vera, 2009) Fig. 9. Diagrama de implementación DIAGRAMA DE DISTRIBUCIÓN O DESPLIEGUE El diagrama de distribución UML muestra la arquitectura física de un sistema informático. Puede representar a los equipos y a los dispositivos, y también mostrar sus interconexiones y el software que se encontrará en cada máquina. (Zambrano, 2010)
Fig. 10. Diagrama de distribución o despliegue.
CAPÍTULO III. CONCLUSIONES Los diagramas UML fueron creados para que todos los ingenieros de un proyecto comprendieran a fondo el funcionamiento del sistema, los clientes conocieran y entendieran la interacción que van a tener con el software y para que pueda ser escalable. La documentación es fundamental en todos los proyectos. Por ello se utilizan los diagramas que facilitan dicho proceso a través de un lenguaje común de modelado; de un modo estándar incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema. Los ingenieros se apoyan en UML para realizar el modelado de sistemas en tiempo real. Los casos de uso se utilizan principalmente para alcanzar la comunicación con el cliente, mientras que los diagramas de clases para comprender el funcionamiento del sistema entre los protagonistas (ingenieros) del proyecto.
BIBLIOGRAFÍA Peña, A. 2006. Ingeniería de Software: Una Guía para Crear Sistemas de Información. México. (En línea). Consultado, 20 de may. 2015. Formato PDF. Disponible en http://www.wolnm.org/apa/articulos/ingenieria_software.pdf Pressma, R. 2010. Ingeniería de Software: Un enfoque práctico. 7 ed. México. Mc Graw Hill. p 805. Sonmerville, I. 2005. Ingeniería del software. 7 ed. España. Pearson. p 712. Vera, H. 2009. Diagramas del UML. (En línea). Consultado, 20 de may. 2015. Formato PDF. Disponible en http://www.teatroabadia.com/es/uploads/documentos/iagramas_del_uml. pdf Zambrano, J. 2010. Introducción a UML. (En línea). Consultado, 20 de may. 2015. Formato HTML. Disponible en https://docs.kde.org/stable4/es/kdesdk/umbrello/uml-basics.html