Teoria de proceso unificado

Índice

















Introducción



Este documento recopila información sobre el proceso unificado, la descripción de los casos de uso, su arquitectura, los ciclos del proceso, sus fases así como el proceso de actualización y mejora de un producto. Este conjunto de elementos permite mejorar la calidad de un software, el ahorro de tiempo y dinero. También se muestrandos ejemplos de cómo el proceso unificado a transformado al mundo en diferentes proyectos .El objetivo es aprender a desarrollar las técnicas dadas.
Para finalizar, se plantea una conclusión global del tema antes descrito.












El proceso Unificado: Dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental.

El problema que enfrenta el software se reducea la dificultad de que la comunidad de desarrolladores necesita una forma coordinada de trabajar. Necesitan un proceso que integre las múltiples facetas del desarrollo. Necesita un método común, un proceso que:

Proporcione una guía para ordenar las actividades de un equipo
Dirija las tareas de cada desarrollador por separado y del equipo como un todo.
Especifique los artefactos que debendesarrollarse
Ofrezca criterios para el control y la medición de los productos y actividades del proyecto.

Y es ahí donde el Proceso Unificado es más que un simple proceso: es un marco de trabajo genérico que puede especializarse para una gran variedad de sistemas de software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de aptitud y diferentestamaños de proyecto.
Está formado por componentes software interconectados a través de interfaces bien definidas; utiliza el Lenguaje Unificado de Modelado (Unified Modeling Language, UML) que es una parte esencial del Proceso Unificado y se resume en tres frases clave, dirigido por casos de uso, centrado en la arquitectura, e iterativo e incremental. Esto es lo que hace único al Proceso Unificado.El proceso unificado está dirigido por casos de uso

Un caso de uso es fragmento de funcionalidad del sistema que proporciona al usuario un resultado importante. Los casos de uso representan los requisitos funcionales. Todos los casos de uso juntos constituyen el modelo de casos de uso, el cual describe la funcionalidad total del sistema y también guían el proceso de desarrollo, sin embargo,los casos de uso no son sólo una herramienta para especificar los requisitos de un sistema.
Los casos de uso no sólo inician el proceso de desarrollo sino que le proporcionan un hilo conductor. Los casos de uso se especifican, se diseñan, y guían la arquitectura del sistema y la arquitectura del sistema influye en la selección de los casos de uso. Por tanto, tanto la arquitectura del sistema comolos casos de uso maduran según avanza el ciclo de desarrollo.

El proceso Unificado está centrado en la arquitectura.

El papel de la arquitectura software permite a un programador ver una imagen completa antes de que comience a desarrollarse el software con las características más importantes resaltadas, dejando a un lado los detalles.
El concepto de arquitectura software incluye losaspectos estáticos y dinámicos más significativos del sistema. La arquitectura surge de las necesidades de la empresa, como las perciben los usuarios y los inversores, y se refleja en los casos de uso. Sin embargo, también se ve influida por muchos otros factores, como la plataforma en la que tiene que funcionar el software (arquitectura hardware, sistema operativo, sistema de gestión de base de datos,protocolos para comunicaciones en red), los bloques de construcción reutilizables de que se dispone, consideraciones de implantación, sistemas heredados, y requisitos no funcionales.
Debe haber interacción entre los casos de uso y la arquitectura. Por un lado, los casos de uso deben encajar en la arquitectura cuando se llevan a cabo. Por otro lado, la arquitectura debe permitir el desarrollo...