Proceso de software

AL7 Alumno: Juan Renato Noh Quetz EL PROCESO UNIFICADO

Durante la dcada de 1980 y el principio de la siguiente dcada la programacin orientada a objetos tuvo una gran aceptacin en la ingeniera de software. Al principio de 1990 james Rumbaugh, Grady Booch e Ivar Jacobson comenzaron a trabajar en un mtodo unificado que combinara las mejores caractersticas de cada uno de sus mtodos individuales y adoptara caractersticas adicionales que propusieran otros expertos en el campo de lo orientado a objetos. El resultado fue el lenguaje modelado unificado (UML). El UML proporciona la tecnologa necesaria para apoyar la prctica de la ingeniera del software orientada a objetos pero no provee el marco de trabajo del proceso que guie a los equipos en la aplicacin de la tecnologa .En los aos siguientes, Jacobson, Rumbaugh y Booch desarrollaron el proceso unificado, el cual es un marco de trabajo para la ingeniera del software orientada a objetos , mediante la utilizacin del UML .En la actualidad el proceso unificado y el UML se emplean de forma amplia en proyectos orientados a objetos de todos los tipos. El proceso unificado se divide en 5 etapas o fases: Inicio: Abarca la comunicacin con el cliente y las actividades de planeacin. Al colaborar con los clientes y usuarios finales se identifican los requisitos de negocios para el software, se propone una arquitectura aproximada para el sistema y se desarrolla un plan para la naturaleza iterativa e incremental del sistema subsiguiente .Los requisitos fundamentales de negocios se describen atreves de un conjunto preliminar de casos de uso que describen cuales caractersticas y funciones son deseables para cada clase importante de usuarios. Durante la fase de inicio, el propsito es establecer una visin general para el proyecto, desde el punto de vista del ingeniero de software, el producto ms importante generado es el modelo de casos de uso, el cual describe la forma en que los actores externos interactan con el sistema y obtienen valor a partir de este. Elaboracin: Abarca la comunicacin con el cliente y las actividades del modelado del modelo genrico del proceso .La elaboracin refina y expande los casos de uso preliminares que se desarrollaron como una parte de la fase de inicio; adems, expande la representacin arquitectnica para incluir 5 visiones diferentes del software. El modelo de casos de uso, el modelo de anlisis, el modelo de diseo, el modelo de implementacin y el modelo de despliegue. La fase de elaboracin produce un conjunto de productos de trabajo que elabora requisitos (incluso requisitos no funcionales), as como una descripcin arquitectnica y un diseo preliminar. Cuando se inicia el anlisis orientado a

Proceso de software

AL7 Alumno: Juan Renato Noh Quetz

objetos el objetivo primordial es definir un conjunto de clases de anlisis que describan en forma adecuada el comportamiento del sistema. Construccin: Si se utiliza el modelo arquitectnico como entrada , la fase de construccin desarrolla o adquiere los componentes del software que harn que cada caso de uso sea operativo para los usuarios finales .Lograr esto requiere los modelos de anlisis y diseos iniciados en la fase de elaboracin se complementen para reflejar la versin final del incremento de software .Todas las caractersticas y funciones necesarias requeridas del incremento del software se implementan en cdigo fuente .Conforme los componentes estn en proceso de implementacin, se disean y ejecutan pruebas de unidad para cada uno de ellos . La fase de construccin produce un modelo de implementacin que traduce las clases de diseo en componentes de software que se construirn para ejecutar el sistema, y un modelo de despliegue convierte los componentes en el ambiente fsico de computacin. Por ltimo, un modelo de prueba describe las pruebas empleadas para asegurar que los casos de uso se reflejen de manera apropiada en el software que se ha construido. Transicin: Abarca las ltimas etapas de la actividad genrica de construccin y la primera parte de la actividad genrica de despliegue. El software se entrega a los usuarios finales para realizar pruebas, y la retroalimentacin del usuario reporta tanto defectos como cambios necesarios. Adems el equipo de software crea la informacin de soporte necesaria (manuales, guas de resolucin, procedimientos de instalacin) para el lanzamiento. Al final el incremento de software se convierte en un lanzamiento de software utilizable.

Produccin: Durante esta fase se monitorea el uso subsiguiente del software, se proporciona el soporte para el ambiente operativo, y se reciben y evalan los informes de defectos y los requerimientos de cambios. Las 5 fases del proceso unificado no suceden en una secuencia sino en una concurrencia por etapas. Un ejemplo de modelo de proceso moderno que proviene del trabajo en el UML y el asociado proceso unificado de desarrollo de software es el RUP (Proceso Unificado de Rational). El RUP reconoce que los modelos de procesos genricos presentan un solo enfoque del proceso. En contraste el RUP se describe normalmente desde 3 perspectivas: Una perspectiva dinmica que muestra las fases del modelo sobre el tiempo

Proceso de software

AL7 Alumno: Juan Renato Noh Quetz

Una perspectiva esttica que muestra las actividades del proceso que se representan Una perspectiva prctica que sugiere buenas practicas a utilizar durante el proceso. Las caractersticas del RUP son las siguientes 1-Dirigido por Casos de Uso Los casos de uso modelan los requerimientos funcionales del sistema, tambin guan el proceso de desarrollo (diseo, implementacin, y prueba). Basndose en los casos de uso los desarrolladores crean una serie de modelos de diseo e implementacin que llevan a cabo los casos de uso. De este modo los casos de uso no solo inician el proceso de desarrollo sino que le proporcionan un hilo conductor, avanza a travs de una serie de flujos de trabajo que parten de los casos de uso. 2-Centrado en la Arquitectura La arquitectura de un sistema software se describe mediante diferentes vistas del sistema en construccin. El concepto de arquitectura software incluye los aspectos estticos y dinmicos ms significativos del sistema. Los casos de uso y la arquitectura estn profundamente relacionados. Los casos de uso deben encajar en la arquitectura, y a su vez la arquitectura debe permitir el desarrollo de todos los casos de uso requeridos, actualmente y a futuro. 3-Iterativo e Incremental Es prctico dividir el esfuerzo de desarrollo de un proyecto de software en partes ms pequeas o mini proyectos. Cada mini proyecto es una iteracin 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, esto significa que deben seleccionarse y ejecutarse de una forma planificada. Beneficios del enfoque iterativo La iteracin controlada reduce el riesgo a los costes de un solo incremento. Reduce el riesgo de retrasos en el calendario atacando los riesgos ms importantes primero. Acelera el desarrollo. Los trabajadores trabajan de manera ms eficiente al obtener resultados a corto plazo. Tiene un enfoque ms realista al reconocer que los requisitos no pueden definirse completamente al principio. El utilizar este tipo de modelo unificado permite que los desarrolladores de software realicen programas de una manera ms fcil planificada y con menos errores.