Desarrollo de software. ¿Son requisitos o modificaciones?

De igual manera que resulta complicado realmente distinguir el desarrollo y el mantenimiento de software (en general y sobre todo en enfoques iterativos e incrementales), resulta complicado establecer una barrera entre lo que son requisitos y modificaciones, una vez que se ha definido un alcance inicial del sistema o se ha realizado una iteración.

Se podría considerar requisito si supone algo nuevo, aunque no deja de ser una modificación de una idea de base.

¿Tiene importancia establecer (o no) una diferencia entre uno y otro? Es cuestión de enfoque.

Yo sigo utilizando la palabra requisitos, ya que son tantos años usándola que me resulta complicado no hacerlo, sin embargo mi visión general de los mismos no es clásica o al menos no lo es, como decía antes, desde que se determina un alcance inicial del sistema, en mi opinión su tratamiento debería ser como modificaciones y las mismas no requieren de la formalidad de una ingeniería de requisitos: ¿hay que realizar una modificación? Hagamos lo necesario para llevarla a cabo.

Una cosa es que opine así y otra diferente que siempre pueda trabajar así, el contexto condiciona, las reglas de desarrollo de la organización también.

Anuncios
1 comentario
  1. abogado dijo:

    Hay q ser ágil. Con eso basta. Scrum y listo!

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: