Los 6 principios de calidad de software
Principio1: Si
un cliente no demanda calidad, probablemente no la conseguirá
Los
clientes siempre desean tener productos de calidad, ellos lo exigen. Los
productos de baja calidad tienden a desaparecer del mercado. ¿En sí que es
calidad del software? En una forma muy sencilla es:
- Poder entregar un producto a tiempo
- Con el costo real del producto que se estableció
- Funcionando según las necesidades del cliente.
Los
dos primeros puntos aparentemente cumplibles. Puedes entregar según la fecha y
utilizar el presupuesto establecido para el producto. ¿De verdad haces lo
que debes de hacer? Es aquí donde radica la calidad del software.
Principio
2: Para obtener calidad de manera constante los desarrolladores deben
gestionarla en su trabajo.
No
ganas nada teniendo un proceso definido para el desarrollo y la calidad del
software si los desarrolladores no están comprometidos con la causa. Los
desarrolladores deben ser las primeras personas comprometidas a hacer
desarrollos con calidad y también deben ser los primeros en revisar el buen
funcionamiento y desarrollo de los productos (software, aplicaciones, Web).
Principio
3: Para gestionar la calidad los desarrolladores deben medirla.
La
calidad debe ser medida, por parte de los programadores y por el equipo de
desarrollo, esto con el sentido de poder cuantificar la cantidad de errores que
se cometen, por parte de cada miembro del grupo de trabajo, ello crea registros
históricos de errores más comunes, tipos de errores, frecuencia de los errores,
toda una hoja de ruta que te ayudará a valorar proyectos en un futuro. Utilizar
metodologías como PSP, exigen mucha disciplina para contabilizar los errores y
si se convierte en una buena práctica será una gran herramienta para mejorar la
calidad de los productos.
Principio
4: La calidad de un producto la determina el proceso usado para
desarrollarlo.
Como
te mencionaba en el Principio 3, utilizando buenas metodologías y procesos
de desarrollo, nuestro producto será de mejor calidad. Este debe tener una
bitácora de errores, métodos de diseño, análisis y metodologías de
construcción.
Principio
5: Ya que las pruebas solucionan solo una fracción de los defectos, debes
tener pruebas de calidad.
¿Tú
crees que las pruebas sobre el sistema, son las únicas pruebas que debemos
hacer? La respuesta es no, muchas veces el sistema puede estar trabajando para
eltester (quien hace las pruebas), debes hacerle seguimiento al producto
ya que con el tiempo la aplicación falla, por qué no se tuvieron en cuenta
elementos como: crecimiento de la información, usuarios, etc.
Por
ello también es necesario hacer pruebas de confiabilidad de datos,
desempeño, rendimiento, etc. Existe un número de pruebas que se deberían de
hacer según el tipo de aplicación que está desarrollando.
Principio
6: La calidad solo la producen profesionales motivados orgullosos de su
trabajo.
El
software es desarrollado por profesionales dedicadas a ello. Motivar a estas
personas, hace que se sientan orgullosos de su trabajo y hace que
produzcan mejor código. Es buena práctica en tu empresa, cuidar y respetar a
las personas dedicadas a esta labor en especial, cuidar un buen desarrollador
es difícil y los recursos humanos de una empresa de desarrollo de software son
su capital más importante.
Conclusión
Para
lograr el éxito en la producción de software es hacerlo con calidad y demostrar
su buena calidad. Esto es posible con la implantación de un Sistema para el
Aseguramiento de la Calidad del Software que cumpla con todos los requisitos
preestablecidos.
Las medidas de calidad requieren de identificar los requisitos del software. La falta de concordancia con los requisitos es una falta de calidad.
Los estándares definen un conjunto de criterios de desarrollo que guían la forma en que se aplica la ingeniería del software. Si no se sigue ninguna metodología siempre habrá falta de calidad.
Las medidas de calidad requieren de identificar los requisitos del software. La falta de concordancia con los requisitos es una falta de calidad.
Los estándares definen un conjunto de criterios de desarrollo que guían la forma en que se aplica la ingeniería del software. Si no se sigue ninguna metodología siempre habrá falta de calidad.






