Monográfico Ingeniería de Sistemas

O&M

Aseguramiento Calidad de Software

Clase #1

MIs, MGp. Ignacio Ant. Cruz Amezquita

 Desarrollo de Software
Modelo lineal secuencial
o en cascada
Definición
Análisis
Diseño
Desarrollo
Pruebas
Mantenim.

Definición de requisitos:
• Las restricciones y metas del sistema se definen a partir de la
interacción con el interesado.
• Se comprende la naturaleza de la aplicación y el dominio de
información, así como su funcionalidad, rendimiento e interconexión
• Se reúnen todos los requisitos que debe cumplir el software
 Temáticas Principales
1. Principios de calidad. Evolución de la calidad.
2. Que es calidad. Calidad Total.
3. Aspectos estadísticos. Control estadístico de procesos.
4. Calidad aplicada al desarrollo de software. Calidad de Software
Historia y Perspectiva.
5. Prevención vs. Detección. Verificación vs. Validación.
6. Aseguramiento de calidad de software. Componentes de la
calidad de software.
7. Plan de aseguramiento de calidad de software. Proceso de
mejoramiento continuo de la calidad.
8. Herramientas CASE Características generales
 La calidad real
Calidad es satisfacer al cliente cumpliendo con sus
requisitos, requerimientos y/o especificaciones.
“Calidad es respetar al pueblo” [La Habana, 2002].
Calidad es tener la oportunidad de mejorar y aportar
valor a tu vida.
Calidad es vivir, compartir tus sentimientos, soñar,
inventar proyectos lindos, bellos.
La ética, los valores, nuestra identidad de calidad.
Las personas, eje central de nuestras vidas, son los
motores de la calidad.
Calidad es disfrutar de cada instante, de cada momento.
 La calidad real
Calidad es una filosofía de la vida, el deseo de hacer las
cosas bien desde el principio.
La adopción de un Sistema de la Calidad Total debe ser
una decisión estratégica dentro de la organización.
De igual forma que los proyectos de TI ya se consideran
como una inversión, la calidad no tiene coste, el costo
real es de la NO CALIDAD, es decir, el coste de tener
que volver a hacer las cosas.
Para conseguir este objetivo es necesario desarrollar un
plan de aseguramiento de calidad específico que se
aplicará en la planificación y gestión del proyecto.
La Organización
CLIENTE

VISIÓN

MISIÓN

OBJETIVOS

ESTRATEGIA

PROCESOS DE NEGOCIO

T
OR E
G
A
C
N N
I O
Z MODELO DE DESARROLLO
L
AC O
I
Ó
G
N Í
A

MODELO DE CALIDAD
 Calidad
Definiciones

“La calidad es el conjunto de propiedades y características de un

producto, proceso o servicio que le confieren su aptitud para
satisfacer necesidades expresadas o implícitas.” (ISO).

“La calidad es la aptitud de un producto o de un servicio para

satisfacer las necesidades de los utilizadores.” (AENOR).

“La calidad es dar respuesta a las exigencias: conformidad.”

(CROSBY).
 SISTEMA SQA
•La calidad de software es sinonimo de:

•EFICIENCIA
•FLEXIBILIDAD
•CORECCION
•CONFIABILIDAD
•MANTENIBILIDAD
•PORTABILIDAD
•USABILIDAD
•SEGURIDAD
•INTEGRIDAD
 Análisis de la calidad
¡ La calidad se reconoce a simple vista
Trascendental Capacidad en que un producto o servicio
nos proporciona o suple una necesidad
Producto
Realizar el trabajo que el usuario quiere.

Usuario Cumpla con sus requisitos

y especificaciones.
Fabricación
Combinación de los anteriores a un costo aceptable.
Valor
 Calidad
Ocho principios generales
Organización orientada al cliente.
Liderazgo.

Enfoque a procesos.

Enfoque a un sistema para la gestión.

Vocación de mejora continua.

Relaciones mutuamente provechosas con los proveedores.

Participación del personal.

Procesos de toma de decisiones basados en hechos.

 Calidad
Un poco de historia
40-80
80´ Garantía
control estadísitco
de la calidad
hoy
ISO 9001:2000
Impacto estratégico. Oportunidad de ventaja
1980 competitiva
1992 Japón y Europeo
Premio Calidad total.
a la calidad
Deming, Ishikawa, Juran,
1987 Crosby
ISO 9000. A partir de las normas británicas
Utilización técnicas estadísticas.
Interés por la calidad en los EEUU. TQM.
Control de calidad = problema a resolver
1940 Planificación y medida de la calidad. Modelos de
Conseguir uniformidad de servicio.
1930 calidad
Surgen los Laboratorios Bel.
Impedir que el producto defectuoso llegue al cliente.
1918
1940 Mercado
Mercado competitivo
poco
Ford Motor y(Primera
de ofertacadena de montaje).
competitivo.
Company.
1980

1900 Trabajo artesanal: control individual de cada tarea.

 Otras definiciones (ISO 8402)
• Control de calidad: “Conjunto de técnicas y
actividades de carácter operativo, utilizadas para
verificar los requerimientos relativos a la calidad del
producto o servicio”.

• Aseguramiento de la calidad: “Conjunto de

acciones planificadas y sistemáticas necesarias para
proporcionar la confianza adecuada de que un
producto o servicio satisfará los requerimientos
dados sobre calidad”.
 Otras definiciones (ISO 8402)
•Gestión de la calidad: “Aspectos de la función de
gestión que determinan y aplican la política de la
calidad, los objetivos y las responsabilidades y que
lo realiza con medios tales como la planificación de
la calidad, el control de la calidad, la garantía de
calidad y la mejora de la calidad”.

•Sistema de gestión de la calidad: “Estructura de

la organización, responsabilidades, procedimientos,
procesos y recursos que se establecen para llevar a
término la gestión de calidad”.
 Evolución. Esquema General
Mejora contínua
Mejora
de la Calidad total
calidad Prevenir defectos

Garantía
Detectar defectos de calidad

Control de
calidad

Tiempo
 Calidad Total
Principios elementales

Mejoramiento continuo
de la administración de
la calidad total
Foco en Mejoramiento Rasgo humano
el cliente del proceso de la calidad

Métricas, modelos, mediciones y análisis

 El enfoque de procesos

¿Qué es el enfoque de procesos?

¿Por qué el enfoque de procesos?
Mejoramiento continuo de
procesos
 Establecimiento de métricas
 Recolección de datos
 Prácticas reflexivas
 Mejora del proceso
Principios de Mejora
Evaluar
• Evaluar procesos actuales.
• Definir áreas y medidas claves

Verificar Plan
• Medir el impacto de las mejoras. • Elegir oportunidades
• Extender ganancia al equipo y de mejora mayores.
clientes. • Escribir plan de
• Reconocer al equipo por sus mejoras.
esfuerzos.

Hacer
• Identificar los problemas sobre los proceso.
• Implementar proyectos de mejora.
• Comunicar el estado a los stakeolders.
 Las tres escuelas
Crosby da una orientación práctica y
sencilla al programa de implantación de la
Calidad Total.

Deming se centra más en aspectos relativos

a las conductas y actitudes.

Juran focaliza en la alta dirección la

responsabilidad de la aplicación y control de
los programas de calidad.
 Las tres escuelas
La aproximación de CROSBY

Compromiso de la dirección. El día cero defectos.

Equipo de mejora de la
calidad.
Medición de la calidad.
Evaluación del coste de la
calidad.
Conciencia de la calidad.
Acción correctora.
Planificación del cero
defectos.
Entrenamiento de los
supervisores.
Fijación de metas.
Eliminación de metas.
Eliminación de causas de
error.
Reconocimiento.
Consejos de calidad.
Hacerlo todo de nuevo.
 Las tres escuelas
La aproximación de DEMING:
No se pueden tolerar los Erradicar el miedo.
niveles aceptados de error Adoptar e implantar el liderazgo.
Crear constancia en el Derribar las barreras entre
propósito de mejorar el departamentos.
producto/servicio. Eliminar los eslóganes
Dejar de depender de la exhortaciones y metas
inspección en masa. Eliminar cuotas numéricas.
Dejar hacer negocios sobre Fomentar el orgullo por el
la base del precio. trabajo.
Mejorar el sistema de Estimular la educación y la
producción y servicio. automejora.
Implantar la formación. Lograr la transformación.
 Las tres escuelas
La aproximación de Juran
Planificación de la calidad.
Identificar los clientes.
Establecer las necesidades de los clientes.
Desarrollo de productos/servicios según necesidades del cliente.
Desarrollo de procesos acorde con los productos anteriores.
Transferir los planes resultantes al personal.

Control de calidad.
Evaluar los resultados operativos.
Comparar los resultados con los objetivos.
Actuar en función de las diferencias corrigiendo las desviaciones.

Mejora de la calidad.
Establecer las infraestructuras necesarias para conseguirla.
Identificar las necesidades concretas para mejorar.
Establecer un equipo responsable.
Proporcionar los recursos, motivación y formación al equipo
 La calidad como objetivo

Proveedor EMPRESA Cliente

Ciclo de SHEWHART El círculo de DEMING

para la mejora continua
El caso de la producción de software
De 100 casas empezadas
1/3 no será completado
Abandonándose en varias
etapas de reparación

Como promedio, 16 se
terminarán en tiempo y
dentro del presupuesto
La mitad de las terminadas asignado
acabarán con un doble del costo
previsto y en el doble del tiempo
 Ingeniería de software
Algunos Principios
Las técnicas son anteriores a las herramientas

Una buena gestión es tan importante como una buena

tecnología

Seleccionar el modelo de ciclo de vida adecuado

Entregar productos al usuario lo más pronto posible

Diseñar sin documentación es no diseñar

Ingeniería de software
Algunos Principios
Haz de la calidad la razón de trabajar. Considera
posible el software de alta calidad

Primero hazlo correcto, después hazlo rápido

La gente es la clave del éxito

Introduce las mejoras con cuidado

Asume tus responsabilidades

 Calidad de software

1968 Término “Ingeniería de Software”

1980 Mayor capacidad y menor costo

Desafío
1990
mejorar calidad y reducir el costo
 Calidad de Software
Definiciones

“La calidad del software es el grado con el que un sistema,

componente o proceso cumple los requerimientos especificacados
y las necesidades o expectativas del cliente o usuario”. (IEEE, Std.
610-1990).

“Concordancia del software producido con los requerimientos

explícitamente establecidos, con los estándares de desarrollo
prefijados y con los requerimientos implícitos no establecidos
formalmente, que desea el usuario” (Pressman, 1998)
 Acercando los términos

Calidad - el elemento evasivo

Calidad del Software - el atributo

Control de la Calidad - la acción

Aseguramiento de la Calidad - la actividad

Gestión de Calidad Total - la película completa

 Otros conceptos

Error : problema humano que se traduce en un SW incorrecto

Fallo : condición accidental que ocasiona que una unidad de un

sistema no funcione como se espera

Defecto : anomalía en un producto

Caída : cuando una unidad funcional de un producto asociado al

SW ya no realiza la función requerida o no lo hace dentro de los
límites especificados
 La calidad y los defectos

Originalmente, la calidad de un programa o sistema

se evaluaba de acuerdo al número de defectos por
cada mil líneas de código. En 1988, un estudio
realizado en los EEUU, demostró que se
introducían cerca de sesenta defectos por cada mil
líneas de código (60 def/KLOC),

Hoy se adicionan otros factores

 Calidad de Software
Factores
Grado en que un programa satisface sus
Corrección especificación y logra los objetivos
marcados por el usuario
Grado en que se puede esperar que un
Fiabilidad programa lleve a cabo las funciones
esperadas con la precisión requerida
Cantidad de recursos de computadoras y
Eficiencia de código requeridos por el programa
para realizar sus funciones

Grado en que puede controlarse el acceso

Integridad al software o a los datos por usuarios no
autorizados
 Calidad de Software
Factores
Facilidad de Esfuerzo necesario para aprender,
uso utilizar, preparar las entradas e
interpretar las salidas de un programa

Facilidad de Esfuerzo requerido para localizar y

mantenimiento arreglar un error en un programa

Flexibilidad Esfuerzo requerido para modificar un

programa
 Calidad de Software
Factores
Esfuerzo requerido para probar un
Facilidad de programa de forma que se asegure que
prueba realiza la función requerida
Esfuerzo requerido para transferir un
Portabilidad programa desde un entorno HW y/o
SW a otro
Grado en que un programa o
Reusabilidad componente SW se puede reutilizar en
otras aplicaciones

Interoperabilidad Esfuerzo requerido para acoplar

un sistema a otro
 Calidad de Software
Factores

Internos Externos
 Calidad de Software
¿Qué es lo que importa?


Externos Internos
 Políticas de Calidad

Principio
Define las técnicas a utilizar en el
Tecnológico
proceso de desarrollo del software

Contribuye a la
Contempla la planificación y
calidad
Principio
Administrativo
pero
control no la
del desarrollo del software y
la organización del entorno de
asegura
ingeniería de software.
Principio
Ergonómic Define la interfaz entre el usuario y
o el ambiente automatizado
 WILLIAM EDWARD DEMING
Impulsor del desarrollo en calidad de Japón, fue invitado en
1950 por la Unión de Científicos e Ingenieros del Japón (
JUSE ), logrando que implementaran el Control Total de
Calidad usando el ciclo PHVA (Planear, Hacer, Verificar y
Actuar) de Shewhart y el Control Estadístico de Procesos.

Se le considera el "Padre" de la Tercera Revolución

Industrial o La Revolución de la Calidad, con sus famosos
14 puntos.

Entre sus libros se puede citar "Calidad, Productividad y

Competitividad", en donde hace ver la necesidad del
liderazgo en la calidad.
 JOSEPH M. JURAN
Afirma que la Alta Administración es la responsable del cambio,
abogando por crear el cambio cuando el proceso necesita
mejorarse y por prevenir el cambio cuando los problemas son
esporádicos.

Logró desarrollar la técnica de los Costos de Calidad, elaborando

un Manual de Calidad, en donde existe un fuerte contenido
administrativo enfocado a la planeación, organización y
responsabilidad.
En 1954 fue invitado por el JUSE para dar conferencias en Japón,
por lo que junto con Deming e Ishikawa se les considera los
principales promotores del éxito de Japón.
 PHILIP CROSBY
Menciona que la calidad es gratis, definiéndola como
“Conformidad con los requerimientos" e indicando que el
100% de la confoprmidad es igual a cero defectos.

Establece que en las organizaciones que no se trabaja con un

plan que contemple la calidad, los retrabajos y desperdicios
alcanzan del 20 al 40%.

Promueve sus 14 pasos para administrar la calidad en un libro

denominado "Calidad sin Lágrimas".
Autor del libro " La Calidad es Gratis ", se le conoce por su
lema de Cero Defectos.
 Walter A. Shewhart
La mayor parte de su carrera profesional la ejerció como
ingeniero en Western Electric de 1918 a 1924, y en los
laboratorios Bell Telephone como miembro del cuerpo técnico
de 1925 hasta su retiro en 1956. También dió cátedras sobre
control de calidad y estadísticas aplicadas en la Universidad de
Londres, el Instituto Stevens de Tecnología, la escuela de
graduados del Departamento de Agricultura de Estados Unidos
y en la India. Fue miembro del comité de visitas en el
Departamento de Relaciones Sociales de Harvard, porfesor
honorario en Rutgers y meimbro del comité consultivo del
departamento de matemáticas de Princeton. Miembro fundador
de la Sociedad Americana de Calidad (ASQ).
FIN DE LA PRESENTACION
 REFLEXION
ESTABLECIMIENTO DE OBJETIVOS
En África, todas las mañanas se despierta una
GACELA; sabe que debe correr más que el más veloz
de las LEONAS.
Si no lo logra se la comerán.

En África, todas las mañanas se despierta una LEONA;

sabe que debe correr más que la más lenta de las
GACELAS.
Si no lo logra, morirá de hambre.

No importa que sea Ud. GACELA o LEONA………

Cuando levante el sol
¡EMPIECE A CORRER!
(Fabula Italiana del siglo XIV)
 Lecturas de analisis
Caso pag. 83

1- Diferencias entre fallas de hardware y de software.

2- Por que la confiabilidad del software se debe definir distinta a

la del hardware.

Caso pag. 84

1- Cuales son las consecuencias de usar un sistema BETA en un

organización.

Caso pag. 85
Medida de efectividad y la eficacia de la prueba
•Prueba de integracion
•Prueba de diseño, Planificacion de la prueba
Lecturas pendientes para hoy:
Pag 86.
POR QUÉ LOS ESFUERZOS DE SIX-SIGMA NO SE
APLICAN AL SOFTWARE
Pag 87.
BENEFICIOS E INCONVENIENTES DEL
MANTENIMIENTO DE SISTEMAS ORIENTADOS
A OBJETOS
Pag 88.
LINEAS DE CÓDIGO Y NÚMERO CICLOMÁTICO

Proxima clase (diferencia de lo siguiente modelo)

MODELO ISO
MODELO CMM
Lecturas pendientes para hoy:
Pag 89.
MEDICIÓN DE LA FACILIDAD DE
REUTILIZACIÓN

Pag 90.
ESTÁNDARES DE PROGRAMACIÓN EN
MICROSOFT
Pag 91.
SELECCIÓN DE COMPONENTES
REUTILIZABLES EN LUCENT

Proxima clase (diferencia de lo siguiente modelo)

MODELO ISO
MODELO CMM
Lecturas pendientes para hoy:
Pag 92.
CONSTRUCCIONES EN MICROSOFT

Pag 93.
LAS CONSECUENCIAS DE OMITIR LAS
PRUEBAS DE REGRESION
Pag 94.
DELTAS Y ARCHIVOS SEPARADOS

Proxima clase (diferencia de lo siguiente modelo)

MODELO TSP, PSP
MODELO McCall
 TIPO DE REQUERIMIENTO
Hay requerimientos funcionales tanto como no
funcionales. Los requerimientos funcionales explican
qué deberá hacer el sistema, y los no funcionales
restringen el comportamiento en término de seguridad,
confiabilidad, presupuesto, calendario, etc.

Los requerimientos pueden ser comprobados en cuanto

a complejidad, exactitud, consistencia, realismo, ect., a
veces utilizando técnicas o herramientas que están
asociadas con el método de especificación que se haya
elegido.
 LOS PROCESOS
•Secuencia de actividades que coordinadas, crean valor
para el cliente (Hammer y Champy).

•Secuencia de actividades interrelacionadas mediante

las cuales, siguiendo una reglas de gestión, unos
recursos humanos y/o tecnológicos transforman
entradas (inputs) en salida (outputs), con el objetivo de
aportar valor añadido para el cliente.
ALGUNOS ELEMENTOS FUNDAMENTALES DE
LOS PROCESO:
CALIDAD: Resultado ajustado a las necesidades y expectativas
del cliente. Establecer y seguir indicadores de calidad (por
frecuencia y por valor)
•Devoluciones del producto
•Reclamaciones
•Demoras en los procesos
PLAZO: Entregado en el menor tiempo posible
COSTO: Realizado con el menor coste posible
CONTROLABILIDAD: Con medidas de control de los factores
anteriores
VARIAVILIDAD: Fluctuaciones de estandarización y de cargas
ADAPTABILIDAD: Fácilmente adaptable a los cambios de las
necesidades de cliente
CAPACIDAD DE RESPUESTA: Volúmenes conseguidos
 PROCESO RETIRO EFECTIVO (CAJERO
AUTOMATICO)
1. Insertar tarjeta
2. Poner clave de acceso
3. Validar perfil de usuario
4. Seleccionar opciones
5. Digitar monto
6. Dispensar efectivo
7. Retirar efectivo
8. Generar reporte
9. Retirar reporte
10.Inicializar sistema
 OBJETIVOS (Metas)
1. Describir proceso automatizado

2. Modelar proceso uso herramienta BizAgi

3. Desarrollar proceso uso herramienta StarUml/

Rational Rose

4. Desarrollar investigación (expertos)

5. Ejercicios Prácticos Calidad del Software

6. Realizar test (prueba de 30 preguntas)

7. Análisis casos de uso (material de apoyo)

El aprendizaje siempre llega cuando estás
preparado, y si estás atento a las señales,
aprenderás siempre todo lo necesario
para dar el siguiente paso.

Paulo Coelho, libro el ZaHir

En una conferencia, Bill Gates, decía entre
otras cosas lo siguiente: “Si piensas que tu
profesor es duro, espera que tengas un jefe”,
“La vida laboral no se divide en cuatrimestres
y tus jefes no te ayudaran a que: -te encuentres
a ti mismo-, eso lo deberás hacer en tu tiempo
libre”, “No llorisquees por tus errores,
aprende de ellos” .
 ACTIVIDADES A DESARROLLAR

1. Generar archivo script (Power Desiner)

2. Crear base de datos (prueba)

3. Correr script

4. Insert script (registros de la tablas)

5. Generar QUERY
 Elemento de la programacion

1. Trigger
2. Constraint
3. Store Procedure
4. Function
5. Procedure
 Factores que determinan la Calidad el Software
Corrección. ¿Hace lo que quiero?
Fiabilidad. ¿Lo hace de forma fiable todo el tiempo?
Eficiencia. ¿Se ejecutará en mi hardware lo mejor que
pueda?
Seguridad (Integridad). ¿Es seguro?
Facilidad de uso. ¿Está diseñado para ser usado?
Beneficios del uso de Normas
Internacionales
Beneficios del uso de Normas
Internacionales
Modelos Calidad de Software

CMM-SW
ISO/IEC 12207
ISO/IEC 15504
Modelos Calidad de Software

Tiempo estimado del ejercicio

20 minutos
 ACTIVIDADES A DESARROLLAR
1- Analizar cada caso presentado en la paginas 84 al 98 de su material de apoyo
2- Hacer una narrativa sobre algún sistema de información partiendo del alcance del
proceso y su relación con otros sistemas de información
3- Representar el modelo desarrollado en su narrativa usando la herramienta BizAgi
4- Desarrollar su modelo de sistema propuesto mediante el uso de la herramienta
StarUml
Diagrama de caso de uso
Diagrama de secuencia
Diagrama de componentes
Diagrama de clase
5- Generar un archivo SCRIPT de su diagrama entidad relación (usar herramienta
Power Desiner)
6- Entregar los ejercicios propuestos de calidad de software (ver pag.: 99, material de
apoyo)
7- Presentar el trabajo de investigación de expertos (ver modelo pag.: 76, material de
apoyo)
8- Responder preguntas en examen test (material de apoyo)
Sistema de Informacion