Wikiversidad

Diferencia entre revisiones de «Proceso Unificado de Desarrollo»

Explorar historial interactivamente
← Edición anteriorEdición siguiente →
Contenido eliminado Contenido añadido
VisualWikitexto
Sin resumen de edición
Sin resumen de edición
Línea 5:
==Introducción==
 
El objetivo del llamado Rational Unified Process® (RUP) de IBM, la implementación más popular del Proceso Unificado de Desarrollo, es establecer un modelo de proceso (un marco de trabajo, digamos) en el que desarrollar software de calidad y con rigor.
 
Este modelo de proceso se asienta en un conjunto subyacente de filosofías y principios para conseguir un desarrollo de software correcto, proporciona una infraestructura de bloques de construcción del proceso y de contenidos reutilizables, y presenta un método con un lenguaje preciso con el que definir todas las partes del proceso.
 
====Características de RUPprincipales====▼
 
Se trata de un modelo de proceso de desarrollo de software "pesado" o tradicional, con estas características principales:
*SeEstá basadirigido enpor los llamados "casos de uso."▼
*Es centrado en la "arquitectura", como espina dorsal del software
*Es iterativo e incremental
 
Se trata además de un modelo basado en componentes, y también podemos decir que tiene una configuración modular cuando el proyecto cuenta con una arquitectura orientada a servicios (Service Oriented Architecture o SOA).
====Ventajas del Proceso Unificado====
Cualquier Proceso Unificado, y concretamente RUP, proporciona un entorno de proceso bastante configurable y basado en fuertes estándares. Este entorno de proceso permite establecer un método personalizado para cada organización, configurándolo para satisfacer las necesidades exclusivas de cada proyecto.
Línea 23 ⟶ 32:
*La cantidad de esfuerzo requerida para el desarrollo de software
*La estructura del ciclo vital del proyecto (número de iteraciones, duración total del proyecto y de cada una de sus fases)
 
 
====Fases del Proceso Unificado====
Línea 30 ⟶ 38:
Estas son las fases en que se divide cada uno de los ciclos de vida por los que pasa un proyecto software:
 
*'''Concepción'''
**Finalidad: Alcanzar un acuerdo entre todos los interesados respecto a los objetivos del ciclo vital para el proyecto.
**Objetivos:
Línea 39 ⟶ 47:
***Preparar el entorno de soporte para el proyecto.
 
*'''Elaboración'''
**Finalidad: El establecimiento de una línea base para la arquitectura del sistema
**Objetivos:
Línea 47 ⟶ 55:
***Establecer un entorno de soporte.
 
*'''Construcción'''
**Finalidad: Completar el desarrollo del sistema basado en la arquitectura de línea base.
**Objetivos
Línea 56 ⟶ 64:
***Desarrollar de forma iterativa e incremental un producto.
 
*'''Transición'''
**Finalidad: Garantizar que el software está listo para entregarlo a los usuarios.
**Objetivos
Línea 66 ⟶ 74:
***Alcanzar la capacidad de soporte propio del usuario.
 
====Principios Fundamentales de RUPfundamentales====
 
Algunos de los principios fundamentales en los que se basa el modelo:
*Adaptacion del Proceso
*EquilibrarEquilibrio de Prioridades.
*ColaboracionColaboración entre Equipos.
'''Iteración:'''*Demostrar Unavalor iterativamente (una iteración es una secuencia de actividades, con un plan de línea base y unos criterios de evaluación, que resultandoresulta en una entrega.)▼
*Demostrar valor iterativamente.
*Elevar el valor de la abstraccion.
*Enfocarse continuamente en la calidad.
▲'''Iteración:''' Una secuencia de actividades con un plan de línea base y criterios de evaluación resultando en una entrega.
 
▲====Características de RUP====
*Es un proceso IBM que provee un conjunto de buenas practicas de desarrollo de software.
*Es Iterativo.
▲*Se basa en los casos de uso.
*Es dirigido por la arquitectura.
*Es modular con SOA.
 
==Arquitectura orientada a servicios==
*Que es un Servicio?
**Un servicio es un componente que provee un conjunto de funciones de negocios.
**Los servicios son conceptualmente:
***Autónomos
***Opacos
***Bajamente acoplados
 
*SOA y Web Services
Los Servicios Web juegan un papel importante en una arquitectura SOA, ya que brindan mecanismos independientes de la plataforma para exponer, descubrir e invocar servicios.
**SOA requiere que un servicio:
***Sea descubrible e invocable dinámicamente. UDDI, WSDL, SOAP.
***Tenga una definición del contrato independiente de plataforma. XML.
***Pueda interoperar con otros servicios. HTTP.
 
*¿POR QUE SOA?
**Permite que el área de IT satisfaga más ágilmente las necesidades del negocio, cerrando cada vez más la brecha entre la evolución del negocio y el soporte tecnológico.
**Crea servicios basados en estándares, interoperables e independientes de un proveedor específico.
**Reutilización de servicios para la creación de nuevas aplicaciones o funcionalidades que apoyan los procesos de negocio.
 
*Arquitectura de Referencia SOA
 
[[Image:Oasis1.png|frame|center|Cuando utilizar RUP]]
 
*Ruta de Implementación a SOA
**Evaluar grado de madurez SOA y definir grados de madurez que la organización quiere alcanzar en el tiempo.
**Implementar un proyecto piloto utilizando SOA con servicios simples que impacten mas de un área de negocio.
**Para el caso de sistemas legados habilitar funciones de negocio requeridas por el proyecto piloto como servicios.
 
'''Evolución de SOA?'''
{| class="wikitable sortable"
|-
! Nivel !! Herramienta !! Utilización
|-
| Nivel 6 || SOA optimizadoa || Explotación
|-
| Nivel 5 || Adopción empresarial de SOA|| Explotación
|-
| Nivel 4 || SOA repetible|| Expanción
|-
| Nivel 3 || Enfoque SOA definido || Expansión
|-
| Nivel 2 || Adopción Ad Hoc de SOA || Exploración
|-
| Nivel 1 || Ninguna adopción de SOA || Exploración
|}
 
*Plataforma de servicios Lucasian
[[Image:Lucasian.png|frame|center|Cuando utilizar RUP]]
*Ciclo de vida de SOA
[[Image:Ciclo de vida soa.png|frame|center|Cuando utilizar RUP]]
 
====RUP Y SOA====
Obtenido de «https://es.wikiversity.org/wiki/Proceso_Unificado_de_Desarrollo»