RUP
RUP es un proceso de ingeniería de software: forma ordenada de asignar tareas yresponsabilidades en una organización de desarrollo. Es un proceso para eldesarrollo de un proyecto de un software que define claramente quien, cómo,cuándo y qué debe hacerse en el proyecto.Objetivo:
•
Asegurar la producción de software de calidad dentro de plazos ypresupuestos predecibles.Basado en 6 mejores prácticas de la industria de software.
•
Desarrollo incremental.
•
Administración de requisitos.
•
Uso de arquitecturas basadas en componentes.
•
Modelamiento visual
•
Verificación continua de calidad.
•
Control de cambios
FASES DE RUP
•
Concepción (inception).
•
Elaboración
•
Construcción
•
Transición1.CONCEPCION: Especificación de la visión del producto final y su caso denegocio, definiendo el alcance del proyecto. Se hace un plan de fases, seidentifican los principales casos de uso y se identifican los riesgos.El objetivo de esta fase es establecer los requisitos de negocio que cubriráel sistema identificando todas las entidades que interactúan con el sistema(personas, sistemas, etc.) y hacer una valoración de la viabilidad delproyecto.
•
Se establece la oportunidad y alcance del proyecto
•
Se identifica todas las entidades externas con las que se trata(actores) y sedefine la interacción a un alto nivel de abstracción.
✔
Identificar todos los casos de uso
✔
Describir algunos en detalle.
•
La oportunidad del negocio incluye.
✔
Criterios de éxito
✔
Identificación de riesgos
✔
Estimación de recursos necesarios
✔
Plan de las fases incluyendo hitos.1.1.PRODUCTOS DE LA CONCEPCIÓN:
•
Documento de visión general.
✔
Requerimientos generales del proyecto
✔
Características principales
✔
Restricciones
•
Modelo inicial de casos de uso (10 -20% listos).
•
Glosario
•
Caso de negocio
✔
Contexto
✔
Criterios de éxito
✔
Pronostico financiero
•
Identificación inicial de riesgos.
•
Plan de proyecto
•
Uno o más prototipos.
1.2.
ACTIVIDADES: Cada fase se completa con la realización de variasiteraciones en las que se desarrollan una serie de actividades, que elmodelo RUP clasifica en 9 disciplinas que tienen más o menosimportancia en función de lo cerca que se esté o no de la finalización delproyecto.
1.2.1.
MODELADO DEL NEGOCIO: En este conjunto de actividades sepersigue el entendimiento de las necesidades de negocio. Documentosde requisitos generales y de alto nivel, reglas del negocio, glosarios, etc.ayudan a definir lo que el producto software deba hacer.
•
Entender la estructura y la dinámica de la organización para la cualel sistema va ser desarrollado.
•
Entender el problema actual en la organización objetivo e identificar potenciales mejoras.
•
Asegurar que clientes, usuarios finales y desarrolladores tengan unentendimiento común de la organización objetivo.
1.2.2.
REQUISITOS: Traduce las necesidades del modelo de negocio arequisitos de sistemas automatizables y que con carácter más técnico(se emplean los casos de uso UML), persiguen obtener unentendimiento más profundo del modelo de negocio por parte de losintegrantes del equipo de desarrollo.
•
Establecer y mantener un acuerdo entre clientes y otros stakeholderssobre lo que el sistema podría hacer.
•
Proveer a los desarrolladores un mejor entendimiento de los requisitosdel sistema.
•
Definir el ámbito del sistema.
•
Proveer una base para estimar costos y tiempo de desarrollo delsistema.
•
Definir una interfaz de usuarios para el sistema, enfocada a lasnecesidades y metas del usuario.
1.2.3.
ANÁLISIS Y DISEÑO: Estas actividades determinan, a partir de losrequisitos la arquitectura del sistema más adecuada y el diseñodetallado necesario previo a las actividades de implementación.
•
Transformar los requisitos al diseño del sistema.
•
Desarrollar una arquitectura para el sistema.
•
Adaptar el diseño para que sea consistente con el entorno deimplementación
1.2.4.
IMPLEMENTACIÓN
. Actividades de codificación del software que de acuerdoal diseño, cumplen con los requisitos del sistema.
•
Planificar qué subsistemas deben ser implementados y en que ordendeben ser integrados, formando el Plan de Integración.
•
Cada implementador decide en que orden implementa los elementos delsubsistema.
•
Si encuentra errores de diseño, los notifica.
•
Se integra el sistema siguiendo el plan.
of 00
Rup
1,083 Reads
Info and Rating
| Category: | Uncategorized. |
| Rating: | |
| Upload Date: | 02/25/2009 |
| Copyright: | Attribution Non-commercial |
| Tags: |
Leave a Comment