ESPE Escuela Politcnica Del Ejrcito El proceso unificado: dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental

Un proceso de desarrollo de software es el conjunto de actividades necesarias para transformar los requisitos de un usuario en un sistema software, el proceso unificado es un marco de trabajo genrico que puede especializarse para una gran variedad de sistemas de software.

El proceso unificado est basado en componentes, lo cual quiere decir que el sistema software en construccin est formado por componentes software interconectados a travs de interfaces bien definidas. El proceso unificado de desarrollo de software: Proporciona una gua para ordenar las actividades de un equipo. Dirige las tareas de cada desarrollador por separado y del equipo como un todo Especifica los artefactos que deben desarrollarse. Ofrece criterios para el control y la medicin de los productos y actividades del proyecto.

El proceso unificado de desarrollo de software es un marco genrico de desarrollo que puede especializarse para diferentes reas de aplicacin, tipos de organizaciones, niveles de aptitud y tamaos de proyecto. El proceso unificado puede especializarse porque est creado en base a objetos que pueden especializarse o intercambiarse sin cambiar el diseo del proceso. Los factores principales que influyen en la especializacin del proceso son: Organizativos: Estructura organizativa, cultura de la empresa, aptitudes y habilidades disponibles, experiencia previa y sistemas software disponibles. De Dominio: Dominio de la aplicacin, procesos que debe soportar, comunidad de usuarios y ofertas de la competencia. De Ciclo de vida: Tiempo de salida al mercado, tiempo de vida esperado, tecnologa, versiones planificadas. Tcnicos: Lenguaje de programacin, herramientas de desarrollo, base de datos, marcos de trabajo y arquitecturas estndar, comunicaciones y distribucin.

Los aspectos definitorios se resumen en tres puntos clave: Est dirigido por casos de uso, Est centrado en la arquitectura y Es iterativo e incremental.

Gonzalo Villares

9no Sistemas

Desarrollo de Sistemas

ESPE Escuela Politcnica Del Ejrcito

El proceso unificado est centrado en la arquitectura La arquitectura en un sistema software se describe mediante diferentes vistas del sistema en construccin. Surge de las necesidades de la empresa y se refleja en los casos de uso. Sin embargo, tambin se influida por muchos otros factores, como la plataforma y los requisitos no funcionales. La arquitectura es una vista de diseo completo con las caractersticas ms importantes resaltadas, dejando los detalles de lado. El proceso unificado es Iterativo e Incremental El trabajo se divide en iteraciones o mini proyectos, cada una de las cuales resulta en un incremento. Las iteraciones hacen referencia a pasos en el flujo de trabajo, y los incrementos al crecimiento del producto. Las iteraciones deben estar controladas: deben seleccionarse y ejecutarse de manera planificada, por eso se les llama mini proyectos. Cada iteracin trata un grupo de casos de uso que amplan la utilidad del producto, y una serie de riesgos. Las iteraciones sucesivas se construyen sobre los artefactos tal como quedaron de la ltima iteracin. Los equipos de proyecto tratan de seleccionar solo las iteraciones requeridas para lograr el objetivo. En la medida que se aadan ms, el proceso consumir ms tiempo y esfuerzo. La Iteracin controlada: Reduce el coste del riesgo a los costes de un solo incremento. Reduce el riesgo de no sacar el producto al mercado segn el calendario previsto. Acelera el ritmo del esfuerzo de desarrollo. Reconoce que las necesidades del usuario no pueden definirse completamente al principio. Vida del proceso unificado El proceso unificado se repite a lo largo de una serie de ciclos. Cada ciclo produce una nueva versin del sistema, y cada versin es un producto preparado para su entrega. Cada ciclo consta de cuatro fases: Inicio, elaboracin, construccin y transicin. Cada fase se subdivide a su vez en iteraciones. En cada iteracin de cada fase tienen lugar cinco flujos de trabajo: Requisitos, anlisis, diseo, implementacin y prueba.

Gonzalo Villares

9no Sistemas

Desarrollo de Sistemas

ESPE Escuela Politcnica Del Ejrcito

Cada fase termina con un hito. Cada hito se determina por la disponibilidad de un conjunto de artefactos. Los hitos permiten a la direccin y a los mismos desarrolladores controlar el progreso del trabajo.

El producto Cada ciclo produce una nueva versin del sistema y cada versin, es un producto preparado para su entrega. Consta de un cuerpo de cdigo fuente incluido en componentes que puede compilarse y ejecutarse. Los ciclos concluyen con una versin. La vida de un proceso consta de ciclos desde su nacimiento hasta su muerte. Sin embargo el producto no solo debe ajustarse a las necesidades de los usuarios, sino tambin a la de todos los interesados, es decir, toda la gente que trabajar con el producto. El producto terminado incluye los requisitos, casos de uso, especificaciones no funcionales y casos de prueba. Incluye el modelo de la arquitectura y el modelo visual artefactos modelados con el lenguaje unificado de modelado. Un modelo de casos de uso, con todos los casos de uso y su relacin con los usuarios. Un modelo de anlisis, con dos propsitos: refinar los casos de uso con ms detalles y establecer la asignacin inicial de funcionalidad del sistema a un conjunto de objetos que proporcionan el comportamiento. Un modelo de diseo que define la estructura esttica del sistema en la forma de subsistemas, clases e interfaces y los casos de uso reflejados como colaboradores entre los subsistemas, clases e interfaces. Un modelo de implementacin, que incluye componentes, que representan el cdigo de fuente y la correspondencia de las clases con los componentes.

Gonzalo Villares

9no Sistemas

Desarrollo de Sistemas

ESPE Escuela Politcnica Del Ejrcito

Un modelo de despliegue que define los nodos fsico (ordenadores) y la correspondencia de los componentes con esos nodos. Un modelo de prueba, que describe los casos de prueba que verifican los casos de uso. Y, por supuesto, una representacin de la arquitectura. Todos estos modelos estn relacionados, juntos representan al sistema como un todo. Los elementos de un modelo poseen dependencias de traza, hacia atrs y hacia delante, mediante enlaces hacia otros modelos.

Fases dentro de un ciclo Cada ciclo se desarrolla a lo largo del tiempo. Este tiempo, a su vez, se divide en cuatro fases. A travs de una secuencia de modelos, los implicados visualizan lo que est sucediendo en esas fases. Dentro de cada fase, los directores o los desarrolladores pueden descomponer adicionalmente el trabajo, en iteraciones con sus incrementos resultantes. Cada frase termina con un hito. Existen hitos principales y secundarios. Un hito principal es el punto en donde tienen que tomarse importantes decisiones de negocio. Cada fase acaba en un hito principal en el cual los gestores han de tomar decisiones cruciales de continuar o no en el proyecto, y decidir sobre la planificacin, presupuesto y requisitos del mismo. Se consideran puntos de sincronizacin en los que coinciden una serie de objetos bien definidos, se completan artefactos, se toman decisiones de pasar o no a la fase siguiente, y en los que las esferas tcnica y de gestin entran en conjuncin. Un hito secundario es un hito intermedio entre dos hitos principales. Puede existir, por ejemplo, al acabar una iteracin, o cuando finaliza una construccin en una iteracin. Cada hito se determina por la disponibilidad de un conjunto de artefactos: es decir, ciertos modelos o documentos que han sido desarrollados hasta alcanzar un estado predefinido. Al final se obtiene un conjunto de datos a partir del seguimiento del tiempo y esfuerzo consumido en cada fase. Estos datos son tiles en la estimacin del tiempo y los recursos humanos para otros proyectos, en la asignacin de los recursos durante el tiempo que dura el proyecto y en el control del progreso contrastado con las planificaciones. Durante la fase de inicio, se desarrolla una descripcin del producto final a partir de una buena idea y se presenta el anlisis de negocios para el producto. esencialmente, esta fase responde a las siguientes preguntas: Cules son las principales funciones del sistema para sus usuarios ms importantes? Cmo podra ser la arquitectura del sistema? Cul es el plan de proyectos y cunto costar desarrollar el producto? Durante la fase de elaboracin, se especifican en detalle la mayora de los casos de uso del producto y se disea la arquitectura del sistema. La relacin entre la arquitectura del sistema y del propio sistema es primordial. Una manera simple de expresarlo es decir que la arquitectura es anloga al esqueleto cubierto por la piel pero con muy poco msculo (el software) entre los huesos y la piel solo lo necesario para permitir que el esqueleto haga movimientos bsicos. Al final de la fase de elaboracin, el director de proyecto est en disposicin de planificar las actividades y estimar los recursos necesarios para terminar el proyecto. Durante la fase de construccin se crea el producto se aaden los msculos (software terminado) al esqueleto (la arquitectura). En esta fase, la lnea base de la arquitectura crece hasta convertirse en el sistema completo.

Gonzalo Villares

9no Sistemas

Desarrollo de Sistemas

ESPE Escuela Politcnica Del Ejrcito

La descripcin evoluciona hasta convertirse en un producto preparado para ser entregado a la comunidad de usuarios. La fase de transicin cubre el periodo durante el cual el producto se convierte en versin beta. En la versin beta un nmero reducido de usuarios con experiencia prueba el producto e informa de defectos y deficiencias. Los desarrolladores corrigen los problemas e incorporan algunas de las mejoras sugeridas en una versin general dirigida a la totalidad de la comunidad de usuarios. Fase de Inicio: Se desarrolla una descripcin del producto final. Se esboza un modelo de casos de uso simplificado que contenga los casos de uso ms crticos. La arquitectura es provisional. Se identifican y priorizan los riesgos ms importantes. Fase de Elaboracin: Se especifican en detalle la mayora de los casos de uso y se disea la lnea base de la arquitectura. Al final de esta fase, el jefe de proyecto est en condicin de estimar los recursos necesarios y planificar las actividades. Fase de Construccin: Se crea el producto. Al final de esta fase, el producto contiene todos los casos de uso. Fase de Transicin: El producto se convierte en versin beta. Un nmero reducido de usuarios lo prueba e informa de defectos y deficiencias. Se corrigen los defectos del producto y se proporciona una lnea de ayuda y asistencia al cliente. Flujos de trabajo: Requisitos: Lograr una correcta especificacin de los requisitos del sistema y definir sus lmites. Anlisis: Pulir y refinar todos los requisitos obtenidos a travs de los casos de uso. Concluye con la construccin del modelo de anlisis. Diseo: Define la forma del sistema preservando la estructura definida en el modelo de anlisis, para que soporte todos los requisitos, incluso los no funcionales. Implementacin: Empieza con el resultado del diseo e implementa el sistema en trminos de componentes, es decir, cdigo fuente, scripts, ejecutables y similares. Prueba: Verifica el resultado de la implementacin probando cada construccin, tanto interna como intermedia, as como las versiones finales del sistema a ser entregadas a terceros.

Gonzalo Villares

9no Sistemas

Desarrollo de Sistemas

ESPE Escuela Politcnica Del Ejrcito

Un proceso integrado El proceso unificado est basado en componentes. Utiliza el nuevo estndar de modelado visual, el lenguaje unificado de modelado (UML). Y se sostiene sobre tres ideas bsicas casos, de usos, arquitectura, y desarrollo iterativo e incremental. El proceso unificado ha establecido un marco de trabajo que integra todas esas diferentes facetas. Este marco de trabajo integra todas esas diferentes facetas y sirve tambin como paraguas bajo el cual los fabricantes de herramientas y los desarrolladores pueden construir herramientas que soporten la automatizacin del proceso entero, de cada flujo de trabajo individualmente, de la construccin de los diferentes modelos, y de la integracin del trabajo a lo largo del ciclo de vida y a travs de todos los modelos. Caractersticas del proceso Entendible. Visibilidad: Grado en que las actividades del proceso proporcionan resultados Soportable por herramientas CASE. Aceptabilidad: Grado en que los desarrolladores aceptan y usan el proceso. Fiabilidad: Capacidad de evitar o detectar errores antes de que sean defectos. Robustez: Continuidad del proceso a pesar de los problemas. Mantenible: Capacidad de evolucin para adaptarse. Rapidez: Velocidad en que el proceso puede proporcionar un sistema a partir de una especificacin.

Gonzalo Villares

9no Sistemas

Desarrollo de Sistemas