Este documento contiene definiciones de varios términos relacionados con la calidad y el aseguramiento de la calidad. Define conceptos como calidad, aseguramiento de la calidad, control de calidad, atributo de calidad, estándar de calidad, gestión de calidad, sistema de calidad, mejora continua, certificación, métrica, norma, prueba de software, caso de prueba, automatización de pruebas, defecto, error, fallo, severidad y requisitos funcionales y no funcionales.

1. ISAAC PACHECO CORELLA,
201132743
ASEGURAMIENTO DE LA CALIDAD
TAREA #1: DICCIONARIO INTERACTIVO DE CONCEPTOS

2. CALIDAD
La norma ISO 8402 define calidad
como “el conjunto de características
de una entidad, que le confieren la
aptitud para satisfacer las
necesidades establecidas y las
implícitas.”
La norma UNE-EN ISO 9000:2000 la
define como “el grado en el que un
conjunto de características
inherentes cumple con los
requisitos.”
Si nos trasladamos a la ISO 9000
3.1. calidad “es el grado en el que
un conjunto de características
inherentes cumple con una
necesidad o expectativa establecida,
generalmente implícita u

3. CALIDAD

4. ASEGURAMIENTO
DE LA CALIDAD
• Según Gestión de la calidad Por
Eulàlia Griful Ponsati, Miguel
Ángel Canela Campos, esta etapa
contiene la calidad y el control de
calidad en el sentido de que “trata
de dar confianza de que el
producto cumple los requisitos
del cliente”.
• Para (Decanini, 1997), “el
aseguramiento de la calidad es el
conjunto de actividades
sistemáticas planeadas que lleva
a cabo una organización, con el
objeto de brindar la confianza
apropiada para que un producto
o servicio cumpla con los re-
quisitos de calidad

5. CONTROL DE
CALIDAD
• “Es el conjunto de actividades a
través de las cuales se determina
e implanta la política de calidad,
que incluye a su vez: el
establecimiento de los objetivos
de calidad, la identificación de los
procesos necesarios para el
sistema de gestión de la calidad,
la determinación e interacción de
estos procesos, la determinación
de los criterios y métodos para el
control eficiente de dichos
procesos, la asignación de
recursos, y el compromiso de la
mejora continua de estos
procesos” (Decanini, 1997).

6. CONTROL DE
CALIDAD
• Otra definición más resumida y
entendible es la de Bertrand L.
Hansen y Prabhakar M. Ghare
(1987) que definen el control de
calidad como ”conjunto de
técnicas y procedimientos de que
se sirve la dirección para orientar,
supervisar y controlar todas las
etapas mencionadas hasta la
obtención de un producto de la
calidad deseada”.

7. ATRIBUTO DE
CALIDAD
Según Bertrand L. Hansen y
Prabhakar M. Ghare (1987), ”el
termino atributo (...), es la propiedad
que tiene una unidad del producto
de ser buena o mala; esto es, la
característica de calidad de dicha
unidad está dentro de los requisitos
específicos o no. La inspección de de
atributos se relaciona,
generalmente, con normas de
aceptación y rechazo”.

8. ESTÁNDAR DE
CALIDAD
• La influencias sobre estándares de calidad
se basan sobre las ideas presentadas por
Robert Dunn, Philip Crosby y Roger S.
Pressman, referente a que “la calidad del
software se toma desde dos puntos de
vista: la calidad en el proceso de
desarrollo y la calidad en el producto
final, agrupándose en los estándares de
confiabilidad, utilizabilidad,
mantenibilidad y adaptabilidad”.
• Los estándares no son más que los
niveles mínimo y máximo deseados, o
aceptables de calidad que debe tener el
resultado de una acción, una actividad,
un programa, o un servicio. En otras
palabras, el estándar es la norma técnica
que se utilizará como parámetro de
evaluación de la calidad. Una vez
programadas las actividades de solución
al problema de gestión, los círculos de
calidad deberán definir los estándares de

9. GESTIÓN DE
CALIDAD
• “Aspecto de la función general de
la gestión que determina y aplica
la política de calidad”. (AENOR,
1992)
• Meramente aplicada a la
ingeniería de software “la gestión
de calidad de software resulta de
la aplicación a todas las
perspectivas de procesos de
software, productos, y
recursos.”(Plan de gestión de
calidad Ingeniería de software III,
Universidad Carlos II Madrid)

10. SISTEMA DE
CALIDAD
Se entiende por Sistema de Calidad la
estructura organizacional, las
responsabilidades, los procedimientos,
procesos y recursos que se requieren para
la Gestión de Calidad.
Según Dimitrie “es importante
comprender que el Sistema es propio de
la Empresa y por ende los requisitos a él
son definidos, por la necesidad de la
Empresa y no en forma arbitraria por la
Norma. En éste contexto la definición de
la política de Calidad establece la relación
entre la estrategia de la Empresa y su
visión de la Calidad. Esto debe a su vez
corresponder con la estructura
organizacional, las responsabilidades,
procedimientos, procesos y recursos que
se definan para el Sistema de Calidad”.
(Dimitrie , N/D)
De forma resumida se puede decir que un

11. MEJORA
CONTINUA
Guerra explica que la mejora continua
“depende del conocimiento hacia
donde vamos, y el monitoreo continuo
de nuestro curso para poder llegar
desde donde estamos hasta donde
queremos estar. Nosotros hacemos
esto formulando las preguntas
correctas, recolectando datos útiles en
forma continua, y luego, aplicando los
datos para tomar decisiones
importantes acerca de los cambios
requeridos y/o que iniciativas deben
ser sostenidas. El objetivo de una
cultura de mejora continua, es por lo
tanto, apoyar un viaje continuo hacia el
logro de la visión organizacional
mediante el uso de retroalimentación
de desempeño”. (Guerra, 2007)
La mejora continua, si se quiere, es
una filosofía que intenta optimizar y
aumentar la calidad de un producto,
proceso o servicio.

12. CERTIFICACIÓN
“La certificación consiste en la
comprobación de conformidad de un
producto o servicio a unas normas o
especificaciones técnicas, acreditada
mediante un documento o marca de
conformidad emitido por un
organismo o centro aceptado por las
partes contratantes”. (Balcells,
Daura, Esparza, Pallás, 1992).
Según Pons y Sivardière “La
certificación es el procedimiento
mediante el cual un organismo da
una garantía por escrito, de que un
producto, un proceso o un servicio
está conforme a los requisitos
especificados”. (Pons y Sivardière,
2002)

13. CERTIFICACIÓN
La certificación es en consecuencia
“el medio que está dando la garantía
de la conformidad del producto a
normas y otros documentos
normativos. La certificación se
materializa en un certificado: El
certificado es un documento emitido
conforme a las reglas de un sistema
de certificación, que indica con un
nivel suficiente de confianza, que un
producto, proceso o servicio
debidamente identificado, está
conforme a una norma o a otro
documento normativo especificado”.
(Pons y Sivardière, 2002)

14. MÉTRICA
El IEEE “Standard Glosary of Software
Engering Terms” define como
métrica como “una medida
cuantitativa del grado en que un
sistema, componente o proceso
posee un atributo dado”. (IEEE,
1998)
Para Aguilar, Becerra, González y
Peña (2010) una métrica es una
“medida efectuada sobre los
programas, documentación, su
desarrollo y mantenimiento, o sobre
algún aspecto del sistema en
desarrollo o del proceso empleado
que permite, previa comparación
con unos valores (medidas) de
referencia, obtener conclusiones

15. NORMA
José López Hernández describe las
normas en general “como esquemas de
interpretación o contenidos ideales que
dotan de sentido a ciertas acciones
humanas, (…) las de los ciudadanos de un
país sujetos a un orden jurídico ; por otro
lado, el sentido de dichas acciones es que
ellas consisten en el cumplimiento de
unas reglas o normas que son sentidas
por la gente como obligatorias”.
(Hernández, 2005)
Según la definición de UNE es “una
especificación técnica u otro documento
accesible al público, establecido con la
cooperación y con el consenso o la
aprobación general de todas las partes
interesadas, basada en los resultados
conjuntos de la ciencia, la tecnología y la
experiencia, que tiene por objeto el
beneficio óptimo de la comunidad a nivel
nacional o internacional” (2004)

16. PRUEBA DE
SOFTWARE
Las pruebas de software (testing en
inglés) “son los procesos que
permiten verificar y revelar la calidad
de un producto software antes de su
puesta en marcha. Básicamente, es
una fase en el desarrollo de software
que consiste en probar las
aplicaciones construidas”.
(CIBERTEC, N/D)
“Las pruebas de software se integran
dentro de las diferentes fases del
ciclo de vida del software dentro de
la Ingeniería de software. En este
sentido, se ejecuta el aplicativo a
probar y mediante técnicas
experimentales se trata de descubrir
qué errores tiene”. (CIBERTEC, N/D)

17. CASO DE PRUEBA
“Los casos de prueba incluyen todas
las funciones que el programa es
capaz de realizar (o se supone que
es capaz de realizar). Los casos de
prueba deben tener en cuenta el uso
de todo tipo de datos de
entrada/salida , cada
comportamiento esperado , todos
los elementos de diseño, y cada
clase de defecto. Todos los
requisitos deberán ser cubiertos por
los casos de prueba”. (©Testeando
Software, 2013)

18. CASO DE PRUEBA
Para Esmite, Farías y Péres un caso
de prueba (test case) es “un conjunto
de valores de entrada,
precondiciones de ejecución,
resultados esperados y
poscondiciones de ejecución,
desarrollados con un objetivo
particular o condición de prueba, tal
como ejercitar un camino de un
programa particular o para verificar
que se cumple un requerimiento
específico”. Esmite, Farías y Péres ,
N/D)
En resumen un caso de prueba
representa un conjunto de entradas
de datos (actividades) que ejecutan
un solo escenario de caso de uso

19. AUTOMATIZACIÓN
DE PRUEBAS
“La automatización de pruebas de
QA consiste en el uso de software
especial (casi siempre separado del
software que se prueba) para
controlar la ejecución de pruebas y
la comparación entre los resultados
obtenidos y los resultados
esperados”(INTELLEGO, 2014).
Para Blasco la automatización de
pruebas consiste “en la construcción
de un conjunto de scripts
reutilizables, con los que podemos
aumentar drásticamente la
capacidad de testear software en lo
que respecta a pruebas de regresión
antes y después de la publicación de
una nueva versión (sic)”. (Blasco,

20. DEFECTO
“Un defecto es una no conformidad
de una de muchas posibles
características de calidad de una
unidad que puede provocar
insatisfacción del cliente”.
(Polesky,2006).
El termino defecto “hace referencia a
la realización de una actividad
productiva o de servicio que por
falta de control genera un producto
no conforme, y este debe ser
identificado y separado para su
reproceso. La no conformidad en un
sistema de calidad, se origina
cuando se esta incumpliendo con los
requisitos del manual de calidad y
confrontado con la norma ISO

21. ERROR
Un error es algo equivocado o
desacertado. Puede ser una acción, un
concepto o una cosa que no se realizó de
manera correcta.
• “Se llama error a un efecto o
consecuencia no deseada de un
determinado accionar. Debe
distinguirse de aquello causado con
intención (…). Por el contrario, en el
error no se debe a una búsqueda
deliberada sino que constituye un
accidente”. (definicionabc, N/D)
• El error también puede ser
considerado como un “falso
conocimiento que se tiene de algo. Es
equivalente a la equivocación, o sea,
se conoce, pero tergiversadamente, sin
alcanzar la verdad. Se distingue de la
ignorancia pues ésta es la falta o

22. FALLO
Se define fallo según Arques Patón
como “al cese de la capacidad de un
elemento para realizar la función
requerida”. (Arques Patón, 2009)
Por lo tanto “fallo” es una palabra
que generalmente se aplica cuando
alguien o algo se equivocan o
comete un error.

23. SEVERIDAD
Las definiciones formales de
severidad son:
“Exactitud y rigor en el cumplimiento
de una ley, una norma o una regla”
“Rigor excesivo al juzgar las faltas y
debilidades de los demás o las
propias”
Incluyendo en el concepto, se podría
catalogar el termino de severidad
como la exigencia de cumplir con lo
requerido y lo prometido en los
requerimientos que se hayan
propuestos y acordado.

24. REQUISITOS

25. REQUISITO
Se define como “una declaración sobre
un producto deseado que especifica
qué debería hacer o como debería
hacerlo”. (ecured, N/D)
Plenamente en la ingeniería del
software, los requisitos según el
glosario de la IEEE son:
• “Una condición o necesidad de un
usuario para resolver un problema o
alcanzar un objetivo.
• Una condición o capacidad que
debe estar presente en un sistema o
componentes de sistema para
satisfacer un contrato, estándar,
especificación u otro documento
formal.
• Una representación documentada
de una condición o necesidad”
(Rodríguez, 2010)

26. REQUISITO
FUNCIONAL
“Hacen referencia a la descripción de
las actividades y servicios que un
sistema debe proveer. Normalmente
este tipo de requisitos están
vinculados con las entradas, salidas,
los procesos y los datos a almacenar
en el sistema”. (Vicenç y Alarcón,
2006)
Agüero añade a esta definición
respecto al último punto que
“describen las transformaciones que
el sistema realiza sobre las entradas
para producir salidas” (Agüero ,
2012).

27. REQUISITO NO
FUNCIONAL
A diferencia de los requisitos
funcionales, los no funcionales
“describen otras prestaciones,
características y limitaciones que
debe tener el sistema para alcanzar
el éxito. Los requisitos no
funcionales engloban características
como rendimiento, facilidad de uso,
presupuestos, tiempo de entrega,
documentación, seguridad y
auditorias internas”. (Vicenç y
Alarcón, 2006)
Son aquellos requerimientos que no
se refieren directamente a las
funciones específicas que entrega el
sistema, sino a las propiedades
emergentes de éste como la

28. REVISIÓN
Carbajal desde una perspectiva más
filosófica que científica define
revisión “como la acción y el efecto
de re-visar. De volver a ver algo para
examinar, inspeccionar, escrutar;
repasar, reconocer, analizar o
investigar un hecho o una cosa de la
existencia”. Pero de cierta manera
nos permite comprender la idea
fundamental del termino y la
importancia resaltando que “la
revisión en el trabajo científico, en la
labor de ingeniería es, pues,
esencial” (Lizardo Carvajal, 2014).

29. REVISIÓN
De matera más técnica Naiman
explica que el proceso de revisión
“se basa en la definición de un
conjunto de reglas, las cuales se
verifican sobre el código a revisar,
para finalmente obtener una lista de
potenciales defectos”.
Y más estrictamente en la ingeniería
de software, Naiman señala que una
revisión de código “consiste en el
análisis estático del código fuente de
una aplicación. Esto significa que no
se revisa el flujo de la ejecución de
los programas, sino la adherencia a
estándares o buenas prácticas
utilizados en la codificación”
(Naiman, N/D).

30. INSPECCIÓN
En términos generales se puede
definir como el examen crítico de
algo.
En términos de Calidad según Juran,
Frank Gryna y Bingham (1983) “el
termino inspección supone siempre
la evaluación de la calidad de alguna
característica en relación con un
patrón. Esta evaluación puede ser
descrita como el acto de inspección”
según Juran, Frank Gryna y Bingham
consta de una serie de operaciones
en la medida que sea aplicables a las
distintas características de calidad.

31. VALIDACIÓN
En términos generales se puede
considerar como la comprobación de
un conjunto de datos para
determinar si su valor se halla
dentro de unos límites de fiabilidad.
Para González la validación
“comprueba que el sistema cumple
con los requisitos del cliente al final
del ciclo de vida de desarrollo. Se
trata de una prueba de que el
producto cumple con las
expectativas de los usuarios, y
asegura que el programa ejecutable
funciona tal como se había
especificado. La creación de
programas de prueba está más
estrechamente relacionada con la
validación que con la verificación”.
(González, N/D)

32. VERIFICACIÓN
Para González “la verificación es
demostrar que un producto cumple con
los requisitos especificados durante las
actividades previas llevadas a cabo
correctamente durante el ciclo de vida
de desarrollo”. (González, N/D)
“El testing de software pertenece a una
actividad o etapa del proceso de
producción de software denominada
Verificación y Validación -usualmente
abreviada como V&V.
V&V es el nombre genérico dado a las
actividades de comprobación que
aseguran que el software respeta su
especiación y satisface las necesidades
de sus usuarios. El sistema debe ser
verificado y validado en cada etapa del
proceso de desarrollo utilizando los
documentos (descripciones) producidas

33. BIBLIOGRAFÍA
• Institute of Electronics and Electronics Engineers, Inc (1998). IEEE-SA Standard Board. IEEE Standard for a
Software Quality Metrics Methodology. Recuperado el 28/07/2014 de:
https://cours.etsmtl.ca/mgl800/private/Normes/ieee/1061standard.pdf
• Marisol Viramotes Aguilar, Claudia Pérez Becerra, Alan Josué Gonzáles y Ricardo Esparza Peña (2010).
Metricas Ingenieria De Software. Recuperado el 28/07/2014 de: http://es.slideshare.net/1richard1/metricas-
ingenieria-de-software
• José López Hernández (2005). Introducción histórica a la filosofía del derecho contemporánea. Recuperado el
27/08/2014 de: http://books.google.co.cr/books?id=KqyXsutPGW4C&source=gbs_navlinks_s
• Jean-Claude Pons y Patrick Sivardière (2002). Manual de Capacitación - Certificación de Calidad de los
Alimentos Orientada a Sellos de Atributos de Valor en Países de América Latina. Recuperado el 27/07/2014
de: http://www.fao.org/docrep/004/ad094s/ad094s02.htm
• CIBERTEC (N/D). Pruebas de Software. Recuperado el 28/07/2014 de:
cibertec.googlecode.com/files/Pruebas%20de%20Software.pdf
• INTELLEGO (2014). Herramientas para SQA en un ambiente de desarrollo ágil con SCRUM. Recuperado el
27/07/2014 de: http://www.slideee.com/slide/herramientas-para-sqa-en-un-ambiente-de-desarrollo-

34. BIBLIOGRAFÍA
• Polesky (2006). Recuperado el 28/07/2014 de:
http://catarina.udlap.mx/u_dl_a/tales/documentos/lmnf/andrade_s_vm/capitulo2.pdf
• Definición abc. Definición de Error. Recuperado el 28/07/2014 de:
http://www.definicionabc.com/general/error.php
• José Luis Arques Patón (2009). Ingeniería y gestión del mantenimiento en el sector ferroviario. Recuperado el
27/08/2014 de:
http://books.google.co.cr/books?id=oSbQQpplOV0C&dq=Fallo+definici%C3%B3n&source=gbs_navlinks_s
• Oxford University Press (N/D). Severidad. Recuperado el 29/07/2014 de:
http://www.oxforddictionaries.com/es/definicion/espanol/severidad
• EcuRed (N/D). Requisitos de software. Recuperado el 29/07/2014 de:
http://www.ecured.cu/index.php/Requisitos_de_Software
• Noretsys Rodríguez (2010). Requerimientos del Software. Recuperado el 28/07/2014 de:
http://es.slideshare.net/Norerod/requisitos-5054997
• Vicenç Fernández Alarcón (2006). Desarrollo de sistemas de información: una metodología basada en el
modelado. Recuperado el 27/07/2014 de:

35. BIBLIOGRAFÍA
• CONCEPTO DE CALIDAD. Recuperado el 26/07/2014 de:
http://fabetsia.dmpa.upm.es/solo_alumnos/sp2/Tablon_sp2/TransparenciasCALIDAD06.pdf
• Calidad: definición. Recuperado el 26/07/2014 de: http://abc-calidad.blogspot.com/2011/05/calidad-
definicion-de-calidad.html
• Ministerio de protección social. Metodología De Calculo De Costos De Calidad y No Calidad. Recuperado el
27/17/2014 de: http://mps1.minproteccionsocial.gov.co/evtmedica/linea%207/3.1estandares.html
• Universidad Carlos III de Madrid. Plan de Gestión de Calidad Ingeniería de software III. Recuperado el
26/07/2014 de: http://ocw.uc3m.es/ingenieria-informatica/ingeniera-del-software-
iii/materialclase/ISIII_04_GCAL.pdf
• Ing. Ivan Dimitrie Moyasevich B. (N/D). Sistema de Calidad y Normas ISO 9000. Recuperado el 28/07/2014
de: http://perso.wanadoo.es/idmb/a_ing/temas/normas_iso_9000.htm
• Josep Balcells, Francese Daura, Rafael Esparza y Ramón Pallás (1992 ). Interferencias electromagnéticas en
sistemas electrónicos. Recuperado el 27/07/2014 de:
http://books.google.co.cr/books?id=qHZmSqZS_fwC&dq=certificaci%C3%B3n+definicion&source=gbs_navlin
ks_s

36. BIBLIOGRAFÍA
• Lizardo Carvajal (12 mayo, 2014). Revision, definicion y concepto. Recuperado el 29/07/2014 de:
http://www.lizardo-carvajal.com/revision-definicion-y-concepto/
• Gabriel Naiman. Las revisiones de código, renovadas y más vigentes que nunca. Recuperado el 29/07/2014
de:
http://www.pragmaconsultores.com/SiteCollectionDocuments/Publicaciones/Las%20revisiones%20de%20c%C
3%B3digo,%20renovadas%20y%20m%C3%A1s%20vigentes%20que%20nunca%20%E2%80%93%20Perspectiva%20
N%203%20.pdf
• Joseph M. Juran, Frank Gryna (Jr.), R.S. Bingham (1983). Manual de control de la calidad. Recuperado el
28/07/2014 de:
books.google.co.cr/books?id=JmnDQ4fzgzQC&dq=Inspección+definicion&source=gbs_navlinks_s
• Rafael González Freites (2013). La calidad del software. Recuperado el 28/07/2014 de:
http://www.monografias.com/trabajos82/calidad-del-software/calidad-del-software2.shtml
• Maximiliano Cristiá (Noviembre de 2009). Introducción al Testing de Software. Recuperado el 29/07/2014 de:
http://www.fceia.unr.edu.ar/ingsoft/testing-intro-a.pdf
• Testeando Software (2013). Casos de Uso vs. Casos de Prueba. Recuperado el 28/07/2014 de:

37. BIBLIOGRAFÍA
• Alexandra Blasco (10 de enero del 2012). Automatización de pruebas: Un paso fundamental para mejorar la
calidad del software. Recuperado el 28/07/2014 de: http://blog.clavei.es/2012/automatizacion-de-
pruebas-un-paso-fundamental-para-mejorar-la-calidad-del-software/
• Ingrid Guerra-Lopez (2007). Evaluacion y Mejora Continua: Conceptos y Herramientas para la Medicion y
Mejora del Desempeno. Recuperado el 27/07/2014 de:
http://books.google.co.cr/books?id=tQiAIcui5dsC&dq=Mejora+continua+definicion&source=gbs_navlinks_s
• Jean-Claude Pons y Patrick Sivardière (2002). Manual de Capacitación - Certificación de Calidad de los
Alimentos Orientada a Sellos de Atributos de Valor en Países de América Latina. Recuperado el 28/07/2014
de: http://www.fao.org/docrep/004/ad094s/ad094s03.htm#TopOfPage
• Eulàlia Griful Ponsati, Miguel Ángel Canela Campos (2010). Gestión de la calidad. Recuperado el 27/07/2014
de:
http://books.google.co.cr/books?id=2cP2SvNsDkEC&pg=PA43&dq=Aseguramiento+de+la+calidad&hl=es-
419&sa=X&ei=BtTRU4H3BdTLsQSWu4CgDA&redir_esc=y#v=onepage&q=Aseguramiento%20de%20la%20cali
dad&f=false
• Decanini, Alfredo E. 1997. Manual ISO-9000, Ediciones Castillo, tercera edición, 1997.