SlideShare una empresa de Scribd logo
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,
habitualmente resumido como RUP) es
un proceso de desarrollo de software y
junto con el Lenguaje Unificado de
Modelado UML, constituye la
metodología estándar más utilizada para
el análisis, implementación y
documentación de sistemas orientados a
objetos.
El RUP no es un sistema con
pasos firmemente
establecidos, sino un conjunto
de metodologías adaptables al
contexto y necesidades de
cada organización.
• Inicio: Se hace un plan de fases, se identifican los principales casos de uso y se
identifican los riesgos. Se define el alcance del proyecto
• Elaboración: se hace un plan de proyecto, 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.
Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados.
Durante la fase de inicio las iteraciones hacen ponen mayor
énfasis en actividades modelado del negocio y de requisitos.
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 .
• Entender el problema actual en la organización objetivo e
identificar potenciales mejoras.
• Asegurar que clientes, usuarios finales y desarrolladores
tengan un entendimiento común de la organización objetivo.
FASE DE INICIO
Requisitos
En esta línea los requisitos son el contrato que se debe cumplir,
de modo que los usuarios finales tienen que comprender y
aceptar los requisitos que especifiquemos.
• Establecer y mantener un acuerdo entre clientes y otros
stakeholders sobre lo que el sistema podría hacer.
• Proveer a los desarrolladores un mejor entendimiento de los
requisitos del sistema.
• Definir el ámbito del sistema.
• Proveer una base para estimar costos y tiempo de desarrollo del
sistema.
• Definir una interfaz de usuarios para el sistema, enfocada a las
necesidades y metas del usuario.
En la fase de elaboración, las iteraciones se orientan al
desarrollo de la baseline de la arquitectura, abarcan más
los flujos de trabajo de requerimientos, modelo de
negocios (refinamiento), análisis, diseño y una parte de
implementación orientado a 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.
• Desarrollar una arquitectura para el sistema.
• Adaptar el diseño para que sea consistente con el
entorno de implementación
FASE DE ELABORACIÓN
Implementación
Se implementan las clases y objetos en ficheros fuente, binarios,
ejecutables y demás. El resultado final es un sistema ejecutable.
• Planificar qué subsistemas deben ser implementados y en que orden
deben ser integrados, formando el Plan de Integración.
• Cada implementador decide en que orden implementa los elementos
del subsistema.
• Si encuentra errores de diseño, los notifica.
• Se integra el sistema siguiendo el plan.
FASE DE CONSTRUCCIÓN
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, sino que
debe ir integrado en todo el ciclo de vida.
• Encontrar y documentar defectos en la calidad del software.
• Generalmente asesora sobre la calidad del software percibida.
• Provee la validación de los supuestos realizados en el diseño y
especificación de requisitos por medio de demostraciones
concretas.
• Verificar las funciones del producto de software según lo
diseñado.
• Verificar que los requisitos tengan su apropiada implementación.
Despliegue
Esta actividad tiene como objetivo producir con éxito
distribuciones del producto y distribuirlo a los usuarios. Las
actividades implicadas incluyen:
• Probar el producto en su entorno de ejecución final.
• Empaquetar el software para su distribución.
• Distribuir el software. • Instalar el software.
• Proveer asistencia y ayuda a los usuarios.
• Formar a los usuarios y al cuerpo de ventas.
• Migrar el software existente o convertir bases de datos.
FASE DE TRANSICION
Gestión del proyecto
Se vigila el cumplimiento de los objetivos, gestión de riesgos y
restricciones para desarrollar un producto que sea acorde a los
requisitos de los clientes y los usuarios.
• Proveer un marco de trabajo para la gestión de proyectos de
software intensivos.
• Proveer guías prácticas realizar planeación, contratar personal,
ejecutar y monitorear el proyecto.
• Proveer un marco de trabajo para gestionar riesgos.
DURANTE TODO EL PROYECTO
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 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, procesos y métodos. Brinda una especificación de las herramientas
que se van a necesitar en cada momento, así como definir la instancia concreta del
proceso que se va a seguir.
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.
• Configuración del proceso.
• Mejora del proceso.
• Servicios técnicos.
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
Por el grado de complejidad
puede no resultar muy adecuado.
El RUP es generalmente mal
aplicado en el estilo cascada.
Requiere conocimientos del
proceso y de UML.
CONCLUSIONES
La metodología RUP es más adaptable para proyectos de
largo plazo.
Podemos incluir además lo más importante antes de
elegir la metodología que vamos a usar una
implementación del Software.
http://www.scribd.com/doc/297224/RUP
http://1251_bestpractices_TP026B
http://www.usmp.edu.pe/publicaciones/boletin/fia/info49/articulos/RUP%20vs.%20XP.pdf
BIBLIOGRAFIA

Más contenido relacionado

La actualidad más candente

Unidad 1_calidad del software
Unidad 1_calidad del softwareUnidad 1_calidad del software
Unidad 1_calidad del software
raaf0001
 
Gestión de la calidad en los proyectos de desarrollo de software - SQA (Asegu...
Gestión de la calidad en los proyectos de desarrollo de software - SQA (Asegu...Gestión de la calidad en los proyectos de desarrollo de software - SQA (Asegu...
Gestión de la calidad en los proyectos de desarrollo de software - SQA (Asegu...
Luis Eduardo Pelaez Valencia
 
1 u3 aseguramiento_calidadsoftware
1 u3 aseguramiento_calidadsoftware1 u3 aseguramiento_calidadsoftware
1 u3 aseguramiento_calidadsoftware
Andrei Hortúa
 
Calidad del Software en Proyectos Open Source
Calidad del Software en Proyectos Open SourceCalidad del Software en Proyectos Open Source
Calidad del Software en Proyectos Open Source
Marcos Blanco Galán
 
metricas de software si-504
metricas de software si-504metricas de software si-504
metricas de software si-504
Karl T Orihuela
 
Metodologia.rup
Metodologia.rupMetodologia.rup
Metodologia.rup
ValentinaOterodelaVe
 
Metodologia.rup
Metodologia.rupMetodologia.rup
Metodologia.rup
ValentinaOterodelaVe
 
Aseguramiento control calidad-software
Aseguramiento control calidad-softwareAseguramiento control calidad-software
Aseguramiento control calidad-software
CBISOE
 
Aseguramiento de la calidad en software III
Aseguramiento de la calidad en software IIIAseguramiento de la calidad en software III
Aseguramiento de la calidad en software III
Tensor
 
Gestión de proyecto
Gestión de proyectoGestión de proyecto
Gestión de proyecto
soyelnana1
 
Gestion Calidad Software
Gestion Calidad Software Gestion Calidad Software
Gestion Calidad Software
Johan Prevot R
 
Metricas Ingenieria De Software
Metricas Ingenieria De SoftwareMetricas Ingenieria De Software
Metricas Ingenieria De Software
Ricardo
 
La Calidad de Software
La Calidad de SoftwareLa Calidad de Software
La Calidad de Software
Américo Uriarte Quispe
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
Hermes Romero
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
Jorge Cortés Alvarez
 
Ingeniería de Requisitos
Ingeniería de RequisitosIngeniería de Requisitos
Ingeniería de Requisitos
Sorey García
 
Aseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQAAseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQA
Anita Ortiz
 
CMMI-DEV
CMMI-DEVCMMI-DEV
CMMI-DEV
Gabriel Mercado
 
Rup
RupRup
Fases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de softwareFases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de software
Eugenio Del Pozo Dipre
 

La actualidad más candente (20)

Unidad 1_calidad del software
Unidad 1_calidad del softwareUnidad 1_calidad del software
Unidad 1_calidad del software
 
Gestión de la calidad en los proyectos de desarrollo de software - SQA (Asegu...
Gestión de la calidad en los proyectos de desarrollo de software - SQA (Asegu...Gestión de la calidad en los proyectos de desarrollo de software - SQA (Asegu...
Gestión de la calidad en los proyectos de desarrollo de software - SQA (Asegu...
 
1 u3 aseguramiento_calidadsoftware
1 u3 aseguramiento_calidadsoftware1 u3 aseguramiento_calidadsoftware
1 u3 aseguramiento_calidadsoftware
 
Calidad del Software en Proyectos Open Source
Calidad del Software en Proyectos Open SourceCalidad del Software en Proyectos Open Source
Calidad del Software en Proyectos Open Source
 
metricas de software si-504
metricas de software si-504metricas de software si-504
metricas de software si-504
 
Metodologia.rup
Metodologia.rupMetodologia.rup
Metodologia.rup
 
Metodologia.rup
Metodologia.rupMetodologia.rup
Metodologia.rup
 
Aseguramiento control calidad-software
Aseguramiento control calidad-softwareAseguramiento control calidad-software
Aseguramiento control calidad-software
 
Aseguramiento de la calidad en software III
Aseguramiento de la calidad en software IIIAseguramiento de la calidad en software III
Aseguramiento de la calidad en software III
 
Gestión de proyecto
Gestión de proyectoGestión de proyecto
Gestión de proyecto
 
Gestion Calidad Software
Gestion Calidad Software Gestion Calidad Software
Gestion Calidad Software
 
Metricas Ingenieria De Software
Metricas Ingenieria De SoftwareMetricas Ingenieria De Software
Metricas Ingenieria De Software
 
La Calidad de Software
La Calidad de SoftwareLa Calidad de Software
La Calidad de Software
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Ingeniería de Requisitos
Ingeniería de RequisitosIngeniería de Requisitos
Ingeniería de Requisitos
 
Aseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQAAseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQA
 
CMMI-DEV
CMMI-DEVCMMI-DEV
CMMI-DEV
 
Rup
RupRup
Rup
 
Fases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de softwareFases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de software
 

Destacado

METODOLOGIA PMI
METODOLOGIA PMIMETODOLOGIA PMI
METODOLOGIA PMI
Christian Rochina
 
Guia de los Fundamentos para la Direccion de Proyectos - Guia del PMBOK - 5ta Ed
Guia de los Fundamentos para la Direccion de Proyectos - Guia del PMBOK - 5ta EdGuia de los Fundamentos para la Direccion de Proyectos - Guia del PMBOK - 5ta Ed
Guia de los Fundamentos para la Direccion de Proyectos - Guia del PMBOK - 5ta Ed
Lorenzo Armenta Fonseca CAPM, MCP, MCTS
 
Fundamentos De La Direccion De Proyectos
Fundamentos De La Direccion De ProyectosFundamentos De La Direccion De Proyectos
Fundamentos De La Direccion De Proyectos
Charles Carvajal
 
Gestión de proyectos según el enfoque PMI-PMBOK
Gestión de proyectos según el enfoque PMI-PMBOKGestión de proyectos según el enfoque PMI-PMBOK
Gestión de proyectos según el enfoque PMI-PMBOK
itproiectus
 
Proceso De GestióN De Proyectos
Proceso De GestióN De ProyectosProceso De GestióN De Proyectos
Proceso De GestióN De Proyectos
uzubieta
 
Gestion Proyectos Turísticos para Municipios
Gestion Proyectos Turísticos para MunicipiosGestion Proyectos Turísticos para Municipios
Gestion Proyectos Turísticos para Municipios
Yeries Musiet Weitzel
 
PMBOK
PMBOKPMBOK
Gestión proyectos (PMBOK)
Gestión proyectos (PMBOK)Gestión proyectos (PMBOK)
Gestión proyectos (PMBOK)
Javier García García Barros, PMP
 
Plan de gestión de Proyecto con pmbok 5ta Edicion incluye stakeholders
Plan de gestión de Proyecto con pmbok 5ta Edicion incluye stakeholdersPlan de gestión de Proyecto con pmbok 5ta Edicion incluye stakeholders
Plan de gestión de Proyecto con pmbok 5ta Edicion incluye stakeholders
Sonda
 
Gestion de proyectos
Gestion de proyectosGestion de proyectos
Gestion de proyectos
bibliotec
 
Pmbok 5ta edición
Pmbok 5ta ediciónPmbok 5ta edición
Presentacion Conductismo Psicologia Skinner
Presentacion Conductismo Psicologia SkinnerPresentacion Conductismo Psicologia Skinner
Presentacion Conductismo Psicologia Skinner
leyaflor
 
Instrumentos EvaluacióN
Instrumentos EvaluacióNInstrumentos EvaluacióN
Instrumentos EvaluacióN
jmiturregui
 
Resumen PMBoK 5ta edición
Resumen PMBoK 5ta edición Resumen PMBoK 5ta edición
Resumen PMBoK 5ta edición
Cristina Neyra
 
Ejemplo-proyecto-completo-pmbok
Ejemplo-proyecto-completo-pmbokEjemplo-proyecto-completo-pmbok
Ejemplo-proyecto-completo-pmbok
Gs Importations
 

Destacado (15)

METODOLOGIA PMI
METODOLOGIA PMIMETODOLOGIA PMI
METODOLOGIA PMI
 
Guia de los Fundamentos para la Direccion de Proyectos - Guia del PMBOK - 5ta Ed
Guia de los Fundamentos para la Direccion de Proyectos - Guia del PMBOK - 5ta EdGuia de los Fundamentos para la Direccion de Proyectos - Guia del PMBOK - 5ta Ed
Guia de los Fundamentos para la Direccion de Proyectos - Guia del PMBOK - 5ta Ed
 
Fundamentos De La Direccion De Proyectos
Fundamentos De La Direccion De ProyectosFundamentos De La Direccion De Proyectos
Fundamentos De La Direccion De Proyectos
 
Gestión de proyectos según el enfoque PMI-PMBOK
Gestión de proyectos según el enfoque PMI-PMBOKGestión de proyectos según el enfoque PMI-PMBOK
Gestión de proyectos según el enfoque PMI-PMBOK
 
Proceso De GestióN De Proyectos
Proceso De GestióN De ProyectosProceso De GestióN De Proyectos
Proceso De GestióN De Proyectos
 
Gestion Proyectos Turísticos para Municipios
Gestion Proyectos Turísticos para MunicipiosGestion Proyectos Turísticos para Municipios
Gestion Proyectos Turísticos para Municipios
 
PMBOK
PMBOKPMBOK
PMBOK
 
Gestión proyectos (PMBOK)
Gestión proyectos (PMBOK)Gestión proyectos (PMBOK)
Gestión proyectos (PMBOK)
 
Plan de gestión de Proyecto con pmbok 5ta Edicion incluye stakeholders
Plan de gestión de Proyecto con pmbok 5ta Edicion incluye stakeholdersPlan de gestión de Proyecto con pmbok 5ta Edicion incluye stakeholders
Plan de gestión de Proyecto con pmbok 5ta Edicion incluye stakeholders
 
Gestion de proyectos
Gestion de proyectosGestion de proyectos
Gestion de proyectos
 
Pmbok 5ta edición
Pmbok 5ta ediciónPmbok 5ta edición
Pmbok 5ta edición
 
Presentacion Conductismo Psicologia Skinner
Presentacion Conductismo Psicologia SkinnerPresentacion Conductismo Psicologia Skinner
Presentacion Conductismo Psicologia Skinner
 
Instrumentos EvaluacióN
Instrumentos EvaluacióNInstrumentos EvaluacióN
Instrumentos EvaluacióN
 
Resumen PMBoK 5ta edición
Resumen PMBoK 5ta edición Resumen PMBoK 5ta edición
Resumen PMBoK 5ta edición
 
Ejemplo-proyecto-completo-pmbok
Ejemplo-proyecto-completo-pmbokEjemplo-proyecto-completo-pmbok
Ejemplo-proyecto-completo-pmbok
 

Similar a Metodologiarup 100914104343-phpapp02

Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
Maria Garcia
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
Maria Garcia
 
rup
ruprup
Rup[1]
Rup[1]Rup[1]
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
turlahackers
 
Tp ciclos de vida
Tp   ciclos de vidaTp   ciclos de vida
Tp ciclos de vida
Matias Pentreath
 
Grupo1
Grupo1Grupo1
Grupo1
Olarautn
 
Rup
RupRup
Ingeniería de software Definicion,inicion,importancia y utilidad
Ingeniería de software Definicion,inicion,importancia y utilidadIngeniería de software Definicion,inicion,importancia y utilidad
Ingeniería de software Definicion,inicion,importancia y utilidad
XKWDX
 
Metodologias de desarrollo de software
Metodologias de desarrollo de softwareMetodologias de desarrollo de software
Metodologias de desarrollo de software
hernandezcris
 
2.1 proyecto software
2.1 proyecto software2.1 proyecto software
2.1 proyecto software
migmol
 
Semana 1 2-3 (3)
Semana 1 2-3 (3)Semana 1 2-3 (3)
Semana 1 2-3 (3)
J Martin Luzon
 
Metodologias de desarrollo[1]
Metodologias de desarrollo[1]Metodologias de desarrollo[1]
Metodologias de desarrollo[1]
Alexander Vilcapaza Chavez
 
Metodologias de desarrollo[1]
Metodologias de desarrollo[1]Metodologias de desarrollo[1]
Metodologias de desarrollo[1]
Alexander Vilcapaza Chavez
 
Metodologias de desarrollo del software
Metodologias de desarrollo del softwareMetodologias de desarrollo del software
Metodologias de desarrollo del software
geurquizo
 
Visión general del proceso unificado
Visión general del proceso unificadoVisión general del proceso unificado
Visión general del proceso unificado
Luis Carlos Perez Fuentes
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
mendez45
 
Clase_iso12207.pptx
Clase_iso12207.pptxClase_iso12207.pptx
Clase_iso12207.pptx
Eduar Samuel Posada Giraldo
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
Abner Garcia
 
PROCESO DE DESARROLLO DE SOFTWARE.pptx
PROCESO DE DESARROLLO DE SOFTWARE.pptxPROCESO DE DESARROLLO DE SOFTWARE.pptx
PROCESO DE DESARROLLO DE SOFTWARE.pptx
juan gonzalez
 

Similar a Metodologiarup 100914104343-phpapp02 (20)

Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
rup
ruprup
rup
 
Rup[1]
Rup[1]Rup[1]
Rup[1]
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
 
Tp ciclos de vida
Tp   ciclos de vidaTp   ciclos de vida
Tp ciclos de vida
 
Grupo1
Grupo1Grupo1
Grupo1
 
Rup
RupRup
Rup
 
Ingeniería de software Definicion,inicion,importancia y utilidad
Ingeniería de software Definicion,inicion,importancia y utilidadIngeniería de software Definicion,inicion,importancia y utilidad
Ingeniería de software Definicion,inicion,importancia y utilidad
 
Metodologias de desarrollo de software
Metodologias de desarrollo de softwareMetodologias de desarrollo de software
Metodologias de desarrollo de software
 
2.1 proyecto software
2.1 proyecto software2.1 proyecto software
2.1 proyecto software
 
Semana 1 2-3 (3)
Semana 1 2-3 (3)Semana 1 2-3 (3)
Semana 1 2-3 (3)
 
Metodologias de desarrollo[1]
Metodologias de desarrollo[1]Metodologias de desarrollo[1]
Metodologias de desarrollo[1]
 
Metodologias de desarrollo[1]
Metodologias de desarrollo[1]Metodologias de desarrollo[1]
Metodologias de desarrollo[1]
 
Metodologias de desarrollo del software
Metodologias de desarrollo del softwareMetodologias de desarrollo del software
Metodologias de desarrollo del software
 
Visión general del proceso unificado
Visión general del proceso unificadoVisión general del proceso unificado
Visión general del proceso unificado
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
 
Clase_iso12207.pptx
Clase_iso12207.pptxClase_iso12207.pptx
Clase_iso12207.pptx
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
 
PROCESO DE DESARROLLO DE SOFTWARE.pptx
PROCESO DE DESARROLLO DE SOFTWARE.pptxPROCESO DE DESARROLLO DE SOFTWARE.pptx
PROCESO DE DESARROLLO DE SOFTWARE.pptx
 

Más de deyvis usan

INGENIERIA_TRABAJO_FINAL_CLOUD_MASTER.docx
INGENIERIA_TRABAJO_FINAL_CLOUD_MASTER.docxINGENIERIA_TRABAJO_FINAL_CLOUD_MASTER.docx
INGENIERIA_TRABAJO_FINAL_CLOUD_MASTER.docx
deyvis usan
 
6A-Herramientas.Toma.Decisiones.docx
6A-Herramientas.Toma.Decisiones.docx6A-Herramientas.Toma.Decisiones.docx
6A-Herramientas.Toma.Decisiones.docx
deyvis usan
 
Cableado estructurado 1
Cableado estructurado 1Cableado estructurado 1
Cableado estructurado 1
deyvis usan
 
Estrategias de lectura_ana_maria_toro_s
Estrategias de lectura_ana_maria_toro_sEstrategias de lectura_ana_maria_toro_s
Estrategias de lectura_ana_maria_toro_s
deyvis usan
 
Cc414 taller programacion_concurrente_distribuida
Cc414 taller programacion_concurrente_distribuidaCc414 taller programacion_concurrente_distribuida
Cc414 taller programacion_concurrente_distribuida
deyvis usan
 

Más de deyvis usan (6)

INGENIERIA_TRABAJO_FINAL_CLOUD_MASTER.docx
INGENIERIA_TRABAJO_FINAL_CLOUD_MASTER.docxINGENIERIA_TRABAJO_FINAL_CLOUD_MASTER.docx
INGENIERIA_TRABAJO_FINAL_CLOUD_MASTER.docx
 
6A-Herramientas.Toma.Decisiones.docx
6A-Herramientas.Toma.Decisiones.docx6A-Herramientas.Toma.Decisiones.docx
6A-Herramientas.Toma.Decisiones.docx
 
Cableado estructurado 1
Cableado estructurado 1Cableado estructurado 1
Cableado estructurado 1
 
Estrategias de lectura_ana_maria_toro_s
Estrategias de lectura_ana_maria_toro_sEstrategias de lectura_ana_maria_toro_s
Estrategias de lectura_ana_maria_toro_s
 
Cc414 taller programacion_concurrente_distribuida
Cc414 taller programacion_concurrente_distribuidaCc414 taller programacion_concurrente_distribuida
Cc414 taller programacion_concurrente_distribuida
 
Archi001
Archi001Archi001
Archi001
 

Metodologiarup 100914104343-phpapp02

  • 1.
  • 2. 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)
  • 3. El Proceso Unificado Racional (Rational Unified Process en inglés, habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.
  • 4. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.
  • 5.
  • 6.
  • 7. • Inicio: Se hace un plan de fases, se identifican los principales casos de uso y se identifican los riesgos. Se define el alcance del proyecto • Elaboración: se hace un plan de proyecto, 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. Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados.
  • 8. Durante la fase de inicio las iteraciones hacen ponen mayor énfasis en actividades modelado del negocio y de requisitos. 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 . • Entender el problema actual en la organización objetivo e identificar potenciales mejoras. • Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de la organización objetivo. FASE DE INICIO
  • 9. Requisitos En esta línea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos. • Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podría hacer. • Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema. • Definir el ámbito del sistema. • Proveer una base para estimar costos y tiempo de desarrollo del sistema. • Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario.
  • 10. En la fase de elaboración, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan más los flujos de trabajo de requerimientos, modelo de negocios (refinamiento), análisis, diseño y una parte de implementación orientado a 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. • Desarrollar una arquitectura para el sistema. • Adaptar el diseño para que sea consistente con el entorno de implementación FASE DE ELABORACIÓN
  • 11. Implementación Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y demás. El resultado final es un sistema ejecutable. • Planificar qué subsistemas deben ser implementados y en que orden deben ser integrados, formando el Plan de Integración. • Cada implementador decide en que orden implementa los elementos del subsistema. • Si encuentra errores de diseño, los notifica. • Se integra el sistema siguiendo el plan. FASE DE CONSTRUCCIÓN
  • 12. 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, sino que debe ir integrado en todo el ciclo de vida. • Encontrar y documentar defectos en la calidad del software. • Generalmente asesora sobre la calidad del software percibida. • Provee la validación de los supuestos realizados en el diseño y especificación de requisitos por medio de demostraciones concretas. • Verificar las funciones del producto de software según lo diseñado. • Verificar que los requisitos tengan su apropiada implementación.
  • 13. Despliegue Esta actividad tiene como objetivo producir con éxito distribuciones del producto y distribuirlo a los usuarios. Las actividades implicadas incluyen: • Probar el producto en su entorno de ejecución final. • Empaquetar el software para su distribución. • Distribuir el software. • Instalar el software. • Proveer asistencia y ayuda a los usuarios. • Formar a los usuarios y al cuerpo de ventas. • Migrar el software existente o convertir bases de datos. FASE DE TRANSICION
  • 14. Gestión del proyecto Se vigila el cumplimiento de los objetivos, gestión de riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los clientes y los usuarios. • Proveer un marco de trabajo para la gestión de proyectos de software intensivos. • Proveer guías prácticas realizar planeación, contratar personal, ejecutar y monitorear el proyecto. • Proveer un marco de trabajo para gestionar riesgos. DURANTE TODO EL PROYECTO
  • 15. 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 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, procesos y métodos. Brinda una especificación de las herramientas que se van a necesitar en cada momento, así como definir la instancia concreta del proceso que se va a seguir. 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. • Configuración del proceso. • Mejora del proceso. • Servicios técnicos.
  • 16.
  • 17. 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).
  • 18. 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
  • 19.
  • 20. Por el grado de complejidad puede no resultar muy adecuado. El RUP es generalmente mal aplicado en el estilo cascada. Requiere conocimientos del proceso y de UML.
  • 21. CONCLUSIONES La metodología RUP es más adaptable para proyectos de largo plazo. Podemos incluir además lo más importante antes de elegir la metodología que vamos a usar una implementación del Software.