SoftdellaFunk_Plan_Calidad

PLAN DE CALIDAD
Ver 1.0
PLAN DE CALIDAD
Triangle Funky Users
SOFTWARE DELLA FUNK
Triangle Funky Users
Página 1 de 6
Ver 1.0
PLAN DE CALIDAD
CONTROL DE CALIDAD
Proceso
Entregable
Iniciación
Plantillas de
documentos
entregables.
Formatos
(actas
reuniones
internas, actas
de revisión con
el grupo de
control,
Bitácora de
documentos,
plantilla informe
semanal,
presentaciones,
documentos)
Iniciación
Iniciación
Propuesta del
Proyecto
Riesgos de
calidad
Incompletos
Incompleto,
ambiguo.
Algún miembro
del equipo se
encuentre en
Acta de
desacuerdo a lo
constitución del planteado. Las
proyecto
reglas de
funcionamiento
del grupo no
estén completas.
Triangle Funky Users
Descripción
del control a
efectuar
Se realiza una
verificación en
la reunión
semanal,
además de
pasar por una
revisión por
parte del grupo
de control.
Además se
debe cumplir
que todo el
equipo de
trabajo tenga
acceso a los
documentos.
Debe ser
revisado por el
grupo en su
totalidad, con el
objetivo de ser
entendible y
procurar no
modificarlo
notoriamente a
largo plazo.
Mantener una
pequeña
discusión en las
reuniones
semanales,
donde se
abarque las
condiciones y
acuerdos
planteados
inicialmente. De
ser necesario
establecer
nuevas reglas.
Criterio de
Aceptación
Responsable
Prerrequisito
El líder del
proyecto y el
grupo de control
Líder del
aprueben en su
proyecto,
totalidad los
Líder de
documentos
calidad y líder
requeridos. Los
de procesos.
diseños
acordados sean
consenso.
Acta de
conformación
de grupo de
trabajo.
La propuesta se
mantiene bien
definida según
equipo de
trabajo, cliente,
grupo de control
y la supervisión
del Profesor.
Equipo de
trabajo
Acta de
conformación
de grupo de
trabajo.
Líder del
proyecto
Acta de
constitución
inicial aprobada
y firmada por
todos los
integrantes
Que todos los
integrantes del
grupo, aprueben
las reglas y por
consenso se
aprueben
nuevas reglas
Página 2 de 6
Ver 1.0
PLAN DE CALIDAD
Análisis
Análisis
Análisis
Análisis
Análisis
Acta de
El 100% de los
aprobación de
requerimientos
requerimientos
deben estar
firmada por el
incluidos en la
Cambios en los cliente y el líder
WBS
del grupo.
requerimientos
aprobados
Requerimientos
inicialmente,
funcionales
Si el cliente
perjudicando la
Que los
realiza
entrega a tiempo
cambios
cambios,
del proyecto.
solicitados, no
efectuar una
impacten la
adecuada
fecha de
gestión de
entrega del
cambios, con
proyecto más
análisis de
de un 10%
impactos
Se aceptarán
Aprobación por
modificaciones,
parte del cliente
Demoras en la
máximo hasta 2
Requerimientos
del documento
retroalimentación
días después de
no funcionales
Gestión de la
del cliente
entregado el
calidad del
documento o
proyecto
producto
Especificación
de casos de
uso
Especificación
detallada de
Casos de Uso
Triangle Funky Users
Se aceptarán
Que haya por lo
máximo 2
Incompletos, menos un caso
errores de
ambiguos
de uso por
completud o
módulo
ambigüedad por
caso de uso.
El 100% de los
Incluir en el
casos de uso
formato de C.U
deben satisfacer
el
por lo menos un
requerimiento
requerimiento
general de
general de
Incompletos,
negocio
negocio
y debe
inconsistentes,
asociado y
tener definido
ambiguos, no
criterio de
un criterio de
viables
aceptación
prioridad
Revisión
VoBo Cliente,
conjunta
VoBo Líder
técnicoDesarrollo
funcional
Líder del
proyecto
Las
especificaciones
del proyecto
deben estar
claramente
definidas en el
documento de
alcance del
proyecto
Líder del
proyecto
Acta de
aprobación de
requerimientos
firmada por el
cliente y el líder
del grupo.
Líder del
proyecto
Documento
Gestión de la
Calidad del
Proyecto,
aprobado por el
cliente
Líder
Desarrollo
Definición de
módulos del
sistema
Líder
Desarrollo
Especificación
de casos de uso
Líder del
proyecto
Especificación
de casos de uso
Página 3 de 6
Ver 1.0
PLAN DE CALIDAD
Desarrollo
Especificación
de la EDT
Desarrollo
Lista de
actividades
Desarrollo
Cronograma
Triangle Funky Users
Incompletos
Deben estar los El 100% de las
paquetes de
actividades,
trabajo, del
deben
proceso y del
corresponder
producto, por lo por lo menos a
menos en un
un
nivel 3 de des requerimiento
agregación
del sistema
Verificar que el
100% de las
Las actividades
actividades
deben
estén
Incompletas,
corresponder relacionadas a
ambiguas, que
mínimo a un
un paquete de
no se puedan
tercer nivel del trabajo y que se
calcular los
paquete de
les pueda
tiempos
trabajo y que
asignar un
sea atómica tiempo en horas
para su
ejecución.
Verificar que
haya un 0% de
sobre
asignaciones de
trabajo.
Los tiempos y Deben estar el
Solamente se
recursos no
100% de las
aceptará un
estén bien
actividades
10% máximo de
definidos
definidas.
sobre
asignación del
tiempo
disponible del
recurso
Líder del
proyecto
Especificación
de
requerimientos
y casos de uso
detallados
Líder del
proyecto
Especificación
de la EDT
Líder del
proyecto
Lista de
actividades
Página 4 de 6
PLAN DE CALIDAD
Desarrollo
Especificación
de diseño de
software
Desarrollo
El diseño no
contempla todos
Diseño de Alto
los
Nivel
requerimientos
funcionales
implementación
Soporte
Componente
Arquitectura
Base
Incompleto
Debe contener
el diseño
conceptual,
diseño de alto
nivel y una
estructura
complementaria
que defina el
bosquejo de
diseño
Hacer matriz
que cruza
componente
con caso de
uso
No cumpla con
su correcta
funcionalidad
El componente
debe tener
pruebas
unitarias
anexas
Carga no
representativa
La prueba debe
cumplir con el
mismo número
de usuarios
concurrentes
definidos en el
documento de
requerimientos
no funcionales
Equipo y
Ambiente no
representativo
Se debe
cumplir con el
mismo
ambiente que
se va a tener
en producción
Pruebas
Mejora entre
Se debe
prueba y prueba mejorar entre la
Triangle Funky Users
Ver 1.0
Verificar que se
describe la
estructura total
del producto,
sus
componentes
principales y
Requerimientos
especificaciones
funcionales, no
de interfaz, para
Líder de
funcionales y la
lo cual debe
Diseño
definición de los
mostrar por lo
módulos del
menos el 90%
sistema
de las
relaciones entre
los casos de
uso
especificado
con los
componentes.
Cada caso de
uso debe estar
soportado por lo
Líder
menos por un
Desarrollo
componente del
diseño
El componente
debe incluir
mínimo 1
Realizar set de
Líder
prueba unitaria
pruebas
Desarrollo
que valide su
unitarias
correcta
funcionalidad
La prueba de
carga debe
soportar mínimo
el número de
Tener los
usuarios de
Líder Calidad Requerimientos
especificados
No funcionales
en los
requerimientos
no funcionales
Se debe tener el
mismo
procesador,
Tener claro el
memoria,
ambiente que
Líder Calidad
sistema
se va a tener en
operativo y
producción
servidor de
aplicaciones
El porcentaje de
Líder Calidad
mejora en
Página 5 de 6
PLAN DE CALIDAD
Soporte
Acta de cierre
del proyecto
Triangle Funky Users
Ver 1.0
prueba
desempeño
inmediatamente
debe ser
anterior a la
mínimo el 5%
actual
No deben existir
dos
Los
componentes o
Arquitectura
Pruebas de
componentes
más con una
Líder Calidad base y diseño
integración
no se acoplan
funcionalidad
detallado
bien
común y se
acoplan
perfectamente
El 100% de los
Haya casos de
casos de uso,
Producto
uso no
Casos de uso
están
Líder Calidad
terminado
implementados
detallados
implementados
en el sistema
y probados
El producto no
0% de pruebas
Pruebas de
cumple con
Aceptación del
bloqueantes y
aceptación de
toda la
equipo de
hasta 10%
Líder Calidad
producto
funcionalidad
pruebas de
pruebas no
terminado
que el cliente
producto
bloqueantes
espera
Acta de
constitución del
proyecto,
Acta de cierre
El producto
definición de
firmada y
El producto sea debe ser de la
requerimientos
aprobada por el Líder Proyecto
de baja calidad
más alta
funcionales,
cliente y el líder
calidad
pruebas
del proyecto
funcionales
100%
aprobadas
Página 6 de 6