Aplicaciones Web 1

CAPITULO 1 Introducción a las aplicaciones Web

Ing. Jeffery Naranjo Msc.

2016-2017
 Capitulo 2
Introducción al UML
Logro de aprendizaje: Habilidad para analizar un problema, e identificar y definir los
requerimientos computacionales apropiados para su solución

(Lenguaje Unificado de Modelado)

El UML(Lenguaje Unificado de Modelado): Es una
herramienta que permite a los creadores de sistemas generar
diseños que capturen sus ideas en forma convencional y fácil de
comprender para otras personas. (planificacion)

¿Por que es necesario?

¿La concepción del UML?
Diagramas del UML
¿Para qué tantos Diagramas?
 Diagramas del UML

Use Case State

Diagrama
Diagrams de State
Use Case Diagrams
Diagrama
Use Case
Diagrams
Casos de Uso Diagrams de
Diagrama
Diagrams de Clases
Estados State
State
Diagrams
Diagrama
Diagrams de
Objeto
Estática
Scenario Actividad
Scenario
Diagrams
Diagrama
Diagrams de Component
Actividad Component
Diagrams
Diagramas Diagramade
Diagrams
Componentes
Implementación
Interacción
Scenario
Scenario
Diagrams Component
Diagrama
Diagrams de Component
Diagrama de Diagrams
Secuencia Diagramade
Diagrams
Colaboración Despliegue
 Diagramas del UML
Diagrama de Clases
Pregunta de prueba

Nombre de la
Clase

Atributos de
la Clase

Operaciones
de la Clase
Diagrama de Objetos
Análogo al diagrama de clases, muestra un conjunto de
objetos y sus relaciones, en un instante dado.

Diana: Estudiante Estudia en UPEC: Universidad

Nombre: Diana Nombre: FIACA
Martínez
Promedio: 16,5
Diagrama de Casos de Uso

Describe las funcionalidades del sistema a partir de las

interacciones del usuario.
Diagrama de Estados Diagrama de Secuencias
Estado Inicial

Estado 1

Estado 2

Estado 3

Estado 4

Estado Final
 Diagrama de Actividades Diagrama de Colaboraciones

Las actividades que ocurren dentro Permite representar el trabajo en

de un caso de uso o dentro del conjunto de los elementos de un
comportamiento de un objeto se sistema para cumplir con un objetivo
dan, normalmente en secuencias. propio del sistema.
Diagrama de Componente Diagrama de Distribución

Ambos diagramas dejan el mundo

de las lavadoras ya que están
intimanente ligados con los
sistemas informáticos

EL diagrama de EL diagrama de distribución

componentes es usado muestra la arquitectura física de
actualmente en el un sistema de información. Se
desarrollo de software, representan los equipos y
especialmente en el dispositivos, además la conexión
desarrollo en equipo entre ellos.
 Características del UML
Paquetes Notas Estereotipos

Un estereotipo
permite crear nuevos
El paquete UML le elementos a partir de
permite agrupar los elementos
elementos de un existentes.
diagrama.
Se pueden agregar
comentarios a través
de una nota.
13 Diagramas de Casos de Uso
 Los diagramas de Casos de Uso describen lo que
hace un sistema, enfatizando el qué en vez del
cómo.

 Describen las funcionalidades del sistema a partir

de las interacciones del usuario.
Es decir, describen un uso del sistema y cómo este
interactúa con el usuario.

 Se emplean para visualizar el comportamiento

del sistema.
Diagramas de Casos de Uso
Actores
Personas

 Entidad externa que

Sistema
interactúa con el sistema.

 Entidades distintas a los

usuarios de sistema.
Nombre del Actor

 En algunos casos, Componente de Software

representan cierta función
que un usuario va a
realizar en el sistema. Organización

14
Diagramas de Casos de Uso
Actores

 Relaciones entre actores: Secretaria

 Generalización:
Cuando diferentes actores realizan roles
similares, pueden heredar de un actor
común.
Técnico

Administrador

15
Diagramas de Casos de Uso
Actores
 Ejemplos:

Base de Datos Reservaciones

Sistema de
Reservaciones de
Vuelos
Usuario

Sistema de Base de Datos de Registros

Computación
Usuario

Administrador

Programador
Operador

16
Diagramas de Casos de Uso
Casos de Uso

 Un caso de uso define una

funcionalidad del sistema.
Nombre del Caso de
Uso
 Cada caso de uso constituye
un flujo de eventos, que
especifican la interacción que Verbos
toma lugar entre el actor y el
sistema.
Son Acciones
 Cada caso de uso produce un
resultado observable y válido
para el actor involucrado en la
secuencia de acciones.

17
18 Diagramas de Casos de Uso

Relaciones entre Casos de Uso:

1. Generalización.

2. Extensión.

3. Inclusión.
 Diagramas de Casos de Uso
1. Generalización:
 Relación que define la Pagar Reservación

especialización de un caso de
uso.

Pagar con
Pagar con Tarjeta
 Los casos de uso abstractos
Transferencia

describirán las partes similares y

no podrán ser instanciados
independientemente. Caso Abstracto

 Los casos de uso concretos

describirán el comportamiento
Caso Concreto
específico.

19
Diagrama de Casos de Uso
2. Extensión: (<<extend>>)
Caso Base

<<extend>>
 Especifica como un caso de uso
puede insertarse en otro para
extender la funcionalidad de un caso Caso Opcional
de uso base.

 El Caso Opcional es una extensión del

Caso Base: Hacer Reservación

Una instancia del caso de uso Base

puede incluir el comportamiento
<<extend>>

especificado por el Caso Opcional.

Pagar Reservación

20
Diagramas de Casos de Uso
3. Inclusión: (<<include>>)
Caso Base

 La inclusión define como un caso <<include>>

de uso es parte obligatoria de un

caso de uso base.
Caso Obligatorio

 Un Caso Base incluye un Caso

Obligatorio: Consultar

Una instancia de un caso base Información

siempre incluye el <<include>>

comportamiento especificado por

un caso de uso obligatorio.
Validar Usuario

21
Diagramas de Casos de Uso
 Notación

Nombre del Sistema

Nombre del Caso de

Uso generalización
Número del CU
<<include>>
Nombre del Actor <<extend>>

Nombre del Caso de

Uso
Número del CU

22
23 Diagramas de Casos de Uso

Caso de Uso

 Ejemplo:
24 Diagramas de Casos de Uso
Especificación de un Caso de Uso:
(Documentación)

 Nombre del Caso de Uso.

 Actores.
 Propósito.
 Precondiciones.
 Flujo de Eventos Principal.
 Sub Flujos.
 Excepciones.
 Postcondiciones.
25 Diagramas de Actividades

 El diagrama de actividades define la lógica de los

procedimientos, los procesos del negocio y flujos de
trabajo del sistema.

 Un diagrama de actividades demuestra la serie de

actividades que deben ser realizadas en un caso de uso,
así como las distintas rutas que pueden irse
desencadenando en el caso de uso.
Diagramas de Actividades
 Actividad:
Representa una acción
que será realizada por el
sistema.

 Actividad Inicial Nombre de la Actividad

Verificar Password del Usuario

 Actividad Final

26
Diagrama de Actividades
 Sub Actividad:

Una acción puede ser

descompuesta en varias
actividades. Actividad Compuesta

Actividad 1 Actividad 2

27
Diagramas de Actividades
 Ramificación (Branch):

 Una ramificación surge Validar Usuario

cuando existe la
posibilidad que ocurra
más de una transición [Usuario Válido]
Ver Información
(resultado) al terminar
determinada actividad. [Usuario Inválido]

Mostrar Mensaje de Usuario Inválido

 Este elemento es
representado a través de
un rombo.

28
Diagramas de Actividades
 Especificaciones Join
 División

 Unión

29
30 Diagramas de Actividades

 Señales
Algunas acciones responden a señales

 Señales de tiempo

 Envío de señal

 Recepción de señal
Diagramas de Actividades
Reservar Solicitud
 Señales
 Ejemplo:
Enviar Solicitud

Solicitud
Esperar 30 seg Aceptada

Cancelar Registro
Guardar Solicitud

31
32 Diagramas de Secuencia

 Los diagramas de secuencia describen como colaboran

y se comunican (interacción) los objetos del sistema.

 Muestra los objetos que participan en una interacción, el

intercambio de mensajes y su ordenamiento en el
tiempo.

 Un diagrama de secuencia es una representación que

muestra, para un escenario de un caso de uso, los
eventos que generan los actores, su orden y posibles
eventos internos en el sistema
33 Diagramas de Secuencia
ob3:C3 ob4:C4
op( ) Línea de vida
ob1:C1

[x>0] op1(x ) creación Mensaje

ob2:C2

condicional [x<0] op2(x )

op3(w ) op3(z )

Activación

op4( )

destrucción

recursión
34 Diagramas de Secuencia

: Clase_A : Clase_B

mensaje 1 ( )
Valor (es) retornado retorno
(s) asociado(s) con
el mensaje previo

Mensajes
mensaje 2 (p1,p2)
35 Diagramas de Secuencia
 Crear Objetos: <<create>>

: Clase_A

mensaje 0 ( )

<<create>>
:Clase_B

mensaje 1( )
36 Diagramas de Secuencia
 Destruir Objetos: <<destroy>>

: Clase_A

mensaje 0 ( )

<<create>>
:Clase_B

<<destroy>>
37 Diagramas de Secuencia
 Mensajes Condicionales

: Clase_A : Clase_B

mensaje 0 ( )
[condición] mensaje 1 ( )
38 Diagramas de Secuencia
 Mensajes Condicionales Excluyentes

: Clase_A : Clase_B : Clase_C

mensaje 0 ( )
[condición 1] mensaje 1 ( )

[condición 2] mensaje 2 ( )

Mensajes condicionales
mútuamente excluyentes
 39 Diagramas de Secuencia
 Caja de Iteración:

: Clase_A : Clase_B : Clase_C

mensaje 0 ( )

mensaje 1 ( )

mensaje 2 ( )
Caja que puede
encerrar un área
de iteración
*[...]
*[...] es un
marcador de
iteración
40 Diagramas de Secuencia
41 Diagramas de Colaboración

 Un Diagrama de Colaboración describe la interacción

entre los objetos, numerando la secuencia de mensajes.
42 Diagramas de Colaboración
Primer mensaje y
parámetros
mensaje 0(p)
: C1
Mensajes, Orden y Dirección
1: mensaje1 (p ) Objetos
2: mensaje 2 ( )

Línea de Asociación
1.1: mensaje3(p )
: C2 :C3
1.2: mensaje 4

Reacción en cadena y numeración

43 Diagramas de Colaboración
: C1 : C2
mensaje 0 (p)
: C1
mensaje 0 (p)
mensaje 1 (p)
1: mensaje 1 (p )
2: mensaje 2 ( )

mensaje 2 ()

: C2

Diagrama de Colaboración
Diagrama de Secuencia
44 Diagramas de Colaboración

 Mensajes Excluyentes

mensaje 0 (p) 1a [condición 2]: mensaje 2 ()

: C1 : C3

1b [condición 1]: mensaje1 ()

Mensajes condicionales
: C2 mutuamente excluyentes
45 Diagramas de Colaboración

 Iteración
mensaje0 (p)
: C1

1* [i:=1..N]: vi:=mensaje ( )

La iteración se indica con *

: C2 seguido de una cláusula de
iteración opcional
46 Diagramas de Colaboración
47 Diagramas de Despliegue

 Un diagrama de despliegue muestra las relaciones físicas

entre los componentes hardware y software en el
sistema final, es decir, la configuración de los elementos
de procesamiento en tiempo de ejecución y los
componentes software (procesos y objetos que se
ejecutan en ellos).

 En el diagrama de despliegue se indica la situación física

de los componentes lógicos desarrollados. Es decir se
sitúa el software en el hardware que lo contiene.
48 Diagramas de Despliegue
 Nodo: Elemento donde se ejecutan los
componentes, representan el despliegue físico
de estos componentes.

Nodo

 Asociación: Representa el tipo relación que soporta la

comunicación entre nodos

<<Nombre>>
Nodo Nodo
* 1
49 Diagramas de Despliegue
50 Diagramas de
Componentes
 El diagrama de componentes muestra la relación entre
componentes de software, sus dependencias, su
comunicación, su ubicación y otras condiciones.

 Un diagrama de componentes muestra las

organizaciones y dependencias lógicas entre
componentes software, sean éstos componentes de
código fuente, binarios o ejecutables.

 Define los módulos físicos del software y sus relaciones.

51 Diagramas de
Componentes
 Componente
 Es un tipo de contenedor.

 Provee una vista encapsulada de las funcionalidades

definidas en las clases.

 Por ejemplo, un paquete en un diagrama de componentes

representa un división física del sistema.
52 Diagramas de
Componentes
 Interfaces
 Las interfaces son los puntos visibles de entrada o los
servicios que un componente está ofreciendo y dejando
disponibles a otros componentes de software y clases.

 Exponen funcionalidades para otros componentes y las

requeridas de otros.
53 Diagramas de
Componentes
 Dependencia de módulos

 Abstrae la implementación de la interfaz e indica la

dependencia entre módulo
54 Diagramas de Estado

 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.

 Los diagramas de estado 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.