Introducing 

Prezi AI.

Your new presentation assistant.

Refine, enhance, and tailor your content, source relevant images, and edit visuals quicker than ever before.

Loading…
Transcript

Roles en RUP

Analistas:

Analista de procesos de negocio.

Diseñador del negocio.

Gestor de pruebas. Apoyo:

Documentador técnico

Administrador de sistema

Desarrolladores:

Arquitecto de software.

Diseñador

Diseñador de interfaz de usuario

Transición:

• Pruebas finales de aceptación

• Puesta en producción

• Estabilización

Artista gráfico Especialista en pruebas:

Especialista en Pruebas (tester)

Analista de pruebas

• RUP puede utilizarse:

–En proyectos de nuevos productos de software

–En ciclos de desarrollo subsecuentes

• Consideraciones que alteran cuándo y cómo usar partes de RUP:

–El ciclo de vida del proyecto

–Los objetivos del negocio, la visión, el alcance y los riesgos

–El tamaño del esfuerzo de desarrollo

Otros roles:

Stakeholders

Revisor

Coordinación de revisiones

Integrador.Gestores:

Jefe de proyecto

Jefe de control de cambios.

Jefe de configuración.

 Disciplina de soporte RUP

Principios de la metodología RUP

Elementos del RUP

Disciplinas de modelo RUP

 Disciplina de desarrollo de RUP

Determina la documentación que es necesaria realizar durante el proyecto.

• Configuración y administración del cambio: Guardar todas las versiones del proyecto.

• Administración del proyecto: Administrar los horarios y recursos que se deben de emplear.

• Ambiente: Administrar el ambiente de desarrollo del software.

• Distribución: Hacer todo lo necesario para la salida del proyecto.

Artefactos

Inicio:

• Documento Visión

• Diagramas de caso de uso

• Especificación de Requisitos

• Diagrama de Requisitos

Elaboración:

• Documento Arquitectura que trabaja con las siguientes vistas:

 Vista Lógica

• Diagrama de clases

• Modelo E-R (Si el sistema así lo requiere)

 Vista de Implementación

• Diagrama de Secuencia

• Diagrama de estados

• Diagrama de Colaboración

Construcción:

• Especificación de requisitos faltantes

• Diseño y desarrollo de casos de uso y/o flujos de acuerdo con la planeación

iterativa

• Pruebas de los casos de uso desarrollados, y pruebas de regresión según sea el caso

• Actividades: Procesos que se han de realizar en cada etapa/iteración.

• Trabajadores: Personas involucradas en cada actividad del proyecto.

• Artefactos: Herramientas empleadas para el desarrollo del proyecto.

Puede ser un documento, un modelo, un elemento del modelo.

la metodología RUP tiene 6 principios clave:

1. Adaptación del proceso: El proceso debe adaptarse a las características

de la organización para la que se está desarrollando el software.

2. Balancear prioridades: Debe encontrarse un balance que satisfaga a todos los inversores del proyecto.

3. Colaboración entre equipos: Debe haber una comunicación fluida para coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, entre otros.

4. Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de una forma interna, en etapas iteradas. En cada iteración se evaluará la calidad y estabilidad del producto y analizará la opinión y sugerencias de los inversores .

5. Elevar el nivel de abstracción: Motivar el uso de de conceptos reutilizables.

6. Enfocarse en la calidad: La calidad del producto debe verificarse en cada aspecto de la producción.

• Implementación: Crear software que se ajuste a la arquitectura diseñada

y que tenga el comportamiento deseado.

• Pruebas: Asegurarse de que el comportamiento requerido es correcto y

que todo lo solicitado está presente.

• Despliegue: Producir distribuciones del producto y distribuirlo a los

usuarios

Determina las etapas a realizar durante el proyecto de creación del software.

• Ingeniería o modelado del negocio: Analizar y entender las necesidades

del negocio para el cual se está desarrollando el software.

• Requisitos: Proveer una base para estimar los costos y tiempo de desarrollo del sistema.

• Análisis y diseño: Trasladar los requisitos analizados anteriormente a un sistema automatizado y desarrollar una arquitectura para el sistema.

Transición

Ciclo de Vida

Fases del modelo RUP

 Elaboración

Construcción

• Esta fase se enfoca en asegurar que el software esté disponible para sus usuarios.

• Se puede subdividir en varias iteraciones, además incluye pruebas del producto para poder hacer el entregable del mismo, así como realizar ajuste menores de acuerdo a ajuste menores propuestos por el usuario.

• En este punto, la retroalimentación de los usuarios se centra en depurar el producto, configuraciones, instalación y aspectos sobre utilización.

 Inicio

• El objetivo general de esta fase es establecer un acuerdo entre todos los interesados acerca de los objetivos del proyecto.

• Es significativamente importante para el desarrollo de nuevo software, ya que se asegura de identificar los riesgos relacionados con el negocio y requerimientos.

• Para proyectos de mejora de software existente, esta fase es más breve y se centra en asegurar la viabilidad de desarrollar el proyecto.

• El objetivo en esta fase es establecer la arquitectura base del sistema para proveer bases estables para el esfuerzo de diseño e implementación en la siguiente fase.

• La arquitectura debe abarcar todas las consideraciones de mayor importancia de los requerimientos y una evaluación del riesgo.

El ciclo de vida RUP es una implementación del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones.

RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en número variable según el proyecto y en las que se hace un mayor o menor hincapié en las distintas actividades.

• El objetivo de la fase de construcción es clarificar los requerimientos faltantes y completar el desarrollo del sistema basados en la arquitectura base.

• Vista de cierta forma esta fase es un proceso de manufactura, en el cual el énfasis se torna hacia la administración de recursos y control de la operaciones para optimizar costos, tiempo y calidad.

¿Por qué usar RUP?

Características del Modelo RUP

–Provee un entorno de proceso de desarrollo configurable, basado en estándares.

–Permite tener claro y accesible el proceso de desarrollo que se sigue.

–Permite ser configurado a las necesidades de la organización y del proyecto.

–Provee a cada participante con la parte del proceso que le compete directamente, filtrando el resto.

• Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo)

• Dirigido por Casos de Uso: –Los casos de uso son los artefactos primarios para establecer el comportamiento deseado del sistema como ejemplo ( el código fuente , etc)

• Centrado en la Arquitectura: –La arquitectura es utilizada para conceptualizar, construir, administrar y evolucionar el sistema en desarrollo

• Iterativo e Incremental:

–Maneja una serie de entregas ejecutables

¿Para quién es RUP?

Diseñado para:

–Profesionales en el desarrollo de software.

–Interesados en productos de software.

–Profesionales en la ingeniería y administración de procesos de software.

Metodología de desarrollo de software

¿Qué es RUP?

Es un proceso de ingeniería de software, que hace una propuesta orientada por disciplinas para lograr las tareas y responsabilidades de una organización que desarrolla software.

Se estructura todos los procesos y se mide la eficiencia de la organización.

Es un proceso de desarrollo de software el cual utiliza 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.

MODELO RUP

Start

Proceso Racional Unificado

Learn more about creating dynamic, engaging presentations with Prezi