Rational unified process

Solo disponible en BuenasTareas
  • Páginas : 10 (2251 palabras )
  • Descarga(s) : 0
  • Publicado : 14 de junio de 2010
Leer documento completo
Vista previa del texto
RATIONAL UNIFIED PROCESS

- ES UN PROCESO DE INGENIERÍA DE SOFTWARE. Provee un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización desarrolladora.
- ES UN PRODUCTO. Desarrollado y mantenido por Rational Software e integrado a un conjunto de herramientas de desarrollo de software.
- MEJORES PRÁCTICAS EN EL DESARROLLO DE SISTEMAS.
oDesarrollar Software Iterativamente.
o Modelar el software visualmente.
o Gerenciar los Requerimientos
o Usar arquitecturas basadas en componentes
o Verificación continúa de la calidad
o Gerenciar los cambios.
- DESARROLLAR SOFTWARE ITERATIVAMENTE.
o Los malos entendidos se detectan al inicio
o Facilita el feedback para licitar requerimientos
o El equipo seconcentra en lo esencial
o Evaluaciones continuas dan un estado más exacto del proyecto.
o Las inconsistencias entre análisis, diseño e implementación se detectan tempranamente
o Permite una mejor gerencia de riesgos
o Se aplican las lecciones aprendidas
o El cliente ve resultados a corto plazo

- MODELAR EL SOFTWARE VISUALMENTE.
o Disminuyen la ambigüedad.
oLos detalles no necesarios se ocultan.
o Se identifican arquitecturas no modulares e inflexibles
o Un grafico dice más que 1000 palabras

- GERENCIAR LOS REQUERIMIENTOS.
o Las comunicaciones se basan en requerimientos definidos.
o Los requerimientos se priorizan y filtran.
o Se hace posible una evaluación de la funcionalidad deseada.
o Las inconsistencias sedetectan tempranamente
o Se puede contar con un repositorio de requerimientos.

- USAR ARQUITECTURAS BASADAS EN COMPONENTES.
o Conlleva a la modularidad.
o Facilita el uso de frameworks estándares (CORBA, COM, EJB).
o Contribuye con el control de cambios.
o Existen herramientas que soportan la construcción basada en componentes.
o Arquitecturas libres de errores.- VERIFICACION CONTINUA DE LA CALIDAD.
o Se hace una evaluación objetiva del estatus del proyecto.
o Se detecta inconsistencias entre análisis, diseño e implementación.
o Las pruebas se concentran en los aspectos de mayor riesgo.
o Los defectos se identifican claramente, se reducen los costos de Su depuración

- GERENCIAR LOS CAMBIOS.
o Las solicitudes decambios se logran con buena comunicación.
o Las tasas de cambios arrojan información sobre el desempeño del proceso.
o La propagación del cambio es controlada
o Se mantiene una arquitectura robusta.

En resumen, la meta de RUP es: (Kruchten, 1999)
• asegurar la producción de un software de alta calidad que reúna las necesidades de los usuarios finales dentro de un plan yun presupuesto predecible;
• proveer un enfoque disciplinado para asignar tareas y responsabilidades dentro del desarrollo del sistema;
• proveer un camino metódico, sistemático para desarrollar, diseñar y validar una arquitectura;
• reducir en gran medida el riesgo que representa la construcción de sistemas complejos, porque evoluciona de forma incremental partiendo desistemas más pequeños en los que ya se tiene confianza.
• El proceso propuesto por RUP posee dos (2) dimensiones:
- la primera, representa el aspecto dinámico del proceso, y está expresado en términos de ciclos, fases, iteraciones e hitos;
- la segunda, representa el aspecto estático, que se describe en términos de componentes, actividades, flujos de trabajo, artefactos, y actores.[pic]

PROCESO PROPUESTO POR RUP. (Kruchten, 1999)

FASE DE INICIO (INSPECCIÓN, CONCEPCIÓN)
La idea, la visión del producto, como se enmarca en el negocio, el alcance del proyecto.
• Artefactos:
- Un documento con la visión del proyecto.
- El modelo de Casos de Uso con una lista de todos los Casos de Uso y los actores que puedan ser identificados....
tracking img