SlideShare uma empresa Scribd logo
1 de 36
Colegio Técnico Agropecuario “Alonso de Mercadillo” INTEGRANTES NANCY MARISOL GONZALEZ  ROSA MARIBEL GONZALEZ GLADYS MARITZA SARANGO DIANA PATRICIA SARANGO
Rational Unified Process (RUP) METODOLOGIA TRADICIONAL PARA EL DESARROLLO DE SOFTWARE
Qué es un Proceso? ,[object Object],[object Object],[object Object],Proceso de Ingeniería de Software Requerimientos Nuevos ó Modificados Nuevo ó Modificado Sistema
El Problema ,[object Object],Requerimientos Pruebas Análisis Diseño ,[object Object],? ? ? ? ? ? ? ,[object Object],? Proceso Herramienta
INTRODUCCION ,[object Object],[object Object],[object Object]
METODOLOGIA RUP ,[object Object],[object Object],[object Object]
TRES CARACTERÍSTICAS ESENCIALES QUE DEFINEN AL RUP: ,[object Object],[object Object],[object Object]
Ejemplo de Diagrama de Caso de Uso de Negocios ,[object Object]
Fases en RUP ,[object Object],[object Object],[object Object],[object Object],Inicio Elaboración Construcción Transición Tiempo Metas Principales
Fase de Inicio ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Fase de Elaboración ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Fase de Construcción ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Fase de Transición ,[object Object],[object Object],[object Object],[object Object],[object Object]
ESFUERZO-HORARIO CONTRA FASES DEL RUP RECURSOS UTILIZADOS EN LAS FASES RUP EN EL TIEMPO
Incremento de la Productividad en Equipo ,[object Object],[object Object],[object Object],[object Object],[object Object],Administrador Base de Datos Líder de Proyecto Analista Diseñador/ Desarrollador Ingeniero de Desempeño Pruebas Administrador de Configuración
DISCIPLINAS ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
FUNCIONALIDADES  (6 MEJORES PRÁCTICAS) Desarrollo Iterativo Modelamiento Visual Verificación de la Calidad Arquitecturas con Componentes Administración de Requerimientos Control de Cambios
  FUNCIONALIDADES  (6 MEJORES PRÁCTICAS)   1) Administración de Requerimientos ,[object Object],[object Object],[object Object],[object Object],Modelo de Diseño Modelo de Implementación Modelo de Prueba verifica realización influenciado por Los casos de uso dirigen el trabajo desde el análisis hasta las pruebas
  FUNCIONALIDADES  (6 MEJORES PRÁCTICAS) 2) Desarrollo Iterativo de Software ,[object Object],[object Object],El tiempo y dinero gastados en la implementación de un diseño fallido, son no recuperables
Desarrollo Iterativo Requerimientos Análisis y Diseño Implementación Pruebas Evaluación Cada iteración produce un producto ejecutable
FUNCIONALIDADES  (6 MEJORES PRÁCTICAS) Características del Desarrollo Iterativo ,[object Object],[object Object],[object Object],[object Object]
3)Modelación Visual de Software ,[object Object],[object Object],[object Object]
FUNCIONALIDADES  (6 MEJORES PRÁCTICAS)  4)Verificación de la Calidad del Software ,[object Object],[object Object],[object Object],Los problemas del software son de 100 a 1000 veces mas costosos de encontrar y reparar después del desarrollo
FUNCIONALIDADES  (6 MEJORES PRÁCTICAS)  5)Arquitectura Basada en Componentes ,[object Object],[object Object],[object Object],[object Object],[object Object]
FUNCIONALIDADES  (6 MEJORES PRÁCTICAS)  6)Control de Cambios del Software ,[object Object],[object Object],[object Object],[object Object],Administración de Espacios de Trabajo Desarrollo en Paralelo Administración de Construcción Integración de Proceso ALERT REPORT
Estructura de RUP ,[object Object],[object Object],[object Object]
Estructura de RUP  Disciplinas
Iteraciones ,[object Object],Iteración Preliminar Iteración de Arquitectura Iteración de Arquitectura Iteración de Desarrollo Iteración de Desarrollo Iteración de Desarrollo Iteración de Transición Iteración de Transición Inicio Elaboración Construcción Transición Liberaciones externas internas iteraciones
Noción de Proceso Rol  que puede ser desempeñado por un individuo o conjunto de individuos en la organización de desarrollo Trabajador/Quién? Diseñador Actividad/Cómo? Describe una unidad de trabajo que puede ser asignada a un trabajador. Diseño de Casos de uso Pieza de información que es producida, modificada, ó utilizada por un proceso Artefacto/Qué? Paquete de Caso de Uso Caso de Uso responsable de
Modelos y Flujos de Trabajo ,[object Object],[object Object]
Modelos y Flujos de Trabajo Cont. Flujo de Trabajo de Diseño de Análisis Flujo de Trabajo de Implementación Modelo de Prueba Modelo de Diseño Modelo de Implementación realizado por Implementado por Flujo de Trabajo de Requerimientos Flujo de Trabajo de Prueba Modelo de Caso de Uso Modelación de Negocios Modelo de Negocios verificado por Cada flujo de trabajo describe como crear y mantener un modelo en particular
ARTEFACTOS a) Modelado del negocio b) Requerimientos c) Análisis y diseño del sistema d) Implementación e) Pruebas f) Despliegue g) Administración del proyecto h) Administración de cambios y configuración i) Entorno o ambiente Grado de finalización de artefactos
GRADO DE FINALIZACIÓN DE ARTEFACTOS Consiste en cuanto hemos finalizado del artefacto propuesto, es decir los lineamientos que necesita para ser completado, por lo tanto con grado de finalización nos referimos a cuantos de esos lineamientos del artefacto hemos completado o llenado en cada una de las disciplinas, de acuerdo a la fase en que se encuentre.
Referencias ,[object Object],[object Object],[object Object]
Referencias ,[object Object],[object Object],[object Object],[object Object]
“ GRACIAS  POR SU  ATENCION” ,[object Object]

Mais conteúdo relacionado

Mais procurados

Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software  Unidad 2 - Software Enginnering - Ian sommervilleProcesos de software  Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software Unidad 2 - Software Enginnering - Ian sommervilleMatias Gonzalo Acosta
 
Ide Eclipse, Breve Guía
Ide Eclipse, Breve GuíaIde Eclipse, Breve Guía
Ide Eclipse, Breve GuíaBenedeti
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicaslandeta_p
 
Lectura 3 Modelo De Analisis
Lectura 3   Modelo De AnalisisLectura 3   Modelo De Analisis
Lectura 3 Modelo De Analisisguest0a6e49
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.templarioo
 
 Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automáticoItzel656131
 
Procesos De Ingenieria Del Software
Procesos De Ingenieria Del SoftwareProcesos De Ingenieria Del Software
Procesos De Ingenieria Del SoftwareRaquel Solano
 
IEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareIEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareJesús Navarro
 

Mais procurados (20)

Metodología Rup
Metodología RupMetodología Rup
Metodología Rup
 
Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software  Unidad 2 - Software Enginnering - Ian sommervilleProcesos de software  Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
 
Diagramas De Caso De Uso
Diagramas De Caso De UsoDiagramas De Caso De Uso
Diagramas De Caso De Uso
 
Release management introduction v1.0 tj
Release management introduction v1.0 tjRelease management introduction v1.0 tj
Release management introduction v1.0 tj
 
Ide Eclipse, Breve Guía
Ide Eclipse, Breve GuíaIde Eclipse, Breve Guía
Ide Eclipse, Breve Guía
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
 
Uml presentacion
Uml   presentacionUml   presentacion
Uml presentacion
 
metodologias cascada vs v
metodologias cascada vs vmetodologias cascada vs v
metodologias cascada vs v
 
Casos de Uso en UML
Casos de Uso en UMLCasos de Uso en UML
Casos de Uso en UML
 
Lectura 3 Modelo De Analisis
Lectura 3   Modelo De AnalisisLectura 3   Modelo De Analisis
Lectura 3 Modelo De Analisis
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Entrega por etapas
Entrega por etapasEntrega por etapas
Entrega por etapas
 
Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.
 
Herramientas case
Herramientas caseHerramientas case
Herramientas case
 
SDLC
SDLCSDLC
SDLC
 
 Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático
 
Procesos De Ingenieria Del Software
Procesos De Ingenieria Del SoftwareProcesos De Ingenieria Del Software
Procesos De Ingenieria Del Software
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Metodologias agiles
Metodologias agilesMetodologias agiles
Metodologias agiles
 
IEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareIEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de software
 

Destaque

Presentación Planificacion y organizacion dominio
Presentación Planificacion y organizacion   dominioPresentación Planificacion y organizacion   dominio
Presentación Planificacion y organizacion dominiokattycastro
 
Arquitectura Basada En Componentes
Arquitectura Basada En ComponentesArquitectura Basada En Componentes
Arquitectura Basada En Componentesurumisama
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rupmireya2022
 
Ingeniería del software basada en componentes
Ingeniería del software basada en componentesIngeniería del software basada en componentes
Ingeniería del software basada en componentesjose_macias
 
Metodología de desarrollo de software basada en componentes
Metodología de desarrollo de software basada en componentesMetodología de desarrollo de software basada en componentes
Metodología de desarrollo de software basada en componentesEmmanuel Fontán
 
Desarrollo de software basado en componentes
Desarrollo de software basado en componentesDesarrollo de software basado en componentes
Desarrollo de software basado en componentesUlises Cruz
 

Destaque (15)

Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Presentación Planificacion y organizacion dominio
Presentación Planificacion y organizacion   dominioPresentación Planificacion y organizacion   dominio
Presentación Planificacion y organizacion dominio
 
Componentes
ComponentesComponentes
Componentes
 
Resumen RUP
Resumen RUPResumen RUP
Resumen RUP
 
Arquitectura Basada En Componentes
Arquitectura Basada En ComponentesArquitectura Basada En Componentes
Arquitectura Basada En Componentes
 
rup
ruprup
rup
 
03 requerimientos
03 requerimientos03 requerimientos
03 requerimientos
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Rup presentacion
Rup presentacionRup presentacion
Rup presentacion
 
Rup
RupRup
Rup
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Ingeniería del software basada en componentes
Ingeniería del software basada en componentesIngeniería del software basada en componentes
Ingeniería del software basada en componentes
 
Metodología de desarrollo de software basada en componentes
Metodología de desarrollo de software basada en componentesMetodología de desarrollo de software basada en componentes
Metodología de desarrollo de software basada en componentes
 
RUP
RUPRUP
RUP
 
Desarrollo de software basado en componentes
Desarrollo de software basado en componentesDesarrollo de software basado en componentes
Desarrollo de software basado en componentes
 

Semelhante a Rup (20)

ADS - Sesion1 - RUP
ADS - Sesion1 - RUPADS - Sesion1 - RUP
ADS - Sesion1 - RUP
 
Rup
RupRup
Rup
 
DiseñO De Sistemas
DiseñO De SistemasDiseñO De Sistemas
DiseñO De Sistemas
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
 
DiseñO De Sistemas
DiseñO De SistemasDiseñO De Sistemas
DiseñO De Sistemas
 
Rup
RupRup
Rup
 
Desarrollo de software orientado a objetos
Desarrollo de software orientado a objetosDesarrollo de software orientado a objetos
Desarrollo de software orientado a objetos
 
3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso
 
Sesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de softwareSesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de software
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso
 
Qué+es+ru..
Qué+es+ru..Qué+es+ru..
Qué+es+ru..
 
Rup entrega final
Rup entrega finalRup entrega final
Rup entrega final
 
Rup entrega final
Rup entrega finalRup entrega final
Rup entrega final
 
Rup jenny mallqui
Rup   jenny mallquiRup   jenny mallqui
Rup jenny mallqui
 
Qué es rup
Qué es rupQué es rup
Qué es rup
 
Quesrup 120217232753-phpapp02
Quesrup 120217232753-phpapp02Quesrup 120217232753-phpapp02
Quesrup 120217232753-phpapp02
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Sww clase4
Sww clase4Sww clase4
Sww clase4
 

Rup

  • 1. Colegio Técnico Agropecuario “Alonso de Mercadillo” INTEGRANTES NANCY MARISOL GONZALEZ ROSA MARIBEL GONZALEZ GLADYS MARITZA SARANGO DIANA PATRICIA SARANGO
  • 2. Rational Unified Process (RUP) METODOLOGIA TRADICIONAL PARA EL DESARROLLO DE SOFTWARE
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14. ESFUERZO-HORARIO CONTRA FASES DEL RUP RECURSOS UTILIZADOS EN LAS FASES RUP EN EL TIEMPO
  • 15.
  • 16.
  • 17. FUNCIONALIDADES (6 MEJORES PRÁCTICAS) Desarrollo Iterativo Modelamiento Visual Verificación de la Calidad Arquitecturas con Componentes Administración de Requerimientos Control de Cambios
  • 18.
  • 19.
  • 20. Desarrollo Iterativo Requerimientos Análisis y Diseño Implementación Pruebas Evaluación Cada iteración produce un producto ejecutable
  • 21.
  • 22.
  • 23.
  • 24.
  • 25.
  • 26.
  • 27. Estructura de RUP Disciplinas
  • 28.
  • 29. Noción de Proceso Rol que puede ser desempeñado por un individuo o conjunto de individuos en la organización de desarrollo Trabajador/Quién? Diseñador Actividad/Cómo? Describe una unidad de trabajo que puede ser asignada a un trabajador. Diseño de Casos de uso Pieza de información que es producida, modificada, ó utilizada por un proceso Artefacto/Qué? Paquete de Caso de Uso Caso de Uso responsable de
  • 30.
  • 31. Modelos y Flujos de Trabajo Cont. Flujo de Trabajo de Diseño de Análisis Flujo de Trabajo de Implementación Modelo de Prueba Modelo de Diseño Modelo de Implementación realizado por Implementado por Flujo de Trabajo de Requerimientos Flujo de Trabajo de Prueba Modelo de Caso de Uso Modelación de Negocios Modelo de Negocios verificado por Cada flujo de trabajo describe como crear y mantener un modelo en particular
  • 32. ARTEFACTOS a) Modelado del negocio b) Requerimientos c) Análisis y diseño del sistema d) Implementación e) Pruebas f) Despliegue g) Administración del proyecto h) Administración de cambios y configuración i) Entorno o ambiente Grado de finalización de artefactos
  • 33. GRADO DE FINALIZACIÓN DE ARTEFACTOS Consiste en cuanto hemos finalizado del artefacto propuesto, es decir los lineamientos que necesita para ser completado, por lo tanto con grado de finalización nos referimos a cuantos de esos lineamientos del artefacto hemos completado o llenado en cada una de las disciplinas, de acuerdo a la fase en que se encuentre.
  • 34.
  • 35.
  • 36.