1. ISO 9001
1.1. se aplica a organizaciones que diseñan, desarrollan y mantienen productos, incluido software.
1.2. El estándar ISO 9001 no es en sí mismo un estándar para el desarrollo de software, sino un marco para elaborar estándares de software. Establece principios de calidad total, describe en general el proceso de calidad, y explica los estándares y procedimientos organizacionales que deben determinarse.
2. Revisiones e inspecciones
2.1. Las revisiones e inspecciones son actividades QA que comprueban la calidad de los entregables del proyecto
2.2. Incluye
2.2.1. Examinar el software
2.2.2. Su documentación
2.2.3. Los registros del proceso para descubrir errores y omisiones
2.3. Durante una revisión, un grupo de personas examinan el software y su documentación asociada en busca de problemas potenciales y la falta de conformidad con los estándares
2.3.1. El proceso de revisión
2.3.1.1. Actividades previas a la revisión
2.3.1.2. La reunión de revisión
2.3.1.3. Actividades posteriores a la revisión
3. Medición y métricas del software
3.1. Se ocupa de derivar un valor numérico o perfil para un atributo de un componente, sistema o proceso de software. Al comparar dichos valores unos con otros, y con los estándares que se aplican a través de una organización, es posible extraer conclusiones sobre la calidad del software, o valorar la efectividad de los procesos.
3.2. Formas en que pueden usarse las mediciones de un sistema de software
3.2.1. Para asignar un valor a los atributos de calidad del sistema
3.2.2. Para identificar los componentes del sistema cuya calidad está por debajo de un estándar
3.3. Las métricas del producto se dividen en dos clases:
3.3.1. Métricas dinámicas, que se recopilan mediante mediciones hechas de un programa en ejecución. Ayudan a valorar la eficiencia y fiabilidad de un programa
3.3.2. Métricas estáticas: ayudan a valorar la complejidad, comprensibilidad y mantenibilidad de un sistema de software o de los componentes del sistema
3.4. Las etapas del proceso de medición
3.4.1. Elegir las mediciones a realizar
3.4.2. Seleccionar componentes a valorar
3.4.3. Medir las características de los componentes
3.4.4. Identificar mediciones anómalas
3.4.5. Analizar componentes anómalos
4. Calidad de software
4.1. La gestión de calidad proporciona una comprobación independiente sobre el proceso de desarrollo de software. El proceso de gestión de calidad verifica los entregables del proyecto para garantizar que sean consistentes con los estándares y las metas de la organización
4.2. Intereses
4.2.1. Establecer un marco de proceso y estándares de organización que conducirán a software de mejor calidad.
4.2.2. Aplicación de procesos específicos de calidad y la verificación de que continúen dichos procesos planeados
4.2.3. Establecer un plan de calidad para un proyecto
4.3. Plan
4.3.1. Introducción del producto
4.3.2. Planes del producto
4.3.3. Descripciones de procesos
4.3.4. Metas de calidad
4.3.5. Riesgos y gestión del riesgo
5. Estándares de software
5.1. Un aspecto importante del aseguramiento de calidad es la definición o selección de estándares que deben aplicarse al proceso de desarrollo de software o al producto de software. Como parte de este proceso QA, también pueden elegirse herramientas y métodos para apoyar el uso de dichos estándares.
5.2. Importancia
5.2.1. Los estándares reflejan la sabiduría que es de valor para la organización
5.2.2. Proporcionan un marco para definir, en un escenario particular, lo que significa el término “calidad”
5.2.3. Auxilian la continuidad cuando una persona retoma el trabajo iniciado por alguien más
5.3. Tipos
5.3.1. Estándares del producto Se aplican al producto de software a desarrollar
5.3.2. Estándares de proceso Establecen los procesos que deben seguirse durante el desarrollo del software
6. Ambigüedad de mediciones
6.1. Cuando se reúnan datos cuantitativos relativos al software se deberán analizar dichos datos para entender su significado ya que su malinterpretación e inferencias incorrectas suceden de forma muy fácil debido a no tomar en cuenta el contexto de donde se extrajeron dichos datos.
6.1.1. Para analizar las solicitudes se debe conocer quien la realizo, como utiliza el programa y porque realizo dicha petición.