UNIVERSIDAD TECNOLOGICA DEL PERU

CALIDAD DE SOFTWARE

PLAN DE ASEGURAMIENTO DE LA CALIDAD

INTEGRANTES:

 Rios Pillaca, Diana Elizabeth

 Arenas Ochante, Roberto Carlos

 Paita Ureta, Levi

 Mauricio Olivera, Miguel Angel

 Ramos Aguirre, Luis Fernando

2019
1. INTRODUCCIÓN

En el presente documento se realizará el plan de aseguramiento de calidad para

el software que se implementará con el fin de que nos permita gestionar el plan
de calidad de software de manera exitosa. El plan de aseguramiento de Calidad
del servicio que tendrá como herramientas los Checklist’s de Calidad los cuales
serán implementados para las revisiones y auditorías internas o externas para el
aseguramiento de calidad de proceso. Este documento nos permite asegurar dos
actividades que es aseguramiento del producto y proceso, donde se verifica el
cumplimiento de las áreas de proceso de CMMI Nivel 3, de producto de
software y sus estados de evolución, ya que nuestro sistema está enfocado en la
reservación de citas para la reparación de autos en los talleres mecánicos.

Las actividades contenidas dentro del aseguramiento de la calidad son:

a. Aseguramiento del Producto

● Los analistas deben desarrollar y diseñar las propuestas de solución

según el alcance definido al inicio del proyecto, así como con los
requerimientos presentados por los clientes.

● Como acción principal se tendrá la implementación del software

propuesto acompañado de la documentación pertinente con lo cual se
creará una gestión del conocimiento tanto dentro del proyecto como para
la organización.

b. Aseguramiento del Proceso

● Se realizará el aseguramiento de todos los procesos que se hayan

indicado en el alcance inicial, de no ser así se informará sobre los puntos
al jefe del proyecto quien redefinirá o anulará los nuevos requisitos
funcionales.

● Se deben identificar los procesos Core del negocio o con la ayuda de un

diagrama de Pareto identificar aquellos procesos en los cuales se haya
obtenido un mayor número de incidentes con el fin de que se pueda
mejorar dicho proceso.
2. OBJETIVOS

El presente plan de aseguramiento de calidad tiene los siguientes objetivos:

a. Objetivo general

 El objetivo del presente plan de aseguramiento de calidad es entregar

la descripción de los requisitos y procedimientos, que reúnan las
características necesarias para satisfacer todos los requerimientos del
sistema de información las cuales serán adaptadas para el desarrollo
de los servicios y ejecución de los trabajos.

b. Objetivos específicos

 Evaluar los procesos: El grupo de aseguramiento de calidad

participa en la revisión de los productos seleccionados para
determinar si son conformes o no a los procedimientos, normas o
criterios especificados, siendo totalmente independiente del equipo
de desarrollo.

 Evaluar el producto: Evaluar objetivamente con los plazos

acordados el producto elaborado basado en los requerimientos
solicitados por el cliente, para garantizar que cumpla con las
especificaciones solicitadas.

 Planificar, ejecutar, documentar y hacer el seguimiento de las

actividades de gestión técnica y asesoría que sea necesario, para
satisfacer los requerimientos de calidad esperados por el Cliente.

 Comunicar y asegurar el cumplimiento de los procesos:

Identificar las posibles desviaciones en los estándares aplicados, así
como en los requisitos y procedimientos especificados. Comprobar
que se han llevado a cabo las medidas preventivas o correctoras
necesarias. Para llevar un control exacto de las desviaciones
presentadas se propondrán una serie de umbrales para mantener
controlado dicho suceso.

 También evaluar la gestión de calidad mediante las normas ISO

25000 ISO/IEC 25002 y el ISO 27001 para dar la seguridad y la
buena práctica
3. ALCANCE

El presente documento, tiene como alcance las actividades relacionadas con la

reservación de citas en un taller mecánico para que este mismo atienda a sus
clientes de forma física. El plan de aseguramiento de calidad tiene los siguientes
aspectos los cuales deberán cumplirse de manera óptima tales como:

● Criterios para la aceptación o rechazo de cada producto resultante de un

proceso.

● Procedimientos para implementar acciones correctivas o preventivas y

realizar su seguimiento, identificando responsables.

● Métodos para la salvaguarda y mantenimiento de la documentación

obtenida en las actividades de aseguramiento de calidad.

● Actividades y tareas relacionadas con el aseguramiento de calidad a

realizar a lo largo del desarrollo del software y responsabilidades.

● Productos mínimos exigibles de ingeniería del software.

● Estándares, prácticas y normas aplicables durante el desarrollo del

software.
● Tipos de revisiones, verificaciones y validaciones que se van a llevar a
cabo, así como los responsables de su realización.

3.1 Marco teórico

La calidad del software debe ser considerada en todos sus estados de

evolución, especificaciones, diseños y codificados, donde no bastará con
verificar la calidad del producto, sino la metodología de aseguramiento y
Control de la Calidad del producto y del proceso de Software aplicadas al
servicio de mantenimiento y desarrollo del sistema de acuerdo las
estandarizaciones de ISO. Este software permite gestionar las citas para un
taller mecánico de servicio de atención, la cual presenta un Registro de
datos del cliente y su vehículo e informa las disponibilidades de horas
disponibles y horarios. La finalidad de este proyecto es ser los primeros en
hacer algo distinto para los clientes ya sea a mediano o largo plazo.
El plan de aseguramiento de calidad del software (SQA) implica, revisar y
auditar los productos y actividades de software para verificar que se
cumplen los procedimientos y los estándares, además de proveer a las
gerencias apropiadas (incluyendo a la de proyectos) con los resultados de
estas revisiones. Por lo tanto, SQA envuelve al PROCESO de desarrollo de
software completo: monitoreando y mejorando el proceso; asegurándose
que cualquier estándar y procedimientos adoptados sean seguidos; y,
asegurándose que los problemas sean encontrados y tratados.
4. PROCESO DE MANTENIMIENTO

El equipo de desarrollo está completamente comprometido de elaborar una

aplicación con un interfaz amigable fácil de uso, para el usuario final, siendo de
esta forma también comprometidos con el aseguramiento y control de calidad
brindando las actualizaciones y mantenimientos de la aplicación. Buscando
siempre cómo mantener a los talleres mecánicos de la capital a la vanguardia de
las últimas tendencias para ofrecer sus servicios de atención a sus clientes.

Normas, procedimientos y estándares de mantenimiento, están basadas PMBOK

y para el desarrollo de los requerimientos, contiene actividades para el
mantenedor tales como:

 La Gestión, Infraestructura y Entrenamiento son procesos que emplea

el mantenedor cuando inicia un proyecto de mantenimiento.

 El proceso primario operación puede iniciar el proceso de

Mantenimiento de Software remitiendo una solicitud de modificación
o Informe del problema.

 Los procesos de Apoyo de Documentación, Gestión de la

Configuración, Aseguramiento de la Calidad, Verificación, Revisión
Conjunta, Auditoría y Resolución de Problemas se utilizan en el
proceso de Mantenimiento de Software.

 El Proceso de Mejora se enfoca para efectuar la mejora del proceso

de mantenimiento de modo que la adaptación es apropiada para
eventos no rutinarios como mantenimiento de emergencia.

Los principales entregables generados en el Proceso de Mantenimiento son:

 Informe de Pruebas
 Documento de Pase a QA/Producción
 Documento de Pre-Análisis
 Documento de Análisis
 Documentos de Aceptación de Pruebas Funcionales
 Acta de Reunión de Trabajo
 Plantilla de manual de usuario
 Plantilla de manual de sistemas
 Plantilla de manual de administración de sistemas

5. PROCESO DE PROYECTOS ESPECIALES

Para llevar la gestión del plan se realizará la documentación de los siguientes

formatos:
Nombre del Entregable
Sistema Módulo Migración Diagnóstico Prueba de
de Datos Concepto

Documento Pre-Análisis X X X

Documento Análisis X X X

Documento de
Aceptación del
PP FF. X X X

Plan de Propuesta X X X

Acta de Constitución del

Proyecto (Project
Chárter) X X X

Plan de Trabajo (Incluye

Cronograma) X X X X X

Plan de Iteraciones X (*) (*)

Informe de Iteración X (*) (*)

Plan de Implantación X X (*) (*)

Acta de Aceptación del

Producto X X X

Informe Final del

Proyecto (Acta de
Cierre del
Proyecto) X X X X X

Modelo de Negocio X X

Glosario de Términos X X

Documento de Alcance
del Sistema X X X X
Documento de Análisis X X X (*)

Documento de Diseño X X (*) (*)

Documento de Revisión
de Prototipo X X (*) (*)

Plan de Migración (*) (*) X

Documento de
Implementación X X (*)

Código, Scripts, Fuentes

y Librerías X X X (*)

Plan de Pruebas X X (*)

Informe de Pruebas X X (*)

Plan de Pruebas de
Migración (*) (*) X

Informe de Pruebas de
Migración (*) (*) X

Documento de
Autorización de
Pase a Producción X X X

Informe de Monitoreo X X X

Informe de Migración (*) (*) X

Manuales X X

Relatorio del Proyecto X X X

6. EVALUACIONES PARA EL ASEGURAMIENTO Y CONTROL DE
CALIDAD DEL SOFTWARE DEL PRODUCTO
Según el estándar ISO 9126-1 se presenta un modelo de calidad constituido en 6
partes las cuales se mencionan a continuación:

Factores de Criterios Pruebas de Nivel de error

calidad control de calidad

Funcionalidad ● Operatividad ● Prueba Demasiado Grave

correcta del funcional
software ● Prueba de
● Seguridad de seguridad
acceso
(OWAS)

Fiabilidad ● El sistema ● Prueba Demasiado Grave

debe ser funcional y
tolerante a revisión de
fallos código
● Escalable ● Prueba
funcional

Usabilidad ● Capacidad ● Revisión de Grave

para ser código
entendido ● Prueba
● Capacidad funcional
para ser ● Prueba
aprendido funcional
● Entorno
amigable

Eficiencia ● Cumplimiento ● Revisión de Grave

de estándares código
de ● Prueba
programación funcional
● Gestión del
conocimiento

Mantenibilidad ● Capacidad ● Prueba Moderado

para ser funcional
analizado ● Prueba
● Capacidad funcional
para ser
probado

Portabilidad ● Adaptabilidad ● Prueba Moderado

● Instalabilidad funcional
● Capacidad ● Prueba
para ser funcional
reemplazado ● Prueba
 funcional y
revisión de
código

Cuando realicemos las revisiones debemos tener en cuenta estos niveles de error
que se definen a continuación.

NIVEL DE DESCRIPCIÓN
ERROR

Moderado Errores de forma y de bajo impacto en el sistema.

Grave No se realizan transacciones válidas.

Demasiado Grave Se realizan transacciones inválidas, afectando la

integridad de la información.

En el caso de ser error “Moderado”, se tomarán acciones inmediatas,

corrigiéndose dicho error. En caso de ser “Grave” o “Demasiado grave” se
rehace el trabajo, dejándose constancia en los Checklist respectivos.

7. EVALUACIONES DE ASEGURAMIENTO Y CONTROL DE CALIDAD -

PROCESO

En este punto se indicarán los procesos que se deben llevar a cabo para asegurar
la calidad de los procesos los cuales se realizarán con el apoyo de estándares o
normas que serán indicados en los siguientes archivos:

● Reporte de la revisión: Por cada proceso revisado se tendrá que generar

un documento en el cual se detalla todo lo observado durante un proceso
el cual debe ser firmado por el dueño del proceso.

● Reporte de no-conformidades: En el documento se indican todas las no

conformidades brindadas por el cliente para su análisis y respuesta de
solución al mismo.
 ● Acciones correctivas: Después del análisis se implementa la solución
como acción correctiva y se vuelve a revisar el proceso como parte de
una mejora continua.

7.1. EVALUACIÓN OBJETIVA DE LOS ENTREGABLES

Se evaluará objetivamente los entregables intermedios verificando si se

están produciendo de acuerdo a los estándares, normas y procedimientos.
Para los cual tendremos los siguientes Mecanismos de Control:

 Reporte de la revisión.

 Reporte de no-conformidades.

 Acciones correctivas.

Asimismo, debemos de:

I. Seleccionar entregables intermedios basados en un criterio

establecido.

II. Definir un criterio claro para la evaluación de los entregables

intermedios y productos los cuales deben basarse en los objetivos
de negocio.

III. Usar un criterio documentado en las evaluaciones ya que, todas

estas evaluaciones deben ser almacenadas y comparadas para
medir el nivel de mejora del proceso.

IV. Evaluar los entregables antes que sean entregados al usuario.

V. Se debe presentar a los clientes el avance de cada punto dentro de

plan de aseguramiento de calidad ya que, de esa manera se
asegura el cumplimiento del plan de gestión de calidad.

VI. Se debe mantener una lista de todas las no-conformidades

mayormente presentadas en otros proyectos o por experiencia.
 VII. Todas las mejoras o irregularidades pendientes deben ser
documentadas ya que, cada proceso debe ser entendible de ser
retomado por otro proveedor.

7.2. ASEGURAR LA SOLUCIÓN DE LAS NO-CONFORMIDADES

Se asegurará la solución de las no-conformidades e informar los
problemas de calidad a la gerencia. Para los cual tendremos los
siguientes Mecanismos de Control:

 Reporte de acciones correctivas.

 Reporte de evaluación.

 Informe de calidad (tendencias, causas de no-conformidad).

Se plantea el procedimiento para la detección y evaluación de una no

conformidad
Evidencia: En primer lugar, se identifica cuáles son los procedimientos
identificados por el cliente y verificados por el auditor con lo cual se inicia
una no conformidad.
Evaluación: De ser una no conformidad se deberá indicar los puntos del
alcance violados durante la auditoría del proceso.
Hallazgo: Se encuentran las causas por lo cual la evidencia encontrada se
hace verídica y se acepta como no conformidad.

8. ACTIVIDADES DE VERIFICACIÓN Y VALIDACIÓN

Dentro del proceso de Verificación y validación se utilizan dos técnicas de

comprobación y análisis de sistemas en las cuales se realizan los siguientes hitos
respectivamente:
Inspecciones del software:
  Analizar y comprobar las representaciones del sistema como el
documento de requerimientos, los diagramas de diseño y el código
fuente del programa.

 Aplicar a todas las etapas del proceso de desarrollo.

 Las inspecciones se complementan con algún tipo de análisis

automático del texto fuente o de los documentos asociados.

 Las inspecciones del software y los análisis automatizados son

técnicas de verificación y validación estáticas puesto que no
requieren que el sistema se ejecute.

Pruebas del software:

 Consiste en comparar las respuestas de una implementación del
software a series de datos de prueba y examinar las respuestas del
software y su comportamiento operacional y de esa manera medir el
desempeño actual del software.

 Llevar a cabo las pruebas es una técnica dinámica de la verificación y

validación ya que requiere disponer de un prototipo ejecutable del
sistema el cual se encuentra almacenado en una instancia de
preproducción del software.

9. HITOS y PUNTOS DE CONTROL

A continuación, se detallan los Hitos (PCM) definidos, y los Puntos de
Control (PCM) por cada fase:

Fase de Incepción
● PCM0: Revisar el Requerimiento.
● PCM1: Revisar el Documento de Pre-Análisis.

Fase de Elaboración
● PCM2: Revisar el Documento de Análisis.
 ● PCM3: Verificación conformidad del Desarrollo de la Solución.

Fase de Construcción
● PCM4: Verificar la realización de las pruebas internas.
● PCM5: Revisar el Documento Pase a QA/Producción y verificar
aprobación de pase a QA en la CLIENTES.
● PCM6: Verificar las pruebas funcionales.
● PCM7: Verificar las pruebas de sistemas.
● PCM8: Revisar que la documentación se encuentre conforme y
archivada.

Fase de Transición
● PCM9: Revisar Documento Pase a QA/Producción este conforme y
Verificar si se actualiza documentación.
● PCM10: Comprobar capacitación al personal de CLIENTES de ser
necesario.
● PCM11: Verificar aprobación del Pase a Producción.

Para asegurar el cumplimiento de todos los hitos propuestos se mantendrá una

comunicación continua entre el jefe y los lideres técnicos del proyecto los cuales
deben mantener una revisión y actualización continua de cada proceso realizado
en el plazo determinado dentro del diagrama Gantt propuesto al cliente.

10. RESPONSABLES
A continuación, se detalla a los responsables del área de aseguramiento y control
de calidad en el presente servicio:

● Jefe de aseguramiento y control de calidad.

● Analista de calidad
● Analista de pruebas unitarias.

11. PROCEDIMIENTO DE ACCIONES PREVENTIVAS

 El objetivo es recopilar información, analizar e implementar controles para
asegurar que se tomen acciones preventivas en forma oportuna frente a cualquier
no conformidad potencial.

11.1 ACCIONES PREVENTIVAS

● Determine con antelación los requisitos de usuarios de base de datos y

sistema operativo, incluyendo los privilegios de acceso; esto ayudara a
tener un control de quienes acceden al sistema y a la información crítica.

● Mantener un control de versiones sobre toda la documentación de

análisis y diseño. Difundir lo antes posible las últimas versiones y alertar
a todo el equipo.

● Cuando se solicite información a terceros, recordar hacer seguimiento a

las solicitudes. Registrar una bitácora de pendientes.

● El análisis y diseño debe involucrar a todas las áreas de la empresa, así se

tendrá una mejor visión de lo que se requiere con exactitud.

● Se debe partir de una definición general de, que está en el alcance y que
no, para moderar las reuniones de levantamiento de información.

● Determinar con antelación todos los requisitos de documentación,

incluyendo planillas de control de cambio, formatos, solicitudes, etc.

12. INFORME DEL ASEGURAMIENTO DE CALIDAD

Para asegurarse que se están realizando correctamente las pruebas de
verificación en los procesos, se realizaran informes semanales sobre cada uno de
ellos, a fin de recabar toda la información, generar los reportes e informar sobre
los posibles errores encontrados para poder ejecutar los respectivos planes de
contingencia y dar con la solución de estos.