COBIT 4.

1
Dominios y Procesos
SIS-303 – Auditoria de Sistemas
PPT4

Ph.D. Indira Guzman

 COBIT 4.1
• COBIT es un marco de trabajo y un conjunto de herramientas de
Gobierno de Tecnología de Información (TI) que permite a la Gerencia
cerrar la brecha entre los requerimientos de control, aspectos técnicos
y riesgos de negocios. COBIT habilita el desarrollo de políticas claras y
buenas prácticas para el control de TI a lo largo de las organizaciones
[2].

• COBIT fue publicado por primera vez por ITGI en abril de 1996. La
versión COBIT® 4.1 hace énfasis en el cumplimiento reglamentario,
ayudando a la organizaciones a incrementar el valor de TI, destacando
los vínculos entre los objetivos del negocio y TI, y simplificando la
implementación del marco de trabajo COBIT. Este marco de trabajo es
la base para diferentes entes reguladores a nivel mundial, con la
finalidad de lograr que las entidades reguladas optimicen sus
inversiones de TI y administren adecuadamente sus riesgos
tecnológicos.
EVOLUVIÓN DE COBIT
 CRITERIOS DE INFORMACIÓN DE
COBIT
Para satisfacer los objetivos del negocio, la información necesita adaptarse a ciertos criterios de control,
los cuales son referidos en COBIT como requerimientos de información del negocio. Con base en los
requerimientos más amplios de calidad, fiduciarios y de seguridad, se definieron los siguientes siete
criterios de información:

• La efectividad tiene que ver con que la información sea relevante y pertinente a los procesos del
negocio, y se proporcione de una manera oportuna, correcta, consistente y utilizable.

• La eficiencia consiste en que la información sea generada con el óptimo (más productivo y
económico) uso de los recursos.

• La confidencialidad se refiere a la protección de información sensitiva contra revelación no

autorizada.

• La integridad está relacionada con la precisión y completitud de la información, así como con su
validez de acuerdo a los valores y expectativas del negocio.

• La disponibilidad se refiere a que la información esté disponible cuando sea requerida por los
procesos del negocio en cualquier momento. También concierne a la protección de los recursos y las
capacidades necesarias asociadas.

• El cumplimiento tiene que ver con acatar aquellas leyes, reglamentos y acuerdos contractuales a
los cuales está sujeto el proceso de negocios, es decir, criterios de negocios impuestos externamente,
así como políticas internas.

• La confiabilidad se refiere a proporcionar la información apropiada para que la gerencia

administre la entidad y ejerza sus responsabilidades fiduciarias y de gobierno.
 Recursos de ti
Los recursos de TI identificados en COBIT se pueden definir como sigue [1]:

• Las aplicaciones incluyen tanto sistemas de usuario automatizados como

procedimientos manuales que procesan información.
• La información son los datos en todas sus formas, de entrada,
procesados y generados por los sistemas de información, en cualquier
forma en que sean utilizados por el negocio.
• La infraestructura es la tecnología y las instalaciones (hardware, sistemas
operativos, sistemas de administración de base de datos, redes,
multimedia, etc., así como el sitio donde se encuentran y el ambiente
que los soporta) que permiten el procesamiento de las aplicaciones.
• Las personas son el personal requerido para planear, organizar, adquirir,
implementar, entregar, soportar, monitorear y evaluar los sistemas y los
servicios de información. Estas pueden ser internas, por outsourcing o
contratadas, de acuerdo a como se requieran.
 COBIT define las actividades de TI en un
modelo de 34 procesos genéricos
agrupados en 4 dominios:
 

• Planear y Organizar (PO)  Estrategias y tácticas. Identificar la manera en que TI

pueda contribuir de la mejor manera al logro de los objetivos del negocio. Proporciona
dirección para la entrega de soluciones (AI) y la entrega de servicio (DS).

• Adquirir e Implementar (AI)  Identificación de soluciones, desarrollo o

adquisición, cambios y/o mantenimiento de sistemas existentes. Proporciona las
soluciones y las pasa para convertirlas en servicios.

• Entregar y Dar Soporte (DS)  Cubre la entrega de los servicios requeridos.

Incluye la prestación del servicio, la administración de la seguridad y de la continuidad,
el soporte del servicio a los usuarios, la administración de los datos y de las instalaciones
operacionales. Recibe las soluciones y las hace utilizables por los usuarios finales.

• Monitorear y Evaluar (ME)  Todos los procesos de TI deben evaluarse de forma

regular en el tiempo en cuanto a su calidad y cumplimiento de los requerimientos de
control. Este dominio abarca la administración del desempeño, el monitoreo del control
interno, el cumplimiento regulatorio y la aplicación del gobierno. Monitorear todos los
procesos para asegurar que se sigue la dirección provista.
 PLANEAR Y ORGANIZAR (PO)
• Este dominio cubre las estrategias y las tácticas, y tiene que ver con
identificar la manera en que TI puede contribuir de la mejor manera al
logro de los objetivos del negocio. Además, la realización de la visión
estratégica requiere ser planeada, comunicada y administrada desde
diferentes perspectivas. Finalmente, se debe implementar una
estructura organizacional y una estructura tecnológica apropiada. Este
dominio cubre los siguientes cuestionamientos típicos de la gerencia:
• • ¿Están alineadas las estrategias de TI y del negocio? (Ej.?)
• • ¿La empresa está alcanzando un uso óptimo de sus recursos?
• • ¿Entienden todas las personas dentro de la organización los
objetivos de TI?
• • ¿Se entienden y administran los riesgos de TI?
• • ¿Es apropiada la calidad de los sistemas de TI para las necesidades
del negocio?
ADQUIRIR E IMPLEMENTAR (AI)
• Para llevar a cabo la estrategia de TI, las soluciones de TI necesitan ser
identificadas, desarrolladas o adquiridas así como implementadas e
integradas en los procesos del negocio. Además, el cambio y el
mantenimiento de los sistemas existentes está cubierto por este
dominio para garantizar que las soluciones sigan satisfaciendo los
objetivos del negocio. Este dominio, por lo general, cubre los
siguientes cuestionamientos de la gerencia:
• • ¿Es probable que los nuevos proyectos generan soluciones que
satisfagan las necesidades del negocio?
• • ¿Es probable que los nuevos proyectos sean entregados a tiempo
y dentro del presupuesto?
• • ¿Trabajarán adecuadamente los nuevos sistemas una vez sean
implementados?
• • ¿Los cambios no afectarán a las operaciones actuales del negocio?
 ENTREGAR Y DAR SOPORTE (DS)
Este dominio cubre la entrega en sí de los servicios requeridos, lo
que incluye la prestación del servicio, la administración de la
seguridad y de la continuidad, el soporte del servicio a los
usuarios, la administración de los datos y de las instalaciones
operativos. Por lo general cubre las siguientes preguntas de la
gerencia:
• • ¿Se están entregando los servicios de TI de acuerdo con las
prioridades del negocio?
• • ¿Están optimizados los costos de TI?
• • ¿Es capaz la fuerza de trabajo de utilizar los sistemas de TI
de manera productiva y segura?
• • ¿Están implantadas de forma adecuada la confidencialidad,
la integridad y la disponibilidad?
 MONITOREAR Y EVALUAR (ME)
Todos los procesos de TI deben evaluarse de forma regular en el tiempo
en cuanto a su calidad y cumplimiento de los requerimientos de
control. Este dominio abarca la administración del desempeño, el
monitoreo del control interno, el cumplimiento regulatorio y la
aplicación del gobierno. Por lo general abarca las siguientes preguntas
de la gerencia:
• • ¿Se mide el desempeño de TI para detectar los problemas antes de
que sea demasiado tarde?
• • ¿La Gerencia garantiza que los controles internos son efectivos y
eficientes?
• • ¿Puede vincularse el desempeño de lo que TI ha realizado con las
metas del negocio?
• • ¿Se miden y reportan los riesgos, el control, el cumplimiento y el
desempeño?
El Cubo de COBIT

PO, AE, DS, ME

 Procesos del dominio:
Planear y Organizar (PO)

• PO1 Definir el plan estratégico de TI.

• PO2 Definir la arquitectura de la información
• PO3 Determinar la dirección tecnológica.
• PO4 Definir procesos, organización y relaciones de TI.
• PO5 Administrar la inversión en TI.
• PO6 Comunicar las aspiraciones y la dirección de la
gerencia.
• PO7 Administrar recursos humanos de TI.
 Procesos del dominio:
Adquirir e Implementar(AI)

• AI1 Identificar soluciones automatizadas.

• AI2 Adquirir y mantener el software aplicativo.
• AI3 Adquirir y mantener la infraestructura tecnológica
• AI4 Facilitar la operación y el uso.
• AI5 Adquirir recursos de TI.
• AI6 Administrar cambios.
• AI7 Instalar y acreditar soluciones y cambios.
 Procesos del dominio:
Entregar y dar Soporte (DS)
• DS1 Definir y administrar niveles de servicio.
• DS2 Administrar servicios de terceros.
• DS3 Administrar desempeño y capacidad.
• DS4 Garantizar la continuidad del servicio.
• DS5 Garantizar la seguridad de los sistemas.
• DS6 Identificar y asignar costos.
• DS7 Educar y entrenar a los usuarios.
• DS8 Administrar la mesa de servicio y los incidentes.
• DS9 Administrar la configuración.
• DS10 Administrar los problemas.
• DS11 Administrar los datos.
• DS12 Administrar el ambiente físico.
• DS13 Administrar las operaciones.
 Procesos del dominio:
Monitorear y Evaluar (ME)

• ME1 Monitorear y evaluar el desempeño de TI.

• ME2 Monitorear y evaluar el control interno
• ME3 Garantizar cumplimiento regulatorio.
• ME4 Proporcionar gobierno de TI.
 Importancia de la Medición
Una necesidad básica de toda empresa es entender el estado de sus propios
sistemas de TI y decidir qué nivel de administración y control debe
proporcionar. Para decidir el nivel correcto, la gerencia debe preguntarse:
¿Hasta dónde debemos ir?, y ¿está el costo justificado por el beneficio?
La obtención de una visión objetiva del nivel de desempeño propio de una
empresa no es sencilla. ¿Qué se debe medir y cómo? Las empresas deben
medir dónde se encuentran y dónde se requieren mejoras, e implementar un
juego de herramientas gerenciales para monitorear esta mejora. COBIT
atiende estos temas a través de:
• Modelos de madurez que facilitan la evaluación por medio de benchmarking
y la identificación de las mejoras necesarias en la capacidad
• Metas y mediciones de desempeño para los procesos de TI, que demuestran
cómo los procesos satisfacen las necesidades del negocio y de TI, y cómo se
usan para medir el desempeño de los procesos internos basados en los
principios de un marcador de puntuación balanceado (balanced scorecard) .
• Metas de actividades para facilitar el desempeño efectivo de los procesos
 Modelos de Madurez

Utilizando los modelos de madurez desarrollados para

cada uno de los 34 procesos TI de COBIT, la gerencia
podrá identificar:
• • El desempeño real de la empresa—Dónde se
encuentra la empresa hoy
• • El estatus actual de la industria—La comparación
• • El objetivo de mejora de la empresa—Dónde desea
estar la empresa
• • El crecimiento requerido entre “como es” y “como
será”
 Modelos de Madurez
• Cada vez con más frecuencia, se les pide a los directivos de empresas
corporativas y públicas que consideren qué tan bien se está
administrando TI. Como respuesta a esto, se debe desarrollar un plan de
negocio para mejorar y alcanzar el nivel apropiado de administración y
control sobre la infraestructura de información. Aunque pocos
argumentarían que esto no es algo bueno, se debe considerar el
equilibrio del costo beneficio y éstas preguntas relacionadas:
• ¿Qué está haciendo nuestra competencia en la industria, y cómo
estamos posicionados en relación a ellos?
• ¿Cuáles son las mejores prácticas aceptables en la industria, y cómo
estamos posicionados con respecto a estas prácticas?
• Con base en estas comparaciones, ¿se puede decir que estamos
haciendo lo suficiente?
• ¿Cómo identificamos lo que se requiere hacer para alcanzar un nivel
adecuado de administración y control sobre nuestros procesos de TI?
 Modelo Genérico de Madurez
Este es un modelo que utiliza 6 estados para calificar el nivel de cada proceso de TI y
son:
• 0 No existente. Carencia completa de cualquier proceso reconocible. La empresa no ha reconocido
siquiera que existe un problema a resolver. (Ej. No existe un proceso para dar soporte técnico a
usuarios).
• 1 Inicial. Existe evidencia que la empresa ha reconocido que los problemas existen y requieren ser
resueltos. Sin embargo; no existen procesos estándar en su lugar existen enfoques ad hoc que
tienden a ser aplicados de forma individual o caso por caso. El enfoque general hacia la
administración es desorganizado. (Ej. Quién sabe instalar/actualizar software en un PC)
• 2 Repetible. Se han desarrollado los procesos hasta el punto en que se siguen procedimientos
similares en diferentes áreas que realizan la misma tarea. No hay entrenamiento o comunicación
formal de los procedimientos estándar, y se deja la responsabilidad al individuo. Existe un alto
grado de confianza en el conocimiento de los individuos y, por lo tanto, los errores son muy
probables.
• 3 Definido. Los procedimientos se han estandarizado y documentado, y se han difundido a través
de entrenamiento. Sin embargo, se deja que el individuo decida utilizar estos procesos, y es poco
probable que se detecten desviaciones. Los procedimientos en sí no son sofisticados pero
formalizan las prácticas existentes.
• 4 Administrado. Es posible monitorear y medir el cumplimiento de los procedimientos y tomar
medidas cuando los procesos no estén trabajando de forma efectiva. Los procesos están bajo
constante mejora y proporcionan buenas prácticas. Se usa la automatización y herramientas de una
manera limitada o fragmentada.
• 5 Optimizado. Los procesos se han refinado hasta un nivel de mejor práctica, se basan en los
resultados de mejoras continuas y en un modelo de madurez con otras empresas. TI se usa de
forma integrada para automatizar el flujo de trabajo, brindando herramientas para mejorar la
calidad y la efectividad, haciendo que la empresa se adapte de manera rápida.
Modelos de Madurez (Rep.Grafica [1])
 Pero todos los procesos de TI, requieren
controles
Control políticas, procedimientos, prácticas y estructuras
organizacionales diseñadas para brindar una seguridad
razonable que los objetivos de negocio se alcanzarán, y los
eventos no deseados serán prevenidos o detectados y
corregidos.
• Objetivos de Control requerimientos mínimos para un
control efectivo de cada proceso de IT.
•  Gerencia usa los procesos para organizar y administrar las
actividades de TI en curso.
• Cada proceso de TI de COBIT tiene un objetivo de control
de alto nivel y un número de objetivos de control detallados
 Process Control
Controles genéricos de procesos
Cada proceso COBIT tiene requerimientos de control genéricos que se
identifican con PCn, que significa número de control de proceso:
• PC1 Dueño del proceso Asignar un dueño para cada proceso COBIT de
tal manera que la responsabilidad sea clara.
• PC2 Reiterativo Definir cada proceso COBIT de tal forma que sea
repetitivo.
• PC3 Metas y objetivos Establecer metas y objetivos claros para cada
proceso COBIT para una ejecución efectiva.
• PC4 Roles y responsabilidades  Definir roles, actividades y
responsabilidades claros en cada proceso COBIT para una ejecución
eficiente.
• PC5  Desempeño del proceso Medir el desempeño de cada proceso
COBIT en comparación con sus metas.
• PC6  Políticas, planes y procedimientos Documentar, revisar, actualizar,
formalizar y comunicar a todas las partes involucradas cualquier política,
plan ó procedimiento que impulse un proceso COBIT.
 Controles
Los objetivos de control de TI proporcionan un conjunto completo de
requerimientos de alto nivel a considerar por la gerencia para un control
efectivo de cada proceso de TI. Ellos:
• • Son sentencias de acciones de gerencia para aumentar el valor o reducir el
riesgo
• • Consisten en políticas, procedimientos, prácticas y estructuras
organizacionales.
• • Están diseñadas para proporcionar un aseguramiento razonable de que
los objetivos de negocio se conseguirán y que los eventos no deseables se
prevendrán, detectarán y corregirán.
La gerencia de la empresa necesita tomar decisiones relativas a estos
objetivos de control:
• • Seleccionando aquellos aplicables.
• • Decidir aquellos que deben implementarse.
• • Elegir como implementarlos (frecuencia, extensión, automatización, etc.)
• • Aceptar el riesgo de no implementar aquellos que podrían aplicar.
 Controles del negocio y de TI
El sistema de control interno de la empresa impacta en TI a tres niveles:
• Al nivel de dirección ejecutiva, se fijan los objetivos de negocio, se establecen políticas y se toman
decisiones de cómo aplicar y administrar los recursos empresariales para ejecutar la estrategia de la
compañía. El enfoque genérico hacia el gobierno y el control se establece por parte del consejo y se
comunica a todo lo largo de la empresa. El ambiente de control de TI es guiado por este conjunto de
objetivos y políticas de alto nivel.
• Al nivel de procesos de negocio, se aplican controles para actividades específicas del negocio. La
mayoría de los procesos de negocio están automatizados e integrados con los sistemas aplicativos de TI,
dando como resultado que muchos de los controles a este nivel estén automatizados. Estos se conocen
como controles de las aplicaciones. Sin embargo, algunos controles dentro del proceso de negocios
permanecen como procedimientos manuales, como la autorización de transacciones, la separación de
funciones y las conciliaciones manuales. Los controles al nivel de procesos de negocio son, por lo tanto,
una combinación de controles manuales operados por el negocio, controles de negocio y controles de
aplicación automatizados. Ambos son responsabilidad del negocio en cuanto a su definición y
administración aunque los controles de aplicación requieren que la función de TI dé soporte a su diseño y
desarrollo.
• Para soportar los procesos de negocio, TI proporciona servicios, por lo general de forma compartida, por
varios procesos de negocio, así como procesos operativos y de desarrollo de TI que se proporcionan a
toda la empresa, y mucha de la infraestructura de TI provee un servicio común (es decir, redes, bases de
datos, sistemas operativos y almacenamiento). Los controles aplicados a todas las actividades de
servicio de TI se conocen como controles generales de TI. La operación formal de estos controles
generales es necesaria para que dé confiabilidad a los controles en aplicación. Por ejemplo, una
deficiente administración de cambios podría poner en riesgo (por accidente o de forma deliberada) la
confiabilidad de los chequeos automáticos de integridad.
 Referencias

• [1] ISACA. (2007). COBIT 4.1 en Español. IT Governance Institute. Retrieved

Sept., 2009, from the World Wide Web:
http://www.isaca.org/Content/NavigationMenu/Members_and_Leaders1/CO
BIT6/Obtain_COBIT/cobiT4.1spanish.pdf

• [2] ITSOR_Consulting. (nd). Curso COBIT 4.1. Retrieved Sept., 2009, from the
World Wide Web: http://www.itsor.net/pdf/ITSOR_COBIT_Brochure_VE.pdf
• [3] Rojas-Córsico, I. S. (nd). Trabajo de Auditoria: Normas COBIT. Retrieved
Sept., 2009, from the World Wide Web:
http://www.monografias.com/trabajos14/auditoriasistemas/auditoriasistema
s.shtml