Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Scribd
Cargar
30 vistas2 páginas

Proceso Unificado de Software (R.U.P: Rational Unified Process)

Cargado por

Andres

El Proceso Unificado de Software (RUP) describe las actividades necesarias para transformar los requisitos de usuario en un sistema de software. Se centra en casos de uso para guiar el desarrollo, en la arquitectura del sistema, y es un proceso iterativo e incremental que crece el producto en incrementos controlados a través de varias fases: Inicio, Elaboración, Construcción y Transición.

Copyright:

© All Rights Reserved
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt

Proceso Unificado de Software (R.U.P: Rational Unified Process)

Cargado por

Andres
30 vistas2 páginas
El Proceso Unificado de Software (RUP) describe las actividades necesarias para transformar los requisitos de usuario en un sistema de software. Se centra en casos de uso para guiar el desarrollo, en la arquitectura del sistema, y es un proceso iterativo e incremental que crece el producto en incrementos controlados a través de varias fases: Inicio, Elaboración, Construcción y Transición.

Título original

rup

Derechos de autor

© © All Rights Reserved

Formatos disponibles

PDF, TXT o lea en línea desde Scribd

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

El Proceso Unificado de Software (RUP) describe las actividades necesarias para transformar los requisitos de usuario en un sistema de software. Se centra en casos de uso para guiar el desarrollo, en la arquitectura del sistema, y es un proceso iterativo e incremental que crece el producto en incrementos controlados a través de varias fases: Inicio, Elaboración, Construcción y Transición.

Copyright:

© All Rights Reserved
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
30 vistas2 páginas

Proceso Unificado de Software (R.U.P: Rational Unified Process)

Cargado por

Andres
El Proceso Unificado de Software (RUP) describe las actividades necesarias para transformar los requisitos de usuario en un sistema de software. Se centra en casos de uso para guiar el desarrollo, en la arquitectura del sistema, y es un proceso iterativo e incremental que crece el producto en incrementos controlados a través de varias fases: Inicio, Elaboración, Construcción y Transición.

Copyright:

© All Rights Reserved
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
Está en la página 1/ 2

Proceso Unificado de Software (R.U.

P: Rational Unified Process)

proceso unificado como el desarrollo de software que describe el conjunto


de actividades necesarias para transformar los requisitos del usuario en un
sistema de software. Está dirigido por casos de uso, centrado en la arquitectura
del sistema, y es iterativo e incremental. Cada uno de estos se describen a
continuación:

 Dirigido por casos de uso: Un caso de uso es un fragmento de


funcionalidad del sistema que proporciona al usuario un resultado de
interés. El conjunto de los casos de uso constituye, en el proceso
unificado, el modelo de casos de uso que describe toda la funcionalidad
del sistema. Los casos de uso guían al proceso de desarrollo de software
dado que el modelo de casos de uso producido por el analista de sistemas
durante la captura de requisitos, y que sirve para especificar los requisitos
del sistema.
 Centrado en la Arquitectura: Los casos describen la funcionalidad del
sistema mientras que la arquitectura define la forma que va a tener el
sistema para proporcionar esa funcionalidad. La arquitectura del sistema
software se describe, en el proceso unificado, mediante diferentes vistas
del sistema en construcción. La arquitectura describe las partes del
sistema que son importantes para que analistas y desarrolladores
comprendan al sistema.
 El proceso unificado es iterativo e incremental: Las iteraciones hacen
referencia a pasos en el flujo de trabajo, y los incrementos, al crecimiento
del producto. Para una efectividad máxima, las iteraciones deben estar
controladas; esto es, deben seleccionarse y ejecutarse de una forma
planificada.
 Fase de Inicio: establecen que durante esta fase se desarrolla una
descripción del producto final a partir de una buena idea y se presenta el
análisis de negocio para el producto.

 Fase de Elaboración: mencionan que durante esta fase se especifican en


detalle la mayoría de los casos de uso del producto y se diseña la
arquitectura del sistema. La relación entre la arquitectura del sistema y el
propio sistema es primordial.

 Fase de Construcción: establecen que durante esta fase, la línea base de


la arquitectura crece hasta convertirse en el sistema completo. El objetivo
final es entregar el producto en su versión operativa inicial.
 Fase de Transición: Rumbaugh, Jacobson y Booch, (2000) mencionan que
esta fase cubre el periodo durante el cual el producto se convierte en la
versión beta. En la versión beta un número reducido de usuarios con
experiencia prueban el producto e informan de defectos y deficiencias. Los
desarrolladores corrigen los problemas e incorporan algunas de las mejoras
sugeridas en una versión general dirigida a la totalidad de la comunidad de
usuarios.
La fase de transición conlleva actividades como la fabricación, formación del
cliente, el proporcionar una línea de ayuda y asistencia, y la corrección de los
defectos que se encuentran tras la entrega.

También podría gustarte