CARACTERÍSTICAS
Este modelo busca reducir la brecha
entre usuarios y desarrolladores enfocándose en un número de factores de calidad
que reflejen las prioridades de ambos. El modelo de McCall organiza los
factores en tres ejes o puntos de vista desde los cuales el usuario puede
contemplar la calidad de un producto, basándose en once factores de calidad
organizados en torno a los tres ejes y a su vez cada factor se desglosa en
criterios de calidad.
CAPACIDADES Y FACTORES PROPUESTOS POR McCall
CAPACIDAD |
FACTOR |
MÉTRICA |
Operación |
Corrección: Grado de cumplimiento de las especificaciones y objetivos
del usuario |
Compleción |
Consistencia |
||
Trazabilidad |
||
Confiabilidad: Grado en el sistema está disponible para usarse. |
Complejidad |
|
Consistencia |
||
Exactitud |
||
Modularidad |
||
Simplicidad |
||
Tolerancia a errores |
||
Usabilidad: Grado de esfuerzo necesario que se requiere para aprender
a utilizarlo. |
Facilidad de formación |
|
Operatividad |
||
Integridad o Seguridad: Grado en el que se controla el acceso al
programa o los datos por usuarios no autorizados. |
Facilidad de auditoria |
|
Instrumentación |
||
Seguridad |
||
Eficiencia o Performance: Cantidad de recursos y código requeridos por
un programa para realizar una función. |
Concisión |
|
Eficiencia de ejecución. |
||
Operatividad |
||
Transición |
Portabilidad: Grado que mide el esfuerzo para migrar un programa de un
entorno de operación a otro. |
Auto documentación |
Generalidad |
||
Modularidad |
||
Reusabilidad: Grado de esfuerzo requerido para que el programa o una
de sus partes pueda ser utilizado en otro proyecto. |
Auto documentación |
|
Generalidad |
||
Independencia hardware |
||
Independencia del sistema |
||
Modularidad |
||
Interoperabilidad: Grado de esfuerzo dedicado para que un sistema o
programa pueda operar conjuntamente con otro. |
Estd. Comunicaciones |
|
Estandarización de datos |
||
Revisión |
Facilidad Mantenimiento: Esfuerzo requerido para localizar y corregir
un error en un programa en funcionamiento. |
Auto documentación |
Concisión |
||
Consistencia |
||
Instrumentación |
||
Modularidad |
||
Simplicidad |
||
Flexibilidad: Esfuerzo requerido para modificar un software en
funcionamiento. |
Auto documentación |
|
Capacidad de expansión |
||
Complejidad |
||
Concisión |
||
Consistencia |
||
Generalidad |
||
Modularidad |
||
Simplicidad |
||
Facilidad de Prueba: Grado de esfuerzo requerido para probar un
programa verificando que realice adecuadamente sus funciones. |
Auto documentación |
|
Complejidad |
||
Facilidad de auditoria |
||
Instrumentación |
||
Modularidad |
||
Simplicidad |
MÉTRICAS DE CALIDAD
La medición de cualquiera de estos factores está definida en este modelo en base a 41 métricas. Para cada criterio existe una lista de condiciones que se deben cumplir en distintas etapas: Requerimientos (R), Diseño(D), Implementación (I). Se cuentan las condiciones que se satisfacen en cada una de las etapas, sobre el total posible.
Eso da una medida del criterio, que se pondera en partes para medir el
factor con los otros criterios asociados al factor.
En la Tabla se presentan detalladamente las capacidades y factores propuestos por McCall.
MÉTRICA |
SIGNIFICADO |
Auto documentación |
Grado en que el código fuente brinda información de documentación
importante. |
Capacidad de expansión |
Grado permitido de ampliación del diseño de la arquitectura de datos o
procedural. |
Compleción de las funciones |
Grado en que se pudieron implementar las funciones requeridas. |
Complejidad |
Complejidad del sistema |
Concisión |
Densidad del programa en relación a las líneas de código. |
Consistencia |
Diseño uniforme del programa empleando técnicas de documentación. |
Eficiencia de ejecución |
Rendimiento en tiempo de ejecución |
Estandarización de comunicaciones |
Grado de uso de estándares y protocolos. |
Estandarización de datos y estructuras |
Manejo de tipos de datos y estructuras uniformes a lo largo del
programa. |
Exactitud de cálculo y de control |
Precisión obtenida en los cálculos |
Facilidad de auditoría |
Facilidad de comprobación |
Independencia del hardware |
Grado de desacople del software en relación al Hardware donde opera. |
Independencia del software |
Grado de independencia del software en relación al sistema operativo,
y otras limitaciones del entorno. |
Instrumentación |
Grado de auto-vigilancia en el funcionamiento e identificaciones de
errores. |
Modularidad |
Independencia funcional de los componentes. |
Operatividad |
Facilidad de operación |
Seguridad |
Disponibilidad de elementos de protección del programa y la
información. |
Simplicidad |
Grado de la dificultad para entender el Software |
Tolerancia a errores |
Grado de afectación causado por un error. |
Trazabilidad |
Capacidad de seguimiento y asociación de los requisitos con los
elementos de diseño. |
VENTAJAS
- Existe una relación entre los desarrolladores y el usuario.
- Evalúa el producto a nivel alto.
- Utiliza niveles jerárquicos.
- Es práctico y fácil de entender y de esta forma fácil de aplicar, esto debido a su estructura jerárquica.
- Identifica atributos claves desde el punto de vista del usuario.
- Se focaliza en el producto final y en medidas precisas de alto nivel orientado al producto final, pero, se puede aplicar al proceso.
- Se puede utilizar no para varios proyectos al mismo tiempo.
- En costos resulta viable es de gran ayuda para cualquier organización
- Identifica una serie de criterios, tales como rastreabilidad, simplicidad, capacidad de expansión, etc.
DESVENTAJAS
- Es difícil que las características y sub-características sean siempre perfectamente independientes.
- Falta una asociación explicita entre el modelo y el proceso.
- No siempre existe una relación perfectamente lineal entre los valores las métricas y las características que deben estimar.
- Las características son en general propiedades abstractas medibles mediante métricas, lo cual implica un trabajo tedioso por la cantidad de métricas que se utilizarían.
- Implica un trabajo adicional al proceso, debido a que se evalúan muchos factores.
- No siempre existe una relación perfectamente lineal entre los valores métricos y las características que se deben estimar.
- La idea del modelo es la descomposición del concepto genérico de calidad en tres capacidades importantes para un producto software y a su vez cada capacidad se descompone en un conjunto de factores y finalmente se definen criterios para evaluar el factor a través de métricas que indican en qué medida el sistema posee una característica dada.
Para más información sobre el modelo Mccall podemos
visitar los siguientes sitios.
Modelo de calidad de McCall
https://modelos-de-evaluacion-de-rd.fandom.com/es/wiki/Modelo_de_calidad_de_McCall
No hay comentarios:
Publicar un comentario