Sistemas Distribuidos
Páginas: 6 (1299 palabras)
Publicado: 13 de octubre de 2012
BACHILLERES:
Iclimia Soto C.I. 14.516.346
Miriamna Peña C.I. 13.767.504
José Carrera C.I. 17.242.651
PROFESORA:
Ing. Rosana Velásquez.
ASUNTO: INFORME SOBRE RATIONAL UNIFIED PROCESS (RUP).
El Proceso Racional Unificado mejor conocido como (RUP), es un proceso de ingeniería del software, este proporciona un acercamientodisciplinado a la asignación de tareas y responsabilidades en una organización en desarrollo. Su propósito es asegurar la producción de software de alta calidad que se ajuste a las necesidades de sus usuarios finales con unos costos y calendarios predecibles.
En definitiva (RUP) es una metodología de desarrollo de software que intenta integrar todos los aspectos a tener en cuenta durante todo el ciclo devida del software, con el objetivo de hacer abarcables tanto pequeños como grandes proyectos de software. Además racional proporciona herramientas para todos los pasos del desarrollo, así como, documentación en línea para sus clientes, tiene uno de los procesos más generales y grandes de los existentes actualmente, ya que en realidad está pensado para adaptarse a cualquier proyecto, rup no es unsistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.
RUP se caracteriza por ser de:
Guiado / manejado por casos de uso.
Centrado en arquitectura.
Desarrollo Iterativo e Incremental.
Control de cambios.
Utilización de un único lenguaje de modelado.
Proceso Integrado.
Verificación de la calidad del softwareUn proyecto realizado siguiendo RUP se divide en cuatros fases que son: intercepción, elaboración, construcción y transición, en cada una de estas fases se ejecutaran una o varias iteraciones (de tamaño variable según el proyecto), dentro de cada fase seguirá un modelo de cascada para los flujos de trabajo que requieren las nuevas actividades.
Fase de Inicio.
Antes de iniciar un proyecto esconveniente plantearse algunas preguntas: ¿Cuál es el objetivo? ¿Es factible? ¿Lo construimos o lo compramos? ¿Cuánto va a costar?
La fase de inicio trata de responder a estas preguntas y a otras más. Sin embargo no pretendemos una estimación precisa o la captura de todos los requisitos, más bien se trata de explorar el problema, lo justo para decidir si vamos a continuar o a dejarlo; losobjetivos de esta fase son:
Establecer el ámbito del proyecto y sus límites.
Encontrar los casos de uso críticos del sistema, los escenarios básicos que definen la funcionalidad.
Mostrar al menos una arquitectura candidata para los escenarios principales.
Estimar el coste en recursos y tiempo de todo el proyecto.
Estimar los riesgos, las fuentes de incertidumbre.
Los productos de la fasede inicio deben ser:
Visión del negocio: Describe los objetivos y restricciones a alto nivel.
Modelo de casos de uso.
Especificación adicional: requisitos no funcionales.
Glosario: Terminología clave del dominio.
Lista de riesgos y planes de contingencia.
Plan de iteración para la primera iteración de la fase de elaboración.
No todos los productos son obligatorios, ni debencompletarse al 100%, hay que tener en cuenta el objetivo de la fase de inicio. Al terminar la fase de inicio se deben comprobar los criterios de evaluación para continuar a la siguiente fase.
Fase de elaboración.
El propósito de la presente fase es analizar el dominio del problema, establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos. Cuando setermina esta fase se llega al punto de no retorno del proyecto, a partir de ese momento, pasamos de las relativamente ligeras y de poco riesgo dos primeras fases, a afrontar la fase de construcción, costosa y arriesgada. Es por esto que la fase de elaboración es de gran importancia.
En esta fase se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta...
Iclimia Soto C.I. 14.516.346
Miriamna Peña C.I. 13.767.504
José Carrera C.I. 17.242.651
PROFESORA:
Ing. Rosana Velásquez.
ASUNTO: INFORME SOBRE RATIONAL UNIFIED PROCESS (RUP).
El Proceso Racional Unificado mejor conocido como (RUP), es un proceso de ingeniería del software, este proporciona un acercamientodisciplinado a la asignación de tareas y responsabilidades en una organización en desarrollo. Su propósito es asegurar la producción de software de alta calidad que se ajuste a las necesidades de sus usuarios finales con unos costos y calendarios predecibles.
En definitiva (RUP) es una metodología de desarrollo de software que intenta integrar todos los aspectos a tener en cuenta durante todo el ciclo devida del software, con el objetivo de hacer abarcables tanto pequeños como grandes proyectos de software. Además racional proporciona herramientas para todos los pasos del desarrollo, así como, documentación en línea para sus clientes, tiene uno de los procesos más generales y grandes de los existentes actualmente, ya que en realidad está pensado para adaptarse a cualquier proyecto, rup no es unsistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.
RUP se caracteriza por ser de:
Guiado / manejado por casos de uso.
Centrado en arquitectura.
Desarrollo Iterativo e Incremental.
Control de cambios.
Utilización de un único lenguaje de modelado.
Proceso Integrado.
Verificación de la calidad del softwareUn proyecto realizado siguiendo RUP se divide en cuatros fases que son: intercepción, elaboración, construcción y transición, en cada una de estas fases se ejecutaran una o varias iteraciones (de tamaño variable según el proyecto), dentro de cada fase seguirá un modelo de cascada para los flujos de trabajo que requieren las nuevas actividades.
Fase de Inicio.
Antes de iniciar un proyecto esconveniente plantearse algunas preguntas: ¿Cuál es el objetivo? ¿Es factible? ¿Lo construimos o lo compramos? ¿Cuánto va a costar?
La fase de inicio trata de responder a estas preguntas y a otras más. Sin embargo no pretendemos una estimación precisa o la captura de todos los requisitos, más bien se trata de explorar el problema, lo justo para decidir si vamos a continuar o a dejarlo; losobjetivos de esta fase son:
Establecer el ámbito del proyecto y sus límites.
Encontrar los casos de uso críticos del sistema, los escenarios básicos que definen la funcionalidad.
Mostrar al menos una arquitectura candidata para los escenarios principales.
Estimar el coste en recursos y tiempo de todo el proyecto.
Estimar los riesgos, las fuentes de incertidumbre.
Los productos de la fasede inicio deben ser:
Visión del negocio: Describe los objetivos y restricciones a alto nivel.
Modelo de casos de uso.
Especificación adicional: requisitos no funcionales.
Glosario: Terminología clave del dominio.
Lista de riesgos y planes de contingencia.
Plan de iteración para la primera iteración de la fase de elaboración.
No todos los productos son obligatorios, ni debencompletarse al 100%, hay que tener en cuenta el objetivo de la fase de inicio. Al terminar la fase de inicio se deben comprobar los criterios de evaluación para continuar a la siguiente fase.
Fase de elaboración.
El propósito de la presente fase es analizar el dominio del problema, establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos. Cuando setermina esta fase se llega al punto de no retorno del proyecto, a partir de ese momento, pasamos de las relativamente ligeras y de poco riesgo dos primeras fases, a afrontar la fase de construcción, costosa y arriesgada. Es por esto que la fase de elaboración es de gran importancia.
En esta fase se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta...
Leer documento completo
Regístrate para leer el documento completo.