Conceptos de Calidad Definición de Calidad: Según el Diccionario de la Real Academia Española de la Lengua, la calidad es: •
Propiedad o conjunto de propiedades inherentes a algo, que permiten juzgar su valor.
•
Buena calidad, superioridad o excelencia.
•
Carácter, genio, índole.
•
Condición o requisito que se pone en un contrato.
Definición según la ISO •
•
“Conjunto “Conjunto de propieda propiedades des o caracterís característica ticas s de un producto producto o servicio servicio que le confieren aptitud para satisfacer unas necesidades expresadas o implícitas”. La calidad suele ser transparente transparente cuando está presente presente pero resulta fácilment fácilmente e reconocib reconocible le cuando cuando está ausente (por ejemplo, cuando el producto falla o el servicio es deficiente).
La calidad se ha convertido hoy en día en uno de los principales objetivos estratégicos para las organizaciones. Cada vez más la supervivencia de las organizaciones depende de la calidad de los productos y servicios. “No me preocupa si algo es caro o barato. Solo si es bueno. Y si algo es lo suficientemente bueno, entonces el público pagará por ello”. Walt Disney. “La calidad de producto o servicio puede ser definida como las características totales compuestas de producto y servicio de marketing, ingeniería, fabricación y mantenimient mantenimiento o por medio de las cuales cuales el producto y servicio servicio cumplirá cumplirá las expectativas del cliente”. Armand V. Feigenbaum
Calidad ¿Cómo podemos definirla?
La Cali Calida dad d se refie refiere re a cara caract cterí eríst stic icas as mesur mesurab able les: s: cosa cosas s que se pued pueden en comparar para conocer estándares. Se pueden mencionar dos tipos de calidad: •
•
Calidad de diseño: Se refiere a las características que los diseñadores especifican para un elemento. Calidad de concordancia: Es el grado en el que las especificaciones de diseño se aplican durante la fabricación.
* Satisfacc Satisfacción ión del usuario = producto producto manejable manejable + buena calidad calidad + entrega entrega dentro de presupuesto y tiempo.
Calidad de Software •
•
•
•
•
La cali calida dad d de soft softwa ware re ha sido sido sign signif ific icat ativ ivam ament ente e mejo mejora rada da en los los últimos 15 años. Las compa compañía ñías s han adopta adoptado do nuevas nuevas técnic técnicas as y metodo metodolog logías ías,, para para manejar y mejorar la calidad de sus productos. La calidad de software es un concepto complejo que es muy distinto a la calidad que se da en productos manufacturados. Error común respecto a la calidad: “pensar que la calidad de software es algo algo que se debe de comenz comenzar ar a preocupar preocupar solo solo después después de que se haya generado código”. La gestión de la calidad es una actividad actividad protectora protectora o de sombrilla que se aplica a lo largo del proceso de software.
Se dice dice que que en los los produc producto tos s manuf manufac actur turad ados os se debe debe de cumpl cumplir ir con con la especificación que se dio para los mismos, sin embargo en el software existen problemas como: •
La espe especi cifi fica caci ción ón se debe debe de orie orient ntar ar haci hacia a las las cara caract cter erís ísti tica cas s del del producto producto que el cliente cliente quiere. Sin embargo, la empresa empresa desarrollad desarrolladora ora del software tiene otros requerimientos (además de los solicitados por el cliente).
Problemas con la especificación de Calidad de Software: •
•
Algunas veces no se sabe como especificar ciertas características de calidad (por ejemplo la facilidad para dar mantenimiento). Es difícil escribir de manera completa las especificaciones de software.
Manejando la Calidad de Software
La calidad de software puede obtenerse definiendo estándares y procedimientos de calidad en la organización que verifiquen que los estándares sean seguidos por los equipos de desarrollo. Sin embargo no solo el seguimiento de los estándares y las buenas prácticas harán que el software que se construya sea de buena calidad. Se debe de construir en la empresa una cultura de buena calidad . Actividades principales para el manejo de la calidad: •
Aseguramiento de la calidad. Establecer una red de procedimientos organizaci organizacionale onales s y estándares que conducen conducen a la alta calidad calidad de software.
•
•
Planificación de la Calidad. La selección de procedimientos y estándares, que se adapten a especificaciones de proyectos de software. Control de la calidad. La definición y propagación de procesos que asegu asegure ren n que el equipo equipo de desa desarro rroll llo o de soft softwa ware re ha segu seguid ido o los los procedimientos de calidad y los estándares.
La mejora de la calidad de software tiene los siguientes principios básicos: •
•
•
Las Las mejo mejora ras s con con éxit éxito o se inic inicia ian n desd desde e y son son lide lidera rada das s por por la Alta Alta Dirección de la organización. La mejora mejora de calidad calidad del software requiere inversiones, inversiones, planificaci planificación, ón, personal dedicado, dedicación de los gerentes y capital. La mejora de la calidad del software es un trabajo de equipo: los que no participan no solo no obtienen los beneficios, sino que pueden impedir el progreso. Al final, toda la organización está involucrada en la mejora continua.
La gestión de la calidad pretenderá conseguir que estos tres círculos coincidan lo más posible. posible. Todo lo que este fuera de dicha coincidenci coincidencia a será motivo motivo de derroche, de gasto superfluo o de insatisfacción. Aplicando Calidad
Para que las mejoras sean efectivas deben estar basadas en un conocimiento previo de la situación actual, y en unos objetivos claros: hay que saber donde se está y a donde se quiere llegar. La mejora es continua, no un esfuerzo en un momento dado: debe haber aprendizaje y evolución continua. Se requiere un esfu esfuer erzo zo sost sosteni enido do y cont continu inuo o para para que las las mejo mejora ras s se impl implem emen ente ten n Se requiere un apoyo visible y reiterado de la Alta Dirección.
Control de la calidad Involucra una serie de inspecciones, revisiones y pruebas empleadas a lo largo del proceso de software para garantizar que cada producto de trabajo satisfaga los requisitos que se le han asignado. El control de calidad incluye un ciclo de retroalimentación con el proceso que creó el producto de trabajo. Un concepto clave clave del control control de calida calidad d es que todos los product productos os de trabaj trabajo o tienen tienen especificaciones definidas mesurables con las cuales se puede comparar la sali salida da de cada cada proc proces eso. o. El cicl ciclo o es esen esenci cial al para para mini minimi miza zarr los los efec efecto tos s producidos. El control de la calidad involucra el monitoreo del proceso de desarrollo de software para asegurar que los procedimientos de aseguramiento de la calidad están siendo seguidos. Existen dos aproximaciones complementarias que se usan para verificar los entregables de un proyecto: 1. Las revisiones del software, su documentación y el proceso usado para producir dicho software son verificados por un conjunto de personas. La revisión incluye una comprobación que el proyecto y sus entregables han seguido los estándares predefinidos. Las desviaciones de los estándares son anotadas y el encargado del proyecto es alertado.
realiz izan an compa compara raci cion ones es para para ver ver el grado grado de cali calida dad d en que se 2. Se real encuent encuentra ra el proyec proyecto. to. Aquí se involu involucra cran n métric métricas as para para verifi verificar car y comparar el software contra lo planeado o contra el estándar que se debió seguir.
Garantía de calidad del software (SQA) Es una disciplina de la ingeniería de software, se especializa en la aplicación de procesos de calidad a lo largo del proyecto de software. Consiste en los medios de la supervisión de tecnología de dotación lógica, los procesos y los métodos aseguramiento de calidad. Tambié También n se puede puede definir definir como un conjun conjunto to de funcione funciones s de auditor auditoría ía e información que evalúan la efectividad y que tan completas son las actividades de control de calidad. Hace esto por medio de intervenciones de sistema de gerencia de la calidad debajo de cuál se crea el sistema de software. La meta es brindarle al gestor los datos necesarios para que este informado acerca de la calidad del producto. Si los datos que ofrece el aseguramiento de la calidad
identifican problemas, es responsabilidad del gestor darle seguimiento para resolverlos. La calidad de los procesos de software se está convirtiendo en un elemento estratégico de las grandes organizaciones debido a su fuerte impacto en la competitividad de las empresas. La garantía de calidad del software se relaciona con la práctica de garantía de calidad en producto fabricación. Hay, sin embargo, algunas diferencias notabl notables es entre entre el softwa software re y un produc producto to manufa manufactu cturad rado. o. Estas Estas difere diferenci ncias as provienen el hecho de que el producto manufacturado es físico y puede ser vist visto o mien mientr tras as que que el prod produc ucto to de soft softwa ware re no es visi visibl ble. e. Por Por lo tant tanto o su función, ventaja y costes no están según lo medido fácilmente. El software vive, vive, crece, crece, se desarr desarroll olla, a, y transf transform orma, a, desemej desemejant ante e de sus contra contrapart partes es tangi tangibl bles es.. Por Por lo tant tanto, o, los los proce proceso sos s y los los méto método dos s para para mane maneja jar, r, para para supervisar, y para medir su calidad en curso son tan líquido y a veces evasivos como son los defectos que se significan para mantener cheque. Su misión no se limita a actividades de verificación, sino que además asume un rol de liderazgo en la gestión de la calidad durante el proceso de creación y diseño del producto. La garantía de calidad no debe confundirse con la técnica específica de control de calidad, cuyo objetivo es verificar el producto La garantía de calidad toma responsabilidad por los siguientes procesos: • • •
Gestión de los procesos de ingeniería de software Iniciativas de mejoramiento de procesos a lo largo de la organización, Integración de los procesos de calidad de ingeniería y servicios a la clientela
El beneficio principal de un programa de garantía de calidad de software es asegura asegurarr a la gerenc gerencia ia del proyecto proyecto que los procesos procesos establ estableci ecidos dos se han ejecutado cabalmente. Esta evaluación es hecha por un grupo independiente, especializado en métodos de calidad, con un criterio objetivo y con visión de contexto La garantía de calidad se asegura de lo siguiente: • • • •
• •
•
•
Se usa la metodología de desarrollo apropiada Las actividades de desarrollo han sido debidamente planeadas Se han definido estándares y procedimientos para al proyecto El personal ha sido debidamente entrenado en los procesos de calidad aplicables Se llevan a cabo regularmente revisiones y auditorías independientes El desarrollo es documentado adecuadamente para facilitar la mantención y la reutilización La docu docume ment ntac ació ión n se produc produce e opor oportu tuna name ment nte e y no despué después s que que el desarrollo ha sido completado Los cambios introducidos han sido debidamente controlados
•
•
• •
• •
•
Las pruebas efectuadas son eficaces para detectar defectos, especialmente en aquellas áreas de mayor riesgo Las Las acti activi vida dades des se llev llevan an a cabo cabo de acuer acuerdo do a los los plaz plazos os y en los los términos planeados Las desviaciones a los estándares se identifican rápidamente El proyecto está en condiciones para ser sometido a auditorías externas, si corresponde La calidad es verificada con respecto a criterios preestablecidos La gerencia es oportunamente informada de problemas y riesgos relativos a la calidad Los problemas de calidad se analizan y las causas se comunican al proyecto para tomar medidas preventivas que eviten su repetición
Costo de la calidad El Costo de la Calidad del Software CoQ, es una técnica introducida por Juran en 1996 con el fin de proporcionar a los directores de proyectos instrumentos que les permitan justificar la promoción de mejoras en el proceso de desarrollo. Incluye Incluye todos los costos que genera la búsqueda de calidad o que demanda el desarrollo desarrollo de las actividades actividades relaciona relacionadas das con la calidad. Así como como incurre incurre el proyecto para mejorar los entregables prometidos. Estos costos pueden ser de dos tipos: Costos de Prevención, Costos de Evaluación y fallas. •
•
•
•
•
Costos de Prevención: están causados por las medidas tomadas en el proyecto para prevenir defectos o problemas en los entregables, para evitar la aparición de errores. En un proyecto de software esto sería por ejemplo implementar una metodología de desarrollo consistente. Costos de Evaluación: están causados por las medidas tomadas para evaluar los entregables una vez producidos, y corregirlos si es necesario. En un proyecto de software esto sería por ejemplo dedicar recursos a las pruebas de integración del sistema una vez desarrollado. (este es un Costo Costo de Preven Prevenció ción): n): capac capacita itació ción n en la Capacitación (este construcción o entrega del producto o servicio. Sirve para insertar el proceso de administración de calidad dentro del proceso de elaboración. Sirve para implementar la calidad en términos técnicos, específicos a los entregables. Mantenimiento (Costo de Prevención): definición de políticas de manten mantenimi imient ento o poster posterior iores es a la finali finalizac zación ión del proyec proyecto. to. Sirve Sirve para para conservar el buen desempeño de los entregables una vez finalizado el proyecto. Pruebas (Costo de Evaluación): especificación y ejecución de pruebas para verificar el cumplimiento de los requerimientos por parte de los entregables. Sirve para validar el funcionamiento normal de los entregables antes de que se usen en producción.
•
Auditorías (Costo de Evaluación): desarrollo de auditorías que inspeccionen el proceso de construcción de los entregables. Sirven para no cometer el mismo error dos veces.
Costos de Fallas Son aquellos que no se presentan cuando el producto esta bien hecho, es decir no existieran si no hay defectos antes de enviar un producto a los clientes. Se dividen en: (se dete detect ctan an ante antes s de envia enviarr el Costos Costos de fallas fallas intern internas as:: (se producto) incluyen reelaboración, reparación y análisis en modo de falla. (se dete detect ctan an ya que se envi envió ó el Costos de fallas externas: (se producto al cliente), ejemplos: resolución de quejas, devolución y reemplazo del producto, soporte de ayuda en línea y trabajo de garantía. •
•
Los costos relativos para encontrar y reparar un defecto aumentan sustancialmente conforme pasa de la prevención a detección y de los de falla interna a externa.
Función del SQA Se refiere al aspecto de revisión y de reporte de la administración. Es un enfoque sistemático de evaluación de la calidad del Software desarrollado, basado en el correcto cumplimiento de los estándares y procedimientos durante el ciclo de vida del Software. Su función básica es proporcionar datos sobre la calidad del producto a la gerencia y asegurarle que los estándares de calidad especificados se están cumpliendo. El propósito del SQA es: Evaluar críticamente el software desarrollado Comprobar si los estándares de calidad se han cumplido Si el producto satisface o no las necesidades del cliente y también si identifica las debilidades que el cliente puede detectar. • • •
Procesos de aseguramiento de la calidad Se deben de seleccionar herramientas y metodologías para poder soportar los estándares que se van a seguir. Existen dos tipos de estándares que pueden ser establecidos como parte del proceso de aseguramiento de la calidad que son:
Estándares de Productos: Estos estándares aplican al producto de software que se va a desarrollar. Incluyen estándares de documentación, estándares o guías para obtener requerimientos, políticas o reglas para la programación. Estándares de Procesos: Estos estándares definen el proceso que debe de ser seguido durante el desarrollo de software, pueden incluir definiciones de especificación, diseño y validación de procesos y descripción de documentos que deben de ser escritos en el transcurso de los procesos.
SQA (Software Quality Assurance; Garantía de la Calidad del Software). El SQA se puede definir como la conformidad a las necesidades funcionales y de rendimiento, a los estándares de desarrollo y a las características implícitas requeridas de todo el software que se ha desarrollado profesionalmente. A su vez, es un set de actividades sistemáticas que aseguran que el proceso del software y productos conformados por requerimientos, estándares, y procedimientos. Los procesos incluyen todas las actividades involucradas en el diseño, codificación, pruebas y mantenimiento; Los productos incluyen softwa software, re, datos datos asocia asociados dos,, documen documentac tación ión,, y toda toda la docume documenta ntació ción n para para soporte y reportes. La implem implement entac ación ión de una discip disciplin lina a de SQA tiene tiene como como princi principal pal objeti objetivo vo aumentar la calidad de los entregables durante todo el proceso de desarrollo. Muchos requerimientos de calidad, sobre todo aquellos que tienen que ver con el rendimi rendimient ento, o, la usabil usabilida idad, d, la carga, carga, la disponi disponibil bilida idad, d, etc. etc. pueden pueden ser tratados como riesgos. Es decir que, el hecho de que uno de ellos no se cumpla, implica un riesgo. Entonces, al asegurar la calidad del software durante su proceso, se disminuyen los riesgos asociados, aumentando la predictibilidad del desarrollo de software. Esto trae aparejado una serie de beneficios de variada visibilidad. Objetivos del SQA: 1. Planificar las actividades de aseguramiento de la calidad. 2. Revisa Revisarr y audita auditarr objeti objetivam vament ente e los produc productos tos y las activ activida idades des para para verifi verifica carr que están están confor conformes mes con los proced procedimi imient entos os y estánd estándare ares s aplicables. 3. Proporcionar los resultados de de estas revisiones o auditorías informando a la dirección cuando sea necesaria su mediación.
Brinda a la administración la seguridad de que procesos oficialmente establecidos están siendo implementados. Y asegura que: 1. Una metodología de desarrollo apropiada este establecida 2. Que los proyectos utilicen utilicen estándares y procedimientos en su trabajo 3. Que la documentación sea creada para mantenimiento y mejoramiento 4. La admini administr straci ación ón de confi configura guració ción n de softwa software re este este adecua adecuada da para para controlar cambios 5. Se realicen pruebas y que que se aprueben aprueben 6. Cualquier Cualquier deficiencia deficiencia y desviacione desviaciones s sean identificadas identificadas y llevadas llevadas con atención a la administración.
Presencia de SQA • • •
Muchas organizaciones empiezan a crear grupos de SQA. Estas personas actúan como representantes internos del cliente. Es responsabilidad del grupo SQA ayudar a los Ing., a lograr una alta calidad en el programa o aplicación de software determinado.
Este grupo tiene una serie de actividades que se presentan a continuación
Esta relación implica a varios responsables durante el proceso de la elaboración del software de calidad, estos son: Ingenieros de software Jefes de proyecto Clientes Vendedores Quienes trabajan dentro de un grupo de la SQA • • • • •
Estos últimos pueden ser independientes y tendrán las siguientes actividades para llegar al objetivo de la SQA: 1. Establecimiento de de un plan de la SQA SQA para un proyecto. En este plan se identifica: Evaluaciones a realizar Auditorías y revisiones a realizar Estándares que se pueden aplicar al proyecto Procedimientos para información y seguimiento de errores Documentos producidos por el grupo SQA Realimentación de información proporcionada al equipo de proyecto del software 1. Participac Participación ión en el desarrollo desarrollo de la descripción descripción del proceso de software software del proyecto 2. Revisión Revisión de las actividades actividades de ingeniería ingeniería del software para verificarsu verificarsu ajuste al proceso de software definido • • • • • •
3. Audito Auditoría ría de los produc productos tos de softwa software re designa designados dos para para verifi verificar car el ajuste con los definidos como parte del proceso de software 4. Asegurar que las desviaciones desviaciones del trabajo trabajo y los productos del software software se documenten y se manejen de acuerdo con un procedimiento establecido 5. Registrar lo que no se ajuste a los requisitos requisitos e informar a sus superiores
Actividades del Personal de SQA Es respo responsa nsabl ble e de aseg asegura urarr la cali calida dad d de los los produc producto tos s gener generad ados os en el proyec proyecto to y del proces proceso o utiliz utilizado ado.. Para Para asegura asegurarr la calida calidad d debe debe revisa revisarr la calidad de los entregables de planificación del proyecto y los entregables de valoración del proyecto. Además revisa el nivel de apego al modelo de proceso de desarrollo de software y a los planes de Verificación, Gestión de Proyecto y Gestión de Calidad, documentando las desviaciones encontradas. Debe conocer los conceptos y técnicas de Gestión de Calidad del Software. Debe identificar las propiedades de calidad que deben cumplir los productos del proyecto. Centralizar y revisar las entregas que se realizan durante el ciclo de vida del proyecto. Realiza las Revisiones Técnicas Formales con los responsables de los productos a revisar. El Responsable de SQA debe: Asegura Asegurarse rse de que se desarro desarrolle llen n protot prototipo ipos s para para probar probar y elimin eliminar ar ries riesgo gos s técn técnic icos os que que haga hagan n frac fracas asar ar el proye proyect cto o así así como como tamb tambié ién n disminuir la calidad del mismo Asegurarse de que se realicen estudios de factibilidad Realizar mediciones para comprobar la calidad del proyecto Asegurarse de que se realice la actividad de implementación y se haga según los estándares de calidad propuestos Evitar el desperdicio de esfuerzo en conjunto con el Administrador y el Arquitecto Registrar las métricas de aceptación tomando en cuenta el Documento de Validación con el Cliente. •
• • •
•
•
Perfil del rol Debe conocer los requerimientos del sistema. Debe conocer los estándares o lineamientos del proyecto para asegurar la calidad. • •
Actividades que son responsabilidad del rol Planificar la Calidad Revisión Técnica Formal (RTF) Revisar las Entregas Revisar el Ajuste al Proceso Evaluar la Calidad de los Productos Realizar el Informe Final de Calidad • • • • • •
Entregables que son responsabilidad del rol
• • • • •
Plan de Calidad Informe de RTF Entrega Semanal de SQA Informe de Revisión de SQA Informe Final de Calidad
Actividades en las que está involucrado el rol Relevar los Requerimientos Especificar los Requerimientos Priorizar los Requerimientos Validar los Requerimientos Validar con Prototipo Definir el Alcance del Sistema Definir la Línea Base del Proyecto Planificar el Proyecto Describir la Versión Planificar la Transición Seguimiento de Satisfacción del Cliente Gestión de Riesgos Registrar Esfuerzo Auto estudio Reunión de Equipo Preparar Cierre del Proyecto Reunión Conmemorativa • • • • • • • • • • • • • • • • •
Actividades del SQA Es una una disc discipl iplin ina a que que está está compu compues esta ta por por una una seri serie e de acti activi vida dade des s que acompañan al proceso de desarrollo. El objetivo de estas tareas es aumentar, administrar y monitorear la calidad de los entregables producidos. Para poder identificar estas actividades y el momento oportuno para realizarlas es necesario revisar el ciclo de vida de un proyecto. Para Para iden identi tifi fica carr las las acti activi vida dades des se basa basa en el anál anális isis is de fases/disciplinas/esfuerzo realizado en RUP por ser un proceso muy difundido en el mercado, aunque el mismo análisis puede aplicarse a otros procesos de desarrollo.
•
•
•
• •
•
actividad se concentra en Verificaci Verificación ón de requerimie requerimientos: ntos: esta actividad valida validarr la comple completit titud, ud, correc correctit titud, ud, clarid claridad ad y no ambigü ambigüeda edad d de los requerimientos de un sistema. esta acti activi vida dad d se Valida Validació ción n y verifi verificac cación ión de docum document entaci ación: ón: esta encarga de controlar la correctitud, completitud y no ambigüedad de la docume documenta ntació ción. n. La docume documenta ntació ción n en UML es muy útil útil para para esta esta práctica por el poder semántico que tiene y por la posibilidad de validar sintácticamente la documentación. Validación de arquitectura: esta actividad es muy importante para evaluar la factibilidad de cumplir con los requerimientos no funcionales y detectar de forma temprana los principales riesgos asociados al proyecto. Control de código: se subdivide en 2 actividades: Control estático del código: es la validación del código contra un conjunto de reglas, mejores prácticas y estándares predefinidos. Control dinámico del código: el control se focaliza en el uso de los recursos que hace la aplicación y la cobertura del código que hacen las pruebas unitarias
Para poder lograr una buena adherencia con los estándares se debe medir cuantitativamente, donde sea posible, los aspectos de calidad (por ejemplo complejida complejidad, d, confiabili confiabilidad, dad, mantenimiento mantenimiento,, seguridad, seguridad, defectos, defectos, número de problemas) utilizando métricas bien establecidas. Para cumplir con esto, se deben realizar chequeos de: -
Adminis Administra tració ción. n. Docu Docume ment ntac ació ión. n. Estándares, Estándares, prácticas, prácticas, convencion convenciones es y métricas. métricas. Revisiones Revisiones e intervencio intervenciones. nes. Activi Actividad dades es de testeo testeo.. Reporte Reporte de errores errores y acciones acciones correctiv correctivas. as. Herramienta Herramientas, s, técnicas técnicas y métodos. métodos. Contro Controll del código código.. Contro Controll de medios medios..
-
Colección Colección de registr registros, os, mantenimient mantenimiento o y retención. retención. Control Control de los proveedores. proveedores. Entren Entrenam amie ient nto. o. Adminis Administra tració ción n del riesgo riesgo..
Problemas que Resuelve SQA Aumenta las posibilidades del éxito final del proyecto Ayuda a definir los parámetros de medición de la calidad del software Verifica que los estándares sean aplicados correctamente Define un plan de monitoreo del proceso de desarrollo del software (ciclo de vida) • • • •
Referencias 1. [Desconocido] “Calidad” 2011. <> [Desco cono noci cido] do] “ISO “ISO 8402 8402” ” 19 de Agost Agosto o del del 2010 2010.. << 2. [Des http://es.wikipedia.org/wiki/ISO_8402>> [Desconoc nocido] ido] “Impla “Implanta ntació ción n de Calida Calidad d de Softwa Software”. re”. << 3. [Desco http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r67854.PPT>> [Desco cono noci cido] do] “A “ARM RMAN AND D V. FEIG FEIGEN ENBA BAUM” UM”.. 6 de Febr Febrer ero o del del 2009 2009.. << 4. [Des http://www.pablogiugni.com.ar/httpwwwpablogiugnicomarp91/>> [Cathy Peñuñuri] Peñuñuri] “Implantac “Implantación ión de Calidad Calidad de Software” Software” 2011. 2011. 5. [Cathy <> 6. [Desconocido] “Garantía de calidad del software”. 11 de Febrero del 2011. << http://www.worldlingo.com/ma/enwiki/es/Software_quality_assurance>> 7. [Desconocido] “La garantía de calidad en el software”. 22 de Abril del 2005. << http://www.idg.es/computerworld/articulo.asp?id=167022>> 8. [Luciano Guerrero] “La garantía de calidad en el software”. 11 de Octubre del 1999. << http://www.reocities.com/SiliconValley/lab/3629/garantia.htm>> [Desco cono noci cido] do] “Cos “Costo to De La Cali Calida dad d Del Del Soft Softwa ware” re”.< .<< < 9. [Des http://www.mitecnologico.com/Main/CostoDeLaCalidadDelSoftware >> “El Costo de la Calidad”. << 10. [IAAP] http://www.deltaasesores.com/articulos/autores-invitados/iaap/3005-elcosto-de-la-calidad >> http://ww w.mitecnologico.com>> 11. [Desconocido] << http://www.mitecnologico.com>>
[Roger S.Pres S.Pressma sman] n] “Garan “Garantía tía de la Calida Calidad d del Softwa Software re (SQA/G (SQA/GCS) CS) 12. [Roger ”1993. <>
