MODELADO

Objetivo
• Identificar el aporte de cada modelo al
proceso de desarrollo web.
UNIDAD 2 - MODELADO
Modelo. Concepto. Importancia.
UML: Concepto. Diagrama de Casos de Uso. Actores.
Relaciones entre casos
de usos. Relaciones entre actores. Plantilla de casos de usos.
Diagrama de Clases. Objeto. Clase.
Diagrama de secuencia. Diagrama de despliegue.
Extensiones de UML para sistemas basados en la web.
¿Qué es un modelo?
 “Un modelo es una simplificación de la realidad”

Los modelos concentran y simplifican elementos que

son importantes para el trabajo que se está por
realizar.
Importancia de los modelos

Los modelos son útiles siempre, no sólo para sistemas grandes.

• Permiten comprender mejor el sistema a desarrollar.

• Ayudan a visualizar cómo es o queremos que sea un sistema.
• Permiten especificar la estructura y/o el comportamiento del
sistema.
• Guían en la construcción de un sistema.
• Documentan el desarrollo del sistema (decisiones tomadas).
• Un modelo de calidad lleva a obtener beneficios de calidad en el
producto desarrollado.
Pero…

Si las WebApps requieren agilidad…

Es necesario ocupar tiempo en el modelado?

Si, porque ayuda a asegurar que se comprende lo que

está construyendo.
 Lenguaje de Modelamiento Unificado
Unified Modeling Language - UML

Es un lenguaje gráfico (notación) para visualizar, especificar

y documentar el desarrollo de software.

• Es una especificación de notación orientada a objetos.

• Los modelos UML se basan en diagramas.
• Los diagramas UML contienen conceptos y relaciones entre ellos.
• Diferentes diagramas para diferentes vistas.
Diagramas
de
UML
 Paradigma Orientado a Objetos

• Intenta simular el mundo real a través de los objetos.

• Un objeto posee características de interés para el
dominio del problema.
• Los objetos se comunican a través de mensajes.
• Un conjunto de objetos se representa por una clase.
 Ejemplo
Descripción del problema
El presidente de un club deportivo les pide una aplicación web que permita gestionar las
reservas de los espacios deportivos que el club dispone (cancha de fútbol, cancha de
paddle, pista de patín y otros).
El presidente plantea que es necesario que los socios del club pueden reservar vía web un
espacio deportivo. Además, los 2 encargados de espacios deportivos que trabajan en el club
puedan acceder a la información de la reservas, para preparar el espacio correspondiente
cuando va a ser usado y controlar que al espacio ingresa el socio que reservó.
Cada encargado tiene asignado un conjunto de espacios deportivos del que es responsable.
Un espacio deportivo está a cargo de un encargado solamente.
Un socio puede hacer una reserva si no es moroso. Y puede tener como máximo 3 reservas
vigentes. Entendiéndose por “vigente” aquella reserva cuya fecha es posterior a la fecha
actual.
El socio también de poder consultar las reservas que ha realizado y cancelar una reserva.
Cada persona que quiera acceder a la aplicación debe identificarse a través de su usuario y
contraseña. El presidente ha pedido que el usuario sea el número de DNI.
¿Quiénes serían
los usuarios de ¿Qué
esta aplicación? funcionalidades
debe permitir?
 Funcionalidades para el Socio
• Iniciar sesión
Usuarios • Reservar espacio deportivo
• Socio • Consultar reservas propias
• Encargado • Anular reserva

Funcionalidades para el Encargado

• Iniciar sesión
• Consultar reservas
 Diagrama de Casos de Uso

• Se utiliza para entender el uso del sistema.

• La funcionalidad del sistema es definida por diferentes casos de uso.
• Cada caso de uso representa un flujo de eventos específico.
• La descripción de un caso de uso define qué ocurre en el sistema
cuando el caso de uso es ejecutado.
• El conjunto de casos de uso constituye todas las maneras posibles
de usar el sistema.
• Muestra la interacción entre el sistema y entidades externas al
sistema.
Elementos de diagrama de casos de uso

• Actores

• Casos de uso

• Relaciones
 Actor

• Representa un tipo de usuario, un rol.

• Es una entidad externa al sistema que intercambia información con él.
• Una misma persona física puede cumplir distintos roles como actores
distintos.
• No está restringido a ser persona física, también pueden ser sistemas
externos al sistema que se está modelando.
Caso
Nombre
de del CU
uso

• Es una sola unidad de trabajo significativo.

• Provee una vista de alto nivel del comportamiento.

 El caso de uso deberá tener un nombre que indique lo que se alcanza por su
interacción con el actor.
 El nombre es una frase verbal, que inicia con un verbo en infinitivo.
 No puede haber dos casos de uso con el mismo nombre.
 Relaciones

 Entre un actor y un caso de uso

Indica que el actor interactúa con el caso de uso.

Ejemplo: El socio puede realizar la reserva de un espacio deportivo.

Reservar un
espacio
deportivo
Socio
 Relaciones

 Entre casos de uso, “incluir”

Los casos de uso pueden contener la funcionalidad de otro caso de uso

como parte de su proceso normal.

<<include>> Caso de uso

Caso de uso
incluido
 Relaciones

 Entre casos de uso, “extender”

Un caso de uso maneja excepciones del caso de uso básico, así un caso
de uso extiende el comportamiento de otro.

<<extend>> Caso de uso

Caso de uso
Extensión
 Relaciones

 Entre actores
Cuando una persona en el mundo real interactúa con el sistema a través de distintos
roles, se representa con símbolos distintos en un diagrama de caso de uso.

1- Caso ¿Qué puede hacer el Actor 1?

de Uso Caso de Uso 1

¿Qué puede hacer el Actor 2?

2- Caso
Caso de Uso 1
de Uso
Caso de Uso 2
Ejemplo Diagrama de Casos de Uso
 Descripción de un caso de uso

Nombre del Caso de uso: Número:

Actores:

Objetivo:

Precondiciones

Flujo normal

Flujo alternativo

Postcondiciones

Observaciones
Nombre del Caso de uso: Registrar reserva de espacio deportivo N°:
Actores: Socio

Objetivo: Reservar un espacio deportivo.

Descripción
Precondiciones: El socio debe haber iniciado sesión. de un caso
Flujo normal
1. El socio selecciona “Reservar espacio”
de uso
2. La aplicación verifica que el socio pueda reservar.
3. La aplicación muestra un listado de los espacios y un calendario.
4. El socio selecciona el espacio y la fecha para la cual desea reservar.
5. La aplicación muestra los horarios disponibles para el espacio deportivo seleccionado.
6. El socio selecciona la hora de inicio y de finalización de la reserva y elige “Reservar”
7. La aplicación solicita al socio que confirme la reserva.
8. El socio confirma reserva.
9. La aplicación registra la reserva y emite un mensaje.
Flujo alternativo
2. Si el socio no puede reservar
2.1. Se muestra un mensaje informando la situación
2.2. Se termina el CU.
Postcondiciones
La reserva se ha registrado.
Observaciones
 En cualquier situación
problemática a resolver existen
objetos que interactúan.
Objetos

¿Otros?
 Objetos del mundo real

Objeto en Software

Características Comportamientos

Un objeto es una entidad real o abstracta que posee

características y comportamientos de interés en el dominio del
problema a resolver.
 Definición

Socio
Persona que pertenece a una
agrupación o asociación.
Espacio deportivo
Es el marco físico donde tiene
lugar la actividad deportiva.

¿Qué características interesan?

 Clase
Una clase es un elemento que define los atributos y comportamientos
de un conjunto de objetos.

Notación en UML
 Clase
Ejemplos
 Diagrama de Clases
Elementos

• Clases

Existen distintas
• Relaciones relaciones, solo
veremos asociación
Diagrama
Reserva
Reserva

de
Clases Responsable

Paga

Describe la vista estática del modelo o parte del modelo mostrando las
relaciones existentes entre las clases.
 Diagrama de Secuencia
Muestra la interacción entre objetos para resolver una determinada
funcionalidad (Caso de uso) a través del tiempo.

• Actor

• Objetos :Objeto

• Mensajes
 Diagrama de Secuencia
Ejemplo: Registrar reserva de espacio deportivo
 Diagrama de Despliegue
Muestra el despliegue físico del Ejemplo
sistema en un ambiente de
producción.

Muestra dónde se ubicarán los

componentes, en qué
servidores o hardware
específico.
 UML-based Web Engineering (UWE)

• Es un método de ingeniería del software para el desarrollo de

aplicaciones web basado en UML.

• Cualquier tipo de diagrama UML puede ser usado, porque UWE es

una extensión de UML.

http://uwe.pst.ifi.lmu.de/index.html
 UML-based Web Engineering (UWE)

Modelos

• Modelo de requerimientos → Diagrama de casos de uso

• Modelo de contenido → Diagrama de clases
• Modelo de navegación (Diseño navegación)
• Modelo de presentación (Interfaz)
• Modelo de proceso.
UWE – Modelo de requerimientos