TRABAJE CON UN MATERIAL DE PROCESO UNIFICADO

1. PROCESS UNIFICADO
Batistela
Juan Pablo

2. INTRODUCION
.Es un proceso que:
-Proporciona guía para ordenar las actividades.
-Dirige las tareas de cada desarrollador por
separado y del equipo como un todo.
-Especifica los artefactos que deben
desarrollarse.
-Ofrece criterios para el control y la medición de
los productos y actividades del proyecto.

3. ALGO MAS
El proceso unificado es un proceso de
desarrollo de software, es el conjunto de
actividades necesarias para transformar los
requisitos de usuarios en un sistema de
software. Se puede definir también como un
marco de trabajo genérico que puede
especializarse para una gran variedad de
sistemas de software, para diferentes áreas de
aplicación, diferentes tipos de organizaciones,
diferentes niveles de aptitud y diferentes
tamaños de proyectos.

4. PROCESO UNIFICADO
.DEFINICION:
-Está basado en componentes, el software en
construcción está formado por componentes
software interconectados a través de la
interfaz.
-Utiliza el Lenguaje Unificado de Modelado
(UML).
-Está dirigido por Casos de uso, centrado en
la arquitectura, e iterativo e incremental.

5. ALGO MAS
Los casos de uso definen los objetivos y dirigen el
trabajo de cada iteración.
La arquitectura proporciona la estructura sobre la
cual guiar las iteraciones.
Es iterativo incremental por qué se hace el proyecto
en mini proyectos. Cada mini proyecto es una
iteración que resulta en un incremento. Las
iteraciones hacen referencia a pasos en el flujo de
trabajo, y los incrementos y al crecimiento del
producto.

6. EL PRODUCTO
Cada ciclo consta de 4 fases: inicio, elaboración,
construcción y transición.
Cada ciclo produce produce una nueva versión del
producto, y cada versión es un producto preparado
para su entrega. Consta de un cuerpo de código
fuente incluidos en componentes que puede
compilarse y ejecutarse, además de manuales y
otros productos asociados.
El proyecto terminado incluye los requisitos, casos
de uso, especificaciones no funcionales y casos de
prueba, incluyendo el modelo de la arquitectura y el
modelo visual.

7. ALGO MAS
Modelos usados para visualizar que esta sucediendo en cada fase:
Modelo de casos de uso: Con todos los casos de uso y su relación con los usuarios.
Modelo de análisis: Se refina los casos de uso con mas detalles y se establece la asignación inicial de
funcionalidad del sistema a un conjunto de objetos que proporcionan el comportamiento.
Modelo de Diseño: a)- La estructura estática del sistema en la forma de subsistemas, clase e interfaz.
b)-Los casos de uso reflejados como colaboraciones entre los subsistemas, clases e interfaz.
Modelo de implementación: Incluye componentes y la correspondencia de las clases con los
componentes.
Modelo de Despliegue: Define los nodos físicos (ordenadores) y la correspondencia de los
componentes con esos nodos.
Modelo de prueba: Describen los casos de prueba que verifican los casos de uso.
Estos modelos son utilizados para la representación de los fundamentos de flujos de trabajo. Estos flujos
de trabajo son Requisitos, Análisis, Diseño, Implementación y prueba.

8. FRASES DENTRO DE UN CICLO
Inicio: Descripción del producto final a partir de una buena idea y se presenta el análisis de
negocio para el producto. Se prioriza el modelo de casos de uso simplificado que contenga los
casos de uso más críticos.
Elaboración: Se especifican en más detalles los casos de uso y se diseña la arquitectura del
sistema. Durante esta fase del desarrollo, se realizan los casos de uso más críticos que se
identificaron en la fase de inicio. El resultado de esta fase es una línea base de la arquitectura.
Construcción: En esta fase, la línea base de la arquitectura crece hasta convertirse en el
sistema completo. Al final de esta fase, el producto contiene todos los casos de uso que la
dirección y el cliente han acordado para el desarrollo de esta versión.
Transición: Cubre el periodo durante el cual el producto se convierte en versión Beta, en esta
versión usuarios con experiencia prueban el producto e informan de los errores encontrados y
los desarrolladores se encargan de corregirlos. En esta fase se debe dirigir la fabricación,
formación de clientes, proporcionar una línea de ayuda y corrección de defectos. Estos de
defectos se dividen en los que tienen suficiente impacto para justificar una versión incrementada
(versión Delta) y las que pueden corregirse en la siguiente versión normal.

9. PROCESO UNIFICADO
CASOS
DE
USOS

10. CASOS DE USOS
SE CAPTURAN LAS…
SE DISEÑA UNA
IMPLEMENTO O NO NESECIDADES
FUNCIONAL DE…
SE VERIFICA EL
CUMPLIMIENTO O NO
CLIENTE
DE…

11. CASOS DE USOS
POR QUE CASOS DE USO?
.Para capturar los requisitos que aportan
valor añadido
.Para dirigir el proceso
.Para idear la arquitectura

12. CASOS DE USOS
OBJETIVO:
.Rendimiento adecuado
.Evolucion a futuro
A PARTIR DE…
“CONCEPTUAL” “FISICO” CREACION
CREACION DE CREACION DE DE
MODELO DE MODELO DE MODELO
ANALISIS DISEÑO DE
IMPLEMENTACION

13. CASOS DE USOS
CREACION DEL MODELO DE ANALISIS
Identificar y describir los casos de usos
para la iteracion
Proponer clasificacion y asociaciones
para cada caso de usos
Cada clasificador desempeña un rol

14. CASOS DE USOS
CREACION DEL MODELO DE DISEÑO
Se adapta al entorno
Define:
.Clasificadores(clases,subsistemas,interf
aces)
.Relaciones entre clasificadores
.Colaboraciones

15. CASOS DE USOS
CREACION DEL MODELO DE
IMPLEMENTACION
Se trata de obtener un sistema ejecutable
.Componentes ejecutables (JavaBeans)
.Componentes ficheros (Codigo Fuente)
.Componentes tablas (Base de Datos)

16. CASOS DE USOS
PRUEBA DE LOS CASOS DE USO
Verifica si el sistema funciona correctamente
con…
CASOS DE PRUEVA Que se va
evaluar?
PROCEDIMIENTOS Como se va a
evaluar?
DE PRUEBA
CASOS DE PRUEBA
PROCEDIMIENTOS DE
PUEBAS