UNIVERSIDAD NACIONAL DE LOJA

Nombre: Lisset Neyra

Fecha: 03 de Enero del 2011

Tema: Consultar, analizar, sintetizar y definir con sus propios conceptos

1. Conceptos de Calidad

Calidad.- Característica o atributo de algo, como un atributo de un artículo, la

calidad se refiere a las características mensurables, que se pueden comparar
con estándares conocidos.

Calidad de diseño.- Se refiere a las características que especifican los ingenieros

de software para un artículo.

Calidad de concordancia.- Es el grado de cumplimiento de las especificaciones

de diseño durante su realización.

Control de calidad.- Es una serie de inspecciones, revisiones, y pruebas

utilizados a lo largo del ciclo de desarrollo para asegurar que cada producto
cumple con los requisitos que le han sido asignados.

Garantía de calidad o aseguramiento de la calidad.- Consiste en la auditoría y

las funciones de información de la gestión, su objetivo es proporcionar la
gestión para informar de los datos necesarios sobre la calidad del producto.

Costo de la calidad.- Incluye todos los costos acarreados en la búsqueda de la

calidad o en las actividades relacionadas en la obtención de la calidad.

Asociados con la prevención:

 Planificación de la calidad.
 Revisiones técnicas formales.
 Equipo de prueba.
 Formación.

Asociados con la evaluación:

 Inspección en el proceso y entre procesos.
 Calibrado y mantenimiento en el equipo.
 Pruebas.

Asociados con los fallos internos:

 Revisión.
 Reparación.
 Análisis de las modalidades de fallos.
 Asociados con los fallos externos:
 Resolución de quejas.
 Devolución y sustitución de productos.
 Soporte de línea de ayuda.
 Trabajo de garantía.

2. Tendencia de Calidad

Empezó en los años cuarenta con W. Edwards Deming y se hizo la primera

verificación en Japón.

Hay 4 Pasos que son la esencia de cualquier software (Gestión Total de

Calidad).

1. Kuizen y se refiere a un sistema de mejora continua del proceso. Su

prioridad es desarrollar un proceso que sea visible, repetible y medible.
2. Aturimaehinshitsu es invocado sólo una vez, en este paso examina lo
intangible que afecta al proceso y trabaja para optimizar su impacto en el
proceso.
3. Kansei el centro aquí es el usuario del producto, examina la forma de como
el usuario aplica el producto.
4. Miryokutekihinshitsu amplía la preocupación de la gestión más allá del
producto inmediato.

3. Garantía de Calidad del Software

SQA es un diseño planificado y sistemático de acciones que se necesitan para

asegurar la calidad del software.

La SQA abarca el entero desarrollo del software proceso, tales como el cual
incluye procesos diseño del software, codificación, control del código de
fuente, revisiones de código, cambie a gerencia, gerencia de la configuración, y
lance a gerencia. Mientras que el control de calidad del software es un control
de productos, la garantía de calidad del software es un control de procesos.

Actividades de SQA:

 Participación en el desarrollo de la descripción del proceso de

software del proyecto.
 Revisión de las actividades de ingeniería del software para verificar
su ajuste al proceso de software definido.
 Auditoría de los productos de software designados para verificar el
ajuste con los definidos como parte del proceso de software.
 Asegurar que las desviaciones del trabajo y los productos del
software se documenten y se manejen de acuerdo con el
procedimiento establecido.
 Registrar e informar lo que no se ajuste a los requisitos.
4. Revisiones Técnicas Formales

Objetivos:

 Descubrir errores en la función, la lógica o la implementación de

cualquier representación del software.
 Verificar que el software bajo revisión alcanza sus requisitos.
 Garantizar que el software ha sido representado de acuerdo con
ciertos estándares predefinidos.
 Conseguir un software desarrollado de forma uniforme.
 Hacer que los proyectos sean más manejables.

5. Fiabilidad del Software

La fiabilidad del software se define en términos estadísticos como la

probabilidad de operación libre de fallos de un programa de computadora es
un entorno determinado y durante un tiempo específico.

¿qué se entiende por el término fallo ? En el contexto de cualquier discusión

sobre calidad y fiabilidad del software, el fallo es cualquier falla de
concordancia con los requisitos del software.

En esta definición existen grados. Los fallos pueden ser simplemente

desconcertantes o ser catastróficos. Puede que un fallo sea corregido en
segundos mientras que otro lleve semanas o incluso meses. Para complicar más
las cosas, la corrección de un fallo puede llevar a la introducción de otros
errores que, finalmente, lleven a más fallos.

6. Prueba de errores para el Software

Existen algunos tipos de pruebas:

 Caja negra. No está basada en el conocimiento del código o diseño interno,

determina la funcionalidad del sistema.
 Caja blanca. Está basada en la lógica interna de la aplicación y el código.
Hace una cobertura de declaraciones del código, ramas, caminos y
condiciones.
 Unidad de testeo o prueba. Es la escala más pequeña de la prueba, está
basada en la funcionalidad de los módulos del programa, como funciones,
procedimientos, módulos de clase, etc. En ciertos sistemas también se
verifican o se prueban los drivers y el diseño de la arquitectura.
 Integración incremental. Cuando nuevas funciones son ingresadas al
sistema se hace la prueba basándose en la funcionalidad, la dependencia
con otros módulos y la integración con el programa completo.
 Prueba de integración. Se basa en las pruebas de conexiones y
comunicaciones entre diferentes módulos. Es esencial en sistemas de
cliente_servidor o red.
 Prueba funcional. La caja negra hace la prueba funcional de los
requerimientos de la aplicación y generalmente es realizada por el
programador, en cambio, la prueba funcional es realizada por los testers.
 Prueba de sistema. Es una prueba de caja negra incluyendo todos los
componentes del sistema desde el hardware a la documentación.
 Prueba de fin a fin. Es similar a la prueba de sistema pero esta involucra la
interacción con otros hardwares, bases de datos y redes.
 Prueba de sanidad. Determina si la nueva versión de un software está bien
realizada y si necesita un nuevo esfuerzo en la prueba de software. Por
ejemplo la nueva versión de un programa cumple con casi todos los
requisitos pero destruye la base de datos al leerla, por lo tanto se dice que
este software no está en una condición sana.
 Prueba de regresión. Es una nueva revisión en las pruebas del programa
luego de que este haya sufrido algún cambio o por apuros de tiempo o la
modificación fue en el ambiente en que se desenvuelve. Actualmente
aparecieron herramientas automatizadas que hacen que este tipo de
pruebas no lleve demasiado tiempo.
 Prueba de aceptación. Es la prueba final basada en las especificaciones del
usuario o basada en el uso del programa por el usuario final luego de un
periodo de tiempo.
 Prueba de carga. Está basada en las aplicaciones bajo cargas pesadas,
generalmente usadas en sitios web y en servidores con gran cantidad de
datos donde se determina en cuales puntos existen degradaciones del
sistema.
 Prueba de estrés. Es una prueba de carga y perfomance basada en la
funcionalidad del sistema bajo cargas pesadas, un gran número de
repeticiones, manejo de grandes datos y demasiadas preguntas a bases de
datos grandes.
 Prueba de perfomance. Es una de las pruebas finales y sirve para definir los
requerimientos y la calidad del software, en base a las pruebas de carga y
estrés. Incluye entrevistas con el usuario y programador.
 Prueba de instalación y desinstalación. Determina la eficiencia de los
procesos que instalan y desinstalan las aplicaciones del programa.
 Prueba de recuperación. Es la prueba que evalúa que tan bien se recupera
el sistema luego de bloqueos, fallas del hardware u otros problemas
catastróficos.
 Prueba de seguridad. Evalúa que tan bien el sistema se protege contra
accesos, internos o externos, no autorizados, esta prueba requiere
sofisticadas técnicas y herramientas.
 Prueba de compatibilidad. Evalúa el desempeño del software en diferentes
hardwares, sistemas operativos, redes, etc.
 Prueba de exploración. Es una prueba informal del software que no está
basada en ningún plan o caja de prueba y a menudo los testers aprenden
del programa al explorar todas las aplicaciones posibles.
 Prueba de anuncio. Es similar a la prueba de exploración pero los testers
deben tener suficiente noción sobre el funcionamiento del programa antes
de comenzar esta prueba. Incluye reunión con analistas y programadores.
  Prueba de usuario. Determina si el usuario se desenvuelve
satisfactoriamente con el programa.
 Prueba de comparación. En esta prueba se comparan los pro y los contra
del programa con los programas creados con la competencia.
 Prueba alfa. Es la prueba cuando la aplicación está cerca de la entrega al
usuario. Se hacen pequeños cambios generalmente en el diseño de
interfaces. Esta prueba es hecha por usuarios.
 Prueba beta. Es la búsqueda de bugs en el programa completo.
Generalmente es hecha por usuarios.
 Prueba de mutación. Esta prueba está basada en la introducción deliberada
de diferentes códigos externos al programa (bugs) para reexaminar si estos
bugs pueden ser detectados. Requiere gran disponibilidad de recursos de
computación.

7. El estándar de calidad ISO 9001

La Norma ISO 9001 ha sido preparada por el Comité Técnico ISO/TC 176,
Gestión y aseguramiento de la calidad, Subcomité SC 2, Sistemas de la calidad.

ISO 9001

Serie de requisitos que una organización debe cumplir para alcanzar la

satisfacción del cliente a través de productos y servicios que cumplan las
expectativas del cliente. Aplicable a cualquier organización que diseñe,
desarrolle, manufacture, instale o dé servicio a un producto o que proporcione
cualquier forma de servicio. Es la única implementación para la que auditores
externos pueden entregar certificaciones.

ISO 9001 está compuesto por cinco secciones que especifican las actividades
que necesitan ser consideradas al implementar el sistema:

1. Realización del Producto

2. Sistema de Gestión de la Calidad
3. Responsabilidad de Gestión
4. Gestión de Recursos
5. Medición, Análisis y Mejora

De la primera pueden ignorarse las partes no aplicables a la organización. Las

otras cuatro secciones aplican a todas las organizaciones.

Pasos para la Implementación de ISO 9001:2000

1. Identificar las metas propias.

2. Identificar expectativas de los demas.
3. Obtener información sobre la familia ISO 9000.
4. Aplicar la familia ISO 9000 en el sistema de gestión. Decidir si se busca la
certificación.
5. Obtener ayuda en temas específicos del sistema de gestión de la calidad.
P.e. ISO 10006 para gestión de proyectos, ISO 10007 para gestión de
configuraciones, ISO 19011 para auditoría.
6. Establecer estado actual, determinar breachas entre sistema actual y los
requisitos del ISO 9001:2000. Puede hacerse de manera interna o mediante
una agencia externa.
7. Determinar los procesos que se necesitan para entregar los productos a los
clientes.
8. Desarrollar un plan para cerrar las brechas del paso 6 y desarrollar los
procesos del paso 7.
9. Llevar a cabo el plan.
10. Realizar evaluaciones internas continuas. Utilizar ISO 19011 como guía para
la auditoría.
11. Si se necesita demostrar cumplimientos, entonces llevar a cabo una
auditoría independiente.
12. Continuar con la mejora del negocio, apoyándose en la metodología del ISO
9004:2000.

Críticas al ISO 9001

Hay quien dice que:

 La adherencia al ISO 9001 hace los procesos más consistentes, pero hace los
procesos más difíciles de mejorar o adaptar.
 Puede no ser apropiado para actividades basadas en la creatividad, como la
ingeniería de software, la cual se parece más al diseño de fábricas que a la
operación de las mismas.
 Puede reforzarse la actitud de malos gerentes que basan su gestión en
reportes impresos.
 En lugar de ser una oportunidad para mejorar las cosas, las auditorías
pueden convertirse en confrontaciones.
 Muchas compañías se certifican en ISO 9001 al ser forzadas por el mercado,
aún cuando el estándar pueda no ser apropiado para su negocio.