1

INDICE

ADMINISTRACION DE LA CALIDAD DEL SOFTWARE ...................................... 2
INTRODUCCIN ................................................................................................ 2
QU ES LA CALIDAD DEL SOFTWARE? ................................................................. 2
ASEGURAMIENTO DE LA CALIDAD ........................................................................ 3
PLANEACIN DE LA CALIDAD ............................................................................... 5
CONTROL DE CALIDAD ....................................................................................... 7
CONCLUSION ............................................................................................... 9



2
ADMINISTRACION DE LA CALIDAD DEL SOFTWARE

INTRODUCCIN
Este tema se basa en caracterizar los cuatro procesos que se encargan de definir
las actividades para determinar los objetivos y las responsabilidades relativos a la
calidad, de modo que percibamos como la gestin de la calidad dentro de la
ingeniera del software va encaminada al aseguramiento de la calidad del software
a lo largo del proceso de desarrollo del mismo.
La obtencin de un software con calidad implica la utilizacin de metodologas o
procedimientos, estndares para el anlisis, diseo, programacin y prueba del
software que permitan uniformar la filosofa 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.

QU ES LA CALIDAD DEL SOFTWARE?

La calidad del software es el conjunto de cualidades que lo caracterizan y que
determinan su utilidad y existencia. La calidad es sinnimo de eficiencia,
flexibilidad, correccin, confiabilidad, mantenibilidad, portabilidad, usabilidad,
seguridad e integridad. La calidad del software es medible y vara de un sistema o
programa a otro. Un software hecho para ejecutarse una sola vez no requiere el
mismo nivel de calidad mientras que un software para ser explotado durante un
largo necesita ser confiable, mantenible y flexible para disminuir los costos. La
calidad del software puede medirse despus de elaborado el producto. Pero esto
puede resultar muy costoso si se detectan problemas deriva dos de
imperfecciones en el diseo, por lo que es imprescindible tener en cuenta tanto la
obtencin de la calidad como su control durante todas las etapas del ciclo de vida
del software.



3
ASEGURAMIENTO DE LA CALIDAD

Segn la norma ISO 9000:2000, el aseguramiento de la calidad es la parte de la
gestin de la calidad orientada a proporcionar confianza en que se cumplirn los
requisitos de calidad.

El Aseguramiento de la Calidad del Software es el conjunto de actividades
planificadas y sistemticas necesarias para aportar la confianza que el software
satisfar los requisitos dados de calidad. Este aseguramiento se disea para cada
aplicacin antes de comenzar a desarrollarla y no despus. El Aseguramiento de
la Calidad del Software engloba:


Un enfoque de gestin de calidad.
Mtodos y herramientas de Ingeniera del Software.
Revisiones tcnicas formales en el proceso del software.
Una estrategia de prueba multiescala.
El control de la documentacin del software y de los cambios realizados.
Procedimientos para ajustarse a los estndares de desarrollo del software.
Mecanismos de medicin y de generacin de informes.


Las revisiones del software son un "filtro" para el proceso de Ingeniera del
Software. Esto es, las revisiones se aplican a varios momentos del desarrollo del
software y sirven para detectar errores y defectos que pueden ser eliminados. La
revisin tcnica formal (RTF), a veces llamada inspeccin, es el filtro ms efectivo
desde el punto de viste del aseguramiento de la calidad y es un medio efectivo
para mejorar la calidad del software.


El defecto se define como una anomala del producto. Dentro del contexto del
proceso del software, los trminos defecto y fallo son sinnimos. Ambos implican
un problema de calidad que es descubierto despus de entregar el software a los
usuarios finales. El objetivo principal de las RTF es encontrar errores durante el
proceso, de forma que se conviertan en defectos despus de la entrega del
software. El beneficio de la inspeccin es el descubrimiento de errores al principio
para que no se propaguen al paso siguiente del proceso de software.


Las actividades de diseo introducen entre el 50 y 65% de todos los errores

4
durante el proceso de software. Sin embargo, se ha demostrado que las RTF son
efectivas en un 75% a la hora de detectar errores. Con la deteccin y la
eliminacin de un gran porcentaje de errores, el proceso de revisin reduce
substancialmente el coste de los pasos siguientes en las fases de desarrollo y
mantenimiento.

Los objetivos de la Revisin Tcnica Formal son:

Descubrir errores en la funcin, la lgica o la implementacin de cualquier
representacin del software.
Verificar que el software bajo revisin alcance sus requisitos.
Garantizar que el software ha sido representado de acuerdo con ciertos
estndares predefinidos.
Conseguir un software desarrollado en forma uniforme
Hacer que los proyectos sean ms manejables.

La RTF promueve la seguridad y la continuidad, ya que varias personas se
familiarizarn con partes del software que, de una forma u otra, no hubieran visto
nunca. Es una clase de revisin que incluye recorridos, inspecciones, revisiones
cclicas y otro pequeo grupo de evaluaciones tcnicas del software. Cada RTF se
lleva a cabo mediante una reunin y slo tendr xito si es bien planificada,
controlada y atendida.

El aseguramiento de calidad se refiere a validar los procesos usados para crear
los productos. Es una herramienta especialmente til para administradores y
patrocinadores, ya que permite discutir los procesos usados para determinar si los
productos creados son razonables. Este aseguramiento tiene asociado 2
constitutivos diferentes:

1. Los ingenieros del Software que realizan el trabajo tcnico.
2. Un grupo de SQA (Software Quality Assurance) que se responsabiliza en la
planificacin de aseguramiento de la calidad, supervisin, mantenimiento de
registros, anlisis e informes.
Las Actividades de SQA son:
Establecimiento de un plan de SQA para un proyecto.
Participacin en el desarrollo de la descripcin del proceso de software
del proyecto.

5
Revisin de las actividades de Ingeniera del Software para verificar su
ajuste al proceso de software definido
Auditoria de los productos de software designados para verificar el ajuste
con los definidos como parte del proceso del software.
Asegurar que las desviaciones del trabajo y los productos del software se
documentan y se manejan de acuerdo con un procedimiento establecido.
Registrar lo que no se ajuste a los requisitos e informar a sus superiores.
Adems de estas actividades, el grupo de SQA coordina el control y la gestin de
cambios y; ayuda a recopilar y analizar las mtricas del software.

Las mtricas son escalas de unidades sobre las cuales puede medirse un
atributo cuantificable. Cuando se habla de software nos referimos a la disciplina de
recopilar y analizar datos basndonos en mediciones reales de software, as como
a las escalas de medicin. Los atributos son caractersticas observables del
producto o del proceso de software, que proporciona alguna informacin til sobre
el estado del producto o sobre el progreso del proyecto. El trmino producto se
utiliza para referirse a las especificaciones, a los diseos y a los listados del
cdigo. Los valores de las mtricas no se obtienen slo por mediciones. Algunos
valores de mtricas se derivan de los requisitos del cliente o de los usuarios y, por
lo tanto, actan como restricciones dentro del proyecto.

PLANEACIN DE LA CALIDAD

Es la parte de la Gestin de la Calidad encargada de realizar el proceso
administrativo de desarrollar y mantener una relacin entre los objetivos y recursos
de la organizacin; y las oportunidades cambiantes del mercado.
El objetivo es modelar y remodelar los negocios y productos de la empresa, de
manera que se combinen para producir un desarrollo y utilidades satisfactorias.

Los aspectos a considerar en la Planificacin de la Calidad de Software son:
Modelos/Estndares de Calidad de Software a utilizar, Costos de la Calidad de
Software, Recursos humanos y materiales necesarios, entre otras.

Segn la norma ISO 9000:2000, la planificacin de la calidad es la parte de la
gestin de la calidad enfocada al establecimiento de los objetivos de la calidad y a
la especificacin de los procesos operativos necesarios y de los recursos

6
relacionados para cumplir los objetivos de calidad.

Segn la norma ISO/IEC 90003:2004, la planificacin de la calidad facilita el modo
de adaptar la planificacin del sistema de gestin de la calidad a un proyecto
especfico, producto o contrato. La planificacin de la calidad puede incluir
referencias genricas, el proyecto, el producto y/o el contrato especfico de
procedimientos, como apropiados. La planificacin de la calidad debera ser
revisada de nuevo junto con el progreso del diseo y desarrollo, y los elementos,
en cada fase, deberan ser completamente definidos al comienzo de dicha fase.

La Planificacin de la Calidad del Software a nivel de proyectos debera considerar
lo siguiente:


1. Inclusin de los planes de desarrollo.
2. Los requisitos de calidad relacionados con los productos y/o procesos.
3. Los sistemas de gestin de la calidad adaptando y/o identificando los
procesos e instrucciones especficos apropiados para el mbito del manual
de calidad y algunas exclusiones expuestas.
4. Los procesos de proyectos especficos e instrucciones, tales
como, especificacin de pruebas del software, detallando los planes,
diseos, casos de pruebas y procesos para la unidad, integracin, sistemas
y pruebas de aceptacin.
5. Los mtodos, modelos, herramientas, convenios de lenguajes de
programacin, bibliotecas, marcos de trabajo y otros componentes
reutilizables para ser usados en los proyectos.
6. Los criterios para el comienzo y final de cada fase o proyecto.
7. Los tipos de anlisis y otras verificaciones y actividades de verificacin para
ser llevadas a cabo.
8. Los procesos de gestin de la configuracin junto con las actividades de
seguimiento y las medidas para ser llevados a cabo.
9. Las personas responsables de aprobar los procesos de salida para su uso
posterior.
10. La formacin necesaria para el uso de herramientas, tcnicas y la
organizacin de la formacin previa a la habilidad necesaria.
11. Los registros para ser mantenidos y la gestin de cambios, como por
ejemplo, para recursos, escalas de tiempo y cambios de contrato.

7

La planificacin de la calidad en forma abreviada es particularmente til para
limitar los objetivos de calidad para los software siendo designados para un
propsito limitado.
El plan de calidad define los atributos de calidad ms importantes del producto a
ser desarrollado y define el proceso de evaluacin de la calidad.
En la Planificacin de la Calidad de Software se debe determinar:
Rol de la Planificacin.
Requerimientos de la Calidad de Software.
Preparacin de un Plan de Calidad de Software.
Implementacin de un Plan de Calidad de Software
Preparar un Manual de Calidad.


CONTROL DE CALIDAD
Son las tcnicas y actividades de carcter operativo, utilizadas para satisfacer los
requisitos relativos a la calidad. Son las inspecciones, revisiones y pruebas para
asegurar la calidad del producto centradas en 2 objetivos fundamentales:
1. Mantener bajo control un proceso.
2. Eliminar las causas de los defectos en las diferentes fases del ciclo de vida.
El control de calidad del software se ha convertido, por tanto en una parte esencial
de los programas de control de calidad. La atencin de los requisitos especficos
de la calidad del software es una actividad que est integrada a travs del
programa de procesamientos de informacin de la calidad.
Est formado por actividades que permiten evaluar la calidad de los productos de
software desarrollados. El aspecto a considerar en el Control de la Calidad de
Software es la Prueba del Software.
Las pruebas son elementos crticos para determinar la calidad del software. Es el
proceso de ejecutar un programa con intencin de encontrar defectos. Es un
proceso destructivo que determina el diseo de los casos de prueba y la
asignacin de responsabilidades.
Objetivos de las pruebas:
Encontrar defectos en el software.

8
Una prueba tiene xito si descubre un defecto.
Una prueba fracasa si hay defectos pero no los descubre.
Ejecucin de un programa con la intencin de descubrir un error.
Tcnica experimental para la bsqueda de errores en los programas.
Algunos principios de las pruebas recogen lo siguiente:
Las pruebas deberan planificarse mucho antes de que comiencen.
No son posibles las pruebas exhaustivas: El nmero de permutaciones de
camino para incluso programas pequeos es excepcionalmente grande. Por
ese motivo es imposible ejecutar todas las combinaciones de caminos
durante las pruebas.
Para ser ms eficaces, las pruebas deberan ser realizadas por un equipo
independiente: El ingeniero de software que creo el sistema no es el ms
adecuado para realizar las pruebas del software, ya que consciente o
inconscientemente tiende a probar lo que sabe que funciona.
Existen varios tipos de pruebas que pueden realizarse durante el proceso de
desarrollo de software como son:
Unitarias: Pretenden probar cada funcin en un archivo de programa simple
(una clase en terminologa de objetos).
Integracin: Pretenden comprobar la integracin de los componentes, es
decir, la comunicacin a travs de interfaces, acceso incoherente a
estructuras de datos globales.
Las pruebas de integracin pueden realizarse de forma ascendente o descendente
Validacin: Pretende comprobar que se satisfacen los requisitos.
Sistema: Se centran en comprobar la recuperacin, seguridad, resistencia,
rendimiento.
Asociado a los tipos de pruebas existen tambin tcnicas de pruebas que ayudan
a definir conjuntos de casos de pruebas aplicando ciertos criterios, como son:
Pruebas de caja blanca: Se centra en comprobar la interaccin interna de
los componentes del sistema.
Pruebas de caja negra: Se centran en los requisitos funcionales del
software. O sea, la prueba de caja negra permite al ingeniero del software
obtener un conjunto de condiciones de entrada que ejerciten
completamente todos los requisitos.
La prueba demuestra hasta qu punto las funciones del software parecen
funcionar de acuerdo con las especificaciones y parecen alcanzarse los requisitos
de rendimiento. Adems, los datos que se van recogiendo a medida que se lleva a

9
cabo la prueba proporcionan una buena indicacin de la confiabilidad del software
e indican la calidad del software como un todo.
Pero, la prueba no puede asegurar la ausencia de defectos; slo puede demostrar
que existen defectos en el software.



CONCLUSION

La calidad ha dejado de ser un tpico y es necesario que forme parte de los
productos o servicios que comercializamos para nuestros clientes. El cliente es el
mejor auditor de la calidad, l exige el nivel que est dispuesto a pagar por ella,
pero no ms. Por tanto, debemos de cuantificar cul es el nivel de calidad que nos
exige para poder planificar la calidad de los productos que se generen a lo largo
de la produccin del producto o servicio final.
Al analizar las necesidades de nuestros clientes, deberemos tener en cuenta la
previsible evolucin de sus necesidades y tendencias en cuanto a caractersticas.
Deberemos tener en cuenta la evolucin tecnolgica del entorno de produccin de
nuestros productos para suministrarlos con el nivel tecnolgico adecuado.

La Calidad de Software es resultado del movimiento global dentro del proceso de
mejoramiento continuo de los modelos y/o estndares de produccin en todos los
sectores, en particular, cuando ste se concentra en la produccin de sistemas de
informacin y software especializado.