Fecha de clase: Lunes, 10 de noviembre del 2014
INTRODUCCIÓN
Esta clases se inició con el narrador de la clase y
los expositores con un tema muy
interesante como es el proceso unificado; el Proceso Unificado no es simplemente
un proceso, sino un marco de trabajo que puede ser adaptado a organizaciones o
proyectos específicos para así llegar a cumplir el objetivo planteado.
El proceso Unificado reconoce la importancia de la
comunicación con el cliente y los métodos
directos para describir su punto de vista respecto de un sistema.
MARCO TEÓRICO
PROCESO UNIFICADO
El Proceso Unificado es un proceso de desarrollo de
software. Un proceso de desarrollo de software es un conjunto de actividades necesarias
para transformar los requerimientos del usuario en un sistema de software. El
Proceso Unificado de Desarrollo Software o simplemente Proceso Unificado 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
refinamiento más conocido y documentado del Proceso Unificado es el Proceso
Unificado de Rational o simplemente RUP. (Stephen, R; Schach, D)
FASES DEL PROCESO UNIFICADO
La fase de concepción del PU agrupa actividades tanto
de comunicación con el cliente como de planeación. Al colaborar con los
participantes, se identifican los requerimientos del negocio, se propone una
arquitectura aproximada para el sistema y se desarrolla un plan para la
naturaleza iterativa e incremental del proyecto en cuestión.
La fase de elaboración incluye las actividades de
comunicación y modelado del modelo general el proceso. La elaboración mejora y
amplía los casos de uso preliminares desarrollados como parte de la fase de
concepción y aumenta la representación de la arquitectura para incluir cinco
puntos de vista distintos del software: los modelos del caso de uso, de requerimientos,
del diseño, de la implementación y del despliegue.
La fase de construcción del PU es idéntica a la
actividad de construcción definida para el proceso general del software. Con el
uso del modelo de arquitectura como entrada, la fase de construcción desarrolla.
La fase de transición del PU incluye las últimas
etapas de la actividad general de construcción y la primera parte de la
actividad de despliegue general (entrega y retroalimentación). Se da el software
a los usuarios finales para las pruebas beta, quienes reportan tanto los
defectos como los cambios necesarios.
La fase de producción del PU coincide con la actividad
de despliegue del proceso general. Durante esta fase, se vigila el uso que se
da al software, se brinda apoyo para el ambiente de operación (infraestructura)
y se reportan defectos y solicitudes de cambio para su evaluación. (Pressman, R.)
CARACTERÍSTICAS DEL PROCESO UNIFICADO:
- Soporta técnicas orientadas a objeto, por lo que se
basa en los conceptos de clase y objeto y las relaciones entre ellos, usando
UML como notación común.
- Es una metodología que sigue un proceso iterativo e
incremental. Propone una descomposición incremental del problema a través de
refinamientos sucesivos y una producción incremental de la solución, a través
de la realización de varios ciclos. Esta filosofía es lógica cuando se aplica a
sistemas grandes ya que “no se puede abarcar todo a la vez”.
- El PU está dirigido por el riesgo. Esta es una de las
características fundamentales del este modelo, y propone identificar, afrontar
y resolver los elementos de riesgo lo más pronto posible. En etapas iniciales
se desarrollan las funcionalidades con mayor riesgo y las de mayor complejidad.
De este modo se mejoran las posibilidades de éxito del proyecto.
- Se utilizan modelos gráficos de representación más
que documentación, en particular se usan diagramas UML que son representaciones
expresivas y pueden aplicarse durante todo el desarrollo.
- El PU está centrado en la arquitectura software. La
arquitectura del software para el sistema en desarrollo se define al principio
y guía su desarrollo. Propone la definición de una arquitectura robusta, lo que
facilita el desarrollo del sistema en paralelo, aumentando las posibilidades de
reutilización de componentes y el mantenimiento del sistema. El diseño
arquitectónico aporta una base sólida sobre la que planificar y gestionar el
desarrollo software basado en componentes. Al basarse en la definición de una
arquitectura clara y sencilla, el PU sirve de marco común para toda una familia
de procesos y que puede acomodarse a distintas situaciones. Para ello, el PU da
las guías para configurar el proceso de modo que se adapte a cada situación.
- EL PU está dirigido por los casos de uso. Esto es así
porque el PU pone gran énfasis en la construcción de sistemas basados en la
comprensión de cómo se va a utilizar ese sistema. Así, los casos de uso y los escenarios
se usan para guiar el flujo de procesos, desde la definición de los requisitos
hasta las pruebas.
- El PU es un proceso adaptable a los distintos tipos de
desarrollo y se puede configurar dependiendo de las necesidades de cada
proyecto (desde los más sencillos a los más complejos).
- Control continuo de la calidad. El PU propone llevar
un adecuado control de calidad y una adecuada gestión de riesgos. Ambos
conceptos están incluidos en el propio proceso, formando parte de sus actividades.
(Stephen, R; Schach, D)
CONCLUSIÓN
Un proceso es la parte
que lleva al objetivo principal, es un conjunto de pasos ordenados que al
finalizarlos se alcanza un objetivo.
En ingeniería
de software, el objetivo es construir un producto de software nuevo
o extender uno existente obteniendo las características deseadas.
BIBLIOGRAFÍA
Stephen, R; Schach, D.
2005. Proceso unificado. Formato (PDF). En línea. Disponible en: http://es.slideshare.net/bebeyom/proceso-unificado
Pressman, R. 2010. INGENIERÍA DEL SOFTWARE. Un enfoque
práctico. Séptima edición
No hay comentarios:
Publicar un comentario