Sobre regular la responsabilidad de los fallos del software
Archivado en calidad, errores y riesgos, profesión, pruebas en May.11, 2009 por jgarzas
Un clásico entre los temas relacionados con software, calidad y profesión, que vuelve a salir (cada cierto tiempo sale el tema, recuerdo alguna presentación en que ya ponía este ejemplo como anécdota), esta vez a raíz de que parece ser que hay una propuesta (noticia leída en slashdot, aquí y aquí) de la Comisión Europea para la protección de los consumidores de software… con las mismas protecciones que tienen cuando adquieren un producto “físico”. No hace falta escribir más para que nos vengan a la cabeza las preguntas, argumentos y debates, por ejemplo…
- ¿Hasta que punto podríamos asegurar que un producto software no tiene errores (o el % de errores que tiene)? Cuando se asume (incluso por las principales asociaciones sobre pruebas software) que no es posible tener un software probado al 100% (cosa que no justifica tenerlo probado al 0%).
- ¿Regular la responsabilidad de los fallos en una profesión no regulada (o tan des-regulada)? Y que además en nuestro país está sufriendo tanto, incluso hasta para que se regulen los estudios universitarios de la misma.
- ¿Acabaría esto con ideas tan interiorizadas y curiosas cómo el que se asuma que un proyecto de desarrollo siempre saldrá con defectos y que será el usuario el que finalmente la acabará probando? Si bien, no obstante, hace tiempo que se inventaron los SLA (acuerdos de nivel de servicio) para controlar este tema, aunque en desarrollo software no esté tan clara su aplicación.
- ¿Sería esta la manera de imponer calidad en el desarrollo software? O como escribía Humphrey: la calidad se implanta cuando es el cliente quien la demanda.
- ¿Afectaría al modelo de costes? La calidad tiene un coste (y la no calidad también).
Si quieres puedes suscribirte al RSS del blog (¿qué es un RSS?)
Otras entradas relacionadas con esta:
- Las guías del INTECO sobre calidad software
- Crónicas sobre la ingeniería del software (1/3)
- Algunas consideraciones sobre la evaluación de la calidad del producto software
- Sobre la guía para implantar ISO 15504 SPICE, mi ponencia en las XI JICS, y sobre www.iso15504.es
- Informe CHAOS: Visión y críticas sobre el éxito de los proyectos software
May 11th, 2009 a las 2:39 pm
Primero la regulación, después hablamos de lo demás.
Por cierto, para el resto de productos fabricados dudo mucho que se consigan pruebas del 100%.
Para eso existe unas leyes de garantías, que se imponen al fabricante para proteger a los usuarios sobre defectos de fabricación.
¿Quién no tiene un coche al que después de comprarlo, el fabricante, en alguna de las revisiones, no le indica que hay que hacer alguna modificación pues desde fábrica les han indicado que, tras los backtracks que les llegan desde los servicios una vez que el modelo está en las carreteras, tienen que corregirse?
¿Acaso no es exactamente lo mismo que una actualización?
¿No por ello el fabricante está obligado a dar una garantía?
Bueno, esto es un divagar, lo primero y más importante para la profesión, es la regulación.
Un saludo.
May 11th, 2009 a las 6:13 pm
Quizas lo primero sería ver que es la calidad cuando se habla de software. Despues, seguimos hablando…