¿Que es el proceso unificado?

08.05.2012 a las 16:11 hs 0 438 0

Proceso Unificado

La utilización de Proceso Unificado (RUP) en el proyecto generará las siguientes ventajas;

Poseer una forma disciplinada de asignar tareas y responsabilidades en el grupo de desarrollo, así cada persona sabe cuando y como realizar las tareas que le han sido asignadas.

Hacer un levantamiento exhaustivo de los requerimientos, garantizando la satisfacción del cliente.

Reducir el número de cambios tanto como sea posible.

Realizar el análisis y el diseño tan completo como sea posible.

La interacción del cliente con el equipo de trabajo a través de reuniones periódicas prefijadas.

Mitigación temprana de posibles riesgos altos

Progreso visible en las primeras etapas.

Temprana retroalimentación que se ajuste a las necesidades reales

Gestión de la complejidad.

Asegurar la producción de software de alta calidad que satisface las necesidades de sus usuarios en un plazo y presupuesto predecibles.

Al escoger el RUP como metodología de desarrollo de software se garantiza niveles de calidad para la elaboración de un proyecto competitivo, que satisfaga las necesidades del cliente. A demás de garantizar que todo el proceso se haga con mínimo de riesgos, tanto en cuestión de costos y tiempo.

Proceso Unificado

Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye una metodología el análisis, implementación y documentación de sistemas orientados a objetos.

El antecedente más importante lo ubicamos en 1967 con la Metodología Ericsson (Ericsson Approach), ésta es una aproximación de desarrollo basada en componentes, que introdujo el concepto de caso de uso; entre los años de 1987 a 1995 Jacobson funda la compañía “Objectory AB” y lanza el proceso de desarrollo Objectory (abreviación de Object Factory), posteriormente en 1995 “Rational Software Corporation” adquiere “Objectory AB” y es entre 1995 y 1997 que se desarrolla “Rational Objectory Process (ROP)” fruto del encuentro y evolución de Objectory 3.8 y la Metodología Rational (Rational Approach) que adopta por primera vez UML como lenguaje de modelamiento.

A principios de los noventas, la guerra de los métodos hizo evidente la necesidad de unificar criterios, es así como Grady Booch autor del método Booch y James Rumbaugh (desarrollador para General Electric) se unieron en Rational en 1994, después en 1995 se une Jacobson y gracias al esfuerzo de varias compañías y metodologistas evolucionó UML hasta ser un estándar en 1997, el cual es adoptado en todos los modelos del ROP. Desde ese entonces y a la cabeza de Booch, Jacobson y Rumbaugh, Rational ha desarrollado e incorporado diversos elementos para expandir el ROP, destacándose especialmente el flujo de trabajo conocido como modelamiento del negocio, es así como en junio del 1998 se lanza Rational Unified Process 5.0 evolucionado hasta el momento de elaboración de este documento bajo el nombre de RUP.

El Proceso Unificado tiene tres características distintivas. Estas características son:

Dirigido por Casos de Uso: El proceso utiliza Casos de Uso para manejar el proceso de desarrollo desde la Incepción hasta el Despliegue.

Centrado en Arquitectura/b] El proceso busca entender los aspectos estáticos y dinámicos más significativos en términos de arquitectura de software. La arquitectura se define en función de las necesidades de los usuarios y se determina a partir de los Casos de Uso base del negocio.

Iterativo e Incremental/b] El proceso reconoce que es práctico dividir grandes proyectos en proyectos más pequeños o mini-proyectos. Cada mini-proyecto comprende una iteración que resulta en un incremento. Una iteración puede abarcar la totalidad de los flujos del proceso. Las iteraciones son planificadas en base a los Casos de Uso.

Características principales

Guiado/Manejado por casos de uso: La razón de ser de un sistema software es servir a usuarios ya sean humanos u otros sistemas; un caso de uso es una facilidad que el software debe proveer a sus usuarios. Los casos de uso reemplazan la antigua especificación funcional tradicional y constituyen la guía fundamental establecida para las actividades a realizar durante todo el proceso de desarrollo incluyendo el diseño, la implementación y las pruebas del sistema. Centrado en arquitectura: La arquitectura involucra los elementos más significativos del sistema y está influenciada entre otros por plataformas software, sistemas operativos, manejadores de bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados y requerimientos no funcionales. Los casos de uso guían el desarrollo de la arquitectura y la arquitectura se realimenta en los casos de uso, los dos juntos permiten conceptualizar, gestionar y desarrollar adecuadamente el software. Iterativo e Incremental: Para hacer más manejable un proyecto se recomienda dividirlo en ciclos. Para cada ciclo se establecen fases de referencia, cada una de las cuales debe ser considerada como un miniproyecto cuyo núcleo fundamental está constituido por una o más iteraciones de las actividades principales básicas de cualquier proceso de desarrollo.Desarrollo basado en componentes: La creación de sistemas intensivos en software requiere dividir el sistema en componentes con interfaces bien definidas, que posteriormente serán ensamblados para generar el sistema. Esta característica en un proceso de desarrollo permite que el sistema se vaya creando a medida que se obtienen o que se desarrollan y maduran sus componentes. Utilización de un único lenguaje de modelamiento: UML es adoptado como único lenguaje de modelamiento para el desarrollo de todos los modelos. Proceso Integrado: Se establece una estructura que abarque los ciclos, fases, flujos de trabajo, mitigación de riesgos, control de calidad, gestión del proyecto y control de configuración; el proceso unificado establece una estructura que integra todas estas facetas. Además esta estructura cubre a los vendedores y desarrolladores de herramientas para soportar la automatización del proceso, soportar flujos individuales de trabajo, para construir los diferentes modelos e integrar el trabajo a través del ciclo de vida y a través de todos los modelos.

interblink

Posteado por:

interblink

Administrador

0 Comentarios

Cargando comentarios espera un momento...

No tienes permisos para comentar.

Para comentar necesitas estar Registrado. O.. ya tienes usuario? Logueate!

Ir al cielo

Tags:

proceso unificado rup ingenieria software productos areas afines tarea trabajo

Posts Relacionados: