Está en la página 1de 7

Aseguramiento de la Calidad

Presentado por:

Noviembre de 2016

SENA CENTRO DE SERVICIOS FINANCIEROS

BOGOTÀ

Calidad en el Desarrollo del Software

Ruta 1294643
Plan de aseguramiento de la calidad del software

Introducción del producto

El Aseguramiento de Calidad del Software es el conjunto de actividades planificadas y sistemáticas


necesarias para aportar la confianza que el software satisfará los requisitos dados de calidad. Este
aseguramiento se diseña para cada aplicación antes de comenzar a desarrollarla y no después. El
aseguramiento de la calidad del software engloba: un enfoque de gestión de calidad, métodos y
herramientas de Ingeniería del Software, revisiones técnicas formales aplicables en el proceso de
software, una estrategia de prueba multiescala, el control de la documentación del software y de
los cambios realizados, procedimientos para ajustarse a los estándares de desarrollo del software
y mecanismos de medición y de generación de informes.

A continuación se presenta el plan de aseguramiento realizado para la implementación del software


en la empresa de Camilo Andrés el cual tiene como propósito desarrollar una cultura de calidad en
donde el producto a desarrollar sea de alto nivel.

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 crear los productos para determinar si son razonables. Este aseguramiento
tiene asociado 2 constitutivos diferentes: los Ingenieros de Software que realizan el trabajo técnico
y un grupo de SQA (Software Quality Assurance) que tiene la responsabilidad de la planificación
de aseguramiento de la calidad, supervisión, mantenimiento de registros, análisis e informes.

Las Actividades del SQA son: Establecimiento de un plan de SQA para un proyecto, 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, 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, y registrar lo que no se ajuste a los
requisitos e informar a sus superiores. Además de estas actividades, el grupo de SQA coordina el
control y la gestión de cambios y; ayuda a recopilar y analizar las métricas del software.

Para el caso de estudio de Camilo Andrés podemos describir al grupo SQA de la siguiente
manera:

Responsables:

 Gerente de la empresa.
 Analista: Documentación de usuario.
 Líder Grupo SQA :Camilo Andrés
 Líder de desarrollo :Documentación técnica
 Desarrollador :Pruebas
 Ciclo de vida: El plan SQA comprenderá los ciclos de: Requerimientos, Análisis,
Diseño, Implementación, Verificación (Pruebas).

El grupo SQA debe realizar reuniones cada vez que un miembro considere sea necesario
evaluar los procesos desarrollados, en donde cada uno de los participantes debe tener
intervención acerca de su proceso correspondiente y documentar cada una de estas con el
fin de tener claros cuales han sido los fallos o errores encontrados en el desarrollo del
procedimiento.

Enfoque de gestión de calidad

Es necesario implementar un plan de revisiones previo al desarrollo del software. Las revisiones
se aplican a varios momentos del desarrollo del software y sirven para detectar errores y defectos
que pueden ser eliminados y contribuye a purificar las actividades de la Ingeniería del Software.

La revisión técnica formal (RTF): es el filtro más efectivo desde el punto de vista del
aseguramiento de la calidad y es un medio efectivo para mejorar la calidad del software.

Una de las formas de evaluar la calidad es a través de las Revisiones Técnicas Formales (RTF),
las cuales consisten en una actividad que garantiza la Calidad del Software y que es llevada a
cabo por los profesionales de la Ingeniería de Software. Es una actividad colectiva que permite
ampliar la visión sobre lo que se revisa, situación que se profundiza al ser aplicada por distintos
niveles y especialidades de profesionales a distintos elementos que componen el software, lo cual
permite; por una parte que los profesionales que recién se incorporan al equipo de trabajo puedan
observar los diferentes enfoques del análisis, diseño e implementación del software, además que
sirve para promover la seguridad y la continuidad, ya que varias personas se familiarizan con
partes del software que de otro modo no hubiesen visto nunca.
El objetivo principal de las RTF es encontrar errores durante el proceso, de forma que se
conviertan en defectos después de la entrega del software. El beneficio de estas RTF es el
descubrimiento de errores al principio para que no se propaguen al paso siguiente del proceso de
software. Con la detección y la eliminación de un gran porcentaje de errores, el proceso de
revisión reduce substancialmente el coste de los pasos siguientes en las fases de desarrollo y
mantenimiento.

Los principales objetivos de la RTF son:

 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 en forma uniforme.
 Hacer que los proyectos sean más manejables, además de garantizar la seguridad y la
continuidad, realizándolo de manera planificada, controlada y atendida con el fin de
conseguir el éxito en el proyecto.

Medidas de la calidad del software

Las métricas o medidas de la calidad del software dependen de los objetivos del negocio en
particular. Los desarrolladores tienen a la vez objetivos comunes como, respetar el presupuesto y
respetar los plazos, minimizar las tasas de defectos antes y después de la entrega del producto e
intentar mejorar la calidad y la productividad. Las métricas deben ayudar a la evaluación de las
representaciones del modelo lógico y físico, deben tener la capacidad de intuir sobre la
complejidad del diseño y construcción; y deben ayudar en el diseño de casos de prueba.

Las métricas del software deberían tener las siguientes características:

 Simple y fácil de calcular.


 Debe satisfacer las nociones intuitivas del desarrollador sobre el atributo del producto en
evaluación.
 Consistente y objetiva: Presentar resultados sin ambigüedad.
 Consistente en el empleo de unidades y tamaños: Deben emplearse medidas que no
conduzcan a extrañas combinaciones de unidades.
 Independiente del lenguaje de programación.
 Mecanismo para retroalimentación de calidad: Debe proporcionar información para
obtener un producto final de mayor calidad.

Metas de calidad del software

Se denomina meta a un objetivo o un propósito que deseamos alcanzar, realizando determinadas


acciones, actividades o trabajos para poder lograr eso que nos hemos propuesto. Para el caso de
estudio del aplicativo que está desarrollando Camilo Andrés, lo que se requiere es que sea un
sistema de alto nivel de calidad, así que la meta es lograr que este objetivo sea cumplido. Para
esto requerimos que se realice un proceso en donde se tenga en cuenta:

Productividad y Calidad

Beneficios

Futuras Estimaciones

Riesgos
Dentro del desarrollo de un proyecto de software se debe tener en cuenta que siempre puede
existir algún tipo de riesgo, que se debe evitar teniendo claro de dónde y cómo puede provenir,
es por esto que se realiza una gestión de riesgos en el cual el objetivo que cumple es identificar,
dirigir y eliminar las fuentes de riesgo antes de que empiecen a afectar a la finalización
satisfactoria de un proyecto software.

El riesgo siempre implica dos características:


Incertidumbre: el acontecimiento que caracteriza al riesgo puede o no puede ocurrir.
Pérdida: si el riesgo se convierte en una realidad, ocurrirán consecuencias no deseadas o
pérdidas.
Para cuantificar el nivel de incertidumbre y el grado de pérdidas asociado con cada riesgo se
consideran diferentes categorías de riesgos:
Riesgos del proyecto:
 Afectan a la planificación temporal y al coste del proyecto.
 Identifican problemas potenciales de presupuesto, calendario, personal, recursos.
Riesgos técnicos:
 Amenazan la calidad y la planificación temporal del software.
 Identifican posibles problemas de diseño, implementación, interfaz, verificación y
mantenimiento.
Riesgos del negocio:
 Amenazan la viabilidad del software.
 Los principales riesgos de negocio son:
Riesgo de mercado
Riesgo estratégico
Se puede hacer otra categorización de los riesgos en función de su facilidad de detección:

Riesgos conocidos: son aquellos que se pueden predecir después de una evaluación del plan del
proyecto, del entorno técnico y otras fuentes de información fiables.
Riesgos predecibles: se extrapolan de la experiencia de proyectos anteriores.
Riesgos impredecibles: pueden ocurrir, pero es extremadamente difícil identificarlos por
adelantado.

La gestión continuada de los riesgos permite aumentar su eficiencia:


Evaluar continuamente lo que pueda ir mal
Determinar qué riesgos son importantes o Implementar estrategias para resolverlos
Asegurar la eficacia de las estrategias
Se puede crear una lista en donde se evalué los siguientes riesgos:
 Tamaño del producto  Definición del proceso
 Impacto en el negocio  Entorno de desarrollo
 Características del cliente  Tecnología a construir
 Tamaño y experiencia de la plantilla.
Enlaces Bibliográficos

Www.wikipedia.com

http://www.eafit.edu.co/escuelas/administracion/consultorio-
contable/Documents/boletines/auditoria-control/b10.pdf

http://www.gestiopolis.com/que-son-calidad-aseguramiento-de-la-calidad-y-control-de-calidad/