ESCUELA DE INGENIERIA DE SISTEMAS

CALIDAD DE SOFTWARE

PLAN DE ASEGURAMIENTO DE LA
CALIDAD DEL SOFTWARE (SQAP)

Docente : M. Sc. Tvara Ramos, Anthony Pal

Autor : Mendoza Jibaja, Luigi Francisco

Ciclo : VIII





PIURA 2014





I

RESUMEN



Toda organizacin 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 trminos de prevencin, evaluacin y falla. El plan de
calidad define la calidad del software deseado y describe cmo valorarla.

La intencin de este trabajo de investigacin, es realizar una descripcin casi detallada
del Plan de Aseguramiento de la Calidad del Software, y cmo es que su aplicacin
ayuda en la obtencin 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
planificacin 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 deberan considerarse en el proceso de planificacin de
la calidad.

Parte 2: El Plan de SQA y el Estndar IEEE Std 730-2002
En este apartado se da a conocer el estndar que propone la IEEE para la
elaboracin de Planes de SQA, y adems se describe la relacin del Estndar
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 segn el Estndar IEEE Std 730-2002, y adems
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: Implementacin 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
especfico.









Tabla de contenido

RESUMEN ....................................................................................................................................... I
1 PLAN DE LA CALIDAD ............................................................................................................. 1
2 PLAN DE SQA Y EL ESTNDAR IEEE Std 730-2002 ................................................................. 1
2.1 Relacin del Estndar IEEE 730 con la Familia ISO 9000 ................................................ 2
3 ESTRUCUTURA DEL PLAN DE ASEGURAMIENTO DE LA CALIDAD .......................................... 2
3.1 Propsito ........................................................................................................................ 2
3.2 Documentos de referencia. ............................................................................................ 3
3.3 Gestin. .......................................................................................................................... 3
3.4 Documentacin. ............................................................................................................. 3
3.5 Estndares, prcticas, convenciones y mtricas. ........................................................... 3
3.6 Revisiones y auditoras. .................................................................................................. 4
3.7 Testeo. ............................................................................................................................. 4
3.8 Reporte de problemas y accin correctiva...................................................................... 4
3.9 Herramientas, tcnicas y metodologas. ........................................................................ 4
3.10 Control de medios. ....................................................................................................... 5
3.11 Control de proveedores. .............................................................................................. 5
3.12 Recopilacin de registros, mantenimiento y retencin. .............................................. 5
3.13 Formacin. ..................................................................................................................... 5
3.14 Gestin del riesgo. ........................................................................................................ 6
4 IMPLEMENTACIN DEL PLAN DE ASEGURAMIENTO DE LA CALIDAD ................................... 6
CONCLUSIONES ............................................................................................................................. II
REFERENCIAS ................................................................................................................................ III

1

1 PLAN DE LA CALIDAD

Para Ian Sommerville (Sommerville, 2005) la Panificacin 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 cmo 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 sern
aplicados, por quin y cundo, con el fin de cumplir los requisitos de un proyecto,
producto o proceso especfico. A su vez esos procedimientos, incluyen por lo general
aquellos que hacen referencia a los procesos de gestin de la calidad y a los procesos
de realizacin del producto.

Humphrey (Humphrey, 1989) en su libro sobre Gestin del Software, sugiere una
estructura para un Plan de Calidad. Dicha estructura comprende:

- Introduccin 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 terminacin del producto y las
responsabilidades junto con los planes para la distribucin y el servicio.
- Descripciones del Proceso. Contiene los procesos de desarrollo y de servicio a
utilizar para el desarrollo y gestin del producto.
- Metas de Calidad. Son especificadas las metas y planes de calidad, junto con
la identificacin y justificacin de los atributos de calidad clave del producto.
- Riesgos y Gestin de Riesgos. Se consideran los riesgos significativos que
podran afectar la calidad del producto y las acciones para abordar estos
riesgos.

Los planes de calidad difieren en funcin del tamao y el tipo de software a desarrollar.
Sin embargo, cuando se redactan los planes de calidad, es necesario tratar de
mantenerlos lo ms compactos posible. Existe una variedad de atributos de calidad
(por ejemplo: seguridad, proteccin, eficacia, complejidad, robustez, fiabilidad,
usabilidad, adaptabilidad, portabilidad, etc.) del software potenciales a considerar en el
proceso de planificacin 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 ms importantes para el producto a desarrollar.
El plan tambin define el proceso de evaluacin de la calidad, el cual es una forma de
estndar de valorar si algn atributo de calidad, como la portabilidad o robustez, est
presentes en el producto.


2 PLAN DE SQA Y EL ESTNDAR IEEE Std 730-2002

El estndar IEEE Std 730-2002, es una norma para la elaboracin del Plan de
Aseguramiento de la Calidad del Software (SQAP, de sus siglas en ingls) para los
proyectos de desarrollo de software, proporcionando los requisitos mnimos aceptables

2

para la preparacin y los contenidos de los Planes SQA. ste estndar 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 determinacin de objetivos, la
documentacin del proceso, la definicin de normas, prcticas, convenciones y
mtricas, la gestin de riesgos, capacitacin, planes de prueba y la presentacin de
informes de problemas y medidas correctivas, entre otras. El estndar tambin plantea
la posibilidad de agregar secciones adicionales, conforme se requiera. Adems, es
aplicable a tres grupos: el usuario (que puede ser otro elemento de la misma
organizacin que desarrolla el software), el proveedor (quien necesita establecer un
estndar 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 Relacin del Estndar IEEE 730 con la Familia ISO 9000

Mientras que el estndar IEEE 730 se centra en la elaboracin del Plan de
Aseguramiento de la Calidad y en cmo este debe ser implementado; la norma
ISO 9001 busca una gestin general de la calidad pero centrada en auditoras
externas. Cabe agregar, que el IEEE 730 es el puente entre la gestin de la
calidad y la ingeniera 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 garanta 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 estndar para los planes de SQA. Las secciones iniciales
describen el propsito y el alcance del documento e indican aquellas actividades del
proceso del software cubiertas por el aseguramiento de calidad. El Estndar propone
14 secciones en el orden que aparecen a continuacin:

3.1 Propsito. Seccin en la cual se especifica el propsito y el alcance del plan.
Se lista los productos software cubiertos por el plan y el uso de los mismos.
Finalmente, se determina la porcin del ciclo de vida cubierta por el plan para cada
producto software. Esta seccin adems, debera dar respuestas a interrogantes
como: Qu productos software sern 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, estndares o guas se basa este
Plan?

3


3.2 Documentos de referencia. En esta seccin se proporciona una lista de
todos los proyectos, documentos o estndares referenciados en el plan o utilizados
en su elaboracin.

3.3 Gestin. Seccin en la que se describe y especifican la organizacin, tareas y
responsabilidades. Este apartado est ligado al plan del proyecto del software y es
redactado en formato IEEE Std. 1058.

Organizacin. 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
tcnicas y herramientas de SQA; as como tambin, 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 adems, la secuencia y
las relaciones de las tareas con los principales puntos de control planeados.
Es importante tambin 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 designacin del personal responsable de
la publicacin, distribucin, mantenimiento e implementacin del Plan del
SQA. En otras palabras, se establece quien har qu y quin desempear
las funciones de trabajo.

3.4 Documentacin. Aqu se identifica y describe de manera clara y objetiva, toda
la documentacin a generar y usar durante el proceso de desarrollo. Para cada
documento adems, debe indicarse cul es su objetivo, que plantilla o estndar
debe seguir y que informacin mnima debe contener para cumplir con las
definiciones del documento. La documentacin mnima que exige el estndar para
garantizar que la implementacin del software satisface los requisitos es la
siguiente:

Especificacin de requerimientos del software.
Descripcin del diseo del software.
Plan de verificacin y validacin.
Reportes de verificacin y validacin.
Documentacin de usuario.
Plan de gestin de configuracin del software.

3.5 Estndares, prcticas, convenciones y mtricas. Se identifican los
estndares, prcticas, convenciones y mtricas que se aplicarn al proyecto.
Tambin se describe de qu manera se va a monitorizar y asegurar el

4

cumplimiento de los mismos.

Propsito. En la cual se identifica las normas, prcticas, convenciones, las
tcnicas estadsticas a utilizar, los requisitos de calidad y las mtricas que se
aplicarn.

Contenido. En el que se incluyen el diseo bsico de tcnicas, de
programacin y las actividades involucradas, tales como documentacin,
variables y nombres de mdulo, programacin, inspeccin y pruebas.

3.6 Revisiones y auditoras. En esta seccin se definen las revisiones y
auditoras tcnicas y de gestin, especificando cmo y cundo se llevarn a cabo,
que acciones se tomarn a partir de los resultados obtenidos y cmo sern
implementadas las mismas. Como mnimo, se deben llevar a cabo las siguientes
revisiones y auditoras.

Revisin de los requisitos software.
Revisin del diseo preliminar.
Revisin del diseo crtico.
Revisin del plan de verificacin y validacin.
Revisiones de gestin.
Auditora funcional.
Auditora de fsica.
Auditoras 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 estn incluidas en el Plan de verificacin y
validacin. El principal objetivo es la realizacin de un conjunto de actividades que
a la vez se descomponen en distintas tareas para el buen desenvolvimiento del
software.

Actividad diseo de planes de prueba.
Actividad ejecucin de casos de prueba.
Actividad de revisin de planes de prueba.
Actividad diseo de planes de prueba.

3.8 Reporte de problemas y accin correctiva. Se describen las prcticas y
procedimientos de informe, seguimiento y resolucin de problemas, tanto a nivel
del producto como del proceso. Adems se especifica las responsabilidades
organizativas relativas a su implementacin. El propsito de esta seccin es:
asegurar que todos los problemas se documenten, sean corregidos y queden
evidenciados. Asegurar que es evale 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, tcnicas y metodologas. Se indican las herramientas,
tcnicas y metodologas a utilizar en el desarrollo y que apoyarn la gestin del
responsable de SQA, se hace constar su propsito y se describe su uso.

5


Las tcnicas del SQA incluyen auditoras de estndares, rastreo de requisitos,
verificacin de diseo, inspecciones de software y verificacin de los mtodos
formales.

Las herramientas consisten en programas de verificacin, listas de
verificacin, monitoreo de rendimientos, ejecutores de pruebas, herramientas
de control esttico o dinmico, analizadores de estructura. El objetivo de
estas herramientas es hacer que el trabajo de los equipos de desarrollo y
mantenimiento se a ms eficiente y eficaz.

Las metodologas del SQA sern conjuntos integrados de tcnicas, de entre
las anteriormente mencionadas.

3.10 Control de medios. En esta seccin se determinan los mtodos que se van
utilizar para proteger el almacenamiento adecuado de los programas,
documentacin, etc., de accesos no autorizados, daos y degradaciones
inesperadas. A su vez se pretende asegurar que el almacenamiento y
recuperacin de software est garantizado, que el mismo solo este accesible
nicamente a aquellos que lo necesitan y que se almacenen copias del software
crtico y del cdigo base fuera de las instalaciones de la organizacin.

3.11 Control de proveedores. En esta seccin, se explica y determina las
tcnicas para asegurar que el software comprado o subcontratado cumple los
requisitos tcnicos. Para evaluar la eficacia y eficiencia en el SQA est el papel
que desempean 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 Recopilacin de registros, mantenimiento y retencin. Se identifica
aquella documentacin que debe conservarse, se deber indicar los mtodos y
medios que se utilizarn para recolectar, archivar, proteger y mantener esta
documentacin. Asimismo se fija el periodo de conservacin para cada tipo de
registro. Los registros del SQA recolectados y archivaos deben incluir:

Informes de tareas.
Informes de anomalas, 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 auditoras.
Lista de verificacin marcadas por los inspectores y auditores.

3.13 Formacin. Se identifican las actividades necesarias de formacin o
entrenamiento para satisfacer las necesidades del Plan SQA. Actividades como un
plan integrado de la calidad:


6

Desarrollo del material de formacin.
Implementacin del proceso.
Plan de formacin de los miembros de la organizacin mediante un
seguimiento de secuencia durante las distintas fases: diagnstico,
planificacin, documentacin del sistema, implantacin, control y
mantenimiento.

3.14 Gestin del riesgo. Se indican los mtodos y procedimientos que sern
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 Seccin de Gestin del plan describe la situacin 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 seccin de Documentacin describe cada uno de los
productos de trabajo producidos como parte del proceso de software; adems, esta
seccin define el conjunto mnimo de productos de trabajo que se pueden aceptar para
lograr la alta calidad. Los estndares, prcticas, convenciones y mtricas muestran
todos los estndares, prcticas que se aplican durante el proceso de software (por
ejemplo: estndares de documentos, estndares de codificacin y directrices de
revisin). Adems, se listan todos los proyectos, procesos y (en algunos casos)
mtricas de producto que se van a recoger como parte del trabajo de ingeniera del
software.

La Seccin de Revisiones y Auditoras proporciona una visin general del enfoque de
cada revisin y auditora. Por otro lado, la Seccin de Testeo hace referencia al Plan
de Procedimiento de Pruebas del Software. Reporte de Problemas y Accin Correctiva
define procedimientos para informar, hacer seguimiento y resolver errores y defectos.
El resto del Plan del SQA identifica las herramientas y mtodos que soportan
actividades y tareas de SQA; hace referencia a los procedimientos de gestin de
configuracin del software para controlar el cambio; define un enfoque de gestin de
contratos; establece mtodos para reunir, salvaguardar y mantener todos los registros;
identifica la formacin que se requiere para cumplir las necesidades del plan y define
mtodos para identificar, evaluar, supervisar y controlar riesgos.


4 IMPLEMENTACIN DEL PLAN DE ASEGURAMIENTO DE LA CALIDAD

Existen varios aspectos imprescindibles para implementar exitosamente el Plan SQA a
un proyecto especfico, los mismos, se muestran a continuacin:

- 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 aceptacin, deber incluir el compromiso de facilitar los recursos
necesarios para la implementacin de las actividades del SQA.

- Se debe planificar la implementacin del Plan de SQA. Para ello, se debe
identificar los recursos necesarios como personal, equipamiento, facilidades y

7

herramientas, esta implementacin deber ser programada y adems, valorar
los riegos.

- Es importante tambin, 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 distribucin 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 sern evidencia
suficiente de que todos los pasos del Plan del SQA se han ejecutado y
revisado.

II

CONCLUSIONES



- El propsito del de Plan del SQA es especificar las actividades que se
realizarn para asegurar la calidad del software a construir. En l se detallan
los productos que se van a revisar y los estndares, normas o mtodos a
aplicar; los mtodos y procedimientos que se utilizarn para revisar que la
elaboracin 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 correccin.

- Los planes de calidad difieren en funcin del tamao y el tipo de software a
desarrollar. Sin embargo, cuando se redactan los planes de calidad, es
necesario tratar de mantenerlos lo ms compactos posible; pues si el
documento es muy grande, los ingenieros no lo leern y eso frustra el propsito
de producir un plan de calidad.

- Entre algunas caractersticas de los Planes de Calidad tenemos: su adaptacin
al proyecto y a las circunstancias, su independencia frente a las metodologas
de desarrollo, y el respeto por los estndares de Aseguramiento de Calidad del
Software reconocidos.

- Existe una gran variedad de atributos de calidad del software potenciales a
considerar en el proceso de planificacin 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 ms importantes para el
producto a desarrollar.

- El estndar IEEE Std 730-2002, es la norma para la elaboracin del Plan de
Aseguramiento de la Calidad del Software. Esta norma lista la verificacin de
cosas que hay que hacer y buscar, es til para asegurar que estn cubiertas
todas las bases de la calidad. Esta norma especfica: quin ser el responsable
de la calidad, qu documentacin se requiere, que tcnica se utilizar para
asegurar la calidad, qu procedimientos se seguirn para administrar el
proyecto: auditoras, 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 determinacin de objetivos, la
documentacin del proceso, la definicin de normas, prcticas, convenciones y
mtricas, la gestin de riesgos, capacitacin, planes de prueba y la
presentacin de informes de problemas y medidas correctivas, entre otras.

- Contar con un Plan de SQA, permitir gozar de beneficios tanto a nivel interno,

III

como por ejemplo la reduccin de costos, la mejora en el diseo y la calidad
del producto, el aumento mismo de la productividad; a nivel externo, se ven
reflejados estos beneficios en el incremento de la satisfaccin y confianza del
cliente, el incremento de la participacin en el mercado. Por otro lado, cualquier
organizacin 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 aceptacin 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 implementacin de las actividades; otro
factor vital, es la planificacin de la implementacin del Plan de SQA, as como
tambin la capacitacin o formacin 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. Ingeniera del Software. 7 ed. Madrid: Pearson
Educacin S.A, 2005. 712 p. ISBN 84-7829-074-5.

- PRESSMAN, Roger. Ingeniera del Software: Un enfoque prctico. 7 ed.
Mxico: MCGraw-Hill Interamericana Editores, 2010. 805p. ISBN 978-607-15-
0314-15.

- MARTNEZ, Mara. Consideraciones a Modo de Gua a partir de Estndares
IEEE para Calidad y Buenas Prcticas en Desarrollo de Software [en lnea].
Legans, Madrid: Universidad Carlos III de Madrid, Departamento de
Informtica, 2011 [fecha de consulta: 6 septiembre 2014]. Disponible en:
http://e-
archivo.uc3m.es/bitstream/handle/10016/13537/PFC_MPila_MartinezMorentin
Gongora.pdf?sequence=1

- INSTITUTO Tecnolgico de Quertaro. Sistema Distribuido en el Transporte
Pblico: Plan de Garanta de Calidad de Software [en lnea]. Santiago de
Quertaro: Instituto Tecnolgico de Quertaro, 2013 [fecha de consulta: 6
septiembre 2014]. Disponible en:
http://www.scribd.com/document_downloads/direct/143838057?extension=docx
&ft=1410030787&lt=1410034397&user_id=263148802&uahk=RjpU7lnpZgAeO
T17yWUdt4Zfvn4


IV

- INSTITUTO Nacional de Investigaciones Nucleares. El plan de Garanta de
Calidad de Software [en lnea]. Mxico: 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 GARCA, Arturo. Mejores Prcticas para el
Establecimiento y Aseguramiento de Calidad de Software [en lnea]. Mxico:
Universidad Cristbal Coln 2008 [fecha de consulta: 6 septiembre 2014].
Disponible en: http://www.eumed.net/libros-
gratis/2008a/351/Practicas%20a%20seguir%20para%20el%20Aseguramiento
%20de%20Calidad%20de%20Software.htm

- SEPLVEDA, Samuel [et. Al]. Propuesta Metodolgica para el Aseguramiento
de Calidad de Proyectos Informticos: Caso de Estudio en Empresa de
Servicios Sanitarios [en lnea]. Chile: Universidad de La Frontera,
Departamento de Ingeniera de Sistemas, 2009 [fecha de consulta: 5
septiembre 2014]. Disponible en: http://arnetminer.org/publication/propuesta-
metodol-gica-para-el-aseguramiento-de-la-calidad-de-proyectos-inform-ticos-
caso-de-estudio-en-empresa-de-servicios-sanitarios-
1317989.html;jsessionid=9A222D6A235F09E8F282C80CAF81F0F1.tt

- SCRIBD. Estndares para el Aseguramiento de la Calidad del Software [en
lnea]. [fecha de consulta: 6 septiembre 2014]. Disponible en: http://ucm-
agora.googlecode.com/svn-history/r139/trunk/recursos/46890250-Estandares-
para-el-Aseguramiento-de-la-Calidad-del-Software.pdf

- TERASOFT. Plan de Aseguramiento de la Calidad del Software [en lnea].
[fecha de consulta: 5 septiembre 2014]. Disponible en: http://uagrm-
components-design.googlecode.com/svn-history/r52/trunk/module7/SQAP.docx

- ECURED. SQA (Software Quality Assurance o Aseguramiento de la Calidad
del Software) [en lnea]. [fecha de consulta: 5 septiembre 2014]. Disponible en:
http://www.ecured.cu/index.php/SQA