Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

CICLO DE VIDA DE PROCESO UNIFICADO

No description
by

ISAID REYES

on 18 September 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of CICLO DE VIDA DE PROCESO UNIFICADO

DEFINICIÓN DE PROCESO UNIFICADO
Es un proceso de desarrollo de software.
Un proceso de desarrollo de software es el conjunto de actividades necesarias para transformar los requisitos de un usuario en un sistema de software
PROCESO UNIFICADO
Es más que un simple proceso, es un marco de trabajo genérico que puede especializarse para un variedad de sistemas de software, para diferentes áreas de aplicación, tipos de organizaciones, niveles de aptitud y tamaños de proyecto.
El proceso unificado utiliza el lenguaje de modelado para preparar todos los esquemas de un sistema de software. UML es una parte esencial de este proceso
CICLO DE VIDA DE PROCESO UNIFICADO
CICLO DE VIDA DEL PROCESO UNIFICADO
El PU se repite a lo largo de una serie de ciclos que constituyen la vida de un sistema. cada ciclo constituye una versión del sistema.
FASES: cada ciclo consta de cuatro fases; INICIO, ELABORACIÓN, CONSTRUCCIÓN Y TRANSICIÓN.

Cada fase se subdivide en iteraciones.
En cada iteración se desarrolla en secuencia
un conjunto de disciplinas o flujos de trabajos.
DISCIPLINAS
Cada disciplina es un conjunto de actividades Relacionadas (flujo de trabajo), vinculadas a un área especifica dentro del proyecto total. REQUERIMIENTOS, ANÁLISIS, DISEÑO, CODIFICACIÓN Y PRUEBA.
El agrupamiento de actividades en disciplinas es principalmente una ayuda para comprender el proyecto desde la visión tradicional en cascada.
Fase de Inicio
En esta Fase se identifican, y los riesgos mas importantes se planifica en detalle la fase de Elaboración y se estima el proyecto de manera aproximada.
El objetivo de esta fase es ayudar al equipo de proyecto a decidir cuales son los verdaderos objetivos del proyecto.
Las iteraciones exploran diferentes arquitecturas
.

Fase de Fase de Elaboración
Durante la fase de elaboración se especifican en detalle la mayoría de los casos de
uso del producto y se diseña la arquitectura.
Las iteraciones en la fase de elaboración:
- Establecen una firme comprensión del problema a solucionar.
- Establece la fundación arquitectural para el software.
- Establece un plan detallado para las siguientes iteraciones.
- Elimina los mayores riesgos.
El resultado de esta fase es la línea base de la arquitectura.
En esta fase se construyen típicamente los siguientes artefactos:
- El cuerpo básico del sw en la forma de un prototipo arquitectural.
- Casos de prueba
- La mayoría de los casos de uso (80%) que describen la funcionalidad del sistema.
- Un plan detallado para las siguientes iteraciones.
Fase de Construcción
Durante la fase de construcción se crea el producto. 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 implementados, sin
embargo puede que no este libre de defectos.
Los artefactos producidos durante esta fase son:
Diseño de Sistemas
A.U.S. Gustavo Torossi Página 9 de 54
- El sistema software
- Los casos de prueba
- Los manuales de usuario
La fase de construcción finaliza con el hito de Capacidad Operativa Inicial.
Este hito se alcanza cuando el equipo de desarrollo y los stakeholders llegan a un
acuerdo sobre:
- El producto es estable para ser usado
- El producto provee alguna funcionalidad de valor
- Todas las partes están listas para comenzar la transición
Fase de Transición
La fase de transición cubre el período durante el cual el producto se convierte en la
versión beta.
Las iteraciones en esta fase continúan agregando características al sw. Sin embargo
las características se agregan a un sistema que el usuario se encuentra utilizando
activamente.
Los artefactos construidos en esta fase son los mismos que en la fase de
construcción. El equipo se encuentra ocupado fundamentalmente en corregir y
extender la funcionalidad del sistema desarrollado en la fase anterior.
La fase de transición finaliza con el hito de Lanzamiento del Producto,.
Este hito se alcanza cuando el equipo de desarrollo y los stakeholders llegan a un
acuerdo sobre:
- Se han alcanzado los objetivos fijados en la fase de Inicio.
- El usuario está satisfecho.
Conclusion:
Full transcript