Actividades Principales del SQA

 Un plan de SQA es preparado para el proyecto de software de acuerdo a procedimientos

documentados
 Las actividades del grupo de SQA son realizadas de acuerdo a los planes de SQA
 El grupo de SQA participa en la preparación y revisión de los planes de desarrollo,
estándares y procedimientos del proyecto
 El grupo de SQA revisa las actividades de Ingeniería de Software para verificar el
cumplimiento de lo anterior
 El grupo de SQA audita los productos del trabajo designado para verificar el
cumplimiento de lo anterior
 El grupo de SQA periódicamente reporta los resultados de sus actividades al grupo de
ingeniería de software.
 Las desviaciones detectadas en las actividades del software y en los productos del
trabajo de software son documentadas y manejadas de acuerdo a procedimientos
previamente documentados.
 El grupo de SQA conduce periódicamente revisiones de sus actividades y reuniones con
el personal de SQA del cliente, según sea necesario.

METRICAS DEL SOFTWARE

Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los
requerimientos implícitos y explícitos del cliente.

El objetivo principal de la ingeniería del software es producir un producto de alta calidad. Para
lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la
calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han
creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo
real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con
subjetividad.

El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que
provienen de estas medidas proporcionan una indicación de la efectividad de las actividades
de control y de la garantía de calidad.

Las métricas de software se utilizan para propósitos estratégicos y son utilizadas en el proyecto
para minimizar la planificación de desarrollo haciendo los ajustes necesarios que eviten
retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para evaluar la
calidad de los productos en el momento actual y cuando sea necesario, modificando el
enfoque técnico que mejore la calidad. Para establecer objetivos de mejora durante el proceso
de desarrollo de software, se debe comprender el estado actual del desarrollo del software. Si
no se mide, no hay una forma real de determinar si se está mejorando y si no se está
mejorando, se está perdido.
PROCESO DE RECOPILACIÓN METRICAS

Proceso de
Ingeniería del
Software

Medidas

Proyecto del Recopilación de

Software Datos

Métricas

Producto del Calculo de

Software Métricas

Indicadores

Evaluación de
Métricas

CLASIFICACION DE LAS METRICAS DEL SOFTWARE

Según los criterios

 De Complejidad: Métricas que definen la medición de la complejidad: volumen,

tamaño, anidaciones, y configuración.
 De Calidad: Métricas que definen la calidad del software: exactitud, estructuración o
modularidad, pruebas, mantenimiento.
 De Competencia: Métricas que intentan valorar o medir las actividades de
productividad de los programadores con respecto a su certeza, rapidez, eficiencia y
competencia.
 De Desempeño: Métricas que miden la conducta de módulos y sistemas de un software,
bajo la supervisión del SO o hardware.
 Estilizadas: Métricas de experimentación y de preferencia: estilo de código,
convenciones, limitaciones, etc.

Según el contexto en que se aplican

 Métricas de proceso

Se recopilan de todos los proyectos, y durante un largo periodo de tiempo

Caracterizados por:

 Control y ejecución del proyecto.

 Medición de tiempos de las fases.
  Métricas de proyecto
 Permiten evaluar el estado del proyecto.
 Permiten seguir la pista de los riesgos.
 Métricas de producto
 Se centran en las características del software y no en como fue producido.
 También son productos los artefactos, documentos, modelos, y componentes que
conforman el software.
 Se miden cosas como el tamaño, la calidad, la totalidad, la volatilidad, y el esfuerzo.
METAS ATRIBUTOS
Ambigüedad
Completitud
Calidad de los Comprensibilidad
requerimientos Volatilidad
Trazabilidad
Claridad del Modelo
Integridad Arquitectónica
Complitud de Componentes
Calidad de Diseño Complejidad de la Interfaz
Patrones
Complejidad
Facilidad del Mantenimiento
Calidad del código Comprensibilidad
Reusabilidad
Documentación
Asignación del recurso
Eficacia del control de Tasa de finalización
calidad Eficacia de la revisión
Eficacia de las pruebas
METRICAS
Numero de modificadores
Ambiguas
Numero de TDA y TBD
Numero de secciones y
subsecciones
Numero de cambio por
requerimiento
Numero de requerimiento no
trazables hasta el diseño
Existencia del modelo
arquitectónico
Complejidad del diseño de
procedimiento
Distribuciones apropiadas
Numero de patrones
utilizadas
Factores del diseño
Porcentaje de comentarios
internos
Índice de legibilidad
Porcentajes de personal por
hora y actividad
Tiempo de terminación
Numero de errores
Origen del error