Ejercicios de ocl

Ingeniería del Software

Análisis  Análisis en el PUD  Diagramas de secuencia del sistema  Contratos  Object Constraint Language (OCL)  Modelo alternativo de análisis: Modelo de Jacobson

1

Ingeniería del Software

Iteración en PUD
 Planificación de la Iteración  Captura de requerimientos:
 Modelo de casos de uso, Modelo de Dominio, ...

 Análisis:
 Diagrama de secuenciadel sistema, Contratos, Modelo Conceptual...

 Diseño:
 Diagramas de interacción, Diagrama de Clases

 Implementación:
 codificación (Clases y métodos)

 Pruebas:
 verificación de la implementación

 Evaluación de la iteración
2

Ingeniería del Software

Fases y entregas del Proceso Unificado de Desarrollo  captura de requerimientos: qué SI debemos construir?
 Modelo decasos de uso, Modelo de Dominio, ...

 análisis: qué debe hacer el SI?
 Diagramas de secuencia del sistema, Contratos, ...

 diseño: cómo lo debe hacer el SI?
 Diagramas de interacción, Diagrama de Clases

Dependiente de la tecnología

 codificación:
 Código Fuente (clases y métodos)

 pruebas:
 Especificación de las pruebas de funcionamiento

 mantenimiento:
Documentación y revisión de todo lo anterior
3

Ingeniería del Software

Construcción incremental e iterativa del SI  Modelo dinámico del sistema (comportamiento):
 Captura de requerimientos: Modelo de Casos de Uso  Análisis: Diagramas de secuencia del sistema, contratos  Diseño: Diagramas de interacción

 Modelo estático del sistema (propiedades):
 Captura de requerimientos: Modelo deDominio  Análisis: Modelo Conceptual  Diseño: Diagrama de clases

 Implementación: codificación (clases y métodos)

4

Ingeniería del Software

Modelo del comportamiento del sistema  Diagramas de secuencia del sistema
 Muestra los eventos entre los actores y el sistema  Permiten identificar las operaciones del sistema

 Contratos
 Describen los efectos de las operaciones delsistema

5

Ingeniería del Software

Diagrama de secuencia del sistema  Representación que muestra, para un determinado caso de uso, los eventos generados por los actores externos, su orden y los eventos del sistema  Al sistema se le considera una caja negra  Los diagramas se centran en los eventos que transcienden las fronteras del sistema y que fluyen de los actores al sistema Inicialmente, los diagramas deberían prepararse para el escenario principal de un caso de uso

6

Ingeniería del Software

Diagrama de secuencia del sistema  Objetivo
 Identificar los eventos y las operaciones (comportamiento) del sistema

 Partimos de los casos de uso
 Describen cómo interaccionan los actores con el sistema  Los actores generan eventos hacia el sistema que requieren de laejecución de alguna operación como respuesta

 Definimos un diagrama de interacción para cada curso relevante de los eventos de un caso de uso mostrando:
 Los eventos generados por los actores externos y su orden  Los eventos internos del sistema (operaciones) que resultan de la invocación
7

Ingeniería del Software

Diagrama de secuencia del sistema
 Crear un diagrama de secuencia delsistema para cada caso de uso.  Cada evento en el diagrama debe corresponder a una interacción con el sistema especificado en el caso de uso completo  Dibujar una línea vertical que representa el sistema  Dibujar una línea para cada actor que interacciona directamente con el sistema  A partir del curso de eventos de los casos de uso, identificar y mostrar los eventos externos generados por losactores  Para identificar los eventos del sistema es necesario delimitar claramente la frontera del sistema

8

Ingeniería del Software

Ejemplo TPV: caso de uso completo (1)
Caso de uso: Comprar productos Actores: Cliente, Cajero (principal) Resumen: Un Cliente llega a la caja registradora con los artículos que desea comprar. El Cajero registra los artículos y recibe un pago. Al...