197

CAPITULO 3 GESTION DE LA CALIDAD DE SOFTWARE

3.1 Introducción

La Ingeniería del software tiene como principal objetivo el de mejorar la calidad de los sistemas o aplicaciones producidas, consiguiendo así satisfacer al cliente, además de conseguir su fidelización al poder contar con un producto que le garantice un óptimo desempeño. Es por ello que continuamente estamos en la búsqueda y aplicación de modelos de calidad y herramientas que nos permitan mejorar nuestro proceso de desarrollo de software. Durante el presente Módulo de Gestión de la calidad de software, hemos podido conocer las opciones de modelos de calidad que tenemos para poder llevar a cabo este aseguramiento de la calidad en nuestros productos, así como conocer diversas herramientas de apoyo para una gestión con calidad. Como trabajo desarrollado para el presente módulo tenemos la elaboración de listas de verificación de calidad para cinco entregables de nuestro proyecto, las cuales nos permitirán evaluar la calidad de dichos entregables. A partir de estas listas se procede a elaborar los atributos, métricas y relación de atributos de acuerdo con el modelo de calidad para la calidad interna y externa según la norma ISO 9126.

198 3.2 Listas de control necesarias para el control de calidad Se elaboraron las listas de verificación para estos cinco entregables del proyecto: • • • • • Diseño de páginas Web Pruebas integrales Desarrollo de aplicaciones web Casos de uso del Sistema Diseño de base de datos del Sistema

A partir de estas listas se elaboraron las listas de atributos, métricas y grado de relación del modelo de calidad para dos puntos de control de cada uno de los entregables. 3.2.1 3.2.1.1 Entregable: Diseño de Páginas Web Lista de verificación

Esta lista de verificación será utilizada por el desarrollador web para asegurar que sus páginas web cumplen con todos los requisitos de usabilidad y con la utilización de estándares web y de la organización. El Analista de Calidad verificará la conformidad de cada punto o de lo contrario dará sus observaciones las cuales deben ser resueltas por el desarrollador web. El encargado de QC podrá pedir esta lista de verificación al momento de hacer el control de calidad y podrá realizar la verificación respectiva.

Puntos de control Validar que el diseño del aplicativo web corresponda a los requerimientos de los usuarios. Verificar que la estructura general del

Conforme Observado Comentarios

199 aplicativo web esté orientada al usuario. Verificar en qué medida se da el control del usuario sobre la interfaz Web. Verificar si se mantiene informado al usuario sobre la situación del aplicativo. Verificar la atractividad de la interfaz para el usuario. Verificar la complejidad del diseño. Verificar la coherencia y uniformidad de las páginas web. Validar la mantención de estándares web en el diseño. Verificar el uso justificado de elementos visuales y de audio en las páginas web. Validar la legibilidad del contenido. Validar el uso de colores y tipografía adecuadas. Verificar si existe sobrecarga informativa. Verificar la Calidad de la visualización de la información. Verificar si se utiliza correctamente la jerarquía visual de los elementos de la página web. Validar la navegabilidad del Aplicativo Web. Verificar la eficiencia de enlaces y rótulos. Verificar la eficiencia de los menús de navegación. Verificar la existencia de ayuda y retroalimentación brindada al usuario. Verificar la accesibilidad del aplicativo Web Verificar que los tiempos de carga o acceso a páginas sea el adecuado. Verificar la compatibilidad del Aplicativo web con los diferentes navegadores. Verificar si hay programadas actualizaciones periódicas de las páginas web Validar que el aplicativo cuente con un Sistema de búsqueda. Validar el que se pueda contar con la impresión desde el aplicativo web. Verificar si se cuenta con un efectiva administración de errores. Realizado por: Fecha:

2 Lista de atributos por punto de control Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Concepto a Medir Atributo Nombre del Proyecto: Preparado por: Fecha: Entregable Diseño de Páginas Web Información necesaria Evaluar la usabilidad Navegabilidad del Aplicativo Web Evaluar la fiabilidad Evaluar la eficiencia Evaluar la usabilidad Navegación intuitiva Consistencia de los enlaces Sobrecarga del menú de navegación Visualización de la información de navegación Continuidad de la navegación Acceso rápido a las páginas Fragmentación de la información Facilidad de lectura Efectividad de la tipografía Sistema de color Validez de la ortografía Comprensión del Complejidad del lenguaje Legibilidad del contenido .1.2.200 3.

3.2.3 Punto de control: Navegabilidad del aplicativo web 3.1.1 Lista de métricas Nombre del Proyecto: Preparado por: Fecha: Atributo Indicador Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Métrica Medida Fórmula y elementos medibles CIN = {Excelente. Regular.201 texto Calidad de los títulos y subtítulos 3.1. Excelente} CIN = Calificador . Malo o Pobre} Excelente = Características intuitivas en todos los elementos de navegación Bueno = Características intuitivas en la mayoría de los elementos de navegación Regular = Presencia de características intuitivas en pocos elementos de navegación Malo o Pobre = Ausencia de características intuitivas en los elementos de navegación Interpretación Rango de Aceptación Tipo Medida Aplicabilidad de la intuición Navegación en los intuitiva elementos de navegación Presencia de características intuitivas en los elementos de navegación de las páginas web La navegación intuitiva es mejor CIN = {Bueno.2. Bueno.

Bueno} SR = Calificador Corresponden cia del rótulo con el contenido Más cercano a 1 es mejor ERCS >=0. con mano aplicativo web sobre-voladora que señala.) Número de palabras NPTE = Número de palabras contenidas en el título contenidas en el título del enlace del enlace.95 ERC = Contador TES = Contador ECE = Contador TES = Contador Consistencia de los enlaces Aplicabilidad de estándares en la apariencia del enlace Más cercano a 1 es mejor EES >=0. Bueno.95 Más cercano a 1 es mejor Estar dentro del rango NPTE <=4 NPTE = Contador EM = Contador Sobrecarga Contabilizació Número de elementos n de EM = Elementos del menú del menú de del menú navegación elementos del 7+-2 elementos .95 Significación de los rótulos Los rótulos con buen significado es mejor SR = {Excelente. Malo o Pobre} Excelente = Rótulos con muy buen significado Grado de Bueno = Rótulos con significado significancia de los rótulos de los enlaces Regular = Rótulos con poco significado Malo o Pobre = Rótulos sin significado Proporción de enlaces ERCS = (ERC/TES) cuyos rótulos guardan ERC = Enlaces que guardan relación con los contenidos relación con los TES = Total de enlaces del contenidos en las aplicativo web páginas web Proporción de enlaces EES = (ECE/TES) con caracterización ECE = Enlaces con caracterización estándar (color azul estándar y opción de TES = Total de enlaces del subrayado. EI = Contador TES = Contador Más cercano a 1 es mejor EIP >=0. Regular.202 Enlaces identificados por los usuarios EIP = (EI/TES) EI = Enlaces identificados TES = Total de enlaces del aplicativo web SR = {Excelente. etc. Proporción de enlaces identificados por los usuarios en las páginas web.

95 PUU = Contador TPS = Contador Visualización de los enlaces visitados Más cercano a 1 es mejor VEV >=0. TEM = Términos del nombre del elemento del menú Estar dentro del rango 2 o 3 términos TEM = Contador Visualización de la ubicación del usuario VUU = (PUU/TPS) PUU = Páginas web que muestran la ubicación del usuario TPS = Total de páginas del aplicativo web VEV = (PEV/TPS) PEV = Páginas web que muestran y destacan los enlaces visitados TPS = Total de páginas del aplicativo web Sí = Cuenta con mapa del aplicativo No = No cuenta con mapa del aplicativo ERS = (ER/TES) * 100 ER = Enlaces rotos TES = Total de enlaces del aplicativo web Más cercano a 1 es mejor VUU >=0. El aplicativo web cuenta con un mapa de su estructura para ser consultado.95 PEV = Contador TPS = Contador Visualización de la información de navegación Visualización del Mapa del Aplicativo Web Que cuente con mapa del aplicativo es mejor Sí Porcentaje de enlaces Continuidad Funcionamien rotos en el aplicativo de la to de los web debido a nodos navegación enlaces ausentes Más cercano a 0% es mejor ERS <=1% ER = Contador TES = Contador .203 menú Número de términos que componen el nombre del elemento del menú Proporción de páginas web que muestran la ubicación del usuario y la relación jerárquica de ese nodo con el resto de la estructura de la web. Proporción de páginas web que muestran y destacan los enlaces ya visitados por el usuario.

204 Cantidad de enlaces no implementados en el aplicativo web Cantidad de enlaces inválidos en el aplicativo web Cantidad de enlaces e-mail mal construidos en el aplicativo web ENI = Enlaces no implementados en el aplicativo web EI = Enlaces inválidos en el aplicativo web EEMC = Enlaces e-mail mal construidos en el aplicativo web Más cercano a 0 es mejor Más cercano a 0 es mejor Más cercano a 0 es mejor Más cercano a 0% es mejor Más cercano a 0 es mejor Más cercano a 0 es mejor ENI = 0 ENI = Contador EI = Contador EEMC = Contador PM = Contador TPS = Contador TLCP = segundos TPCP = segundos EI = 0 EEMC = 0 Acceso rápido a las páginas Tiempo de carga de páginas PMS = (PM/TPS) * 100 Porcentaje de páginas PM = Páginas muertas muertas en el TPS = Total de páginas del aplicativo web aplicativo web TLCP = Tiempo límite para la Tiempo límite para la carga de las páginas del aplicativo carga de páginas web TPCP = Tiempo promedio de Tiempo promedio carga de las páginas del aplicativo para la carga de web páginas PMS <=1% TLCP <= 10 seg TPCP <= 4 seg .

2. Usabilidad Alta Alta Baja Media Atributo Continuidad de la navegación Madurez Alta Tolerancia a fallos Alta Cumplimiento de la fiabilidad Alta Atributo Acceso rápido a las páginas Comportamiento temporal Alta Utilización de recursos Alta Cumplimiento de la eficiencia Alta .1.3.2 Lista de grado de relación del modelo de calidad Nombre del Proyecto: Preparado por: Fecha: Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 USABILIDAD Atributo Navegación intuitiva Consistencia de los enlaces Sobrecarga del menú de navegación Visualización de la información de navegación Comprensibilidad Alta Alta Alta Alta Aprendibilidad Alta Alta Media Alta Operabilidad Alta Alta Media Alta FIABILIDAD Capacidad de recuperación Alta Eficiencia Atracción Alta Alta Media Media Cumplim.205 3.

1 Lista de métricas Nombre del Proyecto: Preparado por: Fecha: Atributo Indicador Sistema de Gestión de Requerimientos Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Métrica Medida Fórmula y elementos medibles PIAS = (PIA/TPS) PIA = Páginas con información acumulada TPS = Total de páginas del aplicativo web PTAS = (PTA/TPS) PTA = Páginas con tipografía adecuada TPS = Total de páginas del aplicativo web Interpretación Más cercano a 0 es mejor Rango de Aceptación PIAS = 0 Tipo Medida PIA = Contador TPS = Contador PTA = Contador TPS = Contador Proporción de Fragmenta. Arial.2. diseño. Times} T = {Arial. T= Times. .1. Tahoma.2. rango de n Tahoma. Sans opciones Serif} .206 3.4 Punto de control: Legibilidad del contenido 3.1.4. de tipografía textos y números) adecuada Uso del tipo de letra adecuado Efectividad de la tipografía Más cercano a 1 es mejor PTAS = 1 T = {Sans Serif.Congestión de páginas con mucha información ción de la información reunida información en las páginas en un solo lugar Proporción de páginas con tipografía adecuada (forma. Valor dentro del Descripció Verdana. tamaño y relaciones Aplicabilidad visuales de letras. Verdana.

PPC = Páginas que contienen de elementos metáforas. palabras ambiguos/con complejas.95 es mejor PCA = Contador TPS = Contador PEO = Contador TPS = Contador Validez de la ortografía Más cercano a 0 es mejor PEOS = 0 Complejidad del lenguaje Más cercano a 0 es mejor PPCS =0 PPC = Contador TPS = Contador Calidad de los títulos y subtítulos Más cercano a 1 es mejor Estar dentro del rango Estar dentro del rango TERS =1 TER = Contador TTS = Contador PT = Contador CT = Contador 2 <= PT <= 6 CT <= 80 .207 Proporción de PCAS = (PCA/TPS) Aplicabilidad páginas con color PCA = Páginas con color adecuado de un Sistema adecuado (color del TPS = Total de páginas del de color texto en contraste con aplicativo web adecuado el color del fondo) PEOS = (PEO/TPS) PEO = Páginas con errores Proporción de Evaluación ortográficos páginas con errores ortográfica TPS = Total de páginas del ortográficos aplicativo web Proporción de PPCS = (PPC/TPS) páginas que Aplicabilidad contienen metáforas. jergas y palabras Jergas. etc complejas y otros fusos en el TPS = Total de páginas del elementos que lenguaje dificulten la claridad aplicativo web del lenguaje TERS = (TER/TTS) Corresponden Proporción de títulos TER = Títulos efectivos y cia de títulos y y subtítulos que representativos de la información subtítulos con guardan relación con TTS = Total de títulos y subtítulos la información la información del aplicativo web Adecuado Número de palabras PT = Palabras del título tamaño de del título títulos y Número de caracteres CT = Caracteres del título subtítulos del título Sistema de color Más cercano a 1 PCAS >= 0.

4.2. Usabilidad Media Alta Media Baja Baja Baja .208 3.1.2 Lista de grado de relación del modelo de calidad Nombre del Proyecto: Preparado por: Fecha: Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 USABILIDAD Atributo Fragmentación de la información Efectividad de la tipografía Sistema de color Validez de la ortografía Complejidad del lenguaje Calidad de los títulos y subtítulos Comprensibilidad Alta Alta Media Media Alta Alta Aprendibilidad Alta Alta Baja Baja Alta Media Operabilidad Media Alta Baja Baja Media Media Atracción Alta Alta Alta Media Media Media Cumplim.

Los encargados de testing podrán pedir esta lista de verificación al momento de hacer la planificación de las pruebas integrales y podrán realizar la verificación respectiva. Cabe mencionar que no es recomendable que las pruebas sean ejecutadas por los mismos desarrolladores.2. Los encargados de testing verificarán la conformidad de cada punto o de lo contrario darán sus observaciones las cuales deben ser resueltas por los desarrolladores web. Puntos de control Validar que la planificación de las pruebas sea consistente con las definiciones del producto Evaluar y seleccionar los tipos de prueba a aplicar Validar la calidad de los casos de prueba Validar la completitud de la documentación de los casos de prueba Verificar que la generación de datos para las pruebas sea eficiente Validar la calidad del ambiente de pruebas Revisar el uso de herramientas de testeo existentes en el mercado Verificar la administración eficiente de los resultados de las pruebas Realizado por: Fecha: Conforme Observado Comentarios .2 3.2.209 3. por lo que el equipo de testing estará ajeno al desarrollo.1 Entregable: Pruebas integrales Lista de verificación Esta lista de verificación será utilizada por el equipo de testing para asegurar el correcto funcionamiento del aplicativo web en su conjunto.2.

2.2.2 Lista de atributos por punto de control Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Concepto a Medir Atributo Nombre del Proyecto: Preparado por: Fecha: Entregable Información necesaria Evaluar la funcionalidad Pruebas integrales Amplitud de los casos de prueba Calidad de los casos de prueba Profundidad de los casos de prueba Calidad de los datos de prueba Cumplimiento de los casos de prueba Evaluar la usabilidad Evaluar la funcionalidad Evaluar la eficiencia Efectividad de documentación Consistencia del ambiente de pruebas Calidad del ambiente de pruebas Capacidad del equipo humano de pruebas Cumplimiento en el uso de recursos .210 3.

3 Punto de control: Calidad de los casos de prueba 3.1 Lista de métricas Nombre del Proyecto: Preparado por: Fecha: Atributo Indicador Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Métrica Medida Fórmula y elementos medibles PPCU = (PCU/TCP) PCU = Casos de prueba correspondientes con casos de uso TCP = Total de casos de prueba PEP = (EP/TE) EP = Escenarios probados TE = Total de escenarios existentes NR = {Excelente. Regular.2.211 3. Malo o Pobre} Excelente = Todos los datos son equivalentes a los que se podrían ingresar en producción Bueno = La mayoría de los datos son equivalentes a los que se podrían ingresar en producción Regular = Algunos datos son equivalentes a los que se podrían Interpretación Más cercano a 1 es mejor Más cercano a 1 es mejor Rango de Aceptación PPCU = 1 Tipo Medida PCU = Contador TCP = Contador EP = Contador TE = Contador Proporción de casos Ratio de Amplitud de correspondenc de prueba que tienen los casos de correspondencia con ia con los prueba casos de uso los casos de uso Profundidad de los casos de prueba Cobertura de Proporción de las pruebas escenarios probados PEP = 1 Calidad de los datos de prueba Realismo de los datos Nivel de correspondencia de los datos con la realidad Cuanto más real NR = {Bueno.2. NR = sean los datos es Excelente} Calificador mejor . Bueno.2.3.2.

95 es mejor CPE = Contador TCPE = Contador . No} prueba Sí = Los resultados están dentro Los resultados son los del rango esperado Evaluación de esperados según las Algunos = Algunos resultados resultados especificaciones de están dentro del rango esperado los casos de prueba No = Ningún resultado está dentro del rango esperado CPEE = (CPE/TCPE) Proporción de casos Efectividad CPE = Casos de prueba ejecutados Ratio de de prueba ejecutados exitosamente después de leer la de comprensibili exitosamente después documentación documentadad de haber revisado su TCPE = Total de casos de prueba ción documentación ejecutados TCPE = Contador TCPR = Contador TCEE = Contador TCPE = Contador Más cercano a 1 es mejor CPR = 1 Más cercano a 1 es mejor CPR = 1 Que esté dentro del rango esperado es mejor RE = Sí RE = Calificador Más cercano a 1 CPEE >= 0.212 ingresar en producción Malo o Pobre = Los datos son ficticios y no son equivalentes con la realidad CPR = (TCPE/TCPR) TCPE = Total de casos de prueba Proporción de casos ejecutados de prueba ejecutados TCPR = Total de casos de prueba Realización requeridos de los casos CPRE = (TCEE/TCPE) de prueba Proporción de casos TCEE = Total de casos de prueba de prueba ejecutados ejecutados exitosamente Cumplimient TCPE = Total de casos de prueba exitosamente o de los ejecutados casos de RE = {Sí. algunos.

2.213 3.3.2 Lista de grado de relación del modelo de calidad Nombre del Proyecto: Preparado por: Fecha: Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 FUNCIONALIDAD Exactitud Alta Alta Alta Alta USABILIDAD Atributo Amplitud de los casos de prueba Profundidad de los casos de prueba Calidad de los datos de prueba Cumplimiento de los casos de prueba Adecuación Alta Alta Alta Alta Atributo Efectividad de documentación Comprensibilidad Aprendibilidad Alta Alta Operabilidad Alta Atracción Baja Cumplim. Usabilidad Media .2.

2.2. Regular. Regular.2.214 3. más que suficiente equipo de Excelente} Bueno = Equipo capacitado lo pruebas es mejor suficiente Regular = Equipo con poca Tipo Medida Consistencia del ambiente de pruebas Similitud de ambientes Igualdad del ambiente de pruebas con el ambiente de producción AP = Calificador Capacidad del equipo humano de pruebas Capacidad profesional El equipo de pruebas cuenta con la capacitación suficiente para la realización de las pruebas. Malo o Pobre} Excelente = Ambiente de pruebas Cuanto más igual igual al ambiente de producción Bueno = Ambiente de pruebas casi sea el ambiente AP = de pruebas al similar al ambiente de producción {Bueno.4. Bueno.2.1 Lista de métricas Nombre del Proyecto: Preparado por: Fecha: Atributo Indicador Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Métrica Medida Fórmula y elementos Rango de Interpretación medibles Aceptación AP = {Excelente. Bueno. CP = Calificador . Malo o Pobre} Cuanto más CP = Excelente = Equipo capacitado capacitado esté el {Bueno. ambiente de Regular = Ambiente de pruebas no Excelente} producción es contempla varios aspectos del mejor ambiente de producción Malo o Pobre = Ambiente de pruebas diferente al ambiente de producción CP = {Excelente.4 Punto de control: Calidad del ambiente de pruebas 3.

personas.215 capacitación Malo o Pobre = Equipo sin o con muy poca capacitación RU.) debiendo ser las mismas para operar Recursos utilizados Cumplimient Eficiencia en dentro de lo el uso de o en el uso planificado recursos de recursos UR = (RP – RU) RU = Recursos utilizados RP = Recursos planificados Mayor a 0 es mejor sin significar una equívoca planificación UR >=0 . RP = Cantidad expresada de diferentes unidades (días. cant. etc.

216 3.2.4.2 Lista de grado de relación del modelo de calidad Nombre del Proyecto: Preparado por: Fecha: Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 FUNCIONALIDAD Exactitud Alta Media EFICIENCIA Atributo Consistencia del ambiente de pruebas Capacidad del equipo humano de pruebas Adecuación Alta Alta Seguridad de acceso Media - Atributo Cumplimiento en el uso de recursos Comportamiento temporal Alta Utilización de recursos Alta Cumplimiento de la eficiencia Media .2.

1 Entregable: Desarrollo de aplicaciones web Lista de verificación Esta lista de verificación será utilizada por el programador para asegurar que sus programas cumplen con todos los requisitos de funcionamiento y con la utilización de estándares de la organización. El encargado de QC podrá pedir esta lista de verificación al momento de hacer el control de calidad y podrá realizar la verificación respectiva. Puntos de control Cobertura de las funcionalidades especificadas en los casos de uso Conformidad de las pruebas aplicando los casos de prueba Cobertura de las validaciones indicadas en los casos de uso Utilización de los estándares de programación Tiempo de respuesta Efectividad en el Uso del ancho de banda Validación de ingreso de datos obligatorios Manejo de errores Control de la seguridad a botones y acciones de la página Realizado por: Fecha: Conforme Observado Comentarios .3 3.2.217 3. El Analista verificará la conformidad de cada punto o de lo contrario dará sus observaciones las cuales deben ser resueltas por el programador.3.2.

Efectividad del tiempo de respuesta del servidor web Efectividad en el Uso del ancho de banda.218 3.3.2 Lista de atributos por punto de control Nombre del Proyecto: Preparado por: Fecha: Entregable Información necesaria Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Concepto a Medir Atributo Cobertura de las funcionalidades especificadas en los casos de uso. Conformidad de las pruebas aplicando los casos de prueba.2. Evaluar la Desarrollo de funcionalidad aplicaciones web Evaluar la eficiencia Funcionalidades desarrolladas Tiempo de respuesta .

3 Punto de control: Funcionalidad desarrolladas 3.3.3.219 3.2.1 Lista de métricas Nombre del Proyecto: Preparado por: Fecha: Atributo Indicador Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Métrica Medida Fórmula y elementos medibles PFA = (FCA / FCU) FCA = Funcionalidades cubiertas por la aplicación FCU = Funcionalidades indicadas en los casos de uso PCP = (CPS / CPE) CPS = Casos de prueba satisfactorio CPE = Casos de prueba ejecutados Interpretación Rango de Aceptación Tipo Medida FCA = Contador FCU = Contador FCA = Contador FCU = Contador Cobertura de Proporción entre las las Funcionalidad funcionalidades funcionalida es cubiertas cubiertas por la des aplicación y las por la especificadas aplicación indicadas en los casos en los casos de uso de uso Resultado de Proporción entre las pruebas Casos de casos de prueba prueba aplicando los satisfactorios y casos satisfactorios casos de de prueba ejecutados prueba Debe ser uno PFA = 1 Debe ser uno PCP = 1 .2.3.

3.2 Lista de grado de relación del modelo de calidad Nombre del Proyecto: Preparado por: Fecha: Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Atributo Cobertura de las funcionalidades especificadas en los casos de uso Conformidad de las pruebas aplicando los casos de prueba Adecuación Alta Exactitud Media FUNCIONALIDAD Interoperabilidad Seguridad acceso Baja Baja Cumplimiento Funcional Baja Media Alta Baja Baja Baja .3.2.220 3.

221 3.2.4 Punto de control: Tiempo de respuesta 3.2.1 Lista de métricas Nombre del Proyecto: Preparado por: Fecha: Atributo Indicador Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Métrica 1 – 20 usuarios concurrentes 21 .100 usuarios concurrentes Medida Fórmula y elementos medibles TRB = Tiempo respuesta baja concurrencia TRM =Tiempo respuesta mediana concurrencia Interpretación Estar dentro del rango Estar dentro del rango.3. Estar dentro del rango.3. Estar dentro del rango Estar dentro del rango Rango de Aceptación 1 <= TRB <= 2 1 <= TRM <= 6 1 <= TRG <= 8 1 <= PDP <= 200 1 <= PDA <= 70 Tipo Medida TRB = segundos TRM = segundos TRG = segundos PDP = bytes PDA = bytes Tiempo de respuesta Tiempo de según el Tiempo de respuesta del número de respuesta servidor web usuarios concurrentes Efectividad en el Uso del ancho de banda Uso de ancho de banda 101 .4.200 usuarios TRG =Tiempo respuesta concurrentes gran concurrencia PDP = Paquete de Datos Primera Carga PDA = Paquete de Datos Actualización Página Paquete de datos en primera carga Cantidad de la página de datos a Paquete de datos transportar en actualizaciones de la página .

4.2.2 Lista de grado de relación del modelo de calidad Nombre del Proyecto: Preparado por: Fecha: Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Atributo Efectividad del tiempo de respuesta del servidor web Efectividad en el Uso del ancho de banda Comportamiento Temporal Alta Media EFICIENCIA Utilización de recursos Media Alta Cumplimiento Eficiencia Media Media .222 3.3.

1 Entregable: Casos de uso del Sistema Lista de verificación Esta lista de verificación será utilizada por el analista para asegurar que sus casos de uso cumplen con todos los requisitos establecidos.223 3. Puntos de control Cobertura de los requerimientos del Sistema en los casos de uso. Verificar la “testeabilidad” del caso de uso.2.4 3. El encargado de QC podrá pedir esta lista de verificación al momento de hacer el control de calidad y podrá realizar la verificación respectiva.2.4. Los casos de uso responden a las restricciones del sistema Contemplan la posibilidad de integrarse con otros sistemas existentes en la organización Factibilidad de ser implementado con la tecnología definida para el proyecto Alineamiento con las perspectivas de los stakeholders Trazabilidad de los requerimientos con los casos de uso Cumple con el tamaño adecuado del caso de uso Se encuentran descritos los actores primarios y secundarios Desarrollo de los “include” Desarrollo de los “extend” Realizado por: Fecha: Conforme Observado Comentarios .

2 Lista de atributos por punto de control Nombre del Proyecto: Preparado por: Fecha: Entregable Información necesaria Evaluar la funcionalidad Casos de Uso Evaluar la mantenibilidad Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Concepto a Medir Atributo Cumplimiento de requerimientos obligatorios. .4.2. Capacidad de demostrar con uno o más casos de prueba de que el caso de uso se cumple. Verificar la “testeabilidad” del caso de uso. Cobertura de los requerimientos del Sistema en los casos de uso. Capacidad de diseñar los casos de prueba a partir de los casos de uso.224 3. Cumplimiento de requerimientos deseables.

70 .4.3.3 Punto de control: Cobertura de los requerimientos del sistema en los casos de uso 3.2.225 3.4.1 Lista de métricas Nombre del Proyecto: Preparado por: Fecha: Atributo Indicador Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Métrica Proporción entre los requerimientos obligatorios cubiertos por los casos de uso y los requerimientos obligatorios del sistema Proporción entre los requerimientos deseables cubiertos por los casos de uso y los requerimientos deseables del sistema Medida Fórmula y elementos medibles PRO = (ROC / ROS) ROC = Requerimientos obligatorios cubiertos por los casos de uso ROS = Requerimientos obligatorios del sistema PRD = (RDC / RDS) RDC = Requerimientos deseables cubiertos por los casos de uso RDS = Requerimientos deseables del sistema Interpretación Rango de Aceptación Tipo Medida ROC = Contador ROS = Contador RDC = Contador RDS = Contador Requerimien tos Cumplimiento obligatorios de requerimientos cubiertos por obligatorios los casos de uso Requerimien Cumplimiento tos deseables de cubiertos por requerimientos los casos de deseables uso Debe ser uno PRO = 1 Más cercano a 1 mejor PRD >= 0.2.

2 Lista de grado de relación del modelo de calidad Nombre del Proyecto: Preparado por: Fecha: Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Atributo Adecuación Cumplimiento de requerimientos obligatorios Cumplimiento de requerimientos deseables Alta Alta Exactitud Media Media FUNCIONALIDAD InteroperabiSeguridad lidad acceso Baja Baja Baja Baja Cumplimien-to Funcional Baja Baja .2.3.226 3.4.

4.4.2.4.2.1 Lista de métricas Nombre del Proyecto: Preparado por: Fecha: Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Atributo Indicador Métrica Número de casos de prueba que demuestran el cumplimiento del caso de uso Medida Fórmula y elementos medibles NCC = Número de casos de prueba que demuestran el cumplimiento del caso de uso Interpretación Rango de Aceptación Tipo Medida Capacidad de Casos de demostrar con prueba que uno o más demuestran el casos de cumplimiento prueba de que del caso de el caso de uso uso se cumple Capacidad de Casos de diseñar los prueba casos de diseñados a prueba a partir de los partir de los casos de uso casos de uso Debe ser mayor o igual a 1 NCC >= 1 NCC = Contador Número de casos de prueba diseñados a partir de los casos de uso NCP = Número de casos de prueba diseñados a partir de los casos de uso Debe ser mayor o igual a 1 NCP >= 1 NCP = Contador .227 3.4 Punto de control: Verificar la “testeabilidad” de los casos de uso 3.

4.2 Lista de grado de relación del modelo de calidad Nombre del Proyecto: Preparado por: Fecha: Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Atributo Capacidad de demostrar con uno o más casos de prueba de que el caso de uso se cumple Capacidad de diseñar los casos de prueba a partir de los casos de uso Capacidad para ser analizado Media Capacidad para ser cambiado Baja MANTENABILIDAD Capacidad para ser Estabilidad probado Baja Alta Cumplimiento de la mantenabilidad Baja Media Baja Baja Alta Baja .228 3.4.2.

Puntos de control Comprensión del modelo de base de datos Implementabilidad Integración Autoexplicación Tamaño Tipos de datos estándares Definición Integridad referencial Especificar los campos obligatorios Especificar los nombres de los constraints Documentación de la base de datos Tener modelos físicos y lógicos de los datos Compatibilidad con otras bases de datos Lista y documentación de índices Correspondencia con las clases del sistema Documentación de triggers.5.2. stored procedures Realizado por: Fecha: Conforme Observado Comentarios .2.229 3.1 Entregable: Diseño de base de datos del Sistema Lista de verificación Esta lista de verificación será utilizada por el analista para asegurar que el modelo de datos cumple con todos los requisitos establecidos.5 3. El encargado de QC podrá pedir esta lista de verificación al momento de hacer el control de calidad y podrá realizar la verificación respectiva.

2 Lista de atributos por punto de control Nombre del Proyecto: Preparado por: Fecha: Entregable Información necesaria Evaluar la usabilidad Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Concepto a Medir Atributo Facilidad de comprensión. portabilidad . Diseño de base de datos Simplicidad.2.230 3.5. Comprensión del modelo de base de datos. Compatibilidad de tipos de datos Evaluar la Compatibilidad con otros motores de base de datos.

de la del modelo de datos 2 Poco simple simplicidad 3 Simple ..3.3 Punto de control: Comprensión del modelo de base de datos 3.5.231 3. comprensión datos 3 Fácil Rango = 1..3 : Calificación Calificación de la simplicidad 1 Complicado Simplicidad.3 : Calificación de facilidad de la Calificación 1 Difícil Facilidad de de facilidad de comprensión del modelo de 2 Entendible comprensión.5.1 Lista de métricas Nombre del Proyecto: Preparado por: Fecha: Atributo Indicador Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Métrica Interpretación El modelo de datos fácil de comprender es mejor El modelo de datos simple es mejor Rango de Aceptación Calificación de facilidad = 2 ó 3 Calificación de facilidad = 3 Tipo Medida Rango = Calificat ivo Rango = Calificat ivo Medida Fórmula y elementos medibles Rango = 1.2.2.

2. Capacidad para ser entendido Alta Alta Capacidad para ser aprendido Baja Baja USABILIDAD Capacidad para ser operado Baja Baja Capacidad de atracción Baja Baja Cumplimien-to de la usabilidad Baja Baja .5.232 3. Simplicidad.2 Lista de grado de relación del modelo de calidad Nombre del Proyecto: Preparado por: Fecha: Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Atributo Facilidad de comprensión.3.

2.2.2.4.5.233 3.1 Lista de métricas Nombre del Proyecto: Preparado por: Fecha: Atributo Indicador Sistema de Gestión de Requerimientos de Software Astharté Cabanillas – Gerente de Proyecto 02/07/2009 Métrica Medida Fórmula y elementos medibles Sí = Cuenta con tipos de datos compatibles No = No cuenta con tipos de datos compatibles Interpretación Que cuente con tipos de datos compatibles Rango de Aceptación Tipo Medida El modelo de datos cuenta con tipos de Compatibilidad Tipos de dato datos compatible de tipos de compatibles con otros datos manejadores de base de datos Sí 3.4 Punto de control: Compatibilidad con otros motores de base de datos 3.5.4.2 Lista de grado de relación del modelo de calidad PORTABILIDAD Capacidad para Coexistencia reemplazar Baja Baja Atributo Adaptabilidad Instalabilidad Compatibilidad de tipos de datos Alta Media Cumplimiento de la portabilidad Baja .5.

Como aplicativo web que será el producto a elaborar. Como una guía para la verificación de la calidad se han desarrollado las listas de verificación. es necesario recalcar que hoy en día es de vital importancia la participación del usuario en la evaluación del aplicativo.3 Conclusiones Las conclusiones del tercer capítulo son las siguientes: La aplicación del modelo de calidad para la calidad interna y externa según la norma de ISO 9126.234 3. pues existen varios factores comprometidos en términos de usabilidad que deben satisfacer a los usuarios. que de igual manera deberán ser desarrolladas para todos los demás entregables del proyecto. debiéndose hacer el seguimiento y control a manera de perfeccionar dichas medidas. Se han presentado también las métricas que nos permitirán medir la calidad de algunos entregables. . obliga a disponer de una normativa metodológica de gestión de las actividades de mantenimiento y desarrollo de las aplicaciones. y poder establecer posteriormente las métricas generales de la empresa.