INSTITUTO TECNOLÓGICO DE SAN

MARCOS

PLAN DE CALIDAD PARA PRODUCTO DE SOFTWARE.

CARRERA: ING.INFORMATICA
MATERIA: CALIDAD EN LOS SISTEMAS DE INFORMACION.
PROFESOR: OSCAR VENANCIO CHORA
UNIDAD 4: MODELOS Y ESTÁNDARES DE CALIDAD APLICADOS AL
SISTEMA DE INFORMACIÓN
información
calidad aplicados al sistema de
información

PRESENTA
NOMBRE DE LOS ALUMNOS NÚMERO DE CONTROL

1 pág. 1
Contenido
INTRODUCCIÓN...........................................................................................................................................3
PROPOSITO..................................................................................................................................................4
OBJETIVO.....................................................................................................................................................4
ALCANCE......................................................................................................................................................4
ORGANIZACIÓN...........................................................................................................................................5
TAREAS........................................................................................................................................................6
RESPONSABILIDADES...................................................................................................................................6
El jefe del equipo SQA, es responsable de lo siguiente:..........................................................................6
El gerente del proyecto es responsable de:.............................................................................................7
El arquitecto de software es responsable de:..........................................................................................7
El analista es responsable de:..................................................................................................................7
Los testers son responsables de:.............................................................................................................8
Los desarrolladores son responsables de:...............................................................................................8
LISTA DE COMPROBACIÓN (checklist)...................................................................................................11
CUESTIONARIO......................................................................................................................................12
CRONOGRAMA......................................................................................................................................14
CONCLUSIÓN.............................................................................................................................................16

pág. 2
INTRODUCCIÓN

Una de las principales fases dentro de la elaboración de un proyecto

es el Aseguramiento de la Calidad del Software (SQA) es un plan de
aseguramiento de la calidad del software (SQA) define cuando
adherido a estos estándares se debe monitorear.

El SQA contiene una lista de comprobación para las actividades que

se deben llevar a cabo para asegurar la calidad del producto. Para
cada actividad, en las que tiene responsabilidad el SQA, se debe
crear un plan para su monitoreo.

En este documento se describen todos los planes y roles que tendrá

cada elemento de la organización en el proceso de aseguramiento de
la calidad del software.

pág. 3
PROPOSITO

La definición del Plan de SQA, tendrá como propósito servir como soporte para el
desarrollo de un producto de alta calidad, definiendo las actividades mínimas que
deben realizar los involucrados para alcanzar dicho objetivo.

El siguiente Plan cubre las etapas del Proceso vinculadas con la Ingeniería de
Requerimientos, Diseño, Implementación, Pruebas. Además, se definirán las
acciones a tener en cuenta en la Gestión de la Configuración del Software y en la
Gestión de Riesgos.

OBJETIVO

Objetivo es brindar a los administradores del proyecto y a su equipo de trabajo

información relevante sobre los procesos que involucran el desarrollo del sistema.
Con el fin de que el sistema se ajuste a las necesidades del cliente, se establecen
las siguientes pautas:

• Identificar y atender los puntos que no cumplan

con los estándares establecidos.
• Evaluar los procesos que involucran al sistema.
 Crear un plan de cumplimiento.

ALCANCE

El presente documento establece, de acuerdo a la política organizacional, las

actividades de SQA que deberán ser ejecutadas durante el ciclo de vida del
software definido para la aplicación. El ciclo de vida comprende las etapas de
Planificación, Especificación de Requerimientos, Análisis, Diseño, Implementación,
Instalación (aceptación y entrega), y Operación (Mantención).

pág. 4
ORGANIZACIÓN

EQUIPO SQA

JEFE DEL EQUIPO

JAVIER
CORTES

GERENTE DEL ARQUITECTO DEL

ANALISTAS TESTERS DESARROLLADORES
PROYECTO SOFTWARE

MARIO ALBERTO
MARIA GUADALUPE MARIA GUADALUPE
MARIO ALBERTO JAVIER CUEVAS CRUZ
CORTES

MARIA GUADALUPE

MARIO ALBERTO MARIO ALBERTO

CUEVAS CRUZ CUEVAS CRUZ

JAVIER

pág. 5
TAREAS

1. Realizar el Plan de SQA Plan de SQA

2. Identificar las propiedades de Calidad

3. Evaluar la calidad de los productos

4. Revisar el ajuste al proceso

5. Realizar Revisión Técnica Formal

6. Evaluar y ajustar el Plan de SQA

7. Realizar evaluación final de SQA

8. Reuniones de Apoyo a la calidad

RESPONSABILIDADES

El jefe del equipo SQA, es responsable de lo siguiente:

 Establecer un programa de calidad para el proyecto.

 Identificar las actividades de SQA que se llevarán a cabo.

 Revisar y aprobar el plan de SQA del proyecto.

 Resolver problemas relacionados con la calidad.

 Auditar y reportar las funciones SQA para este proyecto.

 Identificar los factores de calidad a ser implementados en el proyecto.

pág. 6
El gerente del proyecto es responsable de:

 Revisar y comentar sobre el plan de SQA del Proyecto.

 Implementar las actividades definidas de calidad acordadas en el plan de SQA.

 Asegurarse que los factores de calidad referentes a ACS son implementados en el

proceso de ACS.

 Revisar que los interesados en el proyecto cumplan con el plan de ACS.

El arquitecto de software es responsable de:

 Gestionar los requisitos no funcionales y definición de la Arquitectura de Software

 Selección de la Tecnología

 Mejora continua de la Arquitectura

 Facilitador

 Líder y Formador

 Aseguramiento de la Calidad

El analista es responsable de:

• Revisar y aprobar el Plan de aseguramiento de la calidad del proyecto SCPCM

• Identificar a una persona o grupo que realice las funciones de SQA

• Identificar los factores de calidad a ser implementados en el SCPCM

• Resolver y dar seguimiento a cualquier asunto de calidad levantado por el SQA 

Identificar y asegurarse que los factores de calidad se implementen en el software.

• Identificar, desarrollar y mantener documentos de planeación.

pág. 7
Los testers son responsables de:

 Dar seguimiento a los riesgos identificados.

 Buscar medidas de contingencia de los riesgos identificados

 Comentar acerca del plan de aseguramiento de la calidad

 Notificar al administrador del proyecto cuando un riesgo identificado, se convierta en

un problema.

Los desarrolladores son responsables de:

 Comentar acerca del plan de SQA

 Implementar la calidad en el diseño y codificación de acuerdo a este plan de SQA

 Resolver y dar seguimiento a cualquier asunto de calidad que tenga relación con el
diseño del sistema, arquitectura del sistema y desarrollo del mismo.
 Identificar, implementar y evaluar los factores de calidad que van a ser
implementados en el sistema.

 Implementar el diseño, arquitectura, desarrollo, procesos y procedimientos

necesarios para el sistema, siguiendo los documentos de planeación para cada uno
de estos.

pág. 8
DOCUMENTACION (Formato de lista de chequeo, Lista de chequeo de casos de pruebas
funcionales, lista de comprobación (check-list, organigrama).

Formato de lista de chequeo de prerrequisitos.

100% 100% = 100%

Lista de chequeo de casos de pruebas funcionales

pág. 9
Con el fin de garantizar que los casos de prueba contemplen el 100% de los escenarios a
probar para cada caso de uso; en su construcción deberá tenerse en cuenta la siguiente
lista de chequeo.

Cada conjunto de casos de prueba para cada caso de uso deberá contemplar:

ELEMENTO DEL CASO DE USO CASO DE PRUEBA

Datos de entrada Verificar que los datos de entrada cumplan

con:

• Obligatoriedad
• Tipo de datos
• Longitud
• Estructura
Reglas de Negocio Validar reglas de negocio que afecten los
datos de entrada (Dependencia de datos).

Validar reglas de negocio que afecten los

flujos.

Flujos Alternos Verificar la ejecución de todos los flujos

alternos.

Flujos de Excepción Verificar la ejecución de todos los flujos de

Excepción.

Flujo Básico Verificar la ejecución del flujo básico.

Generalidades: Los casos de prueba deben especificar

exactamente rutas, nombres de archivos,
valores para los datos de entrada.

Para asegurar que las rutas y nombres de

archivos se cumplan; deberá instalarse una
árbol de carpetas predefinido en la estación
donde se ejecutará la prueba.

pág. 10
CHECKLIST.

ACTIVIDAD SI NO DESCRIPCION
Antes de pasar de la idea a la ejecución, es ideal analizar a
la competencia actual que podrá tener la app. Tener un
Conoce la competencia conocimiento previo de las apps en el mercado, sus
características, funciones, complejidades y ofertas,
permitirá obtener ventajas competitivas que se puedan
agregar a la app que planeas desarrollar.
Si tratas de lanzar una app que sea innovadora, debes
saber que la idea básica con la innovación es que esta
debe aportar valor a los usuarios y que hay una app para
Identifica las demandas
cada necesidad mas no hay una necesidad para cada app.
del usuario final
En ese sentido es conveniente asegurarse de que realmente
existe una necesidad sobre la cual se pueda capitalizar
creando una app que resulte innovadora y que no solo sea
una réplica de todas las que ya existen.
Visualizar de forma previa una imagen clara de la app, sus
características, funciones y especificaciones es importante
Valida la app con para que se prepare el producto adecuado que pueda
anticipación generar engagement con la audiencia a la que se pretende
llegar. Al momento de visualizar es ideal considerar 3
áreas clave, estas son: propósito de la app, funcionalidad
de la app y utilidad.
El desarrollo de una app, así como el desarrollo de
cualquier otro proyecto, necesita de asignaciones
financieras adecuadas y toma de decisiones
Define un presupuesto
presupuestarias para lograr lo que se tiene visualizado. Al
momento de tomar las decisiones presupuestales también
hay que considerar la funcionalidad y propósito, así como
las plataformas y dispositivos que soportará.
Elegir entre iOS, Android o Windows es otro punto
Elige la plataforma más importante en la creación de una nueva app. La decisión
adecuada para la app de este punto depende en gran medida de dónde se
encuentre el público objetivo al cual se pretende llegar así
como de la plataforma predominante de la que hacen uso.
Para comenzar a materializar la idea de tu app es
necesario buscar al desarrollador que comprenda
adecuadamente los requerimientos que tienes y que ayude
Suma al desarrollador
a tomar las mejores decisiones para tu marca o empresa.
adecuado
El qué tan bien resultará la app no solo depende de la
visión que se tiene de la misma, también depende de qué
tan bien el desarrollador pueda conectar esa visión con la
realidad.
Finalmente, considera que solo la parte técnica es la mitad
del trabajo, la otra será el optimizarla para las tiendas de
Implementa el branding
apps, ello implica trabajar en el desarrollo de un título
relevante, descripciones adecuadas, capturas de pantalla,
videos descriptivos e iconos para hacer que resalte.

pág. 11
 Lista de comprobacion para el diseño de una App
22%
No. Estructura de la App
SI NO
1 Atractiva para el usuario objetivo x
2 Logo/cabecera consistente x
3 Área de navegación consistente 
5 Área del pie de la App – última revisión, email de contacto 
Uso inteligente de los principios del diseño gráfico: repetición, contraste, proximidad, alineamiento
6 
7 Equilibrio entre textos, gráficos y espacios blancos 
8 Contraste entre texto y fondo de la App 
10 La ventana de inicio debe contener información relevante/interesante 
11 La ventana de inicio debe cargarse en menos de 6 segundos desde su petición x
Total 17%
Compatibilidad los Sistemas Oprativos
10%
1 Compatible con Androi 
2 Compatible IOS x
Total 5%
Navegación en el diseño web
12%
1 Los enlaces de la navegación principal están claramente resaltados en todas las ventanas de forma constante x
2 La navegación es sencilla de utilizar 
3 Si la navegación principal está construida mediante flash o imágenes x
4 No hay enlaces rotos x
Total 3%

Color y gráficos
16%
Utilización de colores bien diferenciados entre fondos y textos, limitando el número de colores a 3 ó 4
1 
además de los colores neutrales que se quieran utilizar.
2 El color es utilizado de forma jerárquica x
3 Los colores tienen buen contraste con los textos utilizados 
4 El color utilizado en gráficas facilita la comprensión del sitio x
5 La gráfica es optimizada para que los tiempos de carga sean adecuados x
6 Cada imagen utilizada tiene una función clara x
7 Las imágenes animadas no distraen la atención innecesariamente y no se repiten o lo hacen pocas veces x
Total 6%
Multimedia
10%
1 Cada audio/vídeo/flash tiene una función clara x
2 Cada audio/vídeo/flash aportaq claridad al contenido, nuca distracción x
3 Se proporcionan subtítulos para cada archivo de audio o de vídeo utilizada (accesibilidad) x
4 Los tiempos de descarga de archivos de audio o vídeo están optimizados x
Total 0%
Tipografia
22%
1 Utilización de tipografías comunes. 
2 El lenguaje y contenido textual debe ser simple, conciso y lejible. 
3 No hace uso de mucho texto 
3 El contenido proporciona información relevante x
4 El contenido es organizado de forma consitente 
7 El contenido no tiene información anticuada 
8 El contenido está escrito de forma adecuada y sin errores ortográficos x
Total
16%
Funcionalidad
8%
1 Todos los enlaces internos funcionan x
2 Todos los enlaces externos funcionan x
3 Todos los formularios funcionan correctamente x
Total
0%

100% pág. 12
Obtenido 47%
pág. 13
CUESTIONARIO

pág. 14
pág. 15
pág. 16
CRONOGRAMA

pág. 17
 INTRODUCCIÓN PROPOSITO OBJETIVO ALCANCE ORGANIZACIÓN TAREAS RESPONSABILIDADES CREACION DE FORMATOS TABLAS DE LISTA DE CUESTIONARIOS CHECKLIST
FORMATOS DE DE EVIDENCIAS COMPROBACIÓN
EVALUACION REPORTES
Nov. Guadalupe
24
Nov. Guadalupe
25

Nov. Javier
26
Dic. Javier
02
Dic. Mario
05
Dic. Mario
07

Dic.
09

Dic. Mario
12
Ene.
12
Ene. Guadalupe Javier Javier
15

Ene. Mario
17

Ene. Mario Guadalupe

17

Ene.
19

pág. 18
CONCLUSIÓN

Los planes de aseguramiento de la calidad son una herramienta común en

entornos industriales para asegurar de forma continua la calidad de los productos
y los servicios, la calidad es un fenómeno actual y su importancia de implementar
un sistema de gestión de la calidad, radica en el hecho de que sirve de plataforma
para desarrollar en la organización una serie de actividades, procesos y
procedimientos, encaminados a lograr que las características del producto o del
servicio cumplan con los requisitos del cliente, que en pocas palabras sean de
calidad, lo cual ofrece mayores posibilidades de que sean adquiridos por este,
logrando así el porcentaje de ventas planificado por la organización, lo que
repercute directamente en los beneficios de todas las partes implicadas.

pág. 19