Please enable JavaScript.
Coggle requires JavaScript to display documents.
Capitulo 9 Software Quality Management - Coggle Diagram
Capitulo 9 Software Quality Management
Cuando aprendes a producir partes de proyectos de alta calidad, tus procesos sufren una evolución increíble, cosa que te diferencia del resto.
Para mejorar tus productos, primero debes de empezar por la calidad del producto final, de esa manera aprenderás a optimizar después.
La calidad es el seguimiento de los requerimientos considerando a los usuarios en el proceso
Como todo proceso, esta implica un costo que lo podemos dividir en 3 tipos diferentes:
Costos por evaluación
Costo asociado a la evaluación del producto final
100*(Tiempo_revision_diseño + Tiempo_revision_codigo)/(Tiempo_total_desarrollo)
Costos de prevención
Costo asociado a ver posibles causas de fallos
Costo por fallos
Costo enfocado a la reparación de problemas surgidos al final de la producción.
100*( tiempo_compilacion + Tiempo de pruebas)/(Tiempo total de desarrollo)
Costo total
costo de evaluacion + costo por fallos
Lo que determina que el software es de calidad es que cumple con las necesidades del cliente pero siempre en el tiempo que el lo pide.
Mientras mas amplia es el área de acción del software, es mas probable que este sea de menor calidad a un software especializado.
Las pruebas ayudan mucho a encontrar y reparar errores que existan en el programa
El problema radica en que si el equipo de desarrollo tiene un mal manejo de calidad, esto se puede convertir en un reparar y reparar sin un fin claro, cosa que aumenta el costo del proyecto
Los usuarios son muy importantes en las pruebas, ya que estos de una forma u otra se convierten en ingenieros y nos ayudan a encontrar fallos
La calidad del software se puede abordad desde un punto de vista económico
Evaluar el costo de una reparación no es simplemente ir, codifico y ya, hay que considerar:
Que requerimientos se verían afectados en caso de que se repare
Repararlo y verificar que todo este en orden
Donde esta el problema y exactamente como afecta al producto
Reparar algo varia su costo dependiendo en que fase se haga, por ejemplo lo que costea IBM es lo siguiente:
Durante la codificación: 1.5
Antes de las pruebas: 10
Antes de codificar: 1
Durante las pruebas: 60
En el diseño: 1.5
En producción: 100
La creación de calendarios de testeo puede sonar algo fantasioso
Pero este no es algo mas que estimar la cantidad de pruebas que se van a realizar en cierto periodo de tiempo
Ademas también podemos evaluar la cantidad de defectos encontrados por hora, normalmente va de 2 a 20 horas de búsqueda
En casos mas complejos se puede llegar a 40 horas de busqueda
La selección de un método para determinar la calidad es de vital importancia, algunas opciones son:
Enfocarse en defectos de la producción, esto es de gran utilidad, aunque no a largo plazo.
Mejorando la forma en la que reparas los errores
Enfocándose en encontrar las posibles causas que provoquen un error.