Upload
carlos-abraham-pachas-suarez
View
558
Download
3
Embed Size (px)
Citation preview
ESCUELA UNIVERSITARIA DE POSTGRADO
MAESTRIA EN INGENIERIA DE SISTEMAS
CON MENCION EN GESTION DE TI
CURSO: ASEGURAMIENTO DE LA CALIDAD DE SOFTWARE
DOCENTE: Dr. Jorge Mayhuasca Guerra
MONOGRAFIA:
NTP-ISO 14598-3: 2005
Ingeniería de Software. Evaluación del Producto
Parte 3: Proceso para desarrolladores
ALUMNOS:
Lic. Karla Garcia Mideiros
Ing. Carlos Montoro Yaya
Ing. Carlos Sotacora Flores
Ing. Carlos Pachas Suarez
LIMA PERU
Enero 2012
Contenido1. Resumen.............................................................................................................................................3
2. Antecedentes.....................................................................................................................................3
3. Introducción a la calidad de producto.............................................................................................4
4. Calidad del producto software – modelos y definiciones.............................................................6
5. ESTÁNDAR ISO/IEC 14598.........................................................................................................9
Revisión General (ISO/IEC 14598-1)..............................................................................................9
Planificación y Administración (ISO/IEC 14598-2)......................................................................12
Proceso para Desarrolladores (ISO/IEC 14598-3)......................................................................12
Proceso para Adquisidores (ISO/IEC 14598-4)...........................................................................13
Proceso para Evaluadores (ISO/IEC 14598-5)............................................................................14
CARACTERÍSTICAS DEL PROCESO DE EVALUACIÓN.........................................................14
6. CASO DE APLICACIÓN.............................................................................................................16
7. CONCLUSIONES Y RECOMENDACIONES...........................................................................30
8. BIBLIOGRAFIA.............................................................................................................................31
1. ResumenLa calidad es un concepto complejo y se viene aplicando en el campo de la informática desde hace muchos años. En particular, la aplicación de la calidad al producto software toma cuerpo con la aparición de los primeros modelos de calidad de producto y se fortalece con la propuesta de normas internacionales que comienzan a ser utilizados como marco de referencia para el campo profesional y académico. Este documento presenta las normas internacionales desarrolladas sobre calidad del producto software y los trabajos futuros en este tema.
2. AntecedentesEn el año 1987 la Oficina Internacional para la Estandarización (ISO por sus siglas en inglés de International Organization for Standarization) y la Comisión Electrotécnica Internacional (IEC por sus siglas en inglés de International Electrotechnical Commission) constituyeron un comité técnico conjunto (JTC1 de sus siglas en inglés de Joint Technical Committee) con la finalidad de proponer normas –internacionales- en el campo de las tecnologías de la información (incluyendo los sistemas de microprocesadores) y los equipos.
En 1985, la JTC1 inició el desarrollo de la norma internacional ISO/IEC 9126 [1] y la publicó en 1991 como “ISO/IEC 9126:1991: Tecnología de la información – Evaluación del producto software – Características de calidad y guía para su aplicación” [2]. Utilizaron como base para la definición de las características, el concepto de calidad que posteriormente aparecería en la norma ISO 8402 y que está basada en las necesidades del usuario. Antes de la publicación de la norma ISO/IEC 9126, los trabajos de McCall [3], Boehm [4] y otros fueron adoptados y mejorados, pero resultaba difícil para el usuario o comprador, comprender la calidad del producto y hacer comparaciones; esta norma constituyó el primer esfuerzo internacional para unificar y uniformizar los términos de calidad referido al producto software y proponer una estructura basada en características y sub-carecterísticas de calidad.
En 1994, se determina la revisión de la norma ISO/IEC 9126 debido a que se estaban desarrollando normas internacionales en el área de evaluación de la calidad de productos. Resultado de la revisión, se producen dos series de normas: ISO/IEC 9126 referida al modelo de calidad del producto software y la ISO/IEC 14598 referida a la evaluación de la calidad del producto. La publicación completa de ambas series, se iniciaron en julio de 1998 y concluyeron en abril del 2004, habiéndose elaborado 4 normas en las serie 9126 y 6 normas en la serie 14598.
Una nueva propuesta de calidad de producto se plantea en 1999 y se aprueba en el 2000. La propuesta se denomina proyecto SQuaRE (es la abreviatura en inglés de Software producto Quality REquirements) con la idea de proponer un nuevo marco de referencia para el tema de calidad de producto software, pero esta vez orientándose a ver la calidad del producto como resultado de un proceso. La serie de normas internacionales tendrán la numeración 25000 y pasarán todavía algunos años para que se termine de publicar por completo.
3. Introducción a la calidad de productoEl software es un componente presente en una gran variedad de actividades y, con frecuencia, su correcta operación es a menudo crítica para el éxito del negocio y/o la seguridad de las personas. El desarrollo o selección de productos software de gran calidad es, por lo tanto, de suma importancia. Una especificación y evaluación detallada de la calidad del producto software es un factor clave para asegurar la calidad adecuada. Esto se puede lograr definiendo de manera apropiada las características de la calidad y teniendo en cuenta el propósito del usodel producto software. Es importante que cada característica relevante de la calidad del producto software sea especificada y evaluada, cuando sea posible, utilizando métricas validadas o de amplia aceptación.Para poder comprender la calidad del producto software, es necesario recurrir a un modelo de calidad de producto software, que es en esencia una representación abstracta de la caracterización del producto software. En la norma ISO/IEC 14598 se define al modelo de calidad como un conjunto de características y la relación entre las mismas, que conforman la base para especificar requerimientos de calidad y evaluar la calidad; la figura 4 representa un modelo de calidad de dos niveles para las características y sub características y en el tercer nivel presenta las métricas; estas últimas se pueden obtener de la medición de los diversos atributos que tiene el producto y que influyen en cada sub característica.Un enfoque interesante y muy influyente, son las cinco visiones de la calidad: (i) la visión trascendental que puede ser reconocida pero no definida, (ii) la visión del usuario como la adecuación al propósito del usuario, (iii) la visión del productor como conformidad con la especificación, (iv) la visión del producto basada en las características observables del producto, y (v) la visión basada en el valor que el cliente está dispuesto a pagar por ella.
El modelo de la ISO/IEC 9126 presenta el concepto de calidad en uso, calidad externa y calidad interna que corresponden con la visión del usuario, del productor y del producto.Asimismo se señala que:“la calidad del proceso (la calidad de cualquiera de los procesos del ciclo de vida definidos en la ISO/IEC 12207) contribuye a mejorar la calidad del producto, y la calidad del producto contribuye a mejorar la calidad en uso. Por lo tanto, evaluar y mejorar un proceso es una manera de mejorar la calidad del producto, y evaluar y mejorar la calidad del producto es una manera de mejorar la calidad en uso. De igual manera, evaluar la calidad en uso puede proporcionar una retro alimentación para mejorar el producto, y evaluando un producto puede proporcionar una retroalimentación para mejorar un proceso”.
Ciclo de Vida del Software
La figura representa el ciclo de vida de la calidad que muestra la influencia o dependencia entre los distintos enfoques de calidad (interna, externa y en uso) y la figura siguiente representa la calidad como parte del ciclo de vida del desarrollo del software. En éste último gráfico también se puede apreciar fácilmente que las necesidades de calidad del usuario sobre el producto de software, contribuyen a especificar (definir) los requerimientos de calidad externa y estos a su vez los requerimientos de calidad interna. El cumplimiento de los requisitos de calidad interna se comprobarán en un proceso de verificación que permitirá medirlo, el cumplimiento de los requisitos de calidad externa se comprobarán en un proceso de validación que permitirá medirlo y finalmente la satisfacción de las necesidades de la calidad del producto se comprobarán en un proceso de evaluación que permitirá medir la calidad en uso.
Calidad como parte del ciclo de vida del desarrollo del software
4. Calidad del producto software – modelos y definicionesLa norma ISO/IEC 9126 presenta dos modelos de calidad, la primera referida a la calidad interna y externa y el segundo modelo referido a la calidad en uso. En las secciones siguientes se describirá cada uno de ellos.
4.1. Calidad externa e internaLa norma ISO/IEC 9126 define la calidad interna como: “la totalidad de las características del producto software desde una perspectiva interna. La calidad interna es medida y evaluada en base a los requerimientos de calidad interna. Los detalles de la calidad del producto software pueden ser mejorados durante la implementación, revisión y prueba del código software, pero la naturaleza fundamental de la calidad del producto software representada por la calidad interna permanece sin cambios a menos que sea re diseñado”; y a la calidad externa como: “la totalidad de las características del producto software desde una perspectiva externa.Es la calidad cuando el software es ejecutado, la cual es típicamente medida y evaluada mientras se prueba en un ambiente simulado con datos simulados y usando métricas externas.Durante las pruebas, muchas fallas serán descubiertas y eliminadas. Sin embargo, algunas fallas todavía pueden permanecer después de las pruebas. Como es difícil corregir la arquitectura de software u otros aspectos fundamentales del diseño del software, el diseño fundamental permanece sin cambios a través de las pruebas”.
La figura que se muestra representa el modelo de calidad interna o externa se muestra un conjunto de 6 características: funcionalidad, fiabilidad, usabilidad, eficiencia, facilidad de mantenimiento y portabilidad. En el cuadro 1 se presenta las definiciones de cada una de las características y en el cuadro 2 se presenta las definiciones de cada sub-características
Modelo de calidad del producto software para la calidad externa e interna
Cuadro 1 - Características de la calidad interna y externa, definido en ISO/IEC 9126-1.
Cuadro 2 Sub Características de la calidad interna/externa, definido en ISO/IEC 9126-1.
5. ESTÁNDAR ISO/IEC 14598
La serie de estándares ISO/IEC 14598 proporciona métodos para medida, valoración y evaluación de calidad del producto de software, pero no describen los métodos para los procesos de evaluación de la producción del software o predicciones del costo.El estándar ISO/IEC 14598 propone las siguientes actividades para los Procesos de Evaluación, estos son:
Revisión General (ISO/IEC 14598-1) Planificación y Administración (ISO/IEC 14598-2) Proceso para Desarrolladores (ISO/IEC 14598-3) Proceso para Adquisidores (ISO/IEC 14598-4) Proceso para Evaluadores (ISO/IEC 14598-5) Documentación de Módulos de Evaluación (ISO/IEC 14598-6)
Revisión General (ISO/IEC 14598-1)Proporciona una apreciación global de las demás partes del estándar ISO/IEC14598.Contiene la estructura y los requisitos generales para la especificación y evaluaciónde la calidad del producto de software.Adicionalmente describe el proceso de evaluación en los pasos siguientes:
Establecer requisitos de Evaluación Especificar la Evaluación Diseñar la Evaluación Ejecutar la Evaluación
Estos procesos de evaluación se muestran en la Figura 1.1.Figura 1.1 Proceso de EvaluaciónFuente: ISO/
Establecer propósitos de la evaluaciónEl propósito de calidad del software es apoyar la producción y la adquisición desoftware que satisfaga directamente las necesidades del usuario.El propósito de la evaluación se divide en dos grupos:1. Evaluación de la calidad de un producto intermedio.2. Evaluación de la calidad de un producto final.
El propósito de evaluación de calidad del producto intermedio es: Decidir sobre la aceptación de un producto intermedio de un
subcontratista. Decidir sobre la realización de un proceso y cuándo enviar los
productos al siguiente proceso. Predecir o estimar la calidad de producto final. Recolectar la información sobre los productos intermedios con el
objetivo de controlar y administrar el proceso.
El propósito de evaluación de la calidad del producto final es: Decidir sobre la aceptación de los productos. Decidir cuándo liberar los productos. Comparar el producto con los productos competitivos. Seleccionar un producto de entre los productos alternativos. Evaluar el aspecto positivo y negativo de la entidad designada
cuando es usada. Decidir cuándo mejorar o reemplazar el producto.
Identificar tipos de productosEstos tipos de productos no significan aplicaciones de software, más bien se preocupa por la fase alcanzada en el ciclo de vida del producto, el cual determina si se ha procesado la evaluación de la calidad interna, calidad externa o calidad en uso.El objetivo es que cuando el producto este realmente en uso, satisfaga las necesidades implícitas y explicitas del usuario, teniendo así calidad en uso.La calidad externa puede ser evaluada solo por un sistema completo de hardware/software de la cual el producto de software es una parte. Las características externas son aquellas que se evalúan al ejecutar el software.El Software que se ejecuta satisfactoriamente en un ambiente, pero puede mostrar defectos de calidad en otro.Las medidas externas son a menudo sólo indicadores de la calidad real en uso.Para el propósito de desarrollo, los requerimientos de calidad interna son definidos como aquellos que permiten verificar la calidad de los productos intermedios. Las características internas son aquellas que se evalúan observando los rasgos internos del software.Las medidas externas de un sistema de computación pueden ser usadas también como una medida indirecta de la calidad interna del software.
Especificar un modelo de calidadPara evaluar el software es necesario seleccionar las características de calidad relevantes, para lo cual se puede usar el estándar ISO/IEC 9126-1 como una guía, el cual define seis categorías de calidad de software: funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad.Cabe recalcar que las características y subcaracterísticas pertinentes dependerán del propósito de la evaluación y deberán identificarse previo estudio de los requisitos de la calidad.
Especificar la evaluaciónSe involucra tres pasos para la especificación de la evaluación, estos son:
Selección de métricas. Establecer niveles para las métricas. Establecer criterios de valoración.
Selección de métricasCada característica cuantificable del software y cada interacción cuantificable con su ambiente que se correlaciona con una característica, puede ser establecida como una métrica.Las métricas pueden diferir dependiendo del ambiente y la fase del proceso de desarrollo en el cual se encuentren.
Establecer niveles para métricasLas características cuantificables pueden ser medidas cuantitativamente usando métricas de calidad.El valor medido es colocado en una escala de la siguiente manera:
Dividiendo la escala en dos categorías: poco satisfactorio y satisfactorio. Dividiendo la escala en cuatro categorías: limitado por el nivel actual, un nivel
existente (o valor medido), el peor nivel del caso, nivel planeado.
Establecer criterios de valoraciónPara evaluar la calidad del producto, los resultados de las evaluaciones de las diferentes características tienen que ser sumarizados. El evaluador es el encargado de preparar un procedimiento, el cual involucra criterios separados para las características de calidad diferentes, donde cada una de ellas pueden estar expresadas en términos de subcaracterísticas individuales, o una combinación ponderada de ellas. Generalmente, el procedimiento esta compuesto por otros aspectos como tiempo y costo que contribuyen a la valoración de calidad de un producto del software en un ambiente determinado.
Diseñar la evaluaciónProducir un plan de evaluaciónEl plan de evaluación describe los métodos de evaluación y el cronograma de acciones del evaluador (ISO/IEC 14598-5). Un estudio más amplio de esta parte se la realiza en la norma ISO/IEC 14598-2.
Ejecutar la evaluación
Toma de medidasAl aplicar las métricas seleccionadas al producto de software se obtienen las medidas. Los resultados de las medidas son valorados sobre la escala de métricas.
Criterios de comparaciónLos criterios de comparación pueden ser tomados desde los niveles de valoración, definidos por los valores medidos y ser comparados entre ellos.
Evaluar los resultadosLa evaluación de los resultados es el último paso del proceso de evaluación del software, donde un conjunto de niveles valorados son sumarizados. Dando como resultado una perspectiva de hasta que punto el producto del software reúne losrequisitos de calidad.
Planificación y Administración (ISO/IEC 14598-2)Esta parte de la norma contiene requisitos y guías para las funciones de soporte, como es la planificación y administración para la evaluación de productos de software.Para las funciones de soporte existe un departamento designado para ello, el cual provee la tecnología necesaria para la evaluación del producto de software.
Es importante que este departamento capacite a su personal para realizar las actividades de evaluación de manera óptima, generando métodos, normas y documentos de evaluación.De esta manera podrá ayudar a las organizaciones en los proyectos de desarrollo de software y a los que deseen realizar evolución de los mismos, así como brindar criterios para la adquisición del software.
Las principales funciones del departamento de soporte son: Adquisición de estándares nacionales e internacionales, información técnica y soporte
de expertos. Desarrollo de estándares internos y herramientas, en base a los requisitos de
organizaciones o proyectos desarrollados. Desarrollar criterios para la evaluación. Revisar la efectividad y calidad de adquisiciones o desarrollos de software. Analizar los resultados de la evaluación dentro de la organización.
Las organizaciones deben crear políticas y planes para las actividades de evaluación. Las actividades de evaluación definen las responsabilidades de cada departamento dentro de la organización.
Un plan para mejorar la evaluación de software incluye: Definición de los objetivos de la organización. Definición de políticas. Identificación de las técnicas a ser utilizadas. Asignación de responsabilidades para los administradores de evaluación de procesos. Analizar los resultados obtenidos con el objetivo de mejorar los futuros procesos de
evaluación del software.
El departamento de soporte debe supervisar que las fases del proyecto de evaluación se estén cumpliendo dentro de los tiempos establecidos.
Proceso para Desarrolladores (ISO/IEC 14598-3)ISO/IEC 14598-3 proporciona una guía para esclarecer los requisitos para la implementación y análisis de las medidas de la calidad de software.Aquí se define las actividades necesarias para definir los requisitos, especificación, diseño y conclusiones de la evaluación de cualquier tipo de producto de software, brindando soporte al desarrollador al evaluar el producto durante el ciclo de vida de desarrollo, a través de la identificación de atributos de productos intermedios y el desarrollo de actividades para medir estos atributos.La norma se enfoca en la selección de indicadores que son útiles para predecir la calidad del producto final a través de la calidad de productos intermedios.El uso de indicadores de calidad permite al desarrollador identificar los posibles problemas de calidad tempranamente y realizar las acciones correctivas.
El proceso de evaluación para desarrolladores comprende un conjunto de actividades ejecutadas por el desarrollador y que son realizadas en base a los valores de mediciones obtenidas durante el proceso de desarrollo.Estas actividades son:
Establecer los requisitos de evaluación, la cual identifica las necesidades de los usuarios (requisitos de calidad general) y que deben estar de acuerdo al modelo de calidad seleccionado (ISO/IEC 9126).
Especificación de la evaluación, consiste en la determinación de métricas externas y métricas internas.
Diseño de la evaluación, consiste en planificar acciones para la recolección de datos. Ejecución de la evaluación, consiste en la recolección de valores de medidas internas,
externas y compararlas con los valores objetivos (evaluación durante el desarrollo). Los valores de los atributos internos (indicadores de calidad) son usados para estimar la calidad del producto final.
Retroalimentación de las organizaciones, se encarga de la revisión de los resultados de la evaluación.
Especificaciones de la Norma Técnica Peruana
CODIGO : NTP ISO/IEC-TR 9126-3:2005TITULO : INGENIERIA DE SOFTWARE.Calidad del producto. Parte 3: Métricas internas.
RESUMEN : Define las métricas internas para la medición cuantitativa de la calidad interna delsoftware en términos de características y sub características definidas en la NTPISO/ IEC 9126-1 y se pretende que sea utilizado junto con la NTP-ISO/IEC 9126-1.
CONTENIDO:I. Una explicación de la forma de aplicación de las métricas de calidad
del software;II. Un conjunto básico de métricas para cada sub característica; III. Un ejemplo de la forma en que se aplican las métricas durante el ciclo
de vida del producto software
Proceso para Adquisidores (ISO/IEC 14598-4)ISO/IEC 14598-4 proporciona requisitos, recomendaciones, además de ser una guíapara la evaluación y valoración de la calidad del producto de software en su adquisición.El estándar ISO/IEC14598 clasifica a los productos de software en tres grupos:
Productos de Software Comerciales. Productos del software desarrollados o adquiridos por otras organizaciones.
Productos de Software Personalizados o productos de Software modificados.
Proceso para Evaluadores (ISO/IEC 14598-5)
El estándar ISO/IEC 14598-5 define los subprocesos necesarios para analizar los requisitos, especificaciones, diseños y ejecuciones de la evaluación, obteniendo así conclusiones y recomendaciones para cualquier tipo de software.Este estándar se puede usar para:
Evaluar productos existentes. Evaluar productos en desarrollo.
El proceso de evaluación consiste de un conjunto de tareas cooperativas e interacciones entre el solicitante (representado por un desarrollador, un usuario del software, un proveedor o adquisidor de software) y el evaluador (representado por un laboratorio u organización destinada a evaluar software). Al ejecutar los subprocesos, se generan documentos, especificaciones, y demás elementos que pueden ser utilizados como entradas a otras actividades, o ser el resultado del proceso de evaluación.
CARACTERÍSTICAS DEL PROCESO DE EVALUACIÓNDe acuerdo a la norma ISO/IEC 14598 las características esperadas en los Procesos de Evaluación del Software son:
Repetible Reproducible Imparcial Objetiva
Repetible: La evaluación repetida de un mismo producto, realizada bajo la misma especificación y con el mismo evaluador, debe producir resultados que pueden aceptarse como idénticos.Reproducible: La evaluación del mismo producto, con la misma especificación de evaluación, pero ejecutada por un evaluador diferente, debe producir resultados que pueden aceptarse como idénticos.Imparcial: La evaluación no debe ser influenciada en comparación con cualquier otro resultado en particular.Objetiva: Los resultados de la evaluación deben ser verdaderos, y no ser influenciados por las opiniones o sentimientos del evaluador.
El proceso de evaluación según el estándar ISO/IEC 14598 esta compuesto de cinco subprocesos, estos son:
a) Establecimiento de los Requisitos de Evaluaciónb) Especificación de la Evaluaciónc) Diseño de la Evaluaciónd) Ejecución de la Evaluacióne) Conclusión de la Evaluación
a) Establecimiento de los requisitos de evaluaciónEste proceso describe los objetivos de la evaluación que se relacionan con el uso del producto de software.
El solicitante elabora un documento de requisitos donde se debe expresar la importancia de cada característica, todo esto en base al grado de cobertura y objetivos de la evaluación.
b) Especificación de la evaluaciónEste proceso define el alcance de la evaluación y las mediciones a realizarse en el producto y componentes.
Al elaborar la especificación se debe analizar la descripción del producto, especificar mediciones y verificar las especificaciones en base a los requisitos de evaluación.El documento de especificación de la evaluación debe contener el alcance de la evaluación, una relación entre la información para realizar la evaluación y los componentes del producto, una relación entre la especificación de las mediciones y verificaciones, y el documento de especificación de requisitos.
c) Diseño de la evaluaciónSe encarga de documentar los métodos y procedimientos, optimizar el plan de evaluación y programar las actividades de acuerdo a los recursos disponibles, es así, que el evaluador genera el plan de la evaluación que describe los recursos necesarios (humanos, materiales, tecnológicos, etc.) y su adecuada distribución y asignación en las actividades.Este documento se incluirá en los registros de evaluación y la documentación de los métodos de evaluación.
d) Ejecución de la evaluaciónSe encarga de obtener los resultados al ejecutar las actividades programadas, conforme a los requisitos de evaluación. En base a esta ejecución se generan dos documentos, el registro de evaluación y el borrador del informe de evaluación.
e) Conclusión de la evaluaciónConsiste en la revisión del borrador entre las partes (solicitante y evaluador) y hacer disponibles los documentos finales.
Tanto el documento de requisitos, especificación, diseño, ejecución y conclusión de la evaluación generarán su respectivo borrador, el cual será revisado conjuntamente con el solicitante y el evaluador para su aprobación, e ir construyendo el informe final de evaluación.
Documentación de Módulos de Evaluación (ISO/IEC 14598-6)En esta parte de la norma donde se define la estructura y el volumen de la documentación, es decir, se elige un formato para la documentación de un Módulo a evaluar. Los Módulos de Evaluación son usados en las normas ISO/IEC 9126 e ISO/IEC14598.Un Módulo de evaluación: es un paquete de tecnología de la evaluación para medir características de la calidad del software, subcaracterísticas o atributos.El paquete incluye:
Métodos y técnicas de evaluación. Entradas para la evaluación. Recolección de Datos a ser medidos. Procedimientos y herramientas de soporte.
6. CASO DE APLICACIÓN
6.1REQUERIMIENTOS GENERALES
6.2ESTABLECIMIENTO DE REQUERIMIENTOS DE EVALUACION
6.3ESPECIFICACION DE LA EVALUACIÓN
6.4DISEÑO DE LA EVALUACIÓN
Selección de Métricas de Calidad Interna para nuestro Caso de Estudio
Para elegir las métricas de calidad se tomarán los requerimientos y necesidades del los usuarios y prioridades del Departamento de Sistemas de la Bolsa de Valores de Quito.
Selección de Métricas de Calidad Externa para nuestro Caso de Estudio
Para elegir las métricas de calidad se tomarán los requerimientos y necesidades del los usuarios y prioridades del Departamento de Sistemas de la Bolsa de Valores de Quito.
Selección de Métricas de Calidad en Uso para nuestro Caso de Estudio
Para elegir las métricas de calidad se tomarán los requerimientos y necesidades de los usuarios y prioridades del Departamento de Sistemas de la Bolsa de Valores de Quito.
En base a la tabla de métricas de calidad de uso escogidas para el caso de estudio son:
NIVELES DE PUNTUACION PARA LAS METRICAS
Utilizando las características cualitativas se pueden medir cuantitativamente usando métricas de calidad. El resultado puede ser trasladado s obre una escala.
Esta escala está diferenciada por rangos y a través de éstos nos podrá dar un grado de satisfacción.
ESTABLECER CRITERIOS PARA LA VALORACIÓN
Se ha establecido los siguientes criterios para evaluar l as diferentes métricas que nos permitirán determinar la calidad de los módulos seleccionados .
PONDERACIÓN EN PORCENTAJE DE LAS CARACTERÍSTICAS MÁS
IMPORTANTES PARA LA CALIDAD EXTERNA.
La ponderación de las características de Calidad Externa las podemos
observar en la Tabla 2.14
PONDERACIÓN EN PORCENTAJE DE LAS CARACTERÍSTICAS MÁS
IMPORTANTES PARA LA CALIDAD INTERNA.
La ponderación de las características de Calidad Interna las podemos observar en la Tabla 2.15
PONDERACIÓN EN PORCENTAJE DE LAS CARACTERÍSTICAS MÁS
IMPORTANTES PARA LA CALIDAD EN USO
La ponderación de las características de Calidad en Uso las podemos observar en la Tabla 2.16
6.5EJECUCION DE LA EVALUACION
Métricas Internas
Producto de Software a Evaluar: SICAV
Calidad a Evaluar: Calidad Interna
Característica: Mantenibilidad
Subcaracterística: Mantenibilidad, CodeMetrics Visual Studio
Métrica: Índice de Mantenimiento
NOTA: Esta métrica es recomendable aplicar ya que es propia de Visual Studio.
Índice de mantenimiento: calcula un valor de índice entre 0 y 100 que representa la facilidad relativa de mantenimiento del código. Un valor alto significa mayor facilidad de mantenimiento.
Las calificaciones codificadas por colores se pueden utilizar para identificar rápidamente puntos problemáticos del código. Una clasificación verde se encuentra entre 20 y 100 e indica que el mantenimiento del código es bueno. Una clasificación amarilla se encuentra entre 10 y 19 e indica que el mantenimiento del código es moderado. Una clasificación roja se encuentra entre 0 y 9 e indica un mantenimiento pobre.
Métrica: Calidad Interna/ Mantenibilidad/ Índice de Mantenimiento de Visual Studio
Módulo a Evaluar: Gestión de Clientes
Fórmula: X
Valor Ideal:
X = 100; Los índices más altos indican una mayor capacidad de Mantenibilidad
Procedimiento y Cálculo:
Este valor nos proporciona la herramienta Visual Studio automáticamente, al hacer click derecho en el módulo y escoger y es coger la opción “CodeMetrics”
Resultados de CodeMetrics – Mantenibilidad de VS
Valor Calculado: X= 85
Comentario:
X = 85 , Es el valor que nos dá la herramienta Visual Studio ; Dentro de la ponderación y criterio de evaluación, 85 / 100, está dentro del rango de aceptación, es te valor es aceptable.
Métricas Externas
Producto de Software a Evaluar: SICAV
Calidad a Evaluar: Calidad Externa
Característica: Usabilidad
Subcaracterística: Capacidad para ser entendido
Métrica: Demostración de Acceso
NOTA: Con esta métrica se comprueba el número de accesos posibles con el número de acceso que están en el manual de usuario de SICAV
Métrica: Calidad Externa/ Usabilidad/ Demostración de Acceso
Módulo a Evaluar: Gestión de Clientes
Fórmula: X = A / B
A = Número de demostraciones / Tutoriales que el usuario puede
Acceder satisfactoriamente.
B = Número de demostraciones / Tutoriales disponibles
Valor Ideal: X = 1;
Procedimiento y Cálculo:
Se realizó junto a un usuario de SICAV, y el Jefe del proyecto
de SICAV, de la Bolsa de Valores de Quito, que el usuario
pueda acceder Módulo de Gestión de clientes, basándose en el
Manual de Usuario. Y el resultado fue que se pudo acceder con
normalidad, sin novedad.
Valor Calculado:
Comentario:
X = 1 ,El valor de esta métrica en éste módulo, tiene el mayor valor posible, lo que significa que el resultado de la evaluación de la métrica “Demostración de Acceso”, está en el rango Satisfactorio dentro de los niveles de puntuación de las métricas.
6.6REVISION Y RETROALIAMENTACION DE LA EVALUACION DE LA CALIDAD A LA ORGANIZACIÓN
RESUMEN DE LA EVALUACIÓN DE CALIDAD DE UN PRODUCTO DE
SOFTWARE SEGÚN EL MODELO DE CALIDAD ISO/IEC 9126 APLICADO PARA NUESTRO CASO DE ESTUDIO “SICAV”.
Análisis del Gráfico 3.4.1. El resultado Global de la Calidad del Sistema Integrado de Casas de Valores SICAV, es 82%, lo que significa que nos garantiza un 82% de calidad, dentro de lo parametrizado en los rangos de aceptación, es considerado un PRODUCTO SATISFACTORIO, y cumple los requerimientos mínimos establecidos para el cual fue implementado.
Análisis del Gráfico 3.4.2. Se puede apreciar que el mínimo porcentaje de Calidad es el de 80%, obtenido en el modelo de Calidad Externa, no tiene mucha diferencia con el resto de modelos, se puede considerar que son valores satisfactorios.
Es importante recalcar el valor de Calidad en USO, el 84%, significa que el usuario está satisfecho al usar el Producto de Software SICAV, es decir los procesos que maneja el SIC AV les permite aminorar la carga de trabajo y ser mas productivos, teniendo eficiencia y completitud en las tareas del día a día.
7. CONCLUSIONES Y RECOMENDACIONES
7.1El Aseguramiento de Calidad de Software se puede orientar, al Proyecto de
Software (Ciclo de Vida del Software), la Organización (Gobierno de TI), al
Proceso de la Empresa, y al Producto de Software (Aplicativo).
7.2Las normas ISO/IEC 9126 e ISO/IEC 14598 son estándares internacionales
que se pueden aplicar a cualquier producto de software independientemente de
la tecnología, base de datos, lenguaje de programación, herramienta de
desarrollo, que esté hecho el Producto.
7.3Para seleccionar las métricas más adecuadas, para evaluar un producto de
software, es necesario escoger las métricas según el tipo de producto,
disponibilidad del producto si está en producción, ambiente en donde está
implementado el producto, y en conjunto con el departamento de Tecnología
de la empresa propietaria del Sistema.
7.4La calidad del Producto de Software SICAV cumple con el 80% de las
características de la calidad (interna, externas y en uso), seleccionadas por tal
motivo este producto según nuestro estudio tiene un nivel de aceptabilidad,
por lo tanto satisface los requisitos de calidad.
8. BIBLIOGRAFIA