Sistema de índice de evaluación de la calidad del software para la evaluación de la calidad del software
A. Completo
La integridad es un atributo del software relacionado con la integridad y la integridad de las funciones del software. Si las funciones realmente completadas por el software son menores o inconsistentes con las funciones expresadas o implícitas en el resumen de desarrollo, no se puede decir que las funciones del software estén completas.
B. Corrección
La corrección es una propiedad del software que está relacionada con la posibilidad de obtener resultados o efectos correctos o consistentes. La corrección del software está relacionada en gran medida con el modelo de ingeniería del módulo de software (que afecta directamente la precisión de los cálculos auxiliares y la calidad de las soluciones auxiliares para la toma de decisiones) y el nivel de programación del compilador de software.
La evaluación de estas dos subcaracterísticas se basa principalmente en los resultados de las pruebas funcionales del software. El estándar de evaluación es el grado de cumplimiento entre las funciones expresadas en el funcionamiento real del software y las funciones especificadas. En la declaración de misión del desarrollo de software se estipulan claramente las funciones que debe cumplir el software, como gestión de la información, proporcionar soluciones auxiliares a la toma de decisiones, ayudar en el trabajo de oficina, actualizar recursos, etc. Entonces, el software que está a punto de someterse a pruebas de aceptación debería tener estas funciones explícitas o implícitas.
Para las pruebas funcionales de software, diseñe varios casos de prueba típicos para cada función, ejecute los casos de prueba durante el proceso de prueba del software y luego compare los resultados con respuestas estándar conocidas. Por lo tanto, la amplitud, tipicidad y autoridad del conjunto de casos de prueba son la clave para la evaluación funcional. Según los requisitos de las pruebas y evaluaciones de software relevantes, la confiabilidad se puede dividir en madurez, estabilidad, facilidad de recuperación, etc. Los métodos de evaluación cuantitativa se utilizan principalmente para evaluar la confiabilidad del software. Es decir, seleccionar factores de medición de confiabilidad apropiados (parámetros de confiabilidad), luego analizar los datos de confiabilidad para obtener los valores específicos de los parámetros y finalmente realizar la evaluación.
Al descomponer la confiabilidad del software en detalle y consultar el libro de tareas de desarrollo, se pueden obtener los factores de medición de confiabilidad (parámetros de confiabilidad) del software.
A. Disponibilidad
La disponibilidad se refiere a la probabilidad de que el software esté en un estado disponible en cualquier momento aleatorio después de ejecutarse cuando necesita realizar tareas específicas o completar funciones específicas. La disponibilidad es una medida integral de la confiabilidad del software de la aplicación (es decir, integrar varios entornos operativos y completar diversas tareas y funciones).
B. Tasa de falla inicial
La tasa de falla inicial se refiere al número de fallas por unidad de tiempo durante el período de falla inicial (generalmente el período de falla inicial es dentro de los tres meses posteriores al software). se entrega al usuario). Normalmente, la unidad es el número de fallas por 100 horas. Se puede utilizar para evaluar la calidad del software entregado y predecir cuándo la confiabilidad del software es básicamente estable. La tasa de falla inicial depende del nivel de diseño del software, la cantidad de elementos de inspección, la escala del software y si la depuración del software es exhaustiva.
C. Tasa de fallas inesperadas
Se refiere al número de fallas de software por unidad de tiempo durante el período de falla inesperada (generalmente, el período de falla inesperada es de cuatro meses después de la entrega del software). el usuario). La unidad general es el número de fallas por 1000 horas, que refleja la calidad del software en estado estable.
D. Tiempo medio hasta el fallo (MTTF)
Se refiere al tiempo estadístico promedio que el software funciona normalmente antes del fallo.
E. Tiempo medio entre fallos (MTBF)
Se refiere al tiempo estadístico promedio que tarda el software en funcionar normalmente entre dos fallos consecutivos. En el uso real, MTBF generalmente se refiere al tiempo estadístico promedio entre la enésima falla del sistema y la enésima falla cuando n es grande. Cuando la tasa de fallas permanece sin cambios y el sistema vuelve a la normalidad en un corto período de tiempo, MTBF y MTTF son casi iguales.
El MTBF del software civil general en el extranjero es de aproximadamente 1.000 horas. Para software con requisitos de alta confiabilidad, los requisitos están entre 1.000 y 10.000 horas.
F. Densidad de defectos
Se refiere al número de defectos ocultos en el código fuente unitario del software.
Normalmente cada mil líneas de código fuente anotado se trata como una unidad. En términos generales, el valor específico de FD se puede estimar basándose en versiones anteriores de sistemas de software similares. Si no existe información de una versión anterior, también se puede estimar basándose en los resultados estadísticos habituales. Las estadísticas típicas muestran que hay de 50 a 60 defectos por cada mil líneas de código fuente durante la etapa de desarrollo y de 15 a 18 defectos por cada mil líneas de código fuente después de la entrega.
G. Tiempo medio entre fallas (MTTR)
Se refiere al tiempo estadístico promedio requerido para reanudar el funcionamiento normal después de una falla del software. Para el software, su tiempo de recuperación de fallas es el tiempo que lleva solucionar problemas o reiniciar el sistema, no el tiempo para modificar el software en sí (debido a que el software se ha solidificado en la máquina, la modificación del software debe implicar una resolidificación, y el tiempo de este proceso no está seguro). La facilidad de uso se puede refinar en comprensibilidad, facilidad de aprendizaje de hábitos y operatividad. Estas tres funciones están dirigidas principalmente a los usuarios. Los métodos de evaluación cualitativa se utilizan principalmente para evaluar la usabilidad del software.
A. Comprensibilidad
La comprensibilidad es una propiedad del software que está relacionada con los esfuerzos del usuario por comprender los conceptos lógicos del software y su alcance de aplicación. Esta característica requiere que todos los documentos formados durante el proceso de desarrollo de software sean concisos, coherentes, fáciles de entender y claros.
B. Hábitos de aprendizaje simples
Los hábitos de aprendizaje fáciles son atributos del software relacionados con el esfuerzo del usuario en el aprendizaje de aplicaciones de software (como control de operación, entrada y salida). Esta característica requiere que los documentos de usuario proporcionados por los desarrolladores (principalmente manuales de operador de sistemas informáticos, manuales de usuario de software y manuales de programadores de software) sean detallados en contenido, claros en estructura y precisos en lenguaje.
C. Facilidad de operación
La facilidad de operación es un atributo del software relacionado con el esfuerzo del usuario en la operación y el control de la operación. Esta función requiere que el software tenga una interfaz hombre-máquina amigable, un diseño de interfaz científico y razonable y un funcionamiento sencillo.
3.4 Indicadores de características de eficiencia
Las características de eficiencia se pueden refinar en características de tiempo y características de recursos. Se utilizan métodos cuantitativos para evaluar las características de eficiencia del software.
A. Ciclo de actualización de los resultados de salida
El ciclo de actualización de los resultados de salida es el intervalo entre dos resultados de salida consecutivos del software. Para coordinar todo el sistema, el ciclo de actualización de los resultados de salida del software debe ser el mismo que el ciclo de actualización de la información del sistema.
B. Tiempo de procesamiento
El tiempo de procesamiento es el tiempo de procesamiento que tarda el software en completar una determinada función (cálculo asistido o toma de decisiones) (nota: el tiempo para el procesamiento humano). la interacción con la computadora no debe incluirse).
C. Rendimiento
El rendimiento es la capacidad de procesamiento de información del software por unidad de tiempo (es decir, el número de lotes de procesamiento para varios objetivos). En el futuro, la situación social será compleja y la cantidad de información será grande. El software deberá tener la capacidad de procesar datos masivos. El rendimiento es un parámetro que refleja esta capacidad. Con la proliferación de información, se requiere que el rendimiento del software alcance cientos de lotes.
D. Tamaño del código
El tamaño del código es el número de líneas del programa fuente del software (excluidos los comentarios), que es un atributo estático del software. El tamaño del código del software es demasiado grande, lo que no solo ocupa demasiado espacio de almacenamiento en el disco duro, sino que también hace que el programa sea poco conciso, de estructura poco clara y propenso a sufrir defectos.
Debido a que estos parámetros pertenecen al rendimiento interno del software, se requieren herramientas de prueba especiales y métodos especiales para obtenerlos. Compare los datos de la prueba con los indicadores del libro de tareas de desarrollo y los resultados se podrán utilizar como base para evaluar las características de eficiencia. Con el rápido desarrollo de la tecnología informática, la tecnología de fusión de datos, la tecnología de redes y la tecnología de comunicación, los requisitos para las funciones del software son cada vez mayores. Cómo evaluar la calidad del software se ha convertido en un problema urgente que debe resolverse. Elegir un sistema de indicadores adecuado y cuantificarlo son las claves para una buena evaluación de la calidad del software. Por supuesto, debido a las especificaciones y requisitos únicos de la evaluación de software, sus indicadores de evaluación tienen una amplia cobertura y muchos factores inciertos, lo que dificulta su cuantificación. Hasta el momento no existe un estándar unificado.