Ingeniera en Tecnologas de la Informacin

Actividad

Integradora II

Plan de Auditora

Profesor

MSC. Jos Raymundo Ceja Vzquez

Estudiantes

Herrera Garca Anakaren Villalba Herrera Ariel Xoxocotla Jimnez Vladimir Ivn

Grado: Dcimo Grupo: BX

Izcar de Matamoros, Puebla, a 16 de Octubre de 2013

Tabla de contenido
Historial de versiones....................................................................................................................... 3 Captulo 1. Introduccin................................................................................................................... 4 1.1 1.2 1.3 1.4 1.5 1.6 Introduccin ....................................................................................................................... 4 Objetivo General ............................................................................................................... 4 Objetivos Especficos....................................................................................................... 4 Justificacin ....................................................................................................................... 5 Alcances y limitaciones.................................................................................................... 5 Puntos a evaluar ............................................................................................................... 5

Captulo 2. Desarrollo Terico ........................................................................................................ 6 2.1 Metodologa de auditora de sistemas a utilizar ................................................................ 6 2.2 Estudio de factibilidad ........................................................................................................... 7 2.3 Plan de trabajo ....................................................................................................................... 8 2.4 Estimacin de costos .......................................................................................................... 11 2.5 Definicin de instrumentos para la auditoria ................................................................... 12 Lista de verificacin de acuerdo a XP ..................................................................................... 13 2.6 Bitcoras de auditoria ......................................................................................................... 16 2.7 Diagramas de Procesos para Auditora ...................................................................... 17

2.7.1 Diagrama Causa y Efecto .................................................................................................. 17 2.7.2 Diagrama de Flujo ............................................................................................................ 17 2.7.3 Matriz FODA ..................................................................................................................... 18 ANEXOS ............................................................................................................................................. 19 ANEXO 1. Diagrama causa efecto.................................................................................................. 19 ANEXO 2. Diagrama de flujo .......................................................................................................... 20 ANEXO 3. Matriz DOFA .................................................................................................................. 26 REFERENCIAS .............................................................................................................................. 27

Historial de versiones

Versin 1

Modific Vladimir Xoxocotla

1.2

Anakaren Herrera

1.3

Vladimir Xoxocotla Anakaren Herrera/ Ariel Villalba Vladimir Xoxocotla / Ariel Villalba Vladimir / Anakaren / Ariel

1.4 1.5 1.6

Descripcin Elaboracin de la estructura del documento, as como la descripcin de la introduccin, objetivo general y especficos, del captulo 1. Elaboracin de la justificacin, alcances y limitaciones as como los puntos a evaluar, del captulo 1. Elaboracin de la metodologa de auditora, estudio de factibilidad, plan de auditora y estimacin de costos, del captulo 2. Elaboracin de los instrumentos para la auditoria y formato de bitcora Elaboracin del diagrama de Gantt Elaboracin de diagramas de procesos

Fecha 18/09/2013

19/09/2013

20/09/2013

28/09/2013 05/10/2013 12/10/2013

Captulo 1. Introduccin

1.1 Introduccin

La auditora viene siendo aquel instrumento de gestin que ha de incluir una evaluacin sistemtica, documentada y objetiva de la eficiencia del sistema de prevencin para lo cual deber ser realizada de acuerdo con las normas tcnicas establecidas o que pueden establecerse. En este caso se ha de tomar la auditora de sistemas encargada de llevar a cabo la evaluacin de normas, controles, tcnicas y procedimientos que se tienen establecidos en una empresa en este caso Lnea Tecnolgica para lograr confiabilidad, oportunidad, seguridad y confidencialidad de la informacin que se procesa a travs de los sistemas de informacin. El contenido del presente trabajo es reportar los resultados de la auditora aplicada al sistema llamado Floreras 25 Rosas de la empresa antes mencionada, con el objetivo de conocer si el sistema fue capaz de satisfacer las necesidades del cliente y si la aplicacin es funcional y cumple con todos los requerimientos que se solicitaron en la carta de inicio, as como la metodologa que fue utilizada para desarrollar dicho sistema.

1.2 Objetivo General

Evaluar los procesos y metodologa que se llevaron a cabo para desarrollar la aplicacin web Floreras 25 Rosas creado por la empresa Lnea Tecnolgica para determinar la calidad del mismo.

1.3 Objetivos Especficos

Verificar los requerimientos solicitados por el cliente. Comprobar el correcto uso de la metodologa usada para el cual fue utilizada. Comprobar que todos los procesos del desarrollo del Software se llevaron correctamente. Verificar que toda la documentacin se llevo a cabo. Realizar encuestas para determinar la satisfaccin del software. Verificar el funcionamiento del sistema.

1.4 Justificacin

Toda empresa que quiera conocer su situacin interna dentro de la organizacin y en especial en su infraestructura tecnolgica as como su software requiere una auditora tecnolgica que revele su situacin presente de manera que muestre las fortalezas y debilidades de sus sistemas. Esta evaluacin es necesaria para determinar el nivel de madurez del software, que verifique que los procesos se acoplen a lo que realmente la empresa lo necesita, si no sera una mala inversin que la empresa este pagando por un producto que no est satisfaciendo por completo lo que solito desde un principio. Es muy importante que la empresa realice una auditora para determinar fallas que ocasionan retrasos en las operaciones de la empresa, as como sus vulnerabilidades y oportunidades de mejora en su sistema, de lo contrario sufrirn prdidas de tiempo y costos con los problemas del sistema.

1.5 Alcances y limitaciones

La auditora identificar y evaluar los procesos de desarrollo de software en base a los puntos que establece la metodologa utilizada implementando la norma 9126.

1.6 Puntos a evaluar

Son los procedimientos que se llevarn a cabo a fin de verificar el cumplimiento de los objetivos establecidos. Usar el sistema para verificar que cumple con los requerimientos establecidos en el contrato estipulado por la empresa proveedora. Comprobar que sea usable y accesible. Comprobar la seguridad del mismo. Verificar que existan evidencias de planeacin de cada entregable. Verificar que existi una planeacin correcta en el desarrollo del software. Verificar en el sistema que tipo de madurez tiene. Entradas y salidas. Procesos. Usuarios.

Captulo 2. Desarrollo Terico

2.1 Metodologa de auditora de sistemas a utilizar

Existen algunas metodologas de Auditoras de Sistemas y todas dependen de lo que se pretenda revisar o analizar, pero como estndar analizaremos las cuatro fases bsicas de un proceso de revisin: Estudio preliminar Revisin y evaluacin de controles y seguridades Examen detallado de reas criticas Comunicacin de resultados

Estudio preliminar.- Incluye definir el grupo de trabajo, el programa de auditora, efectuar visitas a la unidad informtica para conocer detalles de la misma, elaborar un cuestionario para la obtencin de informacin para evaluar preliminarmente el control interno, solicitud de plan de actividades, Manuales de polticas, reglamentos, Entrevistas con los principales funcionarios del PAD. (Miguel Duran, 2010) Revisin y evaluacin de controles y seguridades.- Consiste de la revisin de los diagramas de flujo de procesos, realizacin de pruebas de cumplimiento de las seguridades, revisin de aplicaciones de las reas crticas, Revisin de procesos histricos (backups), Revisin de documentacin y archivos, entre otras actividades. (Miguel Duran, 2010) Examen detallado de reas crticas.- Con las fases anteriores el auditor descubre las reas crticas y sobre ellas hace un estudio y anlisis profundo en los que definir concretamente su grupo de trabajo y la distribucin de carga del mismo, establecer los motivos, objetivos, alcance Recursos que usar, definir la metodologa de trabajo, la duracin de la auditora, Presentar el plan de trabajo y analizar detalladamente cada problema encontrado con todo lo anteriormente analizado. (Miguel Duran, 2010) Comunicacin de resultados.- Se elaborar el borrador del informe a ser discutido con los ejecutivos de la empresa hasta llegar al informe definitivo, el cual se presentar esquemticamente en forma de matriz, cuadros o redaccin simple y concisa que destaque los problemas encontrados, los efectos y las recomendaciones de la Auditora. El informe debe contener lo siguiente: Motivos de la Auditora Objetivos Alcance Estructura Orgnico-Funcional del rea Informtica Control Interno Resultados de la Auditora

2.2 Estudio de factibilidad

El estudio de factibilidad se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas sealados, la factibilidad se apoya en 3 aspectos bsicos: Operativo, Tcnico y Econmico. Estudio de factibilidad Tcnica.- Evala si el equipo y software estn disponibles o en el caso del software, si puede desarrollarse y si tienen las capacidades tcnicas requeridas por cada alternativa del diseo que est considerando. Los estudios de factibilidad tcnica tambin consideran las interfaces entre los sistemas actuales y nuevos. Mejora el sistema actual. Disponibilidad de tecnologa que satisfaga las necesidades. Estudio de factibilidad Econmica.- los estudios de factibilidad econmica incluyen anlisis de costos y beneficios con cada alternativa del proyecto. Con anlisis de costo/beneficio, todos los costos y beneficios de adquirir y operar cada sistema alternativo se identifican y se hace una comparacin de ellos. Tiempo del analista. Costo de estudio. Costo del tiempo del personal. Costo del tiempo. Costo del desarrollo / adquisicin.

Estudio de factibilidad Operativa.- esta factibilidad comprende una determinacin de la probabilidad de que un nuevo sistema se use como se supone. Operacin garantizada. Uso garantizado.

2.3 Plan de trabajo

Programa de auditora Etapa Anlisis Actividad -Requerimientos -Especificacin de requerimientos Diseo -Prototipo -Diagrama de casos de uso -Diagramas de secuencia -Diagrama de clases -Modelo E-R -Storyboard -Mapa de navegacin -Modelo de datos -Desarrollo de clases -Desarrollo de interfaces -Conectividad a BD -Consultas -Pruebas de caja blanca -Pruebas de caja negra Descripcin En esta parte se evalan los requerimientos especificados por el cliente. Evaluacin de los diagramas generados, el mapa de navegacin y el prototipo presentados como propuesta al cliente. Rol Periodo estimado Inicio Termino 27/Sep/20 5/Oct/2012 12

Anakaren

Vladimir

04/Oct/20 12

12/Oct/2012

Codificaci n

Se verifica la estructura del cdigo, la realizacin de las clases, interfaces y la conexin con la base de datos.

15/Oct/20 12 Vladimir

27/Oct/2012

Pruebas

Se evalan las pruebas realizadas al sistema y los resultados de cada una de ellas.

29/Oct/20 12 Ariel

10/Nov/201 2

Con respecto a la auditoria de artefactos, las actividades se muestran en el siguiente Diagrama de Gantt:
OCTUBRE 2013 NOVIEMBRE 2013 7 8 9 10 11 14 15 16 17 18 21 22 23 24 25 28 29 30 31 1 4 5 6 7 8 11 12 13 14 15 Semana 1 Semana 2 Semana 3 Semana 4 Semana 5 Semana 6 L M M J V L M M J V L M M J V L M M J V L M M J V L M M J V

Entregables a Auditar
Plan de gestion del proyecto Contrato firmado Requerimientos firmados Curriculum de cada integrante del equipo Mapa Mental del Proyecto Estudio de Factibilidad Definicin de roles y perfiles Plantilla de fortalezas y debilidades Matriz de responsabilidades Plan de desarrollo web parte 1 Mapa de navegacin del sitio Storyboard del sitio Diccionario de datos Diseo y conexin de base de datos Diagrama de clases Hojas de estilo y usabilidad del sitio Impresin de reportes del proyecto integrador Reporte de cierre firmado Avances del proyecto Estudio de casos "La investigacin cientfica en el proyecto integradora" Protocolo de Investigacin Cap. 1 firmado Protocolo de Investigacin Cap. 2,3,4 firmado Pantallas de aplicacin en ingles y espaol Abstract del Proyecto CD con solucin .Net completa del proyecto Charter Roles y descripcin Organigrama (Equipo) Estatus quincenal 3 Estatus quincenal 4 Estatus quincenal 5 Estatus quincenal 6 Mapa mental de riesgos Formato de plan de adquisiciones y Matriz de administracin de riesgos Calendario de eventos Matriz de comunicacin Btacora hasta semana 3 Btacora hasta semana 8 Btacora hasta semana doce

Responsable

Fecha de inicio

Fecha fin

Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba Anakaren H. Vladimir X. Ariel Villalba

07-oct 08-oct 09-oct 10-oct 10-oct 11-oct 15-oct 15-oct 16-oct 16-oct 21-oct 22-oct 23-oct 23-oct 24-oct 28-oct 31-oct 04-nov 04-nov 05-nov 05-nov 05-nov 05-nov 05-nov 06-nov 07-nov 07-nov 07-nov 08-nov 08-nov 08-nov 08-nov 11-nov 11-nov 11-nov 12-nov 12-nov 13-nov 13-nov 13-nov

08-oct 08-oct 09-oct 10-oct 10-oct 14-oct 15-oct 15-oct 16-oct 21-oct 21-oct 22-oct 23-oct 24-oct 28-oct 30-oct 04-nov 04-nov 05-nov 05-nov 05-nov 05-nov 05-nov 05-nov 07-nov 07-nov 07-nov 07-nov 08-nov 08-nov 08-nov 08-nov 11-nov 11-nov 11-nov 12-nov 12-nov 13-nov 13-nov 14-nov

2.4 Estimacin de costos

Material de apoyo Concepto Computadora Paquetera Office Papelera Impresora Cmara Carpeta Descripcin Lapto Acer 15 Office 2012 Microsoft Paquete de 500 hojas Hp a color multifuncional Cmara digital fotogrfica Carpeta de 4 1 1 1 1 1 2 Cantidad Costo total $ 8,000 $ 1,500 $ 65 $ 1,500 $1,200 $ 60

Total

$ 12,325.00

Recursos Humanos Auditores Auditor 1 Auditor 2 Auditor 3 Descripcin Auditor Lder Auditor Analista (Documentacin) Auditor mejora de propuestas Cantidad 1 1 1 Costo total $ 15,000 $ 10, 000 $ 10, 000

Total

$ 25,000

Total de Costos estimados Costos estimados Material de apoyo Recursos Humanos Costo Total $ 12, 325.00 $ 25, 000.00 Total $ 37,325.00

2.5 Definicin de instrumentos para la auditoria

Las mtricas de evaluacin sirven para evaluar es si existe un plan estratgico para la elaboracin de los sistemas o si se estn elaborados sin el adecuado sealamiento de prioridades y de objetivos. As mismo se evalan las polticas, procedimientos y normas llevados a cabo en el proyecto. Mtricas de evaluacin
Flujo de trabajo Requerimiento s Actividades Entregables Mtrica Porcentaje cumplido 5/6*100= 83.3 %

Especificacin de Requerimientos

Acta de inicio

Anlisis

Realizar diagramas de casos de uso

Estudio de factibilidad

Diseo

Realizar diagramas de secuencia Realizar diagramas de clase Realizar el modelo de datos

Diagramas de secuencia Modelo de clases

Nmero de requerimientos entre nmero de requerimientos solicitados por 100 Numero de estudios solicitados entre nmero de estudios satisfechos por el cliente por 100 No se realizaron

4 / 4 * 100= 100%

0%

Modelo de datos

Diseo de Prototipos

Prototipos

Implementaci n Pruebas

Implementar Componentes Validar estabilidad de componentes

Modelo de implementacin Casos de pruebas y Resultados de pruebas Sistema

Implantacin

Planificar la Implantacin

Se realizaron conforme requerimientos solicitados Se realiz mediante la implementacin del diagrama de clases Diseo de interfaces segn requerimiento solicitados, 5 / 6 * 100 Ejecucin segn planeacin. Pruebas de caja blanca 2 de 3 por cien. Pruebas de caja negra 1/5 por cien No se implanto

100%

100%

83%

83% 50%

0%

Lista de verificacin de acuerdo al proyecto Las listas de verificacin tienen como objetivo la evaluacin del conocimiento del auditado, la disponibilidad del procedimiento, verificacin del cumplimiento de la norma, observar auditorias anteriores.
Etapa Anlisis Diseo Actividad -Requerimientos -Especificacin de requerimientos -Prototipo -Diagrama de casos de uso -Diagrama de clases -Modelo Entidad-Relacin -Storyboard -Mapa de Navegacin -Modelo de datos -Desarrollo de clases -Desarrollo de interfaces -Conectividad a Base de datos -Consultas a la base de datos -Pruebas de caja blanca -Pruebas de caja negra Si Si Si Si Si Si Si Si Si Si Si Si Si Si no Realizado No

No

Codificacin

Pruebas

Lista de verificacin de acuerdo a XP

Entregables Si Fase de Exploracin: Planteamiento de las necesidades del cliente, pruebas de la tecnologa y exploracin de las posibilidades de la arquitectura del sistema construyendo un prototipo Fase del planeamiento: duracin del cronograma de iteraciones, pruebas funcionales. Fase de produccin: prueba y comprobacin del sistema. Fase de mantenimiento: cambios en el sistema, personal etc. Fase de muerte: documentacin final del sistema. Entregado No

Si

Si Si Si Si

Cuestionario para los roles del proyecto

Planeacin del proyecto 1. Quin hizo, cundo y cmo? El proyecto denominado Xchitl, responsable del mismo por el Ing. Marcos Ramrez Carrasco fungi como Administrador del proyecto y Analista del sistema antes mencionado junto con Jos Manuel Herrera Delgado como Tester y Diseador, as como tambin Jess Omar Cerqueda como Programador y Administrador de base de datos. El inicio del proyecto arranco el 13 de mayo de 2013 y dio fin el 15 de agosto de 2013. Segn su planeacin que llevaron se basaron en la metodologa Scrum para desarrollar el sistema llamado Floreras 25 Rosas. Por lo anterior, en la primera entrevista se coment que usaron otra metodologa llamada Programacin Extrema por lo tanto no coincidir en los posibles resultados de la auditora.

2. Qu formas se utilizaron en el sistema para resguardarlo? Segn la entrevista aplicada a la empresa Lnea Tecnolgica, uno de los mtodos que usaron para resguardar el sistema fue la implementacin de realizar backups propios del sistema, tanto lgico y fsico.

3. Plan de riesgos? Para este punto se determin por medio de la entrevista que su plan de riesgos no fue muy planteada, para lo cual solo se mostrar lo que planearon.

Epidemia. Para este caso su planeacin es tener en cuenta que existe el brote del dengue en Izucar de Matamoros , el cual puede retrazar el proyecto, por lo tanto las soluciones que plantearon fueron las siguientes: o o Uso de insecticida en el cuerpo para evitar enfermarse del dengue. Aislarse en un espacio adecuado para poder trabajar segn su planeacin para poder erradicar una posible infeccin, o enfermedad relevante al punto anterior.

4. Fueron necesarias, se usan, estn duplicadas? En cuanto a esta pregunta, las respuestas fueron qu, si fue necesario usar duplicaciones ante cualquier problema que se presente en la contingencia.

5. El nmero de copias es el adecuado? No, segn su informacin, resulto que hubo copias de ms para evitar cualquier percance, y as evitar complicaciones y retrasos ante los entregables.

Informacin del sistema 1. Es fcil de usar? Segn el listado d verificacin antes promocionada y segn la entrevista y revisin de la aplicacin web, se determin que cumple un 90% de usabilidad segn la mtrica es determinada como una usabilidad buena. 2. Es lgico? Se entiende que es lo que quieren presentar a travs de esta aplicacin por lo tanto de determina buena. 3. Se encontraron lagunas? Segn la documentacin que presentaron, se determin que todo est en orden segn su metodologa usada, aunque del cdigo del software se mostraron redundancias en cdigo y por supuesto exista cdigo de ms el cual se presta para una mala mantenibilidad futura. 4. Hubo faltas de control? En la parte de pruebas se encontraron muy pocas pruebas de caja blanca y caja negra, por mencionar que solo se hicieron pruebas de integridad en el sistema, faltando pruebas de usabilidad, complejidad y de sobrecarga.

Informacin del diseo 1. Cmo se usar la herramienta de diseo si existe? No se utiliz alguna herramienta de diseo, solo una maqueta que mostrara las interfaces del sistema. 2. Qu tambin se ajusta la herramienta al procedimiento? Se ajusta a las necesidades que el cliente solicito, pues al realizar un storyboard este muestra la estructura y diseo del sistema antes mencinado. 3. Usaron algunas tecnologas extras? -json - css2 - Sql server o Consultas simples o Lamda

2.6 Bitcoras de auditoria

Bitcora de Auditoria
Proceso Auditado: Aplicacin Web - Floreras 25 Rosas

Responsable: Lnea Tecnolgica

Lder: Vladimir I. Xoxocotla Jimnez

Auditor (es):

Auditor de apoyo: Anakaren Herrera Garca

Auditor de mejoras: Ariel Villalba Herrera

Fecha de la auditoria: 12 de octubre de 2013

Lugar de la auditoria: Universidad Tecnolgica de Izcar de Matamoros, Puebla.

Objetivo: Verificar la conformidad y eficacia de los procesos del sistema bajo varias metodologas y normas establecidas segn la auditora.

Alcance: Aplica a las fases y procesos de desarrollo del sistema, como apoyo a los procesos de entrega de artefactos.

Documentos de referencia: Plan de auditora

Da y hora

Nombre y cargo del responsable a ser auditado

2.7 Diagramas de Procesos para Auditora

2.7.1 Diagrama Causa y Efecto

Este diagrama pretende especificar el problema encontrado en la auditora en proceso, por ello es conveniente determinar con exactitud las causas, para poder analizar correctamente y dar una propuesta de solucin. Para esto se verific que el problema principal de funcionamiento inadecuado fue la gestin de usuarios en el sistema, pues realmente no funciona a la hora de iniciar sesin como empleado o administrador. Ver anexo 1. Diagrama causa y efecto.

2.7.2 Diagrama de Flujo Los diagramas de flujo son una manera de representar visualmente el flujo de datos a travs de sistemas de tratamiento de informacin. Los diagramas de flujo describen que operaciones y en que secuencia se requieren para solucionar un problema dado.

El diagrama de flujo tiene la siguiente caracterstica y ventajas:

Es una representacin grfica de las secuencias de un proceso, presenta informacin clara, ordenada y concisa. Permite visualizar las frecuencias y relaciones entre las etapas indicadas. Se pueden detectar problemas, desconexiones, pasos de escaso valor aadido etc. Compara y contrasta el flujo actual del proceso contra el flujo ideal, para identificar oportunidades de mejora. Identifica los lugares y posiciones donde los datos adicionales pueden ser recopilados e investigados. Ayuda a entender el proceso completo. Permite comprender de forma rpida y amena los procesos.

Para este caso el diagrama de flujo se aplica a la auditora de procesos que se realiza a la empresa Lnea Tecnolgica. Conociendo por medio de esta herramienta cules sern los procesos de la planeacin presentndola de la manera ms sencilla y concisa por medio de un grfico. Para ver el diagrama de flujo correspondiente al tema ver el Anexo 2.

2.7.3 Matriz FODA La matriz FODA, es una herramienta que nos permite analizar como empresa conocer cules son nuestras fortalezas, oportunidades, debilidades y amenazas como empresa. Sabiendo cada punto podemos mejorar en cada aspecto, aprovecharlo, explotarlo o mejorar las condiciones de la empresa. Para este caso se analizaron los puntos ms importantes que refleja la empresa Lnea Tecnolgica. Para ver cules son estos puntos ver Anexo 3.

ANEXOS
ANEXO 1. Diagrama causa efecto

ANEXO 2. Diagrama de flujo

ANEXO 3. Matriz DOFA

FORTALEZAS Hacen uso de tecnologas demandantes. Cumplen con sus planeaciones. Hacen uso de metodologas agiles. Conocen tecnologas ms demandantes. Crean grupos jerrquicos de trabajo. OPORTUNIDADES Alto crecimiento en el sector. Ofrecer servicios aun no explotados en el rea. Gran inters de las empresas en automatizar sus procesos. Implementar software libre

DEBILIDADES No existe personal certificado. No estn certificados en normas ISO. No realizan capacitaciones a sus empleados. No se actualizan con las nuevas tecnologas emergentes. Falta de comunicacin. Falta de liderazgo. AMENAZAS Empresa no reconocida. No se cuenta con gran poder de negociacin. Estn ubicados en puntos de poca influencia. El incremento de muchos ingenieros en esta rama.

REFERENCIAS

G. Piattini Mario (2001). AUDITORIA INFORMTICA: Un enfoque prctico. Mxico: Alfaomega. Echenique J. Antonio (2001). AUDITORA EN INFORMTICA. Mxico: McGrawHill Interamericana. Hernndez Enrique (1996). Auditora en INFORMTICA: Un enfoque metodolgico y prctico. Mxico: Compaa Editorial Continental. Miguel Duran (2010). Conceptos de auditora de Sistemas. Recuperado el 19 de Septiembre de 2013 de http:/es.scribd.com/doc/38284391/MODELOS-DECONTROL-DE-AUDITORIA-INFORMATICA Hernndez Hdz, E. (2001) Auditora en Informtica. Segunda Edicin. Mxico CECSA HERNNDEZ Sampieri, Roberto; FERNNDEZ Collado, Carlos; BAPTISTA Lucio, Pilar (2003). Metodologa de la Investigacin. Chile: McGraw Hill. ORTIZ Uribe, F. G.; GARCA, M. (2007) Metodologa de la investigacin. El proceso y sus tcnicas. Mxico: Limusa. R. TERRY, G.; G. FRANKLIN, S. (2010) Principios de administracin. Vigsimo sptima edicin. Mxico: Grupo Editorial Patria.