Memoria

Escuela Tcnica Superior de Ingeniera Informtica
Universitat Politcnica de Valncia
PLAN DE AUDITORA DEL

DESARROLLO DE APLICACIONES
EN UNA EMPRESA INFORMTICA
Proyecto Final de Carrera

INGENIERA TCNICA DE INFORMTICA DE GESTIN
Autor: M AMPARO AGUILAR ESCOB
Director JOS MARA TORRALBA MARTNEZ

Director:
Valencia, Junio 2012

PLAN DE AUDITORA DEL DESARROLLO DE APLICACIONES EN UNA EMPRESA INFORMTICA
2
Tabla de contenidos
1. Introduccin................................................................................................
................................ .................................................. 8
1.1 mbito de desarrollo del Proyecto ................................................................
..................................................... 8
2. La Auditora de las Tecnologas de la Informacin y la Comunicacin (TIC) y los
Sistemas de Informacin (SI) ...........................................................................................
........................... 9
2.1 Introduccin a la Auditora en las organizaciones ..............................................................
.............................. 9
- 2.1.1 Breve resea de la Historia de la Auditora ...............................................
................................ 9
- 2.1.2 La necesidad de la Auditora ................................................................

.................................. 14
- 2.1.3 Definiciones ............................................................................................

................................ ............................ 14
2.1.3.1 Puntos en comn de las definiciones ................................................................

.................................. 15
- 2.1.4 Los objetivos de la Auditora ................................................................
................................... 16
- 2.1.5 Diferentes clases y tipos de Auditora .....................................................

................................ 16
2.1.5.1 Diferentes tipos de Auditora ................................................................

.............................................. 16
2.1.5.2 Diferentes clases de Auditora ................................................................
............................................ 16
- 2.1.6 Beneficiarios de la Auditora ................................................................
................................... 20
2.2 Auditora de los Sistemas de Informacin ................................................................

........................................ 21
- 2.2.1 Introduccin ............................................................................................
................................ ............................ 21
- 2.2.2 Perspectiva histrica ................................................................

.............................................. 22
- 2.2.3 Caractersticas de los sistemas mecanizados ........................................

................................ 22
- 2.2.4 Definiciones de Auditora de los Sistemas de Informacin......................

Informacin...................... 23
2.2.4.1 Los puntos en comn de las definiciones ...........................................................

........................... 24
- 2.2.5 Objetivos de la Auditora de los Sistemas de Informacin ...................... 25
- 2.2.6 Finalidad................................................................................................
................................ ................................. 26
2.3 Resumen............................................................................................................................
................................ ............................ 27
2.4 Bibliografa del captulo 2................................................................................................
.................................. 27
3. Organismos, certificaciones y normativas................................................................
.................................. 29
3.1 Organismos................................
................................................................................................
........................................................ 29
- 3.1.1 ISACA (Information Systems Audit and Control Association)
Association).................. 29
- 3.1.2 ISACA-CV
CV (Information Systems Audit and Control Association-
Association
Comunidad Valenciana) ................................................................
.................................................. 31
- 3.1.3 ITGI (IT Governance Institute) ................................................................

................................ 31
3
- 3.1.4 IIA (The Institute of Internal Auditors) .....................................................

................................ 32
- 3.1.5 ISO (Organizacin Internacional de Normalizacin) ............................... 33
- 3.1.6 Instituto de Auditores Internos de Espaa ..............................................

................................ 34
3.2 Certificaciones ................................................................................................

................................ ................................................... 35
- 3.2.1 CISA (CertifiedInformationSystem
CertifiedInformationSystem Auditor).............................................
................................ 35
- 3.2.2 CIA (Certificado de Auditor Interno) ........................................................

........................ 36
- 3.2.3 CISM (Certified Information Security Manager) ......................................

................................ 37
- 3.2.4 CGEIT (Certified in the Governance of Enterprise IT) ............................. 37
- 3.2.5 CRISC (Certified in Risk and information System Control)......................

Control)...................... 38
3.3 Normativas ................................................................................................

................................ ........................................................ 38
- 3.3.1 Cobit (Control Objectives for Information and related Technology) ......... 38
- 3.3.2 ISO ................................................................................................

................................ ......................................... 40
- 3.3.3 ITIL (Informatio

Information Technology Infrastructure Library) ........................ 40
3.4 Resumen............................................................................................................................
................................ ............................ 42
4.1 Toma de contacto ................................................................................................
................................ ............................................. 45
4.2 Planeacin
n de la Auditora ................................................................................................
................................ 46
4.3 Procedimientos de Auditora y pasos para la recopilacin de datos ................................ 48
4.4 Procedimientos para evaluar la prueba o revisar los resultados ......................................
................................ 49
4.5 Elaboracin del Informe de Auditora ................................................................
............................................... 50
4.6 Seguimiento ................................................................................................
................................ ...................................................... 51
4.7 Resumen............................................................................................................................
................................ ............................ 51
4.8 Bibliografa del captulo 4 ................................................................................................
.................................. 52
- 4.8.1 Libros Apuntes y Artculos ................................................................
...................................... 52
- 4.8.2 Webs ................................................................................................

................................ ...................................... 52
5. Descripcin de la Organizacin en la que se va a implantar el plan de auditora ...... 53

5.1 El Tipo de Estructura Organizativa: Organizacin lineal ...................................................
................................ 53
- 5.1.1 Ventajas de la organizacin lineal ..........................................................
.......................... 54
- 5.1.2 Desventajas de la organizacin lineal .....................................................

................................ 55
- 5.1.3 Campos de aplicacin ................................................................

............................................ 55
5.2 Departamentos de la empresa ..........................................................................................

.......................... 56
- 5.2.1. Departamento de Ventas ................................................................
....................................... 56
4
- 5.2.2. Departamento de Recursos Humanos ...................................................
................................ 59
- 5.2.3. Departamento de Finanzas ................................................................

................................... 60
- 5.2.4. Departamento de Contabilidad ..............................................................

.............................. 62
- 5.2.5. Departamento de desarrollo de aplicaciones informticas ..................... 63
5.2.5.1 Organigrama del Departamento de desarrollo de aplicaciones

ones informticas .... 68
5.2.5.1.1 Jefe de Informtica ................................................................
....................................................... 69
5.2.5.1.2
2.5.1.2 Jefe de Explotacin................................................................
....................................................... 69
5.2.5.1.3 Responsable de Calidad ................................................................
............................................... 70
5.2.5.1.4 Jefe de Desarrollo.........................................................................................
......................... 71
5.2.5.1.5 Analista ................................................................................................
................................ ......................................... 72
5.2.5.1.6 Programador ................................................................................................
................................ 73
5.6.1.1.7 Jefe de Sistemas ...........................................................................................
........................... 73
5.3 Resumen............................................................................................................................
................................ ............................ 75
.................................. 75
- 5.4. 1 Libros, Apuntes, Artculos ................................................................
...................................... 75
- 5.4.2 Webs ................................................................................................

................................ ...................................... 76
6. Plan de auditora del desarrollo de aplicaciones informticas....................................

................................ 77
6.1 Introduccin a la auditora en el desarrollo de aplicaciones informticas: Importancia,
caractersticas, reas, objetivos, guas y tcnicas de control..................................................
................................ 77
- 6.1.1 Importancia de la auditora del rea de desarrollo .................................
................................ 77
- 6.1.2 Caractersticas de un sistema de control ................................................

................................ 78
- 6.1.3 reas de control de un sistema informtico ...........................................

................................ 79
- 6.1.4 reas de control y secciones de control del desarrollo de aplicaciones

informticas ................................................................................................
................................ ..................................... 80
- 6.1.5 Objetivos de control, y guas o tcnicas de control del rea de desarrollo

de aplicaciones informticas
infor ................................................................
........................................... 80
6.2. Controles de desarrollo de aplicaciones informticas .....................................................

................................ 80
- 6.2.1 rea a controlar sobre la metodologa y responsabilidades del proceso de
desarrollo de aplicaciones informticas ...........................................................
........................... 81
- 6.2.2 Las funciones y responsabilidades de cada individuo............................. 83
- 6.2.3 Proceso de actualizacin de la metodologa que sigue la organizacin en

el proceso desarrollo de aplicaciones informticas ..........................................
................................ 85
5
6.3 Objetivos y Guas de Control por fases del proyecto de desarrollo de aplicaciones
informticas ............................................................................................................................
................................ ............................ 86
- 6.3.1 Iniciacin del proyecto ................................................................
............................................ 86
6.3.1.1 Definicin del proyecto ................................................................

....................................................... 87
6.3.1.2 Participacin del departamento usuario/cliente en la iniciacin del proyecto .. 88
6.3.1.3 Relacin de los miembros del equipo del proyecto y sus responsabilidades ..... 90
6.3.1.4 Definicin de los requisitos para la realizacin del desarrollo de la aplicacin .. 91
6.3.1.5 Aprobacin del proyecto ................................................................
..................................................... 92
- 6.3.2 Estudio de la viabilidad ................................................................
........................................... 93
6.3.2.1 Estudio de la viabilidad en la tecnologa utilizada ..............................................

................................ 94
- 6.3.3 Desarrollo e Implantacin ................................................................
....................................... 95
6.3.3.1 Los objetivos de programacin ................................................................

........................................... 96
6.3.3.2 Documentacin detallada de programas ............................................................
............................ 97
6.3.3.3 Paquetes de aplicaciones software ................................................................
..................................... 99
6.3.3.4 Programacin de la aplicacin a desarrollar .....................................................
................................ 100
6.3.3.5 Manual de mantenimiento y operaciones ........................................................
........................ 101
6.3.3.6 Manuales de usuario .........................................................................................
......................... 103
6.3.3.7 Plan de formacin .............................................................................................
............................. 104
- 6.3.4 Testeo y Pruebas ................................................................
................................................. 105
6.3.4.1 Estndares de testeo y pruebas de las aplicaciones .........................................

................................ 105
6.3.4.2 Documentacin del testeo de la aplicacin ......................................................
................................ 107
6.3.4.3 Evaluacin de los resultados de los test............................................................
test ............................ 109
6.3.4.4 Anlisis de la documentacin del testeo...........................................................
........................... 110
6.3.4.5 Test de aceptacin final ................................................................
.................................................... 111
- 6.3.5 Operacin y mantenimiento ................................................................
.................................. 112
6.3.5.1 Procedimientos de control de operaciones ......................................................

................................ 113
6.3.5.2 Control de costes...............................................................................................
............................... 114
6.3.5.3 Modificaciones de la aplicacin ................................................................
........................................ 115
6.3.5.4 Re-evaluacin
evaluacin de los requisitos del usuario/cliente .........................................
................................ 116
- 6.3.6 Revisin post--implantacin ................................................................
................................... 117
6.3.6.1 Plan de revisin de post-implantacin

post ..............................................................
.............................. 117
6.3.6.2 Evaluacin de resultado ................................................................
.................................................... 119
6.3.6.3 Evaluacin de los requisitos del usuario/cliente ...............................................
................................ 120
6
6.3.6.4 Evaluacin del anlisis coste y beneficio...........................................................
........................... 121
6.3.6.5 Evaluacin de la adherencia a los estndares de desarrollo ............................ 122
6.3.6.6 Informe de recomendaciones de la revisin de post-implantacin
post implantacin ................. 123
6.4 Resumen..........................................................................................................................
................................ .......................... 124
................................ 125
- 6.5.1 Libros, Apuntes, Artculos ................................................................
..................................... 125
- 6.5.2 Webs ................................................................................................

................................ .................................... 125
Bibliografa acumulada................................
................................................................................................
.................................. 126
Anexos ...........................................................................................................................
................................ ........................... 129
Anexo 1. Cuestionario ................................................................................................
................................ ........................................... 129
Anexo 2. Siglas.......................................................................................................................
................................ ....................... 146
Anexo 3. Definiciones ................................................................................................
................................ ............................................ 148
7
1. Introduccin
1.1 mbito de desarrollo del Proyecto
En los ltimos tiempos el ejercicio en las actividades de auditora y control en

tecnologas informticas, ha auspiciado un desarrollo ms que acelerado de
todas las dems actividades inmersas en la economa de un pas. Esto da pie a
pensar que las tareas realizadas por ellas han de ser igualmente auditadas. El
propsito a alcanzar por una organizacin que contrata la auditora de cualquier
parte de sus SI es asegurar que sus objetivos estratgicos son los mismos que
los de la propia organizacin y que los sistemas prestan el apoyo adecuado a
la consecucin de estos objetivos, tanto en el presente como en su evolucin
futura. En la actualidad, los temas relativos a la auditora informtica cobran
cada vez ms relevancia, debido a que la informacin se ha convertido en el
activo ms importante de las empresas, representando su principal ventaja
estratgica, por lo que estas invierten enormes cantidades de dinero y tiempo
en la creacin de sistemas de informacin, con el fin de obtener la
l mayor
productividad y calidad posibles. La gerencia, debe establecer un sistema de
control interno adecuado, y tal sistema debe soportar debidamente los
procesos del negocio. El proceso de la auditora requiere una gran recopilacin
de datos, realizacin de pruebas y comprobacin de requisitos de control.
En los prximos captulos pretendemos, primero mostrar una visin global de la
auditora para posteriormente centrarnos en la auditora que nos interesa en
este proyecto, la auditora de los Sistemas de Informacin, concretamente en el
desarrollo de aplicaciones informticas, explicaremos las caractersticas que
tiene la organizacin a la que le vamos a realizar el plan de auditora junto con
el propio plan que desarrollaremos para que el auditor puede desempear
de su
funcin correctamente y detectar as las posibles anomalas, errores que pueda
estar realizando en el departamento en cuestin, de este modo el auditor
puede ayudar a la mejora de la organizacin en s. Pasamos pues a hacer una
pequea introduccin
cin de a la auditora en las organizaciones.
8
2. La Auditora de las Tecnologas de la
Informacin y la Comunicacin (TIC) y
los Sistemas de Informacin (SI)
2.1 Introduccin a la Auditora en las organizaciones
2.1.1 Breve resea de la Historia de la Auditora
Si profundizamos a lo largo de los primeros antecedentes de la auditora son

casi tan antiguos como la propia historia de la humanidad, ya que la profesin
auditora, en cuanto actividad de control de la actividad econmico financiera,
surge en el momento en que la propiedad de los recursos financieros o fuentes
de financiacin y la responsabilidad de la asignacin de los mismos a usos
productivos no se encuentran en manos de la misma persona, es decir cuando
se produce un deslinde entre la propiedad
propiedad y la gestin. Sin embargo la
auditora, como se conoce hoy en da, no tiene su origen hasta la revolucin
industrial del siglo XVIII en Inglaterra, o al menos es en este pas donde se
encuentran los primeros antecedentes, con la aparicin de las primeras
primera
sociedades annimas, donde los accionistas, exigen la garanta de que sus
fondos han sido gestionados de manera adecuada, y de que las cuentas que
les presentan los administradores son ciertas y fidedignas.
Posteriormente la profesin auditora ha continuado
continuado extendindose a otros
pases como Estados Unidos, que se configura como la nacin ms avanzada
en el desarrollo de la profesin, mientras que en pases como Espaa, no fue
oficialmente reconocida hasta la promulgacin de la Ley de Auditora del ao
1988.
Podemos distinguir tres etapas o fases en las que se ha ido desarrollando la

auditora:
- Edad Antigua
- Moderna
Edad Media-Moderna
9
- Edad Contempornea
Pasamos a explicarlas:
- Edad Antigua
En los pueblos primitivos al no existir una actividad comercial intensa no fue
preciso un sistema de informacin complejo, de forma que se aplicaba el
recuento como un sistema de control vlido y efectivo. Es en el estamento
poltico donde se afirma que aparece
aparece el trmino auditor, persona que efectuaba
los controles de los gastos e ingresos que se producan en el Estado, dichos
controles se realizaban nica y exclusivamente escuchando (ya que auditor
procede del trmino audire or) las relaciones de las cuentas
cuentas que las personas
encargadas del manejo de estas comentaban de viva voz.
Posteriormente se encuentran vestigios tambin de la funcin auditora, como
actividad de supervisin, en las culturas griega y romana.
- Edad Media-Moderna
A consecuencia del auge del comercio italiano con los pases de Oriente y
Occidente nacen las sociedades mercantiles colectivas y de participacin,
dando lugar a la necesidad de contar con un sistema de registro e informacin
de las operaciones contables. As el desarrollo de
de la contabilidad origin que
fuese Italia el pas en el que nace la figura del revisor contable, de forma que
en Venecia se pagaban los servicios al revisor en funcin del nmero e
importancia de los errores y fraudes descubiertos. De manera que en los
comienzos
mienzos de la labor de auditora su funcin fue principalmente la de descubrir
fraudes, sobre todo en la gestin de los fondos pblicos y en el comercio.
En el ao 1310 ya se realizaban funciones de auditora en Inglaterra a travs
de los Consejos Londinenses.
Londinenses. Ms tarde, en 1581, se funda en Italia la
asociacin de revisores contables Il colegio dei Raxonati. En Pars en 1640
aparece el Tribunal de Cuentas, y en 1658 se crea en Miln y Bolonia la
Academia dei Ragioneri. Ya en el siglo XVIII, en el ao
ao 1739, se constituye en
Miln el segundo Colegio de Revisores Contables, cuyo propsito primordial
es detectar errores e irregularidades en la llevanza de la contabilidad.
- Edad Contempornea
10
La auditora no nace como profesin, como actualmente se conoce,
co hasta el
perodo de la revolucin industrial y la aparicin de las sociedades annimas en
las que se desliga la propiedad del capital de los gerentes de las mismas, y se
encarga a un profesional independiente la revisin de la labor encomendada a
los administradores. De estos tcnicos especializados en la revisin de la
contabilidad surge la profesin de auditor o accountant, que se potencia en
1854 con la creacin del Institute of Chartered Accountants of Scotland.
La profesin auditora es reconocida,

reconocida, en Gran Bretaa, por la Ley de
Sociedades de 1862, posteriormente, en 1879, a travs de la Companies Act
se obliga a las entidades bancarias a someter sus cuentas a auditora, y a las
sociedades mercantiles a la llevanza de una contabilidad ordenada.
ordenada En 1880, la
reina Victoria les confiere a los auditores de Inglaterra y Gales el derecho a
llamarse Chartered Accountants y ese mismo ao nace el Institute of
Chartered Accountants of England and Wales que continua en la actualidad.
enzos del siglo XX se intensifica la constitucin de las

A partir de comienzos
empresas industriales y comerciales como sociedades annimas, y esa
transformacin lleva aparejada que la auditora se convierta en obligatoria, con
el fin de garantizar la transparencia del trfico mercantil de los pases. Debido a
la influencia inglesa se va a desarrollar y consolidar la auditora en Estados
Unidos, surgiendo en el ao 1887 la primera asociacin americana de auditores
la American Association of Public Accountants (AAPA).
Posteriormente
ormente en 1896, en el Estado de Nueva York, aparece la primera ley
que regula la profesin del auditor o contador pblico, tal y como se conoce al
auditor en Amrica, mediante la Act to regulate the Profesin of Public
Accountants que otorga el ttulo de
de Certified Public Accountant a las
personas que logran superar una prueba de aptitud.
En 1916, la AAPA pasa a denominarse Institute of Public Accountants (IPA)

constando de 1.150 miembros. Un ao ms tarde se cambia el nombre por el
de American Institute
itute of Accountants (AIA) y, a solicitud de la Comisin
Federal de Comercio de Estados Unidos (Federal Trade Commission), elabora
11
un documento, el Uniform Accounting, que constituye el primer conjunto de

estndares sobre procedimientos de auditora de balances, que fueron
publicados bajo el ttulo de Aproved Methods for the Preparation of Balance
Sheet Statements. Para corregir sus deficiencias, en 1922, el AIA lo revis y
public bajo el ttulo de Verification of Financial Statements.
No obstante, lo que supuso un giro radical en la elaboracin de la informacin

financiera fue la crisis econmica de 1929, momento a partir del cual se trabaja
para paliar la falta de transparencia y de armonizacin de los principios
contables, gracias a la iniciativa
iniciativa de la AIA y la Bolsa de Nueva York, y se acua
la expresin de generally accepted accounting principles (GAAP), principios
de contabilidad generalmente aceptados.
Cuatro aos ms tarde, en 1933, la Comisin Federal del Congreso

Norteamericano crea la Securities and Exchange Commission (SEC), rgano
regulador y controlador de la bolsa a cuyo cargo corre el reconocimiento de los
principios y normas de auditora a aplicar, y se produce la publicacin de dos
leyes, las Securities Acts de 1933 y 1934; en
en las que se exiga que todas las
sociedades que cotizaban en bolsa deban acompaar sus estados financieros
de un informe de auditora.
En 1939, el AIA crea el Committee on Auditing Procedure (CAP) que a su vez

se subdivide en tres comisiones:
- La Accounting Research Division (ARS) dedicada al estudio e
investigacin de la contabilidad.
- El Accounting Principles Board (APB) dedicado a la emisin de
principios de contabilidad.
- El Accounting Research Bulletin (ARB) para la publicacin de las
investigaciones
estigaciones en materia de contabilidad.
La AIA pasa en el ao 1957 a denominarse American Institute of Certified

Public Accountants (AICPA) y este nuevo organismo se encarga de la emisin
de los Statements on Auditing Procedure (SAP), conjunto de procedimientos
pro
de auditora que desarrollan y profundizan en la profesin auditora. En 1972, se
12
realizan los Statements on Auditing Standards (SAS) que recogen normas y
procedimientos de auditora y un ao despus nace el Financial Accounting
Standard Board
d (FASB) rgano encargado de la elaboracin y emisin de
principios de contabilidad, siendo en la actualidad la principal fuente normativa
contable en los Estados Unidos de Norteamrica.
Ms adelante, a partir de los aos 40 y 50 el objetivo de la auditora

audito ya no es la
deteccin de errores y fraudes mediante la revisin de la totalidad de los
registros contables, sino que el trabajo de auditora sufre cambios sustanciales,
reforzndose los siguientes cometidos:
- Se pone un mayor nfasis en la revisin y evaluacin
evaluacin de los sistemas de
control interno.
- Se centran los esfuerzos en las partidas que componen la Cuenta de
Resultados.
- Se reduce el tiempo empleado en el trabajo de auditora.
- Se extrapola parte del trabajo realizado en momentos anteriores al cierre
del
el ejercicio contable, apareciendo as los conceptos de auditora
preliminar y auditora final.
El auditor ya no certifica sobre la informacin revisada sino que emite una
opinin profesional sobre la representatividad de una informacin financiera o
contable.
La Auditora en Espaa
Hasta fechas muy cercanas la auditora en nuestro pas no ha tenido un gran
desarrollo ni a nivel legislativo ni en la prctica en la gestin de los negocios.
Podemos decir que la auditora empez a practicarse ms reiteradamente
reiterad en
las empresas privadas a partir de 1970, hasta este momento la auditora era
nicamente conocida en las empresas que tenan participacin de capital
extranjero. Los pases de origen de estas inversiones eran pases como Estado
Unido, Canad, Inglaterra
terra donde la legislacin les exige que tanto las
empresas que tienen dentro del pas como de las inversiones que realizan en el
extranjero estn auditadas por auditores reconocidos en estos pases que
estamos haciendo mencin.
13
Como decamos anteriormente

anteriormente es a partir de 1970 cuando las empresas
espaolas empiezan a contratar, de forma espordica, los servicios de
auditora, que en la mayora de los casos eran impuestos con motivo de
negociaciones de compra venta de sociedades, concesiones de crditos
bancarios,
arios, exigencias de accionistas disidentes
Ms adelante con la integracin de Espaa en la Unin Europea cobra mucha
ms importancia la transparencia informativa econmica contable, por lo que se
promueve ms el desarrollo de la auditora en Espaa teniendo
tenie un mejor
conocimiento de situacin econmica, patrimonial y financiera de las empresas.
2.1.2 La necesidad de la Auditora
Las auditoras nacen para (Apuntes de la Asignatura: Auditora de los

Sistemas de Informacin (ASI), 2009-10,
2009 Tema 2: Introduccin a la Auditoria,
transparencia 6):
- Ofrecer la seguridad a los propietarios de las empresas de la fiabilidad

de los estados financieros.
- Ofrecer la seguridad a otros posibles usuarios: acreedores, Hacienda...
- Cuando se realiza una venta o cambio de titularidad
- Por obligacin legal
2.1.3 Definiciones
Definicin de Auditora: la investigacin, consulta, revisin, verificacin,

comprobacin y obtencin de evidencia, desde una posicin de independencia,
sobre la documentacin e informacin de una organizacin, realizadas por un
profesional -el auditor- designado para desempear tales funciones (Apuntes
de ASI Curso: 2009-10).
NORMA AFNOR (Asociacin

Asociacin Francesa de Normalizacin)
Normalizacin) X50-109:
X50
Examen metdico de una situacin relativa a un producto, proceso,

proc
organizacin, en materia de calidad, realizado en cooperacin con los
14
interesados, a fin de verificar la concordancia de la realidad con lo
preestablecido, y la adecuacin al objetivo buscado.
Normas espaolas
1) LEY 19/1988 DE AUDITORA DE CUENTAS, de Espaa:
"... la actividad que, mediante la utilizacin de determinadas tcnicas de

revisin, tiene por objeto la emisin de un informe acerca de la fiabilidad de los
documentos contables auditados; delimitndose, pues, a la mera comprobacin
de que los saldos
dos que figuran en sus anotaciones contables concuerdan con
los ofrecidos en el balance y en la cuenta de resultados,...".
2) REAL DECRETO 1636/1990
"1.- Se entender por auditora de cuentas la actividad, realizada por una

persona cualificada e independiente,
independiente, consistente en analizar, mediante la
utilizacin de las tcnicas de revisin y verificacin idneas, la informacin
econmico-financiera
financiera deducida de los documentos contables examinados, y
que tiene por objeto la emisin de un informe dirigido a poner de manifiesto su
opinin responsable sobre la fiabilidad de la citada informacin, a fin de que se
pueda conocer y valorar dicha informacin por terceros".
2.1.3.1 Puntos en comn de las definiciones
Los puntos en comn de las definiciones comentadas anteriormente son:
- La realizacin de un examen ordenado y planificado.
- La comprobacin de la calidad de lo examinado.
- La
a verificacin de la fiabilidad de lo examinado en cuanto a los hechos
reales que refleja.
- La
a obligacin de informar a terceros con
con una opinin fundada.
15
2.1.4 Los objetivos de la Auditora
Los objetivos de la Auditora son (Apuntes de ASI, 2009-10,

2009 Tema 2:
Introduccin a la Auditoria, transparencia 7):
- Informar sobre la fidelidad y razonabilidad de la situacin de la empresa.
- Reflejar la imagen de la empresa.
- Descubrir fraudes o situaciones anmalas (errores).
- La responsabilidad de la gestin corresponde a la empresa.
- El auditor no es responsable de la preparacin de la documentacin

revisada.
- El auditor podr realizar sugerencias

sugerenc constructivas.
2.1.5 Diferentes clases y tipos de Auditora
2.1.5.1 Diferentes tipos de Auditora
- Auditora Contable.
- Auditora Financiera.
- Auditora de Gestin (que comprende las dos anteriores)
- Auditora de los Sistemas de Informacin.
2.1.5.2 Diferentes clases de Auditora
Criterio 1.- Segn el sujeto que la efecta puede ser (Apuntes de ASI, 2009-
2009
10, Tema 2: Introduccin a la Auditoria, transparencia 14):
14)
- Auditora Interna:
La Auditora Interna es el examen crtico, sistemtico y detallado

detallado de un sistema
de informacin de una unidad econmica, realizado por un profesional con
vnculos laborales con la misma, utilizando tcnicas determinadas y con el
objeto de emitir informes y formular sugerencias para el mejoramiento de la
16
misma. Estos informes son de circulacin interna y no tienen trascendencia a
terceros.
Las Auditoras Internas son hechas por personal de la empresa. Un auditor
interno tiene a su cargo la evaluacin permanente del control de las
transacciones y operaciones y se preocupa
preocupa de sugerir el mejoramiento de los
mtodos y procedimientos de control interno que redunden en una operacin
ms eficiente y eficaz.
Cuando la Auditora est dirigida por Auditores Pblicos profesionales
independientes, la opinin de un experto desinteresado
desinteresado e imparcial constituye
una ventaja definida para la empresa y una garanta de proteccin para los
intereses de los accionistas, los acreedores y el Pblico.
La imparcialidad e independencia absolutas no son posibles en el caso del

auditor interno, puesto
esto que no puede divorciarse completamente de la
influencia de la alta administracin, y aunque mantenga una actitud
independiente, como debe ser, esta puede ser cuestionada ante los ojos de
terceros. Por esto se puede afirmar que el Auditor no solamente debe ser
independiente, sino parecerlo para as obtener la confianza del Pblico.
La Auditora Interna es un servicio que reporta al ms alto nivel de la direccin

de la organizacin y tiene caractersticas de funcin asesora de control, por
tanto no puede
e ni debe tener autoridad de lnea sobre ningn empleado de la
empresa, a excepcin de los que forman parte de la oficina de Auditora
Interna, ni debe en modo alguno involucrarse o comprometerse con las
operaciones de los sistemas de la empresa, pues su funcin es evaluar y
opinar sobre los mismos, para que la alta direccin toma las medidas
necesarias para su mejor funcionamiento.
La Auditora Interna solo interviene en las operaciones y decisiones propias de
su oficina, pero nunca en las operaciones y decisiones de la organizacin a la
cual presta sus servicios, pues como se dijo es una funcin asesora.
17
- Auditora Externa:
Aplicando el concepto general, se puede decir que la Auditora Externa es el

examen crtico, sistemtico y detallado de un sistema de informacin de una
unidad econmica, realizado por un Auditor Pblico sin vnculos laborales con
la misma, utilizando tcnicas
tcnicas determinadas y con el objeto de emitir una opinin
independiente sobre la forma como opera el sistema, el control interno del
mismo y formular sugerencias para su mejoramiento.
El dictamen u opinin independiente tiene trascendencia a terceros, pues da

plena validez a la informacin generada por el sistema ya que se produce bajo
la figura de la Fe Pblica, que obliga a los mismos a tener plena credibilidad en
la informacin examinada.
La Auditora Externa examina y evala cualquiera de los sistemas de

d
informacin de una organizacin y emite una opinin independiente sobre los
mismos, pero las empresas generalmente requieren de la evaluacin de su
sistema de informacin financiero en forma independiente para otorgarle
validez ante los usuarios del producto
producto de este, por lo cual tradicionalmente se
ha asociado el trmino Auditora Externa a Auditora de Estados Financieros, lo
cual como se observa no es totalmente equivalente, pues puede existir
Auditora Externa del Sistema de Informacin Tributario, Auditora
Auditora Externa del
Sistema de Informacin Administrativo, Auditora Externa del Sistema de
Informacin Automtico, etc.
La Auditora Externa o Independiente tiene por objeto averiguar la

razonabilidad, integridad y autenticidad de los estados, expedientes y
documentos y toda aquella informacin producida por los sistemas de la
organizacin.
Una Auditora Externa se lleva a cabo cuando se tiene la intencin de publicar

el producto del sistema de informacin examinado con el fin de acompaar al
mismo una opinin
inin independiente que le d autenticidad y permita a los
usuarios de dicha informacin tomar decisiones confiando en las declaraciones
del Auditor.
18
Una Auditora debe hacerla una persona o firma independiente de capacidad
profesional reconocida. Esta persona
persona o firma debe ser capaz de ofrecer una
opinin imparcial y profesionalmente experta acerca de los resultados de
Auditora, basndose en el hecho de que su opinin ha de acompaar el
informe presentado al trmino del examen y concediendo que pueda
expresarse
sarse una opinin basada en la veracidad de los documentos y de los
estados financieros y en que no se imponga restricciones al auditor en su
trabajo de investigacin.
Bajo cualquier circunstancia, un Auditor profesional acertado se distingue por

una combinacin
inacin de un conocimiento completo de los principios y
procedimientos contables, juicio certero, estudios profesionales adecuados y
una receptividad mental imparcial y razonable.
Diferencias entre Auditora Interna y Auditora Externa
- Segn (Apuntes de ASI,

AS 2009-10,
10, Tema 2: Introduccin a la Auditoria,
transparencia 40) Las diferencias entre la auditora interna y la auditora
externa aparecen en el cuadro 2.1.5.2:
2.1
AUDITORIA INTERNA AUDITORIA EXTERNA
- El sujeto que realiza la auditora - El sujeto que realiza la

pertenece a la organizacin auditora es un profesional
auditada. independiente de la
- Independencia limitada. organizacin auditada.
- Responsabilidad del sujeto que - Independencia total.
realiza la auditora es de tipo - Responsabilidad del sujeto que
laboral. realiza la auditora es de tipo
- El objetivo de la auditora es el profesional, que puede llegar a
examen de la gestin. ser penal.
- El informe emitido es un informe - El objetivo es el examen de las
con recomendaciones para la cuentas anuales para
gerencia. determinar su fiabilidad y
- El uso del informe est calidad.
restringido al mbito de la propia - El informe emitido adems de ir
empresa. dirigido a la gerencia, est
dirigido tambin a terceros.
- El uso de informe trasciende de
la propia empresa.
19
2.1.5.2 Cuadro resumen

esumen de las diferencias entre auditora interna y
auditora externa.
Criterio 2.- Dependiendo de su contenido y fines:
- De gestin
- Organizativa
- Operativa
- Financiera/ Contable
- Informtica / Sistemas de Informacin
Criterio 3.- Por su amplitud:

amplitud
- Total: Se realiza a toda la organizacin
- Parcial: Se realiza a aquellos departamentos especficos que solicite la

organizacin
Criterio 4.- Por su frecuencia:

frecuencia
- Permanente:: La organizacin tiene auditoras de una forma seguida y

continuada durante toda su vida como tal.
- Ocasional:: La organizacin solicita de forma espordica la realizacin de

una auditora.
2.1.6 Beneficiarios de la Auditora
En la Auditora Interna, es la propia empresa y todos los rganos de gobierno y

ejecutivos.
En la Auditora
a externa, son accionistas o socios, consejeros y ejecutivos.
Tambin pueden ser proveedores, acreedores y otros inversores. As como la
Banca, la Bolsa o Hacienda Pblica. Del mismo modo puede ser beneficiosa
para los propios empleados de la empresa y/o otros
otros organismos pblicos e
instituciones.
Una vez explicada a grandes rasgos la auditora en s, contexto histrico,

definiciones, tipos de auditora pasamos a explicar el tipo de auditora que
20
vamos a desarrollar ms profundamente a lo largo del trabajo, Auditora de los
Sistemas de Informacin.
2.2 Auditora de los Sistemas de Informacin
2.2.1 Introduccin
La Auditora de los Sistemas de Informacin ha adquirido entidad propia dentro

de la Auditora Empresarial, en la misma forma que los Sistemas de
Informacin, han adquirido una posicin fundamental dentro de la estrategia y
operatividad de la empresa.
Este tipo de auditora mantiene los conceptos bsicos y las normas y reglas
generales de la auditora tradicional, pero ha desarrollado procedimientos y
pruebas de cumplimiento adecuados a los entornos operativos especficos y
complejos en los que se aplica. Por tanto, las tcnicas y herramientas que debe
utilizar el Auditor Informtico son bastante ms abundantes y especializadas.
Por otra parte, las innovaciones

nnovaciones tcnicas incorporadas en la Auditora de los
Sistemas de Informacin se han trasladado, en parte, a la auditora tradicional,
hasta el punto de que debemos distinguir entre:
- Auditora de los Sistemas de Informacin, como la auditora aplicada al

a
examen de los Sistemas de Informacin, y
- Auditora por medio del ordenador, como la auditora tradicional que

hace uso de los recursos informticos para alcanzar sus objetivos.
Podemos concluir con esta introduccin apuntando que la auditora en

informtica es la revisin y la evaluacin de los controles, sistemas,
procedimientos de informtica; de los equipos
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.
deci
La auditora en informtica deber comprender no slo la evaluacin de los

equipos de cmputo, de un sistema o procedimiento especfico, sino que
21
adems habr de evaluar los sistemas de informacin en general desde sus

entradas, procedimientos, controles, archivos,, seguridad y obtencin de
informacin.
La auditora en informtica es de vital importancia para el buen desempeo de

los sistemas de informacin, ya que proporciona los controles necesarios para
que los sistemas sean confiables y con un buen nivel de seguridad. Adems
debe evaluar todo (informtica, organizacin de centros de informacin,
hardware y software).
2.2.2 Perspectiva histrica
Pasamos a analizar la evolucin que ha tenido la auditora de los Sistemas de

Informacin:
- Auditora alrededor del ordenador: El auditor se limitaba a verificar la

correccin de los datos de salida frente a los datos de entrada,
entr
ignorando la lgica y funcionamiento interno de las mquinas de proceso
de datos.
- Auditora del ordenador: Consiste fundamentalmente en la adaptacin
de los criterios para la evaluacin del control interno, en los sistemas
organizativos, financieros y contables, al centro de proceso de datos y,
concretamente, a la sala del ordenador.
- Auditora a travs del ordenador: En este enfoque se estudia tambin el
tratamiento lgico de la informacin a travs de los programas y las
aplicaciones que los integran.
2.2.3 Caractersticas de los sistemas mecanizados
Antes de centrarnos en la Auditora de los Sistemas de Informacin nos

gustara especificar a qu nos referimos cuando hablamos de los sistemas
mecanizados, informatizados
22
En las organizaciones con el paso
paso del tiempo han ido evolucionando y con ello
introduciendo los sistemas de informacin por ello pasamos a explicar
brevemente y de forma concisa cuales son los elementos fundamentales de un
sistema de Proceso Electrnico de Datos para que quede claro a que nos
referimos cuando hablamos de un sistema informatizado:
PROCESO
ENTRADA SALIDA
Un sistema informtico dispone de un conjunto de recursos:
Tcnicos: mquinas de proceso de datos, instalaciones de aporte de energa,

consumibles, instalaciones de acondicionamiento climtico, etc.
Personales: personal empleado interno o externo, organizacin y gestin de

personal y recursos, etc.
Financieros: presupuesto
resupuesto para el funcionamiento del sistema, presupuesto para
los salarios del personal, amortizaciones, impuestos, etc.
Materiales: bienes inmuebles, material de oficina, vehculos de transporte, etc.
2.2.4 Definiciones de Auditora de los Sistemas de Informacin
Norma ANSI N45.2.10.1973:
Actividad para determinar por medio de la investigacin, la adecuacin de y la

adhesin a, los procedimientos establecidos, instrucciones, especificaciones,
cdigos y estndares, u otros requisitos aplicables contractuales o de licencia,
as como la eficacia de su implantacin.
23
P. van der Ghinst - CEGOS.
Conjunto de tcnicas y actividades destinadas a analizar, evaluar, verificar y

recomendar sobre el control, la planificacin, la adecuacin, eficacia y
seguridad
ridad de la funcin informtica de la Empresa.
Examen discontinuo de un sistema informtico, o del servicio informtico, a

peticin de su direccin para mejorar la calidad, la seguridad y la eficacia.
Acha Iturmendi J.J. Auditora Informtica en la Empresa:
Conjunto de procedimientos y tcnicas para evaluar y controlar total o

parcialmente un Sistema Informtico, con el fin de proteger sus activos y
recursos, verificar si sus actividades se desarrollan eficientemente y de acuerdo
con la normativa informtica
formtica y general existentes en cada empresa, y para
conseguir la eficiencia exigida en el marco de la organizacin correspondiente.
Alonso Rivas G. Auditora Informtica:
Es un examen metdico del servicio informtico, o de un sistema informtico

en particular,
articular, realizado de una forma puntual y de modo discontinuo, a
instancias de la Direccin, con la intencin de ayudar a mejorar conceptos
como la seguridad, la eficacia, y la rentabilidad del servicio, o del sistema que
resultan auditados.
Weber R.EDP Auditing. Conceptual Foundations and Practice:
Es el proceso de reunir y evaluar evidencia para determinar si un sistema

informtico protege su patrimonio, mantiene la integridad de los datos, alcanza
los objetivos de la organizacin con efectividad, y consume los recursos con
eficiencia.
2.2.4.1 Los puntos en comn de las definiciones
- Examen metdico: obtencin de informacin, investigacin y anlisis

planificados de acuerdo con los objetivos marcados de antemano.
24
- Verificacin de Calidad del servicio informtico o sistema informtico:
comprobacin de que las actividades desarrolladas de ejecutan con
eficiencia y que los recursos se utilizan en la forma adecuada, tal y como
marcan las normas de calidad informtica y organizativa generalmente
aceptadas. Tambin verificacin de que se mantiene la integridad de la
informacin.
- Verificacin de Seguridad de la funcin informtica: comprobacin de

que se aplican todas las normativas y procedimientos para mantener un
nivel de seguridad adecuado del sistema o servicio
servicio en todos los
aspectos.
- Obtencin de evidencia: los resultados de las pruebas de cumplimiento y

sustantivas que efecta el Auditor le deben proporcionar la suficiente y
necesaria evidencia para que pueda emitir una opinin fundada.
- La Auditora de los
los Sistemas de Informacin ha adquirido entidad propia
dentro de la Auditora Empresarial, en la misma forma que los Sistemas
de Informacin, han adquirido una posicin fundamental dentro de la
estrategia y operatividad de la empresa.
2.2.5 Objetivos de la Auditora de los Sistemas de Informacin
FIABILIDAD + OPERATIVIDAD
Los objetivos fundamentales de las Auditoras

as de los Sistemas de
Informacin son los siguientes:
- Objetivos de Proteccin del Patrimonio o Activos y Recursos: el

patrimonio de una instalacin
instalacin informtica incluye el conjunto de recursos
materiales (mquinas, mobiliario, etc.), inmateriales (software, datos,
etc.), inmuebles y recursos personales (empleados y organizacin).
Debe existir un sistema de control interno que proteja este patrimonio de
todas las posibles amenazas y riesgos.
- Objetivos de Integridad de los Datos: La integridad de los datos es el
conjunto de condiciones que deben cumplir los datos: completitud,
25
robustez, pureza, y veracidad; para que puedan reflejar con fidelidad la

situacin
uacin econmico-financiera
econmico financiera y general y otros hechos relacionados
con la empresa. El sistema de control interno debe tener mecanismos
que vigilen constantemente el mantenimiento de esta integridad.
- Objetivos de Efectividad del Sistema: Un sistema de proceso
proces de datos
efectivo alcanza sus objetivos. En la evaluacin de la efectividad hay
que conocer las caractersticas y necesidades del usuario y los canales
y procedimientos de decisin. La auditora de la efectividad se puede
realizar durante la fase de diseo
diseo del sistema, o cuando el sistema est
en funcionamiento normal despus de cierto tiempo.
- Objetivos de Eficiencia del Sistema: Un sistema de proceso de datos
eficiente utiliza el mnimo de recursos para producir las salidas
requeridas. Los recursos suelen ser escasos y caros en su operacin, y
adems, deben estar compartidos entre diferentes procesos de datos.
La eficiencia no debe medirse de forma aislada sino considerando el
conjunto de procesos y el conjunto de recursos disponibles.
En definitiva el objetivo que se pretende alcanzar realizando auditorias consiste

en apoyar a los miembros de la empresa en el desempeo de sus actividades,
informar sobre la fidelidad y razonabilidad de la situacin de la empresa y
reflejar la imagen de la empresa. Para
Para ello la Auditora proporciona a la
empresa: anlisis, evaluaciones, recomendaciones, asesora e informacin
concerniente a las actividades revisadas.
Se plantean tambin como objetivos secundarios:
- Descubrir fraudes o situaciones anmalas (errores).
- La responsabilidad
esponsabilidad de la gestin corresponde a la empresa.
- El auditor no es responsable de la preparacin de la documentacin
revisada.
2.2.6 Finalidad
Los fines de la auditoria son los aspectos bajo los cuales su objeto es
observado. Podemos escribir los siguientes:
sig
- Indagaciones y determinaciones sobre el estado patrimonial.
- Indagaciones y determinaciones sobre los estados financieros.
26
- Indagaciones y determinaciones sobre el estado reditual.
- Descubrir errores y fraudes.
- Prevenir los errores y fraudes.
Estudios generales sobre casos especiales, tales como:
- Exmenes de aspectos fiscales y legales.
- Examen para compra de una empresa (cesin patrimonial).
- Examen para la determinacin de bases de criterios de prorrateo, entre
otros.
- Los variadsimos fines de la Auditora muestran, por si solos, la utilidad
de esta tcnica.
2.3 Resumen
En este captulo lo que pretendemos es explicar de una forma clara y concisa

lo que es la Auditora en general, su evolucin, sus pros y sus contras, los
beneficiarios, los diferentes
rentes tipos de auditorapara poder entender posteriores
captulos.
Por otro lado explicamos que es la Auditora de los Sistemas de Informacin,

variante que ha nacido posteriormente a causa de la evolucin que han sufrido
las organizaciones. Las organizaciones
organizaciones han ido evolucionando y con ello han
ido informatizndose, mecanizndose por ello naci la necesidad no solo de
controlar los perifricos en s, sino tambin de cmo viaja la informacin a
travs de este, ya que la informacin es el elemento clave de toda
organizacin. Este tipo de Auditoria ser el caso de estudio de este proyecto,
donde en captulos posteriores realizaremos un Plan de Auditoria de una
organizacin, donde analizaremos si la organizacin en cuestin controla,
maneja de forma adecuada
adecuad todos sus activos.
2.4 Bibliografa del captulo 2
Asignatura: Auditora de los Sistemas de Informacin, ETS de Ingeniera

Informtica de la UPV, Plan de Estudios de ITIG, Curso 2009-2010,
2009
http://www.inf.upv.es/webei/webETSIA/la_escuela/titulaciones/ITIG01/lista_opta
tivas_con_info.php#ausi (Fecha de consulta: 06/06/2011)
27
http://www.monografias.co (Fecha de consulta: 26/05/2011)

http://www.monografias.com
http://www.eumed.net/cursecon/libreria/rgl
http://www.eumed.net/cursecon/libreria/rgl-genaud/1i.htm (Fecha de consulta:
26/05/2011)
http://www.wikilearning.com/monografia/fundamentos_teoricos_de_la_auditoria
_vinculados_a_la_calidad
dad-antecedentes_historicos_de_la_auditoria/12675
antecedentes_historicos_de_la_auditoria/12675-1
(Fecha de consulta: 06/06/2011)
http://www.monografias.com/trabajos16/auditoria
http://www.monografias.com/trabajos16/auditoria-de-informacion/a
informacion/auditoria-de-
informacion.shtml (Fecha de consulta: 06/06/2011)
http://www.eumed.net/libros/2006a/jcmn/1c.htm (Fecha de consulta:

08/08/2011)
28
3. Organismos, certificaciones y
normativas
Pasamos a hablar en este captulo de los organismos, certificaciones y

normativas que regulan las auditoras.
Con el paso del tiempo todo ha ido evolucionando y como no las auditoras
tambin, lo que en un principio se realizaba para controlar el fraude sobre las
cuentas de los ms poderosos, ahora es requisito indispensable para que
cualquier organizacin funcione correctamente. Debido al papel tan importante
que juegan las auditoras en las organizaciones ha provocado la necesidad de
que estass sean reguladas, y por ello se han formado organizaciones que
proporcionan estudios, desarrollos y normativas, de la misma manera que
dichas organizaciones son las encargadas de otorgar certificaciones para
acreditar a los profesionales del sector.
Pasamos
os pues, a explicar algunos de estos organismos, certificaciones y
normativas.
3.1 Organismos
3.1.1 ISACA (Information

Information Systems Audit and Control Association)
ISACA naci en 1967, cuando un grupo reducido de personas, con trabajos

muy similares relacionados con los controles en los sistemas de informacin,
vieron la necesidad de construir una fuente donde estuviera centralizada toda
la informacin necesaria y orientacin en el campo, finalmente fue en 1969
cuando se formaliz.
Actualmente, en julio del 2011 los miembros que forman la ISACA son ms de
95.000, se caracterizan por su gran diversidad. Dichos miembros viven y
trabajan en ms de 160 pases y cubren una grandsima variedad de
profesionales del sector de las TI (Tecnologas de Informacin).
Las actividades
idades que realiza la ISACA son:
29
- Desarrollo y administracin de cuatro certificados lderes en la industria:

Certified Information Systems Auditor (CISA)
Certified Information Security Manager (CISM)
Certified in the Governance of Enterprise IT (CGEIT)
Certified in Risk and Information System Control (CRISC)
- Patrocinadores tcnicos y de gestin de conferencias en los cinco
continentes, dichas conferencias se realizan cada ao para garantizar
que los profesionales tienen la educacin necesaria para
p su buena
formacin, dichas conferencias son:
Congreso Mundial, celebrado cada ao en una regin
geogrfica.
Conferencias del equipo de Auditora, Control y Seguridad
(CACS), celebradas en los cinco continentes.
Semanas de entrenamiento, que se celebran
celebran en varios lugares.
Conferencia de las TI de Gestin de Riesgos y Cumplimiento
(GRC IT).
Conferencia de la Gestin de Seguridad y Riesgo (ISRM), que
se celebran en Amrica del Norte, Europa y Amrica Latina.
Formacin COBIT (Control Objectives for Information and related
Technology)
Technology).
Revisin de Certificacin del Curso.
E-Learning,
Learning, incluyendo la publicacin mensual de ISACA y
Simposio y eventos.
- Desarrollo y actualizaciones seguidamente:
COBIT
ValIT ( IT Value Delivery)
Garanta de IT Framework (ITAF)
Modelo de negocio de Seguridad de Informacin (BMIS).
A continuacin mostramos el logotipo de este organismo en la figura 3.1:
30
https://www.isaca.org/Pages/default.aspx (Fecha de la consulta: 23/07/2011)
3.1.2 ISACA-CV
CV (Information Systems Audit and Control Association-
Association
Comunidad Valenciana)
ISACA-CV
CV es el captulo 182 de la ISACA, cuenta con 203 profesionales
asociados, entre los cuales 117 son CISA, 34 CISM, 14 CGEIT y 6 CRISC.
Dicho captulo se constituy en marzo del 2003. La mayora de los asociados
son auditores de sistemas de informacin,
informacin, pero cuenta tambin con
consultores, acadmicos, profesionales de la seguridad TIC, miembros de la
Administracin Pblica y auditores internos. Entre ellos estn representados
tanto profesionales independientes como directivos y responsables de los
Sistemas
emas de Informacin de grandes empresas, representantes de cajas de
ahorros y bancos, acadmicos de las principales universidades, y
representantes de la administracin pblica.
El captulo est abierto a todos los profesionales de la auditora, la seguridad

segur y
la gestin de las TIC. Los objetivos de la asociacin estn fijados en
sus estatutos.
www.isaca-cv.org/(Fecha
(Fecha de la consulta: 22/07/2011)
3.1.3 ITGI (IT Governance Institute)
ITGI se estableci en 1998 a causa del peligro cada vez ms notable en las TI
para conseguir el xito de la empresa, ya que en muchas empresas su xito
depende de la capacidad
cidad de TI para permitir el logro de los objetivos de
negocio establecidos. Movindonos en tal ambiente, en la gobernanza de la TI
es tan importante un consejo y la disciplina de gestin como en el gobierno
corporativo o de gobierno de la empresa. El gobierno
gobierno de TI ayuda a asegurar
31
que TI soporta los objetivos de negocio, maximizar la inversin empresarial en

TI, y gestiona adecuadamente los riesgos relacionados y oportunidades.
ITGI conduce la investigacin sobre las prcticas mundiales y las percepciones
de la gobernanza de la TI para la comunidad empresarial. ITGI tiene como
objetivo ayudar a los lderes empresariales a entender cmo el gobierno eficaz
puede que sea un xito en el apoyo a la misin de la empresa y sus objetivos.
El IT Governance Institute
Institute (ITGI) existe para ayudar a los lderes de la
organizacin en su responsabilidad de garantizar que TI est alineada con el
negocio y ofrecer valor, que sus recursos estn debidamente asignados y
mitigar en los riesgos que le pueden afectar a su organizacin.
organizac
A continuacin mostramos el logotipo del organismo IT Governance Institute en

la figura 3.2:
www.itgi.org (Fecha de la consulta: 23/07/2011)
3.1.4 IIA (The Institute of Internal Auditors)
El instituto de Auditores internos fue fundado en 1941, es una asociacin

profesional internacional con sede central en Altamonte Springs, Florida,
EE.UU.
El IIA es la voz global de la profesin de auditora interna, reconocido como el
lder, principal impulsor y principal
principal educador. Los miembros del instituto
trabajan en la auditora interna, gestin de riesgos, gestin, control interno,
auditora de tecnologa de la informacin, educacin y seguridad.
La misin del Instituto de Auditores Internos es proporcionar un liderazgo

lidera
dinmico de la profesin global de auditora interna.
32
Los profesionales que forman parte del instituto proporcionan los recursos para
los recin llegados a la profesin de auditora interna, as como para
profesionales con experiencia que quieren promover
promover la profesin y su papel en
el xito de una organizacin.
La Profesin del IIA proporciona una variedad de herramientas y consejos para

la construccin de una amplia sabidura acerca de la auditora interna, tanto a
nivel interno dentro de su organizacin
organizacin y externamente a las partes
interesadas.
A continuacin mostramos el logotipo que utiliza este organismo en la figura

3.3:
http://www.theiia.org/ (Fecha de la consulta: 24/07/2011)
3.1.5 ISO (Organizacin Internacional de Normalizacin)
ISO es en el mundo el mayor desarrollador y editor de las normas

internacionales.
ISO es una red de los institutos de normas nacionales de 162 pases, un

miembro por pas, con una Secretara Central en Ginebra, Suiza, que coordina
el sistema.
ISO es una organizacin no gubernamental que forma un puente entre los

sectores pblico y privado. Por un lado, muchos de los institutos de sus
miembros forman parte de la estructura gubernamental de sus pases, o estn
obligados por su
u gobierno. Por otra parte, otros miembros tienen sus races
nicamente en el sector privado, habiendo sido creada por las asociaciones
nacionales de las asociaciones de la industria.
33
Por lo tanto, la norma ISO permite un consenso para llegar a soluciones que
satisfagan tanto las necesidades de negocio y las necesidades ms amplias de
la sociedad.
A continuacin mostramos el logotipo utilizado por este organismo en la figura

3.4:
http://www.iso.org/ (Fecha de la consulta:

consult 26/07/2011)
3.1.6
.6 Instituto de Auditores Internos de Espaa
Una Asociacin profesional sin nimo de lucro, formalmente constituida en

nuestro pas al amparo de la Ley de Asociaciones, cuyo objetivo fundamental
es el desarrollo de la Auditora Interna y la profesin de auditor interno en
Espaa. El Instituto es miembro de TheInstitute of InternalAuditors, es una
organizacin nacida en Estados Unidos en 1941 y que hoy agrupa a ms de
160.000 profesionales en ms de 120 pases.
Asimismo pertenece a la EuropeanConfederation

EuropeanConfederation of Institutes of
InternalAuditing (ECIIA) en la que se integran todos los institutos y
asociaciones de auditora interna de Europa e Israel. El IAI desarrolla sus
actividades en Espaa desde 1983.
A continuacin mostramos el logotipo que utiliza

utiliza este organismo en la figura
3.5:
http://www.iai.es/ (Fecha de la consulta: 27/07/2011)
34
3.2 Certificaciones
3.2.1 CISA (CertifiedInformationSystem Auditor)
CISA es una certificacin para auditores respaldada por la Asociacin ISACA,

como hemos mencionado anteriormente. Los candidatos deben cumplir con los
requisitos establecidos por la ISACA.
La certificacin CISA fue establecida en 1978 debido a las siguientes razones:
- Desarrollar y mantener una herramienta que pueda ser utilizada para

evaluar las competencias de los individuos al realizar auditoras de
sistemas.
- Proveer una herramienta motivacional para los auditores de sistemas de
informacin para mantener sus habilidades, y monitorizar la efectividad
de los programas
ogramas de mantenimiento.
- Proveer criterios de ayuda y gestin en la seleccin de personal y
desarrolladores.
El primer examen se llev a cabo en 1981, y los registros han crecido cada
ao. En la actualidad, el examen es ofrecido en 11 idiomas y ms de 200
20
lugares de todo el mundo. En 2005, la Asociacin de Control y Auditora de
Sistemas de Informacin (InformationSystemsAudit and Control Association,
ISACA), anunci que el examen ser ofrecido en junio y diciembre, empezando
en 2005. Anteriormente, el examen
examen slo haba sido administrado anualmente,
en junio. Ms de 50000 candidatos han conseguido el certificado CISA.
Los candidatos a la certificacin CISA deben pasar un examen de acuerdo al

Cdigo Profesional de tica de ISACA, adems de comprobar 5 aos de
experiencia en auditora de sistemas, control interno y seguridad informtica y
tener un programa de educacin continua.
En caso de no cumplir con estos requisitos existen algunas equivalencias

definidas en la pgina de ISACA, las cuales son las siguientes:
siguien
- Un mximo de un ao de experiencia en sistemas de informacin o un

ao de experiencia en auditoras operacionales, pueden ser sustituidos
35
por un ao de experiencia auditora de sistemas, control interno y

seguridad informtica.
- 60 a 120 horas de estudios profesionales pueden ser sustituidos por uno
o dos aos de experiencia respectivamente de auditora de sistemas,
control interno y seguridad informtica.
- 2 aos de instructor a tiempo completo en Universidad en campos
relacionados (ejemplo: ciencias
ciencias computacionales, contabilidad, auditora
de sistemas de informacin), pueden ser sustituidos por un ao de
experiencia de auditora de sistemas de informacin, control interno y
seguridad de informtica.
A continuacin mostremos el logotipo de este certificado

certificado en la figura 3.6:
http://es.wikipedia.org/wiki/CISA (Fecha de la consulta: 24/07/2011)
3.2.2 CIA (Certificado de Auditor Interno)
Certificado de auditor interno, es la nica certificacin globalmente aceptada

para los auditores internos y sigue siendo el estndar por el cual las personas
demuestran su competencia y profesionalidad en el campo de la auditora
interna. Los candidatos abordan el programa enriquecido con la experiencia
educativa,
a, informacin y herramientas de negocio que se pueden aplicar de
inmediato en cualquier organizacin o entorno empresarial.
A continuacin mostramos el logotipo de esta certificacin en la figura 3.7:
36
http://www.theiia.org/certification/certified
http://www.theiia.org/certification/certified-internal-auditor/ (Fecha de la
consulta: 27/07/2011)
3.2.3 CISM (Certified Information Security

Securi Manager)
CISM , una designacin innovadora para los lderes que manejan la seguridad
de una organizacin de la informacin. Ms de 14.000 han obtenido la
designacin CISM desde que se estableci en 2002.
A continuacin observamos el logotipo de dicho certificado en la figura 3.8:
3.2.4 CGEIT (Certified in the Governance of Enterprise

Enter IT)
CGEIT , este certificado es para los profesionales que manejan, proporcionan

asesoramiento y / o servicios de auditora, y / o que de alguna manera apoyan
la gestin de una empresa de TI. Ms de 4.500 profesionales han obtenido la
designacin CGEIT desde que se estableci en 2007.
A continuacin mostramos el logotipo de esta certificacin en la figura

figu 3.9:
37
3.2.5 CRISC (Certified in Risk and information System Control)
CRISC , certificado para los profesionales que tienen experiencia con la

identificacin de riesgos, la evaluacin de respuesta al riesgo y la vigilancia de
riesgos. Es el diseo de control y ejecucin, y es seguimiento,
seguimient control y
mantenimiento. Ms de 1.000 profesionales han sido certificados desde su
creacin en 2010.
A continuacin mostramos el logotipo de la certificacin en la figura 3.10:
3.3 Normativas
3.3.1 Cobit (Control Objectives for Information and related Technology)
El estndar Cobit ofrece un conjunto de mejores prcticas para la gestin de

los Sistemas de
e Informacin de las organizaciones.
El objetivo principal de Cobit consiste en proporcionar una gua a alto nivel

sobre puntos en los que establecer controles internos con tal de:
- Asegurar el buen gobierno, protegiendo los intereses de los clientes,

accionistas, empleados
- Garantizar el cumplimiento normativo del sector al que pertenezca la
organizacin
- Mejorar la eficacia y eficiencia de los procesos y actividades de la
organizacin
38
- Garantizar la confidencialidad, integridad y disponibilidad de la
informacin
La definicin abarca desde aspectos organizativos por ejemplo, flujo para
pedir autorizacin a determinada informacin, procedimiento para reportar
incidencias, seleccin de proveedores hasta aspectos ms tecnolgicos y
automticos como por ejemplo el control de acceso a los sistemas,
monitorizacin de los sistemas mediante herramientas automatizadas
Por otra parte, todo control tiene por naturaleza un objetivo. Es decir, un
objetivo de control es un propsito o resultado deseable como por ejemplo:
garantizar la continuidad de las operaciones ante situaciones de
contingencias.
En consecuencia, para cada objetivo de control de nuestra organizacin

podremos implementar uno o varios controles por ejemplo la ejecucin de
copias de seguridad peridicas,
peridicas, traslado de copias de seguridad a otras
instalaciones que nos garanticen la obtencin del resultado deseable como
por ejemplo la continuidad de las operaciones en caso de contingencias.
Cobit clasifica los procesos de negocio relacionados con las TIen 4 dominios:
- Planificacin y Organizacin
- Adquisicin e Implementacin
- Entrega y Soporte
- Supervisin y Evaluacin.
En definitiva, cada dominio contiene procesos de negocio (desglosables en

actividades)
ades) para los cuales se pueden establecer objetivos de control e
implementar controles organizativos o automatizados.
http://www.marblestation.com/?p=645 (Fecha de la consulta: 18/09/2011)
39
3.3.2 ISO
ISO/IEC 17799 (denominada tambin como ISO 27002) es un estndar para la

seguridad de la informacin publicado por primera vez como ISO/IEC
17799:2000 por la International OrganizationforStandardization y por la
Comisin Electrotcnica Internacional en el ao 2000, con el ttulo de
Informationtechnology - Security techniques - Code of
practiceforinformationsecuritymanagement. Tras un periodo de revisin y
actualizacin de los contenidos del estndar, se public en el ao 2005 el
documento actualizado denominado
denominado ISO/IEC 17799:2005. El estndar ISO/IEC
17799 tiene su origen en el British Standard BS 7799-1
7799 1 que fue publicado por
primera vez en 1995.
-Publicacin
Publicacin de la norma en Espaa:
En Espaa existe la publicacin nacional UNE-ISO/IEC

UNE ISO/IEC 17799 que fue
elaborada por el comit tcnico AEN/CTN 71 y titulada Cdigo de buenas
prcticas para la Gestin de la Seguridad de la Informacin, que es una copia
idntica y traducida del ingls de la Norma Internacional ISO/IEC 17799:2000.
La edicin en espaol equivalente a la revisin ISO/IEC 17799:2005 est
disponible desde 2006.
El estndar ISO/IEC 17799 tiene equivalentes directos en muchos otros pases.

La traduccin y publicacin local suele demorar varios meses hasta que el
principal estndar ISO/IEC es revisado y liberado,
liberado, pero el estndar nacional
logra as asegurar que el contenido haya sido precisamente traducido y refleje
completa y fehacientemente el estndar ISO/IEC 17799.
www.iso.ch/(Fecha
3.3.3 ITIL (Information

Information Technology Infrastructure Library)
Library
ITIL es el enfoque ms ampliamente adoptado para la Gestin de Servicios TI

en el mundo. Proporciona un enfoque prctico para identificar, planificar,
ejecutar y apoyar los servicios de TI con el negocio.
40
Visin
in general y beneficios:
ITIL remarca que los servicios de TI deben estar alineados con las necesidades
del negocio y sustentar los procesos de negocio. Se ofrece orientacin a las
organizaciones sobre la manera de utilizar las TI como una herramienta para
facilitar el cambio de negocios, la transformacin y el crecimiento.
Las mejores prcticas ITIL estn detalladas dentro de las cinco principales
publicaciones que proporcionan un enfoque sistemtico y profesional para la
gestin de servicios de TI, permitiendo
permitiendo a las organizaciones ofrecer servicios
adecuados y asegurarse de que continuamente estn cumpliendo los objetivos
de negocio y distribuir los beneficios.
Las cinco guas bsicas de todo el ciclo de vida de ITIL Service, comenzando
con la identificacin
cacin de las necesidades de los clientes y los que se encargan
de obtener los requisitos de TI, a travs del diseo e implementacin de los
servicios en funcionamiento y, por ltimo, a la fase de seguimiento y mejora del
servicio.
La adopcin de ITIL puede

puede ofrecer a los usuarios una amplia gama de
beneficios que incluyen:
- mejora de los servicios de TI

- reduccin de costes
- atencin al cliente mejorando la satisfaccin a travs de un enfoque ms
profesional a la prestacin de servicios
- mejora de la productividad
productivi
- un mejor uso de las habilidades y la experiencia
- mejora de la prestacin de servicios de terceros.
http://www.itil-officialsite.com/
officialsite.com/ (Fecha de la consulta: 26/07/2011)
41
3.4 Resumen
Como podemos observar en este captulo existe una gran variedad de

organismos, certificados y normativas para todo este mundo de la auditora, la
que cada vez juega un papel ms importante en todas las organizaciones ya
sean privadas o estatales, todo directivo, empresa
empresa externa quiere tener
conocimiento de en qu estado esta su organizacin, la organizacin a
auditar para poder as implantar la mejoras que sean necesarias si es que lo
son, detectar posibles fraudes, conseguir que la organizacin en cuestin se
encamine
e por el trayecto ms apropiado todos estos aspectos se consiguen
mucho mejor con la ayuda que tiene el auditor con los conocimientos
adquiridos gracias a los certificados y normativas que regulan los organismos
en cuestin. A continuacin en la figura 3.11
3.11 mostramos una tabla que nos
hace un resumen de los organismos certificaciones y normativas que
acabamos de explicar a la largo de esta capitulo.
Es el prximo captulo pasaremos a hablar ms en detalle del camino que

sigue el auditor a la hora de analizar
analizar a una organizacin, cuales son las pautas
que debe seguir, es decir, la metodologa concreta que el auditor utiliza para
realizar su trabajo de forma objetiva y concisa sin que su anlisis final tenga
lugar a la objecin.
42
ORGANISMOS CETIFICACIONES NORMATIVAS
CISA (Certified Information

System Auditor)
CISM (Certified Information

Security Manager)
ISACA (Information
Systems Audit and CGEIT (Certified in the
Control Association) Governance of Enterprise

IT)
COBIT (Control
CRISC (Certified in Risk
Objectives for
and information System
Information and related
Control)
Technology)
ITGI(IT Governance
ISO
Institute)
ITIL (Information
IIA (The Institute of CIA(Certificado de Auditor
Technology
Internal Auditors) Interno)
Infrastructure Library)
ISO(Organizacin
Internacional de
Normalizacin)
IAI-E(Instituto
(Instituto de
Auditores Internos de
Espaa)
Fuente: Elaboracin propia basada en la informacin aportada en el captulo 3
3.11 Tabla Resumen de Organismos, Certificaciones y normativas.
43
4. Metodologa de la Auditora
A continuacin pasamos a explicar la metodologa que deben seguir todos los

auditores a la hora de realizar el anlisis de las organizaciones, es como una
gua con las pautas que se deben seguir a la hora de realizar el anlisis, de
esta forma nos aseguramos
aseguramos de realizar todos las tareas necesarias para
detectar cualquier anomala en las organizaciones si es que tiene.
Para realizar el trabajo de auditora, el auditor necesita establecer una serie de

guas, procedimientos, mtodos...
mtodos Es decir, necesita seguir
ir una metodologa,
la cual podemos definir como un conjunto de procedimientos documentados de
auditora diseados para alcanzar los objetivos de auditora planeados, as
mismo pretende esclarecer el alcance, los objetivos y los programas de
auditora. El auditor debe evaluar los riegos y desarrollar un programa en el que
se encuentren los objetivos de control y los procedimientos que sern
revisados, adems debe recopilar evidencias y en funcin de los hallazgos
evaluar las debilidades y fortalezas de los partes auditadas. Para finalizar el
auditor deber realizar un informe de auditora, el cual presentar a la
organizacin auditada, dicho informe debe ser los ms objetivo posible.
Por otra parte todos aquellos planes, actividades, pruebas, hallazgos e

incidentes
cidentes que sucedan durante la realizacin de la auditora deben ser
documentados en los papeles de trabajo. Los objetivos principales de los
papeles de trabajo son:
- Facilitar la realizacin de las pruebas y la preparacin del informe.

- Comprobar y explicar en detalle las opiniones resumidas en el informe.
- Coordinar y organizar todas las fases del trabajo.
- Proveer un registro histrico permanente de la informacin examinada y
los procedimientos de auditora aplicados.
- Servir de gua en revisiones posteriores.
pos
- Cumplir con las disposiciones legales.
44
A continuacin vamos a explicar cules son las fases comunes que debe seguir
cuando se realiza cualquier tipo de auditora.
4.1 Toma de contacto
Cuando una organizacin solicita la realizacin de una auditora

auditora el primer paso
que se debe realizar es llevar a cabo una toma de contacto con la organizacin
que se va a auditar. En esta fase es donde el auditor debe obtener toda la
informacin relevante de la organizacin, entendiendo la arquitectura de
informacin
n y de la direccin tecnolgica sobre el Sistema de Informacin que
utiliza la organizacin auditada. La informacin relevante que el auditor debe
conocer y entender despus de realizar esta primera toma de contacto
(Autores: Bernal Montas, Rafael y Coltell
Coltell Simn, Oscar (1996). Ttulo:
Auditora de los sistemas de informacin. Universidad Politcnica de Valencia,
Servicio de Publicaciones. Ao: 2008. Fecha de la consulta: 27/09/2011):
- Saber a qu se dedica la organizacin a auditar.

- Saber en qu contexto legal se encuentra la organizacin, para conocer
cules son las leyes a las que se somete su Sistema de Informacin, as
como la actividad que realiza.
- Conocer la distribucin geogrfica de las instalaciones que posee la
organizacin, el presupuesto anual, el nmero de empleados.
- Entender la estructura organizativa y responsabilidades de cada uno de
los elementos que componen la organizacin, as como las relaciones
entre dichos elementos.
- Tambin debe entender de cada departamento cuales son la funciones
que debe realizar, centrndonos en el caso de estudio en aquellos que
utilizan el Sistema de Informacin.
- El auditor debe conocer cul es el flujo de la informacin dentro de la
organizacin.
- Adems es preciso saber el organigrama informtico de las relaciones
relaci
que existen entre los diferentes departamentos y el seguimiento de la
informacin interna.
- Entendimiento global de la estructura de red.
- Volumen del rea informtica.
45
- Nmero de empleados, distribucin de personal por reas de

explotacin, mantenimiento, desarrollo e investigacin
4.2 Planeacin de la Auditora
Un vez realizado el primer paso que es la toma de contacto con la organizacin

a auditar, el siguiente paso es realizar la planificacin de la auditora, en la que
se debe desarrollar
ar un plan que tenga en cuenta los objetivos relevantes de la
organizacin a auditar, el cumplimiento de las leyes aplicables y los estndares
de auditora profesionales.
Tambin es conveniente en esta fase que el auditor realice un anlisis del

riesgo, entendiendo por riesgo, la probabilidad de que una amenaza
determinada provoque que las vulnerabilidades de un activo o grupo de activos
tengan lugar ocasionando prdida o dao de los activos. El impacto del riesgo
es proporcional al valor para el negocio de la prdida o dao y a la frecuencia
estimada de la amenaza.
Cuando el auditor realiza un anlisis de riesgo, lo primero es identificar los

activos para as poder asociarlos a una potencial vulnerabilidad o amenaza,
posteriormente debe identificar los posibles controles implantados para mitigar
los riesgos identificados, dichos controles pretenden reducir los riegos a niveles
que sean aceptables para la direccin. Adems durante todo el proceso de
auditora no nos podemos olvidar de los niveles que poseen
poseen dichos riesgos,
sino que deben tener un seguimiento continuo, el cual nos ayudar a iterar el
proceso de anlisis de riesgo en caso de que no se llegara a un nivel aceptable
de mitigacin de riesgo. Como conclusin del anlisis de riesgo podemos decir
que el auditor debe realizar estos pasos:
- Identificar los riesgos potenciales.

- Evaluar y priorizar riesgos potenciales.
- Identificar controles para mitigar los riegos encontrados.
- Seguimiento de los niveles de desempeo de los riesgos identificados.
46
Para este anlisis de los posibles riesgos que puede darse en la organizacin
el auditor puede ayudarse de la metodologa MAGERIT versin 2, publicada
por el Ministerio de Hacienda y Administraciones Pblicas, este metodologa es
un mtodo formal que sirve para investigar los riegos que pueden afectar a los
Sistemas de Informacin, proponiendo medidas adecuadas que la organizacin
en cuestin debera realizar para controlar los riegos. Los objetivos que
persigue esta metodologa son:
- Hacer ver a los responsables

responsables de los Sistemas de Informacin de la
existencia de riegos y las necesidades de atajarlos a tiempo.
- Proporcionar un mtodo para analizar estos riegos.
- Ayudar a planificar las medidas oportunas para mantener los riegos bajo
control.
Cuando hablamos de investigar los riegos nos referimos a que MAGERIT

propone una evaluacin del impacto que una violacin de la seguridad tiene en
la organizacin, muestra los riegos existentes, marcando cuales son las
amenazas que afectan al Sistema de Informacin adems de determinar las
vulnerabilidades del sistema de prevencin de estas amenazas, obteniendo
unos resultados. Estos resultados le permiten al auditor saber cules sern las
medidas adecuadas que deberan realizarse para conocer, prevenir, impedir,
reducir o controlar
ntrolar los riegos que hemos identificado, y as poder reducir su
potencialidad y sus posibles perjuicios.
Adems de realizar el anlisis del riesgo el auditor tambin debe entender que
aspectos de privacidad y requerimientos regulatorios pueden afectar el enfoque
general de la auditora. Es decir, el
el auditor de SI debiera desarrollar y
documentar el plan de auditora detallando la naturaleza, los objetivos, el
tiempo, el alcance y los recursos requeridos.
Un factor muy importante en la planificacin es conseguir la correspondencia

entre los recursos de auditora disponibles y las tareas definidas en el plan de
auditora. Cuando se realiza el plan se deben considerar los requerimientos del
proyecto, los recursos del personal, y el tiempo que se va a emplear
emp para
47
hacer una asignacin correcta de los recursos, cosa que posteriormente

pasaremos a explicar ms detalladamente.
Finalmente, en la planificacin, se desarrollar un programa de auditora donde

se establezcan los procedimientos que el auditor debe seguir a la hora de
recopilar los datos.
4.3 Procedimientos de Auditora y pasos para la recopilacin de datos
El siguiente paso de la auditora sera realizar los procedimientos de auditora

necesarios para obtener las evidencias confiables y que permitan
permit al auditor
formarse un juicio sobre el estado de la adecuacin del Sistema de
Informacin.
Es en esta fase donde el auditor debe conseguir toda la informacin necesaria

con el fin de reunir una variedad de evidencias suficientes, confiables y
relevantes.
s. Una vez halladas dichas evidencias se deben documentar para
apoyar la opinin final del auditor.
El auditor utiliza una serie de determinantes que ahora nombraremos para

evaluar si las evidencias son fidedignas:
- Independencia del proveedor de la evidencia:

evidencia: las evidencias obtenidas
por fuentes externas son ms confiables que las obtenidas por la propia
organizacin auditada.
- El auditor debe considerar los conocimientos de las personas que
suministran la informacin independientemente de si estas personas
persona son
externas o internas a la organizacin.
- La evidencia si es objetiva es ms confiable que si requiere de una
opinin o interpretacin.
- El auditor debe tener en cuenta el tiempo que perdura la informacin.
48
Pasamos a explicar ahora cuales son los procedimientos que el auditor seguir
para la recoleccin de evidencias,
evidencias pueden variar en funcin de Sistema de
Informacin del auditado:
- Revisar la estructura organizativa del Sistema de Informacin y

determinar el nivel de control que posee.
- Se debe entender
ender cules son los estndares vigentes dentro de la
organizacin, as como comprobar si existen polticas y procedimientos
adecuados, y su cumplimiento por parte de los empleados.
- El auditor debe recopilar toda la documentacin vigente existente de los
Sistemas
istemas de Informacin.
- El auditor debe realizar una serie de entrevistas con el personal de la
organizacin, con el fin de obtener evidencias, para ello el auditor debe
apoyarse en cuestionarios y checklists.
- Se deben observar los procesos as como los empleados
empleados en el
desarrollo de sus funciones, para detectar posibles anomalas, las
cuales sern mostradas como evidencias.
- Utilizacin de tcnicas de auditora asistidas por computador.
-
Todas estas tcnicas de recoleccin de evidencias forman parte de la auditora,
au
pero la auditora tambin incluye un examen de comprobacin de los controles
as como de las propias evidencias que obtenemos. El documento principal que
emplearemos para anotar el resultado de las pruebas son los papeles de
trabajo.
ientos para evaluar la prueba o revisar los resultados

4.4 Procedimientos
Una vez obtenida toda la informacin que el auditor necesita, el siguiente paso
es evaluar la informacin recopilada, a partir de dicha informacin el auditor
tendr los conocimientos necesarios para fundamentar una opinin de
auditora. Es muy importante que el auditor conozca cuales son las debilidades
y fortalezas de la organizacin a auditar para poder as alcanzar los objetivos
establecidos previamente en la planificacin.
49
Por otra parte a la hora de revisar los procedimientos de control, es probable

que algunos controles suplan carencias que otros controles tienen, a estos
controles los llamamos controles compensatorios Podra poner en cursiva los
trminos que desee resaltar.
resaltar. Es interesante que el auditor conozca la
existencia de dichos controles all donde existan controles que no provean el
suficiente grado de seguridad, confidencialidad o integridad. Algunos ejemplos
pueden ser las pistas de auditora, informe de incidencias,
incidencias, revisiones de
supervisin
Adems cuando el auditor est revisando los resultados obtenidos tambin

debe tener en cuenta la materialidad de los hallazgos para saber cul de ellos
deber incluirse en el informe de auditora. Para ello el auditor deber
deber ser
consciente de lo significativo que sea el hallazgo.
Otro factor que se debe tener en cuenta a la hora de realizar los

procedimientos para evaluar la prueba o revisar los resultados es que durante
esos intervalos de tiempos es probable que se den interrupciones
interrupciones tanto por
parte del auditor como de la organizacin a auditar, las posibles interrupciones
pueden ser por parte del auditor, como, necesidad de apoyo de otros auditores,
conflictos con calendarios con otros proyectoso por parte de la organizacin
organiza
a auditar como falta de disponibilidad de empleados, falta de documentacin
adecuada
4.5 Elaboracin del Informe de Auditora
El informe de auditora es el resultado final de trabajo realizado, donde el

auditor expone su opinin a partir de las evidencias obtenidas y su previa
experiencia.
El informe deber contener:
- Identificar la organizacin, los destinatarios y cualquier restriccin sobre

su publicacin.
50
- Definir el alcance, los objetivos, el periodo cubierto y la naturaleza,
tiempo y extensin del trabajo de auditora realizado.
- Evidencias objetivas obtenidas por el auditor para la determinacin de
las evidencias.
- Establecer los hallazgos, conclusiones y recomendaciones, as como
cualquier restriccin sucedida durante el proceso.
- Mostrar evidencias para respaldar la opinin del auditor.
- Medidas correctoras necesarias para solventar las deficiencias halladas.
- El propio informe debe estar firmado, fechado y se debe distribuir
conforme el contrato establecido.
4.6 Seguimiento
Una vez entregado el informe de auditora y halladas todo tipo de

vulnerabilidades a las que la organizacin se enfrentaba, es conveniente que
la organizacin auditada tenga un seguimiento,
seguimiento, y con ms razn si la opinin
emitida por el auditor no ha sido del todo favorable, dicho seguimiento no es
necesario que lo realice el auditor, ya que si pertenece a una empresa externa,
la cual ha sido contratada por la organizacin a auditar, no sera necesario a no
ser que la empresa solicitara dicho servicio.
Es tambin interesante realizar dicho seguimiento para asegurarse de que se

toman las medidas correctivas para subsanar las debilidades halladas en la
auditora, adems tambin es de inters
inters realizar dicho seguimiento si la
empresa auditada realiza cambios.
4.7 Resumen
Acabamos en este captulo de explicar cul es la metodologa, es decir los

pasos, que es conveniente que cualquier auditor a la hora de hacer un anlisis
profundo de una organizacin
ganizacin tenga en cuenta. Gracias a estas pautas
conseguiremos unas conclusiones lo mas exactas posibles de la organizacin
auditada, ya que lo que queremos conseguir es tener una visin lo ms exacta
posible de la informacin y quien, cuando y como la maneja.
m
51
En el posterior captulo pasamos a hablar del primer punto que comentamos en

este captulo, no exactamente de la toma de contacto que debe tener el auditor
cuando va a auditar a una empresa, sino a explicar cmo est formada la
empresa a auditar, que
e departamentos la componen, cuales son las personas
que componen esos departamento, y cules son sus funciones, para as
posteriormente realizar un plan de auditora coherente con la organizacin en
cuestin.
4.8.1 Libros Apuntes y Artculos
Autor: David Lorente Guzmn.

Guzmn Asignatura: Auditora de los Sistemas de
Informacin, ETS de Ingeniera Informtica de la UPV, Plan de Estudios de
ITIG, Curso 2009-2010,
2010, Fecha de consulta: 25/09/2011. Direccin:
tivas_con_info.php#ausi
Autores: Bernal Montas, Rafael y Coltell Simn, Oscar (1996). Ttulo:

Servicio de Publicaciones. Ao: 2008. Fecha de la consulta: 27/09/2011
4.8.2 Webs
Autor: ngela Jimnez. Fecha de la consulta: 25/09/2011. Direccin:

http://www.uclm.es/area/aef_TO/pdf//publicaciones/AngelaJimenez_Tema5.pdf
Autor: Eduardo Horacio Quinn. Ttulo: Auditora Informtica dentro de las

etapas de anlisis. Fecha de la consulta: 25/09/2011. Direccin:
http://www.monografias.com/trabajos5/audi/audi.shtml
Institucin: Ministerio de Hacienda

Hacienda y Administraciones Pblicas, D.G. de
Modernizacin Administrativa, Procedimientos e Impulso de la Administracin
Electrnica. Ttulo: MAGERIT, versin 2. Ao: 2010. Fecha de la consulta:
07/01/2012. Direccin:
http://administracionelectronica.gob.es/?_nfpb=true&_pageLabel=PAE_PG_CT
T_General&langPae=es&iniciativa=184
52
5. Descripcin de la Organizacin en la
que se va a implantar el plan de
auditora
El tipo de empresa al que se hace referencia en este proyecto, es una empresa

imaginaria que utilizaremos como base para hacer el plan de auditora donde
intentaremos dar las guas para analizar el departamento de desarrollo de
aplicaciones,
nes, este tipo de empresa est englobada en aquellas con una
organizacin lineal y compuesta por los departamentos caractersticos que la
integran.
Este empresa se encarga bsicamente del desarrollo y mantenimiento de

aplicaciones, web tanto para clientes externos a la empresa como para el
personal de la propia empresa, que lo ayuda de estas herramientas puede
mejorar la manera de tratar, administrar las propia empresa, pero no solo
est formada por este departamento, aunque el producto final que llega a los
l
clientes san aplicaciones, tenemos diferentes departamentos en la empresa
como puede ser en de ventas, de recursos humanos pero el que a nosotros
noss interesa para el departamento de desarrollo de aplicaciones informticas.
informticas
5.1 El Tipo de Estructura Organizativa: Organizacin lineal
Estos tipos de organizaciones tienen su origen en los antiguos ejrcitos y en la

organizacin eclesistica de los tiempos medievales, se constituyen de la forma
estructural ms simple y es el tipo de organizacin ms antiguo. Cuando
decimos que una organizacin es lineal lo que significa es que entre el directivo
superior de la empresa y los empleados que no son directivos (puesto de base)
hay impuestas unas lneas directas y nicas de autoridad y responsabilidad.
Este tipo de estructuras son de conformacin piramidal y bastante simple,

donde cada jefe recibe y transmite lo que pasa en su rea. En estas
53
organizaciones existe una autoridad lineal o nica donde la

l principal
caracterstica
acterstica de la organizacin lineal es la autoridad nica y absoluta del
superior sobre sus subordinados. Son las caractersticas tpicas de las
organizaciones militares.
Adems este tipo de organizaciones utilizan lneas formales de comunicacin,

donde la relaciones entre los rganos o cargos que existen en la organizacin
se dan nicamente a travs de las lneas que existen en el organigrama de la
empresa en cuestin. Todo rgano o cargo perteneciente a la organizacin
tiene dos terminales de comunicacin,
comunicacin, uno est orientado al cargo superior, y el
otro a sus subordinados nica y exclusivamente.
Por otra parte encontramos una fuerte centralizacin de las decisiones

donde es la autoridad, el jefe, quien controla toda la organizacin centralizando
los canales de comunicacin y asumiendo la responsabilidad de toda decisin
tomada dentro del organigrama de la empresa.
Otra caracterstica que encontramos en este tipo de Organizaciones, es que a

medida que ascendemos en la escala jerrquica disminuye el nmero de
cargos. Como resultado observamos que a medida que ascendemos el nivel de
jerarqua, aumenta la generalizacin, centralizacin y visin global de la
organizacin, conforme descendemos la escala jerrquica aumenta la
especializacin, la delimitacin de las responsabilidades y la visin especfica
del cargo o funcin que cada individuo desempea dentro de la organizacin.
(Direccin Web: http://www.mitecnologico.com/Main/OrganizacionLineal y
fecha de consulta: 10/04/2012)
5.1.1 Ventajas de la organizacin lineal
Segn (direccin
direccin Web: http://www.mitecnologico.com/Main/OrganizacionLineal
y fecha de consulta: 10/04/2012), las ventajas son las siguientes:
- Es sencilla y clara.
- No hay conflicto de autoridad ni fugas de responsabilidad.
- Se facilita la rapidez de accin.
54
- Se crea una firme disciplina, cada jefe adquiere toda la autoridad ya que
para sus subordinados es el nico que la posee.
- Es til en la pequea empresa, por lo que para la empresa imaginara
que estamos utilizando nos sirve, ya que esta empresa no tendra ms
de 30 o 40 empleados.
leados.
- La autoridad lineal recibe el asesoramiento y servicio tcnico de un
cuerpo especialista.
5.1.2 Desventajas de la organizacin lineal
Segn (direccin
direccin Web: http://www.mitecnologico.com/Main/OrganizacionLineal
.com/Main/OrganizacionLineal
y fecha de consulta: 10/04/2012), las desventajas son las siguientes:
- Se carece de especializacin.
- No hay flexibilidad para futuras expansiones.
- Es muy difcil capacitar a un jefe en todos los aspectos que debe
coordinar.
- Se propicia la arbitrariedad de que el jefe observe toda la
responsabilidad de la autoridad.
- La comunicacin, por obedecer a la escala jerrquica, se vuelve
indirecta, lenta y est sujeta a intermediarios y distorsiones.
5.1.3 Campos de aplicacin
La organizacin
acin lineal es aplicable especficamente en los siguientes casos:
(Direccin Web: http://www.buenastareas.com/ensayos/Campo
http://www.buenastareas.com/ensayos/Campo-a-
Aplicaci%C3%B3n-De-Organizaci%C3%B3n
Organizaci%C3%B3n-Lineal/2145539.html
Lineal/2145539.html y fecha de
consulta: 10/04/2012)
- Cuando la organizacin es pequea no requiere de ejecutivos

especializados en las tareas altamente tcnicas.
- Cuando la organizacin est en las etapas inciales de su historia.
- Cuando las tareas desarrolladas por la organizacin son estandarizadas,
rutinarias y con raras alteraciones o modificaciones, permitiendo plena
55
concentracin en las actividades principales de la organizacin,

organizacin, ya que
la estructura es estable y permanente.
- Cuando la organizacin tiene corta vida y la rapidez en la ejecucin del
trabajo se hace ms importante que la calidad del trabajo.
Una vez explicado el tipo de estructura organizativa de la empresa para la que

vamos a realizar el Plan de Auditora Informtica, vamos a detallar los
diferentes departamentos que conforman la empresa.
5.2 Departamentos de la empresa
5.2.1. Departamento de Ventas
En el mercado actual, este departamento cobra mucha importancia, tiene que

hacer muchos movimientos para conseguir todos sus objetivos, ya que hay
mucha competencia, muchas organizaciones que ofrecen los mismos
productos con las mismas calidades y al mismo precio, depende de los
profesionales de este departamento
departamento que sepan llevarse al cliente a su terreno.
El departamento de ventas se encarga de persuadir al mercado de la existencia

de un producto, valindose de sus cualidades, su ingenio, de la fuerza de
ventas o intermediarios, aplicando las tcnicas y polticas
polticas de ventas de acuerdo
con el producto que se desea comercializar.
Las funciones de este departamento son:
(Direccin Web: http://www.buenastareas.com/ensayos/Funciones

sayos/Funciones-Del-
Departamento-De-Ventas/23364.html
Ventas/23364.html y fecha de consulta: 10/04/2012)
- Manipular el producto, es decir, analizar las aplicaciones ya existentes,

ya que este departamento es el que ms contacto tiene con la
competencia, es el que mejor visin tiene del exterior, por este motivo
puede ayudar a la empresa informndole del estado en el que estn las
aplicaciones que desarrollaron en tiempos pasados en comparacin con
los de la competencia, ya que simplemente haciendo determinados
56
cambios puede que el producto entre a competir con los otros del
mercado actual.
- Responsabilidad de que el cliente quede satisfecho con el producto

ofertado. El encargado de tener el trato con el cliente juega un papel
muy importante ya que debe captar los requisitos que el cliente le est
solicitando de una forma clara, si no el resultado del proyecto puede
verse gravemente daado, este es un ejemplo claro que
que frecuentemente
ocurre en el proceso de desarrollo de aplicaciones ya que en numerosas
ocasiones el cliente no sabe exactamente lo que quiere y una vez est la
aplicacin en cuestin medio desarrollada empieza a solicitar
modificaciones, las cuales causan retrasos de tiempos, aumento de
costes que el encargado de ventas tambin deber tener en cuenta a
la hora de realizar las estimaciones.
- Tiene el deber de tener unas estrategias de ventas, condiciones de
ventas, reclamaciones y ajustes, calidad del software, crditos y cobros.
- Realiza el financiamiento de las ventas, es decir,
las operaciones a crdito y al contado son esenciales para el
desenvolvimiento de las transacciones. Para financiar
financiar ventas a plazo es
necesario que el responsable de ventas este ampliamente relacionado
con el de crdito, para determinar los planes de pago que deben
adoptarse, la duracin del perodo de crdito, el descuento por pronto
pago o los costes financieros
financieros a cargar por pago retrasado, es decir, todo
lo relacionado con la prctica crediticia.
- El departamento de ventas debe conocer los costes y presupuestos de
Ventas para
ara controlar los gastos y planear la ganancia, el ejecutivo de
ventas, previa consulta con el personal investigador del mercado con el
de contabilidad y el de presupuestos, debe calcular el volumen probable
de ventas y sus costos para todo el ao.
- Conseguir un buen estudio de mercado, es decir, las preferencias del
consumidor, sus hbitos de compra y su aceptacin del software o
servicio es fundamental para una buena administracin de ventas,
debido a que se debe recoger, registrar y analizar los datos relativos al
carcter,, cantidad y tendencia de la demanda,, el estudio de mercado
57
debe incluir el anlisis y la investigacin de ventas, estudios estadsticos

de las ventas, territorio, distribuidores y temporadas; los costos de los
agentes de ventas, costos de venta y de operacin.
- Debe realizar promociones de venta y publicidad, estas
stas ayudan a
estimular la demanda de consumo y contribuir a que las personas de
venta, vendan los productos. El responsable de ventas aprueba los
planes de promocin y publicidad, los horarios de trabajo,
traba las
asignaciones presupuestarias, los medios de propaganda,
propaganda las
promociones especiales y la publicidad en colaboracin con los
comerciantes.
- Tambin debe lograr una planeacin
planeacin de Ventas, donde
el administrador de ventas debe fijar los objetivos de las mismas y
determinar las actividades mercantiles necesarias para lograr las metas
establecidas. La planeacin
planeacin de ventas debe coordinar las actividades de
los agentes,
s, comerciantes y personal anunciador, la distribucin fsica; el
personal de ventas, las fechas de los planes de produccin, los
inventarios, los presupuestos y el control de los agentes de ventas.
- Adems debe proveer a los clientes servicios tcnicos, los cuales
corresponde
orresponde a los responsables de ventas cuyos productos software
requieren de servicios
servicios de instalacin y tcnicos, establecer normas al
respecto; tener el equipo y los locales destinados para tal servicio, as
como si es necesario dotar de algn tipo de formacin al cliente,
cli ya que
puede que el software que nuestra organizacin ofrece requiera de dicha
formacin.
- El departamento de venta en s, debe desarrollar de la manera ms
eficiente el proceso de integracin de personal, el cual comprende,
buscar, seleccionar y adiestrar al personal de ventas; as como de su
compensacin econmica, supervisin, motivacin y control.
- La Administracin del departamento de ventas, es
es responsabilidad del
responsable de la misma, el cual debe establecer la organizacin,
determinar los procedimientos,
procedimientos, dirigir el personal administrativo,
coordinar el trabajo de los miembros del departamento
departamento, llevar
el registro de las ventas y asignar tareas al personal de este
departamento.
58
5.2.2. Departamento
artamento de Recursos Humanos
Los Recursos Humanos son todas aquellas personas que integran o forman
parte de una organizacin. El objeto del Departamento de Recursos Humanos
es conseguir y conservar un grupo humano de trabajo cuyas caractersticas
vayan de acuerdo con los objetivos de la empresa, a travs de programas
adecuados de reclutamiento,
reclutamiento seleccin, capacitacin y desarrollo.
Las funciones del departamento de Recursos Humanos son:
(Direccin Web:
http://www.mitecnologico.com/Main/EstructuraFuncionamientoDepartamentoRe
cursosHumanos y fecha de consulta: 10/04/2012)
- Este departamento es el responsable de la contratacin y empleo, esta

es una de las funciones que requieren de mayor importancia debido a lo
difcil que resulta encontrar a las personas ideales para los puestos
vacantes, por lo que
que es necesario contar con un procesamiento eficaz de
reclutamiento y seleccin de personal, una vez que se tiene a las
personas deseadas se procede a la contratacin de las mismas,
dndoles una introduccin acerca de la empresa. Si el puesto vacante
se puede
ede cubrir con personal propio de la empresa, entonces se realiza
una evaluacin de mritos y se le otorga al ms capaz.
- Deben realizar la tarea de capacitacin y desarrollo, accin que consiste
en entrenar y capacitar a todo el personal, ya sea de nuevo ingreso, o
no, con el objeto de incrementar el desarrollo personal. La capacitacin
no se le otorga exclusivamente a los de nuevo ingreso, puesto que
nuestros actuales empleados pueden aspirar a un puesto mejor, el cual
requiere de una mayor preparacin.
- Tambin se encargan de los sueldos y salarios, para poder realizar una
justa asignacin de sueldos, es necesario elaborar un anlisis y
evaluacin
n de puestos, slo as, podremos saber qu cantidad debemos
pagar por cada uno de nuestros empleados. Adems, hay que
considerar que el sueldo est complementado por otros elementos tales
como, las vacaciones y la calificacin de mritos.
59
- Realizan las relaciones

ciones laborales, es decir, toda
toda relacin de trabajo debe
estar regulada por un contrato ya sea colectivo o individual, en el que se
estipularn los derechos y obligaciones de las partes que lo integran. Su
objetivo es mantener una buena relacin de trabajo y disciplina.
disciplina Por otra
parte, la comunicacin es de vital importancia para toda organizacin, ya
que por medio de esta se puede mantener una adecuada relacin de
trabajo.
- Tambin ess el responsable de realizar los servicios y prestaciones que la
organizacin necesite, la organizacin puede ofrecer a sus trabajadores
con el fin de hacer ms atractivo su empleo, una serie
de prestaciones distintas, tales como, actividades recreativas,
actividades culturales, prestaciones en especie, reconocimientos
- Asimismo son los responsables de mantener una higiene
y seguridad industrial, consiste en llevar un registro de las causas que
originan principalmente el absentismo y los accidentes de trabajo, as
como de proporcionar a sus empleados los servicios mdicos
necesarios, y las medidas de higiene y seguridad requeridas para el
buen desempeo de sus labores.
- Igualmente son los encargados de realizar la planeacin del propio
departamento, la cual consiste en realizar peridicamente una auditora
de los empleados para ver si estn desempeando satisfactoriamente
sus labores, pudiendo rotar a los que considere inapropiados para dicho
puesto.
5.2.3. Departamento de Finanzas
Esta funcin es de vital importancia, ya que toda empresa trabaja en

constantes movimientos de dinero. Esta rea se encarga de la obtencin de
fondos y del suministro del capital que se utiliza en el funcionamiento de la
empresa, procurando disponer de los medios econmicos necesarios para
cada uno de los departamentos, con el objetivo de que puedan funcionar
correctamente. El rea de finanzas tiene implcito el objetivo del mximo
aprovechamiento y administracin de los recursos financieros.
60
(Direccin Web:
http://webdelprofesor.ula.ve/nucleotrujillo/anahigo/guias_finanzas1_pdf/tema1.p
df, http://www.hondutel.hn/leytransparencia/funciones/gerenciafinanzas.pdf
http://www.hondutel.hn/leytransparencia/funciones/gerenciafinanzas.pdf y
fecha de consulta 10/04/2011)
- Estudiar y proponer, de acuerdo a los lineamientos generales que
imparta la Direccin, el proyecto de presupuesto de la organizacin, en
conformidad con las normas vigentes, la asignacin de los recursos
r
presupuestarios a los establecimientos de acuerdo con los programas de
salud, las modificaciones presupuestarias que el estado de avance de la
ejecucin aconseje y la distribucin de los aportes, segn las
posibilidades de ingresos.
- Velar por la correcta
rrecta utilizacin de los recursos financieros.
- Participar en la ordenacin, coordinacin, supervisin y control de las
operaciones financieras, contables y presupuestarias, con arreglo a las
normas y dems disposiciones.
- Elaborar, en los plazos que se establezcan,
establezcan, los informes requeridos por
el Sistema de Contabilidad, tanto de ejecucin presupuestaria,
movimiento de fondos y cuentas complementarias como de contabilidad
de bienes y contabilidad general.
- Confeccionar el balance presupuestario y patrimonial anual de la
organizacin de acuerdo con las normas y procedimientos referentes a
la materia.
- Confeccionar y mantener actualizado el inventario de los bienes muebles
e inmuebles de la organizacin.
- Recibir, recopilar, elaborar y consolidar la informacin financiera que
requieran los distintos niveles directivos y unidades asesoras de la
organizacin para formular planes y programas y adoptar decisiones.
- Revisar la facturacin por atenciones prestadas.
- Velar por la correcta utilizacin de los aportes para pago
pago de subsidios
por incapacidad laboral, controlando que stos se paguen de acuerdo a
las normas e instrucciones vigentes.
61
- Desempear las dems funciones y tareas que le encomienden el

Director de la organizacin.
5.2.4. Departamento de Contabilidad
El Departamento de Contabilidad se encarga de instrumentar y operar las

polticas, normas, sistemas y procedimientos necesarios para garantizar la
exactitud y seguridad en la captacin y registro de las operaciones financieras,
presupuestales y de consecucin de metas de la entidad, a efecto de
suministrar informacin que ayude a la toma de decisiones, a promover la
eficiencia y eficacia del control de gestin, a la evaluacin de las actividades y
facilite la fiscalizacin de sus operaciones, cuidando que dicha
dicha contabilizacin
se realice con documentos comprobatorios y justificativos originales, y vigilando
la debida observancia de las leyes, normas y reglamentos aplicables.
(Direcciones Web: http://www.utp.ac.pa/departamento-de

de-contabilidad
,http://actualicese.com/ac
http://actualicese.com/actualidad/2005/05/08/conocimientos-funciones
funciones-y-
responsabilidades-del-cargo
cargo-de-coordinador-de-contabilidad/
http://www.buenastareas.com/ensayos/Funci
http://www.buenastareas.com/ensayos/Funciones-De-Un-Departamento
Departamento-De-
Contabilidad/3617338.html y fecha de consulta: 10/04/2011 )
- Establecer y operar las medidas necesarias para garantizar que el

sistema de contabilidad de la organizacin este diseado para que su
operacin facilite la fiscalizacin
fiscalizacin de los activos, pasivos, ingresos,
costos, gastos, avance en la ejecucin de programas y en general de
manera que permitan medir la eficacia y eficiencia del gasto.
- Realizar las acciones necesarias para garantizar que el sistema contable
de la organizacin,
n, as como las modificaciones que se generen por
motivos de su actualizacin, cuenten con las autorizaciones legales para
su funcionamiento y operacin.
- Llevar a cabo la contabilidad de la organizacin en los trminos que
establece la Ley de Presupuesto, Contabilidad y Gasto.
62
- Emitir por escrito las principales polticas contables necesarias para
asegurar que las cuentas se operen bajo bases eficientes y
consistentes, as como para la clara definicin y asignacin de
responsabilidades de empleados y fiscalizadoras
fiscalizadoras de informacin relativa
a los activos, pasivos, ingresos costos, gastos y avance en la ejecucin
de programas.
- Registrar y controlar los recursos financieros provenientes del calendario
financiero presupuestario, los que otorgan las instituciones para el
desarrollo de proyectos de investigacin.
- Controlar las disponibilidades de las cuentas bancarias de cheques y de
inversin, realizando conciliaciones mensuales contra los saldos
reportados en los estados de cuenta bancarios, para garantizar la
exactitud
ctitud en el registro de fondos, y apoyando a una correcta toma de
decisiones.
- Depurar permanentemente los registros contables y presupuestales.
- Preparar y presentar los datos que conforman la Cuenta, el Sistema
Integral de Informacin, el Informe Presidencial,
Presidencial, las reuniones para
Junta Directiva, el Comit de Control y Auditora, y dems informacin
complementaria que requieran las autoridades competentes respecto de
las actividades desarrolladas en el mbito de su competencia.
- Realizar las dems actividades
actividades que le sean encomendadas por la
Subdireccin de Recursos Financieros, afines a las funciones y
responsabilidades inherentes al cargo.
- Coordinar, orientar y apoyar las actividades del personal adscrito al rea
de su competencia.
5.2.5. Departamento de desarrollo de aplicaciones informticas
As como hay departamentos que por definicin deben existir, estn aquellos
que se forman por necesidades especificas y a su vez los que se les considera
de lujo para dar una mejor imagen o por qu no, porque estn de moda.
Hasta hace algunos aos un departamento de desarrollo de aplicaciones

informticas solo lo consideraban aquellas organizaciones con los suficientes
63
recursos para mantenerlo, an cuando no generara ingresos, pero poco a poco

esta idea ha dejado de existir para convertirse en la conviccin de que un
departamento de desarrollo de aplicaciones informticas es de vital importancia
dentro de la compaa ya que es el encargado de proveer a esta, de
informacin, lo cual en nuestros das es indispensable para
para la sobrevivencia de
las empresas.
El departamento de desarrollo de aplicaciones informticas es el rea de una

organizacin que se encarga de proveer de informacin as como de las
herramientas necesarias para manipularla. Es el departamento que auxiliado
con el equipo de cmputo, es capaz de convertir simples datos en informacin,
es el encargado, de satisfacer las necesidades y preparacin computacional a
todos los miembros de una empresa, y es el responsable de ofrecer soluciones
informticas y el equipo necesario para su implementacin.
Se le llama departamento de Informtica por ser precisamente el proveedor de

informacin, sin embargo tambin es llamado departamento de Sistemas
porque es precisamente a travs de Sistemas de Informacin, que se
s ofrecen
la mayora de las soluciones.
El trabajo medular de un departamento de Informtica se hace, a travs de un

Sistema de Informacin. El conocimiento de sistemas de informacin abarca
tanto perspectivas tcnicas como conductuales, destacando la conciencia
conc de
las dimensiones de administracin, organizacin y tecnolgicas de los mismos.
Los sistemas de informacin definen cinco retos claves para los
administradores de hoy da, el reto del negocio estratgico; el reto de la
globalizacin, el reto de la arquitectura de la informacin; el reto de la inversin
en sistemas de informacin y el reto de la responsabilidad y control.
Proporcionan soluciones reales en los distintos tipos de sistemas de

informacin en las organizaciones actuales: Sistemas de procesamiento
procesamiento de las
operaciones comerciales, Sistemas de automatizacin del conocimiento/trabajo
en la oficina, Sistemas de informacin para la administracin, Sistema de
soporte a las decisiones, y Sistemas de soporte para la gerencia. Estos
sistemas sirven para
ara diversos fines al dar apoyo a los diferentes niveles y
funciones de la organizacin.
64
Tambin se utilizan los Sistemas de Informacin en los negocios para obtener
una ventaja competitiva. Los sistemas estratgicos de informacin han
transformado los productos
ductos y servicios de las instituciones, las relaciones con
los clientes y los proveedores y las operaciones internas. Para emplear
estratgicamente los sistemas de informacin, las instituciones tienen que sufrir
cambios tcnicos y sociales.
Los sistemas de informacin quedan delineados de acuerdo con la estructura

organizacional, la cultura de los procesos polticos y la administracin, ya que
la tecnologa de la informacin puede influir tambin a las instituciones.
Un sistema de informacin puede definirse

definirse tcnicamente como un conjunto de
componentes interrelacionados que permiten capturar, procesar, almacenar y
distribuir la informacin para apoyar la toma de decisiones y el control en una
institucin. Adems, para apoyar a la toma de las decisiones, la coordinacin y
el control, los sistemas de informacin pueden tambin ayudar a los
administradores y al personal a analizar problemas, visualizar cuestiones
complejas y crear nuevos productos.
La principal funcin de un departamento de Informtica es crear

crea y ofrecer
sistemas de informacin que permitan dar solucin a las necesidades
informticas y de toma de decisiones de una institucin.
Es necesario hacer notar que el departamento de Informtica es un

departamento de servicio, y que nuestros clientes pueden
pueden ser los dems
departamentos que conforman nuestra organizacin o usuarios/clientes
externos que quieren utilizar nuestros servicios, que quieran que el
departamento de desarrollo de aplicaciones informticas les desarrolle
determinadas aplicaciones para
para poder mejorar la manera de obtener, manejar
su informacin. Los productos que ofrece este departamento son servicios y se
pueden agrupar en las siguientes funciones: (direcciones Web:
http://www.monografias.com/trabajos
http://www.monografias.com/trabajos-pdf/administracion-
informatica/administracion
informatica/administracion-informatica.pdf
http://colima.inea.gob.mx/index.php/departamentos/depto
http://colima.inea.gob.mx/index.php/departamentos/depto-
informatica/funciones.html http://www.buenastareas.com/ensayos/Funciones
http://www.buenastareas.com/ensayos/Funciones-
Departamento-De-Inform%C3%A1tica/1859211.html
m%C3%A1tica/1859211.html y fecha de consulta:
10/04/2012)
65
- La administracin y mantenimiento de los sistemas existentes en el

grupo.
- Asesora y capacitacin a los diferentes departamentos y empresas del
grupo.
- Estudios de factibilidad, compra e instalacin de equipo
- Evaluacin y adquisicin de software y paquetera.
- Desarrollo de nuevos sistemas tanto para la propia organizacin como
para organizaciones externas.
- Elaboracin de manuales y documentacin
- Administracin y mantenimiento de ordenadores, redes y equipo.
- Revisin peridica de las necesidades de informacin.
- Mantenimiento y reparacin de equipo de cmputo.
- Control de compras de todo lo relacionado con equipo, software,
consumibles y accesorios computacionales.
- Implementacin y administracin de los servicios de Internet e Intranet.
Nuestros clientes pudiramos clasificarlos de la siguiente manera:
- Los ejecutivos. Son aquellos que se encuentran en la parte superior de

la estructura organizacional, ellos requieren de nuestros servicios en
forma de informacin
rmacin pura, es decir no requieren de sistemas o
programas que les permitan procesar ni capturar informacin, a ellos se
les debe proveer de herramientas sencillas que les aporte informacin
concisa que les sirva para la toma de decisiones.
- Los jefes y coordinadores. Son aquellos que se encuentran en la parte
media del organigrama, ellos supervisan las labores y entregan
resultados. Requieren de nuestros servicios a travs de programas y
sistemas que les permitan visualizar y supervisar el trabajo de sus
subordinados, que les permita tambin, manejar la informacin que
resulta de las operaciones diarias y a su vez que puedan, generar
informes para presentar resultados. La informacin a este nivel es un
poco ms a detalle y este tipo de usuario tiene la facilidad
facilidad de operarla.
- Los auxiliares administrativos, operadores, secretarias que operan
directamente los sistemas. Son aquellos que su trabajo es alimentar los
sistemas con datos para obtener informacin, estos son nuestros
66
clientes ms numerosos y requieren
requieren de nuestros programas para
realizar su trabajo.
- Los trabajadores en general. Estos son los que sin utilizar sistema
alguno, requieren tambin de informacin o servicio, es decir para cobrar
requieren que se ejecute el proceso de nmina que es sin duda todo
t un
sistema.
- Los clientes externos. Que al igual que los anteriores requieren de la
informacin generada por los diferentes sistemas y servicios.
Todos los anteriores requieren adems de sistemas, capacitacin,

documentacin, adiestramiento, instalacin y dems servicios que ofrece el
departamento.
Los objetivos bsicos de este departamento son:
(Direcciones
Web:http://www.peru.gob.pe/docs/PLANES/10018/PLAN_10018_MOF%20GE
gob.pe/docs/PLANES/10018/PLAN_10018_MOF%20GE
RENCIA%20DE%20INFORMATICA%20Y%20PLANEAMIENTO_2009.pdf
http://ahome.gob.mx/1174/files/transparencia/Manual%20de%20funciones/MA
http://ahome.gob.mx/1174/files/transparencia/Manual%20de%20funciones/MA
NUAL%20DE%20FUNCIONES%20DE%20INFORMATICA.pdf
http://www.monografias.com/trabajos
http://www.monografias.com/trabajos-pdf/administracion-
nformatica/administracion-informatica.pdf
http://www.munivaldivia.cl/administracion/informatica/informatica.html
http://www.bn.com.pe/transparenciabn/mof/dpto
http://www.bn.com.pe/transparenciabn/mof/dpto-de-informatica.pdf
informatica.pdf y fecha de
consulta: 11/04/2011)
- El objetivo bsico del departamento de desarrollo de aplicaciones

informticas consiste en suministrar la informacin que se necesita para
controlar la estrategia y llevar a cabo las diferentes funciones de la
empresa, ya sea la propia empresa al que pertenece este departamento
o empresas externar a las que van destinas nuestros producto, as como
de las herramientas necesarias para su manipulacin.
m
- Aunque el objetivo es nico y primordial, se dice que es inalcanzable ya
que es el fin al que se debe llegar, y el fin marcar la terminacin de
todo. Al objetivo uno se acerca y los avances hacia l, se miden por
medio de metas, las cuales son
so concretas y alcanzables.
67
- Desde la creacin del departamento se marcaron un conjunto de metas,

las cuales se han ido alcanzando conforme pasa el tiempo, sin embargo
al cumplir el ciclo administrativo, planeacin y control, y revisar los
planes de accin y los logros obtenidos, se replantean nuevas metas
que muchas veces son las mismas con algunas innovaciones o mejoras,
pudiendo centrarnos en las siguientes como principales y constantes.
- Constituir el grupo como una sola institucin e implementar un sistema
sistem
de informacin nico que funcione para todas las reas.
- Estandarizar los equipos y sistemas.
- Crear y aplicar un plan de capacitacin y adiestramiento constante y
eficaz.
- Crear y llevar a cabo un plan de renovacin y actualizacin de equipo y
software.
- Mantener
ntener la integridad de la informacin.
- Crear un plan efectivo de contingencia.
- Elaborar programas y sistemas confiables y operativos que faciliten las
labores de los empleados y logren ahorros considerables y la toma de
- buenas decisiones.
- Tener documentados todos los sistemas.
- Crear un plan y llevar a cabo las acciones necesarias para
salvaguardarnos del problema del ao.
- Crear un ambiente sano y cordial entre el personal del departamento y
para con los dems usuarios.
- Mantenernos como un departamento lder
lder en los servicios que
ofrecemos.

informticas
(Direcciones Web: http://www.monografias.com/trabajos pdf/administracion-

http://www.monografias.com/trabajos-pdf/administracion
informatica/administracion-informatica.pdf htt
p://www.bn.com.pe/transparenciabn/mof/dpto
p://www.bn.com.pe/transparenciabn/mof/dpto-de-informatica.pdf
http://es.scribd.com/doc/60046252/2/Organigrama
http://es.scribd.com/doc/60046252/2/Organigrama-del-Departamento
Departamento-de-
Informatica y fecha de consulta: 10/04/2011)
68
5.2.5.1.1 Jefe de Informtica
El jefe de informtica tiene la responsabilidad de todas las actividades en la
interviene informacin, incluyendo proceso de datos, soporte tcnico,
metodologa y aplicaciones. Tambin es responsable de los aspectos bsicos
del personal y administracin que pertenecen a su rea de actividad.
actividad.
Algunas de sus funciones son:
- Gestionar las relaciones con los proveedores externos y los eventuales

prestadores de servicio.
- Gestionar las relaciones con otros departamentos de la organizacin
para establecer los planes de accin.
- Definir y controlar el presupuesto o una parte del mismo.
- Organizar el departamento informtico en todas sus facetas, como el
personal, de organizacin, distribucin, horarios, vacaciones
- Colaborar, aportar sus conocimientos en la definicin de la estrategia y
los objetivos informticos.
- Supervisar la implantacin y desarrollo de los proyectos informticos que
lleve a cabo el departamento.
- Garantizar la fiabilidad, la coherencia y la evolucin del Sistema
Informtico tanto de punto de vista funcional como del tcnico.
5.2.5.1.2
1.2 Jefe de Explotacin
El jefe de explotacin es el encargado de planificar, organizar y controlar el
rea de explotacin, siendo el responsable de todas las actividades relativas a
la explotacin y produccin de los ordenadores tanto de la misma organizacin
organiza
como de las externas.
Algunas de sus funciones principales son:
- Coordinar las actividades y recursos tcnicos, materiales y de los

equipos de soporte en lo que se refiere a sistemas operativos, bases de
datos y comunicaciones.
- Resolver las incidencias que los sistemas puedan ocasionar.
69
- Analizar y decidir la opcin ptima del software a utilizar, asi como sus
posteriores actualizaciones.
- Planificar, supervisar y coordinar el desarrollo, implantacin y
mantenimiento de los sistemas operativos, bases de datos,
datos, software
- Garantizar que todo funciones correctamente y tener planes de
contingencia preparados para s fallase alguna cosa poder solucionarlo
lo antes posible.
- Responsabilidad de la atencin a los usuarios.
- Responsabilidad de garantizar el adecuado nivel de servicio en la
explotacin de los servicios informticos.
- Tcnico de Explotacin
- Esta persona se encarga de proporcionar el conocimiento necesario de
instalacin y mantenimiento de los servicios de redes, de los equipos y
sistemas informticos.
- Algunas de sus funciones son:
- Definir los procesos, los documentos y ejecutar su control.
- Responsable del buen funcionamiento del sistema informtico y sus
resultados.
- Gestionar las incidencias y asegurar las soluciones.
- Asegurar el buen funcionamiento fsico
fsico de los sistemas informticos.
5.2.5.1.3 Responsable de Calidad

El responsable de este departamento crear el plan de calidad del producto,
disear y gestionar el despliegue necesario para ejecutar y coordinar las
pruebas y revisiones del software. Otras de sus funciones son coordinar y
dirigir las actividades relacionadas
relacionadas con gestin de la calidad en todas sus
reas: productos, procesos y procedimientos, y supervisar el cumplimiento de
la normativa de calidad, organizando las actividades relativas a la mejora de
procesos en todas las reas. Este responsable puede ayudarse
ayu de
determinadas herramientas que sirven para analizar el cdigo y determinar su
calidad en funcin de sus lneas de cdigo, como por ejemplo, nos informa de
variables declaradas que nunca se utilizan, cdigo repetido, cdigo poco
claro
70
Dentro de lass funciones principales son:
- Verificar el desarrollo y aplicacin de la normativa de calidad.

- Cooperar en la determinacin de los objetivos de calidad.
- Dirigir la realizacin del manual de calidad de la compaa, as como
realizar las modificaciones pertinentes.
pertin
- Responsable de la adecuacin entre los desarrollos realizados y las
directrices establecidas.
- Definir las normas de desarrollo en colaboracin con la Direccin de
Informtica.
- Implementar y vigilar el cumplimiento de la poltica de calidad de la
empresa.
- Motivar y coordinar los equipos de desarrollo en el marco de aplicacin
de las normas y mtodos en vigor.
- Asegurar la definicin de las directrices de calidad, su aplicacin as
a
como la estandarizacin.
- Poner en marcha los procedimientos de prueba y de control de calidad.
- Asegurar la coherencia y la coordinacin de su trayectoria con la poltica
global de la organizacin.
- Tomar a su cargo la campaa de las pruebas de cara al conjunto de los
usuarios finales.
- Participar en la distribucin de las ediciones originales de las
aplicaciones y de los documentos a las entidades de produccin
garantizando un alto nivel de calidad.
- Garantizar una calidad permanente a travs de los procedimientos
procedimientos y de
las herramientas.
5.2.5.1.4
.1.4 Jefe de Desarrollo
El jefe de desarrollo debe garantizar que se produce lo esperado en el tiempo
esperado y con el coste esperado. Es labor del jefe de desarrollo decidir cual
es el que mejor se adapta a la situacin
situacin concreta a la que se enfrenta para
minimizar la inversin requerida y obtener los resultados esperados.
Algunas de sus funciones son:
71
- Participa en el proceso de construccin aplicando tcnicas de Ingeniera

de Software.
- Realizar estimaciones del software a construir.
- Interpretar el diseo y realizar adaptaciones cuando sea necesario.
- Coordinar y llevar a cabo revisiones de cdigo.
- Controlar factores de calidad en la produccin del cdigo fuente.
- Dominar las tecnologas y lenguajes empleados para la construccin del
software, sirviendo de apoyo a los programadores.
- Dominar tcnicas de depuracin de errores. La localizacin y correccin
sistemtica de errores en el cdigo fuente exige un profundo
conocimiento
onocimiento del lenguaje utilizado, las tecnologas empleadas y el
sistema operativo, as como de conceptos fundamentales de bases de
datos, teora de sistemas operativos y redes, entre otras.
otras
5.2.5.1.5 Analista
La responsabilidad de los Analistas es elaborar un catlogo detallado de
requisitos que permita describir con precisin el sistema de informacin, para lo
cual mantendrn entrevistas y sesiones de trabajo con los usuarios, actuando
del interlocutor entre estos y el equipo de proyecto en lo que a requerimientos
se refiere. Estos requisitos permiten a los analistas elaborar los distintos
modelos que sirven de base para el diseo, obteniendo los modelos de datos y
de procesos en el caso del anlisis estructurado y los modelos de clases e
interaccin
n de objetos en anlisis orientado a objeto. As mismo realizan la
especificacin de las interfaces entre el sistema y el usuario.
Algunas de las funciones principales son:
- Idear, desarrollar y mantener, y perfeccionar los programas lgicos que

rigen el funcionamiento
ncionamiento general de las computadoras.
- Mantener actualizados y en buen funcionamiento las bases de datos y
los sistemas de gestin de datos para garantizar la validez e integridad
de la informacin registrada.
- Crear y desarrollar lenguajes informticos.
informtico
- Realizar investigaciones acerca de los principios y mtodos informticos.
- Desarrollar y mantener los soportes lgicos y programas, y la estructura
72
y sistemas de datos.
- Analizar las necesidades de los usuarios y determinar programas,
configuraciones y soportes lgicos.
5.2.5.1.6 Programador
La funcin del programador, miembro del equipo de proyecto, es construir el
cdigo que dar lugar al producto resultante en base al diseo tcnico
realizado por el analista o analista programador, generando tambin el cdigo
asociado a los procedimientos de migracin y carga inicial de datos. Igualmente
se encarga de elaborar, desarrollar, ensayar y mantener en buen estado los
soportes lgicos y/o los programas informticos, para cubrir las necesidades de
los usuarios. Combinndolo con la realizacin de las pruebas unitarias y
participando en las pruebas de conjunto de la aplicacin.
Algunas de las funciones son:
- Determinar en colaboracin
colaboracin con los Analistas informticos los objetivos
perseguidos con los distintos programas, la naturaleza y fuentes de
datos que habr que introducir y ordenar, y establecer los controles
necesarios.
- Elaborar grficos y diagramas para describir y determinar
determin en que
secuencias habr que proceder al registro y tratamiento de los datos.
- Desarrollar y proporcionar documentacin detallada sobre los programas
informticos, utilizando para ello diversos lenguajes de programacin.
- Ensayar los programas elaborados para eliminar o corregir deficiencias o
errores.
- Mantener actualizados los programas.
5.6.1.1.7 Jefe de Sistemas

Es el encargado de administrar la red, programar, mantener y coordinar el
funcionamiento de los sistemas informtico, administrando para ello
ell el equipo
de cmputo y aprovechando este recurso para optimizar las actividades de las
direcciones y jefaturas haciendo ms eficiente el trabajo de cada una de las
reas de la organizacin. Deber propiciar que las operaciones se realicen de
forma automatizada,
tizada, incluyendo firmas electrnicas y de que se produzca
73
oportunamente la informacin.
Algunas de las funciones son:
- Planificar, supervisar y coordinar el mantenimiento de sistemas

operativos, software de mercado y propio, bsico o de soporte.
- Definir y actualizar software bsico.
- Actualizar y decidir la alternativa ptima de software de mercado a
adquirir. Disear, en conexin con la Direccin de Informtica, la poltica
de hardware, redes y comunicaciones, respecto a adquisiciones,
sustituciones,
ones, etc.
- Resolver y coordinar las incidencias de los sistemas.
- Dirigir las actividades y recursos, tcnicos, materiales y los equipos de
soporte en materia de sistemas operativos, bases de datos y
comunicaciones.
- Establecer un programa de deteccin de virus y vacunas apropiadas.
- Desarrollar aplicaciones especficas para las diversas reas.
- Instalar y configurar de acuerdo a las necesidades de la red, los equipos
de nueva adquisicin.
- Reinstalar los equipos cuando
cuando se trasladen a una nueva ubicacin.
En la figura 5.2.5.1 podemos observar cmo queda la jerarqua entre los

diferentes miembros del departamento de desarrollo de aplicaciones
informticas:
Jefe de Informtica
Jefe de Responsable de Jefe de Desarrollo Jefe de Sistemas

Explotacin Calidad
Analista Programador
74
informticas
5.3 Resumen
Como hemos podido comprobar en este captulo pretendemos explicar el tipo

de organizacin a la que vamos a realizar el plan de auditora, hemos explicado
cuales son las funciones a rasgos generales que debe realizar cada
departamento para conseguir que la organizacin pueda funcionar
correctamente, centrndonos en el departamento que ms nos interesa, el
departamento de desarrollo de aplicaciones informticas,
informticas, ya que es sobre este
departamento, sobre el cual vamos a realizar el plan de auditora, y ms
concretamente
retamente sobre las funciones de desarrollo de aplicaciones que realizan
las personas que forman parte de este departamento, por este motivo adems
de explicar las funciones del departamento en general lo hemos detallado un
poco ms explicando cuales son las
las personas especficas de este
departamento y cuales son las funciones que deben realizar dentro de su
departamento.
En el prximo captulo vamos a realizar el plan de auditora para el

departamento de informtica, en concreto para el desarrollo de las
aplicaciones,
plicaciones, como hemos comentado anteriormente, veremos en un principio
la importancia que tiene realizar un plan de auditora y por consiguiente el
propio plan de auditora a este departamento en cuestin y sus funciones,
adems de acotar cuales son las funciones o tareas, y por tanto los objetivos a
controlar, que son responsabilidad del departamento.
5.4. 1 Libros,, Apuntes, Artculos
Autores: Rafael Bernal Montas i scar Coltell Simn. Ttulo: Auditora de

los sistemas de informacin. Ao: 1996.Fecha de la consulta: 21/01/2012.
Ttulo: Direccin y gestin de los sistemas de informacin en la empresa, Una

visin integradora 2 Edicin. Ao: 2006. Fecha de la consulta: 21/01/2012.
75
5.4.2 Webs
Ttulos: Tipos de Empresa, Tipos de estructuras organizativas. Ao: 2009.

Fecha de la consulta: 11/01/2012. Direccin:
http://www.mailxmail.com/curso
http://www.mailxmail.com/curso-administracion-empresas-organizacion/tipos
organizacion/tipos-
estructuras-organizativas
organizativas
Autor: LIC. Adafrancys Salazar - Richard Maggiorani. Ttulo: Estructura

Estr
organizativa y tipo de organigrama. Ao: 2005. Fecha de la consulta:
12/01/2012. Direccin:
http://www.gestiopolis.com/recursos4/docs/ger/estrorgorg.htm
Ttulo: Fundamentos de estructura organizativa. Fecha de la consulta:

12/01/2012. Direccin: http://es.scribd.com/doc/6286437/Tipos-de-Estructura-
Organizacional
76
6. Plan de auditora del desarrollo de
aplicaciones informticas
informtica
6.1 Introduccin a la auditora en el desarrollo de aplicaciones

informticas:: Importancia, caractersticas, reas, objetivos, guas y
tcnicas de control
En este apartado seguimos el Libro: Autores: Mario G. Piattini, Emilio del Peso.
(2001): Auditora Informtica, Un enfoque prctico, 2 Edicin. 2001
La importancia de que una organizacin cuente con unos procedimientos de control es

aceptado como garanta de que la organizacin est gestionando
gestionando de forma eficaz
orientndose a la consecucin de los objetivos marcados. La funcin auditora es
precisamente la encargada de comprobar y analizar la existencia de que estos
procedimientos de control se estn definiendo y aplicando correctamente,
determinando
rminando las deficiencias que existan al respecto y los riesgos asociados a estas
carencias de control.
6.1.1 Importancia de la auditora del rea de desarrollo
Aunque cualquier rea de un departamento es susceptible de ser auditada, hay una

serie de factores
tores que hacen especialmente importante el rea de desarrollo frente a
otras reas dentro del departamento de desarrollo de aplicaciones informticas,
informticas
algunos de los factores que podemos destacar son:
- Los avances en tecnologa de los computadores han hecho

hecho que actualmente el
principal factor de xito de la informacin sea la mejora de la calidad del
software.
- El gasto destinado a software es cada vez ms superior al que se destina a
hardware.
- El software como producto es muy difcil de validar. Por ello para poder
incrementar la calidad del software y disminuir los costes de mantenimiento
debemos proporcionar un mayor control en el proceso de desarrollo.
77
- El ndice de fracasos en proyectos de desarrollo es demasiado alto, lo cual nos

hace ver el mal o nulo
nulo funcionamiento de los controles en este proceso.
- Las aplicaciones informticas, que son el producto principal obtenido al final del
desarrollo, pasan a ser la herramienta de trabajo principal de las reas
informatizadas, convirtindose en un factor esencial
esencial para la gestin y la toma
de decisiones.
En la mayora de los casos para realizar el anlisis de un sistema y cules son sus
procedimientos, es necesario utilizar algn tipo de cuestionario, programa de trabajo o
listas de controles. No todos los auditores
auditores le dan la misma importancia a los
cuestionarios, ya que piensan que la respuesta del tipo si o no son poco realistas y
en ocasiones no nos llevan a ninguna situacin clara.
Las cuestiones resultan tiles para analizar mtodos y procedimientos, pero

pe no
permiten comprobar elementos de datos o activos aislados ni demuestran que el
procedimiento que se investiga se cumple siempre.
Existen muchos tipos de controles: controles de gestin, operativos, de

procedimientos, de rendimiento y de datos.
6.1.2 Caractersticas
aractersticas de un sistema de control
Un verdadero sistema de control rene las siguientes caractersticas:
1. Establecimiento de estndares, normas o necesidades, esto incluira definir

con detalle la precisin con la que se deben medir las necesidades.
necesidades Del mismo
modo tambin debera incluir el periodo durante el cual se van a solucionar
dichas necesidades, ya que se va a fijar la frecuencia de admisin de los
informes, que debern adecuarse al problema que se est tratando.
2. El registro del rendimiento real. Estos registros van a clasificar la informacin
de manera que se adapta a la ordenacin de objetivos que se haya fijado.
3. La comparacin peridica del rendimiento con los objetivos.
4. Informes de excepcin, que notifiquen y expliquen las
las diferencias que
existen entre los objetivos y el rendimiento durante ese perodo.
5. Acciones correctoras que obliguen a que las actividades vuelvan a obedecer
las pautas exigidas. Existen tres tipos posibles de acciones correctoras:
a. repetir la operacin
operacin despus de eliminar la causa del error, para que
se ejecute correctamente,
78
b. asegurarse de que en el futuro las cosas vayan segn los planes,
pero aceptando que no se puede modificar lo sucedido y que el error se
va a quedar sin corregir, y
c. ajustar
ustar las necesidades en un futuro prximo de modo que se
cumplan los objetivos generales durante un periodo de tiempo restante,
aunque no sea posible alterar lo que haya ocurrido ya.
6. El repaso conjunto de estndares, para utilizarlos en el futuro.
En muchos sistemas de control, la definicin de estndares es un problema, porque

las condiciones pueden variar mientras se ejerce el control, o podra haberse dado una
falta de conocimiento y experiencia cuando se fijaron los estndares por primera vez.
Los objetivos de control sirven para mantener el nivel necesario de autoridad,

propiedad y exactitud en los trabajos, y obtener los resultados puntualmente. El mbito
de control es la cantidad de informacin o actividad relacionada con ella que est
sometida a una accin de control.
6.1.3 reas de control de un sistema informtico
Las reas de control de un sistema informtico son las siguientes:
- Controles gerenciales.
- Controles del desarrollo,
desarrollo, adquisicin y mantenimiento de sistemas de
informacin.
- Controles generales de sistemas de informacin: operaciones.
- Controles de aplicacin.
- Controles de la tecnologa.
En este proyecto vamos a tratar sobre la auditora del rea de control de desarrollo de
aplicaciones informticas que como hemos comentado anteriormente resultan de las
ms interesantes, donde para cada objetivo de control se especificarn una o ms
tcnicas de control, tambin denominadas simplemente controles, que contribuyen a
lograr el cumplimiento de dicho objetivo.
79
6.1.4 reas de control

ontrol y secciones de control del desarrollo de
En el rea de control de desarrollo de aplicaciones informticas hay varias secciones,

tareas que se deben realizar de una forma especfica y controlada para que todo fluya
con normalidad
lidad y exactitud, cada una de estas secciones constituye un objetivo de
control por separado.
6.1.5 Objetivos de control, y guas o tcnicas de control del rea de

desarrollo de aplicaciones informticas
Todos los objetivos de control que vamos a detallar posteriormente son aquellas
tareas que la organizacin debe realizar y tener controladas para que se realicen de la
manera adecuada. Para el auditor, estos objetivos de control son las expectativas que
tiene acerca del proyecto, que si
si no se cumplen se introducirn en el informe que
eleve a la direccin. Para cada uno de estos objetivos de control se especificar una o
ms guas de auditora o tcnicas de control,
control, mediante estas guas el auditor
pretende averiguar si los objetivos mencionados
mencionados anteriormente se cumplen con
exactitud.
6.2. Controles de desarrollo de aplicaciones informticas
El proceso seguido por una organizacin en el desarrollo de aplicaciones informticas

debera tratar de alcanzar la efectividad, ahorro y eficiencia del
del sistema, la integridad
de datos, proteccin de recursos, y el cumplimiento de las leyes y regularizaciones. El
uso de una metodologa de ciclo de vida de desarrollo de aplicaciones informticas
efectiva, debera proporcionar a la alta direccin de la organizacin
organizacin una razonable
garanta de que estos objetivos sern alcanzados. Es decir, cada organizacin debe
establecer una metodologa para el proceso de desarrollo de aplicaciones informticas
y asignar responsabilidades en cada una de las fases del proceso
proceso para que sea
posible progresar de una manera ms fcil en el diseo y el desarrollo de aplicaciones
informticas.
reas a controlar:
- La metodologa y responsabilidades del proceso de desarrollo de aplicaciones

informticas
- Las funciones y responsabilidades
responsabilid de cada individuo
- Proceso de actualizacin de la metodologa que sigue la organizacin en el
proceso desarrollo de aplicaciones informticas
80
6.2.1 rea a controlar sobre la metodologa y responsabilidades del
proceso de desarrollo de aplicaciones informticas
Objetivo de control. El jefe del departamento de desarrollo de aplicaciones

informticas debe utilizar una poltica, la cual tiene que constar por escrito, en la que
se utiliza una metodologa para el proceso de desarrollo de aplicaciones como
com medio
de estructuracin y control del proceso de desarrollo de aplicaciones informticas.
Gua de control. Se debe revisar dicha metodologa del proceso del desarrollo de
aplicaciones de la organizacin:
1. Revisar la metodologa del proceso de desarrollo de aplicaciones de la

organizacin que est actualmente en vigor en la organizacin y determinar si
se utiliza una aproximacin estructurada adems de determinar si es
consistente con los conceptos prcticos empleados en el campo de la
computacin.
2. Evaluar
uar si cada fase del proceso de desarrollo de aplicaciones de la
organizacin da lugar a un producto cuantificable sobre el cual se pueda hacer
una revisin y aprobacin final antes de pasar a la siguiente fase.
3. Decidir si la metodologa del proceso de desarrollo

desarrollo de aplicaciones de la
organizacin proporciona un mecanismo adecuado para tener controlados los
cambios en los requerimientos durante la duracin del proyecto.
4. Comprobar la metodologa que sigue la organizacin para determinar si el

nfasis puesto sobre cada fase cumple los requisitos de seguridad y los
controles internos.
5. Comprobar la extensin, familiaridad de la formacin y experiencia que tienen

los miembross del departamento de desarrollo de aplicaciones informticas y
del usuario con el uso de la metodologa del proceso de desarrollo de
aplicaciones de la organizacin.
81
6. Determinar si los requisitos de la metodologa del proceso de desarrollo de

aplicaciones
es informticas de la organizacin son obligatorios o consecutivos y
valorar si estos pueden ser flexibles en el uso de la metodologa si las
condiciones del proyecto varan, en funcin, por ejemplo, de si los proyectos
son grandes o pequeos.
7. Determinar si se permiten desviaciones de la metodologa,, revisar cuando

pueden ocurrir estas desviaciones, y comprobar si deben ser documentadas y
aprobadas.
8. Determinar si la metodologa del proceso de desarrollo de aplicaciones

informticas de la organizacin
organ contiene todos los estndares y requisitos de
documentacin y programacin para los usuarios, programadores,
desarrolladores de aplicaciones, analistas y el personal encargado del
procesamiento de los datos del departamento de desarrollo de aplicaciones
aplica
informticas, departamento informtico.
9. Averiguar si la metodologa del proceso de desarrollo de aplicaciones

informticas contiene especificaciones de las tecnologas de bases de datos a
utilizar, as como la seleccin e instalacin de productos software legal.
10. Determinar si la metodologa del proceso de desarrollo de aplicaciones

informticas de la organizacin est usndose en el desarrollo de software
actualmente. Valorar la adecuacin, actualizacin, y adaptabilidad de la
metodologa para que
que si cambiamos la tecnologa se pueda determinar el
grado de riesgo que puede existir en el desarrollo de software de acuerdo con
esta.
En el cuadro n. 6.2.1 se resume el Objetivo y la Gua de control sobre la metodologa

y responsabilidades del proceso de desarrollo de aplicaciones
82
Objetivo a controlar: La metodologa y responsabilidades del proceso de
desarrollo de aplicaciones
Objetivo de control: Se revisar la utilizacin de una metodologa para el proceso de
desarrollo:
- para cada participante
- para las diferentes fases de la metodologa del ciclo de vida,
Gua de control
1. Revisar la metodologa que se utiliza
2. Revisar que cada fase da lugar a un producto cuantificable
3. Revisar si la metodologa controla la posibilidad de cambios en los
requerimientos
4. Comprobar que nfasis puesto en cada fase es el adecuado para cumplir los
requisitos de seguridad y control interno.
5. Familiaridad entre metodologa y usuarios
6. Comprobar si los requisitos son flexibles en el uso de la metodologa si las
condiciones del proyecto
royecto varan.
7. Determinar si existen desviaciones de la metodologa
8. Determinar si la metodologa contiene todos los estndares necesarios para
los participantes
9. Comprobar si la metodologa contiene especificaciones de la tecnologa de
base de datos, y software
sof legal
10. Determinar si la metodologa est usndose adecuadamente
Fuente: Elaboracin propia basada en la documentacin del punto 6.2.1.
6.2.1
Cuadro n. 6.2.1. Resumen de Objetivo a controlar sobre la metodologa y
responsabilidades del proceso de desarrollo de aplicaciones. Objetivo de control
y Gua de control
6.2.2 Las funciones y responsabilidades de cada individuo
Objetivo de control. La metodologa del proceso de desarrollo de aplicaciones

informticas de la organizacin tiene que especificar en cada etapa todas las
funciones del departamento desarrollo de aplicaciones informticas,, as como de los
usuarios y del resto del personal, para
para as poder planificar, revisar, implementar y
auditar los productos finalizados por el proceso de desarrollo de aplicaciones
informticas.
Gua de control. Se revisar la asignacin de las funciones y responsabilidades de

cada empleado luego se ampla con
con usuarios??? para las diferentes fases de la
83
metodologa del ciclo de vida, proceso de desarrollo de aplicaciones informticas de la

organizacin.
1. Determinar si el jefe del departamento ha utilizado una poltica declarada

por escrito definiendo aquellas funciones y responsabilidades que tiene
cada persona en el proceso de desarrollo de aplicaciones informticas.
Estas funciones deberan incluir a la direccin, a los usuarios finales, al
propio equipo del proyecto, al equipo que controla la calidad y el
procesamiento
rocesamiento de los datos del departamento desarrollo de aplicaciones
informticas.
2. Evaluar si, en cada fase del proceso del desarrollo de aplicaciones de la

organizacin, se pueden modificar las metas, la direccin del desarrollo,
desarrollo el
esfuerzo en la dedicacin
dedicacin del desarrollo y si se permite el poder decidir si
se pasa a la siguiente fase.
3. Determinar si todas las funciones y responsabilidades,, realizadas por el

equipo del desarrollo de aplicaciones informticas, estn claramente
establecidas en la metodologa
metodologa del proceso de desarrollo de aplicaciones
informticas de la organizacin y adems averiguar hasta qu punto se le
permite al jefe de proyecto tomar decisiones sobre los costes, presupuestos
y resto de tareas.
4. Determinar cmo han sido seleccionados los responsables del

departamento de usuario para el equipo del proyecto y hasta qu punto se
ve involucrado el departamento de usuario
usuario en el proceso de desarrollo de
aplicaciones informticas. Verificar que las responsabilidades asignadas se
ajustan con sus
us capacidades.
5. Controlar en qu medida, bajo la metodologa de desarrollo de aplicaciones

informticas de la organizacin, se ven involucrados en el proceso de
desarrollo de aplicaciones informticas los miembros o el miembro de
control de calidad del departamento
partamento de desarrollo de aplicaciones
informticas, departamento desarrollo de aplicaciones informticas.
informticas
84
6. Revisar las disposiciones de la metodologa del proceso de desarrollo de
aplicaciones de la organizacin para cada cosa manteniendo una
separacin de deberes,
deberes y asegurar una adecuada supervisin de los
controles.
En el cuadro n. 6.2.2 se resume el Objetivo y la Gua de control sobre las funciones y

responsabilidades de cada individuo
Las funciones y responsabilidades de cada individuo
Objetivo de control: Se revisar la asignacin de las funciones y responsabilidades:
- de cada participante
- para las diferentes fases de la metodologa del ciclo de vida,
Gua de control
1. Poltica declarada por escrito, incluyendo a todos
2. a) Modificaciones, b) Paso a la fase siguiente
3. a) Funciones y responsabilidades en la Metodologa, b) Toma de
decisiones sobre los costes, presupuestos y resto de tareas por el jefe de
proyecto
4. Revisar las seleccin de los participantes
5. Involucracin de cada miembro
6. Adecuada
a supervisin de los controles
Fuente: Elaboracin propia basada en la documentacin del punto 6.2.2.
6.2.2
Cuadro n. 6.2.2 Resumen de Objetivo a controlar sobre las funciones y
responsabilidades de cada individuo. Objetivo de control y Gua de control
6.2.3 Proceso de actualizacin de la metodologa que sigue la

organizacin en el proceso desarrollo de aplicaciones informticas

informticas de la organizacin debera ser revisada de
de forma peridica por la alta
direccin de la organizacin y as asegurar que se proporcionan procedimientos y
tcnicas aceptadas y actualizadas en los sistemas de informtica.
Gua de control. Se examinarn los mecanismos de la organizacin para revisar la

l
actualizacin y la adecuacin de la metodologa del ciclo de vida, proceso de
desarrollo de aplicaciones informticas.
85
1. Determinar si existe una manera sistemtica para revisar de forma

peridica la adecuacin y actualizacin de la metodologa del proceso
de desarrollo de aplicaciones informticas de la organizacin y
examinar las evaluaciones ms prioritarias de esta metodologa.
2. Determinar si se mantiene un registro con las revisiones y

modificaciones de la metodologa que se utiliza en el proceso de
desarrollo de aplicaciones informticas de la organizacin.
En el cuadro n. 6.2.3 se resume el Objetivo y la Gua de control sobre el proceso de

actualizacin de la metodologa que sigue la organizacin en el proceso de desarrollo
de aplicaciones.
Proceso
o de actualizacin de la metodologa que sigue la
organizacin en el proceso desarrollo de aplicaciones informticas
Objetivo de control: Revisin y actualizacin de la metodologa utilizada.
Gua de control
1. Revisar si existe una forma peridica de revisar la metodologa

2. Revisar el registro de modificaciones
Fuente: Elaboracin propia basada en la documentacin aportada en el captulo
6.2.3.
Cuadro n. 6.2.3 Resumen de Objetivo a controlar sobre el proceso de
actualizacin de la metodologa que sigue la organizacin en el proceso de
desarrollo de aplicaciones. Objetivo de control y Gua de control
6.3 Objetivos y Guas de Control por fases del proyecto de

6.3.1 Iniciacin del proyecto
Una metodologa del proceso de desarrollo de aplicaciones informticas tendra que

tener al departamento usuario involucrado en la identificacin del mbito del proyecto
de desarrollo de aplicaciones informticas. La informacin para el desarrollo de
aplicaciones informticas debera definirse en formularios escritos, diseos funcionales
y tcnicos, los cuales deben estar cerrados tanto por parte del cliente como por el
86
propio personal del departamento desarrollo de aplicaciones informticas antes de
comenzar el proceso de desarrollo de
de la aplicacin informtica en cuestin.
Objetivos a controlar:
- Definicin del proyecto

- Participacin del departamento usuario/cliente en la iniciacin del proyecto
- Relacin de los miembros del equipo del proyecto y sus responsabilidades
- Definicin de los requisitos para la realizacin del desarrollo de la aplicacin
- Aprobacin del proyecto
6.3.1.1 Definicin del proyecto
Objetivo de control.. La metodologa del proceso de desarrollo de aplicaciones

informticas de la organizacin debera crear una documentacin
documentacin claramente escrita,
que detallara cada una de las tareas a realizar, como se van a realizar y en que
tiempos se deben realizar antes de comenzar a trabajar en el proyecto.
Gua de control.. Se debern examinar las metas y propsitos del proyecto de

desarrollo
sarrollo de aplicaciones informticas de la organizacin antes de comenzar a
trabajar en l.
1. Determinar que la metodologa del proceso de desarrollo de aplicaciones

informticas de la organizacin exige los requisitos de solicitud y que estos incluyen la
l
siguiente informacin:
a. Las razones para realizar el proyecto, incluyendo:

a.1 Una exposicin de los problemas que se van a remediar.
a.2 Una exposicin de las necesidades para la nueva aplicacin informtica

expresadas en trminos que realzan las habilidades
habilidades de la organizacin para
alcanzar estas metas.
a.4 Las oportunidades que seran proporcionadas para incrementar el ahorro o

eficiencia de la aplicacin.
a.5 El control interno o seguridad necesaria que sera satisfecho por el

proyecto.
b. Ambiente del proyecto.
87
c. Alcance del proyecto.

d. Restricciones del proyecto.
e. Beneficios del proyecto.
f. El usuario del proyecto.
2 .Determinar, revisando los registros de los proyectos que todos los requisitos fueron
preparados, revisados, y aprobados de acuerdo con la metodologa del proceso de
desarrollo de aplicaciones que la organizacin est utilizando.
En el cuadro n. 6.3.1.1 se resume el Objetivo y la Gua de control sobre la definicin

del proyecto
Definicin del proyecto
Objetivo de control: Revisin de la que metodologa incluye un documento con las

tareas a realizar.
Gua de control
1. Determinar que la metodologa incluye los requisitos y que estos incluyen: a)

Exposicin del problema, b) Exposicin de las necesidades, c) Incremento del
ahorro o eficiencia, d) Seguridad que satisfaga el proyecto, e) ambiente del
proyecto, f) alcance del proyecto, g) restricciones del proyecto, h) beneficios
del proyecto y i) el usuario del proyecto.
2. Revisar que los requisitos fueron preparados, revisados y aprobados.
Fuente: Elaboracin propia basada en la documentacin del captulo 6.3.1.1.

6.3.1.1
Cuadro n. 6.3.1.1 Resumen de Objetivo a controlar sobre la definicin del
proyecto. Objetivo de control y Gua de control
6.3.1.2 Participacin del departamento usuario/cliente en la iniciacin

ini del
proyecto

informticas de la organizacin debera promover la participacin de los responsables
del departamento usuario/cliente afectado en la definicin y autorizacin
autorizaci del proyecto
de desarrollo de aplicaciones.
88
Gua de control. La metodologa del proceso de desarrollo de aplicaciones
informticas de la organizacin ser revisada por los participantes del departamento
usuario.
1. Revisar los documentos del jefe del departamento de desarrollo de

aplicaciones informticas y los planes de los proyectos a desarrollar para
determinar la participacin del departamento usuario en el proyecto y en los
procesos generales de definicin y autorizacin
autorizacin de los proyectos de desarrollo
de aplicaciones informticas.
2. Entrevistar las direcciones del departamento usuario/cliente afectado para

determinar su composicin en los proyectos de desarrollo de aplicaciones
informticas en aquello que les est afectando, y as determinar la naturaleza y
extensin de la participacin en la definicin y aprobacin de estos proyectos.
3. Revisar cuales son los presupuestos del departamento usuario afectado para
identificar el reparto de tiempo de los miembros del departamento
partamento a los
proyectos de desarrollo de aplicaciones informticas.
En el cuadro n. 6.3.1.2 se resume el Objetivo y la Gua de control sobre la

participacin del departamento usuario/cliente en la iniciacin del proyecto.
Participacin del departamento usuario/cliente en la iniciacin del

proyecto
Objetivo de control: Revisin de que la metodologa promueve la implicacin del

departamento usuario/cliente
Gua de control
1. Revisar la documentacin para determinar la implicacin

2. Entrevistar al departamento
epartamento usuario para saber su participacin
3. Revisar los presupuestos del departamento usuario/cliente

6.3.1.2
Cuadro n. 6.3.1.2 Resumen de Objetivo a controlar la participacin del
departamento usuario/cliente en la iniciacin del proyecto. Objetivo de control y
Gua de control
89
6.3.1.3 Relacin de los miembros del equipo del proyecto y sus

responsabilidades

informticas de la organizacin debera especificar las bases para asignar que
miembros de la organizacin son los ms adecuados para realizar cada proyecto de
informtica
Gua de control. Se revisaran las disposiciones de la metodologa del proceso de

desarrollo de aplicaciones informticas de la organizacin para asignar personal al
equipo de proyecto y definir cules son sus responsabilidades.
1. Identificar, para los proyectos

proyectos de desarrollo de aplicaciones informticas,
cuales son las personas encargadas del proyecto, los nombres de todos los
que componen el equipo del proyecto, y cules son sus responsabilidades.
2. Evaluar los antecedentes y cualidades de las persona que van a formar

parte del equipo de trabajo para la realizacin del proyecto, para saber si
las tareas que se les han asignado a cada uno de ellos son las apropiadas
para los conocimientos que posee cada miembro del grupo.
3. Determinar si los
os responsables del departamento usuario involucrado en los
proyectos seleccionados de desarrollo de aplicaciones informticas tienen
miembros de su departamento participando en los equipos del proyecto y
evaluar si estas personas tienen:
a. Un amplio conocimiento de las necesidades de informacin que

requiere la aplicacin que se va a desarrollar.
b. La habilidad para trabajar con los otros miembros del equipo en el
proyecto.
c. El mismo conocimiento del alcance y objetivo de la aplicacin a
desarrollar como los otros
o miembros del equipo.
En el cuadro n. 6.3.1.3 se resume el Objetivo y la Gua de control sobre la relacin de

los miembros del equipo y sus responsabilidades.
90
Relacin de los miembros del equipo y sus responsabilidades
Objetivo de control: La metodologa

metodologa debera especificar cules son las mejores
funciones para cada miembro
Gua de control
1. Identificar miembros del equipo y sus responsabilidades

2. Saber si la tareas asignadas son la ms apropiadas para cada miembro
3. Determinar la participacin de los miembros del dep. usuario/cliente y que
estos tienen: a) conocimiento de las necesidades, b) habilidades, c)
conocimiento alcance y objetivo.
objetivo
Fuente: Elaboracin propia basada en la documentacin del punto 6.3.1.3.

6.3.1.3
Cuadro n. 6.3.1.3 Resumen de Objetivo

Objetivo a controlar sobre la relacin de los
miembros del equipo y sus responsabilidades. Objetivo de control y Gua de
control
6.3.1.4
4 Definicin de los requisitos para la realizacin del desarrollo de la
aplicacin
Objetivo de control.. La metodologa del proceso

proceso de desarrollo de aplicaciones
informticas debera facilitar que los requisitos de informacin existentes como los que
se acuerden posteriormente debieran estar claramente definidos antes de que el
proyecto de desarrollo de aplicaciones informticas sea
se aprobado.
Gua de control. Las disposiciones de la metodologa del proceso de desarrollo de

aplicaciones informticas de la organizacin sern revisadas para determinar que la
informacin requerida para el proyecto de la organizacin ser revisada para el
proyecto de desarrollo de aplicaciones.
1. Controlar, para los proyectos de desarrollo de aplicaciones informticas,

la adherencia a los requisitos e documentacin de la metodologa del
proceso de desarrollo de aplicaciones. En particular, verificar que:
a. Las descripciones de los sistemas existentes son adecuados y se

pueden utilizar como base para estudiar las necesidades de la
nueva aplicacin informtica propuesta.
91
b. Han sido identificados claramente aquellos aspectos del sistema

existente que se deben cambiar para la aplicacin
licacin propuesta.
c. Han sido evaluados por el departamento desarrollo de aplicaciones
informticas los requisitos de informacin para la integridad,
consistencia, y viabilidad de procesamiento que sern satisfechos
para la nueva aplicacin informtica.
d. Ha sido revisados y aprobados por los responsables del
departamento usuario involucrados en el proyecto de desarrollo
estos requisitos de informacin.
En el cuadro n. 6.3.1.4
4 se resume el Objetivo y la Gua de control sobre la definicin
de los requisitos para la realizacin del desarrollo de aplicaciones.
Definicin de los requisitos para la realizacin del desarrollo de la

aplicacin
Objetivo de control: Revisin que la metodologa facilita que los requisitos estn
claramente definidos
Gua de control
1. Comprobar adherencia entre requisitos y la documentacin de la metodologa,

en concreto: a) descripciones de sistemas existentes son adecuadas, b)
identificados aspectos a cambiar, c) evaluados los requisitos, d) revisado y
aprobados por en dep. usuario/cliente.
usuar
6.3.1.4
Cuadro n. 6.3.1.4 Resumen de Objetivo a controlar sobre la definicin de los

requisitos para la realizacin del desarrollo de aplicaciones. Objetivo de control
y Gua de control
6.3.1.5
5 Aprobacin del proyecto
Objetico de control. La metodologa del proceso de desarrollo de

d aplicaciones
informticas de la organizacin debera facilitar la aprobacin de los miembros
designados por la direccin a cada proyecto a desarrollar antes de comenzar a
trabajar en la siguiente etapa.
Gua de control. La metodologa del proceso de desarrollo

informticas de la organizacin se revisar que facilite la aprobacin de los miembros
92
designados por la direccin a cada proyecto a desarrollar antes de comenzar a
trabajar en la siguiente etapa.
1. Determinar, revisando los registros de los proyectos de desarrollo de

aplicaciones informticas, que se haya preparado un informe que
englobe todos los puntos establecidos como requisitos de la
aplicacin a desarrollar y que estn definidos los requisitos de
informacin del proyecto.
2. Comprobar, que el jefe del departamento de aplicaciones

informticas y del departamento de usuario ha revisado los informes
de cada miembro que forman parte del proyecto de desarrollo de
aplicaciones informticas.
5 se resume el Objetivo
Objetivo y la Gua de control sobre la aprobacin
del proyecto.
Aprobacin del proyecto
Objetivo de control: Revisin de que la metodologa facilita la designacin de cada

miembro para cada tarea
Gua de control
1. Comprobar que se ha hecho un informe que aporta toda la informacin

2. Comprobar que el resp. del dep. usuario ha revisado dichos informes.
informe

6.3.1.5
Cuadro n. 6.3.1.5 Resumen de Objetivo a controlar sobre la aprobacin del
proyecto. Objetivo de control y Gua de control
6.3.2 Estudio de la viabilidad
Objetivo de control. Una metodologa del proceso de desarrollo de aplicaciones

informticas de la organizacin debera proporcionar un estudio de la viabilidad para
alcanzar las
as metas de la aplicacin a desarrollar junto con el anlisis de coste y
beneficio para cada aplicacin a desarrollar.
93
Gua de control. Se comprobaran las disposiciones de la metodologa del proceso de

desarrollo de aplicaciones informticas de la organizacin
organizacin que exigen el anlisis de
lneas alternativas de accin para satisfacer los requisitos de informacin establecidos
para el nuevo proyecto a desarrollar.
- Estudio de viabilidad en la tecnologa utilizada
6.3.2.1 Estudio de la viabilidad

via en la tecnologa utilizada
Objetivo de control. La metodologa del proceso de desarrollo de aplicaciones de la

organizacin debera facilitar un examen de la viabilidad tcnica de cada alternativa
para satisfacer los requisitos de informacin establecidos para la nueva aplicacin.
Gua de control. Revisar,

sar, para los proyectos de desarrollo de aplicaciones, el informe
preparado de viabilidad tcnica de cada una de las alternativas para cada proyecto de
desarrollo de aplicaciones seleccionado.
1. Evaluar la forma en la cual este informe debe incluir los puntos siguientes:
a. Necesidades del los miembros que forman parte del equipo y su

disponibilidad.
b. Necesidades de software, hardware y su disponibilidad.
disponibilidad
c. Restricciones de tiempo y espacio vigentes.
d. Viabilidad operacional de la nueva aplicacin dentro de la unin del
hardware, software, y ambiente de comunicaciones de la
organizacin.
e. Consideraciones legales relacionadas con la transferencia de datos.
f. Restricciones legales relativas al uso de tecnologa y la manera para
obtener la aprobacin de la autoridad correspondiente.
2. Verificar, para los proyectos de desarrollo de sistemas de aplicaciones

informticas de la organizacin, los responsables del departamento usuario
afectado y el departamento de desarrollo de aplicaciones Informticas han
aadido a la viabilidad:
bilidad:
a. El plan de datos y equipamiento necesario.
b. La formacin de los miembros o usuarios indicados.
94
c. Los controles adecuados sobre los test de programas y datos.
d. La recogida y anlisis de los datos relevantes.
e. Los escritos de los informes requeridos.
3. Determinar,
terminar, con una revisin de la documentacin de los test de los proyectos
de desarrollo de aplicaciones informticas realizados:
a. La fuente, tipo, y adecuacin del generador de test.
b. Los datos de transacciones reales.
c. El anlisis de los resultados de los test.
En el cuadro n. 6.3.2.1 se resume el Objetivo y la Gua de control sobre el estudio de

viabilidad en la tecnologa utilizada.
Estudio de viabilidad en la tecnologa utilizada
Objetivo de control: Revisin de que la metodologa

metodologa facilita examen de viabilidad
tcnica
Gua de control
1. Revisar el informe preparado y que este incluye: a) necesidades de los

miembros, b) necesidades software, hardware, c) restriccin tiempo, d)
viabilidad operacional, e) legalidad transferencia de datos,
datos, f) restricciones
legales
2. Verificacin de que los responsables dep, informtica y dep usuario/cliente
incluyen: a) plan datos y equipamiento, b) formacin usuarios afectados, c)
controles sobre test y datos, d) regida y anlisis de datos, e) escritos de los
informes
3. Determinar con revisin de los test: a) fuente, tipo y adecuacin del generador
de test, b) datos de transacciones reales, c) anlisis de los resultados.

6.3.2.1
Cuadro n. 6.3.2.1 Resumen de Objetivo a controlar sobre el estudio de
viabilidad en la tecnologa utilizada. Objetivo de control y Gua de control
6.3.3 Desarrollo e Implantacin
Una metodologa del proceso de desarrollo de aplicaciones debera asegurar, que

estn
tn establecidos los objetivos de programacin para el proyecto, las
95
responsabilidades para la programacin estn asignadas, que los sistemas manuales

estn preparados, adems de todos los estndares de testeo, los criterios de
aceptacin y validacin de aplicaciones
aplicaciones estn creados para cada proyecto de
- Los objetivos de programacin
- Documentacin detallada de programas
- Paquetes de aplicaciones software
- Programacin de la aplicacin a desarrollar
- Manual de mantenimiento y operaciones
- Manuales de usuario
- Plan de formacin
- Estndares de testeo de las aplicaciones
- Estndares de pruebas de la aplicacin
- Documentacin del testeo de la aplicacin

aplic
- Evaluacin de los resultados de los test
- Anlisis de la documentacin de conversin
6.3.3.1 Los objetivos de programacin

organizacin debera exigir que se cree un informe por escrito con los objetivos de
programacin que se van a realizar para cada proyecto de desarrollo de aplicaciones
informticas.
Gua de control.. Se revisarn los requisitos que los informes

informes por escrito de los
objetivos de programacin a conseguir para todos los proyectos de desarrollo de
aplicaciones estn en los requisitos de la metodologa del proceso de desarrollo de
1. Revisar la documentacin para los proyectos

proyectos de desarrollo de aplicaciones
informticas y determinar si sta incluye unos informes adecuados declarando
los objetivos de programacin a realizar en el desarrollo de aplicaciones
96
informticas, y si estas se ajustan a las disposiciones relativas de la
metodologa del proceso de desarrollo de aplicaciones de la organizacin.
En el cuadro n. 6.3.3.1 se resume el Objetivo y la Gua de control sobre el desarrollo

e implantacin.
Desarrollo e implantacin
Objetivo de control: Revisin de que la metodologa incluye escrito con objetivos de

programacin
Gua de control
1. Revisar documentacin para comprobar la inclusin de estos escritos

6.3.3.1
Cuadro n. 6.3.3.1 Resumen de Objetivo a controlar sobre el desarrollo e
implantacin. Objetivo de control y Gua de control
6.3.3.2
2 Documentacin detallada de programas

organizacin debera exigir que est creada una documentacin muy bien detallada de
los programas para cada proyecto de desarrollo de aplicaciones.
Gua de control. Se revisarn los requisitos

requisitos de la metodologa del proceso de
desarrollo de aplicaciones de la organizacin para determinar que para cada proyecto
de desarrollo de aplicaciones de informacin est creada una documentacin
claramente detallada de programas.
1. Revisar las descripciones que forman parte de la documentacin del programa

y determinar su extensin para saber si se ajusta a la descripcin definida en la
aplicacin original.
2. Revisar si en la documentacin de los proyectos de desarrollo de aplicaciones

esta la informacin de la descripcin lgica claramente y consistentemente
escrita para la documentacin de los proyectos de desarrollo de aplicaciones
97
ya que personas no familiarizadas deben ser capaces de entender sus

funciones.
3. Determinar, mediante una revisin de la documentacin

documentacin de los proyectos de
desarrollo de aplicaciones informticas, si la metodologa del proceso de
desarrollo de aplicaciones informticas de la organizacin exige que se prepare
un diagrama de flujo para cada proyecto y comprobar si esta documentacin
existente cumple este requisito.
4. Hablando con el administrados de la base de datos de la organizacin y con

una revisin de la documentacin de los proyectos, comprobar si los datos
elementales utilizados por los proyectos seleccionados:
a. Tienen designados
dos unos propietarios.
b. Estn apropiadamente descritos.
c. No estn en conflicto con otras definiciones en la base de datos.
2 se resume el Objetivo y la Gua de control sobre la
documentacin detallada de programas.
Documentacin detallada
detall de programas
Objetivo de control: Revisin de que la metodologa exige la creacin de una

documentacin bien detallada
Gua de control
1. Revisar que la documentacin se ajusta a las descripciones originales

2. Revisar que la documentacin incluye la descripcin lgica
3. Determinar la exigencia de la creacin de un diagrama de flujo
4. Comprobar que los datos utilizados tienen: a) designados propietarios, b)
descritos correctamente, c) sin conflictos con otras definiciones.
defini .

6.3.3.2
Cuadro n. 6.3.3.2 Resumen de Objetivo a controlar sobre la documentacin
detallada de programas. Objetivo de control y Gua de control
98
6.3.3.3 Paquetes de aplicaciones software
Objetivos de control. La metodologa del proceso de desarrollo de aplicaciones

informticas de la organizacin debera proporcionar paquetes software que
satisfagan las necesidades de un proyecto de desarrollo as como ser
ser compatible con
las operaciones de procesamiento de datos existentes en el departamento que
satisfagan las necesidades de un proyecto de desarrollo de aplicaciones determinado.
Los procedimientos de adquisicin del software debera seguir las polticas de
d la
organizacin, y estos deberan ser testados y revisados antes de ser utilizados.
Gua de control. Se revisarn las disposiciones de la metodologa del proceso de

desarrollo de aplicaciones informticas de la organizacin que gestionan la adquisicin
de
e paquetes de aplicaciones software.
1. Revisar, los contratos de adquisicin de los paquetes de software para cada

proyecto de desarrollo de aplicaciones y as poder determinar si:
a. Las condiciones de compra se ajustan a las polticas que fueron aprobadas

porr escrito por los miembros del departamento usuario afectado y el
departamento de desarrollo aplicaciones informticas.
b. La documentacin suministrada con estos paquetes y los controles
proporcionados en los programas son los adecuados.
c. Los paquetes fueron testeados y revisados antes de ser utilizados y
pagados.
En el cuadro n. 6.3.3.3 se resume el Objetivo y la Gua de control sobre los paquetes

de aplicaciones software.
Paquetes de aplicaciones software
Objetivo de control: Revisin de que la metodologa incluye paquetes software

adecuados para cada desarrollo
Gua de control
1. Revisar los contratos de adquisicin y determinar si: a) condiciones de

compra, b) la documentacin suministrada por los paquetes, c) los paquetes
se testearon y revisaron antes de pagarse
p y utilizarse.

6.3.3.3
99
Cuadro n. 6.3.3.3 Resumen de Objetivo a controlar sobre los paquetes de

aplicaciones software. Objetivo de control y Gua de control
6.3.3.4 Programacin de la aplicacin a desarrollar

informticas de la organizacin debera proporcionar un contrato para la realizacin de
la programacin de la aplicacin, los proyectos finales que se entregan al cliente
deben estar testeados por las personas responsables propias de equipo de desarrollo
antes de que se pague y sean entregados al cliente.
Gua de control. Revisar que este contrato est claramente detallado en la

metodologa del proceso
eso de desarrollo de aplicaciones informticas de la organizacin.
1. Revisar, para los proyectos de desarrollo de aplicaciones informticas
seleccionados, los requisitos de los servicios del contrato de programacin
para determinar cul es:
a. La razonabilidad de los requisitos.
b. La aprobacin de tales requisitos antes de adquirir los servicios.
2. Determinar, con entrevistas y una revisin de la documentacin de los

proyectos de desarrollo de aplicaciones informticas, si el proveedor del
contacto de servicios de programacin recibi consejos adecuados de los
estndares de documentacin de programas de la organizacin, as como de
las disposiciones de las declaraciones de los objetivos de programacin del
proyecto.
3. Revisar que la documentacin del contrato de los servicios de programacin de

aplicaciones informticas y determinar si fueron testados por el grupo de
desarrollo de aplicaciones ms en concreto los responsables de calidad y que
fueron aprobados de acuerdo con las disposiciones del contrato y de la
metodologa
odologa del proceso de desarrollo de aplicaciones informticas de la
organizacin.
4 se resume el Objetivo y la Gua de control sobre la
programacin de la aplicacin a desarrollar.
100
Programacin de la aplicacin
aplicacin a desarrollar
Objetivo de control: Revisin del contrato para la programacin de la aplicacin
Gua de control
1. Revisin de los requisitos de contrato para terminar: a) razonabilidad de los

requisitos, b) aprobacin de los mismos
2. Comprobar que los estndares de documentacin de programas utilizados son
adecuados.
3. Comprobar que todo el cdigo programado fue testeado por los responsables.
Fuente: Elaboracin propia basada en la documentacin aportada en el captulo

6.3.3.4.
Cuadro n. 6.3.3.4 Resumen de Objetivo a controlar sobre la programacin de la

aplicacin a desarrollar. Objetivo de control y Gua de control
6.3.3.5
.5 Manual de mantenimiento y operaciones

informticas
ticas de la organizacin debe exigir la preparacin de manuales de
mantenimiento y operaciones adecuadas como parte de cada proyecto de desarrollo

desarrollo de aplicaciones informticas de la organizacin que debe exigir promover la
preparacin de manuales de mantenimiento como parte de cada proyecto de
1. Verificar que la metodologa del proceso de desarrollo

informticas de la organizacin contiene toda la documentacin de los manuales
de ejecucin para cada proyecto de desarrollo de aplicaciones informticas.
2. Comprobar que la documentacin de los proyectos de desarrollo de

aplicaciones informticas a desarrollar y que los manuales de ejecucin de
operaciones individuales:
101
a. Se ajustan a la metodologa del proceso de desarrollo de aplicaciones

informticas de la organizacin.
b. Son accesibles y comprensibles para los operadores.
c. Son utilizados en los test del software.
3. Verificar, para los proyectos de desarrollo de aplicaciones informticas

seleccionados, que para cada paso del trabajo los manuales de ejecucin de
los operadores individuales especifican:
a. La funcin del programa.
b. Los requisitos hardware.
c. Los requisitos software.
d. Explicacin de todos los mensajes de consola,, junto con la respuesta
adecuada del operador.
e. Identificacin adecuada de las etiquetas de los ficheros de salida.
f. Puntos adecuados de reinicio o procedimientos de notificacin de errores o
condiciones de fallos.
g. Controles checkpoint para manejar de forma adecuada el control de
ejecucin en ejecucin.
5 se resume el Objetivo y la Gua de control sobre el manual de

mantenimiento y operaciones.
operacione
Manual de mantenimiento y operaciones
Objetivo de control: Revisin de que la metodologa exige la preparacin de

manuales de mantenimiento y operaciones
Gua de control
1. Comprobar que la metodologa contiene los manuales

2. Comprobar que los manuales de ejecucin: a) se ajustan a la metodologa, b)
accesibles y comprensibles, c) utilizados en los test
3. Comprobar que los manuales especifica: a) la funcin del programa, b) los
requisitos hardware, c) los requisitos software, d) explicacin de tdos los
mensajes de consola, e) identificacin adecuada de las etiquetas de los
ficheros de salida, f) puntos adecuados de reinicio, g) controles checkpoint.
checkpoint

6.3.3.5
102
Cuadro n. 6.3.3.5
5 Resumen de
de Objetivo a controlar sobre el manual de
mantenimiento y operaciones. Objetivo de control y Gua de control
6.3.3.6
.6 Manuales de usuario

informticas de la organizacin debe exigir
exigir promover la preparacin de manuales de
usuario como parte de cada proyecto de desarrollo de aplicaciones informticas.

organizacin obligando la preparacin de
manuales adecuados de usuario como parte de cada proyecto de desarrollo de
1. Verificar que la metodologa del proceso de desarrollo de aplicaciones informticas

de la organizacin define la documentacin o manual para cada proyecto de desarrollo
2. Verificar, mediante entrevistas y revisiones la documentacin de los proyectos de

desarrollo de aplicaciones informticas seleccionados y comprobar que los manuales
de usuario incluyen la adecuada informacin sobre:
a. Especificaciones y diseos de entrada de datos.

b. Formas de presentar datos al departamento desarrollo de aplicaciones
informticas.
c. La responsabilidad para resolver errores u otras incongruencias.
d. La asignacin de prioridades de procesamiento.
e. La lgica, seguridad, vigencia y disposiciones de las salidas.
f. La lgica de programacin.
g. El registro de aprobacin de usuario.
usuario
h. El registro de solicitudes y aprobaciones de cambios de la aplicacin.
i. Procedimientos para encender y apagar terminales y servidores.
j. Descripcin de los mapas de la pantalla del terminal y de los comandos
disponibles.
k. Especifica claramente la forma de utilizar cada una de las pantallas,
pantallas indicando
que datos son dependientes de otros.
l. Especfica la funcionalidad de cada una de las pantallas.
3. Verificar, mediante la realizacin de entrevista y revisiones de la documentacin de

los proyectos de desarrollo de aplicaciones informticas que los manuales de usuario
103
estn distribuidos
dos de acuerdo a la metodologa del proceso de desarrollo de
aplicaciones informticas y que estos manuales son utilizados en el testeo del
software.
.6 se resume el Objetivo y la Gua de control sobre los manuales
de usuario.
Manuales de usuario
Objetivo de control: Revisin de que la metodologa exige la preparacin de

manuales de usuario
Gua de control
1. Revisar que est definido el manual para cada proyecto

j. Comprobar que los manuales incluyen: a) especificaciones y diseos de
entrada de datos, b) formas de presentar datos, c) responsabilidad para
resolver errores, d) la asignacin de prioridades, e) lgica, seguridad, vigencia
y disposiciones de las salidas, f) lgica de programacin, g) el registro de
aprobacin de usuario, h)
h) registro de solicitudes y aprobaciones de cambios
de la aplicacin, i) procedimientos para encender y apagar terminales y
servidores, j) descripcin de los mapas, k) especifica utilizacin de cada
pantallas, l) especfica la funcionalidad de las pantallas.
pantalla

6.3.3.6
Cuadro n. 6.3.3.6
.6 Resumen de Objetivo a controlar sobre los manuales de
usuario. Objetivo de control y Gua de control
6.3.3.7
.7 Plan de formacin

informticas de la organizacin debe exigir un plan para formar a los grupos de
mantenimiento y operaciones del departamento usuario afectado y departamento de
aplicaciones informticas como una parte de
de cada proyecto de desarrollo de

desarrollo de aplicaciones informticas de la organizacin para llevar a cabo un plan
104
de coordinacin para la formacin
formacin de los miembros de los departamentos usuario y los
grupos de mantenimiento y operaciones del departamento de aplicaciones
Informticas.
1. Revisar la documentacin de los proyectos de desarrollo de aplicaciones

informticas, comprobar si hay un plan escrito para formar a cada miembro del
departamento usuario y a los de mantenimiento y operaciones del departamento de
aplicaciones Informticas adems de verificar que el plan deja suficiente tiempo para
completar las actividades de formacin requeridas.
requeridas
2. Verificar, entrevistando a los usuarios de los proyectos de desarrollo de aplicaciones

informticas para comprobar que planes han sido ejecutados,, y la completitud de la
informacin proporcionada.
.7 se resume el Objetivo y la Gua
Gua de control sobre el plan de
formacin.
Plan de formacin
Objetivo de control: Revisin de que la metodologa exija un plan para formar los
grupos de mantenimiento
Gua de control
1. Determinar si hay un escrito para formar a cada miembro que vaya estas
funciones.
2. Revisar la completitud
completitu de la formacin proporcionada.

6.3.3.7
Cuadro n. 6.3.3.7
.7 Resumen de Objetivo a controlar sobre el plan de formacin.
Objetivo de control y Gua de control
6.3.4 Testeo y Pruebas
6.3.4.1 Estndares de testeo y pruebas de las aplicaciones

informticas de la organizacin debera proporcionar los estndares para el testeo e
implementacin de la nueva aplicacin a desarrollar.
105

organizacin que establece los
estndares de testeo e implementacin del software.
1. Verificar que la metodologa del proceso de desarrollo de aplicaciones

informticas de la organizacin establece los estndares adecuados para el
testeo e implementacin de la aplicacin
aplica creada.
2. Verificar que no se queda ninguna funcin por terminar de programar, que el

cdigo ejecutado fue testeado y que los resultados se ajustan a las
especificaciones del proyecto original.
3. Revisar los estndares de testeo de aplicaciones informticas individuales

proporcionados por la metodologa del proceso de desarrollo de aplicaciones
informticas de la organizacin.
4. Determinar si se proporcionan adecuados estndares para la participacin de

los responsables del departamento usuario/cliente, de los miembros de
programacin y control de calidad del departamento de aplicaciones
Informticas, en la preparacin de los datos del test para revisar y aprobar los
resultados del test.
En el cuadro n. 6.3.4.1 se resume el Objetivo y la Gua de control sobre los

estndares de testeo de las aplicaciones
Estndares de testeo de las aplicaciones
Objetivo de control: Revisin de que la metodologa proporciona estndares para el

testeo e implementacin
Gua de control
1. Revisar que la metodologa establece los estndares adecuados

2. Comprobar que esta todo programado, testeado y los resultados son los
esperados.
3. Revisar los estndares de pruebas.
4. Determinar que los estndares utilizados son los adecuados.
106
6.3.4.1
Cuadro n. 6.3.4.1 Resumen de Objetivo a controlar sobre los estndares de
testeo de las aplicaciones. Objetivo de control y Gua de control
6.3.4.2 Documentacin
acin del testeo de la aplicacin

informticas de la organizacin debera proporcionar por escrito las actividades y los
resultados del testeo de la aplicacin que haya desarrollado el equipo de desarrollo de
Gua de control. Se revisarn las disposiciones del proceso de desarrollo de

aplicaciones informticas de la organizacin que requieren que los resultados de los
test de la aplicacin sean incluidos en el registro escrito de las actividades del proyecto
proyect
para todos los proyectos de desarrollo de aplicaciones informticas.
1. Determinar, con una revisin de la documentacin de los proyectos de

desarrollo de aplicaciones informticas seleccionados, si:
a. La aplicacin fue testeada de acuerdo con el plan de verificacin,
validacin y test.
b. Todos las funcionalidades ms crticas de la aplicacin fueron incluidos
en el proceso de testeo.
c. Los materiales de testeo fueron adecuadamente controlados durante el
proceso de testeo.
d. Los resultados
ados del proceso fueron aprobados por los responsables del
departamento usuario afectado y por el departamento de desarrollo de
aplicaciones informticas y el responsable del control de calidad del
departamento.
e. El registro de este proceso de testeo y aprobacin
bacin fue correcto.
f. Se incluy un informe escrito de los resultados en los informes de las
actividades del equipo de desarrollo de aplicaciones informticas.
2. Averiguar, a travs de entrevistas con los responsables del departamento

usuario afectado del proyecto
proyecto en cuestin y documentacin aportada de los
proyectos de desarrollo de aplicaciones informticas, si los responsables del
departamento usuario fueron conscientes de la importancia del proceso de
testeo,, participando de una forma adecuada, y fueron responsables
r y
consecuentes de aprobar los resultados del proceso de testeo.
107
3. Clarificar, si los controles de acceso y autorizacin fueron adecuadas mediante

una revisin de la documentacin de los proyectos de desarrollo de
4. Determinar
erminar si se han desarrollados procedimientos por escrito para mantener la
adecuacin de estos controles durante el funcionamiento de la aplicacin por
parte tanto, de los responsables del departamento usuario como los por parte
del equipo de trabajo de departamento
departamento de desarrollo de aplicaciones
informticas.
En el cuadro n. 6.3.4.2 se resume el Objetivo y la Gua de control sobre la

documentacin del testeo de la aplicacin.
Documentacin del testeo de la aplicacin
Objetivo de control: Revisin de que la metodologa incluye por escrito las

actividades y los resultados del testeo
Gua de control
1. Determinar si: a) La aplicacin fue testeada, b) todas las funcionalidades

crticas fueron testeadas, c) los materiales utilizados fueron los correctos, d)
resultado aprobados por dep. usuario y dep. informtica, e) el registro y
aprobacin fue correcto, f) se incluye informe con los resultados
2. Comprobar si los responsables fueron conscientes, participaron, responsables
y consecuentes del proceso de testeo
3. Determinar
terminar si los controles de acceso y autorizacin fueron adecuados
4. Determinar si hay escritos que garanticen la futura adecuacin de estos
controles.

6.3.4.2
Cuadro n. 6.3.4.2 Resumen de Objetivo a controlar sobre la documentacin del

testeo de la aplicacin. Objetivo de control y Gua de control
108
6.3.4.3 Evaluacin de los resultados de los test

informticas
rmticas de la organizacin debera promover, como parte de cada
proyecto de desarrollo de aplicaciones informticas, que los resultados del
testeo de la aplicacin sean evaluados y aprobados por los responsables del
departamento usuario/cliente as como del
del departamento de desarrollo de
Gua de control. Se revisarn las disposiciones del proceso de desarrollo de

aplicaciones de la organizacin que verifican que los resultados de los test han
sido evaluados y aprobados por los responsables
responsables del departamento usuario y
los miembros del departamento de desarrollo de aplicaciones encargados.
1. Determinar, con la revisin de la documentacin de los test de los

proyectos de desarrollo de aplicaciones informticas, si los resultados
previstos
istos fueron desarrollados antes que los obtenidos por el test de la
aplicacin en la realidad, que fueron comprobados los dos resultados, y que
ambos coincidieron.
coincidieron. Cuando los resultados de los test difieren de los
previstos, el auditor debera examinar estas
estas diferencias y obtener una
explicacin de los individuos involucrados en el proceso de revisin y
aprobacin de los resultados del test.
2. Determinar, con una revisin de la documentacin de los test de los

proyectos de desarrollo de aplicaciones informticas, si contienen
informticas,
informaciones como:
a. Listados de los datos de los test.
b. Informes o salidas de la aplicacin.
c. Las entradas relevantes del log de la aplicacin.
3. Determinar, con una revisin de la documentacin de los test de los

proyectos de desarrollo de aplicaciones informticas, si se hicieron test de
backups y restauraciones, responsabilidades y capacidades, planes de
fallos, y planes de contingencias,
contingencias y si los resultados de estos fueron
evaluados y aprobados por los responsables del departamento usuario
usu y
los miembros del departamento desarrollo de aplicaciones informticas
encargados de tal responsabilidad.
109
En el cuadro n. 6.3.4.3 se resume el Objetivo y la Gua de control sobre la evaluacin

de los resultados de test.
Evaluacin de los resultados de test
Objetivo de control: Revisar que la metodologa exige que los resultados del testeo
se evaluados y aprobados
Gua de control
1. Determinar que los resultado previstos fueron desarrollados antes de los

obtenidos y que coinciden
2. Comprobar que la documentacin
documentacin de test contiene: a) listado de datos de test,
b) informes de la aplicacin, c) entradas relevantes
3. Revisar que se hicieron test de backups y restauraciones, responsabilidades y
capacidades, planes de fallos, y planes de contingencias, y si los resultados
res
de estos fueron evaluados y aprobados.
6.3.4.3
Cuadro n. 6.3.4.3 Resumen de Objetivo a controlar sobre la evaluacin de los
resultados de test. Objetivo de control y Gua de control
6.3.4.4 Anlisis de la documentacin del testeo

informticass de la organizacin debera promover, que antes de la conversin, los
responsables del departamento del desarrollo de aplicaciones informticas asegurase
que la documentacin de todos los programas, los manuales de usuario y los de
operacin, estn completos
tos y listos para ser utilizados por el personal del mismo y del
departamento usuario.
Gua de control.. Se revisarn las disposiciones del proceso de desarrollo de

aplicaciones informticas de la organizacin para verificar la exactitud de la
documentacin,, confirmando que los responsables del departamento de desarrollo de
aplicaciones informticas y del departamento usuario revisaron la exactitud de la
informacin.
1. Revisar los test,, tanto de los responsables del departamento de desarrollo de

nformticas con el usuario, para determinar que se termin la
documentacin antes de la conversin.
110
2. Revisar la documentacin de la nueva aplicacin para determinar si incluye la
documentacin.
En el cuadro n. 6.3.4.4 se resume el Objetivo y la Gua de control

control sobre el anlisis de
la documentacin e conversin.
Anlisis de la documentacin del testeo
Objetivo de control: Revisin de que antes de la conversin toda la informacin este

detallada
Gua de control
1. Revisin de los test

2. Revisar la documentacin de la nueva aplicacin.

6.3.4.4
Cuadro n. 6.3.4.4 Resumen de Objetivo a controlar sobre el anlisis de la
documentacin del testeo.
testeo. Objetivo de control y Gua de control
6.3.4.5 Test de aceptacin final

informticas de la organizacin debera promover, como una parte del test de
aceptacin final una evaluacin de los resultados de test por los responsables del
departamento usuario y del departamento
departamento de desarrollo de aplicaciones informticas.
Gua de control. Se revisarn las disposiciones del proceso de desarrollo de sistemas

de la organizacin que requieren de los responsables del departamento usuario y de
los miembros del departamento de desarrollo
desarrollo de aplicaciones informticas encargados
la evaluacin de los resultados del test de aceptacin final o de control de calidad para
las nuevas aplicaciones informticas.
1. Verificar que la metodologa del proceso de desarrollo de aplicaciones

informticas de la organizacin define los estndares adecuados para el
test de aceptacin final de las nuevas aplicaciones informticas.
2. Determinar,, con una revisin de la documentacin

documentacin de los proyectos de
desarrollo de aplicaciones informticas, si los responsables del
111
departamento usuario y los miembros del departamento de desarrollo de

aplicaciones informticas, tanto programadores, analistas como el
responsable de calidad, participaron en la evaluacin del desarrollo de la
nueva aplicacin.
3. Determinar si cualquier ineficiencia encontrada en la conversin fue

remitida antes de que la aplicacin fuese declarada operacional.
En el cuadro n. 6.3.4.5 se resume el Objetivo y la Gua de control sobre el test de

aceptacin final.
Test de aceptacin final
Objetivo de control: Revisin de que la metodologa promueve una evaluacin de los

resultados de test
Gua de control
1. Verificar que la metodologa define estndares adecuados para el test

te de
aceptacin final
2. Verificar que todos los miembros que forman parte del desarrollo participaron
en la evaluacin.

6.3.4.5
Cuadro n. 6.3.4.5 Resumen de Objetivo a controlar sobre el test de aceptacin
final. Objetivo de control y Gua de control
6.3.5 Operacin y mantenimiento
Una metodologa del proceso de desarrollo de aplicaciones informticas de la

organizacin debe asegurar, para cada proyecto
proyecto de desarrollo de aplicaciones
informticas, que estn establecidos los objetivos de programacin para el proyecto,
los procedimientos de operaciones y mantenimiento estn establecidos para asegurar
que los datos son procesados exacta y consistentemente
consistentemente y que el contenido del
sistema ser modificado solamente con la apropiada autorizacin.
- Procedimientos de control de operaciones

- Control de costes
112
- Modificaciones de la aplicacin
- Re-evaluacin
evaluacin de los requisitos del usuario/cliente
usuario/client
6.3.5.1 Procedimientos de control de operaciones

informticas de la organizacin debera asegurar que se han instalado adecuadamente
los procedimientos para controlar las actividades de procesamientos de datos de una
nueva aplicacin informtica.
Gua de control. Se revisar las disposiciones del proceso de desarrollo de

aplicaciones informticas de la organizacin para determinar que se han implantado
adecuados procedimientos para controlar las actividades de procesamiento de datos
de una nueva aplicacin
licacin informtica.
1. Determinar, con una revisin de la documentacin de los proyectos de

desarrollo de aplicaciones informticas, si los procedimientos de control
establecidos por los responsables del departamento usuario y el departamento
de desarrollo de aplicaciones informticas son adecuados a los tipos de los
ficheros manteniendo las transacciones procesadas por la nueva aplicacin.
2. Determinar que los procedimientos de control incluyen controles adecuados de

distribucin de salidas,
salidas de manera que solamente
olamente las reciba el personal
autorizado del departamento usuario afectado.
3. Determinar que estn identificados, controlados, corregidos y adecuadamente

reprocesados los procedimientos que aseguran los errores durante la vida de la
nueva aplicacin.
4. Determinar
terminar que los procedimientos aseguran que las funciones de las
operaciones clave, incluyen las operaciones de programas de aplicaciones,
seguridad de datos, introduccin de datos, adems de que las bases de datos
hayan sido desarrolladas por diferentes individuos y que esta separacin de
deberes ha sido forzada por los responsables del departamento desarrollo de
informticas
113
En el cuadro n. 6.3.5.1 se resume el Objetivo y la Gua de control sobre el

procedimiento de control de operaciones.
operaciones
Procedimiento de control de operaciones
Objetivo de control: Revisin de que la metodologa asegure que se han instalado

los procedimientos para el control las actividades de procesamiento de datos
Gua de control
1. Determinar si los procedimientos de control establecidos son los adecuados

2. Determinar que existen controles adecuados en la distribucin de las salidas
Determinar que estn identificados, controlados, corregidos y reprocesados los
procedimientos que aseguran los errores de la aplicacin.
Fuente:
ente: Elaboracin propia basada en la documentacin del captulo 6.3.5.1.
6.3.5.1
Cuadro n. 6.3.5.1 Resumen de Objetivo a controlar sobre el procedimiento de

control de operaciones. Objetivo de control y Gua de control
6.3.5.2 Control de costes
Objetivo de control. El sistema de contabilizacin de la organizacin debera

almacenar, analizar, e informar de los costes asociados con el funcionamiento de la
nueva aplicacin.
Gua de control. Se revisar los procedimientos de contabilidad usados

rutinariamente para almacenar,
lmacenar, analizar, e informar de los costes asociados con el
funcionamiento de la nueva aplicacin informtica.
1. Revisar los procedimientos usados por el sistema de contabilizacin de la

organizacin para registrar, analizar, e informar los costes asociados
asociado con el
funcionamiento de la nueva aplicacin informtica.
2. Verificar que los procedimientos son adecuados y que han sido revisados y
aprobados por los responsables del departamento usuario afectado y el
departamento de desarrollo de aplicaciones informticas.
En el cuadro n. 6.3.5.2 se resume el Objetivo y la Gua de control sobre el control de

costes.
114
Control de costes
Objetivo de control: El sistema de contabilizacin

contabilizacin debe controlar los costes de la
aplicacin
Gua de control
1. Revisar los procedimientos que utiliza este sistema

2. Verificar que los procedimientos son los adecuados

6.3.5.2
Cuadro n. 6.3.5.2
.2 Resumen de Objetivo a controlar sobre el sobre el control de
costes. Objetivo de control y Gua de control
6.3.5.3
.3 Modificaciones de la aplicacin

informticas de la organizacin debera establecer procedimientos para controlar los
cambios de todas las aplicaciones informticas.

desarrollo de aplicaciones informticas de la organizacin para determinar que se han
controlado los cambios de la aplicacin.
1. Determinar con una revisin de la documentacin de las aplicaciones

informticas si los cambio de estas aplicaciones se han registrado y procesado
de una forma oportuna.
2. Determinar si los cambios propuestos a estas aplicaciones estn aprobados

por los responsables del departamento usuario afectado antes de comenzar a
trabajar.
3. Determinar que todos los registros de los cambios actualmente hechos,

incluyendo las revisiones de los diagramas de flujo de datos y la evaluacin y
aprobacin de los resultados de los test, estn incorporados en la
documentacin acumulada por el departamento de desarrollo de aplicaciones
informticas.
115
.3 se resume el Objetivo y la Gua de control sobre la
modificacin de la aplicacin.
Modificacin de la aplicacin
Objetivo de control: Revisin de que la metodologa establezca procedimientos para

controlar los cambios
Gua de control
1. Revisar si se registran los cambios

2. Revisar que los cambios estn aprobados
3. Revisar que los cambios estn en la documentacin del proyecto

6.3.5.3
Cuadro n. 6.3.5.3 Resumen de Objetivo a controlar sobre la modificacin de la

aplicacin. Objetivo de control y Gua de control

informticas
ticas de la organizacin debera promover revisiones peridicas de los
requisitos de usuario para comprobar si estos pueden haber cambiado desde el
principio de la toma de requerimientos.
Gua de control. Se revisarn las disposiciones del proceso de desarrollo

desar de
aplicaciones informticas de la organizacin para verificar que las revisiones
peridicas de los requisitos de usuario para la aplicacin en cuestin son realizadas.
1. Determinar con una revisin de las peticiones de cambios de la aplicacin

informtica,
tica, la extensin de las necesidades de usuario insatisfechas.
insatisfechas
2. Determinar, mediante entrevistas o la distribucin de un cuestionario, la

naturaleza de los cambios solicitados en estas aplicaciones por los
responsables del departamento usuario afectado.
3. Verificar que la informacin es proporcionada por la aplicacin en cuestin a

los usuarios en un formato adecuado y de una forma exacta,
exacta oportuna,
completa y fidedigna.
116
4 se resume el Objetivo y la Gua de control sobre la re-
re
evaluacin
in de los requisitos del usuario/cliente.
Re-evaluacin
Objetivo de control: Revisar que la metodologa incluye revisiones peridicas de los

requisitos
Gua de control
1. Determinar las necesidades de usuario insatisfechas

2. Determinar la naturaleza de los cambios
3. Revisar que la informacin proporcionada es exacta y fidedigna
6.3.5.4
Cuadro n. 6.3.5.4
4 Resumen de Objetivo a controlar sobre la re-evaluacin
evaluacin de los
requisitos del usuario/cliente. Objetivo de control y Gua de control
6.3.6 Revisin post-implantacin

implantacin
Una metodologa del proceso de desarrollo de aplicaciones informticas de la

organizacin debera proporcionar una revisin en conjunto,
conjunto, despus de que haya sido
implantada la aplicacin informtica, para asegurar que el esfuerzo produjo una
aplicacin que cumple las necesidades del usuario y los objetivos expuestos,
obteniendo beneficios anticipados, y ajustndose a los requisitos de la metodologa.
- Plan de revisin de post-implantacin

post
- Evaluacin de resultados
- Evaluacin de los requisitos del usuario
- Evaluacin del anlisis coste y beneficio
- Evaluacin de la adherencia a los estndares de desarrollo
- Informe de recomendaciones de la revisin de post-implantacin
post implantacin

post

informticas de la organizacin debera proporcionar, como parte integrante de las
l
117
actividades del equipo del proyecto, el desarrollo de un plan de revisin de la post-

post
implantacin de cada nueva aplicacin informtica.
Gua de control. Se revisarn los requisitos del proceso del desarrollo de aplicaciones
de la organizacin para verificar
verificar que, como parte integrante de las actividades del
equipo del proyecto, el desarrollo de un plan de revisin de la post-
post-implantacin de
todas las aplicaciones informticas a desarrollar.
1. Determinar, revisando la documentacin de las aplicaciones informticas

inform a
desarrollar, si se cre un plan de revisin de post-implantacin
implantacin del equipo del
proyecto de desarrollo, el cual incluye:
a. Una fecha proyectada para la revisin, la cual proporciona suficiente tiempo

para que el sistema sea completamente operacional.
b. La acumulacin de datos para realizar la revisin.
c. Persona encargada de realizar la revisin.
d. Los objetivo definidos para la revisin.
e. El alcance y naturaleza de la revisin y los recursos requeridos por esta.
f. La preparacin y emisin de un informe de los resultados de la revisin.
En el cuadro n. 6.3.6.1 se resume el Objetivo y la Gua de control sobre el plan de

revisin post-implantacin
Plan de revisin post-implantacin
Objetivo de control: Revisin de que la metodologa incluye un plan de revisin post-

post
implantacin
Gua de control
1. Revisar si se cre un plan de revisin que incluya: a) fecha de revisin, b)

acumulacin de datos, c) persona encargada, d) los objetivos, e) alcance,
naturaleza y recursos requeridos, f) preparacin y emisin de un informe
118
Cuadro n. 6.3.6.1 Resumen de Objetivo a controlar sobre el plan de
revisin post-implantacin.
post implantacin. Objetivo de control y Gua de control
6.3.6.2
.2 Evaluacin de resultado
Objetivo de control. La metodologa del proceso de desarrollo de desarrollo de

aplicaciones informticas de
de la organizacin debera exigir una revisin de post-
post
implantacin valorando si los objetivos del sistema han sido alcanzados.
Gua de control. Se revisarn los requisitos de la metodologa del proceso de

organizacin para asegurarse de que,
mediante el uso de una revisin post-implantacin
post implantacin de una aplicacin informtica, los
objetivos del sistema han sido alcanzados.
1. Determinar, con un examen de la documentacin de las aplicaciones

informticas desarrolladas, si la revisin de post-implantacin
implantacin compara la
aplicacin existente con las especificaciones relevantes, especialmente en
estos trminos:
a. Datos procedentes de backup y restauracin.
b. Mantenimiento de la segregacin de deberes.
c. Controles sobre las interfaces con otras aplicaciones y sistemas.
d. Medidas de seguridad.
e. Documentacin distribuida a los usuarios.
En el cuadro n. 6.3.6.2 se resume el Objetivo y la Gua de control sobre la evaluacin

del resultado.
Evaluacin del resultado
Objetivo de control: Revisin

Revisin de que la metodologa incluye un plan de revisin
valorando si se alcanzaros los objetivos
Gua de control
1. Revisar que la documentacin de post-

post implantacin incluye: a) datos
procedentes de backup y restauracin, b) mantenimiento de la segregacin de
deberes, c) controles sobre las interfaces con otras aplicaciones, d) medidas
de seguridad, e) documentacin distribuida a los usuarios.

6.3.6.2
119
Cuadro n. 6.3.6.2
2 Resumen de Objetivo a controlar sobre la evaluacin del
resultado. Objetivo de control y Gua de control
6.3.6.3 Evaluacin de los requisitos del usuario/cliente

informticas debera exigir que una revisin de post-implantacin
post implantacin que valorar si las
necesidades del usuario han sido llevadas a cabo por la aplicacin.
Gua de control.. Se revisar los requisitos de la metodologa del proceso de

desarrollo de aplicaciones informticas de la organizacin para asegurar que,
mediante el uso de una revisin post-implantacin
post implantacin de la aplicacin en cuestin, las
necesidades del usuario han sido llevadas a cabo por la aplicacin.
apli
1. Determinar, con entrevistas o cuestionarios, si en las revisiones de post-

post
implantacin realizadas a las aplicaciones en cuestin y las necesidades del
usuario han sido llevadas a cabo mediante estas aplicaciones.
2. Verificar estas revisiones mediante

e un anlisis del uso real que se est
haciendo de la aplicacin y las propuestas de cambios que se han hecho
desde que se implant la aplicacin.
.3 se resume el Objetivo y la Gua de control sobre la evaluacin
de los requisitos del usuario/cliente.
Evaluacin de los requisitos del usuario/cliente
Objetivo de control: Revisin de que la metodologa garantice que en la revisin

post-implantacin
implantacin se analice si la necesidades del usuario han sido satisfechas
Gua de control
1. Revisar que
ue las necesidades han sido cumplidas
2. Analizar el uso real de la aplicacin
Fuente: Elaboracin propia en la documentacin del captulo 6.3.6.3.

6.3.6.3
Cuadro n. 6.3.6.3
.3 Resumen de Objetivo a controlar sobre la evaluacin de los
requisitos del usuario/cliente. Objetivo de control y Gua de control
120
6.3.6.4
.4 Evaluacin del anlisis coste y beneficio

informticas de la organizacin debera exigir que una revisin post-
post-implantacin de
una aplicacin informtica valorara si el coste efectivo del sistema se ajusta a los
costes y beneficios originales proyectados por este.
Gua de control. Se examinarn los requisitos de la metodologa del proceso de

desarrollo de aplicacioness informticas de la organizacin para verificar que, mediante
una revisin post-implantacin
implantacin de una aplicacin, el coste efectivo de la misma se
ajusta a los costes y beneficios originales proyectados por este.
1. Verificar, con un examen de la documentacin de los proyectos de desarrollo

de aplicaciones informticas, la exactitud del proceso de estimacin del coste,
coste
comparando los costes totales del proyecto con los establecidos inicialmente.
2. Determinar, con un examen de la documentacin de los proyectos de

desarrollo de aplicaciones informticas, el grado en el que los beneficios
cuantificables y no cuantificables asociados con la aplicacin han sido
realizados y comparados con los originalmente estimados.
3. Evaluar la admisibilidad de las razones citadas para las diferencias entre los
costes y beneficios estimados y determinar si la alta direccin o el
departamento de desarrollo de aplicaciones informticas han sido prevenidos
con las copias de los anlisis que identifican estas diferencias.
.4 se resume el Objetivo y la Gua de control sobre
sobr la evaluacin
del anlisis coste y beneficio.
Evaluacin del anlisis coste y beneficio
Objetivo de control: Revisar que la metodologa exija que se revise si el coste

efectivo del sistema se ajusta a los costes y beneficios originales proyectados
Gua de control
1. Revisar la exactitud de la estimacin del coste

2. Saber el grado en que los beneficios han sido realizados
3. Evaluar las diferencias entre los costes beneficios estimados
estimado y los reales.
reales
121

6.3.6.4
Cuadro n. 6.3.6.4
4 Resumen de Objetivo a controlar sobre la evaluacin del
anlisis coste y beneficio. Objetivo de control y Gua de control
6.3.6.5
5 Evaluacin de la adherencia a los estndares de desarrollo

informticas de la organizacin debera exigir una revisin post-implantacin
post implantacin de un
sistema de informacin operacional valorara si el equipo del proyecto se adhiere a las
disposiciones de la metodologa.
Gua de control. Se examinarn los requisitos de la metodologa del proceso de

desarrollo de aplicaciones informticas de la organizacin para determinar que una
revisin de post-implantacin
implantacin de una aplicacin informtica
informtica evalu la adherencia del
equipo del proyecto a las disposiciones de la metodologa.
1. Verificar,, con el examen de la documentacin de los proyectos de desarrollo de

aplicaciones informticas, que hubo:
a. Una documentacin completa.
b. Adherencia a las disposiciones
disposiciones de la metodologa del proceso de desarrollo
de aplicaciones informticas de la organizacin.
c. Una adecuada participacin en el proyecto de los miembros del
departamento usuario/cliente afectado.
2. Verificar, mediante entrevistas con los participantes del equipo del proyecto,
que los recursos de los miembros del equipo, la organizacin del equipo, y las
comunicaciones fueron adecuadas para los proyectos de desarrollo de
aplicaciones informticas de la
l organizacin
.5 se resume el Objetivo y la Gua de control sobre la evaluacin
de la adherencia a los estndares de desarrollo
122
Evaluacin de la adherencia a los estndares de desarrollo
Objetivo de control: Revisar que la metodologa exige que en la revisin post-

post
implantacin valorara si el equipo se adhiera a la metodologa
Gua de control
1. Verificar que hubo: a) documentacin completa, b) adherencia de la

metodologa, c) adecuada participacin del dep. usuario/cliente
usua
2. Verificar que los recursos utilizados fueron adecuados.
adecuados

6.3.6.5
Cuadro n. 6.3.6.5
6.3.6.5 Resumen de Objetivo a controlar sobre la evaluacin
de la adherencia a los estndares de desarrollo. Objetivo de control y
Gua de control
6.3.6.6
.6 Informe de recomendaciones de la revisin de post-implantacin
post implantacin

informticas de la organizacin debera exigir que los resultados de la revisin de post-
post
implantacin de una aplicacin informtica sean sometidos a los responsables del
departamento usuario/cliente afectado por la aplicacin y a la direccin del
departamento de aplicaciones informticas.
Gua de control. Se revisarn los requisitos de la metodologa del proceso de

desarrollo de aplicaciones informticas de la organizacin para verificar que la revisin
revi
de post-implantacin
implantacin de una aplicacin informtica ha sido sometida a los
responsables del departamento usuario afectado por la aplicacin y a la direccin del
departamento de aplicaciones informticas.
1. Determinar, con un examen de la documentacin de

d la aplicacin
informtica en cuestin, si el informe de los resultados de las revisiones
de post-implantacin
implantacin fue preparado y aprobado.
2. Determinar que estos informes fueron comunicados a los responsables

del departamento usuario afectado por la aplicacin informtica y a la
direccin del departamento de aplicaciones informticas.
123
3. Verificar la naturaleza de las acciones tomadas sobre las

recomendaciones del informe.
.6 se resume el Objetivo y la Gua de control

En el cuadro n. 6.3.6.6 control sobre el informe de
recomendaciones de la revisin de post-implantacin,
post
Informe de recomendaciones de la revisin de post-implantacin

post implantacin
Objetivo de control: Revisar que la metodologa exija que la revisin post-

post
implantacin haya sido sometida por el dep.
dep. usuario/cliente y por el de informtica
Gua de control
1. Revisar que el informe de los resultados de las revisiones de post-

post
implantacin fue preparado y aprobado
2. Revisar que los informes fueron comunicados a los miembros correspondientes
3. Verificar la naturaleza
Fuente: Elaboracin propia basada en la documentacin del captulo
captu 6.3.6.6.
Cuadro n. 6.3.6.6
.6 Resumen de Objetivo a controlar sobre el informe de
recomendaciones de la revisin de post-implantacin.
post implantacin. Objetivo de control y Gua
de control
6.4 Resumen
Como podemos comprobar a lo largo de este captulo pretendemos detectar y

esclarecer todos los pasos que se deben seguir durante el ciclo de vida del desarrollo
de aplicaciones informticas, para ellos hemos identificado como objetivos de control
aquellas tareas, documentosque se deberan realizar, que debera existir para que el
desarrollo de aplicaciones informticas se realice de una forma correcta, fidedigna y
adecuada a las leyes. Con esto lo que pretendemos es que tanto los miembros que
forman
an parte del equipo de desarrollo como los que forman parte del departamento
usuario/cliente tengan una forma clara y sin ningn tipo de duda de cmo se debe
realizar sus tareas, que responsabilidades debe adquirir cada miembro del equipo,
tener claramente los conocimientos que tiene cada persona para qu a la hora de
asignar tareas podamos ser ms eficientes, ya que si cada uno sabe perfectamente
que debe hacer y como lo debe hacer seremos mucho ms competitivos y productivos.
124
6.5 Bibliografa del captulo
captul 6
6.5.1
1 Libros, Apuntes, Artculos
Autores: Rafael Bernal Montas i scar Coltell Simn. Ttulo: Auditora de los
sistemas de informacin. Ao: 1996. Fecha de la consulta: 21/03/2012.
Autores: Carmen de Pablos Heredero, Jos Joaqun Lpez-Hermos

Lpez Agius, Santigo
Martn-Romo
Romo Romero, Sonia Medina Salgado, Antonio Monteri Navarro, Juan Jos
Njera Sanchez. Ttulo: Direccin y gestin de los sistemas de informacin en la
empresa, Una visin integradora 2 Edicin. Ao: 2006. Fecha de la consulta:
20/03/2012.
Autores: Mario G. Piattini, Emilio del Peso. Ttulo: Auditora Informtica, Un enfoque
prctico 2 Edicin. Ao: 2001. Fecha de consulta: 10/04/2012
6.5.2 Webs
Ttulos: Auditora Informtica.

Informtica Fecha de la consulta: 15/03/2012. Direccin:
http://www.monografias.com/trabajos/auditoinfo/auditoinfo.shtml

http://www.slideshare.net/janethvalverdereyes/planeacion
http://www.slideshare.net/janethvalverdereyes/planeacion-de-la-auditoria
auditoria-informatica
Fecha de la consulta: 16/03/2012. Direccin: http://prezi.com/q7rneahg1eg_/plan-

http://prezi.com/q7rneahg1eg_/plan
de-auditoria-informatica/
125
Bibliografa acumulada
1. Libros, Apuntes, Artculos
Autor: David Lorente Guzmn.

Guzmn Asignatura: Auditora de los Sistemas de
Informacin, ETS de Ingeniera Informtica de la UPV, Plan de Estudios de
ITIG, Curso 2009-2010,
2010, Fecha de consulta: 25/09/2011. Direccin:
tivas_con_info.php#ausi
Autores: Bernal Montas, Rafael y Coltell Simn, Oscar (1996). Ttulo:

Servicio de Publicaciones. Ao: 2008. Fecha de la consulta: 27/09/2011
Autores: Carmen de Pablos Heredero, Jos Joaqun Lpez-Hermos

Lpez Hermos Agius, Santigo
Martn-Romo
Romo Romero, Sonia Medina
Medina Salgado, Antonio Monteri Navarro, Juan Jos
Njera Sanchez. Ttulo: Direccin y gestin de los sistemas de informacin en la
empresa, Una visin integradora 2 Edicin. Ao: 2006. Fecha de la consulta:
20/03/2012.
Autores: Mario G. Piattini, Emilio del Peso. Ttulo: Auditora Informtica, Un enfoque
prctico 2 Edicin. Ao: 2001. Fecha de consulta: 10/04/2012
2 Webs
http://www.monografias.com (Fecha de consulta: 26/05/2011)
http://www.eumed.net/cursecon/libreria/rgl
http://www.eumed.net/cursecon/libreria/rgl-genaud/1i.htm (Fecha de consulta:
26/05/2011)
http://www.wikilearning.com/monografia/fundamentos_teoricos_de_la_auditoria
_vinculados_a_la_calidad
dad-antecedentes_historicos_de_la_auditoria/12675
antecedentes_historicos_de_la_auditoria/12675-1
(Fecha de consulta: 06/06/2011)
http://www.monografias.com/trabajos16/auditoria
http://www.monografias.com/trabajos16/auditoria-de-informacion/a
informacion/auditoria-de-
informacion.shtml (Fecha de consulta: 06/06/2011)
http://www.eumed.net/libros/2006a/jcmn/1c.htm (Fecha de consulta:

08/08/2011)
126
https://www.isaca.org/Pages/default.aspx
ttps://www.isaca.org/Pages/default.aspx (Fecha de la consulta: 23/07/2011)
www.itgi.org (Fecha de la consulta: 23/07/2011)
http://www.theiia.org/ (Fecha de la consulta: 24/07/2011)
http://www.iso.org/ (Fecha de la consulta: 26/07/2011)
http://www.iai.es/ (Fecha de la consulta: 27/07/2011)
http://es.wikipedia.org/wiki/CISA (Fecha de la consulta: 24/07/2011)
http://www.theiia.org/certification/certified
http://www.theiia.org/certification/certified-internal-auditor/ (Fecha de la
consulta: 27/07/2011)
http://www.marblestation.com/?p=645 (Fecha de la consulta: 18/09/2011)
www.iso.ch/(Fecha
http://www.itil-officialsite.com/
officialsite.com/ (Fecha de la consulta: 26/07/2011)
Autor: ngela Jimnez. Fecha de la consulta: 25/09/2011. Direccin:

http://www.uclm.es/area/aef_TO/pdf//publicaciones/AngelaJimenez_Tema5.pdf
Autor: Eduardo Horacio Quinn. Ttulo: Auditora Informtica dentro de las

etapas de anlisis. Fecha de la consulta: 25/09/2011. Direccin:
http://www.monografias.com/trabajos5/audi/audi.shtml
Institucin: Ministerio de Hacienda

Hacienda y Administraciones Pblicas, D.G. de
Modernizacin Administrativa, Procedimientos e Impulso de la Administracin
Electrnica. Ttulo: MAGERIT, versin 2. Ao: 2010. Fecha de la consulta:
07/01/2012. Direccin:
http://administracionelectronica.gob.es/?_nfpb=true&_pageLabel=PAE_PG_CT
T_General&langPae=es&iniciativa=184
127
(Direcciones Web: http://www.monografias.com/trabajos pdf/administracion-

http://www.monografias.com/trabajos-pdf/administracion
informatica/administracion-informatica.pdf htt
p://www.bn.com.pe/transparenciabn/mof/dpto
p://www.bn.com.pe/transparenciabn/mof/dpto-de-informatica.pdf
http://es.scribd.com/doc/60046252/2/Organigrama
http://es.scribd.com/doc/60046252/2/Organigrama-del-Departamento
Departamento-de-
Informatica y fecha de consulta: 10/04/2011)
Ttulos: Tipos de Empresa, Tipos de estructuras organizativas. Ao: 2009.

http://www.mailxmail.com/curso
http://www.mailxmail.com/curso-administracion-empresas-organizacion/tipos
organizacion/tipos-
estructuras-organizativas
organizativas
Autor: LIC. Adafrancys Salazar - Richard Maggiorani. Ttulo: Estructura

organizativa y tipo de organigrama. Ao: 2005. Fecha de la consulta:
12/01/2012. Direccin:
http://www.gestiopolis.com/recursos4/docs/ger/estrorgor
http://www.gestiopolis.com/recursos4/docs/ger/estrorgorg.htm
Ttulo: Fundamentos de estructura organizativa. Fecha de la consulta:

12/01/2012. Direccin: http://es.scribd.com/doc/6286437/Tipos-de-Estructura-
Organizacional
Ttulos: Auditora Informtica.

Informtica Fecha de la consulta: 15/03/2012. Direccin:
http://www.monografias.com/trabajos/auditoinfo/auditoinfo.shtml

http://www.slideshare.net/janethvalverdereyes/planeacion
http://www.slideshare.net/janethvalverdereyes/planeacion-de-la-auditoria
auditoria-informatica
Fecha de la consulta: 16/03/2012. Direccin: http://prezi.com/q7rneahg1eg_/plan-

http://prezi.com/q7rneahg1eg_/plan
de-auditoria-informatica/
128
Anexos
Anexo 1. Cuestionario
PREGUNTA RESPUESTA
S NO
6.2.1 Las responsabilidades en el proceso de desarrollo de

aplicaciones
El jefe del departamento de desarrollo de aplicaciones informticas

utiliza una poltica por escrito, en la que utiliza una metodologa para el
proceso de desarrollo de aplicaciones informticas?
Le sirve esto como medio de estructuracin y control del proceso del

desarrollo de aplicaciones informticas?
Cada fase del proceso de desarrollo de aplicaciones informticas de la

organizacin da lugar a un producto cuantificable sobre el cual se puede
hacer una revisin y aprobacin final para pasar a la siguiente fase?
El nfasis puesto sobre cada fase cumple los requisitos de seguridad?
Entre los miembros

mbros del departamento de desarrollo de aplicaciones
informaticas y los miembros del equipo usuario existe una relacin
relac
consolidada y experiencia con el uso de seguir una metodologa para el
Los requisitos de la metodologa para el proceso de desarrollo de

aplicaciones informticas son obligatorios?
Estos pueden ser flexibles en funcin de si las condiciones varan,

ejemplo proyecto grande o pequeo?
Se permiten desviaciones de la metodologa utilizada para el proceso

de desarrollo de aplicaciones informticas?
Estas desviaciones estn documentadas?
Estas desviaciones estn aprobadas?
La metodologa utilizada para el desarrollo de aplicaciones informticas
129
contiene unos estndares y requisitos de documentacin y programacin

para los usuarios, programadores, analistas y personal encargado del
procesamiento de los datos?
La metodologa utilizada en el proceso de desarrollo de aplicaciones

informticas contiene informacin sobre la tecnologa que se utilizara
para la base de datos?
La metodologa utilizada en el proceso de desarrollo de aplicaciones

informticas contiene informacin sobre la seleccin e instalacin de los
productos software legal?
Para el desarrollo de aplicaciones informticas se est usando una

metodologa?
Esta metodologa est actualizada y es adaptable si realizamos

cualquier cambio en la tecnologa?
6.2.2 La funciones y responsabilidades de cada individuo
El jefe del departamento ha utilizado una poltica declarada por escrito

definiendo aquellas funciones y responsabilidades que tiene cada
persona en el proceso de desarrollo de aplicaciones informticas?
La metodologa que sigue la organizacin especifica todas

toda las
funciones del departamento de desarrollo de aplicaciones informticas?
informticas
La metodologa que sigue la organizacin especifica las

responsabilidades que tiene cada persona a la hora del desarrollo de
aplicaciones informticas?
La metodologa que sigue la organizacin especifica todas las

funciones de la direccin de la organizacin?

responsabilidades que tiene cada persona perteneciente a la alta
direccin?

funciones de los usuarios finales?
Laa metodologa que sigue la organizacin especifica las

responsabilidades que tienen los usuarios finales?

funciones de los miembros del equipo de desarrollo de aplicaciones
informticas?
130
responsabilidades que tiene los miembros del equipo de desarrollo de
En cada fase del proceso de desarrollo de aplicaciones informticas se

pueden modificar las metas?
En
puede modificar la direccin de desarrollo?
desarrollo

puede modificar el esfuerzo en dedicacin al desarrollo?
En
En cada fase del proceso de desarrollo de aplicaciones
aplicaciones informticas se
permite el poder decidir si pasamos a la siguiente fase?
fase
El jefe del proyecto de desarrollo de aplicaciones informticas puede

tomar decisiones sobre los costes?
Es la alta direccin la que toma las decisiones sobre los costes?

tomar decisiones sobre los presupuestos?
Es la alta direccin la que toma las decisiones sobre los presupuestos?

tomar decisiones sobre el resto de tareas?
Es la alta direccin la que toma las decisiones sobre el resto de tareas?
Los responsables del departamento usuario estn involucrados con el

equipo de de desarrollo de aplicaciones informticas?
Los responsables del departamento usuario tienen reuniones

peridicas con los miembros del equipo de departamento de desarrollo
de aplicaciones informticas?
Los responsables del departamento usuario tienen responsabilidades

que se ajustan a sus capacidades?
Estn involucrados en el proceso de desarrollo de aplicaciones

informticas los miembros o el miembro que se encarga del control de
calidad del departamento de desarrollo de
d aplicaciones informticas?
Se garantiza de que antes que se entregue la aplicaciones los miembro

que se encargan del control de calidad pasen las pruebas necesarias
para que la aplicaciones sea entregada?
131
6.2.3 Proceso de actualizacin de la metodologa que utiliza la

organizacin para el desarrollo de aplicaciones
La metodologa que utiliza la organizacin en el proceso de desarrollo

de aplicaciones informticas se
s revisa peridicamente por la alta
direccin?
La metodologa que utiliza

a la organizacin en el proceso de desarrollo
de aplicaciones informticas se revisa peridicamente por los jefes del
departamento de desarrollo de aplicaciones informticas?
informticas
Se mantiene un registro con las revisiones y modificaciones de la

metodologa que se utiliza en el proceso de desarrollo de aplicaciones
informticas?
6.3.1.1 Definicin del proyecto
La metodologa utilizada por la organizacin promueve la creacin de

un documento que detalle claramente cada uno de las tareas a realizar
antes de comenzar a realizar el propio desarrollo?
Estn documentadas las razones para la realizacin del proyecto?
Estn documentados los problemas que se van a solucionar si es que

los hay?
Estn expuestas las necesidades para la realizacin de la nueva

aplicacin?
Est documentado el alcance de la nueva aplicacin?
Estn documentadas las restricciones de la nueva aplicacin?
Estn documentados los beneficios de la nueva aplicacin?
Fueron revisados y aprobados todos los requisitos de acuerdo a la

metodologa que utiliza la organizacin?
6.3.1.2 La participacin del departamento usuario/cliente en la

iniciacin del desarrollo de la aplicacin
En la metodologa utilizada se promueve la participacin de los

responsables del departamento usuario/cliente en el proceso de
Los responsables del departamento usuario/cliente hacen reuniones

peridicas con los responsables del departamento de desarrollo de
aplicaciones informticas para aclara los requisitos y aprobacin de la
132
aplicacin a desarrollar?
El departamento usuario/cliente ha detallado claramente cul es el

presupuesto del que dispone para el desarrollo del proyecto?
6.3.1.3 Relacin de los miembros del equipo del proyecto y sus

responsabilidades
La metodologa que utiliza la organizacin en el desarrollo de

aplicaciones informticas especifica las bases para asignar que
miembros de la organizacin son los ms adecuados parap realizar el
proyecto en cuestin?
La metodologa que utiliza la organizacin en el desarrollo de

aplicaciones informticas especifica las bases para asignar cuales son
las responsabilidades de cada miembro que forma parte del
departamento de desarrollo
ollo de aplicaciones informticas?
informticas
Antes de asignarle a cada miembro del equipo cual es la funcin que

debe desempear se han evaluado sus antecedentes y cualidades?
Los responsables de departamento usuario/cliente tienen miembros

participando activamente junto con los miembros del departamento de
Los responsables del departamento usuario/cliente tienen un amplio

conocimiento detallado sobres la informacin que requiere la aplicacin
a desarrollar?
Los responsables del departamento usuario/cliente tiene las

habilidades necesarias para trabajar junto con los otros miembros del
equipo del proyecto de desarrollo de aplicaciones informticas?
Los responsables de departamento usuario/cliente tienen los mismos

conocimientos sobre el alcance y los objetivos de la aplicacin a
desarrollar que los otros miembros del equipo?
6.3.1.4
4 Definicin de los requisitos para la realizacin del desarrollo
de la aplicacin
La metodologa del proceso de desarrollo

facilita que los requisitos de informacin existentes as como los que se
acuerden posteriormente estn claramente definidos antes de que el
proyecto sea aprobado?
Es controlada la adherencia a los requisitos y documentacin de la

metodologa del proceso de desarrollo de aplicaciones en los proyectos
133
de desarrollo de aplicaciones informticas?
Las descripciones de los sistemas existentes son adecuadas y si se

pueden utilizar como base para
par estudiar las necesidades de la nueva
aplicacin informtica propuesta?
Han
an sido identificados claramente aquellos aspectos del sistema
existente que se deben cambiar para la aplicacin propuesta?
Se ha evaluado por el departamento de desarrollo de aplicaciones

informticas los requisitos de informacin para la integridad, consistencia
y viabilidad para la nueva aplicacin?
Los requisitos tomados han sido revisados y aprobados por los

responsables del departamento usuario/cliente afectados en el proyecto
de desarrollo
esarrollo de aplicaciones?
6.3.1.5
5 La aprobacin del proyecto
La metodologa que utiliza la organizacin para el proceso de

desarrollo de aplicaciones informticas facilita la aprobacin de los
miembros designados por la direccin del proyecto a desarrollar antes
de comenzar a trabajar en la siguiente etapa?
Se ha preparado un informe que engloba todos los puntos establecidos

como requisitos de la aplicacin a desarrollar?
En este informe estn bien definidos los requisitos para el desarrollo de

la aplicacin en cuestin?
Tanto el jefe del departamento de desarrollo de aplicaciones

informticas como el responsable de departamento usuario/cliente han
revisado los informes que realiza
realiz cada miembro del departamento de
6.3.2.1 Estudio de la viabilidad en la tecnologa utilizada
La metodologa que utiliza la organizacin proporciona un estudio de la

viabilidad para alcanzar las metas de la aplicacin a desarrollar junto con
el anlisis de coste y beneficio?
La metodologa utilizada facilita un examen de la viabilidad de cada

alternativa
rnativa posible para satisfacer los requisitos de informacin
establecidos para la nueva aplicacin?
Existe un informe que estudia la viabilidad para cada una de las

alternativas para el desarrollo de la aplicacin en cuestin?
134
Este informe incluye las necesidades y disponibilidades de los
miembros que forman parte del equipo de desarrollo de aplicaciones
informticas?
El informe incluye las necesidades

necesida de software y hardware que se
necesitan para el proceso de desarrollo de aplicaciones informticas?
El informe incluye la viabilidad de operaciones de la nueva aplicacin?
El informe incluye las consideraciones legales relacionadas con la

transferencia de datos que se deben tener a la hora del desarrollo de
aplicaciones?
Tanto los responsables del departamento usuario/cliente como los del

departamento de desarrollo de aplicaciones informticas han aadido a
la viabilidad el plan de datos y equipamiento del proyecto?

la viabilidad la formacin tanto de los miembros del departamento de
desarrollo o de aplicaciones informticas como la de los miembros del
departamento usuario/cliente?

la viabilidad los controles adecuados sobre los test de programas,
ficheros y datos?

la viabilidad la recogida y anlisis de los datos
da relevantes?

la viabilidad los escritos de los informes requeridos?
Se ha revisado mediante una revisin de de la documentacin de los test

del proyecto de desarrollo la fuente, tipo y adecuacin del generador de
test?
Se ha revisado mediante una revisin de la documentacin de los test

del proyecto de desarrollo los datos de transacciones reales?
Se ha revisado mediante una revisin de la documentacin de los test

del proyecto de desarrollo el anlisis de los resultados de test?
6.3.3.1 Los objetivos de programacin
135
La documentacin que existe para el desarrollo de aplicaciones

informticas incluye unos informes declarando claramente los objetivos
de programacin para realizar el desarrollo de aplicaciones informticas?
6.3.3.2
2 Documentacin detallada de programas

de
e aplicaciones exige que est creada una documentacin muy bien
detallada de los programas para este proceso de desarrollo de
La documentacin de los proyectos de desarrollo de aplicaciones

informticas contiene la informacin
informacin de la descripcin lgica claramente
detallada tal que si la leyeran personas no familiarizadas con este
proyecto pudieran entender las funcionalidades de la misma?
La metodologa que utiliza la organizacin exige que se prepare un

diagrama de flujo para el desarrollo de la aplicacin informtica en
cuestin?
Los datos elementales utilizados para el desarrollo de la aplicacin en

cuestin tienen designados unos propietarios?

cuestin estn apropiadamente descritos?

cuestin no estn en conflicto con
c otras definiciones en la base de
datos?
6.3.3.3
.3 Paquetes de aplicaciones software

de aplicaciones informticas proporciona paquetes software que
satisfacen las necesidades de la aplicacin en cuestin?
Los procedimientos de adquisicin de software siguen las polticas

polticas de
la organizacin, estn testeados y revisados antes de ser utilizados?
Las condiciones de compra para la adquisicin de los paquetes

software se ajustan a las polticas que fueron aprobados por los
miembros del departamento usuario/cliente y los del departamento de
desarrollo de aplicaciones infromticas?
infromticas
La documentacin suministrada con los paquetes software adquiridos

es adecuada?
136
Los paquetes software adquiridos fueron testeados y revisados antes
de ser utilizados y pagados?
6.3.3.4
.4 Programacin de la aplicacin a desarrollar
La metodologa que utiliza la organizacin proporciona un contrato para

la realizacin de la fase de programacin de la organizacin?
Los proyectos finales que se entregan al usuario/cliente estn

testeados
eados por los responsables del equipo de desarrollo de aplicaciones
informticas?
El contrato especifica claramente cules son las condiciones de plazos,

presupuesto y requisitos?
6.3.3.5
.5 Manual de mantenimiento y operaciones
La metodologa que utiliza la organizacin exige la preparacin de

manuales de mantenimiento?

operaciones adecuadas?
Los miembros del equipo de desarrollo de aplicaciones informticas

han realizado estos manuales para la nueva aplicacin en cuestin?
Estos manuales son comprensibles y accesibles para los miembros del

departamento usuario/cliente?
Estos manuales son utilizados en los test de software?
Para cada fase del manual se especifica

especific la funcionalidad del
programa?
Para cada fase del manual se especifica los requisitos hardware?
Para cada fase del manual se especifica los requisitos software?
Para cada fase del manual se especifica todos los mensajes de

consola con la respuesta adecuada?
Para cada fase del manual se identifican adecuadamente las etiquetas

de los ficheros de salida?
Para cada fase del manual se especifica los puntos adecuados de los
reinicios?
6.3.3.6 Manuales de usuario
137

manuales de usuario como una parte del proceso de desarrollo de
Los miembros del departamento de desarrollo de aplicaciones

infromticas realizan estos manuales de usuario?
Estos manuales de usuario incluyen las especificaciones y diseos de

entrada de datos?
Estos manuales de usuario incluyen las formas de presentar los datos

al departamento de desarrollo de aplicaciones informticas?
informticas
Estos manuales de usuario incluyen la responsabilidad para resolver

errores u otras incongruencias?
Estos manuales de usuario incluyen la asignacin de prioridades de

procesamiento?
Estos manuales de usuario incluyen la lgica, seguridad, vigencia y

disposiciones de las salidas?
Estos manuales de usuario incluyen la lgica de programacin?
Estos manuales de usuario incluyen el registro de aprobacin usuario?
Estos manuales de usuario incluyen el registro de solicitudes y

aprobacin de cambios del programa?
Estos manuales de usuario incluyen el procedimiento para encender y

apagar terminales y servidores?
Estos manuales de usuario incluyen la forma en que los usuarios

deben utilizar la aplicacin?
Estos manuales de usuario incluyen la funcionalidad de cada una de

las pantallas?
Estos manuales de usuario son utilizados en el testeo de software?
6.3.3.7 Plan de formacin
La metodologa que utilizada la organizacin para el desarrollo de

aplicaciones informticas exige una plan para formar a los grupos del
mantenimiento del departamento usuario/cliente?
Existe un plan escrito para formar a cada miembro del departamento

usuario y a los de mantenimiento del departamento de desarrollo de
138
aplicaciones infromticas?
Es plan de formacin de usuarios deja suficiente tiempo para completar

las actividades de formacin requeridas?
6.3.4.1 Estndares de testeo de las aplicaciones
La metodologa que utiliza la organizacin proporciona estndares para

el testeo e implementacin de aplicacin en cuestin?
Los estndares que utiliza la metodologa son los adecuados para el

testeo de la aplicacin desarrollada?
Se revisa que todas la funcionalidades estn programadas, que el

cdigo fue testeado y que los resultado se ajustan a las especificaciones
inciales?
La metodologa que utiliza la organizacin proporciona estndares para

las pruebas como una parte del desarrollo de la aplicacin en cuestin?
Se proporcionan adecuados estndares para la preparacin de los

responsables del departamento usuario y de departamento de desarrollo
de aplicaciones informticas en la preparacin de los datos del test para
revisa y aprobar los resultados del test?
6.3.4.2 Documentacin del testeo de la aplicacin
La metodologa utilizada proporciona un documento por escrito las

actividades y los resultados de los test de la nueva aplicacin?
La aplicacin fue testeada de acuerdo a plan de verificacin validacin

y test?
Todos las funcionalidades ms crticas de la aplicacin fueron incluidas

es en proceso de testeo?
Los materiales que se utilizaron en el testeo fueron adecuadamente

controlados?
Los resultado del proceso fueron aprobados tanto por los responsables
del departamento usuario como por del departamento de desarrollo de
Se incluy un informe escrito de los resultados en los informes de las

actividades del equipo de desarrollo de aplicaciones informticas?
Los responsables de departamento usuario/cliente han sido
139
conscientes de la importancia del proceso de testeo?
Los responsables de departamento usuario/cliente han participado de

una forma adecuada, responsable y consecuente con la hora de probar
el resultado del testeo?
Se ha desarrollado un documento por escrito tanto por parte del

departamento usuario/cliente como por parte del departamento de
desarrollo de aplicaciones informticas que
ue detalle los controles que se
deben seguir durante el funcionamiento de la aplicacin?
6.3.4.3 Evaluacin de los resultados de los test
Los resultados de los test han sido aprobados tanto por los
responsables de departamento usuario/cliente como por los
responsables del departamento de desarrollo de aplicaciones
informticas?
Los resultados previstos fueron desarrollados antes de los obtenidos?
Los resultados previstos coinciden con los resultados obtenidos?
La documentacin que contiene la informacin del resultado de los test

incluye un listado de los datos obtenidos de los test?

incluye las salidas de la aplicacin en cuestin?

incluye las entradas relevantes del log de la aplicacin?
La documentacin contiene tests de backups y restauracin?
La documentacin contiene las responsabilidades y capacidades que

tiene cada miembro con la diferentes tareas de testeo?
6.3.4.4 Anlisis de la documentacin del testeo
Antes de la entrega se ha verificado la exactitud de la documentacin

por los responsables tanto del
el departamento usuario como por los
responsables del departamento de desarrollo de aplicaciones
informticas?
6.3.4.5 Test de aceptacin final
Se ha realizado una evaluacin de los resultados de test tanto por los

responsables del departamento usuario como por parte de los miembros
del departamento de desarrollo de aplicaciones informticas?
informticas
140
La metodologa utilizada define los estndares adecuados
adecuados para el test
de aceptacin final?
Los responsables del departamento usuario/cliente y del departamento

de aplicaciones participan en la evaluacin del desarrollo de la aplicacin
en cuestin?
Si se detecta una ineficiencia durante el test de aceptacin final es

remitida con anterioridad de que la aplicacin sea declarada
operacional?
6.3.5.1
1 Procedimientos de control de operaciones
La metodologa que utiliza la organizacin asegura la instalacin de los

procedimientos para controlar las actividades de procesamientos de
datos de la nueva aplicacin informtica?
Se ha comprobado si los procedimientos de control establecidos por los

responsables del departamento usuario y el departamento de desarrollo
de aplicaciones informticas son adecuados a los tipos de los ficheros
que se han mantenido en las transacciones procesadas por la nueva
aplicacin?
Los procedimientos de control incluyen los controles adecuados de

distribucin de salidas?
Estos procedimientos de control son recibidos

reci solamente por el
personal autorizado del departamento usuario/cliente afectado?
Han sido identificados, controlados, corregidos y adecuadamente

reprocesados los procedimientos que aseguran los errores durante la
vida de la nueva aplicacin?
Han sido identificados los procedimientos que aseguran los errores

durante la vida de la nueva aplicacin?
Han sido controlados los procedimientos que aseguran los errores

Han sido corregidos los procedimientos

procedimien que aseguran los errores
Han sido adecuadamente reprocesados los procedimientos que

aseguran los errores durante la vida de la nueva aplicacin?
Los procedimientos aseguran que las funciones de las operaciones

clave incluyen las operaciones de programas de aplicaciones, seguridad
de datos, introduccin de datos, han sido desarrolladas por diferentes
141
miembros del equipo y que esta separacin ha sido forzada por los
responsables del departamento
6.3.5.2 Control de costes
El sistema de contabilizacin de la organizacin almacena, analiza e

informa de los costes asociados con el funcionamiento de la nueva
aplicacin?
Se han revisado los procedimientos usados por el sistema de

contabilizacin de la organizacin para registrar, analizar e informar de
los costes asociados con el funcionamiento de la nueva aplicacin?
Se ha comprobado que los procedimientos son adecuados y que han

sido revisados
visados y aprobados por los responsables del departamento
usuario afectado y el departamento de desarrollo de aplicaciones
informticas?
6.3.5.3
.3 Modificaciones de la aplicacin
La metodologa que utiliza la organizacin establece procedimientos

para controlar los cambios de la nueva aplicaciones informticas?
Los cambios de nueva aplicacin a desarrollar han sido registrados y

procesados de forma oportuna en un documento?
Se ha comprobado si los cambios propuestos de la aplicacin en

cuestin estn aprobados por los responsables del departamento
usuario afectado antes de comenzar a trabajar?
Se ha comprobado si todos los registros de los cambios actualmente

hechos, incluyendo las revisiones de los diagramas de flujo de datos, la
evaluacin y aprobacin de los resultados de los test, estn
incorporados en la documentacin acumulada por el departamento de
evaluacin de los requisitos del usuario
La metodologa que utiliza la organizacin realiza revisiones peridicas

de los requisitos de usuario para comprobar si estos pueden haber
cambiado desde el principio de la toma de requerimientos?

post
La metodologa del proceso de desarrollo de aplicaciones informticas

de la organizacin proporciona, como parte integrante de las actividades
del equipo del proyecto, el desarrollo de un plan de revisin de la post-
post-
142
implantacin de cada nueva aplicacin informtica?
Se ha revisado la documentacin de las aplicaciones informticas a

desarrollar?
Se ha creado un plan de revisin de post-implantacin

post implantacin del equipo del
proyecto de desarrollo?
El plan de revisin de post-implantacin

implantacin del equipo del proyecto de
desarrollo incluye una
a fecha proyectada para la revisin que proporciona
suficiente tiempo para que el sistema sea completamente operacional?

desarrollo incluye una acumulacin de datos para realizar la revisin?

desarrollo incluye a la persona que realiza la revisin?

desarrollo incluye los objetivos definidos para
pa la revisin?

desarrollo incluye el alcance y la naturaleza de la revisin y los recursos
requeridos por esta?

desarrollo incluye una preparacin y emisin de un informe de los
resultados de la revisin?
6.3.6.2
.2 Evaluacin de resultado

de la organizacin exige una revisin de post-implantacin
post ntacin valorando si
los objetivos del sistema han sido alcanzados?
El resultado de la revisin de post-implantacin

post compara el sistema
existente con las especificaciones relevantes?
La revisin de post-implantacin
implantacin compara el sistema existente con las
especificaciones relevantes procedentes de backup y restauracin?
especificaciones relevantes de mantenimiento de la segregacin de
deberes?
especificaciones relevantes en los controles sobre las interfaces con
otras aplicaciones y sistemas?
143
especificaciones relevantes de las medidas de seguridad?
especificaciones relevantes de la documentacin distribuida a los
usuarios?
6.3.6.3
.3 Evaluacin de los requisitos del usuario

exige una revisin post-implantacin
implantacin valorando si las necesidades del
usuario han sido llevadas a cabo por la aplicacin?
Se ha comprobado si en las revisiones de post-implantacin

post realizadas
a la aplicacin y a las necesidades del usuario se han llevado a cabo
mediante estas aplicaciones?
Se ha hecho un anlisis del uso real que se est haciendo de la

aplicacin y de las propuestas de cambios que se han hecho desde que
se implant la aplicacin?
6.3.6.4
.4 Evaluacin del anlisis coste y beneficio
La metodologa del proceso de desarrollo de aplicaciones de la

organizacin exige una revisin post-implantacin
post implantacin valorando si el coste
efectivo del sistema se ajusta a los costes y beneficios originales
proyectados para este?
Se ha comprobado la exactitud del proceso de estimacin del coste,

comparando los costes totales con los establecidos inicialmente?
Ha sido determinado el grado en el que los beneficios cuantificables y

no cuantificables asociados con la aplicacin han sido realizados y
comparados con los originales estimados?
Ha sido evaluada la admisibilidad de las razones citadas para las

diferencias entre costes y beneficios estimados?
La alta direccin o el departamento de desarrollo de aplicaciones

informticas han sido prevenidos con las copias de los anlisis que
identifican estas diferencias?
6.3.6.5
.5 Evaluacin de la adherencia a los estndares de desarrollo
La metodologa del proceso de desarrollo de aplicaciones de la

organizacin exige una revisin post-implantacin
post implantacin valorando si el equipo
de proyecto se adhiere a las disposiciones de la metodologa?
144
Se ha hecho un examen de la documentacin de los proyectos de
informticas para comprobar si el equipo del
proyecto se adhiere a las disposiciones de la metodologa?
Se comprueba si hay una documentacin completa?
Se comprueba si hay una adherencia a las disposiciones de la

metodologa del proceso de desarrollo de
de aplicaciones informticas de la
organizacin?
Se comprueba si hay una adecuada participacin en el proyecto de los

representantes del departamento usuario afectado?
Los recursos de los miembros del equipo, la organizacin del equipo y

las comunicaciones son las adecuadas para los proyectos de desarrollo
de aplicaciones informticas de la organizacin?
6.3.6.6 Informe de recomendaciones de la revisin de post-

post
implantacin
Los resultados de la revisin de post-implantacin

post son sometidos por
los responsables del departamento usuario afectado por la aplicacin?
Los resultados de la revisin de post-implantacin

post implantacin son sometidos a la
direccin del departamento de aplicaciones informticas?
El informe de los resultados de las revisiones de post-implantacin

post implantacin es
preparado y aprobado?
Los informes son comunicados a los responsables del departamento

usuario afectado por la aplicacin informtica?
Estos informes son comunicados a la direccin del departamento de

Se ha verificado la naturaleza de las acciones tomadas sobre las

recomendaciones del informe?
145
Anexo 2. Siglas
TIC Tecnologas de la Informacin y la Comunicacin
TI Tecnologas de Informacin
SI Sistemas de Informacin
AAPA American Association of Public Accountants
IPA Institute of Public Accountants
AIA American Institute of Accountants
GAAP Generally Accepted Accounting Principles
SEC Securities and Exchange Commission
CAP Committee on Auditing Procedure
ARS Accounting Research Division
APB Accounting Principles Board
ARB Accounting Research Bulletin
AICPA American Institute of Certified Public Accountants
SAP Statements on Auditing Procedure
SAS Statement son Auditing Standards
FASB Financial Accounting Standard Board
AFNOR Asociacin Francesa de Normalizacin
ISACA Information Systems Audit and Control Association
CISA Certified Information Systems Auditor
CISM Certified Information Security Manager
CGEIT Certified in the Governance of Enterprise IT
146
CRISC Certified in Risk and Information System Control
CACS Conferencias del equipo de Auditora, Control y Seguridad
GRCIT Conferencia de las TI de Gestin de

de Riesgos y Cumplimiento
ISRM Conferencia de la Gestin de Seguridad y Riesgo
COBIT Control Objectives for Information and related Technology
ValIT IT Value Delivery
ITAF Garanta de IT Framework
BMIS Modelo de negocio de Seguridad de Informacin
ISACA-CV Information System Audit and Control Association-Com.Valenciana

Association
ITGIIT IT Governance Institute
IIA The Institute of Internal Auditors
ISO Organizacin Internacional de Normalizacin
ECIIA European Confederation of Institutes of Internal Auditing
CISA Certified Information System Auditor
CIA Certificado de Auditor Interno
CISM Certified Information Security Manager
CGEIT Certified in the Governance of Enterprise IT
CRISC Certified in Risk and information System Control
ITIL Information Technology Infrastructure Library
147
Anexo 3. Definiciones
Mtodo: Es el modo de decir o hacer con orden una cosa. (Libro: Auditora de
tecnologas y sistemas de informacin, ao 2008, autor: Mario Piattini Velthuis,
Emilio del Peso Navarro, Mara
Mar del Peso)
Metodologa: se define como el conjunto de mtodos que se siguen en un

trabajo cientfico o en una exposicin doctrinal, que permite abordar
abordar ste de
forma organizada y consecuente. (Libro: Auditora de tecnologas y sistemas de
informacin, ao 2008, autor: Mario Piattini Velthuis,
Velthuis, Emilio del Peso Navarro,
Mara del Peso)
Materialidad en la auditora contable o financiera:

financiera La informacin es
material si su omisin o distorsin puede influir en las decisiones econmicas
de los usuarios que se apoyan en los estados financieros. La materialidad
depende del tamao de la partida o del error considerado en las particulares
circunstancias
tancias de la omisin o distorsin.
Materialidad refirindose a una auditora informtica: La

a materialidad
constituye una referencia o un punto de corte antes que una caracterstica
cualitativa principal para que la informacin pueda ser til. (Contralora
(Contralor General
de la Repblica, MANUAL DE AUDITORA GUBERNAMENTAL - MAGU -
1998)
148

Memoria

Cargado por

Copyright:

Formatos disponibles

Memoria

Cargado por

Información del documento

Descripción original:

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

Memoria

Cargado por

Copyright:

Formatos disponibles

Escuela Tcnica Superior de Ingeniera Informtica

Universitat Politcnica de Valncia

PLAN DE AUDITORA DEL

Proyecto Final de Carrera

Autor: M AMPARO AGUILAR ESCOB

Director JOS MARA TORRALBA MARTNEZ

Valencia, Junio 2012

- 2.1.2 La necesidad de la Auditora ................................................................

- 2.1.3 Definiciones ............................................................................................

2.1.3.1 Puntos en comn de las definiciones ................................................................

- 2.1.5 Diferentes clases y tipos de Auditora .....................................................

2.1.5.1 Diferentes tipos de Auditora ................................................................

2.2 Auditora de los Sistemas de Informacin ................................................................

- 2.2.2 Perspectiva histrica ................................................................

- 2.2.3 Caractersticas de los sistemas mecanizados ........................................

- 2.2.4 Definiciones de Auditora de los Sistemas de Informacin......................

2.2.4.1 Los puntos en comn de las definiciones ...........................................................

- 3.1.3 ITGI (IT Governance Institute) ................................................................

- 3.1.4 IIA (The Institute of Internal Auditors) .....................................................

- 3.1.5 ISO (Organizacin Internacional de Normalizacin) ............................... 33

- 3.1.6 Instituto de Auditores Internos de Espaa ..............................................

3.2 Certificaciones ................................................................................................

- 3.2.2 CIA (Certificado de Auditor Interno) ........................................................

- 3.2.3 CISM (Certified Information Security Manager) ......................................

- 3.2.4 CGEIT (Certified in the Governance of Enterprise IT) ............................. 37

- 3.2.5 CRISC (Certified in Risk and information System Control)......................

3.3 Normativas ................................................................................................

- 3.3.2 ISO ................................................................................................

- 3.3.3 ITIL (Informatio

- 4.8.2 Webs ................................................................................................

5. Descripcin de la Organizacin en la que se va a implantar el plan de auditora ...... 53

- 5.1.2 Desventajas de la organizacin lineal .....................................................

- 5.1.3 Campos de aplicacin ................................................................

5.2 Departamentos de la empresa ..........................................................................................

- 5.2.3. Departamento de Finanzas ................................................................

- 5.2.4. Departamento de Contabilidad ..............................................................

- 5.2.5. Departamento de desarrollo de aplicaciones informticas ..................... 63

5.2.5.1 Organigrama del Departamento de desarrollo de aplicaciones

- 5.4.2 Webs ................................................................................................

6. Plan de auditora del desarrollo de aplicaciones informticas....................................

- 6.1.2 Caractersticas de un sistema de control ................................................

- 6.1.3 reas de control de un sistema informtico ...........................................

- 6.1.4 reas de control y secciones de control del desarrollo de aplicaciones

- 6.1.5 Objetivos de control, y guas o tcnicas de control del rea de desarrollo

6.2. Controles de desarrollo de aplicaciones informticas .....................................................

- 6.2.2 Las funciones y responsabilidades de cada individuo............................. 83

- 6.2.3 Proceso de actualizacin de la metodologa que sigue la organizacin en

6.3.1.1 Definicin del proyecto ................................................................

6.3.2.1 Estudio de la viabilidad en la tecnologa utilizada ..............................................

6.3.3.1 Los objetivos de programacin ................................................................

6.3.4.1 Estndares de testeo y pruebas de las aplicaciones .........................................

6.3.5.1 Procedimientos de control de operaciones ......................................................

6.3.6.1 Plan de revisin de post-implantacin

- 6.5.2 Webs ................................................................................................

1.1 mbito de desarrollo del Proyecto

En los ltimos tiempos el ejercicio en las actividades de auditora y control en

2.1 Introduccin a la Auditora en las organizaciones

2.1.1 Breve resea de la Historia de la Auditora

Si profundizamos a lo largo de los primeros antecedentes de la auditora son