TEMA 4. PROCESO UNIFICADO

Transcripción

1 TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental. El modelo de dominio se representa fundamentalmente por diagramas de clases a través del Lenguaje de Modelado Unificado (UML), cuyo objetivo es comprender y describir las clases más importantes dentro del contexto del sistema. Dirigido por Casos de Uso Un caso de uso (CU) es un fragmento de funcionalidad del sistema que proporciona un resultado de valor a un usuario. Los CU modelan los requerimientos funcionales del sistema. Todos los CU juntos constituyen el modelo de CU. Los CU guían el proceso de desarrollo. Centrado en la arquitectura La arquitectura (la cual es un conjunto de decisiones significativas acerca de la organización de un sistema software, la selección de los elementos estructurales a partir de los cuales se compone el sistema, las interfaces entre ellos, su comportamiento, sus colaboraciones, y su composición) de un sistema software se describe mediante diferentes vistas del sistema en construcción, incluye los aspectos estáticos y dinámicos más significativos del sistema. La arquitectura es una vista del diseño completo con las características más importantes resaltadas, dejando los detalles de lado. Iterativo e Incremental Se divide el esfuerzo de desarrollo de un proyecto de software en partes más pequeñas o mini proyectos. Cada mini proyecto es una iteración que resulta en un incremento. Las iteraciones hacen referencia a pasos en el flujo de trabajo, y los incrementos a crecimientos en el producto. Las iteraciones deben estar controladas, es decir deben seleccionarse y ejecutarse de una forma planificada. Los desarrolladores basan la selección de lo que implementarán en cada iteración en dos cosas: el conjunto de CU que amplían la funcionalidad, y en los riesgos más importantes que deben mitigarse. 1

2 En cada iteración los desarrolladores identifican y especifican los CU relevantes, crean un diseño utilizando la arquitectura seleccionada como guía, para implementar dichos casos de uso. Si la iteración cumple sus objetivos, se continúa con la próxima. Si no deben revisarse las decisiones previas y probar un nuevo enfoque. Lenguaje de Modelado Unificado UML es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad. Es un lenguaje gráfico utilizado para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados. Es importante remarcar que UML es un "lenguaje de modelado" para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. Ciclo de Vida del Proceso Unificado El Proceso Unificado se repite a lo largo de una serie de ciclos que constituyen la vida de un sistema. Cada ciclo constituye una versión del sistema. Cada ciclo consta de cuatro fases: Inicio, Elaboración, Construcción y Transición. Cada fase se subdivide en iteraciones. En cada iteración se desarrolla en secuencia un conjunto de disciplinas o flujos de trabajos. 2

3 Fase de Inicio Se establece la planificación del Proyecto y su alcance. Debe realizarse también en un periodo de tiempo pequeño (una única iteración). El hecho de llevar a cabo una fase de inicio muy larga indica que se está realizando una especificación previa excesiva, lo que responde más a un modelo en cascada. Objetivos: Establecer una justificación para el proyecto Establecer el ámbito del proyecto Esbozar los casos de uso y los requisitos clave que dirigirán las decisiones de diseño Esbozar las arquitecturas candidatas Identificar riesgos Preparar el plan del proyecto y la estimación de costos Fase de Elaboración. Durante esta fase se capturan la mayoría de los requisitos del sistema. Los objetivos principales de esta fase son la identificación de riesgos y establecer y validar la arquitectura del sistema. Se elabora la Arquitectura Base Ejecutable: La arquitectura se valida a través de la implementación de una Base de Arquitectura Ejecutable: se trata de una implementación parcial del sistema que incluye los componentes principales del mismo Al final de la fase de elaboración la base de arquitectura ejecutable debe demostrar que soporta los aspectos clave de la funcionalidad del sistema y que muestra la conducta adecuada en términos de rendimiento, escalabilidad y costo Fase de construcción Es la fase más larga de proyecto. El sistema es construido en base a lo especificado en la fase de elaboración. Las características del sistema se implementan en una serie de iteraciones cortas y limitadas en el tiempo. El resultado de cada iteración es una versión ejecutable de software. 3

4 Fase de transición En esta fase el sistema es desplegado para los usuarios finales. La retroalimentación recibida permite incorporar refinamientos al sistema en las sucesivas iteraciones. Esta iteración también cubre el entrenamiento de los usuarios para la utilización del sistema. El hito de lanzamiento del producto marca el final de la fase. Disciplinas Cada disciplina es un conjunto de actividades relacionadas (flujos de trabajo) vinculadas a un área específica dentro del proyecto total. Modelado del negocio El objetivo es establecer un canal de comunicación entre los ingenieros del negocio y los ingenieros del software. Los ingenieros del software deben conocer la estructura y dinámica de la organización objetivo (el cliente), los problemas actuales y sus posibles mejoras. Se plasma en la identificación del modelo del dominio en el que se visualizan los aspectos básicos del dominio de aplicación. Tiene como objetivos: Comprender la estructura y la dinámica de la organización. Comprender problemas actuales e identificar posibles mejoras. Comprender los procesos de negocio de la organización. Las actividades que se plantea son el modelo de CU del negocio que describe los procesos de negocio y los clientes, y el modelo de objetos del negocio que describe cada CU del Negocio utilizando diagramas de Actividad. Requisitos El objetivo es describir que es lo que tiene que hacer el sistema y poner a los desarrolladores y al cliente de acuerdo en esta descripción. 4

5 Análisis y diseño Describe como el software será realizado en la fase de implementación. Se plasma en un modelo de diseño que consiste en una serie de clases (agrupadas en paquetes y subsistemas) con interfaces bien definidos. También contiene descripciones de cómo los objetos colaboran para realizar las acciones incluidas en los casos de uso. Implementación Se implementan las clases y objetos en términos de componentes (ficheros fuentes, binarios, ejecutables, entre otros). Prueba Se comprueba que el funcionamiento es correcto analizando diversos aspectos: los objetos como unidades, la integración entre objetos, la implementación de todos los requisitos, entre otros. Despliegue Se crea la versión externa del producto, se empaqueta, se distribuye y se instala en el lugar de trabajo. También se da asistencia y ayuda a los usuarios. Gestión de configuraciones y cambios Gestiona aspectos como los sistemas de control de versiones. Controla las peticiones de cambios clasificándolas según su estado (nueva, registrada, aprobada, asignada, completa, entre otros). Los datos se almacenan en una base de datos y se pueden obtener informes periódicos. Gestión de proyectos Encargada de definir los planes del proyecto global, los planes de fase y los planes de iteración. 5

6 Entorno o Ambiente Se centra en las actividades necesarias para configurar el proceso de un proyecto. El objetivo es proveer a la organización de desarrollo software de un entorno de trabajo (que incluye procedimientos y herramientas) que soporten al equipo de desarrollo. Gestión de Proyectos Los gestores de Software son los responsables de la planificación y temporalización del desarrollo de proyectos. Supervisan el trabajo y el progreso del desarrollo. Incluye una serie de actividades tales como: 1 Actividades de Gestión La primera etapa de un proyecto de Software implica redactar una propuesta para realizar el proyecto, en donde se describen los objetivos del proyecto y como se llevaría a cabo, incluye estimaciones de costo y tiempo (calendarización); y justifica el porqué del proyecto. La redacción es una tarea crítica y la planificación consiste en identificar actividades, hitos y entregas en un proyecto. La supervisión es una tarea continua, donde el gestor debe conocer el progreso del proyecto, comparando los costos actuales y planificados, debiendo seleccionar en muchos casos las personas que trabajaran en el mismo. Periódicamente debe elevar al cliente o al contratista informes detallados de la situación del proyecto. 2 Planificación del Proyecto La gestión efectiva de un proyecto de software depende de planificar completamente el progreso del proyecto, anticipándose a los problemas y preparando soluciones a los mismos. 6

7 2.1 El plan del Proyecto Determina los recursos disponibles, divide el trabajo y crea un calendario del mismo, para ello un plan debe incluir las siguientes secciones: 1) Introducción: con los objetivos del proyecto y las restricciones del mismo 2) Organización del proyecto: es decir cómo estará conformado el equipo y sus roles 3) Análisis de Riesgo: se describen los posibles riesgos del proyecto, la probabilidad de que surjan los mismos y las estrategias de reducción de los mismos 4) Requerimientos de Hardware y Software: aquí se debe determinar la viabilidad del proyecto mediante un análisis de costos-beneficios 5) División del Proyecto en actividades (Calendarización): con los hitos y productos que se entregarán 6) Mecanismo de Supervisión e Informes 2.2 Hitos y entregas Ya que el software es intangible, se escriben documentos que describen el estado del software que se está desarrollando. Es por ello que es necesario definir una serie de hitos (puntos finales de una actividad del proceso de software) con un informe corto del logro de dicha actividad. Por ejemplo, para las siguientes actividades corresponden los respectivos informes: 7

8 3 Calendarización del proyecto Consiste en estimar el tiempo y los recursos requeridos para completar las actividades y organizarlas en una sucesión coherente. Se puede realizar de diferentes maneras con redes de actividades o Diagramas de Gantt, la cual es una herramienta gráfica cuyo objetivo es exponer el tiempo de dedicación previsto para diferentes tareas o actividades a lo largo del tiempo total determinado. A continuación se muestra un gráfico con un ejemplo de dicho diagrama: Ejemplo de un Diagrama de Gantt 4 Gestión de Riesgos Un riesgo es una probabilidad de que una circunstancia adversa ocurra y que pueden ser amenazas al proyecto (afectan la calendarización o los recursos del proyecto, tal como la pérdida de un diseñador), al software (afectan a la calidad del software como el pobre rendimiento de un componente) o a la organización o negocio (como un competidor que introduce un nuevo producto). Es necesario anticipar los riesgos que podrían afectar la programación del proyecto o la calidad del software a desarrollar y emprender acciones para evitar esos riesgos, debiéndose documentar los resultados del análisis de riesgos, junto con el análisis de consecuencias si el riesgo ocurre. 8

9 Consta de las siguientes etapas: 1) Identificación de riesgos 2) Análisis de riesgos 3) Planificación de riesgos 4) Supervisión de riesgos Análisis de Costo/Beneficio: Viabilidad del Proyecto Tiene como objetivo proporcionar una medida de los costos en la realización de un proyecto y en los beneficios esperados por la realización del mismo, lo cual determina la viabilidad o no del actual Proyecto. Para ello primero se debe hacer un listado de todos los costos necesarios para implementar el sistema y otro con los beneficios esperados por el mismo. En general los costos son medibles en unidades económicas, pero los beneficios pueden ser tangibles o intangibles. Entre los costos se deben considerar: adquisición de software y hardware, mantenimiento de los mismos, gastos de comunicaciones, gastos de instalación, costos del desarrollo del sistema y mantenimiento del mismo, consultoría, formación, etc. Y también los beneficios tales como incremento de la productividad, ahorro de gastos de mantenimiento actuales, incremento de ventas o resultados, ahorro de materiales, beneficios financieros, incrementos en la calidad del producto, mejora en la atención del cliente, en la imagen del negocio, etc. Luego se procede a determinar la viabilidad del proyecto ya sea con el método del Retorno de la Inversión o el método del Valor Actual o algún otro método similar. Bibliografía Recomendada: Ingeniería del Software 7ma. Ed. 2005, Ian Sommerville. (87) Métrica 3. Técnicas y Prácticas. Ministerio de Administraciones Públicas. De Alarcos. (3) El Lenguaje Unificado de Modelado (UML). Manual de Referencia De James Rumbaugh, Ivar Jacobson y Grady Booch. El Proceso Unificado de Desarrollo de Software De Ivar Jacobson, Grady Booch y James Rumbaugh. El Proceso Unificado de Desarrollo de Software. De Gustavo Torossi. 9