SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

QU DEBE LLEVAR UN PLAN DE CALIDAD? , CMO SE

REALIZA?

ANDRES FELIPE RENDON

ANALISIS Y DESARROLLO DE
SISTEMAS DE INFORMACION
SERVICIO NACIONAL DE
APRENDIZAJE (SENA)
ING. MIGUEL ANGEL LONDOO
MUOZ

ACTIVIDAD #22

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

Contenido
INTRODUCCION.....................................................................................................................3
OBJETIVO GENERAL............................................................................................................4
INFORME.................................................................................................................................5
Qu debe contener?..................................................................................................................5
Cmo se debe hacer el plan de calidad?..................................................................................9
Mapa conceptual SQA.............................................................................................................11

ACTIVIDAD #22

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

INTRODUCCION
Se define Plan de calidad como documento que especifica qu procedimientos y recursos
asociados deben aplicarse, quin debe aplicarlos y cundo deben aplicarse a un proyecto,
producto, proceso o contrato especfico.
En este documento se dar la explicacin al que debe contener un plan de calidad, y el cmo se
realiza dicho plan.

ACTIVIDAD #22

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

OBJETIVO GENERAL

Definir conceptos bsicos sobre el desarrollo del plan de calidad, especificar que debe
contener
dicho
tipo
de
documento.

ACTIVIDAD #22

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

INFORME
Qu debe contener?
Lo primero que debe contener es un propsito y un alcance del plan de calidad, Se debe
especificar el uso que se le dar al software que se est desarrollando y se deben listar los
elementos del software que sern cubiertos por el Plan. Una vez terminado el alcance de nuestro
plan de calidad lo segundo que deber llevar es la gestin donde se debe especificar la
organizacin, actividades y responsables. Luego se har la distincin de las lneas de trabajo
dentro de la organizacin que tienen influencia y controlan la calidad del software, esto ltimo
ira en la seccin 3.1 Organizacin, la siguiente seccin del punto 3 (Gestin) es la seccin de
actividades en la cual se debe especificar el ciclo de vida del software cubierto por el plan, las
actividades de calidad a realizarse, la revisin de cada producto(s). La ltima seccin del punto 3
es la identificacin de responsables (3.3) en la cual se le asignara un responsable a cada actividad
del proyecto.
Una vez realizado estos tres puntos se procede al punto 4 (Documentacin); La primera seccin
de este punto es el propsito de la documentacin (4.1) aqu Identificacin de la documentacin
relativa a desarrollo, Verificacin & Validacin, uso y mantenimiento del software.
Establecer como los documentos van a ser revisados para chequear consistencia: se confirman
criterio e identificacin de las revisiones.
Especificacin de los requerimientos del software (4.2) El documento de especificacin de
requerimientos deber describir, de forma clara y precisa, cada uno de los requerimientos
esenciales del software adems de las interfaces externas.
El cliente deber obtener como resultado del proyecto una especificacin adecuada a sus
necesidades en el rea de alcance del proyecto, de acuerdo al compromiso inicial del trabajo y a
los cambios que este haya sufrido a lo largo del proyecto, que cubra aquellos aspectos que se
haya acordado detallar con el cliente.
La especificacin debe:
Ser completa :
a) Externa, respecto al alcance acordado.
b) Internamente, no deben existir elementos sin especificar.

ACTIVIDAD #22

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

Ser consistente, no pueden haber elementos contradictorios.

Ser no ambigua, todo trmino referido al rea de aplicacin debe estar definido en un
glosario.
Ser verificable, debe ser posible verificar siguiendo un mtodo definido, si el
producto final cumple o no con cada requerimiento.
Estar acompaada de un detalle de los procedimientos adecuados para verificar si el
producto cumple o no con los requerimientos.
Incluir requerimientos de calidad del producto a construir.

Los requerimientos de calidad del producto a construir son considerados dentro de atributos
especficos del software que tienen incidencia sobre la calidad en el uso y se detallan a
continuacin:

a)
b)
c)
d)

Funcionalidad
Adecuacin a las necesidades
Precisin de los resultados
Interoperabilidad
Seguridad de los datos

a)
b)
c)

Confiabilidad
Madurez
Tolerancia a faltas
Recuperabilidad (ver si aplica)

a)
b)
c)
d)

Usabilidad
Comprensible
Aprendible
Operable
Atractivo

Eficiencia
a) Comportamiento respecto al tiempo (Ver si aplica)
b) Utilizacin de recursos

Mantenibilidad

ACTIVIDAD #22

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION
a)
b)
c)
d)

Analizable
Modificable
Estable, no se producen efectos inesperados luego de modificaciones
Verificable

a)
b)
c)
d)

Portabilidad
adaptable (Ver si aplica)
instalable
co-existencia
reemplazante (Ver si aplica)

Cada uno de estos atributos debe cumplir con las normas y regulaciones aplicables a cada uno.
Una vez especificado los requerimientos del software se procede a elaborar las secciones
Descripcin del diseo del software (4.2.2) y plan de verificacin y validacin (4.2.3); la
descripcin del diseo del software deber describir los componentes y subcomponentes del
diseo del software, incluyendo interfaces internas. Este documento deber ser elaborado
primero como Preliminar y luego ser gradualmente extendido hasta llegar a obtener el
Detallado.
El cliente deber obtener como resultado del proyecto el diseo de un producto de software que
cubra aquellos aspectos que se haya acordado con el cliente incorporar al diseo, en funcin de
la importancia que estos presenten y de sus conexiones lgicas.
Por otro lado el plan de verificacin y validacin deber identificar y describir los mtodos a ser
utilizados en:

La verificacin de que:

a) A los requerimientos descritos en el documento de requerimientos han sido aprobados

por una autoridad apropiada. En este caso sera que cumplan con el acuerdo logrado entre
el cliente y el equipo.
b) Los requerimientos descritos en el documento de requerimientos son implementados en
el diseo expresado en el documento de diseo.
c) El diseo expresado en el documento de diseo esta implementado en cdigo.

Validar que el cdigo, cuando es ejecutado, se adecua a los requerimientos expresados en

el documento de requerimientos.

ACTIVIDAD #22

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION
Punto 5 (Estndares, prcticas, convenciones y mtricas): este punto est constituido por dos
secciones 5.1 (Estndar de la documentacin) Aqu como estndares de documentacin se
definirn dos documentos:
I.
II.

Estndar de documentacin tcnica y

Estndar de documentacin de usuario.

La documentacin tcnica del producto debe:

I.
II.

Ser adecuada para que un grupo independiente del de desarrollo pueda encarar el
mantenimiento del producto.
Incluir fuentes, Modelos de Casos de Uso, Objetos

Para la escritura de documentos se han definido plantillas para ser utilizadas en la elaboracin de
entregables.
En estas plantillas se definen:
I.
II.
III.
IV.

Encabezado y pie de pgina.

Fuente y tamao de fuente para estilo normal
Fuente y tamao de fuente para los ttulos a utilizar
Datos mnimos que se deben incluir: fecha, versin y responsables.

Y la seccin 5.2 (Estndar de verificacin y prcticas): Esta seccin debe incluir todos los
estndares de verificacin y prcticas que se utilicen durante el desarrollo del proyecto.
Lo siguiente que debe contener el plan de calidad es el punto de REVISION Y AUDITORIAS
(6) el cual se divide en tres secciones OBJETIVO (6.1), REQUERIMIENTOS MINIMOS (6.2)
Y REVISION DE DOCUMENTACION DE USUARIO (6.3), en la seccin 6.1 se hora la
definicin de las revisiones y auditoras tcnicas y de gestin que se realizarn. Tambin se
realizara una especificacin de cmo sern llevadas a cabo dichas revisiones y auditoras. En la
seccin 6.2 Se especifican las revisiones y auditoras que deben realizarse como mnimo, as
como la agenda para la realizacin de las mismas. Y en la seccin 6.3 Se revisa la completitud,
claridad, correctitud y aplicacin de uso.

Para terminar el plan de calidad se debe integrar a l los numerales 7, 8,9&10 (Verificacin;
Reporte de problemas y acciones correctivas; Herramientas, tcnicas, y metodologas; y por
ltimo la gestin de riesgos)

ACTIVIDAD #22

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION
Verificacin (7): Se debe identificar todas las verificaciones que no fueron identificadas en el
Plan de V & V para el software y debe especificar los mtodos a ser usados.
Reporte de problemas y acciones correctivas (8): Esta seccin debe incluir: Descripcin de las
prcticas y procedimientos que se seguirn para el reporte, seguimiento, y resolucin de los
problemas surgidos en el desarrollo de software; especificar los responsables comprometidos con
la implementacin de estas acciones correctivas.
Herramientas, tcnicas y metodologas (9): Se deben identificar herramientas de software,
tcnicas, y metodologas de soporte para las actividades de aseguramiento de calidad.
Gestin de riesgos (10): Se deben especificar los mtodos y procedimientos utilizados para
especificar, monitorear, y controlar las reas de riesgo durante el proyecto.
Los riesgos identificados, la estrategia de mitigacin, monitoreo y plan de contingencia a ser
llevados a cabo, sern descritos en el Documento de Gestin de Riesgos, con lo cual se podr
hacer referencia a l.
Cmo se debe hacer el plan de calidad?
Lo primero que debemos saber es que un Plan de Control de Calidad es un resultado final de un
proceso ms grande, el proceso del diseo del proceso. Por ejemplo, si una empresa ha de
fabricar un nuevo producto, el Plan de Control de Calidad se establece en base a las actividades
de transformacin de las materias primas en dicho producto. El Plan de Control de Calidad
puede, y debe, determinar la forma de realizar el producto. Determinar, incluso, la forma de
realizar el producto sin que sea necesario controlarlo. Al menos no de la forma que entendemos
un control.
Inciso: hay que tener claro que el objetivo no es controlar, sino hacer un producto que cumpla
los requisitos.
El diseo de la forma de realizar el producto, y la forma de controlar la calidad del producto
realizado (definida en el Plan de Control de Calidad), es el diseo del proceso de realizacin del
producto.

Centrndonos exclusivamente en la elaboracin del Plan de Control de Calidad, inscrito como

hemos dicho dentro del proceso de diseo del proceso, las etapas bsicas que conducen a su
obtencin son:
1. Definir completamente qu etapas comprende la fabricacin (o prestacin de servicio),
qu medios productivos se van a utilizar (mquinas y herramientas), qu materias primas,

ACTIVIDAD #22

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION
cuntas personas y qu competencia deben tener, qu procedimientos de trabajo se van a
utilizar, qu aspectos legales y reglamentarios afectan, cules son los requisitos del
producto, etc.
En la prctica, buena parte de esta informacin se suele determinar grficamente en un
documento denominado sinptico del proceso (tambin conocido como diagrama de flujo del
proceso y otras variantes). El sinptico del proceso estructura el campo de trabajo en etapas,
que sern utilizadas en todo el proceso de diseo del plan de control. Como se ha indicado
anteriormente, el diseo del plan puede modificar la forma de trabajar y/o enriquecerla. Con
lo cual modificar y/o aadir nuevos elementos al sinptico.

2. Analizar los riesgos asociados a la realizacin de cada una de las etapas determinadas.
Comnmente conocido como AMFE (Anlisis del Modo de Fallo y sus Efectos) en
castellano, AMDEC en francs, o FMEA en ingls, este anlisis evala y punta cada uno
de los riesgos asociados a la fabricacin o prestacin de servicio segn su gravedad,
ocurrencia (la probabilidad de que ocurra), y deteccin (probabilidad de que el problema
sea detectado cuando aparezca), para obtener, producto de los tres, un ndice denominado
ndice de Prioridad del Riesgo (NPR en ingls).
Un Plan de Control de la Calidad pretende garantizar que el producto resultante cumpla los
requisitos. Para conseguir este fin, parece lgico que analicemos primero qu puede ir mal, qu
puede fallar. AMFE no es ms que una tcnica estructurada para evidenciar los puntos dbiles
del proceso y obtener una ponderacin de estos riesgos.
El AMFE se realiza tomando como base el proceso de realizacin del producto diseado,
incluidos los controles de calidad que puedan ya existir. Esta tcnica no slo se aplica sobre
procesos, tambin es corriente aplicarla sobre los medios productivos y el diseo de productos.
En un AMFE, debemos valorar cada riesgo identificado asignando una nota en los 3 factores que
ms relevancia tienen: Gravedad, Ocurrencia, y Deteccin. La asignacin de la nota debe ser lo
ms objetiva posible, y para ello con anterioridad se fijan unos criterios para asignar
puntuaciones. Los factores sometidos a valoracin son complementarios entre s, y tienen la
misma importancia en el resultado final, ya que al final se calcula el producto de los 3. Lo ms
comn es asignar puntuaciones de 1 a 10 en cada factor, con lo cual el ndice calculado es un
nmero entre 1 y 1000.
Donde realmente se disea el Plan de Control es durante la realizacin del AMFE. La
organizacin puede fijar el nivel de riesgo a partir del cual introducir controles o modificar
elementos de proceso que lo reduzcan. Como ya se habr advertido, para disminuir el nivel de un
riesgo, nuestras acciones pueden tener como efecto:

ACTIVIDAD #22

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

Disminuir la gravedad del riesgo.

Disminuir la probabilidad de que ocurra, o
Aumentar la capacidad de deteccin.
Actuar sobre cualquiera de estos factores disminuye el nivel de riesgo. En automocin
una prctica bastante extendida es fijar el nivel de riesgo aceptado en 100. Cualquier
riesgo que obtenga una nota superior debe ser disminuido introduciendo algn cambio o
control adicional en el proceso.

3. Documentar el Plan de Control. Si hemos hecho correctamente las etapas anteriores,

dispondremos de toda la informacin necesaria para hacerlo. Se trata de documentar
como mnimo lo siguiente:
Especificar etapa por etapa de la realizacin del producto qu caractersticas debe cumplir
el producto, con qu medios productivos se transforma, y qu variables se controlan y
cmo.
Especificar los controles de calidad realizados por laboratorios. Ensayos sobre materias
primas, productos semi-procesados, o sobre el producto final.
Especificar las auditoras de producto o de proceso que se vayan a realizar.
El plan de control puede contener directamente esta informacin, o bien hacer referencia a los
documentos que la contienen: planos, fichas tcnicas de materia prima, instrucciones de trabajo,
paneles de defectos, pautas de autocontrol etc.

Mapa conceptual SQA: MAPA CONCEPTUAL DEL SQA.docx

ACTIVIDAD #22