2.

1 Relación de la
ingeniería de
software con sqa
Ingeniería de
software
INGENIERÍA DE SOFTWARE

La ingeniería de software es una

disciplina que integra métodos,
herramientas y procedimientos para
le desarrollo de software de
computadora. Se han propuesto
varios paradigmas diferentes,
teniendo una serie de fases genéricas
en común.
Ingeniería de software

El proceso de desarrollo de software

contiene tres fases genéricas,
independientemente del paradigma
elegido. Las tres fases, definición,
desarrollo y mantenimiento, se
encuentran en todos los desarrollos de
software independientemente del área
de aplicación, tamaño del proyecto o
complejidad.
Ingeniería de software, fases

La fase de definición se enfoca sobre

el qué. Se intenta identificar qué
información ha de ser procesada, qué
función y rendimiento se desea, qué
interfaces han de establecerse, qué
ligaduras de diseño existen y qué
criterios de validación se necesitan
para definir un sistema.
Análisis del sistema
Planificación del proyecto software
Ingeniería de software, fases

La fase de desarrollo se enfoca en el

cómo. Descubrir como ha de
diseñarse las estructuras de datos y
arquitectura del software, cómo ha de
implementarse los detalles
procedimentales, cómo ha de
trasladarse el diseño a un lenguaje de
programación y cómo ha de
realizarse la prueba.
Diseño del software
Codificación
Ingeniería de software, fases

La fase de mantenimiento se enfoca

sobre el cambio que va asociado con
una corrección de errores,
adaptaciones requeridas por la
evolución del entorno del software y
modificaciones debidas a los cambios
de los requerimientos del cliente para
reforzar o aumentar el sistema.
Corrección
Adaptación
Ingeniería de software

La revisión se realiza durante cada

paso para asegurar que se mantiene
la calidad. La documentación se
desarrolla y controla para asegurar
que toda información sobre el
sistema y software estará disponible
para un uso posterior. El control de
los cambios se instituye de forma que
estos puedan se mejorados y
registrados.
sQA
SQA

La garantía de calidad de software GCS (del

inglés SQA software quality assurance) es una
actividad de protección que se aplica a lo largo
del proceso de la ingeniería de software.

La SQA engloba los siguientes puntos:

Métodos y herramientas de análisis,
diseño, codificación y prueba.
SQA

Revisiones técnicas formales que se

aplican durante cada paso de la
ingeniería de software.
Una estrategia de prueba
multiescalada.
El control de la documentación del
software y de los cambios realizados.
Un procedimiento que asegure un
ajuste a los estándares de desarrollo
del software (cuando sea posible).
SQA

Actividades de SQA
La garantía de la calidad de software
comprende una gran variedad de
tareas, asociadas con dos
constitutivos diferentes, los
ingenieros de software que realizan
trabajo técnico y un grupo de SQA
que tienen la responsabilidad de la
planificación de la garantía de la
calidad, supervisión, mantenimiento
de registros, análisis e informes.
SQA, Actividades

Los ingenieros de software afrontan

la calidad (y realizan garantía de la
calidad) aplicando métodos técnicos
sólidos y medidas, realizando
revisiones técnicas formales y
llevando a cabo pruebas de software
bien planificadas.
SQA, Actividades

Las reglas del grupo SQA tratan de

ayudar al equipo de ingeniería del
software en la consecución de un
producto final de alta calidad. El
instituto de la ingeniería de software
recomienda un conjunto de
actividades de SQA que se enfrentan
con la planificación de garantía de
calidad, supervisión, mantenimiento
de registros, análisis e informes.
SQA, Actividades

1.- Establecimiento de un plan de

SQA para un proyecto. El plan se
desarrolla durante la planificación
del proyecto y es revisado por todas
las partes interesadas. Las
actividades de garantía de calidad
realizadas por el equipo de
ingeniería de software y el grupo
SQA son gobernadas por el plan.
SQA, Actividades

El cual identifica:
Evaluaciones a realizar.
Auditorias y revisiones a realizar.
Estándares que se pueden aplicar al
proyecto.
Procedimiento para la información y
seguimiento de errores.
Documentos producidos por el grupo
SQA.
SQA, Actividades

2.- Participación en el desarrollo de la

descripción del proceso de software
del proyecto. El equipo de ingeniería
de software selecciona un proceso
para el trabajo que se va a realizar. El
grupo de SQA revisa la descripción
del proceso para ajustarse a la
política de la empresa, los estándares
internos del software, los estándares
impuestos externamente, y a otras
partes del plan de proyecto del
SQA, Actividades

3.- Revisión de las actividades de

ingeniería de software para verificar
su ajuste al proceso de software
definido. El grupo SQA identifica,
documenta y sigue la pista de las
desviaciones desde el proceso y
verifica que se han hecho las
correcciones.
SQA, Actividades

4.- Auditoría de los productos de

software designados para verificar el
ajuste con los definidos como parte
del proceso de software. El grupo
SQA revisa los productos
seleccionados; identifica, documenta
y sigue las pistas de las desviaciones;
verifica que se han hecho las
correcciones, e informa
periódicamente de los resultados de
su trabajo al gestor del proyecto.
SQA, Actividades

5.- Asegurar que las desviaciones del

trabajo y los productos del software
se documentan y se manejan de
acuerdo con un procedimiento
establecido. Las desviaciones se
pueden encontrar el en plan del
proyecto, el la descripción del
proceso, en los estándares aplicables
o en los productos técnicos.
SQA, Actividades

6.- Registrar lo que no se ajuste a los

requisitos e informar a sus superiores.
Los elementos que no se ajustan a los
requisitos están bajo seguimiento
hasta que se resuelven.
Además de estas actividades, el gurpo
SQA coordina el control y la gestión de
cambios, y ayuda a recopilar ya
analizar las métricas del software.
PLAN DE SQA

El plan de SQA proporciona un mapa

para institucionalizar la garantía de
calidad de software. El plan,
desarrollado por un grupo de SQA,
sirve como plantilla para actividades
de SQA instituidas para cada
proyecto de software.
Plan de SQA

El IEEE ha recomendado un estándar

para los planes de SQA. Las secciones
iniciales describen el propósito y el
alcance del documento e indican
aquellas actividades del proceso de
software cubiertas por la garantía de
calidad. Se listan todos los
documentos señalados en el plan de
SQA y se destacan todos los
estándares aplicables.
Plan de SQA

La sección de gestión del plan

describe la situación de la SQA dentro
de la estructura organizativa: las
tareas y las actividades de SQA y su
emplazamiento a lo largo del proceso
del software; así como los papeles y
responsabilidades organizativas
relativas a la calidad del producto.
Plan de SQA

La sección de documentación
describe cada uno de los productos
de trabajo producidos como parte del
proceso de software. Entre estos se
incluyen:
• Documentos del proyecto. Por
ejemplo: plan de proyecto
• Modelos. Por ejemplo: DERs,
jerárquicas de clase
• Documentos técnicos. Por ejemplo
especificaciones, plan de prueba
•
Plan de SQA

Los estándares, practicas y

convenciones muestran todos los
estándares/practicas que se aplican
durante el proceso de software.
Además, se listan todos los proyectos,
procesos y en algunos casos métricas
de producto que van a recoger como
parte del trabajo de ingeniería del
software.
Plan de SQA

Estándares de calidad
El estándar ISO 9001 ha sido
adoptado por más de 130 países y es
el medio principal con el que los
clientes pueden juzgar la
competencia de un desarrollador de
software. Uno de los problemas de
este estándar es que no es específico
de la industria.
Plan de SQA

Para la industria del software los

estándares relevantes son:
ISO 9001.- quality System – model for
quality assurance in design,
development, production, installation
and servicing. Es un estándar que
describe el sistema de calidad
utilizado para mantener el desarrollo
de un producto que implique el
diseño.
Plan de SQA

ISO 9000-3.- guidelines for

application of ISO 9001 to the
development, supply and
maintainance of software. Este es un
documentos especifico que interpreta
el ISO 9001.- para el desarrollador de
software.
ISO 9004-2.- quality management
and quality system elements –part 2-.
Este documento proporciona los
Plan de SQA

Los requisitos se agrupan bajo 20

títulos:
Responsabilidad de la gestión
Inspección, medición y equipo de
pruebas
Sistemas de calidad
Inspección y estado de pruebas
Revisión del contrato.
Acción correctiva
Plan de SQA

Tratamiento, almacenamiento,
empaquetamiento y entrega.
Compras
Producto proporcionado al
consumidor.
Registros de calidad
Identificación y posibilidad de
seguimiento del producto
Auditorias internas de calidad
Plan de SQA

La sección revisiones y auditorias del

plan identifica las revisiones y
auditorias que se van a llevar acabo
por el equipo de ingeniería del
software, el grupo de SQA y el
cliente. Proporciona una visión
general del enfoque de cada revisión
y auditoria.
Plan de SQA

La sección prueba hace referencia al

plan y procedimientos de prueba de
software. También define requisitos
de mantenimiento de registros de
pruebas. La información sobre
problemas y acción correctiva define
procedimientos para informar, hacer
seguimiento y resolver errores y
defectos, e identifica las
responsabilidades organizativas para
estas actividades.
Plan de SQA

El resto del plan de SQA identifica las

herramientas y métodos que
soportan actividades y tareas de
SQA; hace referencia a los
procedimientos de gestión de
configuración del software para
controlar el cambio: define un
enfoque de gestión de contratos;
establece métodos para reunir,
salvaguardar y mantener todos los
registros; identifica la formación que
PLAN RSGR

Se puede incluir una estrategia de

gestión de riesgo en el plan del
proyecto de software o se podrían
organizar los pasos de gestión del
riesgo en un plan diferente de
reducción, supervisión y gestión del
riesgo plan (RSGR). Todos los
documentos del plan RSGR se llevan
a cabo como parte del análisis de
riesgo y son empleados por el jefe del
proyecto como parte del plan del
Plan RSGR

Algunos equipos de software no

desarrollan un documento RSGR
formal. Más bien, cada riesgo se
documenta utilizando una hoja de
información de riesgo. En la mayoría
de los casos, la HIR se mantiene
utilizando un sistema de base de
datos, por lo que la creación y
entrada de información, ordenación
por prioridad, búsquedas y otro
análisis que pueden ser realizados
Plan RSGR

Una vez que se ha desarrollado el

plan RSGR y el proyecto ha
comenzado, empiezan los
procedimientos de reducción y
supervisión del riesgo.
La supervisión del riesgo es una
actividad con 3 objetivos principales:
Evaluar cuando un riesgo previsto
ocurre.
Plan RSGR

Asegurarse que los procedimientos

que se usan para reducir los riesgos
se estén aplicando apropiadamente.
Recoger información que pueda
emplearse en el futuro para analizar
riesgos.
Otro objetivos más a mencionar es
intentar determinar el origen.
Haga clic para modificar el estilo de texto del patrón
Segundo nivel
● Tercer nivel

● Cuarto nivel

● Quinto nivel