Introducción a OpenUP

5/11/2018 Introducción a OpenUP - slidepdf.com

http://slidepdf.com/reader/full/introduccion-a-openup 1/7

Introducción a OpenUP (Proceso Unificado Abierto)

Los diferentes proyectos tienen diferentes necesidades de proceso. Los factores típicos

dictan las necesidades de un proceso más formal o ágil, como el tamaño y la ubicación

del equipo, la complejidad de la arquitectura, novedad tecnológica, de conformidadcon las normas, entre otros. Sin embargo, hay buenas prácticas de desarrollo de

software que beneficien a cualquier equipo del proyecto y ayudarles a ser más eficaz.

Este documento presenta los elementos fundamentales de OpenUP - un proceso ágil y

unificado que contiene el conjunto mínimo de prácticas que ayudan a los equipos a ser

más eficaces en el desarrollo de software. OpenUP abraza una filosofía pragmática y

ágil que se centra en la naturaleza de colaboración de desarrollo de software. Se trata

de una herramienta agnóstica, bajo ceremonia proceso que se puede utilizar como es

o amplíen para abordar una amplia variedad de tipos de proyectos.

¿Qué es OpenUP

OpenUP es un proceso de desarrollo de software mínimamente suficiente - lo que

significa que sólo contenido fundamental se incluye. Por lo tanto, no proporciona

orientación sobre muchos temas que los proyectos pueden tratar, tales como tamaño

de los equipos grandes, el cumplimiento, las situaciones contractuales, seguridad o

aplicaciones de misión crítica, la tecnología de orientación específica, etc Sin embargo,

OpenUP es completa en el sentido de que puede manifestarse como un proceso para

construir una del sistema. Para atender las necesidades que no están cubiertos en su

contenido, OpenUP es extensible a utilizarse como base sobre la que podemos estar

contentos proceso de agregar o adaptar, según sea necesario.

OpenUP es un proceso ágil. A pesar de OpenUP es ligero, no hay mucho más que la

agilidad que simplemente ser la luz. Más reconocidas prácticas ágiles están destinadas

a conseguir un equipo comunicarse unos con otros para promover una comprensión

compartida del proyecto. Ágil métodos han llamado nuestra atención hacia la

importancia de comprender la coordinación, beneficiando a las partes interesadas

sobre resultados productivos y la formalidad.

OpenUP tiene las características esenciales de un proceso unificado de grasa que se

aplica iterativo y los enfoques graduales dentro de un ciclo de vida estructurado

probado. OpenUP se basa en el uso los casos y escenarios, la gestión del riesgo, y un

enfoque centrado en la arquitectura de conducir el desarrollo.

OpenUP principios

OpenUP es impulsada por los cuatro principios fundamentales que se citan a

continuación. Principios de la captura del general intenciones detrás de un proceso y

crear las bases para la interpretación de roles y el trabajo productos, y para realizar

tareas de:



• Colaborar para alinear los intereses y la comprensión social. Este principio

promueve prácticas que fomenten un ambiente de equipo saludable, permitir la

colaboración y desarrollar una comprensión compartida del proyecto.

•

Equilibrar las prioridades que compiten para maximizar el valor para losaccionistas. Este principio promueve las prácticas que permiten a los participantes del

proyecto y las partes interesadas para desarrollar un solución que maximice los

beneficios los interesados, y es compatible con las restricciones puesto en el proyecto.

• Se centran en la arquitectura de principios para minimizar los riesgos y organizar el

desarrollo.

Este principio promueve prácticas que permiten al equipo a centrarse en la

arquitectura de minimizar los riesgos y organizar el desarrollo.

• Evolucionar para obtener continuamente retroalimentación y mejorar. Este

principio promueve prácticas que permiten al equipo a obtener retroalimentación

temprana y continua de las partes interesadas, y demostrar el valor incremental a

ellos.

Cada principio OpenUP apoya una declaración en el Manifiesto Ágil, como se ve en la

Tabla 1

OpenUP principio

Colaborar para alinear los intereses y

compartir comprensión

Equilibrar las prioridades que compiten

para maximizar los interesados el valor

Se centran en la arquitectura de

principios para reducir al mínimo riesgos

y el desarrollo de la organización

Evolucionar para obtener continuamente

retroalimentación y mejorar la

Declaración Manifiesto Ágil

Individuos e interacciones sobre el

proceso y herramientas

Colaboración con el cliente sobre el

contrato negociación

De trabajo de software más completa

Documentación

La respuesta al cambio después de un

largo Plan

Tabla 1 - Mapeo entre los principios y OpenUP Manifiesto Ágil



¿Cómo se organiza OpenUP

OpenUP se organiza en dos dimensiones diferentes, correlacionadas: contenido y

método de proceso contenido. El contenido de método es el método que loselementos (es decir, las funciones, tareas, los artefactos y orientación) se definen,

independientemente de la forma en que se utilizan en un ciclo de vida del proyecto. El

proceso de contenido en el método de los elementos se aplica en un sentido

temporal. Diferentes ciclos de vida de diferentes tipos de proyectos pueden ser

creados desde el mismo conjunto de elementos de método

(Más detalles en la sección Proceso de abajo).

Áreas de Contenido

El contenido de OpenUP direcciones de la organización del trabajo en equipo de

personal, y las partes interesadas niveles, como se ve en la Figura 1.

A nivel personal, los miembros del equipo en un proyecto de OpenUP contribuyen con

su trabajo en micro- incrementos, que normalmente representan el resultado de unas

pocas horas hasta unos pocos días de trabajo.

La aplicación se desarrolla un micro-incremento en el tiempo y el progreso se ve

efectivamente todos los días. Los miembros del equipo comparten abiertamente sus

progresos diarios en micro-incrementos, lo cual aumenta la visibilidad de trabajo, la

confianza y el trabajo en equipo.

El proyecto se divide en iteraciones: planeado, el tiempo de los intervalos de caja

normalmente se mide ensemanas. OpenUP ayuda al equipo adecuado centrar su

esfuerzo a través de la iteración ciclo de vida, con el fin de ofrecer un valor

incremental a los interesados de una manera predecible – un probado demo-poder o

entregable de construcción (incremento del producto) al final de cada iteración.

OpenUP estructuras del ciclo del proyecto en cuatro fases: Concepción, Elaboración,

Construcción, y Transición. El ciclo de vida del proyecto ofrece a los interesados con la

supervisión, mecanismos de transparencia y de dirección para controlar la financiación

de proyectos, el alcance, la exposición al riesgo, valor proporcionado, y otros aspectos

del proceso.



Roles

Las habilidades esenciales que necesitan los equipos pequeños y co-ubicada están

representados por OpenUP

Funciones:

• Las partes interesadas representa los grupos de interés cuyas necesidades deben

ser satisfechas por la del proyecto. Es un papel que puede jugar por cualquier persona

que es (o potencialmente será) significativamente afectados por el resultado del

proyecto

• Analista representa las preocupaciones del cliente y del usuario final mediante la

recopilación de las aportaciones de los interesados para entender el problema a

resolver y por la captura y el establecimiento de las prioridades de las necesidades.

• El arquitecto es responsable de diseñar la arquitectura de software, que incluye

tomar las decisiones técnicas clave que limitan el diseño y implementación del

proyecto.

• Desarrollador es responsable de desarrollar una parte del sistema, incluyendo el

diseño para que se ajuste a la arquitectura, y luego la ejecución, la unidad de pruebas-,

y la integración los componentes que forman parte de la solución.

• Tester es responsable de las actividades básicas de la prueba de esfuerzo, como la

identificación, definir, implementar y llevar a cabo las pruebas necesarias, así como el

registro de la los resultados de las pruebas y análisis de los resultados.

• Gerente de Proyecto es el de la planificación del proyecto en colaboración con

actores y el equipo, coordina las interacciones con las partes interesadas, y se

mantiene el equipo del proyecto se centraron en el cumplimiento de los objetivos del

proyecto.

• Cualquier papel representa a nadie en el equipo que puede realizar tareas

generales.

Disciplinas

El contenido de OpenUP método se centra en las siguientes disciplinas: Requisitos,

Arquitectura, desarrollo, pruebas, gestión de proyectos, y configuración y cambio

De gestión.

Otras disciplinas y áreas de interés se han omitido, como el modelado de negocio,



Medio ambiente, gestión de requisitos avanzados y herramientas de Gestión de la

Configuración de configuración. Estas preocupaciones son consideradas innecesarias

para un proyecto pequeño o a cargo de otras áreas de la organización, fuera del

equipo del proyecto.

Tareas

Una tarea es una unidad de trabajo de un papel se le puede pedir para llevar a

cabo. En OpenUP, hay 18 tareas que realizar las funciones de los artistas, ya sea como

principal (la responsable de ejecutar la tarea) o intérpretes adicionales (de apoyo y

suministro de información utilizados en la ejecución de la tarea).

La naturaleza colaborativa de OpenUP se manifiesta por tener los actores principales

trabajar con un conjunto de otras personas al realizar una tarea.

Artefactos

Un artefacto es algo que se produce, modificados, o utilizados por una tarea. Los roles

son responsable de la creación y actualización de los artefactos. Los artefactos están

sujetas al control de versiones durante todo el ciclo de vida del proyecto

Los 17 artefactos en OpenUP se consideran los artefactos esenciales de un proyecto

debe utilizar para la captura de productos e información relacionados con el

proyecto. No hay obligación en la captura de información en artefactos formal. La

información puede ser capturada de manera informal en pizarra (por ejemplo, para el

diseño y la arquitectura), notas de reuniones (por ejemplo, para el estado

evaluaciones), plantillas, etc, aunque proporcionan un fuera de la caja, forma estándar

para la captura de la información. Los proyectos pueden utilizar los artefactos OpenUP

o reemplazarlos con los suyos

Proceso

Contenido reutilizable método se crea por separado de su aplicación en los

procesos. Método contenido proporciona instrucciones paso a paso las explicaciones,

describiendo cómo los objetivos específicos de desarrollo se obtienen

independientemente de la ubicación de los elementos dentro de un método de

desarrollo ciclo de vida.

Los procesos de tomar esos elementos y relacionarlos con el método semi-ordenado

en secuencias que se adaptan a los tipos específicos de proyectos. Los elementos se

organizan en el método reutilizable piezas de proceso que se llama patrones de

capacidad, proporcionando un enfoque de desarrollo coherente a las necesidades delproyecto común. Estos patrones se hacen de las tareas de la organización (de la



método de contenido) en las actividades, agrupándolas en una secuencia que tiene

sentido para el área en particular donde se aplica ese modelo.

Los patrones pueden ser pequeños y centrados en áreas específicas como la gestión de

la iteración, el proyecto de iniciación, definición de la arquitectura y así

sucesivamente. Estos son considerados los básicos bloques para crear patrones másgrandes o los procesos de entrega (que se define a continuación).

Un ejemplo de bloque de construcción básico de OpenUP es desarrollar soluciones

patrón de incremento, como se muestra en la Figura 2.

Esta actividad proporciona una forma para llevar a cabo basado en objetivos de

planificación y ejecución de los trabajos.

El trabajo es asumido por los desarrolladores, y el progreso del trabajo se hace un

seguimiento sobre la base de los objetivos logrados con el diseño, el desarrollador a

prueba, y el código fuente integrada.

El elemento de trabajo puede ser un caso de uso, una situación, un requerimiento desoporte o cambiar una solicitud. Un contexto se puede especificar cuando un elemento

de trabajo se asigna a desarrollar, así especificar la amplitud un elemento de trabajo se

va a desarrollar en ese incremento.

Desarrollo puede centrarse, por ejemplo, en una capa (por ejemplo, la interfaz de

usuario, la lógica de negocio o base de datos de acceso), o en un componente. Si el

contexto se especifica o no, el responsabilidad del desarrollador es crear un diseño e

implementación para que los elementos de trabajo, y para escribir y ejecutar pruebas

de desarrolladores en contra de la aplicación para asegurarse de que la ejecución de

las obras tal como fue diseñado, tanto como una unidad y se integran en la base del

código

Desarrollar la solución patrón de incremento ocurre tantas veces, ya que hay

elementos de trabajo que se desarrollado en una iteración dada

Figura 2 - Desarrollar la solución de incremento

Como se mencionó antes, los bloques básicos de construcción se utilizan para crear

modelos más grandes, por ejemplo patrones que se pueden utilizar como plantillas

para las iteraciones - los patrones que contienen todas las actividades necesarias para

una iteración particular dentro de una fase del proyecto.

OpenUP aplica las fases del proceso unificado: Concepción, Elaboración, Construcción

y Transición. En conjunto, estos bloques de construcción básicos también se utilizan

para hacer frente a los objetivos para cada etapa (ver Tabla 2 para una correlación

entre los patrones y fases objetivos)



Los patrones de iteración plantilla

Inicio Iteración Fase

Iniciar el proyecto

Planificar y gestionar la iteración

Identificar y refinar los requisitosAcuerdo sobre el enfoque técnico

Elaboración Iteración Fase


Identificar y refinar los requisitos

Definir la arquitectura de

Incremento desarrollar soluciones

Prueba de solución de

Las tareas en curso

Iteración Fase de construcción


Identificar y refinar los requisitos



Las tareas en curso

Transición Iteración Fase




Las tareas en curso

Objetivos de la fase

· Entender qué construir

· Identificar las funciones clave del

sistema

· Determinar por lo menos una posiblesolución

· Entender el costo, el horario y los

riesgos relacionados con el proyecto

· Obtener un entendimiento más

detallado de la requisitos

· Diseño, implementación, validación, y la

línea base una arquitectura

° Mitigar los riesgos esenciales y producir

calendario preciso y estimaciones de

costos

° iterativamente desarrollar un producto

completo que está listo para la transición

a su usuario comunidad

· Minimizar los costos de desarrollo y

lograr algún grado de paralelismo

· Prueba Beta para validar que las

expectativas del usuario se cumplen

· Lograr la concurrencia de interesados

que el despliegue se ha completado

Tabla 2 - correspondencia entre los patrones y las fases de los objetivos

Introducción a OpenUP

Documents

Transcript of Introducción a OpenUP