Cómo evaluar la métrica de calidad de software embebido

Incrustados métricas de calidad de software del sistema varían de un sistema a otro. Una de las razones es que los sistemas embebidos son todos diferentes y tienen diferentes requisitos de software y expectativas de los usuarios. En general, la calidad del software puede definirse como el grado en que el software cumple con los requisitos especificados y expectativas de los usuarios, de acuerdo con el Instituto de Electricidad y Electrónica Engingers (IEEE). A medida que la ingeniería de software ha evolucionado como disciplina, las métricas se han desarrollado para ayudar a la calidad del software medida. La evaluación de los indicadores de calidad de software de sistemas embebidos implica dos fases principales: determinar si las métricas de ser recogidos son apropiados para el sistema embebido y, de ser así, la evaluación de los valores de la métrica.

Instrucciones

Evaluación de los tipos de métricas

1 Analizar los requisitos del sistema. Determinar los atributos medibles del software asociado con los requisitos del sistema.

2 Crear una lista de métricas asociadas con los atributos identificados.

3 Analizar las expectativas y necesidades del usuario para determinar qué atributos medibles de la experiencia de software y el usuario se pueden utilizar para evaluar si el software está cumpliendo con las expectativas y necesidades del usuario. Añadir estos atributos a la lista creada previamente.

4 Analizar las métricas que se recogen y se crea una segunda lista de las métricas de ser recogido.

5 Determinar si los tipos de métricas de ser recogidos representan la calidad del software incorporado en cuanto a los requisitos especificados y expectativas de los usuarios mediante la comparación de las dos listas.

Valorar los valores métricos

6 Evaluar el tamaño del código de software (o volumen). El tamaño del código se mide generalmente en SLOC (líneas de código fuente). Existe una relación entre el tamaño de código y tasa de defectos, de acuerdo con Developer.com.

7 Evaluar la complejidad del software. métricas de la complejidad del software cuantificar una medida de complejidad del software basado en la noción de que el software es más complejo, mayor será la posibilidad de errores. Por ejemplo, la métrica de complejidad ciclomática representa el número de caminos independientes a través de una pieza de software.

8 Evaluar la densidad de defectos durante la prueba. densidad de defectos se refiere a la tasa de aparición de defectos, por ejemplo el número de defectos por mil líneas de código. densidad de defectos durante la prueba puede ser un indicador de la tasa de aparición de errores en el futuro.

9 Evaluar predicción futura tasa de error. Future predicción de tasa de error es una medida de la calidad del software y se puede determinar basado en el tamaño del código, la complejidad y la densidad de defectos de prueba.

10 Medir la satisfacción del cliente. Una vez que se proporciona software a un cliente para la prueba o la entrega, la satisfacción del cliente se puede medir. La satisfacción del cliente se suele medir en una escala y puede incluir factores tales como la funcionalidad, facilidad de uso, fiabilidad y rendimiento.

Consejos y advertencias

• Embedded métricas de calidad de software del sistema pueden variar dependiendo del sistema y cada tipo de métrica puede variar en importancia relativa para cada sistema.