SlideShare ist ein Scribd-Unternehmen logo
1 von 10
Downloaden Sie, um offline zu lesen
Gestión de Tecnología




GESTION DE TECNOLOGIA DE LA
      IMVESTIGACION


Tema: Metodología Rup

Pertenece a: Casahuillca Misayauri
Ronald Jaime

Profesor: Alvares Rivera Marcos

Ciclo: VI




              2011
                                       Página 1
Gestión de Tecnología


Índice

                                                                                                                              Pág.
     Presentación……………………………………………………………………….                                                                                  1
     Índice..............................................................................................................      2
     ¿Qué es RUP? ..............................................................................................               3
     Las mejores prácticas....................................................................................                 3
     Ciclos y Fases................................................................................................            4
            Inicio....................................................................................................         5
               Elaboración..........................................................................................           6
               Construcción........................................................................................            7
            Transición............................................................................................             7
     Definiciones
            Roles....................................................................................................          8
            .
            Actividades...........................................................................................             8
            Artefactos.............................................................................................            9
     Bibliografía utilizada........................................................................................            10




                                                                                                                            Página 2
Gestión de Tecnología

¿Qué es RUP?



       Requisitos del Usuario          Proceso de Desarrollo          Sistema de Software
                                           De Software

Gráfico: RUP


   •   RUP es un proceso de desarrollo de software:
         - Forma disciplinada de asignar tareas y responsabilidades en una empresa
            de desarrollo (quién hace qué, cuándo y cómo).

   •   Objetivos:
          - Asegurar la producción de software de calidad dentro de plazos y
              presupuestos predecibles. Dirigido por casos de uso, centrado en la
              arquitectura, iterativo (mini-proyectos) e incremental (versiones).

   •   Es también un producto:
          - Desarrollado y mantenido por Rational.
          - Actualizado constantemente para tener en cuenta las mejores prácticas de
             acuerdo con la experiencia.

   •   Aumenta la productividad de los desarrolladores mediante acceso a:
         - Base de conocimiento
         - Plantillas
         - Herramientas

   •   Se centra en la producción y mantenimiento de modelos del sistema más que en
       producir documentos.

   •   RUP es una guía de cómo usar UML de la forma más efectiva.



Las mejores prácticas

   •   RUP pretende implementar las mejores prácticas actuales en ingeniería de
       software:

          -    Desarrollo iterativo del software
          -    Administración de requerimientos
          -    Uso de arquitecturas basadas en componentes
          -    Modelamiento visual del software
          -    Verificación de la calidad del software
          -    Control de cambios




                                                                                Página 3
Gestión de Tecnología

Ciclos y fases




Gráfico: Fases de RUP

   •   RUP divide el proceso de desarrollo en ciclos, teniendo un producto al final de
       cada ciclo.

   •   Cada ciclo se divide en cuatro Fases:
         - Inicio
         - Elaboración
         - Construcción
         - Transición

   •   Cada fase concluye con un hito bien definido donde deben tomarse ciertas
       decisiones.




                                                                              Página 4
Gestión de Tecnología



Fases de RUP: Inicio (Inception)

   •   Se establece la oportunidad y alcance el proyecto.

   •   Se identifican todas las entidades externas con las que se trata (actores) y se
       define la interacción a un alto nivel de abstracción:
          - Identificar todos los casos de uso
          - Describir algunos en detalle

   •   La oportunidad del negocio incluye:
          - Criterios de éxito
          - Identificación de riesgos
          - Estimación de recursos necesarios
          - Plan de las fases incluyendo hitos

   •   Productos:
          - Un documento de visión general:
                 Requerimientos generales del proyecto
                 Características principales
                 Restricciones

          -   Modelo inicial de casos de uso (10% a 20 % listos).

          -   Glosario.

          -   Caso de negocio:
                 Contexto
                 Criterios de éxito
                 Pronóstico financiero

          -   Identificación inicial de riesgos.

          -   Plan de proyecto.

          -   Uno o más prototipos.

   •   Hito:
          - Las partes interesadas deben acordar el alcance y la estimación de tiempo
             y costo.
          - Comprensión de los requerimientos plasmados en casos de uso.




                                                                              Página 5
Gestión de Tecnología

Fases de RUP: Elaboración

  •   Objetivos:
         - Analizar el dominio del problema
         - Establecer una arquitectura base sólida
         - Desarrollar un plan de proyecto
         - Eliminar los elementos de mayor riesgo para el desarrollo exitoso del
             proyecto

  •   Visión de "una milla de amplitud y una pulgada de profundidad" porque las
      decisiones de arquitectura requieren una visión global del sistema.

  •   Productos:
         - Es la parte más crítica del proceso:
                Al final toda la ingeniería "dura" está hecha
                Se puede decidir si vale la pena seguir adelante

         -   A partir de aquí la arquitectura, los requerimientos y los planes de
             desarrollo son estables.

         -   Ya hay menos riesgos y se puede planificar el resto del proyecto con menor
             incertidumbre.

         -   Se construye una arquitectura ejecutable que contemple:
                 Los casos de uso críticos
                 Los riesgos identificados

         -   Modelo de casos de uso (80% completo) con descripciones detalladas.

         -   Otros requerimientos no funcio-nales o no asociados a casos de uso.

         -   Descripción de la Arquitectura del Software.

         -   Un prototipo ejecutable de la arquitectura.

         -   Lista revisada de riesgos y del caso de negocio.

         -   Plan de desarrollo para el resto del proyecto.

         -   Un manual de usuario preliminar.


  •   Hito:
         - Condiciones de éxito de la elaboración:
              ¿Es estable la visión del producto?
              ¿Es estable la arquitectura?
              ¿Las pruebas de ejecución demuestran que los riesgos han sido
                 abordados y resueltos?
              ¿Es el plan del proyecto algo realista?

                                                                               Página 6
Gestión de Tecnología

                   ¿Están de acuerdo con el plan todas las personas involucradas?


Fases de RUP: Construcción

  •   En esta fase todas las componentes restantes se desarrollan e incorporan al
      producto.

  •   Todo es probado en profundidad.

  •   El énfasis está en la producción eficiente y no ya en la creación intelectual.

  •   Puede hacerse construcción en paralelo, pero esto exige una planificación
      detallada y una arquitectura muy estable.

  •   Productos:
         - El producto de software integrado y corriendo en la plataforma adecuada.
         - Manuales de usuario.
         - Una descripción del "release" actual.

  •   Hito:
         - Se obtiene un producto Beta que debe decidirse si puede ponerse en
            ejecución sin mayores riesgos.

         -   Condiciones de éxito:
                ¿El producto está maduro y estable para instalarlo en el ambiente
                   del cliente?
                ¿Están los interesados listos para recibirlo?




Fases de RUP: Transición

  •   El objetivo es traspasar el software desarrollado a la comunidad de usuarios.

  •   Una vez instalado surgirán nuevos elementos que implicarán nuevos desarrollos
      (ciclos).

  •   Incluye:
          - Pruebas Beta para validar el producto con las expectativas del cliente
          - Ejecución paralela con sistemas antiguos
          - Conversión de datos
          - Entrenamiento de usuarios
          - Distribuir el producto

  •   Objetivos:
         - Obtener autosuficiencia de parte de los usuarios.
         - Concordancia en los logros del producto de parte de las personas
             involucradas.

                                                                                   Página 7
Gestión de Tecnología

           -   Lograr el consensó cuanto antes para liberar el producto al mercado.




Definiciones

Roles

           -   Un Rol define el comportamiento y las responsabilidades de un individuo.

           -   Es como un "sombrero" que la persona usa durante el proyecto:
                   Una persona puede tener varios sombreros
                   Es el “trabajo” que desempeña en un momento dado

           -   Responsabilidades:
                  Hacer una serie de actividades
                  Ser el responsable de una serie de artefactos




Actividades

           -   Una actividad es una unidad de trabajo que se asigna a un trabajador.
               Ejemplo:
                   Crear o modificar un artefacto

           -   Una actividad lleva entre un par de horas y un par de días, involucra un
               solo trabajador y un número pequeño de artefactos.

   •    Las actividades se consideran en la planificación y evaluación del progreso del
        proyecto.

   •    Ejemplos:
           - Planificar una iteración - Administrador de proyecto
           - Encontrar actores y casos de uso - Analista
           - Revisar el diseño - Revisor de diseño
           - Ejecutar pruebas de performance - Ing. de pruebas de performance




                                                                                  Página 8
Gestión de Tecnología




                  Recurso    Rol                  Actividad




Gráfico de asignación de actividades


Artefactos

         -   Elementos de información producidos, modificados o usados por el
             proceso.

         -   Son los productos tangibles del proyecto.

         -   Son usados por los trabajadores para realizar nuevas actividades y son el
             resultado de esas actividades.

         -   Ejemplos:
                 Un modelo, como el modelo de casos de uso o el modelo de diseño.
                 Un elemento del modelo, como una clase o un caso de uso.
                 Un documento tal como el Caso del Negocio o la Arquitectura del
                   Software.
                 Código fuente.
                 Código ejecutable.




                                                                              Página 9
Gestión de Tecnología




Bibliografía utilizada

   •   Universidad del Perú - Departamento de Ciencias de la Computación
   •   Presentación IBM “Desarrollo de Software Orientado a Objetos”
   •   Internet




                                                                           Página 10

Weitere ähnliche Inhalte

Was ist angesagt?

Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.templarioo
 
Modelo Descrptivos Del Proceso Del Sofware
Modelo Descrptivos  Del  Proceso Del SofwareModelo Descrptivos  Del  Proceso Del Sofware
Modelo Descrptivos Del Proceso Del Sofwareluisfe
 
Tabla comparativa- metodologías de desarrollo
Tabla comparativa-  metodologías de desarrolloTabla comparativa-  metodologías de desarrollo
Tabla comparativa- metodologías de desarrolloitsarellano
 
Sesión 1: Introduccion. ¿Qué es ingeniería de software?
Sesión 1: Introduccion. ¿Qué es ingeniería de software?Sesión 1: Introduccion. ¿Qué es ingeniería de software?
Sesión 1: Introduccion. ¿Qué es ingeniería de software?Coesi Consultoria
 
Metodología de desarrollo de software rad
 Metodología de desarrollo de software rad Metodología de desarrollo de software rad
Metodología de desarrollo de software radmarcosxm
 
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 procesoCoesi Consultoria
 
Modelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónModelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónIsaias Toledo
 
Grupo 5-modelos-de-procesos-de-software
Grupo 5-modelos-de-procesos-de-softwareGrupo 5-modelos-de-procesos-de-software
Grupo 5-modelos-de-procesos-de-softwarePrimoLaura
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de softwareRadel Fuentes
 
Cuadro comparativo de_modelos_de_procesos_de_software
Cuadro comparativo de_modelos_de_procesos_de_softwareCuadro comparativo de_modelos_de_procesos_de_software
Cuadro comparativo de_modelos_de_procesos_de_softwareShaman King
 
4. Desarrollo ágil de software
4. Desarrollo ágil de software4. Desarrollo ágil de software
4. Desarrollo ágil de softwareCoesi Consultoria
 
Mitos y leyendas de la gestión ágil y scrum
Mitos y leyendas de la gestión ágil y scrumMitos y leyendas de la gestión ágil y scrum
Mitos y leyendas de la gestión ágil y scrumIEEE Uruguay
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwarepaoaboytes
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascadahome
 
INF-162 GRUPO 6 MODELOS DE PROCESO DE SOFTWARE
INF-162 GRUPO 6 MODELOS DE PROCESO DE SOFTWAREINF-162 GRUPO 6 MODELOS DE PROCESO DE SOFTWARE
INF-162 GRUPO 6 MODELOS DE PROCESO DE SOFTWAREFely Villalba
 
Lineal Secuencial
Lineal SecuencialLineal Secuencial
Lineal Secuencialtoryneutral
 

Was ist angesagt? (19)

Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.
 
Modelo Descrptivos Del Proceso Del Sofware
Modelo Descrptivos  Del  Proceso Del SofwareModelo Descrptivos  Del  Proceso Del Sofware
Modelo Descrptivos Del Proceso Del Sofware
 
Tabla comparativa- metodologías de desarrollo
Tabla comparativa-  metodologías de desarrolloTabla comparativa-  metodologías de desarrollo
Tabla comparativa- metodologías de desarrollo
 
Sesión 1: Introduccion. ¿Qué es ingeniería de software?
Sesión 1: Introduccion. ¿Qué es ingeniería de software?Sesión 1: Introduccion. ¿Qué es ingeniería de software?
Sesión 1: Introduccion. ¿Qué es ingeniería de software?
 
Metodología de desarrollo de software rad
 Metodología de desarrollo de software rad Metodología de desarrollo de software rad
Metodología de desarrollo de software rad
 
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
 
Modelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónModelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de Información
 
Grupo 5-modelos-de-procesos-de-software
Grupo 5-modelos-de-procesos-de-softwareGrupo 5-modelos-de-procesos-de-software
Grupo 5-modelos-de-procesos-de-software
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
Cuadro comparativo de_modelos_de_procesos_de_software
Cuadro comparativo de_modelos_de_procesos_de_softwareCuadro comparativo de_modelos_de_procesos_de_software
Cuadro comparativo de_modelos_de_procesos_de_software
 
4. Desarrollo ágil de software
4. Desarrollo ágil de software4. Desarrollo ágil de software
4. Desarrollo ágil de software
 
2 modelos de la ingenieria de software
2  modelos de la ingenieria de software2  modelos de la ingenieria de software
2 modelos de la ingenieria de software
 
Mitos y leyendas de la gestión ágil y scrum
Mitos y leyendas de la gestión ágil y scrumMitos y leyendas de la gestión ágil y scrum
Mitos y leyendas de la gestión ágil y scrum
 
Procesos del Software
Procesos del SoftwareProcesos del Software
Procesos del Software
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
 
Pfff
PfffPfff
Pfff
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
 
INF-162 GRUPO 6 MODELOS DE PROCESO DE SOFTWARE
INF-162 GRUPO 6 MODELOS DE PROCESO DE SOFTWAREINF-162 GRUPO 6 MODELOS DE PROCESO DE SOFTWARE
INF-162 GRUPO 6 MODELOS DE PROCESO DE SOFTWARE
 
Lineal Secuencial
Lineal SecuencialLineal Secuencial
Lineal Secuencial
 

Andere mochten auch (20)

Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
"A Metodologia SCRUM"
"A Metodologia SCRUM""A Metodologia SCRUM"
"A Metodologia SCRUM"
 
Las reuniones de scrum
Las reuniones de scrumLas reuniones de scrum
Las reuniones de scrum
 
Metodología Rup
Metodología RupMetodología Rup
Metodología Rup
 
Metodologia scrum
Metodologia scrumMetodologia scrum
Metodologia scrum
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
Introdución a la gestión ágil de proyectos
Introdución a la gestión ágil de proyectosIntrodución a la gestión ágil de proyectos
Introdución a la gestión ágil de proyectos
 
La metodología scrum
La metodología scrumLa metodología scrum
La metodología scrum
 
Metodologia SCRUM
Metodologia SCRUMMetodologia SCRUM
Metodologia SCRUM
 
Processo Unificado(RUP)
Processo Unificado(RUP)Processo Unificado(RUP)
Processo Unificado(RUP)
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
Palestra sobre metodologia Scrum
Palestra sobre metodologia ScrumPalestra sobre metodologia Scrum
Palestra sobre metodologia Scrum
 
Scrum Metodologia Agil
Scrum Metodologia AgilScrum Metodologia Agil
Scrum Metodologia Agil
 
Mtrigas tfc0612memoria
Mtrigas tfc0612memoriaMtrigas tfc0612memoria
Mtrigas tfc0612memoria
 
MODELADO RUP UML
MODELADO RUP UMLMODELADO RUP UML
MODELADO RUP UML
 
Monografia metodología Scrum
Monografia metodología ScrumMonografia metodología Scrum
Monografia metodología Scrum
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 

Ähnlich wie Metodología Rup Gestión Tecnología

Ähnlich wie Metodología Rup Gestión Tecnología (20)

Metodologia del rup
Metodologia del rupMetodologia del rup
Metodologia del rup
 
Exposicion RUP
Exposicion RUPExposicion RUP
Exposicion RUP
 
RUP.pdf
RUP.pdfRUP.pdf
RUP.pdf
 
METODOLOGIA RUP.pptx
METODOLOGIA RUP.pptxMETODOLOGIA RUP.pptx
METODOLOGIA RUP.pptx
 
RUP
RUPRUP
RUP
 
4.1 Proceso Unificado De Rational
4.1 Proceso Unificado De Rational4.1 Proceso Unificado De Rational
4.1 Proceso Unificado De Rational
 
Metodología rup
Metodología rupMetodología rup
Metodología rup
 
Proyecto análisis y Diseño de Sistemas
Proyecto análisis y Diseño de SistemasProyecto análisis y Diseño de Sistemas
Proyecto análisis y Diseño de Sistemas
 
Rup
RupRup
Rup
 
Proceso Unificado De Rational
Proceso Unificado De RationalProceso Unificado De Rational
Proceso Unificado De Rational
 
Documentacion rational
Documentacion rationalDocumentacion rational
Documentacion rational
 
Documentacion rational
Documentacion rationalDocumentacion rational
Documentacion rational
 
Métodos Ágiles de Programación
Métodos Ágiles de Programación Métodos Ágiles de Programación
Métodos Ágiles de Programación
 
Rup
RupRup
Rup
 
El pato-volador
El pato-voladorEl pato-volador
El pato-volador
 
Las siete dimensiones del producto
Las siete dimensiones del productoLas siete dimensiones del producto
Las siete dimensiones del producto
 
RUP
RUPRUP
RUP
 
Metodologias ágiles
Metodologias ágilesMetodologias ágiles
Metodologias ágiles
 
Semana 1 2-3 (3)
Semana 1 2-3 (3)Semana 1 2-3 (3)
Semana 1 2-3 (3)
 
Clase1
Clase1Clase1
Clase1
 

Metodología Rup Gestión Tecnología

  • 1. Gestión de Tecnología GESTION DE TECNOLOGIA DE LA IMVESTIGACION Tema: Metodología Rup Pertenece a: Casahuillca Misayauri Ronald Jaime Profesor: Alvares Rivera Marcos Ciclo: VI 2011 Página 1
  • 2. Gestión de Tecnología Índice Pág. Presentación………………………………………………………………………. 1 Índice.............................................................................................................. 2 ¿Qué es RUP? .............................................................................................. 3 Las mejores prácticas.................................................................................... 3 Ciclos y Fases................................................................................................ 4 Inicio.................................................................................................... 5 Elaboración.......................................................................................... 6 Construcción........................................................................................ 7 Transición............................................................................................ 7 Definiciones Roles.................................................................................................... 8 . Actividades........................................................................................... 8 Artefactos............................................................................................. 9 Bibliografía utilizada........................................................................................ 10 Página 2
  • 3. Gestión de Tecnología ¿Qué es RUP? Requisitos del Usuario Proceso de Desarrollo Sistema de Software De Software Gráfico: RUP • RUP es un proceso de desarrollo de software: - Forma disciplinada de asignar tareas y responsabilidades en una empresa de desarrollo (quién hace qué, cuándo y cómo). • Objetivos: - Asegurar la producción de software de calidad dentro de plazos y presupuestos predecibles. Dirigido por casos de uso, centrado en la arquitectura, iterativo (mini-proyectos) e incremental (versiones). • Es también un producto: - Desarrollado y mantenido por Rational. - Actualizado constantemente para tener en cuenta las mejores prácticas de acuerdo con la experiencia. • Aumenta la productividad de los desarrolladores mediante acceso a: - Base de conocimiento - Plantillas - Herramientas • Se centra en la producción y mantenimiento de modelos del sistema más que en producir documentos. • RUP es una guía de cómo usar UML de la forma más efectiva. Las mejores prácticas • RUP pretende implementar las mejores prácticas actuales en ingeniería de software: - Desarrollo iterativo del software - Administración de requerimientos - Uso de arquitecturas basadas en componentes - Modelamiento visual del software - Verificación de la calidad del software - Control de cambios Página 3
  • 4. Gestión de Tecnología Ciclos y fases Gráfico: Fases de RUP • RUP divide el proceso de desarrollo en ciclos, teniendo un producto al final de cada ciclo. • Cada ciclo se divide en cuatro Fases: - Inicio - Elaboración - Construcción - Transición • Cada fase concluye con un hito bien definido donde deben tomarse ciertas decisiones. Página 4
  • 5. Gestión de Tecnología Fases de RUP: Inicio (Inception) • Se establece la oportunidad y alcance el proyecto. • Se identifican todas las entidades externas con las que se trata (actores) y se define la interacción a un alto nivel de abstracción: - Identificar todos los casos de uso - Describir algunos en detalle • La oportunidad del negocio incluye: - Criterios de éxito - Identificación de riesgos - Estimación de recursos necesarios - Plan de las fases incluyendo hitos • Productos: - Un documento de visión general:  Requerimientos generales del proyecto  Características principales  Restricciones - Modelo inicial de casos de uso (10% a 20 % listos). - Glosario. - Caso de negocio:  Contexto  Criterios de éxito  Pronóstico financiero - Identificación inicial de riesgos. - Plan de proyecto. - Uno o más prototipos. • Hito: - Las partes interesadas deben acordar el alcance y la estimación de tiempo y costo. - Comprensión de los requerimientos plasmados en casos de uso. Página 5
  • 6. Gestión de Tecnología Fases de RUP: Elaboración • Objetivos: - Analizar el dominio del problema - Establecer una arquitectura base sólida - Desarrollar un plan de proyecto - Eliminar los elementos de mayor riesgo para el desarrollo exitoso del proyecto • Visión de "una milla de amplitud y una pulgada de profundidad" porque las decisiones de arquitectura requieren una visión global del sistema. • Productos: - Es la parte más crítica del proceso:  Al final toda la ingeniería "dura" está hecha  Se puede decidir si vale la pena seguir adelante - A partir de aquí la arquitectura, los requerimientos y los planes de desarrollo son estables. - Ya hay menos riesgos y se puede planificar el resto del proyecto con menor incertidumbre. - Se construye una arquitectura ejecutable que contemple:  Los casos de uso críticos  Los riesgos identificados - Modelo de casos de uso (80% completo) con descripciones detalladas. - Otros requerimientos no funcio-nales o no asociados a casos de uso. - Descripción de la Arquitectura del Software. - Un prototipo ejecutable de la arquitectura. - Lista revisada de riesgos y del caso de negocio. - Plan de desarrollo para el resto del proyecto. - Un manual de usuario preliminar. • Hito: - Condiciones de éxito de la elaboración:  ¿Es estable la visión del producto?  ¿Es estable la arquitectura?  ¿Las pruebas de ejecución demuestran que los riesgos han sido abordados y resueltos?  ¿Es el plan del proyecto algo realista? Página 6
  • 7. Gestión de Tecnología  ¿Están de acuerdo con el plan todas las personas involucradas? Fases de RUP: Construcción • En esta fase todas las componentes restantes se desarrollan e incorporan al producto. • Todo es probado en profundidad. • El énfasis está en la producción eficiente y no ya en la creación intelectual. • Puede hacerse construcción en paralelo, pero esto exige una planificación detallada y una arquitectura muy estable. • Productos: - El producto de software integrado y corriendo en la plataforma adecuada. - Manuales de usuario. - Una descripción del "release" actual. • Hito: - Se obtiene un producto Beta que debe decidirse si puede ponerse en ejecución sin mayores riesgos. - Condiciones de éxito:  ¿El producto está maduro y estable para instalarlo en el ambiente del cliente?  ¿Están los interesados listos para recibirlo? Fases de RUP: Transición • El objetivo es traspasar el software desarrollado a la comunidad de usuarios. • Una vez instalado surgirán nuevos elementos que implicarán nuevos desarrollos (ciclos). • Incluye: - Pruebas Beta para validar el producto con las expectativas del cliente - Ejecución paralela con sistemas antiguos - Conversión de datos - Entrenamiento de usuarios - Distribuir el producto • Objetivos: - Obtener autosuficiencia de parte de los usuarios. - Concordancia en los logros del producto de parte de las personas involucradas. Página 7
  • 8. Gestión de Tecnología - Lograr el consensó cuanto antes para liberar el producto al mercado. Definiciones Roles - Un Rol define el comportamiento y las responsabilidades de un individuo. - Es como un "sombrero" que la persona usa durante el proyecto:  Una persona puede tener varios sombreros  Es el “trabajo” que desempeña en un momento dado - Responsabilidades:  Hacer una serie de actividades  Ser el responsable de una serie de artefactos Actividades - Una actividad es una unidad de trabajo que se asigna a un trabajador. Ejemplo:  Crear o modificar un artefacto - Una actividad lleva entre un par de horas y un par de días, involucra un solo trabajador y un número pequeño de artefactos. • Las actividades se consideran en la planificación y evaluación del progreso del proyecto. • Ejemplos: - Planificar una iteración - Administrador de proyecto - Encontrar actores y casos de uso - Analista - Revisar el diseño - Revisor de diseño - Ejecutar pruebas de performance - Ing. de pruebas de performance Página 8
  • 9. Gestión de Tecnología Recurso Rol Actividad Gráfico de asignación de actividades Artefactos - Elementos de información producidos, modificados o usados por el proceso. - Son los productos tangibles del proyecto. - Son usados por los trabajadores para realizar nuevas actividades y son el resultado de esas actividades. - Ejemplos:  Un modelo, como el modelo de casos de uso o el modelo de diseño.  Un elemento del modelo, como una clase o un caso de uso.  Un documento tal como el Caso del Negocio o la Arquitectura del Software.  Código fuente.  Código ejecutable. Página 9
  • 10. Gestión de Tecnología Bibliografía utilizada • Universidad del Perú - Departamento de Ciencias de la Computación • Presentación IBM “Desarrollo de Software Orientado a Objetos” • Internet Página 10