Calidad software: una guia de articulos imprescindibles. Esta página es una guía para orientarte en la lectura de los artículos más destacados que hay en este blog sobre calidad software (nótese que aunque dentro del área de la calidad software se incluyen los procesos, por su importancia y para ayudar a la lectura estos los he colocado en una página específica). Para que te sea más fácil orientarte, esta página la he dividido en tres secciones: una que trata sobre pruebas, otra sobre buenas prácticas y la última sobre métricas. Antes de empezar. Supongo que si estás leyendo esta página eres consciente de la importancia de la calidad software, pero si por cualquier razón necesitas más argumentos, te recomiendo leer como la calidad software llego incluso a impedir la guerra de las galaxias, los peores bugs de la historia, los 25 peores errores que puede haber en un software o los errores clásicos, los que se llevan repitiendo de toda la vida. Las pruebas y el aseguramiento de la calidad software Las métricas y la calidad software.
Consideraciones del Desarrollo - 233gradosdeti.com. Javier Garzás 1. Introducción El software cada vez es más fundamental para el funcionamiento y la supervivencia de las organizaciones, debido al valor que tiene el procesamiento de la información; por lo que uno de los principales intereses de los directivos y profesionales relacionados con el software es comprender este valor y abordar los aspectos económicos relacionados con el mismo (Boehm and Sullivan, 2000). Nótese además que temas como este han provocado grandes diferencias entre la teoría y la práctica en la ingeniería del software; y también han confirmado el peligro que supone convertirse en un “lemming del software” (Davis, 2004), siguiendo últimas tendencias en ingeniería del software sin percatarse de los efectos económicos que pueden producir en nuestro entorno de trabajo.
Como afirma (Harrison, 2005), si no se entienden los principios básicos de la economía muchas decisiones de gestión pueden parecernos caprichos de los “dioses”. Figura 1. 2. Figura 2. Figura 3. Tabla 1. MinoliVol6Num3. Contrato cerrado, ¿el peor enemigo del software o mal necesario? (esto te interesa mucho, más que cualquier cosa en la ingeniería software) - Javier Garzás.
16 May, 2013 Enviado por Javier Garzás | 22 comentarios Contrato cerrado, ¿el peor enemigo del software o mal necesario? (esto te interesa mucho, más que cualquier cosa en la ingeniería software) El jueves.nullpointer.exception Para los más jóvenes del lugar, el contrato cerrado, también conocido como “llave en mano”, es ese tan usado en países como España, y que consiste, básicamente, en que el cliente redacta, siempre antes de comenzar el proyecto, un documento llamado “pliego de condiciones” que, principalmente, contiene los requisitos que debe implementar el software, o el sistema de información. Redactado el “pliego de condiciones”, con sus requisitos, este se expone a las empresas candidatas a llevarse el proyecto, las cuales, tomando como base esos requisitos, le dicen al cliente por cuánto dinero están dispuestas a hacer el proyecto y en cuanto tiempo. ¿Qué por qué? Veamos a cámara lenta que pasa en la realidad…. 3 – Comienza el proyecto. Terminando…
Mala calidad software y la mala gestión de proyectos... tumban la “ObamaCare” - Javier Garzás. 24 Oct, 2013 Enviado por Javier Garzás | 3 comentarios Mala calidad software y la mala gestión de proyectos… tumban la “ObamaCare” No solo en España se hacen famosos proyectos software estatales… por problemas de calidad software, grandes presupuestos, sospechosa gestión de proyectos, etc., (véase, a modo de ejemplo, aquella olvidada web del Senado), también en los USA “cuecen habas”. La esperada salida al público de la web healthcare.gov, que implementa la reforma sanitaria de Obama, el “ObamaCare”, ya ha entrado en el exclusivo club de los proyectos de problemas informáticos más costosos de la historia, una aplicación que ha costado… 400 millones de dólares. Críticas y descontento general de los usuarios Cuando la gente ha accedido a la página, se ha encontrado con que ésta no funciona… como debería.
“Fallos informáticos intolerables” La polémica está servida. Caso práctico de fallos, errores y mala gestión de proyectos software 1 – Problemas derivados de la estimación del proyecto.