ESCUELA DE INGENIERIA DE SISTEMAS CALIDAD DE SOFTWARE
PLAN DE ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE (SQAP) Docente
:
M. Sc. Távara Ramos, Anthony Paúl
Autor
:
Mendoza Jibaja, Luigi Francisco
Ciclo
:
VIII
PIURA – 2014
RESUMEN
Toda organización de software se enfrenta al dilema de la calidad del software. En esencia, todos quieren elaborar sistemas de alta calidad, pero en un mundo dirigido por el mercado, sencillamente no se dispone del tiempo y el esfuerzo requeridos para producir software “perfecto”. Sin importar el enfoque que se elija, la calidad tiene un costo que puede estudiarse en términos de prevención, evaluación y falla. El plan de calidad define la calidad del software deseado y describe cómo valorarla. La intención de este trabajo de investigación, es realizar una descripción casi detallada del Plan de Aseguramiento de la Calidad del Software, y cómo es que su aplicación ayuda en la obtención de una mejora en la calidad del software. El trabajo está compuesto en cuatro partes: Parte 1: Plan de la Calidad En este apartado se aborda el Plan de Calidad como producto de la planificación de la calidad, así mismo se da a conocer algunas definiciones que proponen diferentes autores, sobre qué es el Plan de la Calidad y qué atributos de calidad del software deberían considerarse en el proceso de planificación de la calidad. Parte 2: El Plan de SQA y el Estándar IEEE Std 730-2002 En este apartado se da a conocer el estándar que propone la IEEE para la elaboración de Planes de SQA, y además se describe la relación del Estándar IEEE Std 730-2002 con la Familia de Normas ISO 9000. Parte 3: Estructura del Plan de Aseguramiento de la Calidad Este apartado describe en profundidad las catorce secciones que debe contener todo Plan de SQA según el Estándar IEEE Std 730-2002, y además se consideran las distintas actividades que se deben llevar a cabo con el fin de definir y documentar el Plan de SQA del producto. Parte 4: Implementación del Plan de Aseguramiento de la Calidad Finalmente, en este apartado se da a conocer los diferentes factores imprescindibles para implementar exitosamente el Plan SQA a un proyecto específico.
I
Tabla de contenido RESUMEN ....................................................................................................................................... I 1 PLAN DE LA CALIDAD ............................................................................................................. 1 2 PLAN DE SQA Y EL ESTÁNDAR IEEE Std 730-2002 ................................................................. 1 2.1 Relación del Estándar IEEE 730 con la Familia ISO 9000 ................................................ 2 3 ESTRUCUTURA DEL PLAN DE ASEGURAMIENTO DE LA CALIDAD.......................................... 2 3.1 Propósito ........................................................................................................................ 2 3.2 Documentos de referencia. ............................................................................................ 3 3.3 Gestión. .......................................................................................................................... 3 3.4 Documentación. ............................................................................................................. 3 3.5 Estándares, prácticas, convenciones y métricas. ........................................................... 3 3.6 Revisiones y auditorías. .................................................................................................. 4 3.7 Testeo. ............................................................................................................................. 4 3.8 Reporte de problemas y acción correctiva...................................................................... 4 3.9 Herramientas, técnicas y metodologías. ........................................................................ 4 3.10 Control de medios. ....................................................................................................... 5 3.11 Control de proveedores. .............................................................................................. 5 3.12 Recopilación de registros, mantenimiento y retención. .............................................. 5 3.13 Formación...................................................................................................................... 5 3.14 Gestión del riesgo. ........................................................................................................ 6 4 IMPLEMENTACIÓN DEL PLAN DE ASEGURAMIENTO DE LA CALIDAD ................................... 6 CONCLUSIONES ............................................................................................................................. II REFERENCIAS ................................................................................................................................ III
1 PLAN DE LA CALIDAD Para Ian Sommerville (Sommerville, 2005) la Panificación de la Calidad es el proceso mediante el cual se desarrolla un Plan de Calidad para un proyecto. Este plan a su vez, define la calidad que se desea en el producto software, y describe cómo valorar la misma. Dicho de otra manera, se define lo que es un software de alta calidad. Por su parte, La Norma ISO 10005:2005 define el Plan de la Calidad como un documento en el cual se especifica los procesos, procedimientos y recursos que serán aplicados, por quién y cuándo, con el fin de cumplir los requisitos de un proyecto, producto o proceso específico. A su vez esos procedimientos, incluyen por lo general aquellos que hacen referencia a los procesos de gestión de la calidad y a los procesos de realización del producto. Humphrey (Humphrey, 1989) en su libro sobre Gestión del Software, sugiere una estructura para un Plan de Calidad. Dicha estructura comprende: -
Introducción del Producto. Donde se describe el producto, el mercado al que va dirigido y las expectativas de calidad. Planes del Producto. Se define las fechas de terminación del producto y las responsabilidades junto con los planes para la distribución y el servicio. Descripciones del Proceso. Contiene los procesos de desarrollo y de servicio a utilizar para el desarrollo y gestión del producto. Metas de Calidad. Son especificadas las metas y planes de calidad, junto con la identificación y justificación de los atributos de calidad clave del producto. Riesgos y Gestión de Riesgos. Se consideran los riesgos significativos que podrían afectar la calidad del producto y las acciones para abordar estos riesgos.
Los planes de calidad difieren en función del tamaño y el tipo de software a desarrollar. Sin embargo, cuando se redactan los planes de calidad, es necesario tratar de mantenerlos lo más compactos posible. Existe una variedad de atributos de calidad (por ejemplo: seguridad, protección, eficacia, complejidad, robustez, fiabilidad, usabilidad, adaptabilidad, portabilidad, etc.) del software potenciales a considerar en el proceso de planificación de la calidad. No es posible optimizar todos los atributos para un producto software, es por ello, que el Plan de Calidad define los atributos más importantes para el producto a desarrollar. El plan también define el proceso de evaluación de la calidad, el cual es una forma de estándar de valorar si algún atributo de calidad, como la portabilidad o robustez, está presentes en el producto.
2 PLAN DE SQA Y EL ESTÁNDAR IEEE Std 730-2002 El estándar IEEE Std 730-2002, es una norma para la elaboración del Plan de Aseguramiento de la Calidad del Software (SQAP, de sus siglas en inglés) para los proyectos de desarrollo de software, proporcionando los requisitos mínimos aceptables 1
para la preparación y los contenidos de los Planes SQA. Éste estándar define una lista de 14 secciones para el documento del Plan de SQA, las cuales consideran las distintas actividades que se deben llevar a cabo con el fin de definir y documentar el SQA del producto. Entre dichas secciones se encuentran: la determinación de objetivos, la documentación del proceso, la definición de normas, prácticas, convenciones y métricas, la gestión de riesgos, capacitación, planes de prueba y la presentación de informes de problemas y medidas correctivas, entre otras. El estándar también plantea la posibilidad de agregar secciones adicionales, conforme se requiera. Además, es aplicable a tres grupos: el usuario (que puede ser otro elemento de la misma organización que desarrolla el software), el proveedor (quien necesita establecer un estándar para planificar y medir) y el cliente (el cual puede verse afectado por el uso del producto). En el apartado Estructura del Plan SQA, se describirá en detalle las secciones que lo conforman y los elementos fundamentales dentro de ellas.
2.1 Relación del Estándar IEEE 730 con la Familia ISO 9000 Mientras que el estándar IEEE 730 se centra en la elaboración del Plan de Aseguramiento de la Calidad y en cómo este debe ser implementado; la norma ISO 9001 busca una gestión general de la calidad pero centrada en auditorías externas. Cabe agregar, que el IEEE 730 es el puente entre la gestión de la calidad y la ingeniería de software.
3 ESTRUCUTURA DEL PLAN DE ASEGURAMIENTO DE LA CALIDAD El Plan de Aseguramiento de la Calidad del Software (SQAP) proporciona un mapa para institucionalizar la garantía de calidad del software. El plan, el cual es desarrollado por el grupo de SQA, sirve como plantilla para actividades de SQA instituidas para cada proyecto de software. El IEEE recomienda un estándar para los planes de SQA. Las secciones iniciales describen el propósito y el alcance del documento e indican aquellas actividades del proceso del software cubiertas por el aseguramiento de calidad. El Estándar propone 14 secciones en el orden que aparecen a continuación: 3.1 Propósito. Sección en la cual se especifica el propósito y el alcance del plan. Se lista los productos software cubiertos por el plan y el uso de los mismos. Finalmente, se determina la porción del ciclo de vida cubierta por el plan para cada producto software. Esta sección además, debería dar respuestas a interrogantes como: ¿Qué productos software serán cubiertos por este plan?, ¿Por qué se está escribiendo este Plan? ¿Responde a un requisito externo o interno? ¿Por qué es este Plan necesario?, ¿En qué documentos, estándares o guías se basa este Plan? 2
3.2 Documentos de referencia. En esta sección se proporciona una lista de todos los proyectos, documentos o estándares referenciados en el plan o utilizados en su elaboración. 3.3 Gestión. Sección en la que se describe y especifican la organización, tareas y responsabilidades. Este apartado está ligado al plan del proyecto del software y es redactado en formato IEEE Std. 1058. Organización. Se describe la estructura organizacional que influye y controla la calidad del software, incluyendo las dependencias organizativas y funcionales entre aquellos responsables del SQA y los responsables del desarrollo o uso del software. Los elementos organizacionales responsables de las funciones del SQA pueden ser: desarrolladores con conocimiento en técnicas y herramientas de SQA; así como también, un responsable dedicado al SQA que brinde servicio a varios proyectos. Tareas. En este apartado se describe las tareas asociadas con la parte del ciclo de vida del software que cubre el plan. Indicando además, la secuencia y las relaciones de las tareas con los principales puntos de control planeados. Es importante también que para cada tarea se describa los criterios de entrada y salida, es decir qué se necesita para iniciar la tarea y qué se obtiene como producto o salida. Responsabilidades. Se identifican los elementos organizativos responsables de realizar cada tarea, junto con la designación del personal responsable de la publicación, distribución, mantenimiento e implementación del Plan del SQA. En otras palabras, se establece quien hará qué y quién desempeñará las funciones de trabajo. 3.4 Documentación. Aquí se identifica y describe de manera clara y objetiva, toda la documentación a generar y usar durante el proceso de desarrollo. Para cada documento además, debe indicarse cuál es su objetivo, que plantilla o estándar debe seguir y que información mínima debe contener para cumplir con las definiciones del documento. La documentación mínima que exige el estándar para garantizar que la implementación del software satisface los requisitos es la siguiente: Especificación de requerimientos del software. Descripción del diseño del software. Plan de verificación y validación. Reportes de verificación y validación. Documentación de usuario. Plan de gestión de configuración del software. 3.5 Estándares, prácticas, convenciones y métricas. Se identifican los estándares, prácticas, convenciones y métricas que se aplicarán al proyecto. También se describe de qué manera se va a monitorizar y asegurar el 3
cumplimiento de los mismos. Propósito. En la cual se identifica las normas, prácticas, convenciones, las técnicas estadísticas a utilizar, los requisitos de calidad y las métricas que se aplicarán. Contenido. En el que se incluyen el diseño básico de técnicas, de programación y las actividades involucradas, tales como documentación, variables y nombres de módulo, programación, inspección y pruebas. 3.6 Revisiones y auditorías. En esta sección se definen las revisiones y auditorías técnicas y de gestión, especificando cómo y cuándo se llevarán a cabo, que acciones se tomarán a partir de los resultados obtenidos y cómo serán implementadas las mismas. Como mínimo, se deben llevar a cabo las siguientes revisiones y auditorías. Revisión de los requisitos software. Revisión del diseño preliminar. Revisión del diseño crítico. Revisión del plan de verificación y validación. Revisiones de gestión. Auditoría funcional. Auditoría de física. Auditorías del proceso. 3.7 Testeo. Aquí se detallan las pruebas que se han de realizar sobre el software cubierto por el Plan SQA y que no están incluidas en el Plan de verificación y validación. El principal objetivo es la realización de un conjunto de actividades que a la vez se descomponen en distintas tareas para el buen desenvolvimiento del software. Actividad diseño de planes de prueba. Actividad ejecución de casos de prueba. Actividad de revisión de planes de prueba. Actividad diseño de planes de prueba. 3.8 Reporte de problemas y acción correctiva. Se describen las prácticas y procedimientos de informe, seguimiento y resolución de problemas, tanto a nivel del producto como del proceso. Además se especifica las responsabilidades organizativas relativas a su implementación. El propósito de esta sección es: asegurar que todos los problemas se documenten, sean corregidos y queden evidenciados. Asegurar que es evalúe la validez de los informes de problemas y se proporcionen datos para medir y predecir la calidad y fiabilidad del producto software. 3.9 Herramientas, técnicas y metodologías. Se indican las herramientas, técnicas y metodologías a utilizar en el desarrollo y que apoyarán la gestión del responsable de SQA, se hace constar su propósito y se describe su uso. 4
Las técnicas del SQA incluyen auditorías de estándares, rastreo de requisitos, verificación de diseño, inspecciones de software y verificación de los métodos formales. Las herramientas consisten en programas de verificación, listas de verificación, monitoreo de rendimientos, ejecutores de pruebas, herramientas de control estático o dinámico, analizadores de estructura. El objetivo de estas herramientas es hacer que el trabajo de los equipos de desarrollo y mantenimiento se a más eficiente y eficaz. Las metodologías del SQA serán conjuntos integrados de técnicas, de entre las anteriormente mencionadas. 3.10 Control de medios. En esta sección se determinan los métodos que se van utilizar para proteger el almacenamiento adecuado de los programas, documentación, etc., de accesos no autorizados, daños y degradaciones inesperadas. A su vez se pretende asegurar que el almacenamiento y recuperación de software esté garantizado, que el mismo solo este accesible únicamente a aquellos que lo necesitan y que se almacenen copias del software crítico y del código base fuera de las instalaciones de la organización. 3.11 Control de proveedores. En esta sección, se explica y determina las técnicas para asegurar que el software comprado o subcontratado cumple los requisitos técnicos. Para evaluar la eficacia y eficiencia en el SQA está el papel que desempeñan los proveedores, estos simbolizan la entrada del proceso principal, por lo tanto se debe controlar la calidad de suministro para poder garantizar la calidad del producto o servicio final. 3.12 Recopilación de registros, mantenimiento y retención. Se identifica aquella documentación que debe conservarse, se deberá indicar los métodos y medios que se utilizarán para recolectar, archivar, proteger y mantener esta documentación. Asimismo se fija el periodo de conservación para cada tipo de registro. Los registros del SQA recolectados y archivaos deben incluir: Informes de tareas. Informes de anomalías, discrepancias, defectos no manejados por el mecanismo de informe de problemas. Sugerencias a las partes responsables. Registro de actividades del aseguramiento de la calidad del software. Informes de auditorías. Lista de verificación marcadas por los inspectores y auditores. 3.13 Formación. Se identifican las actividades necesarias de formación o entrenamiento para satisfacer las necesidades del Plan SQA. Actividades como un plan integrado de la calidad:
5
Desarrollo del material de formación. Implementación del proceso. Plan de formación de los miembros de la organización mediante un seguimiento de secuencia durante las distintas fases: diagnóstico, planificación, documentación del sistema, implantación, control y mantenimiento. 3.14 Gestión del riesgo. Se indican los métodos y procedimientos que serán utilizados para identificar, evaluar, supervisar y controlar los riesgos que surjan durante la parte del ciclo de vida del software cubierto por el SQAP. La Sección de Gestión del plan describe la situación del SQA dentro de la estructura organizativa; las tareas y las actividades de SQA y su emplazamiento a lo largo del proceso del software; así como los papeles y responsabilidades organizativas relativas a la calidad del producto. La sección de Documentación describe cada uno de los productos de trabajo producidos como parte del proceso de software; además, esta sección define el conjunto mínimo de productos de trabajo que se pueden aceptar para lograr la alta calidad. Los estándares, prácticas, convenciones y métricas muestran todos los estándares, prácticas que se aplican durante el proceso de software (por ejemplo: estándares de documentos, estándares de codificación y directrices de revisión). Además, se listan todos los proyectos, procesos y (en algunos casos) métricas de producto que se van a recoger como parte del trabajo de ingeniería del software. La Sección de Revisiones y Auditorías proporciona una visión general del enfoque de cada revisión y auditoría. Por otro lado, la Sección de Testeo hace referencia al Plan de Procedimiento de Pruebas del Software. Reporte de Problemas y Acción Correctiva define procedimientos para informar, hacer seguimiento y resolver errores y defectos. El resto del Plan del SQA identifica las herramientas y métodos que soportan actividades y tareas de SQA; hace referencia a los procedimientos de gestión de configuración del software para controlar el cambio; define un enfoque de gestión de contratos; establece métodos para reunir, salvaguardar y mantener todos los registros; identifica la formación que se requiere para cumplir las necesidades del plan y define métodos para identificar, evaluar, supervisar y controlar riesgos.
4 IMPLEMENTACIÓN DEL PLAN DE ASEGURAMIENTO DE LA CALIDAD Existen varios aspectos imprescindibles para implementar exitosamente el Plan SQA a un proyecto específico, los mismos, se muestran a continuación: -
Debe ser aceptado tanto por la alta gerencia, como por cada unidad organizativa a la que se le haya asignado responsabilidades dentro del Plan de SQA. Esta aceptación, deberá incluir el compromiso de facilitar los recursos necesarios para la implementación de las actividades del SQA.
-
Se debe planificar la implementación del Plan de SQA. Para ello, se debe identificar los recursos necesarios como personal, equipamiento, facilidades y 6
herramientas, esta implementación deberá ser programada y además, valorar los riegos. -
Es importante también, que el personal encargado de implementar el Plan de SQA esté debidamente capacitado o reciba entrenamiento previo. Por otro lado, el Plan de SQA deberá contar con una distribución adecuada.
-
Una vez distribuido, los elementos del SQA deben asegurarse de que todas las tareas documentadas en el Plan del SQA se ejecuten correctamente. Los documentos de trabajo asociados a las revisiones y auditorias serán evidencia suficiente de que todos los pasos del Plan del SQA se han ejecutado y revisado.
7
CONCLUSIONES
-
El propósito del de Plan del SQA es especificar las actividades que se realizarán para asegurar la calidad del software a construir. En él se detallan los productos que se van a revisar y los estándares, normas o métodos a aplicar; los métodos y procedimientos que se utilizarán para revisar que la elaboración de los productos se realice como lo establece el modelo de ciclo de vida del proyecto; y procedimientos para informar a los responsables de los productos, los defectos encontrados y realizar un seguimiento de dichos defectos hasta su corrección.
-
Los planes de calidad difieren en función del tamaño y el tipo de software a desarrollar. Sin embargo, cuando se redactan los planes de calidad, es necesario tratar de mantenerlos lo más compactos posible; pues si el documento es muy grande, los ingenieros no lo leerán y eso frustra el propósito de producir un plan de calidad.
-
Entre algunas características de los Planes de Calidad tenemos: su adaptación al proyecto y a las circunstancias, su independencia frente a las metodologías de desarrollo, y el respeto por los estándares de Aseguramiento de Calidad del Software reconocidos.
-
Existe una gran variedad de atributos de calidad del software potenciales a considerar en el proceso de planificación de la calidad. Sin embargo, no es posible optimizar todos los atributos para un producto software, es por ello, que en el Plan de Calidad se debe definir los atributos más importantes para el producto a desarrollar.
-
El estándar IEEE Std 730-2002, es la norma para la elaboración del Plan de Aseguramiento de la Calidad del Software. Esta norma lista la verificación de cosas que hay que hacer y buscar, es útil para asegurar que están cubiertas todas las bases de la calidad. Esta norma específica: quién será el responsable de la calidad, qué documentación se requiere, que técnica se utilizará para asegurar la calidad, qué procedimientos se seguirán para administrar el proyecto: auditorías, revisiones, reuniones etc.
-
IEEE Std 730-2002 define una lista de 14 secciones para el documento del Plan de SQA, las cuales consideran las distintas actividades que se deben llevar a cabo con el fin de definir y documentar el SQA del producto. Entre dichas secciones se encuentran: la determinación de objetivos, la documentación del proceso, la definición de normas, prácticas, convenciones y métricas, la gestión de riesgos, capacitación, planes de prueba y la presentación de informes de problemas y medidas correctivas, entre otras.
-
Contar con un Plan de SQA, permitirá gozar de beneficios tanto a nivel interno, II
como por ejemplo la reducción de costos, la mejora en el diseño y la calidad del producto, el aumento mismo de la productividad; a nivel externo, se ven reflejados estos beneficios en el incremento de la satisfacción y confianza del cliente, el incremento de la participación en el mercado. Por otro lado, cualquier organización que implemente de manera deficiente el Plan de SQA, es muy poco probable que aproveche todo el potencial que el mismo brinda, llegando a perder tiempo y recursos. -
Implementar de manera exitosa el Plan de SQA requiere de varios aspectos imprescindibles, como por ejemplo, la aceptación del mismo por parte de la alta gerencia y las diferentes unidades organizativas, y el compromiso de estos, en facilitar los recursos necesarios para la implementación de las actividades; otro factor vital, es la planificación de la implementación del Plan de SQA, así como también la capacitación o formación del personal encargado de implementar el Plan, y por último y no menos importante, el aseguramiento de ejecutar correctamente todas las tareas documentadas en el Plan de SQA.
REFERENCIAS
-
SOMMERVILLE, Ian. Ingeniería del Software. 7ª ed. Madrid: Pearson Educación S.A, 2005. 712 p. ISBN 84-7829-074-5.
-
PRESSMAN, Roger. Ingeniería del Software: Un enfoque práctico. 7ª ed. México: MCGraw-Hill Interamericana Editores, 2010. 805p. ISBN 978-607-150314-15.
-
MARTÍNEZ, María. Consideraciones a Modo de Guía a partir de Estándares IEEE para Calidad y Buenas Prácticas en Desarrollo de Software [en línea]. Leganés, Madrid: Universidad Carlos III de Madrid, Departamento de Informática, 2011 [fecha de consulta: 6 septiembre 2014]. Disponible en: http://earchivo.uc3m.es/bitstream/handle/10016/13537/PFC_MPila_MartinezMorentin Gongora.pdf?sequence=1
-
INSTITUTO Tecnológico de Querétaro. Sistema Distribuido en el Transporte Público: Plan de Garantía de Calidad de Software [en línea]. Santiago de Querétaro: Instituto Tecnológico de Querétaro, 2013 [fecha de consulta: 6 septiembre 2014]. Disponible en: http://www.scribd.com/document_downloads/direct/143838057?extension=docx &ft=1410030787<=1410034397&user_id=263148802&uahk=RjpU7lnpZgAeO T17yWUdt4Zfvn4
III
-
INSTITUTO Nacional de Investigaciones Nucleares. El plan de Garantía de Calidad de Software [en línea]. México: Instituto Nacional de Investigaciones Nucleares [fecha de consulta: 6 septiembre 2014]. Disponible en: http://www.inin.gob.mx/publicaciones/documentospdf/39%20PLAN%20DE%20 GARANTIA.pdf
-
VEGA, Carlos, RIVERA, Laura y GARCÍA, Arturo. Mejores Prácticas para el Establecimiento y Aseguramiento de Calidad de Software [en línea]. México: Universidad Cristóbal Colón 2008 [fecha de consulta: 6 septiembre 2014]. Disponible en: http://www.eumed.net/librosgratis/2008a/351/Practicas%20a%20seguir%20para%20el%20Aseguramiento %20de%20Calidad%20de%20Software.htm
-
SEPÚLVEDA, Samuel [et. Al]. Propuesta Metodológica para el Aseguramiento de Calidad de Proyectos Informáticos: Caso de Estudio en Empresa de Servicios Sanitarios [en línea]. Chile: Universidad de La Frontera, Departamento de Ingeniería de Sistemas, 2009 [fecha de consulta: 5 septiembre 2014]. Disponible en: http://arnetminer.org/publication/propuestametodol-gica-para-el-aseguramiento-de-la-calidad-de-proyectos-inform-ticoscaso-de-estudio-en-empresa-de-servicios-sanitarios1317989.html;jsessionid=9A222D6A235F09E8F282C80CAF81F0F1.tt
-
SCRIBD. Estándares para el Aseguramiento de la Calidad del Software [en línea]. [fecha de consulta: 6 septiembre 2014]. Disponible en: http://ucmagora.googlecode.com/svn-history/r139/trunk/recursos/46890250-Estandarespara-el-Aseguramiento-de-la-Calidad-del-Software.pdf
-
TERASOFT. Plan de Aseguramiento de la Calidad del Software [en línea]. [fecha de consulta: 5 septiembre 2014]. Disponible en: http://uagrmcomponents-design.googlecode.com/svn-history/r52/trunk/module7/SQAP.docx
-
ECURED. SQA (Software Quality Assurance o Aseguramiento de la Calidad del Software) [en línea]. [fecha de consulta: 5 septiembre 2014]. Disponible en: http://www.ecured.cu/index.php/SQA
IV
