UNIDAD I CONCEPTOS BASICOS DE CALIDAD

1.1 DEFINICION DE CALIDAD

1.2 DEFINICION DE CALIDAD DEL SOFTWARE
1.3 QUIEN DEFINE LA CALIDAD
1.4 IMPORTANCIA DE LA CALIDAD
1.5 LA CALIDAD Y EL MUNDO GLOBALIZADO
1.6 LA CALIDAD DE VIDA
1.7 LA CALIDAD TOTAL

OBJETIVO: COMPRENDER LA IMPORTANCIA DE LA CALIDAD PARA EL DESARROLLO DE

SOFTWARE
1.1 DEFINICIO DE CALIDAD

Propiedad inherente a una cosa que permite compararla con la de su especie.

El producto o servicio que nosotros adquiramos satisfaga nuestras expectativas sobradamente.

¿Qué es la calidad?

El significado de esta palabra puede adquirir múltiples interpretaciones, ya que todo dependerá
del nivel de satisfacción o conformidad del cliente. Sin embargo, la calidad es el resultado de un
esfuerzo arduo, se trabaja de forma eficaz para poder satisfacer el deseo del consumidor.
Dependiendo de la forma en que un producto o servicio sea aceptado o rechazado por los clientes,
podremos decir si éste es bueno o malo.

1.2 DEFINICIÓN DE CALIDAD DEL SOFTWARE

Calidad del software: es el desarrollo de software basado en estándares con la funcionalidad y

rendimiento total que satisfacen los requerimientos del cliente.

Características que hacen a un software de calidad.

Mantenibilidad: el software debe ser diseñado de tal manera, que permita ajustarlo a los cambios
en los requerimientos del cliente. Esta característica es crucial, debido al inevitable cambio del
contexto en el que se desempeña un software.

Confiabilidad: incluye varias características además de la confiabilidad, como la seguridad, control

de fallos, etc.

Eficiencia: tiene que ver con el uso eficiente de los recursos que necesita un sistema para su
funcionamiento.

Usabilidad: el software debiera ser utilizado sin un gran esfuerzo por los usuarios para los que fue
diseñado, documentado, etc.

1.3 QUIEN DEFINE LA CALIDAD

El usuario define la calidad

Debe entenderse que el usuario es quien define la calidad; debiendo la empresa complacer a
los clientes, y no contentarse sólo con librarlos de sus problemas inmediatos, sino ir más
allá para entender a fondo sus necesidades presentes y futuras, a fin de sorprenderlos con
productos y servicios que ni siquiera imaginaban. Este conocimiento ya no debe ser sólo
del dominio exclusivo de grupos especiales de una organización; sino que debe ser
compartido y desarrollado por todos los empleados.

Una empresa que define la calidad sin tomar en cuenta a los consumidores corre con el
riesgo de producir bienes y servicios con escasa o nula demanda, ya sea porque los clientes
tienen otras expectativas y necesidades, o bien porque los competidores están generando
bienes con un mayor valor agregado.

Por tales motivos es esencial para las empresas practicar tanto la investigación de mercado,
como la inteligencia competitiva y el benchmarking.

Conocidos los deseos y necesidades de los consumidores, estos deben ser traducidas en
términos cuantitativos y tangibles. Este proceso de traducción no es sencillo y requiere de
la integración de conocimientos de mercadotecnia con ingeniería y administración, para que
las necesidades del consumidor y las expectativas que desarrolló durante el proceso de
selección del producto, puedan ser satisfechas completamente. Entre la técnica más
importante para tales fines tenemos el Despliegue de la Función de Calidad (QFD), el cual
sirve para realizar todo este proceso de traducción, ayudando a que la voz del cliente se
despliegue a través de toda la organización.

La función de despliegue de la calidad tiene como objetivo asegurar que se cumplan las
expectativas del cliente desde el diseño del producto, durante su proceso de manufactura, y
hasta que es utilizado por el consumidor. En japonés se le llama ten kai lo cuál significa
“despliegue”, refiriéndose a la idea de llevar las necesidades y expectativas del cliente
expresados en su lenguaje (voz del cliente) a todos los involucrados en la organización, e ir
en cada etapa “traduciéndolas” al lenguaje apropiado.

¿Quien define las normas de calidad?

Los estándares o metodologías definen un conjunto de criterios de desarrollo que guían la

forma en que se aplica la ingeniería del software.

La calidad del software la define o avala una Gestión de la calidad del software por
ejemplo: ISO 9000, esto como política de calidad, se entiende como un conjunto de
actividades de la función general de la dirección que determina la calidad, los objetivos, el
control de la calidad.

Algunos de varios estándares para software provienen de ISO 9000 quien rige la calidad
mundial.

ISO/IEC 9126–1: Ingeniería de Software - Calidad de producto- Modelos de calidad.

ISO/IEC TR 9126–4: Ingeniería de software - Calidad de producto- Calidad en métricas de

uso.

ISO 9241–11: Guías en Usabilidad.

Especificaciones: ISO 20282: Usabilidad en productos de cada día.

Interfaz e interacción

ISO/IEC TR 9126–2: Ingeniería de software- Calidad de producto- Métricas externas.

Especificaciones: ISO 9241: Requisitos ergonómicos para trabajo en oficinas y terminales

de trabajo.

ISO/IEC TR 9126–3: Ingeniería de software- Calidad de producto- Métricas internas.

Especificaciones: ISO/IEC 10741–1: Interacción de Diálogo - Control del cursor en edición

de textos.

ISO 9241: Requisitos ergonómicos para oficinas con terminales visuales.

Especificaciones: ISO/IEC 11581: Iconos, símbolos y funciones.

ISO 11064: Diseño ergonómico para centros de control.

Especificaciones: ISO 13406: Requisitos ergonómicos de trabajo de paneles planos.

ISO 14915: Ergonomía de software para interfaz multimedia.

Especificaciones: ISO/IEC 14754: Interfaz de escritura manual.

Interacción

IEC TR 61997: Guías de interfaz de usuario en equipos multimedia de uso general.

Especificaciones: ISO/IEC 18021: Interfaz de usuario para dispositivos móviles. ISO

18789: Requisitos ergonómicos y sistemas métricos para pantallas.

Documentación

ISO/IEC 18019: Guías para el diseño y preparación de documentación de software de

usuario.

Especificaciones: ISO/IEC 15910: Documentación de procesos de software. de usuario

proceso de desarrollo

ISO 13407: Diseño de procesos interactivos.

Especificaciones: ISO/IEC 14598: Evaluación de software.

ISO TR 16982: Métodos de soporte de diseños centrados en usuarios.

capacidad de la empresa

ISO TR 18529: Procesos descriptivos de vida de producto (lifecycle) otros ISO

ISO 9241–1: Introducción general.

ISO 9241–2: Guía en requisitos de acciones.

ISO 10075–1: Principios ergonómicos de carga mental, términos y definiciones.

ISO DTS 16071: Guía de accesibilidad en interfaz de usuario.

1.4 IMPORTANCIA DE LA CALIDAD

Es fundamental para que nuestros productos tengan éxito y aceptación reducir costos y
mejorar satisfacción del cliente así como aumentar competitividad de la empresa.

1.5 LA CALIDAD Y EL MUNDO GLOBALIZADO

Hoy en día las compañías de todo el mundo industrializado reconocen que la calidad del
producto se traduce en ahorro de costos y en una mejora general. La industria de
desarrollo de software no es la excepción, por lo que en los últimos años se han realizado
intensos trabajos para aplicar los conceptos de calidad en el ámbito del software. Hablar
de calidad del software implica la necesidad de contar con parámetros que permitan
establecer los niveles mínimos que un producto de este tipo debe alcanzar para que se
considere de calidad.

El problema es que la mayoría de las características que definen al software no se pueden

cuantificar fácilmente; generalmente, se establecen de forma cualitativa, lo que dificulta
su medición, ya que se requiere establecer métricas que permitan evaluar
cuantitativamente cada característica dependiendo del tipo de software que se pretende
calificar.

En este sentido se han realizado muchos trabajos que establecen propuestas para el
establecimiento de los factores cualitativos que afectan la calidad del software. Entre los
principales están los factores de calidad de McCall y aquellos propuestos por Hewlett-
Packard (FURPS: Funcionality,Usability, Reliability; Performance, Supportability) .

Además se han hecho varios intentos por estandarizar los mecanismos de evaluación de
calidad del software. Entre los principales están la familia de normas ISO 9000 (en especial
la ISO 9001 y la ISO 9003–2)[5], el modelo de niveles madurez CMM (Capability Maturity
Model)[7], el estándar para el aseguramiento de planes de calidad del IEEE 730:1984 [7],
el plan general de garantía de calidad del Consejo Superior de Informática.

1.6 LA CALIDAD DE VIDA

La calidad de vida es un concepto que va más allá de lo físico pues implica valores y
actitudes mentales. La calidad de vida es un estado positivo desde todos los puntos de vista.
Es estar en la plenitud, es poder funcionar ciento por ciento.

O Físicamente, significa encontrarse en buenas condiciones, fuerte, resistente a las

enfermedades o poder sobreponerse rápidamente a ellas.

O Psíquicamente, es poder disfrutar, hacerse cargo de las responsabilidades, combatir la

tensión nerviosa y el estrés.

O Emocionalmente, es estar en paz. La persona que mantiene su calidad de vida es una

persona que se siente bien, vigorosa, entusiasmada, con la sonrisa propia del que se siente
bien en todas sus dimensiones.

1.7 LA CALIDAD TOTAL

La Calidad Total es el estado más evolucionado dentro de las sucesivas transformaciones

que ha sufrido el término Calidad a lo largo del tiempo. En un primer momento se habla
de Control de Calidad, primera etapa en la gestión de la Calidad que se basa en técnicas de
inspección aplicadas a Producción. Posteriormente nace el Aseguramiento de la Calidad,
fase que persigue garantizar un nivel continuo de la calidad del producto o servicio
proporcionado. Finalmente se llega a lo que hoy en día se conoce como Calidad Total, un
sistema de gestión empresarial íntimamente relacionado con el concepto de Mejora
Continua y que incluye las dos fases anteriores. Los principios fundamentales de este
sistema de gestión son los siguientes:

Consecución de la plena satisfacción de las necesidades y expectativas del cliente (interno

y externo).

Desarrollo de un proceso de mejora continua en todas las actividades y procesos llevados

a cabo en la empresa (implantar la mejora continua tiene un principio pero no un fin).

Total compromiso de la Dirección y un liderazgo activo de todo el equipo directivo.

Participación de todos los miembros de la organización y fomento del trabajo en equipo

hacia una Gestión de Calidad Total.
Involucración del proveedor en el sistema de Calidad Total de la empresa, dado el
fundamental papel de éste en la consecución de la Calidad en la empresa.

Identificación y Gestión de los Procesos Clave de la organización, superando las barreras

departamentales y estructurales que esconden dichos procesos.

Toma de decisiones de gestión basada en datos y hechos objetivos sobre gestión basada
en la intuición. Dominio del manejo de la información.

La filosofía de la Calidad Total proporciona una concepción global que fomenta la Mejora
Continua en la organización y la involucración de todos sus miembros, centrándose en la
satisfacción tanto del cliente interno como del externo. Podemos definir esta filosofía del
siguiente modo: Gestión (el cuerpo directivo está totalmente comprometido) de la Calidad
(los requerimientos del cliente son comprendidos y asumidos exactamente) Total (todo
miembro de la organización está involucrado, incluso el cliente y el proveedor, cuando
esto sea posible).

El Aseguramiento de la Calidad nace como una evolución natural del Control de Calidad,
que resultaba limitado y poco eficaz para prevenir la aparición de defectos. Para ello, se
hizo necesario crear sistemas de calidad que incorporasen la prevención como forma de
vida y que, en todo caso, sirvieran para anticipar los errores antes de que estos se
produjeran. Un Sistema de Calidad se centra en garantizar que lo que ofrece una
organización cumple con las especificaciones establecidas previamente por la empresa y
el cliente, asegurando una calidad continua a lo largo del tiempo. Las definiciones, según
la Norma ISO, son:

Aseguramiento de la Calidad:

Conjunto de acciones planificadas y sistemáticas, implementadas en el Sistema de Calidad,

que son necesarias para proporcionar la confianza adecuada de que un producto satisfará
los requisitos dados sobre la calidad.

Sistema de Calidad:

Conjunto de la estructura, responsabilidades, actividades, recursos y procedimientos de la

organización de una empresa, que ésta establece para llevar a cabo la gestión de su
calidad.

Las normas ISO 9000

Con el fin de estandarizar los Sistemas de Calidad de distintas empresas y sectores, y con
algunos antecedentes en los sectores nuclear, militar y de automoción, en 1987 se
publican las Normas ISO 9000, un conjunto de normas editadas y revisadas
periódicamente por la Organización Internacional de Normalización (ISO) sobre el
Aseguramiento de la Calidad de los procesos. De este modo, se consolida a nivel
internacional el marco normativo de la gestión y control de la calidad.

Estas normas aportan las reglas básicas para desarrollar un Sistema de Calidad siendo
totalmente independientes del fin de la empresa o del producto o servicio que
proporcione. Son aceptadas en todo el mundo como un lenguaje común que garantiza la
calidad (continua) de todo aquello que una organización ofrece.

En los últimos años se está poniendo en evidencia que no basta con mejoras que se
reduzcan, a través del concepto de Aseguramiento de la Calidad, al control de los procesos
básicamente, sino que la concepción de la Calidad sigue evolucionando, hasta llegar hoy
en día a la llamada Gestión de la Calidad Total. Dentro de este marco, la Norma ISO 9000
es la base en la que se asientan los nuevos Sistemas de Gestión de la Calidad.
UNIDAD II ASEGURAMIENTO DE LA CALIDAD DEL
SOFTWARE
2.1 RELACION DE LA INGENIERIA DEL SOFTWARE CON SQA
2.2 DEFINICION Y PROPOSITO DEL SQA
2.3 PROBLEMAS QUE RESUELVE EL SQA
2.4 CALIDAD DE SOFTWARE EN EL CICLO DE VIDA DEL MISMO
2.5 ROLES Y RESPONSABILIDADES DE LOS EQUIPOS DE DESARROLLO
2.6 HABILIDADES Y CAPACIDADES DEL PERSONAL SQA
2.7 ACTIVIDADES DEL SQA
2.8 HERRAMIENTAS Y METODOS
La función de aseguramiento de la calidad tiene como finalidad primaria el determinar si
las necesidades de los usuarios están siendo satisfechas adecuadamente. Otra de sus
funciones, aunque no se tocará mucho en la presente investigación, es la de determinar
los costos que puede causar el añadir ciertas características al producto, ya que tarde o
temprano, la economía resulta ser un factor decisivo para obtener un producto de calidad.
Para determinar si las necesidades de los usuarios están siendo satisfechas, se deben de
evaluar tres áreas:

Objetivos: Los objetivos de la organización son primero, luego vienen los requerimientos
del usuario. Los objetivos de cualquier usuario deben de estar en armonía con los
objetivos de la organización,

Métodos: Deben de utilizarse métodos que contengan u observen las políticas,

procedimientos y estándares de la organización,

Ejecución: Optimización del uso de hardware y software al implementar los productos de

software [21].

Para evaluar las áreas expuestas con anterioridad, es necesario que se cuente con un
programa de aseguramiento de calidad que sea efectivo y que tenga un impacto dentro
del desarrollo y prueba del producto de software final.

2.1 RELACION DE LA INGENIERIA DEL SOFTWARE CON SQA

SQA: (Software Quality Assurance; esp. Garantía de la Calidad del Software)

Esta relación implica a varios responsables durante el proceso de la elaboración del

software de calidad, estos son:

 Ingenieros de software
 Jefes de proyecto
 Clientes
 Vendedores
 Quienes trabajan dentro de un grupo de la SQA

Estos últimos pueden ser independientes y tendrán las siguientes actividades para llegar al
objetivo de la SQA:

1 Establecimiento de un plan de la SQA para un proyecto.

En este plan se identifica:

  Evaluaciones a realizar
 Auditorías y revisiones a realizar
 Estándares que se pueden aplicar al proyecto
 Procedimientos para información y seguimiento de errores
 Documentos producidos por el grupo SQA
 Realimentación de información proporcionada al equipo de proyecto del software

2 Participación en el desarrollo de la descripción del proceso de software del proyecto

3 Revisión de las actividades de ingeniería del software para verificar su ajuste al
proceso de software definido
4 Auditoría de los productos de software designados para verificar el ajuste con los
definidos como parte del proceso de software
5 Asegurar que las desviaciones del trabajo y los productos del software se documenten
y se manejen de acuerdo con un procedimiento establecido
6 Registrar lo que no se ajuste a los requisitos e informar a sus superiores

2.2 DEFINICION Y PROPOSITOS DEL SQA

Definición:

SQA es un set de actividades sistemáticas que aseguran que el proceso del software y
productos conformados por requerimientos, estándares, y procedimientos. Los procesos
incluyen todas las actividades involucradas en el diseño, codificación, pruebas y
mantenimiento; Los productos incluyen software, datos asociados, documentación, y toda
la documentación para soporte y reportes.

El Rol:

El rol para SQA es brindar a la administración la aseguranza de que procesos oficialmente

establecidos están siendo implementados. Y asegura que:

1.-Una metodología de desarrollo apropiada este establecida

2.-Que los proyectos utilicen estándares y procedimientos en su trabajo

3.-Que la documentación sea creada para mantenimiento y mejoramiento

4.-La administración de configuración de software este adecuada para controlar cambios

5.-Se realicen pruebas y que se aprueben

6.-Cualquier deficiencia y desviaciones sean identificadas y llevadas con atención a la
administración.

Propósito:

Proporcionar visibilidad sobre los procesos utilizados por el proyecto de software y sobre
los productos que genera.

Objetivos:

1.-Planificar las actividades de aseguramiento de la calidad.

2.-Revisar y auditar objetivamente los productos y las actividades para verificar que están
conformes con los procedimientos y estándares aplicables.

3.-Proporcionar los resultados de estas revisiones o auditorías informando a la dirección

cuando sea necesaria su mediación.

2.3 PROBLEMAS QUE RESUELVE EL SQA

Aumenta las posibilidades del éxito final del proyecto

Ayuda a definir los parámetros de medición de la calidad del software

Verifica que los estándares sean aplicados correctamente

Define un plan de monitoreo del proceso de desarrollo del software (ciclo de vida)

2.4 CALIDAD DE SOFTWARE EN EL CICLO DE VIDA DEL SOFTWARE

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.
El ciclo de vida básico de un software consta de los siguientes procedimientos:

• Definición de objetivos: definir el resultado del proyecto y su papel en la estrategia

global.

• Análisis de los requisitos y su viabilidad: recopilar, examinar y formular los requisitos del
cliente y examinar cualquier restricción que se pueda aplicar.

• Diseño general: requisitos generales de la arquitectura de la aplicación.

• Diseño en detalle: definición precisa de cada subconjunto de la aplicación.

• Programación (programación e implementación): es la implementación de un lenguaje

de programación para crear las funciones definidas durante la etapa de diseño.

• Prueba de unidad: prueba individual de cada subconjunto de la aplicación para

garantizar que se implementaron de acuerdo con las especificaciones.

• Integración: para garantizar que los diferentes módulos se integren con la aplicación.
Éste es el propósito de la prueba de integración que está cuidadosamente documentada.

• Prueba beta (o validación), para garantizar que el software cumple con las
especificaciones originales.

• Documentación: sirve para documentar información necesaria para los usuarios del
software y para desarrollos futuros.

• Implementación

• Mantenimiento: para todos los procedimientos correctivos (mantenimiento correctivo) y

las actualizaciones secundarias del software (mantenimiento continuo).

El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida de una

aplicación dependen del tipo de modelo de ciclo de vida acordado entre el cliente y el
equipo de desarrolladores.

Modelos de ciclo de vida

Para facilitar una metodología común entre el cliente y la compañía de software, los
modelos de ciclo de vida se han actualizado para reflejar las etapas de desarrollo
involucradas y la documentación requerida, de manera que cada etapa se valide antes de
continuar con la siguiente etapa. Al final de cada etapa se arreglan las revisiones de
manera que (texto faltante).
Modelo en cascada

El modelo de ciclo de vida en cascada comenzó a diseñarse en 1966 y se terminó

alrededor de 1970. Se define como una secuencia de fases en la que al final de cada una
de ellas se reúne la documentación para garantizar que cumple las especificaciones y los
requisitos antes de pasar a la fase siguiente:

Modelo V

El modelo de ciclo de vida V proviene del principio que establece que los procedimientos
utilizados para probar si la aplicación cumple las especificaciones ya deben haberse
creado en la fase de diseño.

2.5 ROLES Y RESPONSABILIDADES DE EQUIPOS DE DESARROLLO

2.6 HABILIDADES Y CAPACIDADES DEL PERSONAL SQA

Que hace el personal de SQA???

Es responsable de asegurar la calidad de los productos generados en el proyecto y del

proceso utilizado. Para asegurar la calidad debe revisar la calidad de los entregables de
planificación del proyecto y los entregables de valoración del proyecto. Además revisa el
nivel de apego al modelo de proceso de desarrollo de software y a los planes de
Verificación, Gestión de Proyecto y Gestión de Calidad, documentando las desviaciones
encontradas.

Debe conocer los conceptos y técnicas de Gestión de Calidad del Software. Debe
identificar las propiedades de calidad que deben cumplir los productos del proyecto.

Centralizar y revisar las entregas que se realizan durante el ciclo de vida del proyecto.

Realiza las Revisiones Técnicas Formales con los responsables de los productos a revisar.

El Responsable de SQA debe:

•Asegurarse de que se desarrollen prototipos para probar y eliminar riesgos técnicos que
hagan fracasar el proyecto así como también disminuir la calidad del mismo

•Asegurarse de que se realicen estudios de factibilidad

•Realizar mediciones para comprobar la calidad del proyecto

•Asegurarse de que se realice la actividad de implementación y se haga según los
estándares de calidad propuestos

•Evitar el desperdicio de esfuerzo en conjunto con el Administrador y el Arquitecto

•Registrar las métricas de aceptación tomando en cuenta el Documento de Validación con

el Cliente.

Perfil del rol

•Debe conocer los requerimientos del sistema.

•Debe conocer los estándares o lineamientos del proyecto para asegurar la calidad.

Actividades que son responsabilidad del rol

•Planificar la Calidad

•Revisión Técnica Formal (RTF)

•Revisar las Entregas

•Revisar el Ajuste al Proceso

•Evaluar la Calidad de los Productos

•Realizar el Informe Final de Calidad

Entregables que son responsabilidad del rol

•Plan de Calidad

•Informe de RTF

•Entrega Semanal de SQA

•Informe de Revisión de SQA

•Informe Final de Calidad

Actividades en las que está involucrado el rol

•Relevar los Requerimientos

•Especificar los Requerimientos

•Priorizar los Requerimientos

•Validar los Requerimientos

•Validar con Prototipo

•Definir el Alcance del Sistema

•Definir la Línea Base del Proyecto

•Planificar el Proyecto

•Describir la Versión

•Planificar la Transición

•Seguimiento de Satisfacción del Cliente

•Gestión de Riesgos

•Registrar Esfuerzo

•Auto estudio

•Reunión de Equipo

•Preparar Cierre del Proyecto

•Reunión Conmemorativa

2.7 ACTIVIDADES DEL SQA

Actividades

Para poder lograr una buena adherencia con los estándares se debe medir
cuantitativamente, donde sea posible, los aspectos de calidad (por ejemplo complejidad,
confiabilidad, mantenimiento, seguridad, defectos, número de problemas) utilizando
métricas bien establecidas. Para cumplir con esto, se deben realizar chequeos de:

- Administración.

- Documentación.
- Estándares, prácticas, convenciones y métricas.

- Revisiones e intervenciones.

- Actividades de testeo.

- Reporte de errores y acciones correctivas.

- Herramientas, técnicas y métodos.

- Control del código

- Control de medios.

- Colección de registros, mantenimiento y retención.

- Control de los proveedores

- Entrenamiento.

- Administración del riesgo.

2.8 HERRAMIENTAS Y METODOS