You are on page 1of 3

PROCESO UNIFICADO

Un proceso de desarrollo de software describe un enfoque para la construccin, desarrollo y posiblemente, mantenimiento del software. El proceso unificado se ha convertido en un proceso de desarrollo de software de gran xito para la construccin de sistemas orientados a objetos. La idea ms importante del UP es el Desarrollo Iterativo (iteraciones cortas con una duracin fija).

Buenas Prcticas a Realizar con UP Pr


Abordar las cuestiones de alto riesgo y valor en las primeras iteraciones. Usuarios involucrados continuamente Atencin en las primeras etapas a construir una arquitectura bsica Verificar continuamente la calidad Aplicar casos de uso Control de cambios

Fases del Proceso Unificado


1.Inicial 2.Elaboracin 3.Construccin 4.Transicin

Flujos de Trabajo Fundamentales del UP


1.Requisitos 2.Anlisis 3.Diseo 4.Implementacin 5.Pruebas

Motivos para Fijar la Duracin de Duraci Una Iteracin Iteraci


1.La ley de Parkinson.- El trabajo se expande de manera que rellena el tiempo disponible para su terminacin. 2.Asignar prioridades y decisin 3.Satisfaccin del equipo 4.Confianza en el personal involucrado

Disciplinas del UP

Artefactos del UP
1.Modelo del dominio 2.Modelo de casos de uso 3.Visin 4.Plan de desarrollo de software 5.Modelo de diseo

Caractersticas del UP Caracter


Est dirigido por casos de uso.- para construir un sistema con xito, debemos conocer los que sus futuros usuarios necesitan. Est centrado en la arquitectura.- varios puntos de vista, incluye aspectos estticos y dinmicos ms significativos del sistema. Es iterativo e incremental.- dividir el trabajo en partes ms pequeas o mini - proyectos.

1.Modelado del negocio 2.Despliegue 3.Gestin del proyecto 4.Entorno

Las 4 P en el Desarrollo De Software


Personas.- principales autores del proyecto Proyecto.- Elemento organizativo a travs del cual se gestiona el desarrollo de software. Producto.- Artefactos que se crean durante la vida del proyecto Proceso.- Conjunto de actividades necesarias para transformar los requisitos de usuario en un producto.

Definiciones
Disciplinas.- llamadas anteriormente flujos de trabajo, son un conjunto de actividades y artefactos relacionados en un rea determinada. Artefacto.- es el trmino general para cualquier tipo de informacin creada, cambiada o utilizada por los desarrolladores del sistema. Modelo.- es una abstraccin del sistema, especificando el sistema modelado desde un cierto punto de vista

Serie de Flujos de Trabajo y Modelos de UP


Modelo de Casos de uso

El UP Dirigido por Casos de Uso


Tiene dos objetivos:

Requisitos

Anlisis

Modelo de Anlisis Modelo de Despliegue

Diseo
Modelo de Diseo Modelo de Implementacin

1.Modelar el contexto del sistema.- especificar QU debera hacer el sistema. 2.Modelar los requisitos del sistema.- especificar a los actores y el significado de sus roles

Implementacin

Pruebas

Modelo de Prueba

Tipos de Casos de Uso


Breve.- resumen conciso de un prrafo, normalmente del escenario principal con xito Informal.- Mltiples prrafos que comprenden varios escenarios. Completo.- Se escriben con detalle todos los pasos y variaciones, as como secciones de apoyo (precondiciones y garantas de xito)

El UP Centrado en la Arquitectura
Se necesita la arquitectura para: Comprender el sistema Organizar el desarrollo.- Reducir cargas de comunicacin Fomentar la reutilizacin Hacer evolucionar el sistema

El UP un Proceso Iterativo e Incremental


Para obtener un mejor software. Para tomar las riendas de los riesgos crticos desde el inicio. Para poner en marcha una arquitectura que gue el desarrollo de software. Para proporcionar un proceso de desarrollo a travs del cual el personal pueda trabajar de manera ms eficaz.

Captura de Requisitos
Es el proceso de averiguar, normalmente en circunstancias difciles, lo que se debe construir. El propsito de este flujo de trabajo es guiar el desarrollo hacia el sistema correcto (condiciones o capacidades que el sistema debe cumplir). Los resultados del flujo de trabajo ayudan al jefe de proyecto a planificar las iteraciones y las versiones del cliente.

Anlisis An
Se deben analizar los requisitos antes descritos, refinarlos y estructurarlos para obtener una comprensin ms precisa de los mismos. Los casos de independientes uso deben mantenerse

Diseo Dise
Los propsitos del diseo son: Adquirir una comprensin en profundidad de los aspectos relacionados con los requisitos Crear una entrada apropiada y un punto de partida para actividades de implementacin. Descomponer los trabajos en partes ms manejables.

Los casos de uso se deben hacer utilizando el lenguaje del cliente.

Pruebas Implementacin Implementaci


Los objetivos de la prueba son: Los propsitos de la implementacin son: Planificar las integraciones necesarias en cada iteracin. de sistema Planificar las pruebas necesarias en cada iteracin. Disear e implementar pruebas especificando QU probar y CMO realizar las pruebas. Realizar diferentes pruebas.

Probar los componentes individualmente.

You might also like