Este dominio de COBIT se enfoca en la identificación de requerimientos TI, adquisición de tecnología y su implementación dentro de los procesos de negocio. También cubre el mantenimiento de sistemas existentes para garantizar que continúen satisfaciendo los objetivos del negocio. El dominio se asegura de que las soluciones TI sean identificadas y aplicadas de manera adecuada para apoyar los procesos del negocio.

1. COBIT
“ADQUIRIR E IMPLEMENTAR”

3. Identificación de sus exigencias TI, adquiriendo la tecnología, y poniéndolo en práctica
(realización) dentro de los procesos de negocio corrientes de la empresa. Este dominio también
dirige el desarrollo de un plan de mantenimiento que una empresa debería adoptar para
prolongar la vida de un sistema TI y sus componentes.
PARA LLEVAR A CABO LA
ESTRATEGIA DE TI, LAS
SOLUCIONES DE TI NECESITAN
SER IDENTIFICADAS ASI COMO
IMPLEMENTADAS E
INTEGRADAS EN LOS
PROCESOS DEL NEGOCIO.
ADEMAS, EL CAMBIO Y EL
MANTENIMINETO DE LOS
SISTEMAS EXISTENTES ESTA
CUBIERTO POR ESTE DOMINIO
PARA GARANTIZAR QUE LAS
SOLUCIONES SIGAN
SATISFACIENDO LOS
OBJETIVOS DEL NEGOCIO.
AI 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?
TRABAJAN ADECUADAMENTE LOS NUEVOS SISTEMAS UNA VEZ SEAN
IMPLMENTADOS?
LOS CAMBIOS NO AFECTARAN A LAS OPERACIONES ACTUALES DEL
NEGOCIO?

4. CONTROL SOBRE EL PROCESO TI DE IDENTIFICAR SOLUCIONES
AUTOMATIZADAS
QUE SATISFACE EL REQUERIMIENTO DE NEGOCIO DE TI PARA TRADUCIR
LOS REQUERIMIENTOS FUNCIONALES Y DE CONTROL A UN DISEÑO
EFECTIVO Y EFICIENTE DE SOLUCIONES AUTOMATIZADAS.
SE ENFOCA EN LA IDENTIFICACION DE SOLUCIONES TECNICAMENTE
FACTIBLES Y RENTABLES.

5. SE LOGRA
CON:
 LA DEFINICION DE LOS
REQUERIMIENTOS
TECNICOS Y DE
NEGOCIO.
 REALIZAR ESTUDIOS DE
FACTIBILIDAD COMO SE
DEFINE EN LOS
ESTANDARES DE
DESARROLLO.
 APROBAR (O RECHCHAR)
LOS REQUERIMIENTOS Y
LOS REULTADOS DE LOS
ESTUDIOS DE
FACTIBILIDAD.
SE MIDE
CON:
 NUMERO DE
PROYECTOS DONDE LOS
BENEFICIOS
ESTABLECIDOS NO SE
LOGRARON DEBIDO A
SUPOSICIONES DE
FACTIBILIDAD
INCORRECTAS.
 PORCENTAJE DE
ESTUDIOS DE
FACTIBILIDAD
AUTORIZADOS POR EL
DUEÑO DEL PROCESO.
 PORCENTAJE DE
USUARIOS SATISFECHOS
CON LA FUNCIONALIDAD
ENTREGADA.

6. (AI-1.1)
DEFINICION Y
MANTENIMIENTO DE LOS
REQUERIMIENTOS
TECNICOS Y FUNCIONALES
DEL NEGOCIO.
(AI-1.3)
ESTUDIO DE
FACTIBLIDAD Y
FORMULACION DE
CURSOS DE ACCION
ALTERNATIVA.
(AI-1.2)
REPORTE DE
ANALISIS DE
RIESGOS.
(AI-1.4)
REQUERIMIENTOS,
DECISION DE
FACTIBILIDAD Y
APROBACION.

7. LAS APLICACIONES DEBEN ESTAR
DISPONIBLES DE ACUERDO CON LOS
REQUERIMIENTOS DEL NEGOCIO.
ESTE PROCESO CUBRE EL DISEÑO DE
LAS APLICACIONES, LA INCLUSION
APROPIADA DE CONTROLES
APLICATIVOS Y REQUERIMIENTOS DE
SEGURIDAD, Y EL DESARROLLO Y LA
CONFIGURACION EN SI DE ACUERDO
A LOS ESTANDARES. ESTO PRERMITE A
LAS ORGANIZACIONES APOYAR LA
OPERATIVIDAD DEL NEGOCIO DE
FORMA APROPIADA CON LAS
APLICACIONES AUTOMATIZADAS
CORRECTAS.
CONTROL SOBRE EL PROCESO TI
DE ADQUIRIR Y MANTENER
SOFTWARE APLICATIVO
QUE SATISFACE EL
REQUERIMIENTO DE NEGOCIOS
DE TI PARA:
CONSTRUIR LAS APLICACIONES DE
ACUERDO CON LOS
REQUERIMIENTOS DEL NEGOCIO Y
HACIENDOLAS A TIEMPO Y AUN
COSTO RAZONABLE.
SE ENFOCA EN GARANTIZAR QUE
EXISTA UN PROCESO DE
DESARROLLO OPORTUNO Y
CONFIABLE.

8. SE LOGRA
CON:
 LA TRADUCION DE
REQUERIMIENTOS DE
NEGOCIO A
ESPECIFICACIONES DE
DISEÑO.
 LA ADHESION A LOS
ESTANDARES DE
DESARROLLO PARA
TODAS LAS
MODIFICACIONES.
 LA SEPARACION DE LAS
ACTIVIDADES DE
DESARROLLO, DE
PRUEBAS Y OPERATIVAS.
SE MIDE
CON:
 NUMERO DE
PROBLEMAS EN
PRODUCCION POR
APLICACIÓN, QUE
CAUSAN TIEMPO
PERDIDO SIGNIFICATIVO.
 PORCENTAJE DE
USUSRIOS SATISFECHOS
CON LA FUNCIONALIDAD
ENTREGADA.

9. 








DISEÑO DETALLADO.
CONTROL Y POSIBILIDAD DE AUDITAR LAS APLICACIONES.
SEGURIDAD Y DISPONIBILIDAD DE LAS APLICACIONES.
CONFIGURACION E IMPLANTACION DE SOFTWARE APLICATIVO
ADQURIDO.
ACTUALIZACIONES IMPORTANTES EN SISTEMAS EXISTENTES.
DESARROLLO DE SOFTWARE APLICATIVO.
ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE.
ADMINISTRACION DE LOS REQUERIMIENTOS DE APLICACIONES.
MANTENIMIENTO DE SOFTWARE APLICATIVO.

10. MANTENER EL SOFTWARE APLICATIVO EN TIEMPO Y A UN COSTO RAZONABLE ES:
Inicial cuando:
Existe conciencia de la necesidad de contar con un proceso de adquisición y mantenimiento de aplicaciones.
Repetible pero intuitiva cuando:
Existen procesos de adquisición y mantenimiento de aplicaciones, con diferencias pero similares, en base a la experiencia
dentro de la operación de TI.
Proceso definido cuando:
Existe un proceso claro, definido y de comprensión general para la adquisición y mantenimiento de software aplicativo.
Este proceso va de acuerdo con la estrategia de TI y del negocio.
Administrado y medible cuando:
Existe una metodología formal y bien comprendida que incluye un proceso de diseño y especificación, un criterio de
adquisición, un proceso de prueba y requerimientos para la documentación. Existen mecanismos de aprobación
documentados y acordados, para garantizar que se sigan todos los pasos y se autoricen las excepciones.
Optimizado cuando:
Las prácticas de adquisición y mantenimiento de software aplicativo se alinean con el proceso definido. El enfoque es con
base en componentes, con aplicaciones predefinidas y estandarizadas que corresponden a las necesidades del negocio. El
enfoque se extiende para toda la empresa. La metodología de adquisición y mantenimiento presenta un buen avance y
permite un posicionamiento estratégico rápido, que permite un alto grado de reacción y flexibilidad para responder a
requerimientos cambiantes del negocio.

12. SE MIDE
CON:
SE LOGRA
CON:
 EL ESTABLECIMIENTO DE
UN PLAN DE
ADQUISICION DE
TECNOLOGIA QUE SE
ALINEA CON EL PLAN DE
INFRAESTRUCTURA
TECNOLOGICA.
 LA PLANEACION DE
MANTENIMIENTO DE LA
INFRAESTRUCTURA.
 LA IMPLEMENTACION DE
MEDIDAS DE CONTROL
INTERNO, SEGURIDAD Y
AUDITABILIDAD.
 EL PORCENTAJE DE
PLATAFORMA QUE NO SE
ALINEAN CON LA
ARQUITECTURA DE TI
DEFINIDA Y LOS
ESTANDARES DE
TECNOLOGIA.
 EL NUMERO DE
PROCESOS DE NEGOCIO
CRITICOS SOPORTADOS
POR INFRAESTRUCTURA
OBSOLETA O QUE
PRONTO LO SERA.
 EL NUMERO DE
COMPONENTES DE
INFRAESTRUCTURA QUE
YA NO SE PUEDEN
SOPORTAR O QUE YA NO
SE PODRAN EN EL
FUTURO CERCANO.

14.  http://www.slideshare.net/julioandres55/adquisicion-e-implementacioncobit
 http://prezi.com/yzv5sylxhwc9/adquirir-e-implementar-cobit-41/
 http://redyseguridad.fip.unam.mx/proyectos/cobit/seccion_informativa/2_adquirir_implantar/adqui
rir_implantar_02/6_ai02_mod_mad.html
 http://campusvirtual.pucesi.edu.ec/aulavirtual/mod/resource/view.php?id=1
2340
 http://prezi.com/etklmkblkt4g/cobit-adquirir-e-implementar/

15.  ORIENTADO A NEGOCIOS
 ORIENTADO A PROCESOS
 BASADO EN CONTROLES
 IMPULSO POR MEDICIONES
 AYUDA A SATISFACER REQUERIMIENTOS REGULAATORIOS
 ALIENACION DE TI Y NEGOCIO
 MEDICION DESEMPEÑO DE TI

16. Preguntas de razonamiento :
¿Los nuevos proyectos tienen el potencial para entregar
soluciones que satisfagan las necesidades del negocio?
¿Es factible que los nuevos proyectos se ejecuten de acuerdo
a los plazos y presupuestos convenidos?
¿Los nuevos sistemas operaran adecuadamente una vez
implementados?
¿Los cambios podrán hacerse sin poner en riesgo la
operación del negocio?