Proceso Unificado De Software Y Diseño Orientado A Objetos

CONTENIDO

INTRODUCCIÓN 3

PROCESO UNIFICADO DE SOFTWARE Y DISEÑO ORIENTADO A OBJETOS 4

PROCESO UNIFICADO DE SOFTWARE 4

Definición: 4

Ventajas y Desventajas 4

Características Generales 4

Fases Y Flujos De Trabajo 6

PROCESO RACIONAL UNIFICADO 7

Definición: 7

Principios del Proceso Racional Unificado 7

Ciclo De Vida 10

DISEÑO ORIENTADO A OBJETOS 11

Definición: 11

Principios Del Diseño Orientado A Objetos 11

CONCLUSIÓN 14

BIBLIOGRAFIA 15

INTRODUCCIÓN

El proceso unificado de software consiste en emprender un proceso del cual se obtendrá como resultado un software que permita al usuario satisfacer sus necesidades y que el mismo pueda manejar el software con facilidad sin complicaciones, este proceso se ejecuta en diferentes etapas como por ejemplo la etapa o fase de inicio que es donde se emprende la idea como tal de fijar negocio, metas, visión o misión del proyecto a ejecutar, luego sigue la fase de elaboración en la cual se refina la visión y se mejora la idea o misión como tal, luego les siguen otras fases hasta llegar a la fase final de transición en la cual se le otorga al usuario final en proyecto del software ya terminado. todas estas etapas o fases tienen un fin en común el cual es darle perfeccionamiento al sistema que se está elaborando para cumplir a cabalidad con la propuesta que se genero en el negocio por parte del cliente o usuario. Existe también lo que se denomina como el Proceso Orientado a Objetos el cual tiene una metodología muy diferente al proceso antes mencionado ya que Es una fase de la metodología orientada a objetos para el desarrollo de Software. Su uso induce a los programadores a pensar en términos de objetos, en vez de procedimientos, cuando planifican su código.

PROCESO UNIFICADO DE SOFTWARE Y DISEÑO ORIENTADO A OBJETOS

1. PROCESO UNIFICADO DE SOFTWARE

a) Definición:

El Proceso Unificado es un proceso de software genérico que puede ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de competencia y diferentes tamaños de proyectos. Provee un enfoque disciplinado en la asignación de tareas y responsabilidades dentro de una organización de desarrollo. Su meta es asegurar la producción de software de muy alta calidad que satisfaga las necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible.

b) Ventajas y Desventajas

VENTAJAS DESVENTAJAS

COMPUESTO POR CUATRO FASES Y OCHO DISCIPLINAS SOLO EXISTEN PROBLEMAS DE COMUNICACIÓN ENTRE EL INGENIERO DE SOFTWARE Y EL USUARIO

ITERATIVO E INCREMENTAL

DIRIGIDO POR CASO DE USO

BASADO EN LA ARQUITECTURA

IMPLEMENTA LAS MEJORES PACTICAS DE INGENIEIA DE SOFTWARE

MODELAMIENTO VISUAL DEL SOFTWARE

SE REDUCEN RIESGOS Y SE TIENEN VERSIONES OPERATIVAS DESDE ETAPAS TEMPRANAS

COSTE DEL RIESGO A UN SOLO INCREMENTO.

REDUCE EL RIESGO DE NO SACAR EL PRODUCTO EN EL CALENDARIO PREVISTO.

ACELERA EL RITMO DE DESARROLLO.

ADAPTA MEJOR A LAS NECESIDADES DEL CLIENTE.

FUENTE: UML: Proceso unificado y Manual de referencia – Rumbaugh, Jacobson, Booch

c) Características Generales

ü Iterativo e Incremental: El Proceso Unificado es un marco de desarrollo iterativo e incremental compuesto de cuatro fases denominadas Inicio, Elaboración, Construcción y Transición. Cada una de estas fases es a su vez dividida en una serie de iteraciones (la de inicio puede incluir varias iteraciones en proyectos grandes). Estas iteraciones ofrecen como resultado un incremento del producto desarrollado que añade o mejora las funcionalidades del sistema en desarrollo.

Cada una de estas iteraciones se divide a su vez en una serie de disciplinas que recuerdan a las definidas en el ciclo de vida clásico o en cascada: Análisis de requisitos, Diseño, Implementación y Prueba. Aunque todas las iteraciones suelen incluir trabajo en casi todas las disciplinas, el grado de esfuerzo dentro de cada una de ellas varía a lo largo del proyecto.

FUENTE: UML: Proceso unificado y Manual de referencia – Rumbaugh, Jacobson, Booch

Diagrama ilustrando como el énfasis relativo en las distintas disciplinas cambia a lo largo del proyecto.

ü Dirigido por los casos de uso: En el Proceso Unificado los casos de uso se utilizan para capturar los requisitos funcionales y para definir los contenidos de las iteraciones. La idea es que cada iteración tome un conjunto de casos de uso o escenarios y desarrolle todo el camino a través de las distintas disciplinas: diseño, implementación, prueba, etc. El proceso dirigido por casos de uso es el rup.

ü Centrado en la arquitectura: El Proceso Unificado asume que no existe un modelo único que cubra todos los aspectos del sistema. Por dicho motivo existen múltiples modelos y vistas que definen la arquitectura de software de un sistema. La analogía con la construcción es clara, cuando construyes un edificio existen diversos planos que incluyen los distintos servicios del mismo: electricidad, fontanería, etc.

ü Enfocado en los riesgos: El Proceso Unificado requiere que el equipo del proyecto se centre en identificar los riesgos críticos en una etapa temprana del ciclo de vida. Los resultados de cada iteración, en especial los de la fase de Elaboración deben ser seleccionados en un orden que asegure que los riesgos principales son considerados primero.

d) Fases Y Flujos De Trabajo

Fases del Proceso Unificado de Software

v Fase de Inicio: En esta fase corresponde definir el negocio. Es la etapa donde se define la factibilidad del proyecto a realizar, se representa el modelo de negocio, visión y metas del proyecto, se identifican actores, conceptos de dominio y deseos de usuario. Adicionalmente se complementa con la definición de la arquitectura preliminar, y estimaciones (imprecisas, preliminares) de plazos y costos. También se define la viabilidad del proyecto.

v Fase de Elaboración: En la fase de elaboración se obtiene la visión refinada del proyecto a realizar, la implementación iterativa del núcleo central de la aplicación, la resolución de los riesgos más altos, la identificación de nuevos requisitos y nuevos alcances, y estimaciones más ajustadas. A esta altura existe la posibilidad de detener el proyecto por complejidad técnica.

v Fase de Construcción: La fase de construcción es la implementación iterativa del resto de los requisitos de menor riesgo y elementos más sencillos. Es la evolución hasta convertirse en un producto listo, incluyendo todos los requisitos (100%), para entregarse al Cliente. Al final de esta fase el sistema contiene todos los casos de uso que el cliente y la dirección del proyecto han acordado. La mayoría de los casos de uso que no se desarrollaron en la fase anterior se desarrollan en iteraciones, en grupos de requisitos o casos de uso durante esta fase.

v Fase de Transición: Es el periodo donde el producto es completamente entregado al cliente para ser testeado y desplegado (instalado).

Flujos de Trabajo del Proceso Unificado de Software

v Requisitos: Flujo de trabajo fundamental cuyo propósito esencial es orientado al desarrollado hacia el sistema correcto. Esto se lleva a cabo mediante la descripción de los requisitos del sistema de forma tal que se pueda llegar a un acuerdo entre el cliente (incluyendo los usuarios) y los desarrolladores del sistema, acerca de lo que el sistema debe hacer y lo que no.

v Análisis: Flujos de trabajo fundamental cuyo propósito principal es analizar los requisitos descritos en la captura de requisitos, mediante su refinamiento y estructuración. El objetivo de esto es (1) lograr una comprensión mas precisa de los requisitos, y (2) obtener una descripción de los requisitos que sea fácil de mantener y que nos ayude a dar estructura al sistema en su conjunto incluyendo su arquitectura.

v Diseño: Flujo de trabajo fundamental cuyo propósito principal es la de formular modelos que se centran en los requisitos no funcionales y el dominio de la solución y que prepara para la implementación y pruebas del sistema.

v Implementación: Flujo de trabajo fundamental cuyo propósito esencial es implementar el sistema en términos de componentes, es decir código fuente guiones, ficheros binarios, ejecutables, et.

v Prueba: Flujo de trabajo fundamental cuyo propósito esencial es comprobar el resultado de la implementación mediante las pruebas de cada construcción, incluyendo tanto construcciones internas como intermedias, así como las versiones finales del sistema que van a ser entregadas a terceras personas.

2. PROCESO RACIONAL UNIFICADO

a) Definición:

El Proceso Racional Unificado es un proceso de software genérico que puede ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de competencia y diferentes tamaños de proyectos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías

...