ESCUELA UNIVERSITARIA DE POSTGRADOMAESTRIA 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 Contenido 1. 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. 7. 8. CASO DE APLICACIÓN............................................................................................................... 16 CONCLUSIONES Y RECOMENDACIONES ............................................................................ 30 BIBLIOGRAFIA .............................................................................................................................. 31 1. Resumen La 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. Antecedentes En 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. El desarrollo o selección de productos software de gran calidad es. (iv) la visión del producto basada en las características observables del producto. de suma importancia. pero esta vez orientándose a ver la calidad del producto como resultado de un proceso. Es importante que cada característica relevante de la calidad del producto software sea especificada y evaluada. utilizando métricas validadas o de amplia aceptación. por lo tanto. 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. (ii) la visión del usuario como la adecuación al propósito del usuario. su correcta operación es a menudo crítica para el éxito del negocio y/o la seguridad de las personas. que conforman la base para especificar requerimientos de calidad y evaluar la calidad. cuando sea posible. es necesario recurrir a un modelo de calidad de producto software.Una nueva propuesta de calidad de producto se plantea en 1999 y se aprueba en el 2000. 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. son las cinco visiones de la calidad: (i) la visión trascendental que puede ser reconocida pero no definida. Para poder comprender la calidad del producto software. Una especificación y evaluación detallada de la calidad del producto software es un factor clave para asegurar la calidad adecuada. 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. 3. 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. y (v) la visión basada en el valor que el cliente está dispuesto a pagar por ella. Introducción a la calidad de producto El software es un componente presente en una gran variedad de actividades y. que es en esencia una representación abstracta de la caracterización del producto software. (iii) la visión del productor como conformidad con la especificación. Esto se puede lograr definiendo de manera apropiada las características de la calidad y teniendo en cuenta el propósito del uso del producto software. . con frecuencia. 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. Un enfoque interesante y muy influyente. y evaluando un producto puede proporcionar una retroalimentación para mejorar un proceso”. evaluar y mejorar un proceso es una manera de mejorar la calidad del producto. del productor y del producto. calidad externa y calidad interna que corresponden con la visión del usuario. . 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. contribuyen a especificar (definir) los requerimientos de calidad externa y estos a su vez los requerimientos de calidad interna. y la calidad del producto contribuye a mejorar la calidad en uso. Por lo tanto. y evaluar y mejorar la calidad del producto es una manera de mejorar la calidad en uso. En éste último gráfico también se puede apreciar fácilmente que las necesidades de calidad del usuario sobre el producto de software.El modelo de la ISO/IEC 9126 presenta el concepto de calidad en uso. 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. De igual manera. externa y en uso) y la figura siguiente representa la calidad como parte del ciclo de vida del desarrollo del software. 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. evaluar la calidad en uso puede proporcionar una retro alimentación para mejorar el producto. 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”. En las secciones siguientes se describirá cada uno de ellos. Como es difícil corregir la arquitectura de software u otros aspectos fundamentales del diseño del software. Sin embargo. Durante las pruebas. Calidad del producto software – modelos y definiciones La norma ISO/IEC 9126 presenta dos modelos de calidad.1. Los detalles de la calidad del producto software pueden ser mejorados durante la implementación. el diseño fundamental permanece sin cambios a través de las pruebas”. fiabilidad. usabilidad. la primera referida a la calidad interna y externa y el segundo modelo referido a la calidad en uso. muchas fallas serán descubiertas y eliminadas. eficiencia. 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 . 4. Calidad externa e interna La norma ISO/IEC 9126 define la calidad interna como: “la totalidad de las características del producto software desde una perspectiva interna. la cual es típicamente medida y evaluada mientras se prueba en un ambiente simulado con datos simulados y usando métricas externas. revisión y prueba del código software. La figura que se muestra representa el modelo de calidad interna o externa se muestra un conjunto de 6 características: funcionalidad. facilidad de mantenimiento y portabilidad.Calidad como parte del ciclo de vida del desarrollo del software 4. La calidad interna es medida y evaluada en base a los requerimientos de calidad interna. 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. algunas fallas todavía pueden permanecer después de las pruebas. definido en ISO/IEC 9126-1. .Características de la calidad interna y externa.Modelo de calidad del producto software para la calidad externa e interna Cuadro 1 . definido en ISO/IEC 9126-1. .Cuadro 2 Sub Características de la calidad interna/externa. 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. Contiene la estructura y los requisitos generales para la especificación y evaluación de la calidad del producto de software.1 Proceso de Evaluación Fuente: ISO/ Establecer propósitos de la evaluación El propósito de calidad del software es apoyar la producción y la adquisición de . 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/IEC 14598. 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.5.1. valoración y evaluación de calidad del producto de software. ESTÁNDAR ISO/IEC 14598 La serie de estándares ISO/IEC 14598 proporciona métodos para medida. Figura 1. Identificar tipos de productos Estos tipos de productos no significan aplicaciones de software. Decidir cuándo mejorar o reemplazar el producto. para lo cual se puede usar el estándar ISO/IEC 9126-1 como una guía. estos son: Selección de métricas. fiabilidad. Evaluación de la calidad de un producto final. eficiencia. Evaluar el aspecto positivo y negativo de la entidad designada cuando es usada. 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. teniendo así calidad en uso. Seleccionar un producto de entre los productos alternativos. el cual determina si se ha procesado la evaluación de la calidad interna. Para el propósito de desarrollo. Las características internas son aquellas que se evalúan observando los rasgos internos del software. El propósito de evaluación de la calidad del producto final es: Decidir sobre la aceptación de los productos. pero puede mostrar defectos de calidad en otro. Las medidas externas son a menudo sólo indicadores de la calidad real en uso. Recolectar la información sobre los productos intermedios con el objetivo de controlar y administrar el proceso. Las características externas son aquellas que se evalúan al ejecutar el software. Especificar un modelo de calidad Para evaluar el software es necesario seleccionar las características de calidad relevantes. Evaluación de la calidad de un producto intermedio. El Software que se ejecuta satisfactoriamente en un ambiente. el cual define seis categorías de calidad de software: funcionalidad. 2. Decidir cuándo liberar los productos. Predecir o estimar la calidad de producto final. más bien se preocupa por la fase alcanzada en el ciclo de vida del producto. El propósito de evaluación de calidad del producto intermedio es: Decidir sobre la aceptación de un producto intermedio de un subcontratista. La calidad externa puede ser evaluada solo por un sistema completo de hardware/software de la cual el producto de software es una parte. El propósito de la evaluación se divide en dos grupos: 1. mantenibilidad y portabilidad. El objetivo es que cuando el producto este realmente en uso. satisfaga las necesidades implícitas y explicitas del usuario. Especificar la evaluación Se involucra tres pasos para la especificación de la evaluación. calidad externa o calidad en uso. .software que satisfaga directamente las necesidades del usuario. los requerimientos de calidad interna son definidos como aquellos que permiten verificar la calidad de los productos intermedios. usabilidad. Comparar el producto con los productos competitivos. Decidir sobre la realización de un proceso y cuándo enviar los productos al siguiente proceso. Las medidas externas de un sistema de computación pueden ser usadas también como una medida indirecta de la calidad interna del software. Diseñar la evaluación Producir un plan de evaluación El plan de evaluación describe los métodos de evaluación y el cronograma de acciones del evaluador (ISO/IEC 14598-5). un nivel existente (o valor medido). El valor medido es colocado en una escala de la siguiente manera: Dividiendo la escala en dos categorías: poco satisfactorio y satisfactorio. Establecer criterios de valoración. Establecer niveles para las métricas. Ejecutar la evaluación Toma de medidas Al aplicar las métricas seleccionadas al producto de software se obtienen las medidas. Generalmente. Selección de métricas Cada característica cuantificable del software y cada interacción cuantificable con su ambiente que se correlaciona con una característica. nivel planeado. o una combinación ponderada de ellas. los resultados de las evaluaciones de las diferentes características tienen que ser sumarizados. Los resultados de las medidas son valorados sobre la escala de métricas. el cual involucra criterios separados para las características de calidad diferentes. Un estudio más amplio de esta parte se la realiza en la norma ISO/IEC 14598-2. Dividiendo la escala en cuatro categorías: limitado por el nivel actual. 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. donde cada una de ellas pueden estar expresadas en términos de subcaracterísticas individuales. 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 criterios de valoración Para evaluar la calidad del producto. Establecer niveles para métricas Las características cuantificables pueden ser medidas cuantitativamente usando métricas de calidad. El evaluador es el encargado de preparar un procedimiento. el peor nivel del caso. Desarrollar criterios para la evaluación. Las actividades de evaluación definen las responsabilidades de cada departamento dentro de la organización. en base a los requisitos de organizaciones o proyectos desarrollados. generando métodos. así como brindar criterios para la adquisición del software. Dando como resultado una perspectiva de hasta que punto el producto del software reúne los requisitos de calidad. Desarrollo de estándares internos y herramientas. el cual provee la tecnología necesaria para la evaluación del producto de software. como es la planificación y administración para la evaluación de productos de software. 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. . Evaluar los resultados La evaluación de los resultados es el último paso del proceso de evaluación del software. Identificación de las técnicas a ser utilizadas. definidos por los valores medidos y ser comparados entre ellos. Asignación de responsabilidades para los administradores de evaluación de procesos. Para las funciones de soporte existe un departamento designado para ello. Analizar los resultados de la evaluación dentro de la organización. normas y documentos de evaluación. donde un conjunto de niveles valorados son sumarizados. El departamento de soporte debe supervisar que las fases del proyecto de evaluación se estén cumpliendo dentro de los tiempos establecidos.Criterios de comparación Los criterios de comparación pueden ser tomados desde los niveles de valoración. Es importante que este departamento capacite a su personal para realizar las actividades de evaluación de manera óptima. Definición de políticas. Un plan para mejorar la evaluación de software incluye: Definición de los objetivos de la organización. Las organizaciones deben crear políticas y planes para las actividades de evaluación. Revisar la efectividad y calidad de adquisiciones o desarrollos de software. Las principales funciones del departamento de soporte son: Adquisición de estándares nacionales e internacionales. 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. Planificación y Administración (ISO/IEC 14598-2) Esta parte de la norma contiene requisitos y guías para las funciones de soporte. Analizar los resultados obtenidos con el objetivo de mejorar los futuros procesos de evaluación del software. información técnica y soporte de expertos. El uso de indicadores de calidad permite al desarrollador identificar los posibles problemas de calidad tempranamente y realizar las acciones correctivas. 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. Productos de Software Personalizados o productos de Software modificados. recomendaciones. Productos del software desarrollados o adquiridos por otras organizaciones. 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.Aquí se define las actividades necesarias para definir los requisitos. a través de la identificación de atributos de productos intermedios y el desarrollo de actividades para medir estos atributos. 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. Una explicación de la forma de aplicación de las métricas de calidad del software. Parte 3: Métricas internas. Especificaciones de la Norma Técnica Peruana CODIGO : NTP ISO/IEC-TR 9126-3:2005 TITULO : INGENIERIA DE SOFTWARE. especificación. Especificación de la evaluación. El estándar ISO/IEC14598 clasifica a los productos de software en tres grupos: Productos de Software Comerciales. 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). RESUMEN : Define las métricas internas para la medición cuantitativa de la calidad interna del software 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. consiste en la recolección de valores de medidas internas. Calidad del producto. además de ser una guía para la evaluación y valoración de la calidad del producto de software en su adquisición. consiste en la determinación de métricas externas y métricas internas. Diseño de la evaluación. Estas actividades son: Establecer los requisitos de evaluación. CONTENIDO: I. III. se encarga de la revisión de los resultados de la evaluación. Retroalimentación de las organizaciones. consiste en planificar acciones para la recolección de datos. Un conjunto básico de métricas para cada sub característica. diseño y conclusiones de la evaluación de cualquier tipo de producto de software. Los valores de los atributos internos (indicadores de calidad) son usados para estimar la calidad del producto final. externas y compararlas con los valores objetivos (evaluación durante el desarrollo). brindando soporte al desarrollador al evaluar el producto durante el ciclo de vida de desarrollo. Ejecución de la evaluación. . II. se generan documentos. debe producir resultados que pueden aceptarse como idénticos. Reproducible: La evaluación del mismo producto. y no ser influenciados por las opiniones o sentimientos del evaluador. debe producir resultados que pueden aceptarse como idénticos. y demás elementos que pueden ser utilizados como entradas a otras actividades. diseños y ejecuciones de la evaluación. especificaciones. Objetiva: Los resultados de la evaluación deben ser verdaderos. o ser el resultado del proceso de evaluación. especificaciones. CARACTERÍSTICAS DEL PROCESO DE EVALUACIÓN De 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. estos son: a) Establecimiento de los Requisitos de Evaluación b) Especificación de la Evaluación c) Diseño de la Evaluación d) Ejecución de la Evaluación e) Conclusión de la Evaluación . Evaluar productos en desarrollo.Proceso para Evaluadores (ISO/IEC 14598-5) El estándar ISO/IEC 14598-5 define los subprocesos necesarios para analizar los requisitos. Este estándar se puede usar para: Evaluar productos existentes. un proveedor o adquisidor de software) y el evaluador (representado por un laboratorio u organización destinada a evaluar software). un usuario del software. realizada bajo la misma especificación y con el mismo evaluador. Al ejecutar los subprocesos. obteniendo así conclusiones y recomendaciones para cualquier tipo de software. El proceso de evaluación consiste de un conjunto de tareas cooperativas e interacciones entre el solicitante (representado por un desarrollador. El proceso de evaluación según el estándar ISO/IEC 14598 esta compuesto de cinco subprocesos. con la misma especificación de evaluación. Imparcial: La evaluación no debe ser influenciada en comparación con cualquier otro resultado en particular. pero ejecutada por un evaluador diferente. b) Especificación de la evaluación Este proceso define el alcance de la evaluación y las mediciones a realizarse en el producto y componentes. . Este documento se incluirá en los registros de evaluación y la documentación de los métodos de evaluación. una relación entre la información para realizar la evaluación y los componentes del producto. etc. El documento de especificación de la evaluación debe contener el alcance de la evaluación. una relación entre la especificación de las mediciones y verificaciones. e) Conclusión de la evaluación Consiste en la revisión del borrador entre las partes (solicitante y evaluador) y hacer disponibles los documentos finales. todo esto en base al grado de cobertura y objetivos de la evaluación. Al elaborar la especificación se debe analizar la descripción del producto. que el evaluador genera el plan de la evaluación que describe los recursos necesarios (humanos. materiales.) y su adecuada distribución y asignación en las actividades. d) Ejecución de la evaluación Se encarga de obtener los resultados al ejecutar las actividades programadas. En base a esta ejecución se generan dos documentos. optimizar el plan de evaluación y programar las actividades de acuerdo a los recursos disponibles.a) Establecimiento de los requisitos de evaluación Este proceso describe los objetivos de la evaluación que se relacionan con el uso del producto de software. el registro de evaluación y el borrador del informe de evaluación. conforme a los requisitos de evaluación. El solicitante elabora un documento de requisitos donde se debe expresar la importancia de cada característica. y el documento de especificación de requisitos. es así. c) Diseño de la evaluación Se encarga de documentar los métodos y procedimientos. especificar mediciones y verificar las especificaciones en base a los requisitos de evaluación. tecnológicos. diseño.2 ESTABLECIMIENTO DE REQUERIMIENTOS DE EVALUACION 6. el cual será revisado conjuntamente con el solicitante y el evaluador para su aprobación. 6. es decir.1 REQUERIMIENTOS GENERALES 6. ejecución y conclusión de la evaluación generarán su respectivo borrador. e ir construyendo el informe final de evaluación. CASO DE APLICACIÓN 6. subcaracterísticas o atributos. Entradas para la evaluación. 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.Tanto el documento de requisitos. Procedimientos y herramientas de soporte. Recolección de Datos a ser medidos.3 ESPECIFICACION DE LA EVALUACIÓN . El paquete incluye: Métodos y técnicas de evaluación. Los Módulos de Evaluación son usados en las normas ISO/IEC 9126 e ISO/IEC14598. se elige un formato para la documentación de un Módulo a evaluar. 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. especificación. 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.4 DISEÑ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.6. . . En base a la tabla de métricas de calidad de uso escogidas para el caso de estudio son: .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. 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 .NIVELES DE PUNTUACION PARA LAS METRICAS Utilizando las características cualitativas se pueden medir cuantitativamente usando métricas de calidad. . Esta escala está diferenciada por rangos y a través de éstos nos podrá dar un grado de satisfacción. El resultado puede ser trasladado s obre una escala. 14 .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. PONDERACIÓN EN PORCENTAJE DE LAS CARACTERÍSTICAS MÁS IMPORTANTES PARA LA CALIDAD INTERNA.15 . La ponderación de las características de Calidad Interna las podemos observar en la Tabla 2. 16 las podemos .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 observar en la Tabla 2. CodeMetrics Visual Studio Métrica: Índice de Mantenimiento NOTA: Esta métrica es recomendable aplicar ya que es propia de Visual Studio. Una clasificación roja se encuentra entre 0 y 9 e indica un mantenimiento pobre. Los índices más altos indican una mayor capacidad de Mantenibilidad . Las calificaciones codificadas por colores se pueden utilizar para identificar rápidamente puntos problemáticos del código.6. Un valor alto significa mayor facilidad de mantenimiento. 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.5 EJECUCION DE LA EVALUACION Métricas Internas Producto de Software a Evaluar: SICAV Calidad a Evaluar: Calidad Interna Característica: Mantenibilidad Subcaracterística: Mantenibilidad. Índice de mantenimiento: calcula un valor de índice entre 0 y 100 que representa la facilidad relativa de mantenimiento 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. 85 / 100. está dentro del rango de aceptación.Procedimiento y Cálculo: Este valor nos proporciona la herramienta Visual Studio automáticamente. Dentro de la ponderación y criterio de evaluación. . Es el valor que nos dá la herramienta Visual Studio . 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 te valor es aceptable. basándose en el . B = Número de demostraciones / Tutoriales disponibles Valor Ideal: X = 1. que el usuario pueda acceder Módulo de Gestión de clientes. 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.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. El valor de esta métrica en éste módulo. Valor Calculado: Comentario: X = 1 . Y el resultado fue que se pudo acceder con normalidad. sin novedad. . lo que significa que el resultado de la evaluación de la métrica “Demostración de Acceso”. tiene el mayor valor posible. está en el rango Satisfactorio dentro de los niveles de puntuación de las métricas.Manual de Usuario. 6. .6 REVISION 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”. es considerado un PRODUCTO SATISFACTORIO. y cumple los requerimientos mínimos establecidos para el cual fue implementado.1.4. . El resultado Global de la Calidad del Sistema Integrado de Casas de Valores SICAV. dentro de lo parametrizado en los rangos de aceptación.Análisis del Gráfico 3. lo que significa que nos garantiza un 82% de calidad. es 82%. 7. Se puede apreciar que el mínimo porcentaje de Calidad es el de 80%. base de datos. lenguaje de programación. significa que el usuario está satisfecho al usar el Producto de Software SICAV.3 Para seleccionar las métricas más adecuadas. teniendo eficiencia y completitud en las tareas del día a día. es necesario escoger las métricas según el tipo de producto. y al Producto de Software (Aplicativo). 7. externas y en uso). al Proceso de la Empresa.4 La calidad del Producto de Software SICAV cumple con el 80% de las características de la calidad (interna. herramienta de desarrollo. Es importante recalcar el valor de Calidad en USO. no tiene mucha diferencia con el resto de modelos. 7. por lo tanto satisface los requisitos de calidad. al Proyecto de Software (Ciclo de Vida del Software). y en conjunto con el departamento de Tecnología de la empresa propietaria del Sistema. que esté hecho el Producto. disponibilidad del producto si está en producción. 7. obtenido en el modelo de Calidad Externa. el 84%.Análisis del Gráfico 3. seleccionadas por tal motivo este producto según nuestro estudio tiene un nivel de aceptabilidad. . la Organización (Gobierno de TI). CONCLUSIONES Y RECOMENDACIONES 7. para evaluar un producto de software. ambiente en donde está implementado el producto.2 Las 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.2.4.1 El Aseguramiento de Calidad de Software se puede orientar. es decir los procesos que maneja el SIC AV les permite aminorar la carga de trabajo y ser mas productivos. se puede considerar que son valores satisfactorios. 8. BIBLIOGRAFIA .