CARTA DE PLANEACIÓN

Número de Auditoria: 002 Tipo de Auditoria: Externa Fecha de elaboración de la

carta de planeación:
28/11/17
Entidad a Revisar: Trabajo de equipo del grupo TI-402
Procesos a Revisar: Desarrollo de sistemas de información (Sistema de Museo
Oaxaca.)
Autorizo: Chávez Chonteco Gamaliel Agustín Firma

l. OBJETIVO.

Revisar y evaluar el proceso y producto de software, verificando que el resultado

sea un sistema útil, seguro, eficaz, eficiente y controlable, para lograr que este
produzca resultados consistentes y así satisfacer los requerimientos y
necesidades del usuario.

ll. ALCANCES

El alcance de la auditoria a realizar es evaluar el procedimiento y cumplimiento

del producto y procesos en el desarrollo del software.
III. RESPONSABILIDADES DEL EQUIPO AUDITOR.

 Verificar el cumplimiento de normas, procedimientos y evaluar las

desviaciones encontradas.
 El auditor debe hacer uso adecuado de la información obtenida durante la
auditoria.
 Proporcionar información útil a otros integrantes del equipo auditor.
 Verificar la exactitud de la información cuando los programas de trabajo así
se lo exijan.
 Los resultados de la Auditoría se le dará a conocer a la empresa un día
después de haber realizado dicha auditoría.

IV. HERRAMIENTAS A UTILIZAR DURANTE EL DESARROLLO DE LA

AUDITORIA.

 Observación
 Entrevista
 Check list

Descripción de las herramientas a utilizar.

 Observación: el auditor se cerciorará personalmente de hechos y

circunstancias relacionados con la forma en que se realizan las
operaciones en el desarrollo del software, el cual se utilizará la
observación directa e indirecta, en la observación directa entra en
contacto con el proyecto, en la observación indirecta el auditor no
 entra en contacto físico directo con el aspecto observado sino examina
por referencias o comparaciones. El auditor observa las
consecuencias del fenómeno contemplado.

 Entrevista: la entrevista será utilizada para la recopilación de

información sobre el aspecto que se va a auditar, el cual ayudará a un
entendimiento y validez del proceso de desarrollo del software.

 Chek-list: Es una lista de chequeo que ha sido previamente realizada

con puntos establecidos por el equipo auditor, el cual ayudará a
verificar el cumplimiento de ciertos puntos en el proceso de desarrollo
de software.

V. PERSONAL AUDITOR

Nombre del auditor Empresa Iniciales Firma

Ramos Jiménez José Antonio InnovaTic RJJA
Ruiz Hernández Alfonso de Jesús InnovaTic RHAJ
 VI. PROGRAMA DE AUDITORIA AL SISTEMA DE TURISMO OAXACA

FECHAS ESTIMADAS TIEMPO REAL

CLAVE CRITERIOS A REVISAR
INICIO TERMINO INICIO TERMINO

001 Proceso para el desarrollo del software

002 Producto
003
004
005
:
 1. Visibilidad del sistema

N° Pregunta SI NO N/A
1 La pantalla asociada al producto de software tiene un título o cabecera
que describe su contenido.
2 Los iconos asociados al producto permite distinguirlo con facilidad
3 Hay retroalimentación visual en contenido, menú, cajas de diálogos etc.
4 Si se pueden seleccionar múltiples opciones en un menú, ¿hay
retroalimentación visual sobre que opciones están seleccionadas?
5 A simple vista puede el usuario saber en qué estado está el sistema y que
acciones pueden llevar acabo
6 El logo del sistema concuerda con la temática del producto.

2. Producto de software y el mundo real

N° Pregunta SI NO N/A
1 Las imágenes e iconos utilizados son concretos y familiares para el
usuario.
2 Los menús están organizados de una forma lógica
3 La combinación de colores utilizadas corresponden con las expectativas
habituales sobre código de color
4 Las etiquetas utilizadas en los formularios utilizan una terminología
familiar al usuario
5 Las opciones de menú encajan en las diferentes categorías establecidas
6 El sistema gestiona automáticamente la alineación de valores decimales.
7 Cuando al sistema se le facilitan cantidades monetarias introduce
automáticamente el símbolo asociado con la divisa

3. Constancia

N° Pregunta SI NO N/A
1 Los iconos están etiquetados
2 Se ofrece una opción de salida en el menú del sistema
3 Hay retroalimentación visual en contenido, menú, cajas de diálogos etc.
4 Los menús están en la misma ubicación en las diferentes interfaces que
componen el software.
5 La fuente de letra es la misma en todo el software
6 Los colores son los mismos en las diferentes ventanas que componen el
software
7 Los iconos e imágenes llevan una consistencia en el software
 4. Reconocimiento

N° Pregunta SI NO N/A
1 La información, claves y mensajes, el software las ofrece en un lugar
visible en pantalla
2 La información se muestra adecuadamente justificada para su fácil
recorrido.
3 Los datos que el usuario puede proporcionar de forma opcional en un
formulario se marcan de forma clara
4 El uso del tamaño, la negrita, o el color se utiliza para resaltar la
importancia de cada elemento que conforma las ventanas.
5 Hay una conjunción adecuada de color, brillo y contraste entre un
primer y segundo plano.

5. Eficiencia de uso

N° Pregunta SI NO N/A
1 El producto ofrece su contenido de forma inmediata
2 El producto ofrece valores por defecto y completa cuando es posible

6. Diseño estático y minimalista

N° Pregunta SI NO N/A
1 Toda la iconografía utilizada en el producto es conceptual y visualmente
distintiva
2 Las etiquetas utilizadas son breves, descriptivas y familiares
3 La selección de colores concuerda con la institución u organización para la
que el producto es destinado.

7. Ayuda

N° Pregunta SI NO N/A
1 El acceso a la ayuda se realiza a través de etiquetas o símbolos en caso de
que existan errores
2 Los usuarios pueden conmutar rápidamente entre el software y la ayuda
3 Existe una documentación para desarrolladores
4 Existe una documentación de instalación
 8. Privacidad

N° Pregunta SI NO N/A
1 Pueden las áreas protegidas o confidenciales se accedidas con ciertas
contraseñas
2 ¿Al insertar una contraseña esta se encripta automáticamente?
3 ¿Tiene sistemas de seguridad para salvaguardar la información del
cliente?

9. Soporte

N° Pregunta SI NO N/A

1 Existe una empresa, encargado u organización que de soporte a los

usuarios del sistema
2 Se puede acceder al código del producto desde el portal web del
proyecto o desde cualquier otro lugar accesible
3 Hay acuerdos para generar soporte al producto en un cierto tiempo

10. Portabilidad

N° Pregunta SI NO N/A
1 El producto está escrito en lenguaje de programación portable (p.e.. php,
java, python, c, …)
2 El producto está disponible para diferentes sistemas operativos
3 El producto se integra de forma correcta en el sistema en cuanto a la
facilidad de instalación
4 El programa puede reemplazarse de forma simple por nuevas versiones

11. Pruebas

N° Pregunta SI NO N/A
1 Se realizó una planificación de para las pruebas del productos
2 Se realizaron pruebas en la codificación
3 Se realizaron pruebas en el diseño
4 Se realizaron pruebas en el diseño con el usuario final
5 Se realizaron las especificación de las pruebas a realizar
6 se especificaron los procedimientos para la realización de las pruebas
7 Se realizaron cambios por los resultados de la pruebas
 ENTREVISTA
N° PREGUNTAS
1 ¿Cuentan con un cronograma de actividades?
2 ¿Las actividades actualmente realizadas concuerdan con el cronograma de actividades?
3 ¿En que se basaron para el desarrollo del proyecto?
4 ¿Se realizó asignación de tareas para la realización del proyecto?
5 ¿Cuentan con una metodología?
6 ¿En que se basaron para la selección de dicha metodología?
7 ¿Las fases del proyecto concuerdan con las fases de la metodología?
8 ¿Se realizó la recolección de requerimientos para el desarrollo del proyecto?
9 ¿Se realizó una planificación para el desarrollo del proyecto?

GUIA DE OBSERVACIONES

N° PUNTOS A OBSERVAR OBSERVACIONES

1 La documentación solicitada tiene
consistencia (orden, completa, autorizada,
revisitad, formato.)
2 si las actividades del cronograma se
respetan en tiempo y forma
3
observación de diseño de interfaces
4 observación en la selección de la
metodología a utilizar

5 La recolección de requerimientos para la

realización del proyecto.
6 La planificación que se realizó para poner
en marcha el proyecto
 7 Si el avance del proyecto concuerda con la
fases de la metodología que están
implementando
8 El diseño del sistema en conjunto

Observaciones generales

CONTROL DE EMISIÓN
Elaboró Revisó Autorizó
Nombre Ruiz Hernández Alfonso de Jesús Ramos Jiménez José Antonio Ruiz Hernández Alfonso de Jesús

Firma

Fecha 28/11/17 29/11/17 28/11/17