Ciclo de vida basado en el Proceso Unificado

Resumen:

El Proceso Unificado de Desarrollo de Software (PUDS) es un marco de trabajo para el desarrollo de

software que se basa en casos de uso, es iterativo e incremental, y está centrado en la arquitectura.
El PUDS consta de cuatro fases: Inicio, Elaboración, Construcción y Transición, cada una de ellas
dividida en una serie de iteraciones. Cada iteración produce un incremento del producto desarrollado
y añade o mejora las funcionalidades del sistema. El PUDS utiliza el Lenguaje Unificado de
Modelado (UML) para representar los modelos de requerimientos y el diseño de los sistemas
orientados a objetos. El PUDS se originó en los años 90 como un intento de combinar lo mejor de los
modelos tradicionales de desarrollo de software con los principios del desarrollo ágil. El PUDS es un
marco de trabajo extensible que puede ser adaptado a organizaciones o proyectos específicos y el
modelo iterativo e incremental propuesto puede y debe ser adaptado para satisfacer las necesidades
del proyecto. El PUDS se enfoca en la importancia de la arquitectura del software y sugiere un flujo
de proceso iterativo e incremental que da la sensación evolutiva que resulta esencial en el desarrollo
moderno del software.

Descripción:
El 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 compuesto de cuatro fases
denominadas Inicio, Elaboración, Construcción y Transición. Cada una de estas fases es a su vez
subdividida en una serie de iteraciones que ofrecen como resultado un incremento del producto
desarrollado que añade o mejora las funcionalidades del sistema en desarrollo.

El proceso fue desarrollado por James Rumbaugh, Grady Booch e Ivar Jacobson, quienes también
crearon el Lenguaje Unificado de Modelado (UML) en la década de 1990. También este modelo de
desarrollo es extensible y puede ser adaptado a las necesidades específicas de cada organización o
proyecto. Aunque se deriva del ciclo de vida en cascada, el PUDS incorpora muchos de los
principios del desarrollo ágil de software, incluyendo la importancia de la comunicación con el cliente
y los métodos directos para describir su punto de vista respecto de un sistema.

En este modelo los casos de uso se utilizan para capturar los requisitos funcionales y definir los
contenidos de las iteraciones. La idea de esto es que se pueda desarrollar un camino a través de las
distintas disciplinas, ya sea, diseño, implementación, pruebas, etc.

El proceso unificado asume que no existe un modelo único que cubra todos los aspectos del sistema.
Por eso existen múltiples modelos que definen la arquitectura de un software de un sistema.
En este modelo se requiere que los riesgos críticos más importantes sean detectados en una etapa
temprana del ciclo de vida. En cada etapa de iteración y principalmente en la fase de Elaboración los
resultados deben ser capturados en un orden que aseguren que los riesgos principales fueron
considerados primero.

Fases que lo componen:

Inicio: En esta fase se realiza una descripción del producto final, se establecen los objetivos, se
identifican los recursos, el alcance, restricciones del proyecto.

Elaboración: En esta fase se lleva a cabo la planificación detallada del proyecto, se diseña la
arquitectura del sistema, se especifica en detalle la mayoría de casos de uso, la resolución de riesgos
altos, nuevos requisitos, y se ajustan las estimaciones.

Construcción: Se lleva a cabo la construcción del sistema, se desarrolla el código, se realizan

pruebas de integración para la detección de fallos y manuales de usuario.

Transición: En esta fase se lleva a cabo la puesta en marcha del software, el programa debe estar
listo para ser probado, instalado, y utilizado por el cliente, además de la capacitación de los mismos e
implementar un plan de pruebas, de soporte y mantenimiento.

Ventajas:

● Iterativo y funcional, permite la entrega de software funcional temprano y con frecuencia.

● El proceso se adapta fácilmente a proyectos grandes y complejos.

● Permite la captura y detección de errores temprana en el ciclo de desarrollo

● Reducción de riesgos.

● Enfoque centrado en la arquitectura que promueve la calidad y la estabilidad del sistema.

● Proporciona una estructura clara para la planificación y ejecución del proyecto.

● Proporciona un marco para la gestión de riesgos.

Desventajas:
 ● El proceso puede ser costoso y requiere de un alto nivel de recursos para implementarse.

● El proceso puede ser difícil de adaptar a proyectos pequeños o a equipos de desarrollo de

software menos experimentados.

● Requiere mayor tiempo y recursos para la documentación y gestión de requisitos (recursos).

● Requiere una gran previsión sobre lo que va a ocurrir (para poder controlarlo).

● Puede ser inflexible si los requisitos del usuario cambian durante el proyecto.

Proceso unificado Ágil (Variante del proceso unificado):

El Proceso Unificado Ágil (Agile Unified Process, AUP) es una variante que combina los principios del
proceso unificado con los principios ágiles para ofrecer un enfoque más ligero y adaptable al desarrollo
de software. El AUP se enfoca en la colaboración del equipo, la entrega temprana de software
funcional, el desarrollo iterativo y la mejora continua. Este usa una manera fácil y simple de entender la
forma de desarrollar software combinando metodologías ágiles y conceptos de RUP.
Esta variante aplica técnicas ágiles como el desarrollo dirigido por pruebas (Test Driven Development -
TDD), Modelado ágil, Gestión de cambios ágil, y refactorización de bases de datos para mejorar la
productividad. En AUP se mantienen las cuatro fases del RUP que suceden a lo largo del proceso de
desarrollo: Inicio, Elaboración, Construcción y Transición.

Principios del proceso unificado Ágil:

● El software debe ser entregado temprano y con frecuencia para que el cliente pueda dar una

retroalimentación y mejorar el proceso de desarrollo con la detección de errores y

mantenibilidad.

● Centrarse en actividades de alto valor. La atención se centra en las actividades que son

esenciales para el desarrollo.

● El proceso de desarrollo debe ser iterativo e incremental para que el software se pueda adaptar

a los cambios y se pueda mejorar de manera continua.

Ejemplo de sistema para el que sería adecuado el proceso unificado

Un sistema adecuado para este modelo sería un sistema para la gestión de cuentas de banco y
billeteras virtuales/digitales para una empresa grande.
Los motivos por los que sería adecuado este modelo es porque es un proyecto grande a gran escala
que requiere bastante recursos y una constante retroalimentación por los usuarios para capturar los
riesgos y errores a tiempo antes de la puesta en producción del sistema. Sería necesario una buena
atención en la seguridad del software ya que se trata de cuentas de banco donde si se detecta una
inseguridad podría causar una baja reputación por parte de los clientes y pérdida de costos e incluso
demanda por los usuarios afectados en sus cuentas.

Bibliografía:

● JACOBSON, Ivar; BOOCH, Grady; RUMBAUGH, James. El Proceso

Unificado de Desarrollo de Software. Pearson Addisson-Wesley. Año
2000..
● Pressman, R. S. (2015). Software Engineering: A Practitioner's
Approach. McGraw-Hill Education.

Referencias:

● https://www.youtube.com/watch?v=lhciVR8b038
● https://keepcoding.io/blog/ciclo-de-vida-del-desarrollo-del-sistema/
#Quieres_saber_mas
● https://es.wikipedia.org/wiki/Proceso_unificado#:~:text=El%20Proceso
%20Unificado%20es%20un,varias%20iteraciones%20en%20proyectos
%20grandes).
● http://dsc.itmorelia.edu.mx/~jcolivares/courses/pm10a/rup.pdf
● https://es.scribd.com/document/179178316/Ventajas-y-Desventajas#
● http://grupoingenieriadelsoftware.blogspot.com/2018/04/ventajas-y-desventajas-
del-proceso.html
● https://es.wikipedia.org/wiki/Agile_Unified_Process
● https://ingenieriadesoftware.mex.tl/63758_aup.html
● https://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational