PLAYA DEL CARMEN, QUINT ANA ROO A 03 DE JULIO DEL 2013

PROGRAMACION DE APLICACIONES
PARCIAL II

TRABAJO:
Investigacin acerca de XHTML y

ALUMNO:
Luis Alberto Ballesteros Hernndez. David Aldan Campos. Juan Ramn Hernz Morales. Hardy Alfonzo Zapata Lpez.

GRUPO:
IT91

PROFESOR:
Ing. Aida Rosa Kumul Mahla.

CONTENIDO
INTRODUCCIN ........................................................................................................................ 3 FASES ....................................................................................................................................... 4 CARACTERSTICAS ..................................................................................................................... 5 VENTAJAS DEL MODELO RUP .................................................................................................... 8 DESVENTAJAS DEL MODELO RUP .............................................................................................. 9

PROGRAMACION DE APLICACIONES

Pgina 2

INTRODUCCIN

Durante varios aos se ha utilizado el modelo tradicional en cascada, demostrando en la prctica que no refleja en la realidad la complejidad inherente al proceso de desarrollo de software. Este problema es derivado de la naturaleza implcita de la estructura de este modelo, definido por una secuencia de grandes etapas que requieren alcanzar hitos que deben ser concluidos antes de continuar con la siguiente fase.

QU ES?
Es un modelo de software que permite el desarrollo de software a gran escala, mediante un proceso continuo de pruebas y retroalimentacin, garantizando el cumplimiento de ciertos estndares de calidad. Aunque con el inconveniente de generar mayor complejidad en los controles de administracin del mismo. Sin embargo, los beneficios obtenidos recompensan el esfuerzo invertido en este aspecto.

PROGRAMACION DE APLICACIONES

Pgina 3

FASES

FASE DE CONCEPCIN Esta fase tiene como propsito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos potenciales asociados al proyecto, proponer una visin muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones. FASE DE ELABORACIN En la fase de elaboracin se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificacin de los casos de uso seleccionados y el primer anlisis del dominio del problema, se disea la solucin preliminar. FASE DE CONSTRUCCIN El propsito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto. FASE DE TRANSICIN El propsito de esta fase es asegurar que el software est disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.

PROGRAMACION DE APLICACIONES

Pgina 4

CARACTERSTICAS
Al igual que con cualquier otro modelo de desarrollo, del Proceso Unificado tambin se pueden destacar ciertas caractersticas.

ITERATIVO E INCREMENTAL

El Proceso Unificado es un marco de desarrollo compuesto de cuatro fases: Inicio Elaboracin Construccin Transicin

Cada una de ellas es, a su vez, dividida en una serie de iteraciones que ofrecen como resultado un incremento del producto desarrollado, que aade o mejora las funcionalidades del sistema en desarrollo. Es decir, un incremento no implica necesariamente una ampliacin de dicho sistema. Durante cada una de estas iteraciones se realizarn a su vez las actividades definidas en el ciclo de vida clsico: requisitos, anlisis, diseo, implementacin, prueba e implantacin. Aunque todas las iteraciones suelen incluir trabajo en casi todas estas actividades, el grado de esfuerzo dentro de cada una de ellas vara a lo largo del proyecto. Por ejemplo, en la fase de inicio se centrarn ms en la definicin de requisitos y en el anlisis, y durante la de construccin quedarn relegadas en favor de la implementacin y las pruebas. Si una iteracin cumple sus metas, publicando una nueva versin del producto que implemente ciertos casos de uso, el desarrollo contina con la siguiente. Cuando no las cumple, los desarrolladores deben revisar sus decisiones previas y probar un nuevo enfoque.

PROGRAMACION DE APLICACIONES

Pgina 5

DIRIGIDO POR LOS CASOS DE USO

Un sistema software se crea para servir a sus usuarios por lo que, para construir un sistema exitoso, se debe conocer qu es lo que quieren y necesitan. El trmino usuario no se refiere solamente a los usuarios humanos sino tambin a otros sistemas, es decir, representa a algo o alguien que interacta con el sistema a desarrollar. En el Proceso Unificado, los casos de uso se utilizan para capturar los requisitos funcionales y para definir los objetivos de las iteraciones. En cada una, los desarrolladores identifican y especifican los casos de uso relevantes, crean el diseo usando la arquitectura como gua, implementan el diseo en componentes y verifican que los componentes satisfacen los casos de uso.

CENTRADO EN LA ARQUITECTURA El concepto de arquitectura del software involucra los aspectos estticos y dinmicos ms significativos del sistema, y acta como vista del diseo, dando una perspectiva completa y describiendo los elementos ms importantes. La arquitectura surge de los propios casos de uso, sin embargo, tambin est influenciada por muchos otros factores, como la plataforma en la que se ejecutar, el uso de estndares, la existencia de sistemas heredados (aunque ste no sea el caso que nos ocupa) o los requisitos no funcionales. Puesto que la arquitectura y los casos de uso estn relacionados, por una parte, los casos de uso deben, cuando son realizados, acomodarse en la arquitectura, y sta debe ser lo bastante flexible para realizar todos los casos de uso, hoy y en el futuro. De palabras de los propios creados del Proceso
Unificado, es un problema semejante al del huevo y la gallina. En la realidad, arquitectura y casos de uso deben evolucionar en paralelo.

PROGRAMACION DE APLICACIONES

Pgina 6

ENFOCADO EN LOS RIESGOS

Para disminuir la posibilidad de fallo en las iteraciones o incluso la de cancelacin del proyecto, se deben llevar a cabo sucesivos anlisis de riesgos durante todo el desarrollo. Por supuesto, los riesgos principales deben ser identificados en una etapa temprana del ciclo de vida, y adems, los resultados de cada iteracin deben seleccionarse en un orden que asegure que estos son considerados primero.

PROGRAMACION DE APLICACIONES

Pgina 7

VENTAJAS DEL MODELO RUP

Estas son algunas de las ventajas del modelo RUP: Mitigacion temprana de posibles riesgos altos. Progreso visible en las etapas tempranas. El conocimiento adquirido en una iteracin puede aplicarse de iteracin a iteracin Los usuarios estn involucrados continuamente.

PROGRAMACION DE APLICACIONES

Pgina 8

DESVENTAJAS DEL MODELO RUP

Estas son algunas de las desventajas del modelo RUP:

Por el grado de complejidad puede no resultar muy adecuado. El RUP es generalmente mal aplicado en el estilo cascada. Requiere conocimientos del proceso y de UML.

PROGRAMACION DE APLICACIONES

Pgina 9