PRESENTACION DE
CALIDAD DE SOFTWARE
Realizada por:
• LEONARDO DUEÑAS REYES
• MARYBEL TARANGO CARMONA
• MAYONI TORIBIO OLAYO
• YARAZET YISLAIN GONZALEZ OSORIO
• JUAN GONZALEZ PORCAYO
• MARTIN DIAZ LUVIANOS
• CECILIA GABRIELA BAUTISTA GUTIERREZ
• RODRIGO ARRIAGA SALINAS
INGENIERIA EN SISTEMAS COMPUTACIONALES 7° SEMESTRE

UNIDAD I CONCEPTOS BASICOS DE CALIDAD

1.1 Definición de calidad.
Calidad es el conjunto de propiedades y características de un
producto o servicio que le confieren capacidad de satisfacer
necesidades, gustos y preferencias, y de cumplir con
expectativas en el consumidor.
“Conformidad con los requisitos y confianza en el funcionamiento del servicio o producto
adquirido”.

1.2 Definición de calidad de software
La garantía de calidad del software, aplicada a lo largo de topo el proceso
de ingeniería del software, engloba a los métodos y herramientas de
análisis, diseño, codificación y prueba, al control de la documentación y
de los cambios, a los proce-dimientos para asegurar el ajuste a los
estándares, y a los mecanismos de medida (métricas) e informes.
"Calidad de software e ISO 9000"

1.3 ¿Quién define la calidad?
Quien define la calidad de un servicio es el cliente. Lo que
medimos en un monitoreo telefónico es el cumplimiento de
ciertos atributos definidos por la empresa, los cuales no
siempre se corresponden con las expectativas del cliente.

1.4 Importancia de la calidad
Importancia de calidad
No debe ser entendida
simplemente como
garantizar la obtención
“de cero defectos”
Si no como la
necesidad de garantizar
la satisfacción de las
necesidades del ser
humano
Para así tener la
mejora de cada
producto o servicio

1.5 La calidad y el mundo globalizado
• En un mundo globalizado, en el
que se viene apuntando hacia la
calidad total.
• Este fenómeno se ha visto
intensificado gracias al avance
tecnológico, el cual ha permitido
crear redes a nivel internacional

• Se hace a la referencia de bienestar
social o comunitario
1.6 Calidad de vida

UNIDAD II ASEGURAMIENTO DE LA CALIDAD
DEL SOFTWARE (S.Q.A.)

2.1 Relación de la ingeniería de software con SQA
La SQA esta relacionad e indica
responsabilidades durante el proceso de
elaboración del software de los cuales son:
• Ingeniería de software
• Jefes de proyectos
• Clientes
• Vendedores
• Personal

2.2 Definición y propósito (SQA)
Su rol es brindar que proceso esta establecido e implementado
de los cuales son:
• Metodología del desarrollo de software.
• Lleven estándares de calidad.
• Documentación para el mantenimiento de mejoras.
El propósito es dar visibilidad sobre los procesos utilizados por el
proyecto de software y los productos que genera.
• Revisar y auditar los procesos.

2.3 Problemas que resuelve SQA
• Aumenta la posibilidad del éxito final del proyecto.
• Definir los parámetros de calidad.
• Verifica que los estándares están aplicados
correctamente.
• Define un plan de monitoreo del ciclo de vida del
software.

2.4 Calidad de vida del software en el mismo ciclo de
vida.
Describe desde la fase inicial
asta la fase final, con el
propósito de definir las
distintas fases intermedias que
se requieren para validar el
desarrollo de la aplicación, es
decir para que el software
cumpla co los requisitos del
cliente.

2.5 Roles y responsabilidades de los
equipos de desarrollo
BELBIN IDENTIFICO LOS SIGUIENTES ROLES:
Coordinador Impulsor Creador
Evaluador Realizador Investigador

Cuenta con diferentes responsabilidades y están
conformadas por:
Jefe de proyecto Analista de sistemas
Programador Ing. De software

2.6 Habilidades y capacidades del personal de SQA.
• Conocimiento de todo el proceso de desarrollo del
software
• Experiencia en varios roles dentro de la organización
• Ser proactivo
• Capacidad de seguimiento de actividades
• Capacidad de trato con la gente

2.7 Actividades del SQA
• Asesorarlos en sus funciones con respecto a la
calidad (por ejemplo: cómo poner bajo
configuración sus documentos o programas,
realizar respaldos, reportar sus avances en las
herramientas de planeación).
• Mostrarles cómo los procesos les ayudan a hacer
mejor su trabajo. Asesorarlos en aspectos
relacionados con su proyecto (ayudarlos en la
manera de cómo aplicar algún proceso a su
proyecto, asesorarlos en el llenado de formatos
nuevos o bien en el registro o información
requerida, registro de estimaciones, lecciones
aprendidas).

2.8 Métodos y herramientas
• Reusabilidad: El grado en que un
programa (o partes de un programa) se
puede reusar en otras aplicaciones.
• Métricas: Representan medidas indirectas,
es decir, nunca se mide realmente la
calidad, sino algunas de sus
manifestaciones. El factor que lo complica
es la relación precisa entre la variable que
es medida y la calidad del software. No se
puede medir directamente la calidad del
software por la naturaleza subjetiva de
esta actividad . Inspecciones
Inspeccionar es revisar un programa con
el objetivo de encontrar defectos en él.

MÉTODOS SQA
• Método formal: es
cualquier técnica que
trate la construcción y/o
el análisis de modelos
matemáticos que
contribuyen a la
automatización del
desarrollo de sistemas
informáticos.

UNIDAD III ESTÁNDARES DE
CALIDAD APLICADAS AL SOFTWARE.

3.1 ISO
La ISO es una red de los institutos
de normas nacionales de 160
países, sobre la base de un
miembro por país, con una
Secretaría Central en Ginebra
(Suiza) que coordina el sistema. La
Organización Internacional de
Normalización (ISO), con sede en
Ginebra, está compuesta por
delegaciones gubernamentales y no
gubernamentales subdivididos en
una serie de subcomités encargados
de desarrollar las guías que
contribuirán al mejoramiento
ambiental.

ESTRUCTURA DE LA ORGANIZACIÓN
La Organización ISO está compuesta por tres tipos de miembros:
Miembros simples, uno por país, recayendo la representación en el
organismo nacional más representativo.
Miembros correspondientes, de los organismos de países en vías
de desarrollo y que todavía no poseen un comité nacional de
normalización. No toman parte activa en el proceso de
normalización pero están puntualmente informados acerca de los
trabajos que les interesen.
Miembros suscritos, países con reducidas economías a los que se
les exige el pago de tasas menores que a los correspondientes.

3.2 SPICE
La ISO/IEC TR 15504, conocida como
SPICE (Software Process Improvement
and Capability dEtermination) es un
modelo de evaluación y mejora de los
procesos de desarrollo y mantenimiento de
sistemas y productos de software. El
estándar ISO 15504 es una herramienta
que ayuda a reducir costes y mejorar la
calidad evitando problemas.
La ISO/IEC TR 15504 es un marco de
valoración de procesos, que puede ser
empleado por las organizaciones
involucradas en la planificación, gestión,
monitorización, control y mejora de la
adquisición, suministro, desarrollo,
operación, evolución y soporte de software.

3.3 CMM
El CMM - CMMI (Capability Maturity
Model) es un modelo de calidad del
software que clasifica las empresas en
niveles de madurez. Estos niveles
sirven para conocer la madurez de los
procesos que se realizan para producir
software.
CMM es el máximo estándar en
ingeniería de software, Innovación,
velocidad y satisfacción del cliente se
han convertido en la consigna de las
organizaciones que quieren sobrevivir
y crecer en el cada vez más
competitivo mundo moderno.

UNIDAD IV CALIDAD ENFOCADA AL
DESARROLLO DE SOFTWARE

4.1 ¿Qué es la calidad del software?
La obtención de un software con calidad implica la
utilización de metodologías o procedimientos
estándares para el análisis, diseño, programación
y prueba del software que permitan uniformar la
filosofía de trabajo, en aras de lograr una mayor
confiabilidad, Mantenibilidad y facilidad de prueba,
a la vez que eleven la productividad, tanto para la
labor de desarrollo como para el control de la
calidad del software.

4.2 Como obtener la calidad del software.
• La obtención de un software con calidad implica la
utilización de metodologías o procedimientos estándares
para el análisis, diseño, programación y prueba del
software.

4.3 ¿Cómo controlar la calidad del software?
• Definir el software que va a ser controlado: clasificación
por tipo, esfera de aplicación, complejidad, etc., de
acuerdo con los estándares establecidos para el
desarrollo del software.

4.4 Costo de la calidad del software
• Costos de Prevención
• Costos de Evaluación
• Costos de Fallos Internos
• Costos de Fallos Externos

4.5 Análisis de factores que determinan la
calidad del software
• Factores que pueden ser medidos directamente
(errores/KLDC/unidad de tiempo).
• Factores que solo pueden ser medidos indirectamente (la
facilidad de uso o de mantenimiento)

4.6: Análisis del proceso del ciclo de vida
del software.
Es su ciclo de vida
• Nace con sus requerimientos y diseño
• Crece con su desarrollo y mantenimiento
• Muere cuando se reemplaza por otro

4.7 Funciones de evaluación
Conjunto de procesos sistemáticos de recogida, análisis e
interpretación de información válida y fiable, que en
comparación con una referencia nos permita llegar a una
decisión optimizante.