UNIVERSIDAD DE MARGARITA

VICERRECTORADO ACADÉMICO
DECANATO DE ESTUDIOS GENERALES
SISTEMAS III

Unidad IV

Facilitador: Elaborado por:

Ing. Mariana Marval Isaác Figuera
(27.356.099)

El Valle del Espíritu Santo, junio de 2022.

 Introducción
Un diagrama es un gráfico en el que se simplifica esquematiza la información sobre un
proceso o un sistema. Puede ser simple o complicado, con pocos o muchos elementos.
Consiste en un resumen completo, cuya función es para conocer e interpretar información
de manera visual. Existen variados tipos de diagramas que se utilizan para satisfacer la
necesidad de información o dependiendo de las cualidades de lo que se busca ilustrar.

Estos diagramas son utilizados ampliamente en el ámbito de la educación, la

comunicación, el desarrollo en la ingeniería, entre otros. Están conformados generalmente,
de pequeños elementos usualmente cuadrados, conectados mediante líneas o flechas, para
ilustrar el comportamiento del proceso a representar.

Las áreas en las que los diagramas por desarrollar se especializan varían desde el
desarrollo de software hasta el análisis de operaciones de negocios. Donde estas
herramientas se aplican para simplificar la comprensión del comportamiento y la
interacción entre los diversos y complejos elementos que conforman el desarrollo de una
aplicación web o un nuevo esquema operacional. Es por ello que los diagramas son y han
sido clave para el desarrollo de productos, empresas y sistemas de uso global.
 Desarrollo
Diagrama de casos de usos:

Se utiliza para representar las funciones de un sistema desde el punto de vista del
usuario. Este no tiene que necesariamente ser una persona, sino que el rol puede tenerlo un
sistema externo que accede a otro sistema. De manera que el diagrama de casos muestra al
relación existente entre el usuario (también llamado actor) y sus requerimientos o
expectativas de lo que el sistema puede hacer.

Su función principal es representar las funciones más importantes de un sistema. Es por

ello que es utilizado a la hora de desarrollar software o planificar nuevos procesos
empresariales, siendo el primer paso a seguir, dado que brinda la capacidad de visualizar
clara y fácilmente qué casos de uso deben tenerse en cuenta durante el desarrollo para que
los actores cumplan con su objetivo.

Para garantizar la fácil comprensión de los diagramas de casos de uso, los elementos
que los componen están estandarizados. Principalmente, son 3 elementos:

- El actor: Puede ser un usuario u otro sistema, representando por el dibujo de una
figura humana esquemática.
- Sistema: El sistema al que se refiere el caso de uso, este tiene forma de
rectángulo.
- Caso de uso: Tiene la forma de una elipse, suele incluir texto con un descripción
breve del proceso.

Las posibles relaciones que pueden existir entre estos elementos son representadas por
líneas de conexión llamadas asociaciones. Las asociaciones entre el actor y un caso de uso
son representadas con una línea recta y continua, cuando las relacione entre casos de usos
son representadas mediante una línea discontinua o punteada.

Es importante recalcar que debido a que existen distintos tipos de asociaciones entre
casos de usos, a las líneas se les añade una palabra clave llamada estereotipo, esta
representa la naturaleza de la relación entre ambos, existen dos estereotipos:

- Include: Este indica que es necesario que ambos casos de uso se realicen.
 - Extend: Este indica que depende de ciertas condiciones para que el caso
señalado se realice.

Las condiciones del segundo estereotipo son expresadas en un punto de extensión,

el cual es representado con dos elementos:

- Mención en la eclipse del caso de uso: el posible punto de extensión se,

menciona y describe bajo el título del caso de uso.
- Nota: A partir del estereotipo, se dibuja una línea discontinua que finaliza en el
gráfico de una nota (cuya ilustración es un rectángulo con una esquina doblada).
Donde se incluye la condición que debe cumplirse para que se lleve a cabo el
segundo caso de uso.

Diagrama de actividades:

Pertenecen al lenguaje unificado de modelado (UML). Este pertenece al grupo de

diagramas de comportamiento, los cuales se encargan de describir el flujo cronológico de la
circulación de datos. Estos tienen usos similares a los diagramas de flujo en su uso y
notación, con la diferencia de que se adaptan a la programación orientada a objetos. Este
modela el flujo de actividades, pueden ser procesados dentro de un entorno informático,
procesos de casos de uso o procesos comerciales, de manera que descompone una tarea en
las acciones necesarias para llevarla a cabo en orden cronológico.

Asimismo, también es posible representar procesos paralelos mediante un diagrama de

actividades. Un ejemplo puede ser una tarea en la que dos personas estén involucradas,
dentro de la cual existen acciones que pueden suceder de manera simultánea, por lo que la
tarea debe tener dos puntos de inicio. Dentro de los diagramas de actividades las personas
que llevan a cabo el proceso son denominadas actores y no tienen notación dentro del
diagrama mismo, sino que se mueven de un punto de partida a un punto final, atravesando
el flujo de prueba para alcanzar la acción siguiente.

Las notaciones de los diagramas de actividades son los siguientes:

1. Actividades:
 Es un comportamiento que relaciona las unidades subordinadas (objetos y acciones) a
una secuencia cronológica. Por lo que utiliza modelos de flujo de datos y de control. Un
rectángulo grande y redondeado marca la actividad como un sistema cerrado, aunque puede
omitirse. Las actividades son consideradas clases cuya clase padre es el comportamiento.

2. Acciones:

Es un elemento del modelo que está jerárquicamente subordinado a la actividad, es una

instancia de la clase actividad. Las acciones representan un comportamiento dentro de un
sistema, siendo los bloques de construcción básicos utilizados para expresar el
comportamiento. Esta son representadas por la forma simple de un rectángulo redondeado.

3. Nodos de control:

Dentro de un diagrama de actividades, los usuarios o personas viajan a lo largo de

varias actividades hasta alcanzar un nodo final, como es posible que no solo exista un
token, es necesario el uso de nodos de control para asegurar el flujo del proceso.
Controlando la ejecución cronológica de la actividad.

Diagrama de clases:

Es un diagrama orientado exclusivamente a la programación orientada a objetos, dado

que busca representar las clases y la manera en la que estas se relacionan entre sí. Este se
considera comparable con el diagrama de entidad/relación que no está incluido en UML, así
como los demás mencionados.

Los diagramas de clases están formados por los siguientes elementos:

1. Clases:

Son el elemento principal y representa a las clases dentro del paradigma orientado a
objetos. Normalmente utilizados para representar entidades del entorno que se busca
abstraer. Estos están compuestos por el nombre de la clase, sus atributos y sus funciones u
operaciones, los cuales se incluyen en la representación del diagrama. La cual es un
rectángulo dividido en tres secciones una encima de la otra, donde la primera es para el
nombre, la segunda para los atributos, tipos y valor inicial, y la tercera para las operaciones
que esta clase puede realizar.

Las funciones y atributos poseen un símbolo al principio que define la naturaleza de su

visibilidad. Esta se identifica escribiendo un símbolo y podrá ser:

- Pública (+): Representa que se puede acceder al atributo o función desde

cualquier lugar de la aplicación.
- Privada (-): Representa que se puede acceder al atributo o función únicamente
desde la misma clase.
- Protegida (#): Representa que el atributo o función puede ser accedida
únicamente desde la misma clase o desde las clases que hereden de ella.
2. Relaciones:

Estas indican dependencias entre elementos del diagrama, la cual puede ser entre dos o
más clases, o una clase hacia sí misma. Las relaciones se representan con una línea que une
las clases, la cual varía dependiendo del tipo de relación. Estas también pueden tener
diversas cualidades que pueden ser representadas o no, dependiendo de su valor, las cuales
son:

 Multiplicidad: Representa el número de elementos de una clase que

participan en una relación. Se indica con un número o rango.
 Nombre de la asociación: Ocasionalmente, se le puede dar un nombre a la
relación de manera que ayude a entender su funcionamiento.

Los tipos de relaciones que pueden tener los elementos de un diagrama de clases son:

 Asociación: Es el más común y se utiliza para representar la dependencia semántica.

Se representa con una simple línea continua.
 Agregación: Indica a un objeto y las partes que componen ese objeto. Se utiliza para
representar relaciones en las que un objeto es parte de otro, pero aun así existe por sí
mismo. Se representa con una línea que tiene un rombo en la parte de la clase que es
una agregación a otra clase.
  Composición: Representa una relación jerárquica entre un objeto y las partes que lo
componen, pero de una forma más fuerte. La existencia de los elementos que
forman parte depende de la existencia del elemento del cual forman parte.
 Dependencia: Representa cuando una clase requiere de otra para ofrecer sus
funcionalidades. Es muy sencilla y se representa con una flecha discontinua.
 Herencia: Permite que una clase recíbalos atributos y métodos de otra clase.
3. Interfaces:

Se define como una entidad que declara una serie de atributos, funciones y
obligaciones. Es un contrato donde toda instancia asociada a una interfaz debe implementar
los servicios que indica tal interfaz. Estas se asocian con clases, representando que esa clase
cumple con el contrato que indica la interfaz, es decir, incluye aquellas funciones y
atributos que indica la interfaz. Su representación es similar a una clase pero indicando la
palabra <<interface>>, sobre el nombre de la clase.

4. Pasos para elaborar un diagrama de clases:

Este tipo de diagramas son solicitados cuando se está describiendo la vista estática del
sistema o sus funcionalidades. Unos pequeños pasos que puedes utilizar de guía para
construir estos diagramas son los siguientes:

 Identifica los nombres de las clases: El primer paso es identificar los objetos
primarios del sistema. Las clases suelen corresponder a sustantivos dentro del
dominio del problema.
 Distingue las relaciones: El siguiente paso es determinar cómo cada una de las
clases u objetos están relacionados entre sí. Busca los puntos en común y las
abstracciones entre ellos; esto te ayudará a agruparlos al dibujar el diagrama de
clase.
 Crea la estructura: Primero, agrega los nombres de clase y vincúlalos con los
conectores apropiados, prestando especial atención a la cardinalidad o las
herencias. Deja los atributos y funciones para más tarde, una vez que esté la
estructura del diagrama resuelta.
 Diagrama de objetos:

Se define como un gráfico de instancias, incluyendo objetos y valores de datos.

Cada diagrama de objetos representa una instancia de un diagrama de clase; muestra una
fotografía del estado detallado de un sistema en un punto específico del tiempo. También se
afirma que el diagrama de objetos es “un diagrama de clase con objetos y no clases”. Los
elementos que conforman un diagrama de objetos son:

1. Objetos: Cada objeto se representa con un rectángulo con su nombre y el de su clase

en la parte superior subrayado y separado por dos puntos. En caso de ser un objeto
anónimo no se escribe su nombre, dejando solo el de la clase.
2. Atributos: De igual forma que el diagrama de clases, se muestra en un
compartimento en la parte inferior del nombre del objeto. A diferencia de las clases,
los atributos pueden tener valores asignados a ellos.
3. Vínculos: Son asociaciones entre dos objetos y se representan con los mismos
elementos que en el diagrama de clases. Por ejemplo, una asociación.

Los diagramas de clase y de objetos suelen ser confundidos entre sí, por lo tanto, El
actual UML 2.5, en su jerarquía de diagramas, muestra este diagrama de objetos como un
diagrama completamente independiente del mencionado diagrama de clases. Otros
profesionales mantienen que los diagramas de componentes y los diagramas de despliegue
contienen son, en el fondo, diagramas de objetos. De manera que, las principales
diferencias entre ambos son:

 El diagrama de objetos utiliza notaciones similares a los usados en el diagrama

de clases.
 Los diagramas de objetos se utilizan para modelar los elementos que están
presentes en un diagrama de clases.
 El diagrama de objetos muestra los clasificadores reales del sistema y las
relaciones entre ellos en un punto específico del tiempo.
 Los diagramas de objetos se pueden instanciar como diagrama de clases,
despliegue, componentes e, incluso, casos de uso.
  En ninguno de los dos diagramas se muestran los mensajes entre los elementos
que colaboran, ya que se trata de diagramas estructurales.

Diagrama de interacción:

Se trata de una variante del Diagrama de actividades donde los nodos son las
interacciones o apariciones de interacción. Este diagrama se enfoca en la visión general del
flujo de control de las interacciones, que también puede mostrar el flujo de actividad entre
los diagramas. Dicho de otra manera, se utiliza para vincular los diagramas y lograr un alto
grado de navegabilidad entre los diagramas.

Estos diagramas focalizan su atención en las rutas llevadas a cabo por las diversas
instrucciones o mensajes que cruzan el sistema y de esta forma se puede establecer un
contexto para definir una o más líneas de vida.

Los principales componentes que constituyen a los diagramas de interacción son:

 Mensaje: Los mensajes son mejor conocidos también como instrucciones y se

utilizan usualmente para enviar una señal, destruir o crear estructuras en el
sistema, así como para categorizar algún tipo de operación que sea de interés.
 La línea de vida: Muestra a un integrante en una tarea cíclica que se da manera
única y su principal función es describir la participación de un elemento
llamado clasificador en una interacción que se constituye principalmente de un
nombre (el cual es opcional), un selector y un tipo.
 Ramificación: Son las instrucciones codificadas en cada uno de los mensajes
del sistema, dichas instrucciones se emplean como un mecanismo de
verificación para monitorear la entrada y salida de mensajes dentro del sistema.

Diagrama de estado:

El diagrama de estados es un diagrama de comportamiento usado para especificar el

comportamiento de una parte del sistema diseñado a través de transiciones de estados
finitos. Este es una variante basada en objetos de los diagramas de estado de Harel. Es
utilizado para mostrar los estados por los que pasa un componente de un sistema de
información.
 El comportamiento se modela utilizando una serie de nodos que representan estados y
que están conectados a través de las llamadas transiciones. Estas transiciones se activan a
través de eventos. Los elementos de los diagramas de estados son:

 Estado: Este modela una situación durante la cual se cumple alguna condición
invariante. Esta situación invariante puede representar una situación estática tal
como un objeto que espera que ocurra algún evento externo o cualquier otra
situación. Existen tres tipos:
- Simple: Es aquel que no tiene regiones ni estados de submáquina. Se
representa utilizando un rectángulo con esquinas redondeadas con el
nombre del estado en el interior.
- Compuesto: Es aquel que tiene subestados, se representa con un
subdiagrama de estados en su interior.
- De submáquina.
 Pseudoestados: es un vértice abstracto que abarca diferentes tipos de vértices
transitorios en el gráfico de máquina de estado, siendo los más comunes los
pseudoestados inicial y final. Usados generalmente para conectar múltiples
transiciones en rutas de transición de estado más complejas.
 Transición: Es una relación dirigida entre un estado de origen y un estado de
destino. Puede ser parte de un estado compuesto. Se representa con una flecha
que va desde el estado origen al estado destino.

Diagrama de módulo o componentes:

Son utilizados para diseñar los componentes que ayudan a hacer las funcionalidades de
un sistema, representando la forma en la que estos se organizan y como dependen entre sí.
Es uno de los principales diagramas UML. Está clasificado como diagrama de estructura y,
como tal, representa de forma estática el sistema de información. Frecuentemente utilizado
después de haber creado el diagrama de clases, dado que es necesario este diagrama como
pueden ser las propias clases.

Son utilizados para:

  Se utilizan en desarrollo basado en componentes para describir sistemas con
arquitectura orientada a servicios.
 Mostrar la estructura del propio código.
 Ayudar a comunicar y explicar las funciones del sistema que se está
construyendo a los interesados.
 Se puede utilizar para centrarse en la relación entre los componentes mientras
se ocultan los detalles de las especificaciones.

Están compuestos por 3 elementos clave:

1. Componente o módulo:

Un componente es un bloque de unidades lógicas del sistema, una abstracción

ligeramente más alta que las clases. Se representa como un rectángulo con un rectángulo
más pequeño en la esquina superior derecha con pestañas o la palabra escrita encima del
nombre del componente para ayudar a distinguirlo de una clase. Puede ser de dos tipos:

.1.1 Lógico: Como por ejemplo componentes de negocio o proceso.

.1.2 Físico: Como componentes .NET, EJB, etc. Es decir, parte del software.
2. Interfaz:

Se utiliza para representar la zona del módulo que es utilizada para la comunicación con
otro de los componentes. Se representa con una línea que tiene al final un círculo no
relleno.

3. Relación de dependencia:

Representa que un componente requiere de otro para ejecutar su trabajo. Es diferente a la

interfaz, pues esta identifica que un componente ofrece una serie de operaciones. En
cualquier caso, en ocasiones para simplificar el diagrama no se usan las interfaces sino que
solamente se utilizan relaciones de dependencia. Una relación de dependencia se representa
mediante una flecha discontinua que va desde el componente que requiere de otro
componente hasta el requerido
 Para elaborar un diagrama de componentes o módulos, es necesario seguir los
siguientes pasos:

 Define el propósito del diagrama e identifica los artefactos como los archivos,
documentos, etc. en tu sistema o aplicación que necesitas representar en su
diagrama.
 A la par que descubres las relaciones entre los elementos que identificaste
anteriormente, imagina el diseño de tu diagrama de componentes.
 Dibuja el diagrama, agregando primero los componentes, agrupándolos dentro
de otros componentes como mejor te parezca.
 Agrega otros elementos, como interfaces, clases, objetos, dependencias, etc. al
diagrama de componentes y completarlo.
 Es posible adjuntar notas en diferentes partes de su diagrama de componentes
para aclarar ciertos detalles a otros usuarios.

Diagrama de proceso:

Es una representación gráfica de un proceso Cada paso del proceso se representa por
un símbolo diferente que contiene una breve descripción de la etapa del proceso. Los
símbolos están conectados entre sí con flechas que indican la dirección del flujo del
proceso.

Ofrece una descripción visual de las actividades implicadas en un proceso. Muestra la

relación secuencial entre ellas, facilitando la comprensión de cada actividad y su relación
entre ellas. También facilita la selección de indicadores de desempeño de proceso,
indispensables para efectuar su control y evaluar su rendimiento y eficacia. Las figuras que
lo conforman son:

 Terminal: Indica el inicio o final del proceso.

 Decisión: Señala un punto en el flujo donde se produce una bifurcación de tipo
booleano.
 Multidocumento: Refiere a un conjunto de documentos.
 Conector de proceso: Conexión de enlace con otro proceso.
  Base de datos: Empleado para representar la grabación de datos.
 Actividad: Representa la actividad llevada a cabo en el proceso.
 Documento: Representa un documento utilizado en el proceso.
 Inspección: Aplicado en aquellas acciones que requieren de supervisión.
 Archivo: Se utiliza para reflejar la acción de archivo de un documento.
 Línea de flujo: Indica el sentido del flujo del proceso.

El diagrama debe ser elaborado por un equipo de trabajo donde todos aporten, de
manera que se obtenga una perspectiva completa del proceso a reflejar en el diagrama. Los
pasos a seguir para su elaboración son:

 Decidir el grado de detalle con el cual se va a plasmar el proceso en el

diagrama. Esto depende de si se busca que el diagrama represente a grandes
rasgos el recorrido general del proceso o que puedan ilustrar todas las todas las
actividades y puntos de decisión.
 Definir los límites del proceso antes de realizar el diagrama. Aclarar donde
inicia y termina. Si este paso se ignora o realiza pobremente, se corre el riesgo
de desarrollar un diagrama que se extienda por más procesos ajenos al deseado
representar.
 Los procesos se llevan a cabo con un objetivo a cumplir. De manera que
definirlo permitirá alcanzar una visión más acertada de la serie de actividades
que lleva cumplirían con el objetivo, definiendo más fácilmente el final del
diagrama.
 Plasmar las actividades que suceden a lo largo del proceso hasta su final. Es
posible que existan variaciones o bifurcaciones durante el proceso, en tales
casos se utiliza la figura de decisión para representar los distintos caminos que
el proceso pueda tomar.
 Anexos
1. Diagrama de casos de uso:

Elementos de diagrama de caso.

Punto de extensión en diagrama de caso.

Asociaciones en diagramas de caso.

Ejemplo de diagrama de caso.

2. Diagrama de actividades:

Ejemplo de diagrama de actividades,

Elementos en diagrama de actividades.

Tipos de nodos en diagrama de actividades.
3. Diagrama de clases:

Ejemplo de una clase.

Relación entre clases.

Relación de asociación.

Relación de agregación.
Relación de composición.

Relación de dependencia.

Relación de herencia.

Ejemplo de interfaz.
Ejemplo de diagrama de clase.

4. Diagrama de objetos:

Representación de un objeto y un atributo.

Representación de un vínculo entre objetos.

 5. Diagrama de interacción:

Ejemplo de diagrama de interacción de secuencia.

Ejemplo de diagrama de colaboración.

6. Diagrama de estado.

Notación de un estado.

Notación de un estado compuesto,

Pseudoestado Inicial.
Pseudoestado Final.

7. Diagrama de modulo.

Ejemplo de diagrama de módulo.

Notación de componente.

Paquete de varios componentes.

Notación de una interfaz.

Relación de dependencia.

Ejemplo de diagrama de componentes.

Ejemplo de diagrama de componentes, tienda online.

8. Diagrama de proceso:
 Referencias bibliográficas
Diagrama de Interaccion. (2022). Recuperado el 28 de Junio de 2022, de DiagramaWeb:
https://diagramaweb.com/interaccion/

Diagrama de componentes. (s.f.). Recuperado el 28 de Junio de 2022, de DiagramasUML:

https://diagramasuml.com/componentes/

Diagramas de Estados. (s.f.). Recuperado el 28 de Junio de 2022, de DiagramasUML:

https://diagramasuml.com/estados/

Diagramas de Objetos. (s.f.). Recuperado el 28 de Junio de 2022, de DiagramasUML:

https://diagramasuml.com/objetos/

Diagramas de Objetos. (s.f.). Recuperado el 28 de Junio de 2022, de DiagramasUML:

https://diagramasuml.com/objetos/

DiagramasUML. (s.f.). Recuperado el 28 de Junio de 2022, de Diagramas de Objetos:

https://diagramasuml.com/objetos/

Gómez, K. (s.f.). Diagrama de clases. Recuperado el 28 de Junio de 2022, de

DiagramasUML: https://diagramasuml.com/diagrama-de-clases/

Gómez, K. (s.f.). DiagramasUML. Recuperado el 28 de Junio de 2022, de Diagrama de

clases: https://diagramasuml.com/diagrama-de-clases/

Qué es un diagrama de flujo de procesos. (s.f.). Recuperado el 28 de Junio de 2022, de

Alteco Consultores: http://www.aiteco.com/diagrama-de-flujo/