Chapter 3: Embrace Change

El Cliente siempre tiene la razón parte 2…

Los clientes son un tema complicado para el desarrollo de un software. Sin embargo como lo presenta el capítulo del libro de texto, «Los requerimientos siempre cambian». Por lo tanto la herramienta que hemos visto hasta ahora con mayor profundidad como lo son los casos de uso nos plantean una ayuda para este problema, cuando el cliente desea cambiar los requerimientos que antes había especificado.

Dice mi mama que... los requerimientos cambiaron

Por tanto de este capítulo se hace interesante la conversación del Alternate path con HeadFirst, ya que me ayudó a entender su función dentro del análisis para la creación de software. Si se ha diseñado un correcto caso de uso del programa el mismo debe ser fácil de ajustar a los nuevos requerimientos especificados.

Dentro del Main Path que es la estructura de casos original se puede obtener un Alternate Path que es el mismo caso de uso con los nuevos requerimientos obtenidos para su ejecución.

A veces el cambio en los requerimiento puede también revela un problema con nuestro sistema no sabíamos que estaba ahí. El cambio en un sistema es constante y siempre debe mejorarse todos los días que se trabaja en el mismo.

Este cambio en los requerimientos se puede dar por dos lados por el progreso en la creación del sistema o por petición de los clientes en ambos casos si se ha hecho un correcto análisis previo en el caso de uso solo sería cuestión de hacer pequeños ajustes para satisfacer al cliente.

Referencias:
Fundamentos de Ingeniería de Software, Ian sommerville
Head First Object-Oriented Analysis and Design, Capitulo 3
http://yaqui.mxl.uabc.mx/~molguin/as/IngReq.htm
https://www.espacios.media/analisis-de-requerimientos/

Deja un comentario