P. 1
metodologiarup-100914104343-phpapp02

metodologiarup-100914104343-phpapp02

|Views: 2|Likes:

More info:

Published by: Esther López Ramírez on Jun 20, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PPTX, PDF, TXT or read online from Scribd
See more
See less

12/14/2015

pdf

text

original

NOMBRE DE LOS INTEGRANTES DE EQUIPO: ° María del Rosario García Aldama.

° Ruth Salgado Rogel.
° Marcial Estrada Mendoza. ° Jahir Humberto Mora Montañés. NOMBRE DE LA MATERIA: ° Ingeniería de desarrollo de Software. NOMBRE DEL MAESTRO: ° José Fernando Castro Domínguez. GRUPO Y CARRERA: ° TIC 402. EQUIPO #2

METODOLOGIA RUP (Rational Unified Process)

El Proceso Unificado Racional (Rational Unified Process en inglés. implementación y documentación de sistemas orientados a objetos. constituye la metodología estándar más utilizada para el análisis. . habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML.

. sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.El RUP no es un sistema con pasos firmemente establecidos.

.

.

se identifican los principales casos de uso y se identifican los riesgos. . Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados. Se define el alcance del proyecto • Elaboración: se hace un plan de proyecto.• Inicio: Se hace un plan de fases. se completan los casos de uso y se eliminan los riesgos • Construcción: se concentra en la elaboración de un producto totalmente operativo y eficiente y el manual de usuario • Transición: se Instala el producto en el cliente y se entrena a los usuarios.

. • Entender el problema actual en la organización objetivo e identificar potenciales mejoras. usuarios finales y desarrolladores tengan un entendimiento común de la organización objetivo.FASE DE INICIO Durante la fase de inicio las iteraciones hacen ponen mayor énfasis en actividades modelado del negocio y de requisitos. • Asegurar que clientes. Modelado del negocio En esta fase el equipo se familiarizará más al funcionamiento de la empresa. sobre conocer sus procesos. • Entender la estructura y la dinámica de la organización para la cual el sistema va ser desarrollado .

• Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podría hacer. • Definir una interfaz de usuarios para el sistema. • Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema. de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos. • Definir el ámbito del sistema. • Proveer una base para estimar costos y tiempo de desarrollo del sistema. . enfocada a las necesidades y metas del usuario.Requisitos En esta línea los requisitos son el contrato que se debe cumplir.

diseño y una parte de implementación orientado a la baseline de la arquitectura. las iteraciones se orientan al desarrollo de la baseline de la arquitectura. Análisis y Diseño En esta actividad se especifican los requerimientos y se describen sobre como se van a implementar en el sistemas • Transformar los requisitos al diseño del sistema. análisis. • Desarrollar una arquitectura para el sistema. • Adaptar el diseño para que sea consistente con el entorno de implementación . abarcan más los flujos de trabajo de requerimientos. modelo de negocios (refinamiento).FASE DE ELABORACIÓN En la fase de elaboración.

FASE DE CONSTRUCCIÓN Implementación Se implementan las clases y objetos en ficheros fuente. • Se integra el sistema siguiendo el plan. formando el Plan de Integración. • Cada implementador decide en que orden implementa los elementos del subsistema. ejecutables y demás. El resultado final es un sistema ejecutable. • Si encuentra errores de diseño. • Planificar qué subsistemas deben ser implementados y en que orden deben ser integrados. . binarios. los notifica.

• Verificar que los requisitos tengan su apropiada implementación. • Verificar las funciones del producto de software según lo diseñado.Pruebas Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos desarrollando. pero no para aceptar o rechazar el producto al final del proceso de desarrollo. • Encontrar y documentar defectos en la calidad del software. . • Provee la validación de los supuestos realizados en el diseño y especificación de requisitos por medio de demostraciones concretas. • Generalmente asesora sobre la calidad del software percibida. sino que debe ir integrado en todo el ciclo de vida.

FASE DE TRANSICION Despliegue Esta actividad tiene como objetivo producir con éxito distribuciones del producto y distribuirlo a los usuarios. . • Migrar el software existente o convertir bases de datos. • Distribuir el software. Las actividades implicadas incluyen: • Probar el producto en su entorno de ejecución final. • Proveer asistencia y ayuda a los usuarios. • Instalar el software. • Formar a los usuarios y al cuerpo de ventas. • Empaquetar el software para su distribución.

ejecutar y monitorear el proyecto. .DURANTE TODO EL PROYECTO Gestión del proyecto Se vigila el cumplimiento de los objetivos. • Proveer un marco de trabajo para la gestión de proyectos de software intensivos. • Proveer un marco de trabajo para gestionar riesgos. • Proveer guías prácticas realizar planeación. gestión de riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los clientes y los usuarios. contratar personal.

así como de mantener información del proceso evolutivo que han seguido. Entorno La finalidad de esta actividad es dar soporte al proyecto con las adecuadas herramientas. • Mejora del proceso.Configuración y control de cambios El control de cambios permite mantener la integridad de todos los artefactos que se crean en el proceso. . así como definir la instancia concreta del proceso que se va a seguir. • Servicios técnicos. procesos y métodos. • Configuración del proceso. Brinda una especificación de las herramientas que se van a necesitar en cada momento. En concreto las responsabilidades de este flujo de trabajo incluyen: • Selección y adquisición de herramientas • Establecer y configurar las herramientas para que se ajusten a la organización.

.

.La ventaja principal de RUP es que se basa todo en las mejores prácticas que se han intentado y se han probado en el campo. (en comparación con XP que se basa en las prácticas inestables que utilizaron juntas se evita que se derribe).

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 Conocimiento adquirido en una iteración puede aplicarse de iteración a iteración .

.

El RUP es generalmente mal aplicado en el estilo cascada.Por el grado de complejidad puede no resultar muy adecuado. . Requiere conocimientos del proceso y de UML.

Podemos incluir además lo más importante antes de elegir la metodología que vamos a usar una implementación del Software. .CONCLUSIONES La metodología RUP es más adaptable para proyectos de largo plazo.

scribd.pdf .pe/publicaciones/boletin/fia/info49/articulos/RUP%20vs.edu.usmp.%20XP.BIBLIOGRAFIA http://www.com/doc/297224/RUP http://1251_bestpractices_TP026B http://www.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->