PUDS

Flujos de trabajo
fundamentales
UAGRM
Contenido
 Captura de requisitos
 Captura de requisitos como casos de uso
 Análisis
 Diseño
 Implementación
 Pruebas
Captura de requisitos
 La captura de requisitos es complicada
 Creamos código para otros
 Los usuarios no los conocen y les cuesta
especificarlos de forma precisa
 Suelen ser varios usuarios sin una visión global
 Los requisitos cambian
 Las condiciones cambian
Captura de requisitos
 Objetivo: guiar el desarrollo hacia el
sistema correcto
 El cliente debe ser capaz de leer y
comprender el resultado
 El resultado ayuda al jefe de proyecto a
planificar las iteraciones
 Puntos de partida:
 Modelo del negocio
 Modelo del dominio
 Se deben reducir los riesgos
Captura de requisitos
 Pasos a seguir
 Enumerar los requisitos candidatos
 Comprender el contexto del sistema
 Capturar requisitos funcionales
 Capturar requisitos no funcionales

 Se realizan de forma conjunta

Captura de requisitos
Enumerar requisitos candidatos
 Lista de características
 Se utiliza sólo para planificación
 Estructura de las características:
 Nombre y breve descripción
 Estado (propuesto, aprobado, incluido,…)
 Coste estimado implementación
 Prioridad
 Nivel de riesgo (crítico, significativo, …)
 Captura de requisitos
Artefactos y trabajadores

Analista de Especificador Diseñador de Arquitecto

sistemas de casos de uso interfaz de usuario

Modelo casos Actor Glosario Caso de uso Prototipo Descripción de

de uso de interfaz la arquitectura
de usuario
Captura de requisitos
Artefactos
 Modelo de casos de uso
 Uso de diferentes diagramas para representar
distintas vistas
1

Modelo de Sistema de
casos de uso casos de uso
 Uso de paquetes

* *

Actor Caso de uso

Captura de requisitos
Artefactos
 Actor
 Cualquier entidad externa al sistema
 Cada usuario se representa como uno o más
actores
 Suelen corresponderse con trabajadores y
actores de negocio

Actor
Captura de requisitos
Artefactos
 Caso de uso
 Es un clasificador: tiene operaciones y
atributos Caso de uso

 Las instancias de casos de uso interaccionan

con instancias de actores
 Se especifican con diagramas de estado o de
actividad
 Se consideran atómicos
 Flujos de sucesos y Requisitos especiales
Captura de requisitos
Artefactos
 Descripción de la arquitectura
 Casos de uso significativos Descripción de
 Funcionalidad importante y crítica la arquitectura

 Glosario
 Definición de conceptos y nociones
Modelo casos
de uso
 Prototipo de la interfaz de usuario

Prototipo de interfaz Glosario

de usuario
Captura de requisitos
Trabajadores
 Analista de sistemas

 Especificador de casos de uso

 Diseñador de interfaz de usuario

 Arquitecto
 Captura de requisitos
Actividades

Encontrar actores y
Estructurar el modelo
Analista casos de uso
de casos de uso

Priorizar los casos de

Arquitecto
uso

Detallar un caso de
Especificador uso

Prototipar la interfaz
Diseñador de usuario
Captura de requisitos
Actividades
 Encontrar actores y casos de uso

Modelo del Analista Modelo de

negocio casos de uso
(esbozado)

Requisitos Encontrar actores y

adicionales casos de uso

Glosario
Lista de
característ.
Captura de requisitos
Actividades
 Priorizar casos de uso

Modelo de Arquitecto
casos de uso

Requisitos Priorizar casos de

Descripción de la
adicionales uso
arquitectura (vista del
modelo de casos de uso)

Glosario
Captura de requisitos
Actividades
 Detallar un caso de uso

Modelo de Especificador de
casos de uso casos de uso

Requisitos Detallar un caso de

Caso de uso
adicionales uso
(detallado)

Glosario
Captura de requisitos
Actividades
 Técnicas para detallar un caso de uso
 Precondición + Camino básico + Caminos
alternativos + Poscondición
 Diagramas de estado
 Diagramas de actividades
 Diagramas de interacción
 Captura de requisitos
Actividades
 Prototipar la interfaz de usuario

Modelo de
casos de uso Diseñador de
interfaz de usuario

Requisitos
adicionales
Prototipar la interfaz
Prototipo -Lógico
de usuario
de interfaz
de usuario -Físico
Caso de uso
(descrito)

Glosario
 Captura de requisitos
Actividades
 Estructurar el modelo de casos de uso

Modelo de
casos de uso Analista de
sistemas

Requisitos
adicionales
Estructurar el
Modelo de
modelo de casos
casos de uso
de uso
(estructurado)
Caso de uso
(descrito)

Glosario
Captura de requisitos
Actividades
 Estructurar el modelo de casos de uso
 Identificar descripciones de funcionalidad
compartida (herencia)
 Casos de uso reales
 Casos de uso abstractos
 Identificar descripciones de funcionalidad
adicional y opcional (extensión)
 Otras relaciones (inclusión)
Análisis
 Se trabaja con conceptos
 Especificación más precisa de los
requisitos
 Se utiliza el lenguaje de desarrolladores
 Facilita comprensión, preparación,
modificación y mantenimiento de
requisitos
 Primera aproximación al modelo de diseño
Análisis
 Facilita la identificación y planificación de
incrementos
 Proporciona una visión general del sistema
 Algunas partes del sistema tienen diseños
y/o implementaciones alternativas
 Se utiliza un sistema heredado complejo
 Análisis

Arquitecto Ingeniero de Ingeniero de

casos de uso componentes

Modelo de Descripción de la Realización caso Clase del Paquete del

análisis arquitectura de uso -Análisis análisis análisis
Análisis - Artefactos
 Modelo de análisis

1 * *
Modelo de análisis Sistema de Paquete del
análisis análisis

* * *
*

Clase del Realización caso

análisis de uso -Análisis
Análisis - Artefactos
 Clase de análisis
 Se centra en requisitos funcionales
 Se definen responsabilidades
 Atributos conceptuales
 Relaciones conceptuales
 3 estereotipos de clases Clase del
análisis

Clase de Clase de Clase de

entidad interfaz control
Análisis - Artefactos
 Realización de caso de uso-análisis
 Descripción textual del flujo de sucesos
 Diagramas de clases
 Diagramas de interacción (colaboración)
 Se pueden posponer requisitos no funcionales
(aparecen más)

«trace»

Caso de uso Realización caso

de uso -Análisis
Análisis - Artefactos
 Paquete de análisis
 Alta cohesión y bajo
acoplamiento *
 Dividen el trabajo
 Basados en requisitos Paquete del
funcionales (reconocibles por análisis
personas del dominio)
 Generan subsistemas de
diseño
* *

Clase del Realización caso

análisis de uso -Análisis
Análisis - Artefactos
 Paquete de análisis: Paquetes de servicio
 Sevicio: conjunto coherente de acciones
relacionadas funcionalmente que se utiliza en
varios casos de uso. Son para los clientes.
 Es indivisible
 Relevante para uno o pocos actores
 Generan subsistemas de servicio en diseño
 Generan componentes ejecutables y binarios
 Objetivo: obtener componentes reutilizables
Análisis - Artefactos
 Descripción de la arquitectura
 Descomposición del modelo en paquetes
 Clases fundamentales:
 De entidad, importante en dominio
 De interfaz, comunicación importante
Descripción de
 De control, con amplia cobertura
la arquitectura
 Generales, centrales y con muchas relaciones
 Realizaciones de casos de uso

Modelo de
análisis
Análisis - Trabajadores
 Arquitecto
 Responsable de la integridad del modelo de
análisis y de la arquitectura del modelo
 Ingeniero de casos de uso
 Garantiza que las realizaciones de casos de
uso cumplen con sus requisitos
 Ingeniero de componentes
 Define y mantiene responsabilidades, atributos
y relaciones de varias clases
 Análisis - Actividades

Análisis de la
Arquitecto arquitectura

Analizar un caso de
Ingeniero de
uso
casos de uso

Analizar una clase Analizar un paquete

Ingeniero de
componentes
 Análisis - Actividades
 Análisis de la arquitectura

Modelo de Paquete del

casos de uso Arquitecto análisis (esbozo)

Requisitos Clase del

adicionales análisis (esbozo)
Análisis de la
arquitectura

Modelo del Descripción de la

negocio Descripción de la arquitectura (vista del
arquitectura (vista del
modelo de análisis)
modelo de casos de uso)
 Análisis - Actividades
 Analizar un caso de uso

Modelo de
casos de uso Ingeniero de casos
de uso
Realización caso
Requisitos de uso - análisis
adicionales
Analizar un
caso de uso

Modelo del Clase del

negocio Descripción de la análisis (esbozo)
arquitectura (vista del
modelo de análisis)
Análisis - Actividades
 Analizar una clase

Ingeniero de
Realización caso
componentes
de uso - análisis

Analizar una
clase Clase del análisis
(terminada)

Clase del
análisis (esbozo)
 Análisis - Actividades
 Analizar un paquete

Ingeniero de
Descripción de la componentes
arquitectura (vista del
modelo de análisis)

Analizar un
Paquete del
paquete
análisis
(terminado)
Paquete del
análisis(esbozo)
 Diseño

Arquitecto Ingeniero de Ingeniero de

casos de uso componentes

Realización caso
de uso - diseño

Modelo de Modelo de Descripción de la Clases del Interfaz Subsistema de

diseño despliegue arquitectura diseño diseño
Diseño - Artefactos
 Modelo de diseño

1 * *

Modelo de diseño Sistema de Subsistema de

diseño diseño

* *
* *
* *
Interfaz
Clases del
Realización caso
diseño
de uso - diseño
Diseño - Artefactos
 Clase de diseño
 Sintaxis del lenguaje de programación
 Visibilidad de atributos y operaciones
 Traducción de las relaciones
 Métodos por pseudocódigo
 Estereotipos que se correspondan con
construcciones del lenguaje de programación

► realiza

Interfaz
Clases del
diseño
Diseño - Artefactos
 Realización de caso de uso-diseño
 Diagramas de clase
 Diagramas de interacción (clases, subsistemas,
interfaces)
 Flujo de sucesos-diseño
 Requisitos de implementación

«trace»

Realización caso Realización caso

de uso - análisis de uso - diseño
Diseño - Artefactos
 Subsistema de diseño
 Traza con paquetes análisis
 Subsistema de servicio
*

Subsistema de
diseño
► realiza

* * * *

Clases del Interfaz

Realización caso
diseño
de uso - diseño
Diseño - Artefactos
 Interfaz

► realiza *

Interfaz
Clases del *
diseño
► realiza

Subsistema de
diseño
Diseño - Artefactos
 Descripción de la arquitectura (vista
modelo de diseño)
 Descomposición en subsistemas
 Traza con clases de análisis
 Clases abstractas Descripción de
 Clases generales y centrales la arquitectura

 Realizaciones de caso de uso

Modelo de
diseño
Diseño - Artefactos
 Modelo de despliegue
 Distribución física del sistema
 Nodos y relaciones
 Componentes por nodo
 Correspondencia entre Modelo de
despliegue
arquitectura software y
arquitectura del sistema

Nodo
Diseño - Artefactos
 Descripción de la arquitectura
(vista modelo despliegue)
 Artefactos relevantes para la
arquitectura

Descripción de
la arquitectura

Modelo de
despliegue
Diseño - Trabajadores
 Arquitecto
 Responsable de la integridad de los modelos
de diseño y despliegue
 Ingeniero de casos de uso
 Responsable de la integridad de una o más
realizaciones de casos de uso-diseño
 Ingeniero de componentes
 Define y mantiene operaciones, atributos y
relaciones de una o más clases de diseño
 Diseño - Actividades

Diseño de la
Arquitecto arquitectura

Diseñar un caso de
Ingeniero de uso
casos de uso

Diseñar una clase Diseñar un

Ingeniero de subsistema
componentes
 Diseño - Actividades
 Diseño de la arquitectura

Subsistema
Modelo de Interfaz
Arquitecto
casos de uso

Clase de
diseño
Requisitos
adicionales Diseño de la
arquitectura
Modelo de
despliegue
Modelo de
análisis Descripción de la Descripción arquitectura
arquitectura (vista del (vista de modelo de
modelo de análisis) diseño y despliegue)
 Diseño - Actividades
 Diseño de un caso de uso

Realización caso
Modelo de de uso - diseño
casos de uso Ingeniero de
casos de uso
Requisitos
adicionales Clase de
diseño
Diseñar un caso de
uso
Modelo de
análisis Subsistema

Modelo de Modelo de Interfaz

diseño despliegue
 Diseño - Actividades
 Diseño de una clase

Realización caso
de uso - diseño Ingeniero de
componentes

Clase de
diseño
Diseñar una clase Clase de diseño
(completa)
Interfaz

Clase del análisis

(completa)
Diseño - Actividades
 Diseño de un subsistema

Ingeniero de
Descripción arquitectura
componentes
(vista modelo de diseño)
Subsistema
(terminado)

Subsistema
(esbozado) Diseñar un
subsistema
Interfaz
Interfaz (terminada)
(esbozada)
 Implementación

Arquitecto Integrador de Ingeniero de

sistemas componentes

Integración de
sistema

Interfaz
Modelo de Descripción de la Modelo de Componente Implementac.
implementac. arquitectura despliegue subsistema
Implementación - Artefactos
 Modelo de implementación

1 * *

Modelo de Sistema de Subsistema de

implementación implementac. implementac.

*
* *
*

Componente Interfaz
Implementación - Artefactos
 Componente
 «executable»
 «file»
«trace»
 «table»
 «library» Clase de
diseño Componente
 «document»

Interfaz Interfaz
Implementación - Artefactos
 Subsistema de implementación
 Paquete (Java)
 Directorio (C++)
* *
 Proyecto (VB)
Subsistema de
implementac.

► realiza

*
* *

Componente Interfaz
Implementación - Artefactos
 interfaz

► realiza *

Interfaz
Componente *

► realiza

Subsistema de
implementac.
Implementación - Artefactos
 Descripción de la arquitectura
 Subsistemas de implementación
 Interfaces y dependencias
 Componentes clave
Descripción de
la arquitectura

Modelo de
implementac.
Implementación - Artefactos
 Plan de integración de construcciones
 Construir el software incrementalmente
 Control de versiones
 Integración incremental
 El plan describe la secuencia de construcciones
necesarias en una iteración
 Funcionalidad de la construcción
 Partes del modelo de implementación afectados por
la construcción
Implementación -Trabajadores
 Arquitecto

 Ingeniero de componentes

 Integrador de sistemas
 Implementación - Actividades

Implementación de la
Arquitecto arquitectura

Integrador de Integrar sistemas

sistemas

Implementar un
Ingeniero de subsistema
componentes Implementar una Realizar prueba de
clase unidad
Implementación - Actividades
 Implementación de la arquitectura

Modelo de Arquitecto
casos de uso Componente
(esbozado y asignado
a un nodo)
Modelo de
análisis Implementación de la
arquitectura

Descripción arquitectura
Descripción arquitectura (vista de modelo de
(vista de modelo de implement. y despliegue)
diseño y despliegue)
 Implementación - Actividades
 Integrar el sistema

Requisitos
adicionales Integrador de
sistemas
Modelo de Plan de integración
casos de uso de construcciones

Modelo de Integrar sistemas

diseño
Modelo de
implementac.
Modelo de
implementac.
 Implementación - Actividades
 Implementar un subsistema

Descripción arquitectura
(vista de modelo de Ingeniero de
implementación) componentes
Subsistema de
Plan de integración implementac.
de construcciones
Implementar un
subsistema

Subsistema de Interfaz
diseño
Interfaz
Implementación - Actividades
 Implementar una clase

Ingeniero de
componentes

Clase de diseño
(diseñada)

Implementar una
clase Componente
(implementado)
Interfaz
Implementación - Actividades
 Realizar prueba de unidad

Ingeniero de
componentes

Clase de diseño
(implementada)

Realizar prueba de
unidad Componente
(unidades probadas)
Interfaz
Referencias
 Ivar Jacobson, Grady Booch, James
Rumbaugh, “El Proceso Unificado de
Desarrollo Software”, Addison Wesley,
1999