Proceso Unificado de
Desarrollo de Software
2024 - 2025
ÍNDICE
[Link]ÓN Y OBJETIVOS
[Link]ÓN DEL PROCESO UNIFICADO
[Link] DEL PROCESO UNIFICADO
[Link] DIRIGIDO POR CASOS DE USO
[Link] DE TRABAJO EN EL PROCESO UNIFICADO
1/
INTRODUCCIÓN
INTRODUCCIÓN
Proceso Unificado de Desarrollo de Software
Marco que guía las etapas y fases fundamentales
de un desarrollo de software
Dirigido por casos de uso
Centrado en la arquitectura
Iterativo e incremental
5
2/
DESCRIPCIÓN DEL
PROCESO
UNIFICADO
CONCEPTOS CLAVE
01 02
Roles Artefactos
Quién debe realizar las distintas fases Qué debe hacerse en cada fase
03 04
Actividades Fases
Cómo debe realizarse cada fase Flujos de trabajo, iteraciones y cuándo deben
realizarse
7
CARACTERISTICAS – Iterativo e incremental
Gestión de la incertidumbre Adaptativo
Es adecuado para proyectos que requieren Su estructura permite una comprensión
constante revisión y aceptación incremental del problema
Refinamientos Riesgo
Se aborda mediante revisiones sucesivas que Se gestiona a medida que el proyecto avanza
acercan el desarrollo a la solución
Versionado Adaptable
Se generan versiones intermedias que permiten Explicación del proyecto
una mejor retroalimentación, verificación y
validación efectiva
8
GESTIÓN DE REQUISITOS
Requisito
Descripción precisa y documentada sobre
el contenido, forma o funcionalidad de un
software
• Usuario
• Sistema
• Funcionales
• No funcionales
9
CASOS DE USO
Caso de uso: descripción de una acción o actividad
Capturan y representan requisitos Dirigen el diseño, la
funcionales implementación y las pruebas
Aumentan la probabilidad de Permiten la trazabilidad a lo largo
satisfacer las necesidades del de todo el proceso de desarrollo
usuario final, puesto que se
definen con el foco puesto en
ellos
10
MODELADO UML
Lenguaje de Modelado Unificado: lenguaje
estándar para el análisis y diseño de software
Análisis Diseño
• Casos de Uso • Clases y objetos
• Secuencia del Sistema • Colaboración
• Clases conceptuales • Secuencia
• Estados
• Casos de Uso detallados
• Actividad
11
D. CASOS DE USO
Colección de escenarios (éxito y error) que describen
actores que usan el sistema para conseguir un objetivo.
• Actor: ente con comportamiento que interactúa con el
sistema.
• Caso de uso: tarea que se realiza tras un orden de
algún agente externo.
• Relación: entre los actores y los CdU
12
D. SECUENCIA
Representa las operaciones que los actores externos
piden al sistema, mostrando los eventos generados y su
orden.
• Líneas de vida
• Objetos
• Mensajes
• Operaciones (métodos)
13
D. DE CLASES
Representa la estructura del sistema, descompuesto en
clases.
• Relaciones con otras clases
• Atributos
• Operaciones
14
3/
DIMENSIONES
DEL P.U.
FASES DEL PROCESO UNIFICADO
16
FASES DEL P.U.
01 02
Inicio Elaboración
Objetivo: analizar el dominio del problema. Objetivo: obtener una visión del sistema en
• Establece criterios de éxito y riesgo del toda su extensión mediante una descripción
proyecto no detallada en profundidad.
• Estimación de recursos
• Define el alcance del proyecto. Resultados:
• Modelado de casos de uso casi completo
Resultados: • Componentes de la arquitectura.
• Lista de requisitos • Riesgos
• Aproximación al modelo de casos de uso • Plan de desarrollo
• Modelo de negocio o dominio inicial • Manual de usuario preliminar.
• Riesgos
• Plan de proyecto
• Prototipos
03 04
Construcción Transición
Objetivo: desarrollo de los componentes de Objetivo: liberar el producto al entorno de los
diseño. usuarios.
Resultados: Resultados:
• Software desplegado y desarrollado (beta) • Pruebas que permitan validar el sistema
• Manuales de usuario • Formación de los usuarios
• Despliegue del producto.
17
4/
DESARROLLO
GUIADO POR CdU
CASO DE USO
Representan una funcionalidad completa que el sistema Proporciona un resultado de valor visible a los usuarios.
desarrolla a solicitud de un actor.
Se compone de una serie de interacciones entre un Puede tener asociado requisitos no funcionales.
sistema y los actores.
19
ESTRUCTURA DE UN CdU
Actor que inica el CdU Precondiciones de
ejecución
Orden de las acciones Definición del fin del
CdU
Caminos alternativos Utilización de recursos
dentro del flujo principal del sistema
Describir explícitamente Interacción del actor
qué hace el sistema con el sistema
Separación de responsabilidades
entre el sistema y los actores
20
FLUJO DE EVENTOS DE UN CdU
Lista de pasos que se Un CdU siempre
dan en la interacción comienza con una
acción de un actor
La descripción debe ser Se puede indicar un
escueta evento de la siguiente
forma:
<Número> El <actor/sistema> <acción>
21
5/
FLUJOS DE
TRABAJO EN EL
P.U.
FLUJOS DE TRABAJO
El P.U. proporciona una guía sobre las actividades que deben llevarse a cabo y
el orden. Puede exponerse como un conjunto de flujos de trabajo:
Un flujo de trabajo es un conjunto de actividades que producen un resultado
de valor para el actor que ha iniciado el CdU.
Los flujos de trabajo presentes en todas las fases son:
▪ Requisitos
▪ Análisis
▪ Diseño
▪ Implementación
▪ Pruebas
23
FLUJO DE TRABAJO DE REQUISITOS
Se centra en establecer los servicios o la funcionalidad que el cliente requiere del sistema y los límites bajo los cuales
operan y se desarrollan.
Requisitos
Descripción precisa y documentada sobre el contenido, forma o funcionalidad de un software
• Requisitos funcionales: describen cualquier actividad Estructura del Documento de Especificación de
que el sistema deba realizar. Requisitos:
• Requisitos no funcionales: criterios que puedan
usarse para juzgar la operación de un sistema en • Motivación y objetivos del sistema.
lugar de sus comportamientos específicos. • Glosario de términos.
• Modelos.
• Requisitos funcionales.
• Requisitos no funcionales.
Artefactos
• Modelo de casos de uso
• Actores,
• Casos de uso,
• Glosario,
• Prototipo de interfaz de usuario
• Arquitectura
24
IEEE 830-1998
Completa Consistente
Inequivoca Correcta
Trazable Priorizable
Modificable Verificable
Clara
25
FLUJO DE TRABAJO DE ANÁLISIS
Se describe cómo se desarrolla un CdU en términos de interacción de las clases de análisis y de sus objetos.
Artefactos
• Descripción del flujo de sucesos
• Diagrama de clases de análisis
• Diagramas de interacción
26
FLUJO DE TRABAJO DE DISEÑO
Debe crear el punto de entrada apropiado para la implementación, a partir de la descomposición del sistema en
subsistemas.
Artefactos
• Modelo de diseño
• Clases de diseño
• Realización de CdU
• Diagrama de clases.
• Diagramas de interacción
• Requisitos de implantación
• Interfaz gráfica (si hubiere)
• Descripción de la arquitectura
• Modelo de despliegue
27
FLUJO DE TRABAJO DE IMPLEMENTACIÓN
Desarrollar el sistema basándose en los artefactos creados por diseño y realizar las pruebas unitarias para después
proceder a la implementación.
Artefactos
• Implementación del sistema basado en los requisitos
• Descripción de la arquitectura
• Plan de integración de construcciones
28
FLUJO DE TRABAJO DE PRUEBA
Planificar, diseñar, implementar y realizar las pruebas necesarias para asegurar el cumplimiento de los requisitos descritos
en fases anteriores
Requisitos funcionales Requisitos no funcionales
▪ Pruebas de caja negra ▪ Pruebas de instalación
▪ Pruebas de caja blanca ▪ Pruebas de configuración
▪ Pruebas de estrés
Artefactos
• Modelo de pruebas
• Casos de prueba
• Procedimiento de prueba
• Componente de prueba
• Plan de prueba
• Defecto y evaluación de pruebas
29
FLUJO DE TRABAJO DE PRUEBA
Planificar, diseñar, implementar y realizar las pruebas necesarias para asegurar el cumplimiento de los requisitos descritos
en fases anteriores
30
DIAGRAMA DE CLASES: EJERCICIO
Se desea diseñar un diagrama de clases sobre la información de las reservas de una empresa dedicada
al alquiler de automóviles, teniendo en cuenta que:
• Un determinado cliente puede tener en un momento dado hechas varias reservas.
• De cada cliente se desean almacenar su DNI, nombre, dirección y teléfono. Además dos clientes se
diferencian por un código único.
• Cada cliente puede ser avalado por otro cliente de la empresa.
• Una reserva la realiza un único cliente, pero puede involucrar varios coches.
• Es importante registrar la fecha de inicio y final de la reserva, el precio del alquiler de cada uno de los
coches, los litros de gasolina en el depósito en el momento de realizar la reserva, el precio total de la
reserva y un indicador de si el coche o los coches han sido entregados.
• Todo coche tiene siempre asignado un determinado garaje que no puede cambiar. De cada coche se
requiere la matricula, el modelo el color y la marca.
• Cada reserva se realiza en una determinada agencia.
31