ANALISIS Y DISEÑO DE

SOFTWARE.

Fecha
03/08/2023
ANALISIS Y DISEÑO DE SOFTWARE
QUE ES UML?

El Lenguaje Unificado de Modelado o

UML («Unified Modeling Language») es un
lenguaje estandarizado de modelado. Está
especialmente desarrollado para ayudar a
todos los intervinientes en el desarrollo y
modelado de un sistema o un producto
software a describir, diseñar, especificar,
visualizar, construir y documentar todos
los artefactos que lo componen,
sirviéndose de varios tipos de diagramas.

13/07/20XX Presentación de conferencia 2

ANALISIS Y DISEÑO DE SOFTWARE
PARA QUE MODELADO?

El modelado es vital en todo tipo de proyectos, pero cobra especial importancia a medida
que el proyecto crece de tamaño. Para que una aplicación funcione correctamente, debe
ser diseñada para permitir la escalabilidad, la seguridad y la ejecución. Utilizando
diagramas UML se consigue visualizar y verificar los diseños de sus sistemas de software
antes de que la implementación del código haga que los cambios sean difíciles y
demasiado costosos.

Estos diagramas de UML son representaciones gráficas que muestran de forma parcial
un sistema de información, bien esté siendo desarrollado o ya lo haya sido. Suelen estar
acompañados de documentación que les sirve de apoyo, adoptando esta múltiples
formas. Además, UML no excluye la posibilidad de mezclar diagramas, algo que, de
hecho, suele ser bastante común. Siempre teniendo en cuenta una de las máximas de
UML: Una imagen vale más que mil palabras.

13/07/20XX Presentación de conferencia 3

ANALISIS Y DISEÑO DE SOFTWARE
POR QUE UML?
A día de hoy, en la versión 2.5.1 de UML, existen dos
Los modelos o diagramas de clasificaciones de diagramas: Los diagramas
UML nos ayudan a trabajar a un estructurales y los diagramas de comportamiento. Todos
mayor nivel de abstracción. Permite los diagramas UML están contenidos en esta
modelar cualquier tipo de aplicación clasificación.
corriendo en cualquier combinación de
hardware y software, sistema
operativo, lenguaje de programación y
red, es decir, UML es independiente
de la plataforma hardware sobre la
que actúa el software. Su flexibilidad
permite modelar cualquier tipo de
aplicación e, incluso, otros tipos de
proyecto que no son puramente
software.

13/07/20XX Presentación de conferencia 4

ANALISIS Y DISEÑO DE SOFTWARE
Diagramas de Comportamiento

A diferencia de los diagramas estructurales, muestran como se comporta un sistema de información de

forma dinámica. Es decir, describe los cambios que sufre un sistema a través del tiempo cuando está
en ejecución. Hay un total de siete diagramas de comportamiento, clasificados de la siguiente forma:

USO
• Describe un conjunto de
acciones (casos de uso) que
algunos sistemas o sistemas
(sujetos) deben o pueden
realizar en colaboración con
uno o más usuarios externos
del sistema (actores) para
proporcionar algunos
resultados observables y
valiosos a los actores u otros
13/07/20XX
interesados del sistema(s)
ACTIVIDADES
• Muestra la secuencia y las
condiciones para coordinar
los comportamientos de nivel
inferior, en lugar de los
clasificadores que poseen esos
comportamientos. Estos son
comúnmente llamados
modelos de flujo de control y
flujo de objetos.
Presentación de conferencia
MAQ. DE
ESTADO
• Se utiliza para modelar el
comportamiento discreto a
través de transiciones de
estados finitos. Además de
expresar el comportamiento
de una parte del sistema, las
máquinas de estado también
se pueden usar para expresar
el protocolo de uso de parte
de un sistema.
5
ANALISIS Y DISEÑO DE SOFTWARE
Diagramas de Interacción.

Es un subconjunto de los diagramas de comportamiento. Comprende los siguientes diagramas:

Diagrama de Diagrama de Diagrama de Diagrama global de

secuencia comunicación tiempos interacciones

• Es el tipo más común de • Se enfoca en la interacción
diagramas de interacción y entre líneas de vida donde
se centra en el la arquitectura de la
intercambio de mensajes estructura interna y cómo
entre líneas de vida esto se corresponde con
(objetos). el paso del mensaje es
fundamental. La secuencia
de mensajes se da a través
de una numeración.
• Se centran en las • Los diagramas global de
condiciones que cambian interacciones brindan una
dentro y entre las líneas descripción general del
de vida a lo largo de un eje flujo de control donde los
de tiempo lineal. nodos del flujo son
interacciones o usos de
interacción.

13/07/20XX Presentación de conferencia 6

ANALISIS Y DISEÑO DE SOFTWARE
Diagramas Estructurales

Los diagramas estructurales muestran la estructura estática del sistema y sus partes en diferentes
niveles de abstracción. Existen un total de siete tipos de diagramas de estructura::

Diagrama de
Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de
estructura
clases componentes despliegue objetos paquetes perfiles
compuesta
• Muestra la • Muestra • Muestra la • Un gráfico de • Muestra los • Diagrama UML • Muestra la
estructura del componentes y arquitectura del instancias, paquetes y las auxiliar que estructura
sistema, dependencias sistema como incluyendo objetos permite definir
subsistema o entre ellos. Este despliegue y valores de datos.
relaciones entre estereotipos
interna
componente tipo de diagramas (distribución) de Un diagrama de los paquetes. personalizados, (incluidas las
utilizando clases se utiliza para el artefactos de objeto estático es valores partes y los
con sus desarrollo basado software. una instancia de un etiquetados y conectores) de
características, en componentes diagrama de clase; restricciones como un clasificador
restricciones y (CDB), para muestra una un mecanismo de estructurado.
relaciones: describir sistemas instantánea del extensión ligero al
asociaciones, con arquitectura estado detallado estándar UML. Los
generalizaciones, orientada a de un sistema en perfiles permiten
dependencias, etc. servicios (SOA). un punto en el adaptar el
tiempo. metamodelo UML
para diferentes
plataformas o
dominios.
13/07/20XX Presentación de conferencia 7
ANALISIS Y DISEÑO DE SOFTWARE

Elementos de los Casos de Uso.

Un diagrama de casos de uso está compuesto, principalmente, de 3 elementos: Actores, Casos de uso y
Relaciones.:

Actores
La representación de un actor es algo o alguien externo al sistema
que interactúa de forma directa con el sistema. Cuando decimos
que interactúa nos referimos a que aporta información, recibe
información, inicia una acción…
Símbolo de
Se representan con una imagen de un “muñeco de palo” con el actor
nombre del actor debajo.

Existen dos tipos de actores: Los usuarios y los

sistemas.
13/07/20XX 8
ANALISIS Y DISEÑO DE SOFTWARE

Elementos de los Casos de Uso.

Un diagrama de casos de uso está compuesto, principalmente, de 3 elementos: Actores, Casos de uso y
Relaciones.:

Casos de Uso
Un caso de uso se utiliza para representar una de las
funcionalidades que realiza el sistema. Es una secuencia de
acciones que hace el sistema y que producen un resultado que
puede percibir un usuario.

Se representan con una elipse que incluye en su interior el nombre

del caso de uso. Símbolo de
caso de uso

Existen muchos ejemplos de casos de uso. Algunos podrían ser: Crear pedido, Listar
productos, Enviar correo. Cualquier acción que realice la aplicación.
13/07/20XX
ANALISIS Y DISEÑO DE SOFTWARE

Elementos de los Casos de Uso.

Un diagrama de casos de uso está compuesto, principalmente, de 3 elementos: Actores, Casos de uso y
Relaciones.:

Relaciones
Cuando conectan un actor con un caso de uso
representa que ese actor interactúa de alguna manera
con ese caso de uso y se representa con una linea
continua con la identificación <<communicates>>.

Inscribir
curso
Cuando conectan casos de uso entre sí se pueden
diferenciar dos tipos de relaciones: <<include>> y Seguro
<<extiende>> Pagar cuotas

<<extends>>. En español a veces se usa la medico de

estudiantes.
de
estudiantes
Hacer
nomenclatura <<usa>> y <<extiende>>, <<incluye>> y arreglos de
hospedaje

<<extiende>>:
13/07/20XX
ANALISIS Y DISEÑO DE SOFTWARE

Ahora hagamos un ejercicio de

Modelamiento.
Los actores son el Presidente de la conferencia, responsable de planearla y administrarla, el
Participante de la conferencia, los Oradores, un Orador principal, Reservaciones de hotel y un proveedor
de alimentos. Los actores representan el rol que desempeña el usuario y el Proveedor de alimentos
puede ser un empleado del hotel o un servicio de banquetes externo.

Tanto el Presidente de la conferencia como el Proveedor de alimentos están involucrados en la

planeación de las comidas y los banquetes. El Presidente de la conferencia también es responsable de
organizar a los oradores. El Participante se registra para la conferencia. Observe que el caso de uso
Reservar cuarto está involucrado en una relación de inclusión con los casos de uso Organizar orador y
Registrarse para la conferencia, ya que tanto los oradores como los participantes necesitarán
alojamiento.

El caso de uso Organizar la traducción de idiomas extiende al caso de uso Registrarse para la
conferencia ya que no todos los participantes requerirán servicios de traducción de idiomas. El actor
Orador es una generalización de Orador principal.
ANALISIS Y DISEÑO DE SOFTWARE

Elementos de los Casos de Uso.

Un diagrama de casos de uso está compuesto, principalmente, de 3 elementos: Actores, Casos de uso y
Relaciones.:

Un diagrama de caso de
uso que representa al
sistema utilizado para
13/07/20XX 12
planear una conferencia.
ANALISIS Y DISEÑO DE SOFTWARE

Elementos de los Casos de Uso.

Un escenario de caso de uso se divide en tres

secciones: identificación e iniciación; pasos
realizados; y condiciones, suposiciones y preguntas.

Componentes básicos

1. Un encabezado de área que contiene los identificadores

e iniciadores del caso.
2. Los pasos realizados.
3. Un área de pie de página que contiene precondiciones,
suposiciones, preguntas y demás información
relacionada.

13/07/20XX 13
ANALISIS Y DISEÑO DE SOFTWARE

Elementos de los Casos de Uso.

Un diagrama de casos de uso está compuesto, principalmente, de 3 elementos: Actores, Casos de uso y
Relaciones.:

Ejemplos de casos de
uso y relaciones de
comportamiento para
la inscripción de
estudiantes.

13/07/20XX 14
GRACIAS
15