INGENIERÍA EN

DESARROLLO DE
SOFTWARE

Pruebas y
Mantenimiento de
Sistemas de
Software

Facilitador: ………………………………

Alumno: Arlo Enrique Solís Villa.

Matricula 15030393

aaaaa
 Unidad 1
Fundamentos del
aseguramiento de la calidad del
software.

Actividad 1

Objetivos del aseguramiento de

la calidad del software.

Pruebas y Mantenimiento de Sistemas de Software 2

2
En esta actividad participarás en un foro, ahí identificarás los ámbitos que definen y
aseguran la calidad en el ciclo de vida del software. Para ello, tu Docente en línea te hará
llegar las instrucciones, una vez que cuentes con ellas, sigue estos pasos:

Instrucciones

 Analiza los conceptos de calidad de software que se exponen en el contenido de

la Unidad 1 e investiga otras definiciones en otras fuentes de consulta confiables
y propias del área, recuerda citar las fuentes investigadas e integrar sus datos
bibliográficos completos en la sección Fuentes de consulta.

 De acuerdo a la Clasificación de las categorías y subcategorías de la norma ISO

9126 para la evaluación del software que se menciona en los contenidos de la
Unidad identifica las características que presenta la aplicación de WhatsApp.

 Para cada una de las fases del ciclo de vida de los sistemas de software: Calidad
de la especificación, Calidad del diseño, Calidad en el desarrollo y Calidad de la
conformidad, menciona un posible error que se pueda producir en cada una de
ellas, si dicha fase no se ejecuta con base en criterios de calidad.

 Identifica y menciona 5 palabras clave que estén relacionadas para cada uno de
los 4 ámbitos de calidad del software.

 Argumenta tu participación en el Foro, si consultaste alguna fuente para

sustentarla, debes citarla.

 Revisa la rúbrica para que consideres los criterios de evaluación de esta

actividad.

Pruebas y Mantenimiento de Sistemas de Software 3

3
1. Investiga tres conceptos de calidad de software y referencia la fuente de consulta de
donde los obtuviste, en base a ellos elabora una tabla comparativa en donde menciones
las similitudes y diferencias entre estos tres conceptos

2. De acuerdo con la Clasificación de las categorías y subcategorías de la norma ISO

9126 para la evaluación del software (incluidos en la página 8 de los apuntes de la unidad
1). Elige una aplicación móvil e identifica las características incluidas en dicho material
que se apliquen

3. Menciona el por qué es importante asegurar la calidad durante todo el ciclo de vida de
desarrollo del software y no solo al finalizar el mismo

4. Busca 5 palabras clave que estén relacionadas para cada uno de los 4 ámbitos de
calidad del software.

Pruebas y Mantenimiento de Sistemas de Software 4

4
 DEFINICIÓN AUTOR DIFERENCIAS SIMILITUDES

Calidad en el Organización Las diferencias Todas las

Software Internacional de radican en los definiciones de
Estándares conceptos y calidad están
Dentro del
(ISO/IEC DEC palabras que orientadas a las
contexto de
9126) maneja cada autor facilidades que
Ingeniería de
y las diversas ofrece el software
Software, se
organizaciones de una vez esté
tomará la
estándares de terminado, éste
definición de
calidad, que debe contener las
calidad en el
resumiendo siguientes
software propuesta
podemos indicar capacidades:
por la organización
que llegan al
internacional de Fiabilidad:
mismo concepto
estándares Capacidad de
que es realizar un
(ISO/IEC DEC operar sin errores.
producto de
9126): La totalidad
calidad
de características
de un producto de Modificable:
software que Capacidad de
Algunas
tienen como hacer los cambios
diferencias de
habilidad, necesarios de una
calidad del
satisfacer forma sencilla.
software son
necesidades
medibles y varía
explícitas o
de un sistema o
implícitas. Otra
programa a otro. Comprensible:
definición bastante
Un software hecho Capacidad de
completa de
para ejecutarse comprender el
calidad en el
una sola vez no software operativo,
software es la que
Pruebas y Mantenimiento de Sistemas de Software 5
5
se presenta más requiere el mismo de cara a un
adelante [35]: Se nivel de calidad cambio o arreglo.
puede decir que el mientras que un
Rendimiento:
software tiene software para ser
Velocidad y
calidad si cumple o explotado durante
compacidad del
excede las un largo necesita
software.
expectativas del ser confiable,
usuario en cuanto mantenible y
a: flexible para
disminuir los Utilizable:
1. Funcionalidad Capacidad de uso
costos.
(que sirva un sencillo del
propósito), Pienso que más software.
qué diferencias
2. Ejecución (que
hay muchas
sea práctico),
similitudes en los Probable:
3. Confiabilidad conceptos de Capacidad de
(que haga lo que calidad. construir y ejecutar
debe), fácilmente casos
En actualidad las
normas de calidad de prueba.
4. Disponibilidad
(que funcione bajo son
cualquier imprescindibles
circunstancia) y para la elaboración Portable:
de cualquier Capacidad de
5. Apoyo, a un software. mover el software
costo menor o fácilmente de un
igual al que el entorno de trabajo
usuario está a otro.
dispuesto a pagar.

Resumiendo,
podemos decir, Las definiciones y
que la calidad de conceptos tienen
software se refiere la misma finalidad
a: “Los factores de que es conseguir
un producto de la garantía de
software que calidad desde el
contribuyen a la inicio con las

Pruebas y Mantenimiento de Sistemas de Software 6

6
satisfacción acciones que se
completa y total de realizan durante la
las necesidades planificación como
de un usuario u el conjunto de
organización”. procedimientos,
técnicas y
herramientas
Según Roger S. Roger S. durante el ciclo de
Pressman, Pressman vida, las
ingeniero de actividades de
software, profesor, auditoria tales
consultor y autor como revisiones
de productos técnicas o
centrados en la inspecciones,
Ingeniería del optimizando los
Software, la criterios de
calidad de correctitud y
software es la completitud y las
concordancia con funciones de
los requisitos información de la
funcionales y de gestión, más
rendimiento orientadas a la
explícitamente documentación y
establecidos, con al desarrollo de
los estándares de pruebas. La
desarrollo calidad total
explícitamente depende de la
documentados, y calidad con la cual
con las se lleve a cabo
características todo el proceso -
implícitas que se las cinco etapas
espera de todo del ciclo de vida de
software un desarrollo de
desarrollado software (análisis,
profesionalmente. diseño,
[Pressman, 1998] implementación,

Pruebas y Mantenimiento de Sistemas de Software 7

7
 pruebas e
implantación)-
La definición de la IEEE, Std. 610-
calidad del 1990
software según la
IEEE, Std. 610-
1990, es “el grado
con el que un
sistema,
componente o
proceso cumple
los requerimientos
especificados y las
necesidades o
expectativas del
cliente o usuario”.

Pruebas y Mantenimiento de Sistemas de Software 8

8
Clasificación de las categorías y subcategorías de la norma ISO 9126
para la evaluación del software.

Pruebas y Mantenimiento de Sistemas de Software 9

9
 De acuerdo a la Clasificación de las categorías y subcategorías de
la norma ISO 9126 para la evaluación del software que se
menciona en los contenidos de la Unidad identifica las
características que presenta la aplicación de WhatsApp.

Pruebas y Mantenimiento de Sistemas de Software 1

10
0
 INDENTIFICACION INDENTIFICACION
CATEGORIA DENTRO DE LA SUBCATEGORIA DENTRO DE LA
APLICACIÓN APLICACIÓN
Adecuación SI
Precisión SI
Funcionalidad SI Interoperabilidad SI
Seguridad SI
Conformidad de su funcionalidad SI
Madurez SI
Confiabilidad SI Habilidad de recuperacion SI
Conformidad de usabilidad SI
Copremsibilidad SI
Facilidad de Apredinzaje SI
Usabilidad SI
Facilidad de Operación SI
Conformidad de usabilidad SI
Manejo de tiempos SI
Eficiencia SI Empleo de Recursos SI
Conformidad de su eficiencia SI
Facilidad de ser analizado No
Facilidad de mantenimientos y
Facilidad de No
SI cambios
Mantenimiento
Estabilidad SI
Conformidad del mantenimiento No
Adaptabilidad SI
Coexistencia SI
Portabilidad SI
Faciliddad de insatalacion SI
Facilidad de reemplazarse SI

Pruebas y Mantenimiento de Sistemas de Software 1

11
1
La usabilidad en aplicaciones móviles Con el creciente mercado de los dispositivos
móviles y su adopción acelerada por parte de los usuarios en todo el mundo se ha
impulsado el desarrollo de aplicaciones móviles. Este tipo de aplicaciones se desarrollan
teniendo en cuenta las limitaciones propias de los dispositivos móviles, tales como: baja
capacidad de procesamiento y almacenamiento, tiempo limitado de la batería, diferentes
tamaños y resoluciones de pantalla, diversos métodos de entrada de datos, variación del
rendimiento de la plataforma de hardware, entre otras. Agregado a esto, se desarrollan
teniendo en cuenta los diferentes sistemas operativos, como: Android e IOS.

Debido a la heterogeneidad de los dispositivos móviles, el desarrollo de aplicaciones

requiere de una planeación cuidadosa. En el ámbito de la usabilidad se presentan nuevos
desafíos, ya que la mayoría de las aplicaciones móviles son complejas de usar, poco
flexibles, robustas y difíciles de modelar empleando técnicas tradicionales, que en un alto
porcentaje derivan de aplicaciones de escritorio o web. Aunque los esfuerzos para hallar
metodologías para evaluar la usabilidad móvil han crecido considerablemente, son
insuficientes para solucionar las problemáticas asociadas al uso de dispositivos móviles
ya que la tecnología es reciente.

METODOLOGÍA

Para evaluar la usabilidad de las aplicaciones móviles se propone una metodología

mediante etapas, donde cada una arroja un producto el cual es utilizado como insumo
para la siguiente generando características específicas y diferenciales, lo que conlleva a
plantear diferentes enfoques metodológicos. Las etapas se describen a continuación:

IDENTIFICACIÓN Y CLASIFICACIÓN DE SUB-CARACTERÍSTICAS DE

USABILIDAD SEGÚN LA NORMA ISO/IEC 9126.

Para evaluar la usabilidad de las aplicaciones móviles educativas se tienen en cuenta las
siguientes sub-características:

I) Comprensión: es la capacidad del producto de software que permite al usuario

entender si este es adecuado y cómo puede ser utilizado para las tareas y las
condiciones particulares de uso;

Pruebas y Mantenimiento de Sistemas de Software 1

12
2
 II) Aprendizaje: es la capacidad del producto de software que permite al usuario
aprender a utilizarlo;
III) Operabilidad: es la capacidad del producto de software que permite al usuario
manejarlo y controlarlo;
IV) Atractividad: es la capacidad del producto de software de ser llamativo para el
usuario. Cada sub-característica está compuesta por atributos de usabilidad,
los cuales son conceptos abstractos que no pueden ser medidos directamente,
por lo cual es necesario asignarles métricas. Las métricas de usabilidad
propuestas por el estándar ISO/IEC 9126 miden el grado en el que el software
puede ser comprendido, aprendido, operado, atractivo y cumple con las
regulaciones y directrices de usabilidad
Sin embargo, están orientadas a evaluar productos de software tradicional como
aplicaciones de escritorio y web. Las aplicaciones desarrolladas para dispositivos móviles
tienen características o atributos especiales como, por ejemplo: ser responsivas, es decir
que se adapten a diferentes resoluciones de pantalla, funcionar cada vez más en
dispositivos con tamaños pequeños, por lo que deben ser intuitivas, entre otras. Por lo
anterior, se hace necesario realizar una caracterización de las aplicaciones educativas
móviles, con el fin de saber qué tipo de métricas son aplicables para la evaluación de
este tipo de software

DEFINICIÓN DE LA METODOLOGÍA

El primer paso es la definición de criterios para evaluar el nivel de importancia que

pueden llegar a tener los atributos de usabilidad de cada aplicación educativa móvil.
Estos son presentados en la tabla 1.

Pruebas y Mantenimiento de Sistemas de Software 1

13
3
Los valores fueron asignados buscando que los atributos más relevantes obtengan un
puntaje diferencial respecto a las que no y que aquellos que ofrecen funcionalidad
adicional puedan mejorar su puntaje para así contar con la mejor selección posible.
Definidos los atributos de usabilidad a evaluar, se procede a calificarlos de acuerdo con el
nivel de importancia y se calcula su valor de ponderación, como se muestra en la tabla 2.

La columna de Atributos se refiere a cada una de las características a evaluar; la columna

Nivel de importancia representa el estimado que posee cada característica basado en la
tabla 1 y su obligatoriedad. A partir de las anteriores se obtiene los valores de la columna
de ponderación de la siguiente forma: se suma todos los valores correspondientes a la
columna nivel de importancia, en donde se obtiene el valor de la celda Total Valores,
como se ilustra a continuación:

Esta fórmula es aplicada a cada uno de los atributos evaluados. Para poder calificar los
atributos de usabilidad se definen unos criterios de evaluación que serán valorados de
acuerdo con su desempeño según la escala general de evaluación (tabla 3)

Pruebas y Mantenimiento de Sistemas de Software 1

14
4
Para cada atributo se definen los criterios específicos para tener en cuenta para
asignación del puntaje, como se presenta en la tabla 4.

Como se puede observar, cada criterio definido posee un peso correspondiente a los
valores contemplados en la escala general de evaluación (tabla 3). A partir de la
declaración planteada en la tabla anterior, se procede a aplicar la evaluación de las
características basadas en los criterios específicos de evaluación propios de cada una y
se obtiene la tabla de resultados consolidados, correspondientes a la tabla 5. Las celdas
concernientes a V1, V2,…, Vn, representan los valores correspondientes a la evaluación
del atributo presente en la aplicación educativa móvil escogida, basados en los criterios
específicos de evaluación (tabla 4). Los valores de las celdas C1, C2,…, Cn,
corresponden al resultado de la evaluación del atributo y se calcula mediante la siguiente
ecuación:

Pruebas y Mantenimiento de Sistemas de Software 1

15
5
A partir de dichos resultados, se obtiene una valoración para determinar si cumple con los
estándares de usabilidad establecidos por el autor.

Implementación de la metodología

Inicialmente, se tiene un conjunto de atributos basados en la Norma ISO/IEC 9126. Se

diseñaron dos test de usabilidad, uno para evaluar la usabilidad mediante atributos de
funcionalidad general y otro para atributos orientados a dispositivos móviles. Las pruebas
de usabilidad se aplicaron a una población de 32 participantes con buenos conocimientos
en el uso de dispositivos móviles, divididos en dos grupos (A y B). El grupo A evaluó la
aplicación Whtasapp usando el test de usabilidad orientado a funcionalidad general,
mientras que el grupo B evaluó la aplicación educativa móvil Messenger, usando el test
de usabilidad orientado a dispositivos móviles, de acuerdo con la escala general de
evaluación (tabla 3). Terminada la primera fase, los grupos vuelven a evaluar las mismas
aplicaciones intercambiando el tipo de test empleado, los resultados se presentan a
continuación:

RESULTADOS

Las pruebas de usabilidad realizadas corroboran que un gran porcentaje de los atributos
evaluados cumplen con las sub-características de usabilidad propuestas por la Norma
ISO/IEC 9126. Sin embargo, los atributos de usabilidad orientados a dispositivos móviles
presentan un bajo porcentaje, lo cual indica que no se les da mucha importancia en el
desarrollo de aplicaciones educativas móviles, como se presenta en la figura 1.

Pruebas y Mantenimiento de Sistemas de Software 1

16
6
 Messenger

Celulares
42% General

58%

Whatsapp

27%
Celulares
General

73%

ATRIBUTOS DE FUNCIONALIDAD, GENERAL Y ORIENTADOS A DISPOSITIVOS

MÓVILES

En la aplicación educativa móvil Whatsapp se obtuvo un porcentaje del 26.5% para la

evaluación de atributos de usabilidad orientados a dispositivos móviles, frente a un
Pruebas y Mantenimiento de Sistemas de Software 1
17
7
porcentaje del 73,5% que corresponde a la evaluación de atributos de usabilidad de
funcionalidad general. Para la aplicación educativa móvil Messenger se obtuvo un
porcentaje del 41,5% para la evaluación de atributos de usabilidad orientados a
dispositivos móviles, frente a un porcentaje del 58.5% que corresponde a la evaluación
de atributos de usabilidad de funcionalidad general. Lo anterior evidencia que el
desarrollo de aplicaciones educativas móviles se hace mediante la implementación de
normas y estándares tradicionales, los cuales no tienen en cuenta las características o
atributos propios de los dispositivos móviles, lo que provoca que de esta manera se
desaprovechan funcionalidades específicas que inciden negativamente en la evaluación
de la usabilidad de este tipo de aplicaciones. Los resultados consolidados de los atributos
de funcionalidad general vs. atributos orientados a dispositivos móviles de las
aplicaciones evaluadas se presentan a continuación (figura 2)

Se puede afirmar que las aplicaciones seleccionadas no fueron desarrolladas teniendo en

cuenta los estándares y normas para el desarrollo de aplicaciones móviles, ya que se
trata de software diseñado para escritorio y web desplegado en dispositivos móviles. En
cuanto a lo que tiene que ver con los porcentajes obtenidos para los atributos de
usabilidad orientados a dispositivos móviles, se puede observar que un 47%, se
encuentra en una escala deseable en alto grado, mientras que un 41% de los atributos
están en la escala de obligatorio, como se ilustra en la figura 3.

De acuerdo con la escala de nivel de importancia (tabla 1), los atributos con mayor
relevancia son los obligatorios, sin embargo, no fueron los mejor calificados. Con lo cual
se puede corroborar que cada usuario tiene una percepción subjetiva diferente del nivel
de importancia que tienen los atributos al momento de evaluar software educativo.

Pruebas y Mantenimiento de Sistemas de Software 1

18
8
En lo particular siento que la aplicación de Whatsapp, absorbe mucha memoria de un
móvil debido a que la aplicación no cuenta con un sistema de mantenimiento el cual
ayuda de forma automática a eliminar de sus bases de datos, los chats y archivos
multimedia los cuales debe realizar manualmente y a su vez respaldase en la nube por si
un día emigra a otro Smart Phone, además la persona debe tener cierto conocimiento
para realizar este tipo de ajustes y mantenimiento.

Pruebas y Mantenimiento de Sistemas de Software 1

19
9
  Para cada una de las fases del ciclo de vida de los sistemas de
software: Calidad de la especificación, Calidad del diseño, Calidad en
el desarrollo y Calidad de la conformidad, menciona un posible error
que se pueda producir en cada una de ellas, si dicha fase no se
ejecuta con base en criterios de calidad.

Teniendo en cuenta el término ciclo de vida del software describe el desarrollo

de software, desde la fase inicial hasta la fase final. El propósito de este programa es
definir las distintas fases intermedias que se requieren para validar el desarrollo de la
aplicación, es decir, para garantizar que el software cumpla los requisitos para la
aplicación y verificación de los procedimientos de desarrollo: se asegura de que los
métodos utilizados son apropiados.

Estos programas se originan en el hecho de que es muy costoso rectificar los errores que
se detectan tarde dentro de la fase de implementación. El ciclo de vida permite que los
errores se detecten lo antes posible y, por lo tanto, permite a los desarrolladores
concentrarse en la calidad del software, en los plazos de implementación y en los costos
asociados, además de ahorrar de tiempo, optimización de desarrollo en equipo, la
disminución de errores

A continuación, expongo un ejemplo de cómo se aplica la calidad en un ciclo de vida de

software en relación con alguna norma de calidad internacional

Modelo de la calidad del producto de software según ISO/IEC 25010

Existen diversos modelos de calidad que se enfocan en identificar las características

relevantes del software y de las prácticas empleadas en su desarrollo. En el caso
particular del producto, el ISO/IEC 25010 es la norma vigente para estudiar las
características de calidad del software (ISO, 2010). La norma considera que la calidad del
software tiene un ciclo de vida (Figura 1).

Pruebas y Mantenimiento de Sistemas de Software 2

20
0
 Figura 1. Ciclo de vida de la calidad del software (ISO, 2010).

El conjunto de actividades que se realizan durante el proceso de desarrollo influencia la

calidad del producto de software final. La medición de la calidad del producto está en
términos del conteo de defectos encontrados en el software durante su desarrollo y
operación. Un proceso de mayor calidad, es decir, un proceso de desarrollo maduro
generará productos de software con menos defectos. Por tanto, una forma de abordar la
calidad del producto es evaluar el proceso de software que tiene una organización y el
grado en que éste influencia la calidad del producto. Existen diferentes modelos
orientados a la mejora de la calidad con base en el proceso, tales como CMMI,
Moprosoft, ISO/IEC 29110, entre otros.

Cuando el interés en mejorar la calidad es el producto de software, se identifican un

conjunto de atributos de software relevantes y se elabora un modelo de medición que
establezca las relaciones entre las propiedades internas del producto de software y las
propiedades externas. Las propiedades internas del software se evalúan en los distintos
artefactos del software que, por su naturaleza, no pueden ser ejecutados (el código
fuente también puede ser analizado estáticamente). Por ejemplo, el modelo de
arquitectura del software se puede evaluar según los requisitos de calidad establecidos.
El código fuente se puede evaluar según su facilidad para ser modificado, sin que sea
necesaria su ejecución.

Las propiedades externas del software se miden cuando existe el código del software y
éste se ejecuta. En este caso se puede medir la eficiencia del software en términos del
tiempo que tarda en realizar una función, o la cantidad de recursos que consume en una
tarea. Además, permite valorar la reacción del sistema a eventos externos para
determinar su confiabilidad.

Pruebas y Mantenimiento de Sistemas de Software 2

21
1
La aceptación y éxito del software dependerá de los usuarios. Por tanto, la calidad en uso
se convierte en un aspecto fundamental para construir software de alta calidad. En esta
etapa del ciclo de vida de la calidad, se evalúa el software en términos de las metas del
usuario y el soporte que el sistema proporciona para realizarlas con efectividad,
eficiencia, satisfacción y sin riesgos. La evaluación se realiza con usuarios reales en un
contexto de operación real, aunque también se pueden crear ambientes simulados.
Puesto que la evaluación de la calidad en uso también considera las percepciones
subjetivas de los usuarios respecto de la interacción con el software, este modelo podría
explorar la experiencia de usuario.

La información proporcionada a través de los instrumentos de evaluación y entrevistas

con los usuarios durante la evaluación de la calidad en uso proporcionará información
para definir los requisitos de calidad del sistema, los cuales permitirían describir de forma
verificable requisitos de calidad de software. Estos requisitos deberían ser guiar la
adaptación del proceso de desarrollo de software para que incluya las prácticas
pertinentes para su obtención, especificación, diseño, verificación y validación.

El ISO/IEC 25010 incluye los modelos de calidad en uso y el de calidad de producto. El

primero está compuesto de cinco características de calidad que se relacionan con el
resultado de la interacción del usuario con el producto en un contexto de uso particular
(ISO 25010, 2010). Para su evaluación, se requiere el sistema completo y que éste sea
operado por usuarios finales. Por su parte, el modelo de calidad de producto contiene
ocho características de calidad relacionadas con los aspectos estáticos y dinámicos del
software (ISO 25010, 2010). Este modelo puede ser aplicado en la etapa de desarrollo de
software.

La figura 2 muestra las ocho características del modelo de calidad del producto (ISO
25010, 2010). Estas son adecuación funcional, eficiencia del desempeño, compatibilidad,
usabilidad, confiablidad, seguridad, mantenibilidad y portabilidad. Cada una de ellas está
compuesta por un conjunto de subcaracterísticas que permitirán identificar requisitos de
calidad, así como su medición y evaluación durante el desarrollo de software.

Pruebas y Mantenimiento de Sistemas de Software 2

22
2
Figura 2. Modelo de calidad del producto ISO/IEC 25010 (ISO, 2010).

Pruebas y Mantenimiento de Sistemas de Software 2

23
3
Teniendo en cuenta lo anterior podemos mencionar que los errores de Calidad del
diseño, Calidad en el desarrollo y Calidad de la conformidad, serian los siguientes

Ciclo de vida del Software Tipo de error

Calidad de Diseño Diseño inadecuado, no funcional para el
cliente
Calidad en el desarrollo Un mal control de calidad, donde no se
lleve un correcto desarrollo de las
inspecciones, revisiones y pruebas
empleadas a lo largo del proceso del
software para garantizar que cada producto
del trabajo satisfaga los requisitos que se
le han asignado.
 Definición incorrecta o ausencia de
los requerimientos
 Desviación deliberada de los
requerimientos (por presión del
tiempo, avances sin autorización)
 Errores de Diseño
 Errores de codificación
 Incumplimiento de estándares
 Pruebas insuficientes
 Errores de documentación

Calidad en la conformidad Problemas de comunicación Cliente -

Proveedor
No asegurar una garantía de calidad al
cliente

Si el diseño y el sistema resultante satisfacen los requisitos y metas de desempeño, la

calidad de concordancia es alta. Glass (1998), argumenta que es conveniente generar
una relación más intuitiva.

Satisfacción del usuario = producto manejable + buena calidad + entrega dentro

del presupuesto y tiempo.

Pruebas y Mantenimiento de Sistemas de Software 2

24
4
5 palabras clave que estén relacionadas para cada uno de los 4 ámbitos de
calidad del software.

ÁMBITO DE CALIDAD DEL PALABRAS RELACIONADAS

SOFTWARE

1. Ámbito de la calidad del software: 1. Funcionalidad

Especificación. 2. Capacidad
3. Uso
4. Confiabilidad
5. Seguridad
2. Ámbito de la calidad del software: 1. Análisis
Diseño 2. Requerimiento
3. Condiciones
4. Planificación
5. Solución
3. Ámbito de la calidad del software: 1. Diseño
Desarrollo 2. Implementación
3. Pruebas
4. Revisión
5. Mantenimiento
4. Ámbito de la calidad del software: 1. Pruebas
Conformidad 2. Mantenimiento
3. Resultados
4. Análisis
5. Calidad

Pruebas y Mantenimiento de Sistemas de Software 2

25
5
FUENTES BIBLIOGRAFICAS CONSULTADAS

Programa de la asignatura: Pruebas y mantenimiento de sistemas de software, Unidad 1.

Fundamentos del aseguramiento de la calidad del software, Clave: 15144842,
Universidad Abierta y a Distancia de México.

Consultas on line

https://es.ccm.net/contents/223-ciclo-de-vida-del-software

https://voigtmann.de/es/desarrollo-de-software/diseno-de-software/

http://fit.um.edu.mx/CI3/publicaciones/Technical%20Report%20COMP-018-2008.pdf

https://revistas.udistrital.edu.co/ojs/index.php/vinculos/article/view/11003/11850

https://ecured.cu/Calidad_de_Software

http://eumed.net/libros-gratis/2008a/351/Calidad%20de%20Software.htm

http://mat.uson.mx/mireles/conceptosCalidad/modeloCalidad.html

Sistemas de gestión de calidad – Conceptos y vocabulario (Traducción certificada), ISO

9000:2000, ISO 2000.

Deming, Edwards, Out of the Crisis, Cambridge University Press, 1986.

Juran, Joseph, Juran’s Quality Handbook, Ed. McGraw Hill, 1998

Pressman, Roger, Ingeniería de Software 3ª Ed., McGraw Hill, 1993.

Standard Glossary of Software Engineering Terminology, IEEE STD 610-1990, IEEE

1990.

Secades, Vidal. “Gestión del Conocimiento: Modelos de transferencia del conocimiento y

Calidad en los Medios de Comunicación, Organizaciones y empresas” en Curso
nivelatorio de Doctorado, Universidad Pontificia de Salamanca, España, 2007.

IEEE. (2008). 12207-2008-ISO/IEC/IEEE Standard for Systems and Software

Engineering-Software Life Cycle Processes. Recuperado de
http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=4475826&url=http%3A%2F%2Fiee

Pruebas y Mantenimiento de Sistemas de Software 2

26
6
explore.ieee.org%2Fiel5%2F4475822%2F4475825%2F04475826.pdf%3Farnumber%3D4
475826

ISO/IEC/IEEE 29119 Software Testing. (2013). The International Software Testing

Standard. Recuperado de http://softwaretestingstandard.org/index.php

Pruebas y Mantenimiento de Sistemas de Software 2

27
7