- Barajar
ActivarDesactivar
- Alphabetizar
ActivarDesactivar
- Frente Primero
ActivarDesactivar
- Ambos lados
ActivarDesactivar
- Leer
ActivarDesactivar
Leyendo...
Cómo estudiar sus tarjetas
Teclas de Derecha/Izquierda: Navegar entre tarjetas.tecla derechatecla izquierda
Teclas Arriba/Abajo: Colvea la carta entre frente y dorso.tecla abajotecla arriba
Tecla H: Muestra pista (3er lado).tecla h
Tecla N: Lea el texto en voz.tecla n
Boton play
Boton play
52 Cartas en este set
- Frente
- Atrás
Que es calidad?
|
David Garvin [Gar84], de Harvard Business School, sugiere que “la calidad es un concepto complejo y de facetas múltiples” que puede describirse desde cinco diferentes puntos de vista
|
Punto de vista trascendental
|
la calidad es algo que se reconoce de inmediato, pero que no es posible definir explícitamente
|
Punto de vista del usuario
|
concibe la calidad en términos de las metas específicas del usuario final. Si un producto las satisface, tiene calidad.
|
Punto de vista del fabricante
|
la define en términos de las especificaciones originales del producto. Si éste las cumple, tiene calidad
|
Punto de vista del producto
|
sugiere que la calidad tiene que ver con las características inherentes (funciones y características) de un producto
|
Punto de vista basado en el valor
|
la mide de acuerdo con lo que un cliente está dispuesto a pagar por un producto
|
Calidad del diseño
|
se refiere a las características que los diseñadores especifican para un producto
|
En el desarrollo del software, la calidad del diseño
|
incluye el grado en el que el diseño cumple las funciones y características especificadas en el modelo de requerimientos
|
Calidad de la conformidad
|
se centra en el grado en el que la implementación se apega al diseño y en el que el sistema resultante cumple sus metas de requerimientos y desempeño
|
Robert Glass [Gla98] afirma que es mejor plantear una relación más intuitiva:
|
satisfacción del usuario = producto que funciona + buena calidad + entrega dentro del presupuesto y plazo
|
Glass sostiene que la calidad es importante
|
pero que si el usuario no está satisfecho, nada de lo demás importa
|
¿Cómo se define la calidad del software?
|
Proceso eficaz de software que se aplica de manera que crea un producto útil que proporciona valor medible a quienes lo producen y a quienes lo utilizan
|
Un proceso eficaz de software
|
establece la infraestructura que da apoyo a cualquier esfuerzo de elaboración de un producto de software de alta calidad
|
Un producto útil
|
entrega contenido, funciones y características que el usuario final desea; sin embargo, de igual importancia es que entrega estos activos en forma confiable y libre de errores.
|
Al agregar valor para el productor y para el usuario de un producto
|
el software de alta calidad proporciona beneficios a la organización que lo produce y a la comunidad de usuarios finales
|
Corrección McCall
|
Grado en el que un programa satisface sus especificaciones y en el que cumple con los objetivos de la misión del cliente
|
Confiabilidad McCall
|
Grado en el que se espera que un programa cumpla con su función y con la precisión requerida
|
Eficiencia McCall
|
Cantidad de recursos de cómputo y de código requeridos por un programa para llevar a cabo su función.
|
Integridad McCall
|
Grado en el que es posible controlar el acceso de personas no autorizadas al software o a los datos.
|
Usabilidad McCall
|
Esfuerzo que se requiere para aprender, operar, preparar las entradas e interpretar las salidas de un programa.
|
Facilidad de recibir mantenimiento McCall
|
Esfuerzo requerido para detectar y corregir un error en un programa
|
Flexibilidad McCall
|
Esfuerzo necesario para modificar un programa que ya opera.
|
Susceptibilidad de someterse a pruebas McCall
|
Esfuerzo que se requiere para probar un programa a fin de garantizar que realiza la función que se pretende.
|
Portabilidad McCall
|
Esfuerzo que se necesita para transferir el programa de un ambiente de sistema de hardware o software a otro.
|
Reusabilidad McCall
|
Grado en el que un programa (o partes de uno) pueden volverse a utilizar en otras aplicaciones (se relaciona con el empaque y el alcance de las funciones que lleva a cabo el programa).
|
Interoperabilidad McCall
|
Esfuerzo requerido para acoplar un sistema con otro
|
Funcionalidad ISO 9126
|
Grado en el que el software satisface las necesidades planteadas según las establecen los atributos siguientes: adaptabilidad, exactitud, interoperabilidad, cumplimiento y seguridad.
|
Confiabilidad ISO 9126
|
Cantidad de tiempo que el software se encuentra disponible para su uso, según lo indican los siguientes atributos: madurez, tolerancia a fallas y recuperación.
|
Usabilidad ISO 9126
|
Grado en el que el software es fácil de usar, según lo indican los siguientes subatributos: entendible, aprendible y operable.
|
Eficiencia ISO 9126
|
Grado en el que el software emplea óptimamente los recursos del sistema, según lo indican los subatributos siguientes: comportamiento del tiempo y de los recursos.
|
Facilidad de recibir mantenimiento ISO 9126
|
Facilidad con la que pueden efectuarse reparaciones al software, según lo indican los atributos que siguen: analizable, cambiable, estable, susceptible de someterse a pruebas.
|
Portabilidad. ISO 9126
|
Facilidad con la que el software puede llevarse de un ambiente a otro según lo indican los siguientes atributos: adaptable, instalable, conformidad y sustituible
|
McCall identifica la usabilidad
|
como un factor importante de la calidad
|
Intuitiva
|
Grado en el que la interfaz sigue patrones esperados de uso, de modo que hasta un novato la pueda utilizar sin mucha capacitación
|
Eficiencia
|
Grado en el que es posible localizar o iniciar las operaciones y la información
|
Robustez
|
Grado en el que el software maneja entradas erróneas de datos o en el que se presenta interacción inapropiada por parte del usuario
|
Riqueza
|
Grado en el que la interfaz provee un conjunto abundante de características.
|
¿Qué significa “suficientemente bueno”?
|
El software suficientemente bueno contiene las funciones y características de alta calidad que desean los usuarios, pero al mismo tiempo tiene otras más oscuras y especializadas que contienen errores conocidos
|
El costo de la calidad
|
incluye todos los costos en los que se incurre al buscar la calidad o al realizar actividades relacionadas con ella y los costos posteriores de la falta de calidad.
|
Los costos de prevención
|
Incluye: 1) el costo de las actividades de administración requeridas para planear y coordinar todas las actividades de control y aseguramiento de la calidad, 2) el costo de las actividades técnicas agregadas para desarrollar modelos completos de los requerimientos y del diseño, 3) los costos de planear las pruebas y 4) el costo de toda la capacitación asociada con estas actividades
|
Los costos de evaluación
|
incluyen las actividades de investigación de la condición del producto la “primera vez” que pasa por cada proceso
|
Ejemplos de costos de evaluación
|
1)El costo de efectuar revisiones técnicas de los productos del trabajo de la ingeniería de software. 2) El costo de recabar datos y unidades de medida para la evaluación 3)El costo de hacer las pruebas y depurar
|
Los costos de falla
|
son aquellos que se eliminarían si no hubiera errores antes o después de enviar el producto a los consumidores
|
Costos internos de falla
|
cuando se detecta un error en un producto antes del envío
|
Los costos externos de falla
|
se asocian con defectos encontrados después de que el producto se envió a los consumidores
|
Costos internos de falla incluyen
|
El costo requerido por efectuar repeticiones (reparaciones para corregir un error), 2)El costo en el que se incurre cuando una repetición genera inadvertidamente efectos colaterales que deban mitigarse, 3) Los costos asociados con la colección de las unidades de medida de la calidad que permitan que una organización evalúe los modos de la falla
|
Decisiones de estimación
|
el equipo realiza un “filtro sanitario” para garantizar que las fechas de entrega y puntos de revisión son racionales
|
Decisiones de programación
|
Cuando se establece un programa de desarrollo de un proyecto de software, se establece la secuencia de las tareas con base en dependencias.
|
Decisiones orientadas al riesgo
|
La administración del riesgo es uno de los atributos clave de un proyecto exitoso de software
|
La Ley de Meskimen
|
Nunca hay tiempo para hacerlo bien, pero siempre hay tiempo para hacerlo otra vez
|
Control de calidad
|
Incluye un conjunto de acciones de ingeniería de software que ayudan a asegurar que todo producto del trabajo cumpla sus metas de calidad
|
Aseguramiento de la calidad
|
Establece la infraestructura de apoyo a los métodos sólidos de la ingeniería de software, la administración racional de proyectos y las acciones de control de calidad, todo de importancia crucial si se trata de elaborar software de alta calidad
|