Informe de Auditoria de Sistemas

UNIVERSIDAD TECNOLGICA DE CAMPECHE
Ingeniera Tecnologas de la Informacin y Comunicacin

Asignatura:
ASIGNATURA INTEGRADORA II
Nombre del Profesor:

Mara de Lourdes Crdenas Maldonado
UNIDAD I: Auditora de sistemas de tecnologas de la informacin

Actividad:
Investigacin
Nombre del alumno:
Luis Antonio Prez de la cruz
Cuatrimestre:
10
Grupo:
B
Ciclo Escolar:
Agosto Diciembre 2016
San Antonio Crdenas, Carmen, Campeche
INFORME DE AUDITORIA DE SISTEMAS

1. DEFINICION:
La elaboracin del informe de auditora sistemas es el punto final del proceso
de captacin y tratamiento de la informacin obtenida del sistema auditado.
Esta informacin ha de ser suficiente para que el auditor, con su experiencia y
conocimiento, sea capaz de realizar un diagnstico y realizar unas
recomendaciones.
2. CARACTERISTICAS DEL INFORME DE AUDITORIA DE SISTEMAS
En la relacin del informe ,el auditor seala los resultados de su
investigacin ,sus evaluaciones, hallazgos, aportaciones y conclusiones sobre
el trabajo realizado; tambin ,tambin seala las tcnicas ,herramientas
,mtodos y procedimientos que utilizo en la obtencin de datos ,las
observaciones e interpretaciones de los fenmenos y hecho evaluados que le
sirvieron de sustento en la elaboracin de documentos de situaciones
encontradas o relevantes que informa, as como todas las dems aportaciones
con las cuales da su sello personal al informe presentado .
Evidentemente ,el informe de una auditoria de sistemas computacionales es

producto de la experiencia y conocimientos del auditor que lo presenta ;por
esta razn, adems de servir para sealar las observaciones, desviaciones y
resultados encontrados ,este documento tambin sirve para que el auditor
exhiba los conocimientos ,tcnicas y procedimientos que utilizo para evaluar el
rea de sistemas ,asimismo, en su redaccin muestra su forma de ser y de
actuar profesionalmente ,as como su cultura .
De hecho, esto tambin se juzga en la presentacin del informe de auditoria;

no solo el resultado, sino quien y como lo presenta .por eso es muy importante
conocer las caractersticas fundamentales de la elaboracin del informe de la
auditoria.
Para contribuir a incrementar la calidad en la presentacin del informe de

auditoria ,misma que se puede hacer extensiva a cualquier otro tipos de

trabajo profesionales ,e incluso personales o escolares ,a continuacin
presentamos algunas de la principales caractersticas de la redaccin del
informe de auditoria ,las cuales ayudaran al auditor de sistemas
computacionales a mejorara su elaboracin .
2.1
CARACTERISTICAS FUNDAMENTALES:
Inicialmente, se pueden identificar dos caractersticas fundamentales en los

informes de auditoria de sistemas, las cuales siempre se refieren al contenido
del informe y a la forma de presentarlo; dichas caractersticas son las
siguientes
A. Caracterstica de fondo.-
Estas caractersticas se refieren al cuidado que debe tener el auditor de

sistemas al revisar que el contenido total del informe de auditoria sea acorde
con lo que realmente tiene que sealar acerca de la revisin efectuada,
refirindose exclusivamente al contenido del informe; para ello debe tomar e
cuenta los siguientes aspectos:
* Que la informacin que contiene el documento sea veraz, confiable y

oportuna y sin distorsiones ni tendencias que demeriten el trabajo realizado.
* Que el uso de la terminologa sea exacto y objetivo, para que se entiendan

e interpreten las desviaciones reportadas tal y como se quisieron plasmar.
* Que el contenido del informe sea congruente con lo observado, sin

inventar, distorsionar o modificar lo encontrado en la evaluacin.
* Que permita mostrar la situacin real del rea auditada, a fin de identificar
y solucionar lo encontrado en la evaluacin.

* Que permita mostrar, con su simple lectura, la situacin real del rea
auditada, a fin de solucionar la problemtica sealada.
* Que su contenido abarque todo lo que se debe informar del rea auditada,
sin abundar en explicaciones intiles, pero sin ser parco en lo que se presenta.
* Que el lector capte inmediatamente la problemtica que reporta el auditor,

as como la opinin que plasma respecto al funcionamiento del rea de
sistemas o de sistemas auditados.
B. Caracterstica de forma.-
Se refiere a la manera en que el auditor debe presentar el informe, en cuanto

al estilo de redaccin, contenido en partes, apartados, apndices, tipo y
tamao de las hojas y el tipo de letra, ortografa, sintaxis, gramtica y dems
componentes del lenguaje, y en si de todo lo relacionado con la presentacin
del documento. Al redactar dicho informe, el auditor debe considerar los
siguientes aspectos:
Que est redactado en forma concisa, clara, sencilla y amena, sin exceso
de tecnicismo, pero sin omitirlos cuando sean necesarios, a fin de que su
lectura sea comprensible.
Que al redactarlo se eviten la redundancia, repeticiones y reiteraciones

intiles que solo abultan y entorpecen la lectura.
Que la forma de presentar el informe sea profesional, mecanografiado en

forma impecable y con el contenido exacto que debe este tipo de documentos.
Que su redaccin sea impecable en cuanto ortografa y puntuacin

Que el contenido sea acorde a las necesidades y exigencias de la empresa
auditora
2.2
CARACTERISTICAS DE LA PRESENTACION DEL INFORME
Claridad
Confiabilidad
Propiedad
Concisin
Sencillez
Acertividad
Ilacin
Tono y fuerza
Oportunidad
Exactitud
Imparcialidad

Objetividad
Congruencia
Familiaridad
Veracidad
Efectividad
Positividad
2.3
CARACTERISTICAS IMPORTANTES PARA EL LECTOR DEL INFORME DE
AUDITORIA
Que el informe tenga familiaridad
Que el contenido del informe sea coloquial
Que el contenido del informe sea variado
Que se entregue y comente oportunamente
Que su lectura sea sencilla
Que su contenido est fundamentado

Que su redaccin sea clara
Que la informacin contenida sea contundente
Que este redactado en un estilo impersonal
Que su contenido est sintetizado
Que su contenido sea ameno y entendible
Que sea enftico en las situaciones reportadas
3. PROCEDIMIENTOS PARA ELABORAR EL INFORME DE AUDITORIA DE

SISTEMAS
En el informe de auditora se reportan las situaciones encontradas durante la
evaluacin pero tambin se deben incluir las causas que originan esas
situaciones y las posibles sugerencias para solucionar los problemas
encontrados.
Sin embargo la elaboracin del informe, el cual es el punto ms importante de

la auditoria de sistemas, es uno de los aspectos ms difciles para los
auditores debido a que requiere procedimientos complicados, propios de las
auditorias los cuales se tienen que llevar a cabo mediante una secuencia como
lo que se propone en la figura.
En ella se describe un ordenamiento general de realizacin del informe el cual

va desde la aplicacin de los instrumentos de recopilacin hasta la
presentacin del informe a los directivos de la empresa.
Est claro que el producto final y el ms importante de una auditoria de

sistemas es la elaboracin correcta del informe, ya que en este se presentan

los resultados obtenidos durante la evolucin de la gestin administrativa del
centro de cmputo o de cualquier otro aspecto relacionado con los sistemas.
3.1
PASOS PARA ELABORAR DICHO INFORME SE COMPONE DE:
Aplicar instrumentos de recopilacin
De acuerdo con el programa para la auditoria de sistemas, el auditor aplica

los instrumentos, tcnicas, procedimientos y herramientas que diseo en la
etapa de planeacin con el propsito de realizar la evaluacin a los sistemas, a
las reas de centros de cmputo o a cualquier otro aspecto.
Con la aplicacin de estos instrumentos, el auditor detecta las posibles

desviaciones a la actividad que se est evaluando y de acuerdo con sus
conocimientos y experiencias las analiza y las registra en el formato de
situaciones encontradas que analizaremos continuacin.
INSTRUMENTOS DE RECOPILACION:
Este tiene como objetivo identificar los principales instrumentos tcnicas,

herramientas y mtodos utilizados en la recopilacin de informacin:
Las cuales se detallan a continuacin:
a) Entrevista
b) Cuestionarios
c) Encuestas
d) Observacin
e) Inventarios
f) Muestreo
g) Experimentacin
Al utilizara estas herramientas, mtodos y procedimientos en auditoria de

sistemas lo que hace es utilizar lo mejor de ellas para adecuarlas a las
necesidades especificas de la evaluacin requerida.
IMPORTANCIA DEL USO DE HERRAMIENTAS COMPUTADORIZADAS EN LA

AUDITORA
Las herramientas computadorizadas de apoyo a la auditora se suelen

clasificar en dos categoras genricas, a saber: tcnicas y herramientas
Podemos decir de estos que las:
Tcnicas: extraccin y anlisis de datos, deteccin de fraude, monitoreo

continuo, valoracin de la seguridad de la red, control de comercio electrnico,
evaluacin del control interno y papeles de trabajo automatizados.
Herramientas: procesadores de texto, hojas electrnicas, software

especializado de auditora, correo electrnico, diagramas de flujo, bases de
datos, administracin de datos y groupware, administracin de la auditora y
administracin de riesgo
Registrar en el formato de situaciones encontradas las desviaciones

halladas durante la revisin
Con la aplicacin de los instrumentos diseados en la etapa de planeacin,

el auditor identifica aquellas posibles desviaciones que encuentra durante su
evaluacin y hace un anlisis comparativo de la operacin normal contra la
esperada. Una vez hecho este anlisis, entonces puede definir aquellas
situaciones encontradas en su evaluacin.

Las desviaciones que reporta el auditor tienen caractersticas especiales,
las cuales debes plasmar por escrito en un documento de carcter formal, al
que llamaremos formato de situaciones encontradas. Adems como
requerimiento ineludible, dicho reporte debe estar perfectamente elaborado,
en cuanto a su redaccin, claridad, oportunidad y otras caractersticas propias
del informe de auditora que analizaremos en el apartado correspondiente.
Est claro que la principal funcin del auditor es reportar todas las
desviaciones que observo durante la auditoria de sistemas, para la cual puede
utilizar el formato que ms le plazca y de la manera en que se acostumbre
reportar dichas observaciones en la empresa en donde se realiza la auditoria;
sin embargo a continuacin sugerimos la adopcin de un formato muy fcil de
elaborar por la simplicidad y la sencillez para plasmar esas desviaciones. Este
es el formato de situaciones encontradas el cual contiene las siguientes
columnas las situaciones, las causas, las soluciones, los responsables de la
solucin y las fechas de la solucin
Comentar las situaciones encontradas con los auditados
Una vez identificadas las situaciones encontradas, es responsabilidad del

encargado de la auditoria que el auditor o supervisor (que puedes ser el propio
responsable de la auditoria) comenten cada una de esas desviaciones con el
personal responsable de la operacin, sistema o funcin auditada.
Es indispensable que cada una de estas desviaciones sean discutidas con

las empleados funcionarios o usuarios que fueron auditados, ya que de alguna
manera estos son responsables de que se presenten dichas situaciones ( o
cuando al menos estn involucrados en ellos) el propsito de informarles es
que ratifiquen o rectifiquen el origen de tales desviaciones; adems tambin le
sirve al auditor para complementar la redaccin de las situaciones que reporta
con ello se busca que estas sean las mas claras posibles y mas entendidas a
fin de que se reporten exactamente como quieren sealar cada desviacin.
La auditoria no es una cacera d brujas para cortar las cabezas de los

auditados; es una revisin para encontrar posibles desviaciones en su actividad
cotidiana y es deber del auditor comentarlas con ellos para resolver de comn
acuerdo.
Encontrar, conjuntamente con los auditados, las causas de las

desviaciones y sus posibles soluciones
Como lo sealamos en el punto anterior la necesidad de comentar las

desviaciones con los responsables de la operacin, tambin remarcaremos que
de estos comentarios se puede obtener de manera ms fidedigna y confiable
las causas que generan cada una de las desviaciones a fin de reportarlas en el
informe de auditora lo ms apegado posible a la realidad.
Est claro que al conocer las desviaciones que se le imputan, el auditado

tratara de defenderse, sealando las causas que originaron cada una de las
desviaciones encontradas con ello el auditor puede corroborar o rectificar las
causas que haba planteado adems le permite obtener, de manera directa y
en voz de los involucrados las posibles soluciones a estas desviaciones incluso
hasta el responsable de llevarlas a cabo.
Este es el verdadero trabajo del auditor, reportar las desviaciones que

encontr durante su evaluacin, encontrar las causas que las originan y
acordar las posibles colusiones conjuntamente con el auditado. As al es como
se entiende y debe entenderse la funcin de la auditoria de sistemas
Cuando se da esta retroalimentacin con el personal auditado, de ellos

mismos se puede relacionar a la posible responsabilidad de la solucin y la
fecha compromiso que se puede llegar a solucionar cada una de las
desviaciones presentadas.
Analizar, depurar y corregir las desviaciones encontradas
Una vez que se comentaron las desviaciones con los auditados y se

obtuvieron sus causas y posibles soluciones el responsable de la auditoria de
sistemas ser el encargado de analizar las desviaciones vigilando que cada una
de este perfectamente plasmado y correctamente redactado en el formato de
situaciones encontradas. La redaccin y presentacin de estas desviaciones
debe hacerse los mas correctamente posible sin admitir ni el mas mnimo

error de ortografa, redaccin tipografa. Esta es la principal responsabilidad del
encargado de la auditoria de sistemas vigilar el correcto reporte de las
situaciones encontradas.
Cada auditor elabora un borrador o mecanografiadas, las observaciones

que observo durante su evaluacin y al mismo tiempo es responsable de
comentarlas con el personal auditado para obtener de ellos sus causas y
soluciones. Una vez que fueron comentadas y en su caso corroboradas o
rectificados, entonces entrega un informe al responsable de la auditoria quien
ser el encargado de analizar cada una de estas desviaciones, a fin de redactar
mejor concretadas y a darles una estructura jerrquica de presentacin en un
informe global de situaciones relevantes encontradas durante la evaluacin de
os sistemas.
Jerarquizar las desviaciones encontradas y concentrar las ms importantes

en el formato de situaciones relevantes.
Una vez que el responsable de la auditoria de los sistemas haya

supervisado que el informe de desviaciones encontradas este correctamente
elaborado, debe analizar toda las desviaciones reportadas, a fin de escoger las
que considere las mas importantes para reportarlas en el formato de
situaciones relevantes el propsito es enfatizar lo que considera como lo mas
importantes de la evaluacin practicada a fin que los directivos conozcan los
aspectos mas relevantes.
Las situaciones que se reportan como las ms relevantes se deben redactar

tal como fueron reportadas en el formato de situaciones relevantes (se sugiere
que siempre sea as). Sin modificarse (es propiamente una copia fiel de estos).
Esta la ms conveniente para evitar confusiones de interpretacin de error
mecanogrficos o a cualquier otra alteracin que desea reportar como
relevante. Adems as corrobora que las desviaciones fueron comentadas con
el personal auditado. Con esto no habr lugar para ninguna mala interpretacin
ni evasin de responsabilidades cuando el informe de situaciones relevantes
sea comentado con los directivos del rea de sistemas, adems ser ms fcil
mecanografiar dicho informe.

Comentar las situaciones relevantes con los directivos del rea de sistemas
y confirmar las causas y soluciones.
As como las situaciones encontradas se comentaron con los auditados,

tambin las situaciones relevantes se deben comentar con los directivos del
rea de sistemas a fin estos las conozcan, el personal auditado puede, a juicio
de los directivos, estar presente para cualquier posible aclaracin sobre lo
informado. Esto es lo ms recomendable.
El responsable de la auditoria debe encabezar la presentacin de este

informe al directivo de mayor jerarqua del rea de sistemas. Por lo general
estas reuniones consideradas como relevantes; aunque tambin se pueden
presentar las llameas situaciones encontradas. Adems, si el encargado de la
auditoria lo considera pertinente, cada auditor puede presentar el informe de la
parte que le toco evaluar, o puede hacerlo una sola persona en representacin
del responsable de la evaluacin. Todo se hace d acuerdo con el estilo y
costumbre de realizar estas presentaciones.
Tambin es decisin del encargado que cada auditor aclare las dudas de los
participantes en esta reunin.
En esta reunin se presentan los resultados obtenidos en la auditoria de

sistemas y el informe a los directivos del rea auditada se debe hacer en forma
abierta y preferentemente en presencia de todo el personal auditado; esto
obedece a que aun con sus causas y soluciones. Aunque esto no es muy usual,
ya que se debe tomar en cuenta que los problemticas, situaciones, incidencia,
desviaciones u observaciones encontradas durante la auditoria y reportadas en
el formato de situaciones relevantes, ya fueron comentadas con cada uno de
los auditados.
No obstante, como es natural, en estas reuniones muchos de los auditados

trataran de evadir o justificar su responsabilidad en las desviaciones e incluso
en algunos casos extremos, pueden hasta negar la existencia o conocimiento
de la situacin que se les imputa.

Recordemos que est personal esta ante su jefe y difcilmente aceptara sus
errores pblicamente.
Como resultado de esta reunin, se pueden elaborar las modificaciones que

cada caso requieran, de ser necesario, se puede convocar a una nueva reunin
para presentar las situaciones relevantes, pero no para comentar con los
auditados las situaciones encontradas.
Concentrar, depurar y elaborar el informe final de auditora, as como el

dictamen del auditor
El siguiente paso es que el auditor responsable de la auditoria depure cada

una de las situaciones relevantes reportadas, con el fin de concentrarlas en el
llamado informe final de auditora. Debido a que le informe es para el rea
directiva de la empresa, no debe exceder de dos o tres hojas. En este informe
el auditor solo debe sealar lo ms relevante de la evaluacin, incluyendo su
opinin.
La elaboracin del informe es el verdadero trabajo del responsable de

auditoria, debido a que en este documento es donde realmente se muestra la
importancia de su actividad, al sealar en que situacin estaba el rea de
sistemas ante la evaluacin practicada por los auditores a su cargo; adems
debe emitir una opinin autorizada sobre el funcionamiento del centro de
computo, sus sistemas de informacin, el cumplimiento del personal y usuarios
o sobre cualquier otro aspecto relacionado con los sistemas de la empresa
auditada.
Debemos aclarar que la razn de plasmar este informe en tan poco espacio
es que los directivos de una empresa, por lo general, tienen poco conocimiento
del lenguaje que se maneja en los sistemas de la institucin; por lo tanto, el
informe final debe ser lo mas sencillo, claro, comprensible para ellos,
procurando evitar, al mximo posible, el uso de trminos demasiados tcnicos
y desconocidos para personas ajenas a la informtica. Solo se deben destacar
los aspectos ms importantes del rea, desde el punto de vista de los
directivos y no del personal que maneja los sistemas.

Presentar el informe y dictamen final a los directivos de la empresa
El ltimo paso del informe de auditora de sistemas es la presentacin

oficial del informe (informe final de auditora), lo cual se puede hacer de dos
maneras, ya sea en forma directa, mediante una reunin ejecutiva con los
directivos de la empresa, o por envi formal del informe final de la auditoria al
directivo mayor de la firma. Este y es el informe final de la auditora practicada
y, por lo tanto, no se debe admitir ningn comentario adicional que pudiera
modificar lo ah presentado; ya que es el producto final de la auditoria, y por lo
tanto como crear expectativas de duda sobre la veracidad y confiabilidad de su
contenido.
Por lo general, a esta presentacin solamente asisten el cuerpo directivo de

la empresa auditada y el cuerpo ejecutivo de la empresa encargada de realizar
la auditoria; aunque nada simple que estn presentes tanto el personal del
rea d sistemas auditada, como los auditores participantes. En el caso de una
auditora interna, solo asisten el auditor y su cuerpo ejecutivo.
4. ESTRUCTURA DEL INFORME DE AUDITORIA DE SISTEMAS
Aunque hay muchas formas de presentar el siguiente informe de auditora de

sistemas, de acuerdo con las preferencias de la empresa o del auditor que
realiza la auditoria.
Este es el documento final, de carcter formal, en el que se presentan por

escrito todos los aspectos importantes que fueron catalogados como
deficiencias de las operaciones auditadas, as como el cumplimiento de las
funciones y de los resultados obtenidos con las actividades evaluadas durante
la auditoria. El auditor plasma su dictamen y opinin personal en este
documento y lo sustenta con documentos de apoyo y los papeles de trabajo en
los que va haciendo las anotaciones de las tcnicas, mtodos y procedimientos
que utilizo durante el desarrollo del trabajo.

En el informe de auditora, el cual es un documento en el que se hace la
presentacin formal de los resultados obtenidos durante la auditoria, debe
contener como mnimo lo siguiente:
o Oficio de Presentacin
o Introduccin
o Dictamen de la auditoria
o Situaciones relevantes
o Situaciones detectadas
o Anexos
o Confirmaciones en papeles de trabajo
4.1
DESARROLLO DE LA ESTRUCTURA DEL INFORME DE AUDITORIA DE
SISTEMAS.
4.1.1 OFICIO DE PRESENTACION
Es la primera parte del informe de auditora y es un documento de carcter

oficial que sirve de presentacin del informe, mediante este documento se
pone a consideracin de los directivos de la empresa el resultado de la
auditora practicada al rea de sistemas.
El contenido y presentacin de dicho documento varan de una institucin a

otra, pero en esencia este documento debe ser elaborado en la papelera oficial
de la empresa y debe contener como mnimo los siguientes aspectos:
Logotipo y nombre de la empresa

Fecha de informe
Funcionario que recibe el informe

Empresa o rea auditada
Periodo de evaluacin
Contenido o cuerpo del oficio
Responsable de emitir el informe
Firma autgrafa del responsable
4.1.2 INTRODUCCION
Es la parte del informe donde el responsable de la auditora hace la

presentacin formal de su trabajo; en este apartado se manifiesta el objetivo
de la auditora, las razones que motivaron a llevarla a cabo y, si es el caso, los
fundamentos que apoyen su realizacin, en algunas ocasiones tambin se
pueden indicar la metodologa y las herramientas utilizadas en la evaluacin de
los sistemas, aunque esto ltimo no es forzoso.
Debemos sealar que no existen reglas especficas para elaborar esta

introduccin; sin embargo, se puede establecer como nica regla que su
redaccin debe ser impecable y debe tener una excelente presentacin, ya que
es la primera parte que se lee del informe de auditora. La introduccin es
frecuentemente la invitacin a seguir leyendo el resto del informe; sin
embargo, cuando esta parte est mal redactada, crea rechazo casi inmediato
para seguir adelante con la lectura.
Debido a lo anterior, a continuacin presentamos una serie de sugerencias que

ayudarn al auditor y al responsable del informe a mejorar la elaboracin de
dicha introduccin. Debemos aclarar que los puntos que analizaremos a
continuacin no son apartados de la introduccin, y slo se presentan para que
el lector los identifique, pero no se deben anotar en el informe:
o Aspectos generales
o Prlogo
o Objetivo

o Justificacin
4.1.3 INFORME CORTO DE LA AUDITORIA (DICTAMEN)
Tal vez sta sea la parte ms importante de una auditora de sistemas

computacionales y, en muchas ocasiones, lo que ms esperan los directivos de
la empresa o del rea auditada, debido a que es una opinin profesional
respecto al comportamiento de los sistemas. Evidentemente, el dictamen est
apoyado en la experiencia y conocimientos del auditor en las reas de
auditora y sistemas, as como en la confianza del uso de las herramientas e
instrumentos apropiados.
Cada empresa de auditora o auditor que elabora un dictamen debe emitir su

opinin de acuerdo con su costumbre, experiencia o segn los requisitos de la
empresa auditada; sin embargo, por la importancia que tiene este informe en
el rea de sistemas, o en cualquier otra rea, a continuacin presentaremos un
formato de dictamen y algunas recomendaciones para emitirlo de una mejor
manera.
Es el documento de carcter formal donde el auditor plasma su opinin

profesional respecto al comportamiento de los sistemas y debe cumplir los
siguientes requisitos:
o Logotipo de identificacin
o Nombre de la empresa
o Fecha de emisin del dictamen
o Ejecutivo receptor del dictamen
o Breve introduccin al dictamen
o Contenido del informe de auditora, jerarquizando situaciones por
importancia de mayor a menor o de menor a mayor
o Cronologa de ocurrencia de las situaciones que se reportan
o reas de trabajo o reas Administrativas

o Procedimiento de operacin o actividad
o Simple listado sin ningn orden especfico
o Dictamen y recomendacin del auditor
o Responsable de emitir el dictamen
4.1.4 SITUACIONES RELEVANTES
Son formatos de presentacin de los aspectos ms relevantes y de mayor peso

encontrados durante la evaluacin.
Parte fundamental del informe de auditora son los formatos de situaciones

relevantes;" stos son los documentos oficiales donde el responsable de la
auditora reporta las desviaciones que, segn su criterio, son las ms
importantes encontradas durante el desarrollo de la auditora.
Estos formatos se anexan para posibles aclaraciones y consultas de las

desviaciones que se reportan en el dictamen; aunque, cabe recordar, el auditor
debi comentar este documento con los directivos del rea de sistemas, como
indicamos al principio.
Formato de situaciones relevantes
Este documento es una rplica simplificada del formato anterior, slo que en
ste nicamente se anotan las situaciones consideradas como relevantes,
resultado del anlisis al documento anterior, es decir, slo se incluyen aquellas
observaciones que a juicio del auditor o del responsable de la auditora son
realmente importantes para el desarrollo de las actividades del rea de
sistemas evaluada.
Debemos insistir que en este documento slo se presentan las situaciones ms

significativas detectadas durante la evaluacin.
Es recomendable que las situaciones relevantes incluidas en este documento

sean la mismas que las establecidas en el formato de las situaciones
detectadas, incluso con las mismas palabra; pero aqu no deben aparecer a
mano sino impecablemente mecanografiadas. Tambin se sugiere seguir el
mismo orden planteado en el documento anterior. A continuacin presentamos
una propuesta del formato de situaciones relevantes, el cual servir de base
para las siguientes aplicaciones de auditora de sistemas que haremos.
Este formato, que tambin se elabora en forma individual, tiene tres columnas
bsicas en las cuales se anotan, exclusivamente en computadora o a mquina,
los siguientes aspectos:
* Las situaciones relevantes, que son lo que ms se destac en el documento

anterior y que se determin como lo ms importante de destacar, segn las
pruebas, procedimientos y tcnicas utilizados para hacer la evaluacin.
* Las causas, que son los motivos de las desviaciones.
* Las posibles soluciones, que son las posibles soluciones para las
desviaciones.
4.1.5 SITUACIONES DETECTADAS
Presentacin de todas las desviaciones encontradas durante la auditoria, con

las causas reales que las provocaron y sus posibles soluciones.
Como parte complementaria del formato anterior, tambin se puede integrar

en el informe de auditora de sistemas computacionales el formato de
situaciones encontradas, que es donde se concentran todas las desviaciones
encontradas durante la evaluacin. Su inclusin en el dictamen es a criterio del
responsable de la auditora, debido a que sera muy improbable que los

receptores del informe final, generalmente altos funcionarios de la empresa,
tomen en cuenta el anlisis de este documento. Adems, este formato dio
origen al de situaciones relevantes y este ltimo dio pie a la elaboracin del
dictamen de auditora. Por ello se consultara muy espordicamente.
Formato de situaciones encontradas
Este documento, que es uno de los documentos nas importantes para o

desarrollo de cualquier auditora de sistemas, es un formato especial para la
recopilacin de situaciones o desviaciones encontradas, el cual est formado
por una serie de hojas (formatos individuales) en las cuales el auditor anota en
manuscrito o tipografa todas las desviaciones que encuentra durante su
evaluacin.
Este formato, en forma individual, tiene seis columnas bsicas en las que se
anotan los siguientes asuntos:
La referencia: es un nmero consecutivo, combinado o marca especial,

mediante el cual se identifica la situacin a tratar.
Las situaciones detectadas: especficamente, es la descripcin de lo que se

encontr en un determinado punto de la evaluacin, segn las pruebas,
procedimientos o tcnicas de evaluaciones utilizadas para hacer la revisin;
cada una de estas desviaciones es parte importante del documento.
Las causas: es la presentacin de los motivos e imputaciones que originaron

la desviacin y puede ser una sola causa o varias las que ocasionaron esta
desviacin, todas se anotan, a criterio del auditor.
Las posibles soluciones: son sugerencias del auditado o del auditor para
solucionar las desviaciones reportadas. Casi siempre corresponde una solucin
para cada una de las causas reportadas.

Fecha de compromiso: es el perodo o la fecha tentativa para implantar la
solucin acordada. Se anota una fecha para cada solucin propuesta.
Responsables de las soluciones: son los funcionarios, empleados o

cualquier persona responsable de implantar las soluciones. Tambin se
acostumbra anotar un responsable por cada solucin, aunque a veces parezca
repetirse el mismo responsable.
4.1.6 ANEXOS
Cuadros, estadsticas, acta o cualquier otro documento que sirva de soporte

para reafirmar las desviaciones presentadas. El auditor puede obtener otro tipo
de informacin que puede llegar a ser til para realizar la evaluacin:
Resultados del procesamiento de datos.
Descripcin de puestos, funciones y actividades.
Resultados de pruebas y clculos de procesamientos que se efectan en el

sistema.
Copias de formatos y licencias de programas y paqueteras.
Copias de resguardos de equipos y mobiliario
Mapas de distribucin de redes, instalaciones, equipos, muebles y sistemas

de informacin.
Mapas de rutas de evacuacin y seguridad del rea de sistemas.
Bitcoras de reportes y reportes de servicios de mantenimiento preventivo

y correctivo.
Resultados de inventarios y pruebas de la arquitectura de los sistemas.
Resultados de diseos, anlisis, codificacin, pruebas y liberacin de

sistemas.
Copias de programas fuente, objeto, y codificacin de los sistemas

desarrollados en la empresa.
Resultados de cotizaciones y estudios de mercado para adquisiciones de

hardware, software, mobiliario y consumibles de sistemas.
Diagramas de sistemas de programacin y desarrollo de sistemas.
4.1.7 CONFIRMACIONES EN PAPELES DE TRABAJO
Son pruebas documentadas que sirve de soporte para sustentar las

desviaciones, causas u otros aspectos relevantes encontrados.
La evidencia y los papeles de trabajo constituyen el soporte fundamental de los

hallazgos detectados por el auditor, de ah la importancia que reviste la
suficiencia, relevancia y competencia de la evidencia as como la calidad y
claridad de los Papeles de Trabajo, atendiendo a que la informacin de aqu se
recoge est escrita siempre a terceros que son los clientes de nuestro servicio.
4.2
FORMATOS PARA EL INFORME DE AUDITORIA DE SISTEMAS

Existen muchas formas de desviaciones que se detectan en una auditoria de
sistemas, que se presentan de acuerdo a las experiencias, conocimientos y
necesidades del responsable en hacer la auditoria.
Adems existen empresas que realizan un trabajo de auditoria, ellos tienen

establecidas sus propias formas de reportar las observaciones, estandarizando
as la forma de elaborar su informe de auditoria.
Podemos tomar de ejemplo dos formatos de auditoria que son mas

funcionales , por la forma que ayudan al auditor a reportar las situaciones
encontradas en la auditoria, con la finalidad de que la persona lectora
entienda lo que se esta informando en estos documentos.
Estos facilitaran:
la forma de reportar las desviaciones observadas en la evaluacin.

para ensear a los auditores principiantes como elaborar informes de
auditoria, pues son fciles de llenar y comprender.
Los siguientes formatos son:

Formatos de situaciones encontradas
Formatos de situaciones relevantes
4.2.1 FORMATOS DE SITUACIONES ENCONTRADAS:
Este documento que es uno de los ms importantes para el desarrollo de

cualquier auditoria de sistemas, es un formato especial para la recopilacin de
situaciones o desviaciones encontradas, esta formada por una serie de hojas
(formatos individuales) en las cuales el auditor anota en manuscrito, todas las
desviaciones que encuentre durante su evaluacin:

Este formato, en forma individual tiene seis columnas bsicas en las que se
anotan los siguientes asuntos:
a) REFERENCIA: Es un numero consecutivo, combinado o marca especial

mediante el cual se identifica la situacin a tratar.
b) LAS SITUACIONES DETECTADAS: es la descripcin de lo que se encontr en
un determinado punto de la evaluacin. segn las pruebas, procedimientos o
tcnicas de evaluacin, utilizados para hacer la revisin, estos son parte
importante del documento.
c) LAS CAUSAS: es la presentacin de los motivos que originan la desviacin y
puede ser una sola causa o varias las que ocasionaron estas desviaciones,
todos se anotan a criterio del auditor
d) LAS POSIBLES SOLUCIONES: Son las sugerencias del auditor para solucionar
las desviaciones
Reportadas casi siempre corresponde una solucin para cada una de las
causas reportadas.
e) FECHA DE COMPROMISO: Es el periodo para implantar la solucin acordada.

Se anota una fecha para cada solucin propuesta.
f) RESPONSABLE DE LAS SOLUCIONES: son los funcionarios, o persona
responsable de implanta las soluciones. Se acostumbra a notar a un
responsable por cada solucin, aunque a veces parezca repetirse el nombre de
la misma persona responsable.
[pic]
IDENTIFICACION (EN LA PARTE SUPERIOR IZQUIERDA DEL FORMATO)
Es el nombre donde se anota la empresa auditora, ya sea el de la empresa que

hace la auditoria. Si es necesario que lleve el logotipo de auditora, cargado en
la parte superior izquierda.

REA AUDITADA (EN LA PARTE CENTRAL DEL FORMATO)
Es el rea donde se anota el rea de informtica, seccin o unidad

administrativa del sistema evaluada. Lo que se pretende con esta identificacin
es que se tenga bien claro cul es el ambiente de trabajo donde se presentaron
las desviaciones.
FECHA DE EVELUACION (EN LA PARTE SUPERIOR DERECHA)
En este recuadro se anota la fecha en que se presentan la evaluacin , con el

formato dia, mes y ao.
EN LA PARTE INFERIOR DEL FORMATO:
Quien elaboro (Nombre y firma)
Quien aprob (Nombre y firma)
4.2.2 FORMATOS DE SITUACIONES RELEVANTES
Es la parte fundamental del informe de auditoria, estos documentos oficiales

donde el responsable de la auditoria reporta desviaciones que segn criterio,
son los mas importantes encontradas durante el desarrollo de la auditoria.
SLO PRESENTAN LAS SITUACIONES MS SIGNIFICATIVAS DETECTADAS

DURANTE LA EVALUACIN
Continuacin dicho formato contiene:

IDENTIFICACION
AREA AUDITADA
FECHA DE EVALUACION
NUMERO DE REFERENCIA
SITUACIONES RELEVANTES
CAUSAS DE LA DESVIACION
SOLUCIONES PROPUESTAS.
CAPITULO III
CASO PRCTICO N 1
[pic]
AUDITORIA INFORMATICA
1.
1.
ORIGEN DE LA AUDITORIA:
La presente Auditoria se realiza en cumplimiento del Plan Anual de Control

2003, aprobada mediante Resolucin de Contralora N 235- 2002-CG del 15 de
Diciembre del 2002.
1.1. OBJETIVOS Y ALCANCE
1.1.1. OBJETIVO GENERAL

Revisar y Evaluar los controles, sistemas, procedimientos de informtica; de los
equipos de cmputo, su utilizacin, eficiencia y seguridad, de la organizacin
que participan en el procesamiento de la informacin, a fin de que por medio
del sealamiento de cursos alternativos se logre una utilizacin ms eficiente y
segura de la informacin que servir para una adecuada toma de decisiones.
1.1.2. OBJETIVOS ESPECIFICOS

- Evaluar el diseo y prueba de los sistemas del rea de Informtica
- Determinar la veracidad de la informacin del rea de Informtica
- Evaluar los procedimientos de control de operacin, analizar su
estandarizacin y evaluar el cumplimiento de los mismos.
- Evaluar la forma como se administran los dispositivos de almacenamiento
bsico del rea de Informtica
- Evaluar el control que se tiene sobre el mantenimiento y las fallas de las Pcs.
- Verificar las disposiciones y reglamentos que coadyuven al mantenimiento del
orden dentro del departamento de cmputo.
1.2. ANTECEDENTES
La convencin Nacional el 29 de Diciembre de 1857 aprueba la ley que es

promulgada por el libertador Ramn Castilla disponiendo que el Dpto. de
Moquegua, conformando por 04 provincias: Tacna, Arica, Tarapac y Moquegua,
entre otros departamentos., procedan a constituir juntas electorales en las
capitales de departamentos., provincias y distritos, para q se elijan las
primeras Municipalidades establecidas por la constitucin.
En la Capital de la Provincia de Moquegua, deban elegirse 11 Municipalidades,
en el resto de la Provincia (Torata, Omate, Ubinas, Carumas, Puquina, Iloe
Ichua) el nmero de Municipalidades variaban de 3 a 5 miembros.
Anteriormente, el gobierno local de la provincia de Mariscal Nieto-Moquegua
ocupaba una casona ubicada en la calle Moquegua N 851, inmueble cuya
construccin data de 1799 y que fue donada a la Municipalidad de Moquegua
el 05 de Setiembre de 1945.

Actualmente la Municipalidad Provincial de Mariscal Nieto cuenta con una
infraestructura moderna ubicada en la calle Ancash N 275
1.3. ENFOQUE A UTILIZAR
La presente accin de control, se realiza de acuerdo con el organismo central y

rector de los Sistemas Nacionales de Estadstica e Informtica, responsable de
normar, supervisar y evaluar los mtodos, procedimientos y tcnicas
estadsticas e informticas utilizados por los rganos del Sistema INEI (Instituto
Nacional de Estadstica e Informtica), Normas Internacionales de Auditoria
(NIA); habindose aplicado procedimientos de Auditoria que se consideraron
necesarios de acuerdo a las circunstancias.
La presente Auditoria Informtica se realizara en la Municipalidad Provincial de
Mariscal Nieto, ubicada en el Distrito de Moquegua, Provincia Mariscal Nieto
Departamento de Moquegua, siendo el rea a examinarse la de Informtica.
1.4. RELACION DE FUNCIONARIOS O PERSONAL A CARGO DEL AREA A

EXAMINAR
Periodo de Gestin
Apellidos
Nombres
Cervantes Games, Ivn

N232
Manchiria Ceballos,
Lima N 44
Del
Jefe
01.01.03 30.12.03
Victoria
Velsquez Zapata, Sonia

Moq.N145
Gamez Villa,
Lima N1420
Cargo
Planillas
Secretaria
Celia
1.5. CRONOGRAMA DE TRABAJO
Al
Domicilio
Av. Balta
01.01.03 30.12.03 Calle
01.01.03 30.12.03 Calle
Secretaria
01.01.03 30.12.03 Calle
PROGRAMA DE AUDITORIA
EMPRESA: Municipalidad Provincial Mariscal Nieto FECHA: HOJA N
FASE ACTIVIDAD - HORAS ESTIMADAS
I VISITA PRELIMINAR
Solicitud de Manuales y Documentaciones.
Elaboracin de los cuestionarios.
.Recopilacin de la informacin organizacional: estructura orgnica, recursos
humanos, presupuestos.
8 HS.
II DESARROLLO DE LA AUDITORIA
Aplicacin del cuestionario al personal.
Entrevistas a lderes y usuarios ms relevantes de la direccin.
Anlisis de las claves de acceso, control, seguridad, confiabilidad y respaldos.
Evaluacin de la estructura orgnica: departamentos, puestos, funciones,
autoridad y responsabilidades.
Evaluacin de los Recursos Humanos y de la situacin Presupuestal y
Financiera: desempeo, capacitacin, condiciones de trabajo, recursos en
materiales y financieros mobiliario y equipos.
Evaluacin de los sistemas: relevamiento de Hardware y Software, evaluacin
del diseo lgico y del desarrollo del sistema.
Evaluacin del Proceso de Datos y de los Equipos de Cmputos: seguridad de
los datos, control de operacin, seguridad fsica y procedimientos de respaldo.
32 HS.
III REVISION Y PRE-INFORME
Revisin de los papeles de trabajo.
Determinacin del Diagnostico e Implicancias.
Elaboracin de la Carta de Gerencia.
Elaboracin del Borrador.

16 HS.
IV INFORME
Elaboracin y presentacin del Informe.
4 HS.
1.6. EJECUCION DE LA REVISION ESTRATEGICA
1.6.1. CONOCIMIENTO INICIAL DE LA ENTIDAD

Anteriormente, el gobierno local de la provincia de Mariscal Nieto-Moquegua
ocupaba una casona ubicada en la calle Moquegua N 851, inmueble cuya
construccin data de 1799 y que fue donada a la Municipalidad de Moquegua
el 05 de Setiembre de 1945.
Actualmente la Municipalidad Provincial de Mariscal Nieto cuenta con una
infraestructura moderna ubicada en la calle Ancash N 275
1.6.2. AUTORIDADES DE LA MUNICIPALIDAD PROVINCIAL DE MARISCAL NIETO
NOMBRE
CARGO
Dr. Vicente Antonio Ceballos Salinas
Alcalde
Dr. Javier Flores Arocutipa
Vicerrector
Mag. Hilda Guevara Gomez

de la Salud
Decana de la Facultad de Ciencias
Ing. Oscar Paredes Vargas

Ingeniera
Decano de la Facultad de
Mag. Victor Cornejo Rodriguez

Pedaggicas.
Decano de Cs.Jurdicas, Empresariales y
1.6.3. PRINCIPALES ACTIVIDADES:

_ Acordar su rgimen de rgano Interior

_ Aprobar su presupuesto
_ Aprobar sus Bienes y Rentas
_ Crear, modificar, suprimir o examinar sus contribuciones, atribuciones y
derecho, conforme a Ley.
_ Organizar, Reglamentar y Administrar sus servicios pblicos locales.
_ Contratar con otras entidades pblicas y no pblicas, preferentemente
locales, la atencin de los servicios que no administraron directamente.
_ Planificar el desarrollo de sus pueblos y ejecutar los planes correspondientes.
_ Examinar el cumplimiento de sus propias Normas, a travs de sus propios
medios o con el auxiliar de las fuerzas policiales.
_ Celebrar contratos con otros municipios para organizar servicios comunes.
_ Promover y organizar la participacin de los vecinos en el desarrollo comunal.
1.6.4. FUNCIONES GENERALES

Planificar, ejecutar e impulsar, a travs de los rganos correspondientes, el
conjunto de acciones destinadas a proporcionar al ciudadano, el ambiente
adecuado para las satisfacciones de sus necesidades viales de vivienda,
salubridad, abastecimiento, educacin, recreacin, transporte y comunicacin.
Formular el plan de desarrollo distrital en concordancia con las necesidades y

requerimientos de la poblacin organizada y los planes de desarrollo nacional y
regional.
Conducir los programas de acondicionamiento territorial, vivienda y seguridad

colectiva, conforme lo establece la ley orgnica de municipalidades, velando
por su ejecucin.
La base normativa empleada est compuesta por las Normas Internacionales

de Auditora (NIAs) 1001 Sistemas de Microcomputadoras, 1002 Sistemas
de Microcomputadoras en Lnea, 1003 Sistemas de Bases de Datos, 1008
Evaluacin de Riesgos y Control Interno y el marco COBIT.
1.7. SISTEMAS Y CONTROLES IDENTIFICADOS
a) Control de Actividades y Operaciones.

La Municipalidad Provincial de Mariscal Nieto ha formulado el Reglamento
deOrganizacin y Funciones (ROF),
Asimismo la entidad ha formulado el Manual de Organizacin y Funciones.
b) Controles de Confiabilidad y Validez de la Informacin.
_ Las funciones y responsabilidades de cada funcionario y/o directivo estn
establecidas en el Reglamento General Interno, Reglamento de Organizacin y
Funciones (ROF).
1.8. OFICINA DE PLANEACION Y PRESUPUESTO
1.8.1. AREA DE CMPUTO E INFORMATICA

MISION
El rea de Computo e informtica de la municipalidad Provincial de Mariscal
Nieto Moquegua, tiene por misin normar el adecuado uso y aprovechamiento
de los recursos informticos; la optimizacin de las actividades, servicios
procesos y acceso inmediato a informacin para la toma de decisiones,
mediante el desarrollo, implantacin y supervisin del correcto funcionamiento
de los sistemas y comunicaciones, as como la adquisicin y control de la
plataforma fsica de computo.
VISION:
El rea de cmputo e informtica, de la Municipalidad Provincial Mariscal Nieto
capaz de liderar el desarrollo informtico, asegurando un marco transparente
para el acceso a los ciudadanos a la informacin
1.8.2. SITUACION ACTUAL

Ubicacin:

El rea de cmputo e informtica orgnicamente depende de la oficina de
planificacin y presupuesto, asumiendo la responsabilidad de dirigir los
procesos tcnicos de informtica
Recursos Humanos:
Actualmente en el rea de cmputo e informtica labora una sola persona
quien cumple las funciones de administracin, capacitacin, soporte y
procesamiento de datos.
Recursos informticos existentes:

Servidores (Windows 2000 Server)
Computadoras Personales
15
Impresoras
1.8.3. OBJETIVOS:
El rea de Cmputo e informtica tiene los siguientes objetivos Sectoriales:
_ Apoyar a las Municipalidades Distritales de la Provincia de Mariscal Nieto.
_ Estandarizar y Uniformizar informacin relevante referente a los gobiernos
locales
_ Brindar un mejor servicio a los usuarios de Moquegua, a travs de una pgina
Web
OBJETIVOS ESPECIFICOS (PRESUPUESTADOS):

_ Equipamiento de la gestin Municipal.
_ Optimizar las aplicaciones existentes a satisfaccin de la municipalidad.
_ Digitalizacin de Partidas de Nacimiento, Matrimonio y Defuncin
_ Brindar acceso a Internet
_ Diseo y elaboracin de pginas Web.
_ Alojamiento y Mantenimiento de la Pagina Web.
2.
JUSTIFICACIN
Aumento considerable e injustificado del presupuesto del PAD

(Departamento de Procesamiento de Datos)
Desconocimiento en el nivel directivo de la situacin informtica de la
empresa
Falta total o parcial de seguridades lgicas y fsicas que garanticen la
integridad del personal, equipos e informacin.
Descubrimiento de fraudes efectuados con el computador
Falta de una planificacin informtica
Organizacin que no funciona correctamente, falta de polticas, objetivos,
normas, metodologa, asignacin de tareas y adecuada administracin del
Recurso Humano
Descontento general de los usuarios por incumplimiento de plazos y mala
calidad de los resultados.
Falta de documentacin o documentacin incompleta de sistemas que
revela la dificultad de efectuar el mantenimiento de los sistemas en produccin
2.1. MOTIVO O NECESIDAD DE UNA AUDITORIA INFORMTICA:
2.1.1. Sntomas de descoordinacin y desorganizacin:

_ No coinciden los objetivos del rea de Informtica y de la propia Institucin.
_ Los estndares de productividad se desvan sensiblemente de los promedios
conseguidos habitualmente. Puede ocurrir con algn cambio masivo de
personal, o en una reestructuracin fallida de alguna rea o en la modificacin
de alguna Norma importante
2.1.2. Sntomas de mala imagen e insatisfaccin de los usuarios:

_ No se atienden las peticiones de cambios de los usuarios. Ejemplos: cambios
de software en los terminales de usuario, refrescamiento de paneles, variacin
de los ficheros que deben ponerse diariamente a su disposicin, etc.
_ No se reparan las averas de hardware ni se resuelven incidencias en plazos
razonables. El usuario percibe que est abandonado y desatendido
permanentemente.
2.1.3. Sntomas de debilidades econmico-financieras:

_ Incremento desmesurado de costes.
_ Necesidad de justificacin de Inversiones Informticas (la empresa no est
absolutamente convencida de tal necesidad y decide contrastar opiniones).
_ Desviaciones Presupuestarias significativas.
_ Costes y plazos de nuevos proyectos (deben auditarse simultneamente a
Desarrollo de Proyectos y al rgano que realiz la peticin).
2.1.4. Sntomas de Inseguridad: Evaluacin de nivel de riesgos

_ Seguridad Lgica
_ Seguridad Fsica
_ Confidencialidad
_ Los datos son propiedad inicialmente de la organizacin que los genera. Los
datos de personal son especialmente confidenciales.
AUDITORA FISICA
1. Alcance de la Auditoria
Organizacin y cualificacin del personal de Seguridad.
Remodelar el ambiente de trabajo.
Planes y procedimientos.
Sistemas tcnicos de Seguridad y Proteccin.
2. Objetivos
_ Revisin de las polticas y Normas sobre seguridad Fsica.
_ Verificar la seguridad de personal, datos, hardware, software e instalaciones
_ Seguridad, utilidad, confianza, privacidad y disponibilidad en el ambiente
informtico
INFORME DE AUDITORIA
1. Identificacin del informe

Auditoria fsica.
2. Identificacin del Cliente

El rea de Informtica
3. Identificacin de la Entidad Auditada

Municipalidad Provincial Mariscal Nieto
4. Objetivos
_ Verificar la estructura de distribucin de los equipos.
_ Revisar la correcta utilizacin de los equipos
_ Verificar la condicin del centro de cmputo.
5. Observaciones
_ Falta de presupuesto y personal.
_ Falta de un local ms amplio
_ No existe un calendario de mantenimiento

_ Falta de ventilacin.
_ Faltan salida al exterior
_ Existe salidas de emergencia.
6. Alcance de la auditoria
Nuestra auditoria, comprende el presente periodo 2004 y se ha realizado
especialmente al Departamento de centro de cmputo de acuerdo a las
normas y dems disposiciones aplicable al efecto.
7. Conclusiones:
Como resultado de la Auditoria podemos manifestar que hemos cumplido con
evaluar cada uno de los objetivos contenidos en el programa de auditora.
El Departamento de centro de cmputo presenta deficiencias sobre todo en el
debido cumplimiento de Normas de seguridad.
8. Recomendaciones
Reubicacin del local
Implantacin de equipos de ltima generacin
Implantar equipos de ventilacin
Implantar salidas de emergencia.
Elaborar un calendario de mantenimiento de rutina peridico .
Capacitar al personal.
9. Fecha Del Informe

PLANEAMIENTO
EJECUCION INFORME
011004 al 1510-04
16-1004 al 2011-04
10. Identificacin Y Firma Del Auditor
231104 al 2811-04
APELLIDOS Y NOMBRES
CARGO
MAMANI CUTIPA WILY
AUDITOR SUPERIOR
AUDITORIA DE LA OFIMATICA
1. Alcance de la Auditoria. Planes y procedimientos

Polticas de Mantenimiento
Inventarios Ofimticos
Capacitacin del Personal
2. Objetivos de la Auditoria.Realizar un informe de Auditora con el objeto de verificar la existencia de

controles preventivos, detectivos y correctivos, as como el cumplimiento de los
mismos por los usuarios.

Auditoria de la Ofimtica


4. Objetivos
Verificar si el hardware y software se adquieren siempre y cuando tengan la
seguridad de que los sistemas computarizados proporcionaran mayores
beneficios que cualquier otra alternativa.
Verificar si la seleccin de equipos y sistemas de computacin es adecuada
Verificar la existencia de un plan de actividades previo a la instalacin
Verificar que los procesos de compra de Tecnologa de Informacin, deben
estar sustentados en Polticas, Procedimientos, Reglamentos y Normatividad en
General, que aseguren que todo el proceso se realiza en un marco de legalidad
y cumpliendo con las verdaderas necesidades de la organizacin para hoy y el
futuro, sin caer en omisiones, excesos o incumplimientos.
Verificar si existen garantas para proteger la integridad de los recursos
informticos.
Verificar la utilizacin adecuada de equipos acorde a planes y objetivos.
5. Observaciones
_ Falta de licencias de software.
_ Falta de software de aplicaciones actualizados
_ No existe un calendario de mantenimiento ofimtico.
_ Faltan material ofimtica.
_ Carece de seguridad en Acceso restringido de los equipos ofimticos y
software.
El alcance ha de definir con precisin el entorno y los lmites en que va a
desarrollarse la auditoria Ofimtica, se complementa con los objetivos de sta.

7. Conclusiones:
El Departamento de centro de cmputo presenta deficiencias sobre el debido
cumplimiento de Normas de seguridad.
La escasez de personal debidamente capacitado.
Cabe destacar que la sistema ofimtico pudiera servir de gran apoyo a la
organizacin, el cual no es explotado en su totalidad por falta de personal
capacitado.
8. Recomendaciones
Se recomienda contar con sellos y firmas digitales
Un de manual de funciones para cada puesto de trabajo dentro del rea.
Reactualizacin de datos.
Implantacin de equipos de ltima generacin
Elaborar un calendario de mantenimiento de rutina peridico .
Capacitar al personal.

PLANEAMIENTO
EJECUCION INFORME
011004 al 1510-04
16-1004 al 2011-04
231104 al 2811-04

APELLIDOS Y NOMBRES
QUIONEZ MAYTA CARMEN
AUDITORIA DE LA DIRECCION
CARGO
AUDITOR SUPERIOR

1. Alcance de la Auditoria. Organizacin y calificacin de la direccin de Informtica
Plan Estratgico de Sistemas de Informacin.
Anlisis de puestos
Planes y Procedimientos
Normativa
Gestin Econmica.
2. Objetivos de la Auditoria.Realizar un informe de Auditora con el objeto de verificar la adecuacin de las

medidas aplicadas a las amenazas definidas, as como el cumplimiento de los
requisitos exigidos.
3. Resultados:
Se obtendr:
Informe de Auditora detectando riesgos y deficiencias en la Direccin de
Informtica.
Plan de recomendaciones a aplicar en funcin de:
OBJETIVOS
Determinacin de la utilidad de polticas, planes y procedimientos, as
como su nivel de cumplimiento.
Examinar el proceso de planificacin de sistemas de informacin y evaluar
si cumplen los objetivos de los mismos.
Verificar si el comit de Informtica existe y cumple su papel
adecuadamente.
Revisar el emplazamiento del departamento de Informtica y evaluar su
dependencia frente a otros.

Evaluar la existencia de estndares de funcionamiento, procedimientos y
descripciones de puestos de trabajo adecuados y actualizados.
Evaluar las caractersticas de la comunicacin entre la Direccin de
Informtica y el personal del Departamento.
Verificar la existencia de un sistema de reparto de costes informticos y
que este sea justo.
AUDITORIA DE LA EXPLOTACION
Evaluacin del personal y coherencia de cargos de la propia institucin.
Normas y Procedimientos del rea de informtica.
2. Objetivos
Realizar un informe de Auditora con el objeto de verificar la adecuacin de las
funciones que sirven de apoyo a las tecnologas de la informacin.

Auditoria de la Explotacin



4. Objetivos
Verificar el cumplimiento de plazos y calendarios de tratamientos y
entrega de datos; la correcta transmisin de datos entre entornos diferentes.
Verificar la existencia de normas generales escritas para el personal de
explotacin en lo que se refiere a sus funciones
Verificar la realizacin de muestreos selectivos de la Documentacin de las
Aplicaciones explotadas.
Verificar cmo se prepara, se lanza y se sigue la produccin diaria.
Bsicamente, la explotacin Informtica ejecuta procesos por cadenas o
lotes sucesivos (Batch*), o en tiempo real (Tiempo Real*).
Evaluar las relaciones personales y la coherencia de cargos y salarios, as
como la equidad en la asignacin de turnos de trabajo.
Verificar la existencia de un responsable de Sala en cada turno de trabajo.
Revisar la adecuacin de los locales en que se almacenan cintas y discos,
as como la perfecta y visible identificacin de estos medios.
5. Observaciones
Incumplimiento de plazos y calendarios de tratamientos y entrega de datos
Inexistencia y falta de uso de los Manuales de Operacin
Falta de planes de formacin
No existe programas de capacitacin y actualizacin al personal
especialmente al rea de Informtica de acuerdo a las normas y dems
disposiciones aplicable al efecto.
7. Conclusiones:
Como resultado de la Auditoria de la Seguridad realizada al Municipio, por
el perodo comprendido entre el 01 de Setiembre al 24 de Diciembre del 2004,

podemos manifestar que hemos cumplido con evaluar cada uno de los
objetivos contenidos en el programa de auditora.
El rea de Informtica presenta deficiencias sobre todo en el debido
cumplimiento de sus funciones y por la falta de ellos.
8. Recomendaciones
Debern realizarse muestreos selectivos de la Documentacin de las
Aplicaciones explotadas
Asignar un responsable del Centro de Cmputos en cada turno de trabajo.
Crear y hacer uso de manuales de operacin.
Revisar los montajes diarios y por horas de cintas o cartuchos, as como los
tiempos transcurridos entre la peticin de montaje por parte del Sistema hasta
el montaje real.
Realizar funciones de operacin, programacin y diseo de sistemas deben
estar claramente delimitadas.
Crear mecanismos necesarios a fin de asegurar que los programadores y
analistas no tengan acceso a la operacin del computador y los operadores a
su vez no conozcan la documentacin de programas y sistemas

PLANEAMIENTO
EJECUCION INFORME
011004 al 1510-04
16-1004 al 2011-04
231104 al 2811-04

APELLIDOS Y NOMBRES
AROHUANCA ANTAHUANACO MICHELLA
AUDITORIA DEL DESARROLLO
CARGO
AUDITOR SUPERIOR

Conexiones
Cifrado
Salidas Gateway y Reuters
Correo Electrnico
Pginas WEB
Firewalls
2. Objetivos
Revisar el cumplimiento del proceso completo de desarrollo de proyectos
Verificar las metodologas utilizadas
Verificar el control interno de las aplicaciones, satisfaccin de los usuarios
y control de procesos y ejecuciones de programas crticos.
Revisar el ciclo de desarrollo del software.

Auditoria de Desarrollo


4. Objetivos

Verificar el cumplimiento de los proyectos en proceso.
Revisar el cumplimiento de las normas generales
Revisar los recursos de la organizacin
Verificar los avances tecnolgicos.
5. Observaciones
Incumplimiento de plazos y calendarios de tratamientos y entrega de datos
Inexistencia y falta de uso de los Manuales de Operacin
Falta de planes de formacin
7. Conclusiones:
La municipalidad no desarrolla software de paliacin si no la adquiere.
Se ha calificado el ciclo de desarrollo de los procesos de la entidad en su
mbito de trabajo
8. Recomendaciones
Asignar un responsable un responsable para todos los procesos del Centro
de Cmputos.
Se debe asignar un grupo para el desarrollo de software.
Crear y hacer uso de manuales de operacin.
Realizar funciones de operacin, diseo de sistemas.

PLANEAMIENTO
EJECUCION INFORME
011004 al 1510-04
16-1004 al 2011-04
231104 al 2811-04
APELLIDOS Y NOMBRES
CARGO
MUOZ ORTEGA, MADELEINE.
AUDITOR SUPERIOR
AUDITORIA DEL MANTENIMIENTO
1. Alcance de la Auditoria. Planes y procedimientos de Mantenimiento

Normativa
2. Objetivos de la Auditoria.Realizar un informe de Auditora con el objeto de evaluar el mantenimiento

correctivo y preventivo del software.
3. Referencia Legal:
Estndares
ISO/IEC 12207
IEEE 1074
IEEE 1219
ISO/IEC 14764

Auditoria del Mantenimiento


4. Objetivos
Revisar los contratos y las clusulas que estn perfectamente definidas en
las cuales se elimine toda la subjetividad y con penalizacin en caso de
incumplimiento, para evitar contratos que sean parciales.
Verificar el cumplimiento del contrato sobre el control de fallas, frecuencia,
y el tiempo de reparacin.
Diagnstico del sistema actual de mantenimiento.
Verificar el montaje de mtodos de recopilacin de informacin en reas
especficas.
Verificar la existencia de de planes estratgicos de desarrollo.
Verificacin de la efectividad del mantenimiento actual y los desarrollos y
programas proyectados.
Verificar la optimizacin de almacenes y repuestos.
5. Observaciones
Prdida de control
Prdida de una fuente de aprendizaje, porque una actividad interna pasa a
ser externa.
Dependencias del suministrador.

Variaciones en la calidad del producto entregado al usuario final.
Problemas entre el personal.
Uso de metodologas para nuevos desarrollos, pero ausencia de ellas para
el mantenimiento.
Tendencia a la desestructuracin
Dificultad progresiva de modificacin
Falta de presupuesto
Falta de personal
Falta de apoyo de la Direccin
7. Conclusiones:
Como resultado de la Auditoria del Mantenimiento realizada al Municipio,
por el perodo comprendido entre el 01 de Setiembre al 24 de Diciembre del
2004, podemos manifestar que hemos cumplido con evaluar cada uno de los
8. Recomendaciones
Modificacin de un producto software, o de ciertos componentes, usando
para el anlisis del sistema existente tcnicas de Ingeniera Inversa y, para la
etapa
De reconstruccin, herramientas de Ingeniera Directa, de tal manera que
se oriente este cambio hacia mayores niveles de facilidad en cuanto a
mantenimiento, reutilizacin, comprensin o evolucin.

Categorizar los tipos de mantenimiento del software y para cada tipo
planificar las actividades y tareas a realizar.
Elaborar un procedimiento organizado para realizar la migracin de un
producto software desde un entorno operativo antiguo a otro nuevo.
Establecer un acuerdo o contrato de mantenimiento entre el mantenedor y
el cliente y las obligaciones de cada uno estos.
Elaborar un plan de mantenimiento que incluya el alcance del
mantenimiento, quin lo realizar, una estimacin de los costes y un anlisis
de los recursos necesarios.

PLANEAMIENTO
EJECUCION INFORME
011004 al 1510-04
16-1004 al 2011-04
231104 al 2812-04
APELLIDOS Y NOMBRES
QUIONEZ MAYTA, CARMEN
CARGO
AUDITOR SUPERIOR
AUDITORIA DE BASE DE DATOS
1. Alcance de la auditoria:
Esta auditora comprende solamente al rea de cetro de computo de la
municipalidad de mariscal nieto, con respecto al cumplimiento del proceso "De
Gestin administracin de la Base de Datos " de la de manera que abarca la
explotacin, mantenimiento, diseo carga, post implementacin, Los sistemas
de gestin de base de datos (SGBD), software de auditora, sistema operativo
protocolos y sistemas distribuidos.
2. Objetivos

Verificar la responsabilidad para la planificacin de planillas y control de
los activos de datos de la organizacin (administrador de datos)
Verificar la responsabilidad de la administracin del entorno de la base de
datos (Administrador de la base de datos)
Proporcionar servicios de apoyo en aspectos de organizacin y mtodos,
mediante la definicin, implantacin y actualizacin de Base de Datos y/o
procedimientos administrativos con la finalidad de contribuir a la eficiencia

Auditoria de Base de Datos.


Municipalidad Provincial de Moquegua.
4. Objetivos
_ Evaluar el tipo de Base de Datos, relaciones, plataforma o sistema operativo
que trabaja, llaves, administracin y dems aspectos que repercuten en su
trabajo.
_ Revisar del software institucional para la administracin de la Base de
Datos.
_ Verificar la actualizacin de la Base de Datos.
_ Verificar la optimizacin de almacenes de los Base de Datos
_ Revisar que el equipo utilizado tiene suficiente poder de procesamiento y
velocidad en red para optimizar el desempeo de la base de datos.
5. Observaciones
_ No estn definidos los parmetros o normas de calidad.
_ Falta de presupuesto
_ Falta de personal
_ La gerencia de Base de datos no tiene un plan que permite modificar en
forma oportuna el plan a largo plazo de tecnologa, teniendo en cuenta los
posibles cambios tecnolgicos y el incremento de la base de datos..
_ No existe un calendario de mantenimiento de rutina peridico del software
definido por la Base de datos.
7. Conclusiones:
debido cumplimiento de Normas de seguridad de datos y administracin de la
Base de Datos.
8. Recomendaciones
Elaborar toda la documentacin lgica correspondiente a los sistemas de
administracin de la BD. Evaluar e implementar un software que permita
mantener el resguardo de acceso de los archivos de programas y an de los
programadores.
Implementar las relaciones con las diferentes reas en cuanto al
compartimiento de archivos permitidos por las normas
Elaborar un calendario de mantenimiento de rutina peridico.

Capacitar al personal al manejo de la BD.
Dar a conocer la importancia del SGBD al usuario

PLANEAMIENTO
EJECUCION INFORME
011004 al 1510-04
16-1004 al 2011-04
231104 al 2811-04
APELLIDOS Y NOMBRES
CARGO
MAMANI CUTIPA WILY
AUDITOR SUPERIOR
AUDITORIA DE CALIDAD
Objetivos:
Verificar los procesos aplicables del programa de la calidad han sido
desarrollados y documentados.
Evaluar la capacidad de realizar un trabajo especfico.

Auditoria de Calidad


4. Objetivos
Verificar la calidad de servicio que ofrece el Software.
Evaluar el software institucional para la administracin.
Revisar que el equipo utilizado tiene suficiente poder de procesamiento y
velocidad en red para optimizar el desempeo de la organizacin.
5. Observaciones
6. Conclusiones:
debido cumplimiento de Normas de seguridad de datos y administracin de la
Base de Datos con respecto a calidad.

PLANEAMIENTO
EJECUCION INFORME
011004 al 1510-04
16-1004 al 2011-04
231104 al 2811-04
APELLIDOS Y NOMBRES
CARGO
MAMANI CUTIPA WILY
AUDITOR SUPERIOR
AUDITORIA DE LA SEGURIDAD
1. Alcance de la Auditoria. Organizacin y calificacin del personal

Planes y procedimientos
Sistemas tcnicos de deteccin y comunicacin
Anlisis de puestos
Mantenimiento
Normativa

3. Referencia Legal:
Manual de Autoproteccin aprobado por O.M. de 29/11/84, NBE-CPI 96 (RD
2177/96),
Normativa de las Comunidades Autnomas y Ordenanzas Municipales,
CEPREVEN.
4. Resultados:
Se obtendr:
Informe de Auditora detectando riesgos y deficiencias en el Sistema de
Seguridad.
Plan de recomendaciones a aplicar en funcin de:
o Riesgos
o Normativa a cumplir
o Costes estimados de las recomendaciones

Auditoria de la Seguridad


Municipalidad Provincial
4. Objetivos
Hacer un estudio cuidadoso de los riesgos potenciales a los que est sometida
el rea de informtica.
Revisar tanto la seguridad fsica del Centro de Proceso de Datos en su sentido
ms amplio, como la seguridad lgica de datos, procesos y funciones
informticas ms Importantes de aqul.
5. Observaciones
No existe documentaciones tcnicas del sistema integrado de la
Cooperativa y tampoco no existe un control o registro formal de las
modificaciones efectuadas.
No se cuenta con un Software que permita la seguridad de las libreras de
los programas y la restriccin y/o control del acceso de los mismos.
Las modificaciones a los programas son solicitadas generalmente sin notas
internas, en donde se describen los cambios o modificaciones que se requieren.
Falta de planes y Programas Informticos.
Poca identificacin del personal con la institucin

Inestabilidad laboral del personal
7. Conclusiones:
Como resultado de la Auditoria de la Seguridad realizada al Municipio, por
8. Recomendaciones
Elaborar toda la documentacin tcnica correspondiente a los sistemas
implementados y establecer normas y procedimientos para los desarrollos y su
actualizacin.
Evaluar e implementar un software que permita mantener el resguardo de
acceso de los archivos de programas y an de los programadores.
Implementar y conservar todas las documentaciones de prueba de los
sistemas, como as tambin las modificaciones y aprobaciones de programas
realizadas por los usuarios
El coste de la seguridad debe considerarse como un coste ms entre todos
los que son necesarios para desempear la actividad que es el objeto de la
existencia de la entidad, sea sta la obtencin de un beneficio o la prestacin
de un servicio pblico.
El coste de la seguridad, como el coste de la calidad, son los costes de
funciones imprescindibles para desarrollar la actividad adecuadamente. Y
por"adecuadamente" debe entenderse no slo un nivel de calidad y precio que
haga competitivo el servicio o producto suministrado, sino tambin un grado

de garanta de que dichos productos o servicios van a seguir llegando a los
usuarios en cualquier circunstancia.

PLANEAMIENTO
EJECUCION
011004 al 1510-04
INFORME
16-1004 al 2011-04
231104 al 28-12-04
APELLIDOS Y NOMBRES CARGO

QUIONEZ MAYTA, CARMEN AUDITOR SUPERIOR
AUDITORIA A LOS SISTEMAS DE REDES
1. Alcance de la Auditoria. Calificacin del personal

Sistemas tcnicos de la red
Mantenimiento de la Red

3. Referencia Legal. Manual de Autoproteccin aprobado por O.M. de 29/11/84, NBE-CPI 96 (RD
2177/96),

Normativa de las Comunidades Autnomas y Ordenanzas Municipales,
CEPREVEN.
4. Resultados.Se obtendr:
Informe de Auditora detectando deficiencias en el Sistema de Redes.

Auditoria del Sistema de Redes


4. Objetivos
Evaluar el tipo de red, arquitectura topologa, protocolos de comunicacin, las
conexiones, accesos privilegios, administracin y dems aspectos que
repercuten en su instalacin.
Revisin del software institucional para la administracin de la red.
5. Observaciones
No se cuenta con un Software que permita la seguridad de restriccin y/o
control a la Red.

No existe un plan que asegure acciones correctivas asociadas a la
conexin con redes externas.
No estn definidos los parmetros o normas de calidad.
La gerencia de redes no tiene un plan que permite modificar en forma
oportuna el plan a largo plazo de tecnologa de redes , teniendo en cuenta los
posibles cambios tecnolgicos.
No existe un calendario de mantenimiento de rutina peridico del
hardware definido por la gerencia de redes.
No existe un plan proactivo de tareas a fin de anticipar los problemas y
solucionarlos antes de que los mismos afecten el desempeo de la red
7. Conclusiones:
Como resultado de la Auditoria podemos manifestar que hemos cumplido
con evaluar cada uno de los objetivos contenidos en el programa de auditora.
cumplimiento de Normas de redes y funciones.
8. Recomendaciones
Elaborar toda la documentacin tcnica correspondiente a los sistemas de
redes. Evaluar e implementar un software que permita mantener el resguardo
de acceso de los archivos de programas y an de los programadores.
Implementar un plan que permita modificar en forma oportuna el plan a
largo plazo de tecnologa de redes.
Elaborar un calendario de mantenimiento de rutina peridico del hardware.

PLANEAMIENTO
EJECUCION
011004 al 15102811-04
INFORME
04 16-1004 al 2011-04 231104 al
APELLIDOS Y NOMBRES
MAMANI POMA, ORLANDO JIMMY
CARGO
AUDITOR SUPERIOR
AUDITORIA DE APLICACIONES
Seleccin y evaluacin del personal de le propia institucin.
Estndares de Funcionamiento y Procedimientos del rea de informtica
Gestin Econmica del rea de Informtica
Estndares de funcionamiento y procedimiento del rea de informtica.
2. Objetivos
Realizar un informe de Auditora con el objeto de verificar la adecuacin de los
estndares de funcionamiento y procedimiento del rea de informtica.

Auditoria de Aplicaciones


4. Objetivos
Evaluar el papel del rea de informtica en la Institucin
Evaluar el plan estratgico del rea de Informtica.
Evaluar la seguridad de los programas en el sentido de garantizar que los
ejecutados por la maquina sean exactamente los previstos y no otros.
Evaluar la existencia del plan operativo anual del rea de Informtica
Verificar el cumplimiento de los objetivos, planes y presupuestos
contenidos en el plan de sistemas de informacin.
Evaluar el nivel de satisfaccin de los usuarios del sistema.
Verificar el grado de fiabilidad de la informacin.
5. Observaciones
Incumplimiento de los plazos previstos en cada una de las fases del
proyecto.
Ineficacia e inseguridad del sistema de control de accesos diseado.
Falta de metodologas utilizadas que asegure la modularidad de las
posibles futuras ampliaciones de la Aplicacin y el fcil mantenimiento de las
mismas.
Incompatibilidad de las herramientas tcnicas utilizadas en los diversos
programas.
Falta de sencillez, modularidad y economa de recursos del diseo de
programas.

7. Conclusiones:
Como resultado de la Auditoria de Aplicaciones realizada al Municipio, por
El rea de Informtica presenta deficiencias sobre todo en la falta de
metodologas que son necesarias al realizar un proyecto.
8. Recomendaciones
Emplear metodologas que asegure la modularidad de las posibles futuras
ampliaciones de la Aplicacin y el fcil mantenimiento de las mismas.
Realizar un control Interno de las Aplicaciones, verificando que las mismas
fases se utilicen en el rea correspondiente de Desarrollo
Hacer un estudio de Vialidad de la Aplicacin sobre todo para aquellas que
son largas complejas y caras.
Utilizar herramientas tcnicas compatibles
Capacitar al personal para el diseo de Programas para realizarlos con la
mxima sencillez, modularidad y economa de recursos

PLANEAMIENTO
EJECUCION
011004 al 1510-04
2811-04
16-1004 al 2011-04
APELLIDOS Y NOMBRES CARGO
INFORME
231104 al

MAMANI POMA ORLANDO AUDITOR SUPERIOR
Informe Final de la Auditoria

MUNICIPALIDAD PROVINCIAL DE MARISCAL NIETO
Moquegua, 29 de Diciembre de 2004
Seor Cervantes Games, Ivn

JEFE DEL REA DE INFORMTICA
De nuestra consideracin:
Tenemos el agrado de dirigirnos a Ud. a efectos de elevar a vuestra
consideracin el alcance Del trabajo de Auditora del rea de Informtica
practicada los das 16 de Setiembre al 23 de Diciembre, sobre la base del
anlisis y procedimientos detallados de todas las informaciones recopiladas y
emitidos en el presente informe, que a nuestro criterio es razonable.
Sntesis de la revisin realizada, clasificado en las siguientes secciones:

1. En su Seguridad
2. En el rea Fsica
3. En Redes
El contenido del informe ha sido dividido de la siguiente forma a efectos de

facilitar su anlisis.
a. Situacin. Describe brevemente las debilidades resultantes de nuestro
anlisis.
b. Efectos y/o implicancias probables. Enuncian los posibles riesgos a que se
encuentran expuestos las operaciones realizadas por la Cooperativa.

c. ndice de importancia establecida. Indica con una calificacin del 0 al 3 el
grado crtico del problema y la oportunidad en que se deben tomar las acciones
correctivas del caso.
0 = Alto (acciones correctivas inmediatas)
1 = Alto (acciones preventivas inmediatas)
2 = Medio (acciones diferidas correctivas)
3 = Bajo (acciones diferidas preventivas)
Segn el anlisis realizado hemos encontrado falencias en que no existe un

Comit y plan informtico; falencias en la seguridad fsica y lgica; no existe
auditoria de sistemas; falta de respaldo a las operaciones; accesos de los
usuarios.
El detalle de las deficiencias encontradas, como as tambin las sugerencias de
solucin se encuentran especificadas en el Anexo adjunto. La aprobacin y
puesta en prctica de estas sugerencias ayudarn a la empresa a brindar un
servicio ms eficiente a los ciudadanos de la Ciudad de Moquegua.
Agradecemos la colaboracin prestada durante nuestra visita por todo el

personal de la Municipalidad y quedamos a vuestra disposicin para cualquier
aclaracin y/o ampliacin de la presente que estime necesaria.
Atentamente.
ORLANDO JIMMY MAMANI POMA

MICHELLA AROHUANCA A.
WILLY MAMANI CUTIPA
CARMEN QUIONEZ MAYTA
MADELEINE MUOZ ORTEGA
NELSSY POCOHUANCA TURPO

A. ORGANIZACIN Y ADMINISTRACIN DEL REA
A.1. Comit y Plan Informtico
a. Situacin
Con respecto al relevamiento efectuado, hemos notado lo siguiente:
No existe un Comit de Informtica o al menos no se encuentra formalmente
establecido.
No existe ninguna metodologa de planificacin, concepcin y/o seguimiento
de proyectos.
b. Efectos y/o implicancias probables

Posibilidad de que las soluciones que se implementen para resolver
problemas operativos sean parciales, tanto en Hardware como en Software.
c. ndice de importancia establecida: 1 (uno)
d. Sugerencias
Establecer un Comit de Informtica integrado por representantes de las
reas funcionales claves (Gerencia Administrativa, responsables de las reas
Operativas, responsables de
Informtica y el responsable Contable).
Trazar los lineamientos de direccin del rea de Informtica.
Implementar normas y/o procedimientos que aseguren la eficaz
administracin de los recursos informticos, y permitan el crecimiento
coherente del rea conforme a la implementacin de las soluciones que se
desarrollen y/o se requieran de terceros.
e. Efectos y/o implicancias probables

La escasez de personal debidamente capacitado, aumenta el nivel de riesgo
de errores al disminuir la posibilidad de los controles internos en el
procesamiento de la informacin; y limita la cantidad de soluciones que pueden
implementarse en tiempo y forma oportuna a los efectos de satisfacer los
requerimientos de las reas funcionales.
B. SEGURIDAD FSICA Y LGICA
B.1. Entorno General
a. Situacin
Durante nuestra revisin, hemos observado lo siguiente:
No existe una vigilancia estricta del rea de Informtica por personal de
seguridad dedicado a este sector.
No existe detectores, ni extintores automticos.
Existe material altamente inflamable.
Carencia de un estudio de vulnerabilidad de la Cooperativa, frente a las
riesgos fsicos o no fsicos, incluyendo el riesgo Informtico.
No existe un puesto o cargo especifico para la funcin de seguridad
Informtica.

Probable difusin de datos confidenciales.
Alta facilidad para cambios involuntarios o intencionales de datos, debido a la
falta de controles internos.
Debido a la debilidad del servicio de mantenimiento del equipo central, la
continuidad de las actividades informticas podran verse seriamente
afectadas ante eventuales roturas y/o desperfectos de los sistemas.
c. ndice de importancia establecida: 0 (cero)
d. Sugerencias
A los efectos de minimizar los riesgos descriptos, se sugiere:
Establecer guardia de seguridad, durante horarios no habilitados para el
ingreso al rea de
Informtica.
Colocar detectores y extintores de incendios automticos en los lugares
necesarios.
Remover del Centro de Cmputos los materiales inflamables.
Determinar orgnicamente la funcin de seguridad.
Realizar peridicamente un estudio de vulnerabilidad, documentando
efectivamente el mismo, a los efectos de implementar las acciones correctivas
sobre los puntos dbiles que se detecten.
B.2. Auditora de Sistema
a. Situacin
Hemos observado que la Municipalidad no cuenta con auditora Informtica,
ni con polticas formales que establezcan responsables, frecuencias y
metodologa a seguir para efectuar revisiones de los archivos de auditora.
Cabe destacar que el sistema integrado posee un archivo que pudiera servir
de auditoria
Informtica, el cual no es habilitado por falta de espacio en el disco duro.

Posibilidad de que adulteraciones voluntarias o involuntarias sean realizadas
a los elementos componentes del procesamiento de datos (programas,
archivos de datos, definiciones de seguridad de acceso, etc.) o bien accesos a
datos confidenciales por personas no autorizadas que no sean detectadas
oportunamente.

d. Sugerencias
Establecer normas y procedimientos en los que se fijen responsables,
periodicidad y metodologa de control de todos los archivos de auditora que
pudieran existir como asimismo, de todos los elementos componentes de los
sistemas de aplicacin.
B.3. Operaciones de Respaldo
a. Situacin
Durante nuestra revisin hemos observado que:
Existe una rutina de trabajo de tomar una copia de respaldo de datos en
Diskette, que se encuentra en el recinto del centro de cmputos, en poder del
auxiliar de informtica.
Si bien existen la copia de seguridad, no se poseen normas y/o
procedimientos que exijan la prueba sistemtica de las mismas a efectos de
establecer los mnimos niveles de confiabilidad.

La Cooperativa est expuesta a la perdida de informacin por no poseer un
chequeo sistemtico peridico de los back-up's, y que los mismas se exponen a
riesgo por encontrarse en poder del auxiliar de informtica.
d. Sugerencias
Minimizar los efectos, ser posible a travs de:
Desarrollar normas y procedimientos generales que permitan la toma de
respaldo necesarios, utilitario a utilizar.

Realizar 3 copias de respaldos de datos en Zip de las cuales, una se
encuentre en el recinto del rea de informtica, otra en la sucursal ms
cercana y la ltima en poder del Jefe de rea.
Implementar pruebas sistemticas semanales de las copias y distribucin de
las mismas.
B.4. Acceso a usuarios

a. Situacin
De acuerdo a lo relevado hemos constatado que:
Existen niveles de acceso permitidos, los cuales son establecidos conforme a
la funcin que cumple cada uno de los usuarios.
Los usuarios definidos al rotar o retirarse del local no son borrados de los
perfiles de acceso.
Las terminales en uso y dado un cierto tipo de inactividad no salen del
sistema.
El sistema informtico no solicita al usuario, el cambio del Password en forma
mensual.
b. Efectos y/o implicancia probables
Existe la imposibilidad de establecer responsabilidades dado que esta se
encuentra dividida entre el rea de sistema y los usuarios finales.
La falta de seguridad en la utilizacin de los Password, podran ocasionar
fraudes por terceros.
c. ndice de importancia establecida: 2 (dos)
d. Sugerencia
Implementar algn software de seguridad y auditoria existente en el mercado
o desarrollar uno propio.
Establecer una metodologa que permita ejercer un control efectivo sobre el
uso o modificacin de los programas o archivos por el personal autorizado.

B.5. Plan de Contingencias
a. Situacin
En el transcurso de nuestro trabajo hemos observado lo siguiente:
Ausencia de un Plan de Contingencia debidamente formalizado en el rea de
Informtica.
No existen normas y procedimientos que indiquen las tareas manuales e
informticas que son necesarias para realizar y recuperar la capacidad de
procesamiento ante una eventual contingencia (desperfectos de equipos,
incendios, cortes de energa con ms de una hora ), y que determinen los
niveles de participacin y responsabilidades del rea de sistemas y de los
usuarios.
No existen acuerdos formalizados de Centro de Cmputos paralelos con otras
empresas o proveedores que permitan la restauracin inmediata de los
servicios informticos de la
Cooperativa en tiempo oportuno, en caso de contingencia.
b. Efectos y/o implicancia probable

Prdida de informacin vital.
Prdida de la capacidad de procesamiento.
c. ndice de Importancia relativa:
1 (uno)
d. Sugerencias
Establecer un plan de contingencia escrito, en donde se establezcan los
procedimientos manuales e informticos para restablecer la operatoria normal
de la Cooperativa y establecer los responsables de cada sistema.
Efectuar pruebas simuladas en forma peridica, a efectos de monitorear el
desempeo de los funcionarios responsables ante eventuales desastres.

Establecer convenios bilaterales con empresas o proveedores a los efectos de
asegurar los equipos necesarios para sustentar la continuidad del
procesamiento.
C. DESARROLLO Y MANTENIMIENTO DE LOS SISTEMAS DE APLICACIONES
C.1. Entorno de Desarrollo y mantenimiento de las aplicaciones
a. Situacin
No existe documentaciones tcnicas del sistema integrado de la Cooperativa
y tampoco no existe un control o registro formal de las modificaciones
efectuadas.
No se cuenta con un Software que permita la seguridad de las libreras de los
programas y la restriccin y/o control del acceso de los mismos.
Las modificaciones a los programas son solicitadas generalmente sin notas
internas, en donde se describen los cambios o modificaciones que se requieren.

La escasa documentacin tcnica de cada sistema dificulta la compresin de
las normas, demandando tiempos considerables para su mantenimiento e
imposibilitando la capacitacin del personal nuevo en el rea.
Se incrementa an ms la posibilidad de producir modificaciones errneas y/o
no autorizadas a los programas o archivos y que las mismas no sean
detectadas en forma oportuna.
c. ndice de importancia establecida: 1 ( uno )

d. Sugerencias
Para reducir el impacto sobre los resultados de los efectos y consecuencias
probables sugerimos:

Elaborar toda la documentacin tcnica correspondiente a los sistemas
implementados y establecer normas y procedimientos para los desarrollos y su
actualizacin.
Evaluar e implementar un software que permita mantener el resguardo de
acceso de los archivos de programas y an de los programadores.
Implementar y conservar todas las documentaciones de prueba de los
sistemas, como as tambin las modificaciones y aprobaciones de programas
realizadas por los usuarios Hardware Equipamiento Central. La cooperativa
cuenta actualmente con un Equipo Central Pentium IV con las siguientes
caractersticas:
Procesador Intel Pentium IV de 1.600 mhz
Memoria: Ram 128 MB
Almacenamiento: 35 GB de 10 K RPM
Conexin: Ethernet 10/100
Es un equipamiento ideal para las funciones que cumple y su configuracin es

aceptable.
Tiene posibilidades de crecimiento y el fabricante cuenta con repuestos y
mantenimientos que garantizan la buena utilizacin del mismo.
Equipamiento Perifrico
La cooperativa cuenta en su casa central con 30 PCs de las cuales el 50%
(cincuenta por ciento) aproximadamente son Pentium III de 550Mhs con 64 MB
de memoria y discos de 5 GB. El resto son de menor porte, pero el parque de
computadoras personales es suficientemente apto para los requerimientos
actuales.
Las impresoras: de sistema (conectadas al equipo central) son de marca Epson
1170 y Epson 1200.
Adems cuentan con equipos de HP 560 de chorro de tintas conectadas a
algunos equipos.
Equipamiento en Sucursales

Las sucursales cuentan con PCs AMD Athlon de 750 Mhz, 64 de memoria y
discos de 5 GB. Equipamiento holgadamente apto para las funciones que
cumple.
Las sucursales tienen una impresora matricial del sistema y algunos usuarios
cuentan con impresoras a chorro de tinta.
Cableado
El cableado es estructurado y con cables del tipo UTP categora 5, tanto en
sucursales
Como rea Informtica Software Software de Base
El sistema operativo con el que cuenta la Pentium IV es el de Windows Server
2000 que posee una importante estructura de seguridad. Con sistema de red
Windows 2000. Base de datos FOX.
AUDITORIA DE SISTEMAS
CONSEJOS
1. Utiliza un buen antivirus y actualzalo frecuentemente.
2. Comprueba que tu antivirus incluye soporte tcnico, resolucin urgente de
nuevos virus y servicios de alerta.
3. Asegrate de que tu antivirus est siempre activo.
4. Verifica, antes de abrir, cada nuevo mensaje de correo electrnico recibido.
5. Evita la descarga de programas de lugares no seguros en Internet.
6. Rechaza archivos que no hayas solicitado cuando ests en chats o grupos de
noticias (news).
7. Analiza siempre con un buen antivirus los disquetes que vayas a usar en tu
ordenador.
8. Retira los disquetes de las disqueteras al apagar o reiniciar tu ordenador.
9. Analiza el contenido de los archivos comprimidos.
10. Mantente alerta ante acciones sospechosas de posibles virus.

11. Aade las opciones de seguridad de las aplicaciones que usas normalmente
a tu poltica de proteccin antivirus.
12. Realiza peridicamente copias de seguridad.
13. Mantente informado.
14. Utiliza siempre software legal.
15. Exige a los fabricantes de software, proveedores de acceso a Internet y
editores de publicaciones, que se impliquen en la lucha contra los virus.
INDICE
BIBLIOGRAFIA

Informe de Auditoria de Sistemas

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe de Auditoria de Sistemas

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD TECNOLGICA DE CAMPECHE

Ingeniera Tecnologas de la Informacin y Comunicacin

Nombre del Profesor:

UNIDAD I: Auditora de sistemas de tecnologas de la informacin

San Antonio Crdenas, Carmen, Campeche

UNIVERSIDAD TECNOLGICA DE CAMPECHE