Source: https://www.scribd.com/document/119701965/tesis
Timestamp: 2016-10-20 22:56:38+00:00

Document:
BrowseBrowseInterestsBiography & MemoirBusiness & LeadershipFiction & LiteraturePolitics & EconomyHealth & WellnessSociety & CultureHappiness & Self-HelpMystery, Thriller & CrimeHistoryYoung AdultBrowse byBooksAudiobooksComicsSheet MusicBrowse allUploadSign inJoinBooksAudiobooksComicsSheet MusicCarrera de Ingeniería de Sistemas ComputacionalesCapítulo I: PLAN DE INVESTIGACIÓN
Bach. Arturo Fernando Granados Rodríguez
1.1. AUTOR Bach. Arturo Fernando Granados Rodríguez
1.2. ASESOR Ing. Hugo Alejandro Pérez Quiroz
1.3. TITULO AUDITORÍA DEL DESARROLLO DE SISTEMAS DE INFORMACIÓN EN EL GOBIERNO REGIONAL CAJAMARCA.
1.4. INSTITUCIÓN A LA QUE PERTENECE EL PROYECTO Universidad Privada del Norte, Facultada de Ingeniería, Carrera de Ingeniería de Sistemas Computacionales
1.5. LUGAR DE EJECUCION DEL PROYECTO Área de sistemas del Gobierno Regional Cajamarca,
1.6. TIPO DE INVESTIGACION 1.6.1 De acuerdo al propósito de la investigación: Aplicada 1.6.2 De acuerdo a su grado de profundidad: Descriptivo - Correlacional 1.6.3 De acuerdo al método y técnicas de investigación: Ex post - facto
1.7. DURACION Se realizo en un tiempo de 4 meses (Marzo a Julio del 2012)
1.8. CRONOGRAMA DE TRABAJO
Cronograma de trabajo en Microsoft Project.
Figura N° 01: Cronograma de Actividades Fuente Propia 1.9. RECURSOS 1.9.1. Humanos Director del CIS Staff. Área de planeamiento estratégico Área de sistemas Asesor Tesista 1.9.2. Materiales Materiales de escritorio y oficina Fotocopias Memoria USB Computadora de Escritorio Tintas para impresora Canon 1.9.3. Tecnológicos Paquete Office 2007 (Microsoft Word, Microsoft Power Point, Microsoft Excel y Microsoft Project) Internet Speedy 2 MB Telefonía Impresora
1.10. PRESUPUESTO Costo total del proyecto, teniendo en cuenta los recursos utilizados en el desarrollo del mismo.
Humanos - Asesor Materiales - Papel Bond Atlas de 80 gr - Bolígrafos Faber Castell 0.35 - Corrector Faber Castell - Lápiz de Grafito Faber Castell - Fotocopias - Memoria USB de 8GB - Tintas para Impresora Canon - Computadora de Escritorio (Intel Core 2 Quad, 2GB RAM, 300GB Disco Duro), Monitor Samsung 22’’, Mouse & Teclado Logitech, Parlantes 5.1 Logitech) Tecnológicos - Impresora Multifuncional Canon Mp190 - Línea Tarifa Semi-Plana + Speedy 2 MB
Costo uni(S/.)
300 Sub-Total 30 0.50 3 0.50 0.067 32 53 1
300 300 30 2.00 3 2.00 67 32 106 3200
Millar Unidad Unidad Unidad Unidad Unidad Unidad Unidad
1 4 1 4 1000 1 2 1
Sub-Total Unidad 1 180
3442 180
139 139 Sub-Total 319 4061
Tabla N° 01: Presupuesto Fuente: Elaboración Propia
1.11. FINANCIAMIENTO El presente proyecto será autofinanciado.
II PLAN DE INVESTIGACION 2.1. EL PROBLEMA 2.1.1. Realidad Problemática La investigación surge a raíz que en todo ámbito institucional se requiere información oportuna y confiable, para la toma de decisiones realidad que ha permitido el desarrollo de sistemas de información. Usualmente, la mayoría de las instituciones, y en este caso, el Gobierno Regional de Cajamarca, en el desarrollo de sistemas de información carece de un análisis técnico profesional, lo cual ha generado una información poco confiable, inoportuna e inconsistente a la hora de tomar decisiones. El Gobierno Regional Cajamarca, entra en vigencia por la Constitución Política del Estado Peruano y la Ley Nº 27867 el año 2003, y su modificatoria Ley Orgánica de Gobiernos Regionales. Esta, indica que es un organismo público con personería jurídica de derecho público, con autonomía política, económica y administrativa en asuntos de su competencia. El Gobierno Regional cuenta con departamento de sistemas el cual lo denominan Centro de Información y Sistemas – CIS, el mismo que da soporte técnico a los diversos procesos administrativos de la institución. Después de haber tenido entrevistas con el Director del CIS (Centro de Información y Sistemas) así como con su staff, dieron a conocer algunos de los problemas que se mencionan a continuación: - Falta de una metodología y procedimientos estándares para el desarrollo de sistemas de información: gestión y planificación del proyecto, viabilidad, análisis, diseño, construcción, implantación y mantenimiento. - Carencia de procedimientos de control interno, como garantía para una gestión eficaz orientada a la consecución de los objetivos del CIS y de la institución. - Falta de documentación para la gestión del cambio, problemas e incidentes en el desarrollo del proyecto software. - Falta de mecanismos de comunicación debidamente documentados entre el staff.
Ante estos problemas nace el presente trabajo de investigación aplicativo que permitirá mejorar el Área de Sistemas del Gobierno Regional Cajamarca. 2.1.2. Formulación del Problema ¿En qué medida la Aplicación de una Auditoría del Desarrollo de Sistemas de Información garantiza la integridad, confiabilidad de la información del Gobierno Regional Cajamarca?
2.1.3. Antecedentes del Problema Presento algunos antecedentes de casos de instituciones a Nivel Internacional y Nacional que han desarrollado Auditorías Informáticas con mucho éxito. Nivel Internacional 1. Autor: Título: Carlos Giovanni Guzmán de León “Lineamientos Generales para una Auditoría de Sistemas en el Centro de Información de una Institución Bancaria” – Agosto 2000
Institución: Universidad Mariano Gálvez de Guatemala Obtener Grado Académico: MAGISTER SISTEMAS con Énfasis en Finanzas ARTIUM EN
Resumen u Objetivo: Importancia que tiene la función de la Auditoría de Sistemas, en las instituciones financieras, así como la necesidad de planificarla y desarrollarla. 2. Autor: Título: Guillermo Ramón Caal Chupina “Planeación de la Auditoría Operacional en el Área de Ingresos de una empresa que utiliza el Comercio Electrónico” – Octubre 2006
Institución: Universidad de San Carlos de Guatemala Obtener Titulo de: Contador Público y Auditor en el Grado de Licenciado Resumen u Objetivo: Los elementos del proceso administrativo y la necesidad de considerar la participación de un especialista en Auditoría; asimismo, apoyar la actualización e innovación de herramientas electrónicas y metodológicas para el desarrollo de la actividad del Contador Público y Auditor en la planeación y ejecución de una Auditoría operacional. 3. Autor: Título: Francisco Dagoberto Xiloj Charuc “Auditoría Externa en un Ambiente de Sistemas de Información Computarizado en el Área de Ingresos de una Empresa Comercializadora de Vehículos” – Agosto 2008
Trujillo” . 3. Arturo Fernando Granados Rodríguez
. así mismo saber cómo aplicar los procedimientos y las técnicas más eficientes para Auditar estos nuevos y cada vez más complejos sistemas de información. de la Empresa Distribuidora Codijisa . Así. 2. Nivel Nacional 1. aplicando Tecnologías Informáticas que mejoren el proceso que más incurren en incidencias que es el proceso de Matriculas de la Facultad de Ingeniería de Sistemas. Autor: Título: José A. que analiza factores tales como la recesión que es uno de los más importantes a nivel macro. Rau Álvarez “Auditoría Estratégica y Plan de Negocios de una Empresa de Confecciones de Calcetines” – 2004
Institución: Pontificia Universidad Católica del Perú Obtener Grado de Máster en: Administración de Negocios Resumen u Objetivo: Efectúa una auditoría estratégica. con un desarrollo de un mejor control de calidad y manejo de mermas podría reducirse costos y ofrecer artículos con un mayor valor para el cliente. el estudio recomienda aprovechar los actuales espacios que existen para reducir costos. Debe introducirse mejoras tecnológicas y de capacitación para una mejor asignación de costos y reducción de los mismos.A. Autor: Título: Liliana Antonieta Palomino Chávez “Auditoría de Gestión en la Escuela de Ingeniería de Sistemas”
Institución: Universidad Nacional de Trujillo Obtener Titulo de: Ingeniero Informático Resumen u Objetivo: Identifica aspectos prioritarios en la parte de Gestión. Autor: Título: Gissela Karina Chávez García “Auditoría Informática Aplicada al Sistema Integrado de Gestión Comercial. Comercializadora y Distribuidora Jiménez S. con la ayuda de la tecnología.Carrera de Ingeniería de Sistemas Computacionales
Obtener Titulo de: Contador Público y Auditor Resumen u Objetivo: La importancia de comprender los procedimientos y técnicas de Auditoría a aplicarse en una empresa Comercializadora de Vehículos.2008
El presente proyecto de tesis ayudará a profundizar el conocimiento en investigación acerca de la realización de una Auditoría del Desarrollo de Sistemas de Información en el Gobierno Regional de Cajamarca. bases de datos.1. herramientas y leyes concebidas para minimizar los posibles riesgos a la información. protocolos. Por ello. minimizando los errores en un 88. El estudio ha permitido identificar las principales deficiencias. que permita identificar y minimizar los riesgos de la información. evalúe y fortalezca la validez y confiabilidad de procesamiento de la Información. demanda sistemas de información que le permita realizar la gestión con eficacia y eficiencia. La presente investigación es necesaria pues la administración del Gobierno Regional de Cajamarca. Justificación del Problema La confiabilidad de la información cobra cada vez mayor importancia en la sociedad. 2. Justificación Operativa • Staff del área de sistemas del Gobierno Regional Cajamarca • Tesista
Bach. aporte y guías de futuras tesis y proyectos relacionadas al campo de Auditoría Informática. La presente investigación se justifica en los siguientes aspectos: Justificación Académica 1. pues se enfoca en la protección de la infraestructura computacional y todo lo relacionado con esta. que actualmente carece de procedimientos de control. Para ello existen una serie de estándares.33%. reglas.4. que controle. Este tipo de información se conoce como información privilegiada o confidencial. La seguridad informática comprende software. Arturo Fernando Granados Rodríguez
. Esto conlleva al desarrollo de un sistema de información.Carrera de Ingeniería de Sistemas Computacionales
Obtener Titulo de: Ingeniero de Sistemas Resumen u Objetivo: La aplicación de una Auditoría Informática permite mejorar el sistema. 2. métodos. es conveniente realizar la mejora a través de la Auditoría del desarrollo de sistemas de información. 3. El desarrollo de la tesis permitirá hacer uso de los conocimientos adquiridos durante el transcurso de la carrera profesional de Ingeniería de Sistemas. . Servirá como base. verificar su correcta definición y aplicación que garanticen la integridad y confiabilidad de la información. archivos y todo lo que la organización valore (activo) y signifique un riesgo si ésta llega a manos de otras personas.
Pruebas de integración de componentes. Situación actual del proyecto. Plan de pruebas. Definición conceptual.
2.Se medirá a través de los siguientes indicadores: Documentación. Arturo Fernando Granados Rodríguez
. Migración y carga inicial de datos.
Bach. Variable Independiente: Auditoría del Desarrollo de Sistemas. Plan de formación y aceptación por usuarios. Alcance del proyecto.3. OBJETIVOS 2. Entorno de desarrollo y pruebas. Programación de componentes. Validación de requisitos. Objetivos Específicos .Analizar el contexto en el que actúa el área de sistemas del Gobierno Regional. Equipo Técnico. Objetivo General
Realizar una Auditoría del Desarrollo de Sistemas de Información para mejorar la integridad y confiabilidad de la información en área de Sistemas en el Gobierno Regional Cajamarca. en el área de sistemas del Gobierno Regional de Cajamarca. Ciclo de vida. Arquitectura del Sistema. Aplicar la Auditoría del desarrollo de sistemas de información Evaluar los resultados y hallazgos de la autoría aplicada al desarrollo de sistemas de información al área de sistemas del Gobierno Regional de Cajamarca.1.2. Técnicas de programación.Auditoría del Desarrollo de Sistemas Es una disciplina encargada de aplicar un conjunto de técnicas y procedimientos con el fin de evaluar la seguridad de los sistemas de información durante todo el proceso de desarrollo. Interfaces..1.Carrera de Ingeniería de Sistemas Computacionales
2. Desarrollar encuestas dirigidas al staff del área de sistemas del Gobierno Regional.
Diseñar una metodología para la aplicación de la Auditoría para mejorar la integridad y confiabilidad de la información.4.3. 2. VARIABLES 2. Modelo del Sistema. Definición operacional.3. HIPÓTESIS
La aplicación de una Auditoría del Desarrollo de Sistemas de Información permite mejorar la integridad y confiabilidad de la información en el área de Sistemas en el Gobierno Regional Cajamarca.2.
cuestionarios. Y la confiabilidad está referida a la calidad de la información que produce y también a la eficiencia con la que ese sistema funciona..Carrera de Ingeniería de Sistemas Computacionales
Capacitación a usuarios. INDICADORES El proceso se ha llevado a cabo a través de una encuesta cuyo instrumento de recopilación de datos ha sido el cuestionario diseñado en concordancia con los indicadores seleccionados: VARIABLE INDEPENDIENTE: DEFINICIÓN DIMENSIONES Gestión y planificación del proyecto Es una disciplina encargada de aplicar un conjunto de técnicas y procedimientos con el fin de evaluar la seguridad de los sistemas de información durante todo el proceso de desarrollo.5.4. entrevistas al staff. Registro de peticiones de mantenimiento
Bach.2.El término integridad se refiere a la corrección de los datos.. Monitorear nivel de servicio. Fase de Viabilidad Auditoría del Desarrollo de Sistemas INDICADORES INSTRUMENTO • Documentación • Ciclo de vida del proyecto • Equipo Técnico • Alcance del proyecto • Situación actual del proyecto • • • • Modelo del Sistema Interfaces Plan de pruebas Validación de requisitos
• Arquitectura del Sistema • Migración y carga inicial de datos • Entorno de desarrollo y pruebas • Técnicas de programación • Programación de componentes • Pruebas de integración de componentes
Observacional. 2. a través de encuestas. Arturo Fernando Granados Rodríguez
. Errores corregidos.Se medirá a través de los siguientes indicadores: Errores encontrados. Variable Dependiente: Mejorar la Integridad y Confiabilidad Definición Conceptual. Definición operacional.
Limitaciones de la Investigación El dominio de la investigación está delimitado al Gobierno Regional Cajamarca en el área de sistemas. Información • Funcionamiento está referida a Confiabilidad • Seguridad la calidad de la • Desempeño información que • Relevancia produce y • Calidad también a la eficiencia con la que ese sistema funciona.
Bach.6.Carrera de Ingeniería de Sistemas Computacionales
Fase de Implantación y Aceptación Fase de Mantenimiento
• Plan de formación y aceptación por usuarios • Capacitación a usuarios • Monitorear nivel de servicio • Registro de peticiones de mantenimiento. Y el periodo de estudio caracteriza a la investigación como trasversal. Arturo Fernando Granados Rodríguez
. durante los meses de marzo a julio del 2012.
Tabla N° Indicadores de Variable Independiente 2 Fuente: Elaboración Propia
VARIABLE DEPENDIENTE: Mejorar la Integridad y Confiabilidad DEFINICIÓN DIMENSIONES INDICADORES INSTRUMENTO El término integridad se • Eficacia refiere a la Integridad • Fiabilidad corrección y • Validez completitud de • Consistencia los datos en una base de datos. porque se realizará en un momento determinado del tiempo. Tabla N° Indicadores de Variable Dependiente 3 Fuente: Elaboración Propia
2. Y la confiabilidad de un Sistema de Porcentaje.
.Carrera de Ingeniería de Sistemas Computacionales
dependiendo del contexto en el que es usado”.1 ¿Qué es un Sistema? Según el Ing. que forman subsistemas estructurales y funcionales. "Un sistema es una entidad autónoma dotada de una cierta permanencia. Ref. Está conectado. Un sistema no es algo dado por la naturaleza sino definido por la inteligencia”.Carrera de Ingeniería de Sistemas Computacionales
Bach. Por otra parte. Arturo Fernando Granados Rodríguez
. Rodríguez Ulloa (1994) Por lo tanto. “se define a un Sistema como un conjunto de elementos interrelacionados que responden a un propósito determinado que como un todo tiene característica que sus partes separadamente no tienen. interactúa y es influenciado por su entorno”. Tes [2]. Stafford Beer refiere que “hablar de un sistema es hablar de la cohesión de un cierto número de entidades llamadas partes de un sistema. Brian Wilson sostiene que el vocablo sistema “tiene varias interpretaciones. dentro de ciertos límites de estabilidad. Se transforma. gracias a regulaciones internas que le permiten adaptarse a las variaciones de su entorno específico". Villanueva Sánchez (2008)
Figura Nº 02: Definición de Sistema Fuente Tes [1] 2.2 Información Según John Burch & Gary Grudnitski en su libro "Diseño de sistemas de información" Ref. y constituida por elementos interrelacionados. Villanueva Sánchez Grover en su Tesis “Sistema de Gestión Estratégica aplicando el Enfoque Sistémico y las Tecnologías de la Información para lograr Ventajas Competitivas en el Instituto Nacional de Cultura de La Libertad”. Lib [1]. MARCO TEORICO 2.
manipular y diseminar datos e información y para disponer de un mecanismo de retroalimentación útil en el cumplimiento de un objetivo”. en su libro “Principios de SISTEMAS DE INFORMACION – Enfoque Administrativo”. Lib [02] “Un Sistema de Información (SI) es un conjunto de componentes interrelacionados para recolectar. Stair. Pag.
Bach.3 Sistema de Información (SI) Según Ralph M. Ref.
Figura Nº03 El Ciclo de la Información (Burch) Lib[1].
Figura Nº04 Atributos de la Calidad de la Información Lib[1]. Pag.Carrera de Ingeniería de Sistemas Computacionales
Es el eslabón indispensable que une a todos los componentes de la organización para una mejor operación y para su supervivencia en un ambiente competitivo y poco amigable. clara y libre de tendencias o desviaciones) oportunidad (dentro del marco de tiempo necesario) y relevancia (importancia).20 Además hace mención que la calidad de la información está en base a: exactitud (inf.20 2. Arturo Fernando Granados Rodríguez
Lib [03] “Un sistema de información se puede definir técnicamente como un conjunto de componentes interrelacionados que recolectan (o recuperan). los datos son consecuencia de los hechos en bruto y representan eventos que ocurren en las organizaciones o en el entorno físico antes de ser organizados y ordenados en una forma que las personas puedan entender y utilizar. & Jane Laudon en su libro “Sistemas De Información Gerencial”.
Bach. El procesamiento convierte esta entrada de datos en una forma significativa. En contraste. las muy famosas touch screen. Arturo Fernando Granados Rodríguez
“Todos interactuamos en forma cotidiana con sistemas de información. Además de apoyar la toma de decisiones. Los sistemas de información contienen información acerca de gente. procesan. Ref. La entrada captura o recolecta datos en bruto tanto al interior de la organización como de su entorno externo. Las principales compañías gastan en la actualidad más de 1 000 millones de dólares al año en tecnología de información y el futuro dependeremos aún más de los sistemas de información“
Según Kenneth Laudon. los empleados de las tiendas registran nuestras compras sirviéndose de códigos de barras y escáner u obtenemos información en módulos equipados con pantallas sensibles al tacto. Por información se entiende los datos que se han modelado en una forma significativa y útil para los seres humanos. para fines tanto personales como profesionales. lugares y cosas importantes dentro de la organización o en el entorno que se desenvuelven. Los sistemas de información también requieren retroalimentación que es la salida que se devuelve al personal adecuado de la organización para ayudarle a evaluar o corregir la etapa de entrada. Hay tres actividades en un sistema de información que producen la información que las organizaciones necesitan para tomar decisiones. visualizar asuntos complejos y crear productos nuevos”. La salida transfiere la información procesada a la gente que lo usará o a las actividades para las que se utilizará. utilizamos cajeros automáticos. Estas actividades son entrada. los sistemas de información también pueden ayudar a los gerentes y trabajadores a analizar problemas. controlar operaciones. analizar problemas y creas nuevos productos o servicios. procesamiento y salida. almacenan y distribuyen información para apoyar la toma de decisiones y el control en una organización. la coordinación y el control.
etc. organizarlos. Personal Los conocimientos que ha de tener el personal de los sistemas de información para planificarlos. sistema de gestión de base de datos. los sonidos. Arturo Fernando Granados Rodríguez
. multimedia y el medio en el que se ubican) que permiten que se procesen las aplicaciones. las imágenes. En su libro “Auditoría de Tecnologías y Sistemas de Información”. 346.Carrera de Ingeniería de Sistemas Computacionales
Figura Nº05 Actividades de un Sistema de Información Fuente: Sistemas de Información Gerencial Lib [03]
Según Mario Piattini Velthuis. administrarlos y gestionarlos
Bach. Según COBIT los componentes o recursos de un SI son los siguientes: Datos En general se consideran datos tanto los estructurados como los no estructurados. sistemas operativos. Aplicaciones Se incluyen las aplicaciones manuales y las informáticas Infraestructura En infraestructura se incluyen las tecnologías y las instalaciones (por ejemplo hardware. Emilio Del Peso Navarro y Mar Del Peso Ruíz. En un sentido amplio se puede considerar que un SI es un conjunto de elementos que interactúan para que la empresa pueda alcanzar sus objetivos satisfactoriamente. Ref Lib [06]. sistemas de red. Pg.
los sistemas para responder a preguntas personalizadas a través de un e-mail) -.
2. Por el nivel de automatización conseguido: En las organizaciones. Es conveniente recordar que el resultado de la Auditoría parcial de un sistema de información no se puede extrapolar al conjunto del sistema.4 Clasificación de los Sistemas de Información Según Vinceç Fernández Alarcón. Ref. Propone diversos criterios para la clasificación de los Sistemas de Información: 1. 347. Arturo Fernando Granados Rodríguez
. Ref Lib [06]. pueden existir sistemas que necesitan una alta participación de los trabajadores – poco automatizadas (Por ejemplo. Lib [04]. EI funcionamiento inadecuado de alguno (o algunos) de los procesos y recursos que intervienen en otras partes del sistema (subsistemas) puede invalidar el sistema de información. este habrá de disponer de un sistema de control interno que prevenga los eventos no deseados o en su defecto los detecte y los corrija. en su libro “Desarrollo de Sistemas De Información – Una metodología basada en el modelado”. Pg.Carrera de Ingeniería de Sistemas Computacionales
Figura Nº06 Sistema de Información Fuente: “Auditoría de Tecnologías y Sistemas de Información”. Por el grado de formalidad: Sistemas de Información Formales y los Informales 2.
Para comprobar que el sistema de información está funcionando según lo previsto. mientras que otros sistemas son capaces de trabajar sin la intervención
de control u operativos 4. las centrales telefónicas totalmente automatizadas).5 Tipos de Sistemas de Información Según Kenneth Laudon. nómina. los sistemas de información se podrán clasificar en estratégicos. por pantalla. 3. los Sistema de Información pueden proporcionar información a través de distintos formatos (impreso.1 Los sistemas a Nivel Operativo apoyan a los gerentes operativos en el seguimiento de las actividades y transacciones elementales de la organización como ventas. & Jane Laudon en su libro “Sistemas De Información Gerencial”. memoria USB. Por la naturaleza de sus entradas y salidas Un sistema de información puede recibir información de diversas fuentes de información (personas. Ref. El objetivo principal de los sistemas a este nivel es responder las preguntas de rutina y seguir el flujo de las transacciones
Bach. ingresos. Por el valor que representan para las organización El sistema que contiene la información de los clientes suele tener una mayor importancia que el sistema de información de presupuestos (ya que este es más sencillo y se puede hacer manualmente). en internet. CD. En función del lugar jerárquico en donde se tomen las decisiones. etc. Arturo Fernando Granados Rodríguez
.) 5. o también sistemas comprados que son utilizados por otras empresas.
2.Carrera de Ingeniería de Sistemas Computacionales
humana – muy automatizadas (por ejemplo. otros sistemas de información. sistemas a nivel administrativo y sistemas a nivel estratégicos.5. empresas.) del mismo modo. por la red.) así como en distintos formatos (a través de un teclado. etc. 6. 2. DVD etc. depósitos en efectivo. Por su relación con la toma de decisiones Una de las funciones que deben cumplir los sistemas de información es colaborar en la toma de decisiones. Lib [03] Plantean cuatro principales tipos de sistemas de información que dan servicio a los diferentes niveles de la organización: sistemas a nivel operativo. sistemas a nivel del conocimiento. de un disquete. Por el origen y el grado de personalización En las empresas se pueden encontrar Sistemas de Información que han sido diseñados e implementados sólo para ellos. decisiones de crédito y flujo de materiales en una fábrica.
2. 2. Un ejemplo es un sistema de control de reubicación que informe los costos totales de mudanza. “Auditoría en Sistemas Computacionales”.5. El propósito de estos sistemas es ayudar a las empresas comerciales a integrar el nuevo conocimiento en los negocios y ayudar a la organización a controlar el flujo del trabajo de oficina.1 Definición de Auditoría En su libro. Su función principal es compaginar los cambios del entorno externo con la capacidad organizacional existente. Ref. manufactura. y recursos humanos. 2. administrativo. del conocimiento y estratégico para cada área funcional.5. La pregunta principal que plantean estos sistemas es ¿van bien las cosas? Por lo general este tipo de sistemas proporcionan informes periódicos más que información instantánea de operaciones. Lib [05]
Bach. para contestar este tipo de preguntas la información debe estar a la mano y ser actual y precisa. ¿Cuáles serán los niveles de empleo dentro de cinco años? ¿Cuáles son las tendencias a largo plazo de los costos de la industria y dónde encaja nuestra empresa? ¿Qué productos deberemos estar elaborando dentro de cinco años? Los sistemas de información también apoyan las principales funciones empresariales como ventas y marketing. control.3 Los sistemas a Nivel Administrativo sirven a las actividades de supervisión. tanto en la empresa como en el entorno externo. Carlos Muñoz Razo.4 Los sistemas a Nivel Estratégico ayudan a los directores a enfrentar y resolver aspectos estratégicos y tendencias a largo plazo. especialmente en forma de estaciones de trabajo y sistemas de oficina.5. Entre los ejemplos de sistemas a nivel operativo están un sistema para registrar los depósitos realizados en un cajero automático o uno que lleve el registro del número de horas trabajadas cada día por los empleados de una fábrica. Arturo Fernando Granados Rodríguez
. 2.Carrera de Ingeniería de Sistemas Computacionales
a través de la organización. toma de decisiones y administrativas de los gerentes de nivel medio. finanzas.6. ¿Cuántas partes hay en el inventario? ¿Qué pasó con el pago del señor Gutiérrez? En general. contabilidad. búsqueda de vivienda y financiamiento de vivienda para empleados de todas las divisiones de la compañía y notifique cualquier costo actual que exceda los presupuestos.6 AUDITORÍA. Una organización típica tiene sistemas a nivel operativo.2 Los sistemas a Nivel del Conocimiento apoyan a los trabajadores del conocimiento y de datos de una organización. están entre las aplicaciones de crecimiento más rápido en los negocios actuales.
2. Los sistemas a nivel del conocimiento.
Francisco Dagoberto Xiloj Charuc. posteriormente se amplió al examen de algunos rubros de la administración. documentos y demás registros contables de una entidad. aplicando técnicas. métodos y procedimientos especializados. verificación y evaluación de sus aspectos financieros. Nos menciona: La Auditoría consiste en un examen sistemático de los libros. Pero los sistemas en ocasiones son muy sofisticados. Nos muestra además una definición de auditoría: Auditoría es la revisión independiente que realiza un auditor profesional. La auditoría se apoya de herramientas de análisis. con el objeto de obtener elementos de juicio y evidencia comprobatoria suficiente y competente para fundamentar
Bach. el cual es archivado bajo estrictas medidas de seguridad por las empresas que se encargan de realizar este trabajo de Auditoría. Tes [03]: “Auditoría Externa en un Ambiente de Sistemas de Información Computarizado en el Área de Ingresos de una Empresa Comercializadora de Vehículos”. su alcance se incrementó conforme se avanzó en la llamada revisión integral. Es muy probable que se afecte la susceptibilidad del personal auditado. los cuales permitirán determinar las debilidades y disfunciones. después se pasó al análisis. Arturo Fernando Granados Rodríguez
. Como parte de la auditoría esta la evaluación del personal. que es un cuestionario.
En la página Web del INEI: ¿QUÉ ES LA AUDITORÍA INFORMÁTICA? Ref. actividades. lo cual hace que el auditor disponga de un nivel técnico adecuado e insuficiente frente al tiempo que tiene para realizar su trabajo. a fin de evaluar el cumplimiento de las funciones. URL [1]
Hare referencia a: La Auditoría cumple una función muy valiosa e independiente.Carrera de Ingeniería de Sistemas Computacionales
Los inicios de la Auditoría se remontan a la revisión y el diagnóstico que se practicaba a los registros operacionales contables de las empresas. tareas y procedimientos de una entidad administrativa. por considerarse información confidencial y activos muy importantes que respaldan su actividad. en el momento de realizar la auditoría. verificación y exposición conformando así elementos de juicio. La evaluación debe ceñirse de acuerdo a las normas o reglas implantadas y se considera que debe aplicarse una metodología que pueda resolver los problemas que puedan presentarse. debido a que se interrumpe de alguna manera sus tareas. y sus conclusiones deben tomarse en cuenta en la toma de decisiones. así como dictaminar sobre el resultado de dicha evaluación. no toma acciones pero da sugerencias. en su Tesis Ref. por último. para esto existe el Chek List. siguiendo con el análisis de aquellos aspectos que intervenían en todas sus actividades y. además esta actitud es comprensible.
del verbo audire. funciones específicas.Carrera de Ingeniería de Sistemas Computacionales
de una manera objetiva y profesional la opinión que el Contador Público y Auditor. realizada por un profesional de la Auditoría. con el propósito de evaluar su correcta realización y. con base en ese análisis. “Auditoría en Sistemas Computacionales”. la misma que significa o que se refiere a aquel que tiene la virtud de oir”. Anteriormente oyente El autor del libro propone la siguiente definición para la Auditoría: “Es la revisión independiente de alguna o algunas actividades. Pg. ¿QUÉ ES LA AUDITORÍA INFORMÁTICA? Del Instituto Nacional De Estadística e Informática (INEI). Pg 11 “Si nos remontamos al campo de la etimología veremos que auditoría viene del latín auditorius. ISACA se ha convertido en una organización global que establece las pautas para los profesionales del gobierno. 2. Pertenece a un colegio oficial.8 ISACA (Information Systems Audit and Control Association Asociación de Control y Auditoría de Sistemas de Información) Ref. Ref Lib [06].7 Auditor En su libro. Algunos de los principios publicados por ISACA son:
Bach. 352. 351. el que oye. Del latín auditor. 350. Arturo Fernando Granados Rodríguez
. Ref. Carlos Muñoz Razo. a una fecha determinada y el resultado de las operaciones por un período terminado en esa fecha. Ref URL [1].
2.9 Principios de Auditoría En el libro “Auditoría de Tecnologías y Sistemas de Información” de Mario Piattini Velthuis. emite sobre los estados financieros preparados por la entidad. Emilio Del Peso Navarro y Mar Del Peso Ruíz. 1. Persona capacitada para realizar auditorías en empresas u otras instituciones. Oír. Sus normas de auditoría y control de SI son seguidos por profesionales de todo el mundo y sus investigaciones abordan temas profesionales que son desafíos para sus constituyentes. seguridad y auditoría de información. poder emitir una opinión sobre la razonabilidad de sus resultados y cumplimiento de sus operaciones” Según la Página Web. control. Lib [05] Del latín Auditor. así como los estados de flujos de efectivo y patrimonio de los accionistas. proviniendo de aquí la palabra auditor. oris s. URL
Desde su creación. resultados u operaciones de una entidad administrativa.m. 349. 2.
4. Arturo Fernando Granados Rodríguez
. Así el auditor que sea miembro de ISACA debe acatar el Código de Ética Profesional de ISACA. atribuciones y obligaciones que abarca la función de auditoría de los sistemas de información deben documentarse de manera apropiada (formal) en unos estatutos de auditoría en el caso de la auditoría interna. Independencia • Independencia profesional
En todas las cuestiones relacionadas con la Auditoría. de lo contrario se pueden se pueden tomar medidas disciplinarias. se debe ejercer la atención profesional correspondiente y el cumplimiento de las normas aplicables de auditoría profesional. • Diligencia profesional
En todos los aspectos del trabajo del auditor de sistemas de información.Carrera de Ingeniería de Sistemas Computacionales
1. 2. Formalidad • Responsabilidad. 3. atribuciones y obligaciones
Las responsabilidades. distintos organismos han publicado unos códigos de conducta o normas deontológicas que el auditor de sistemas de información ha de cumplir.
• Relación con la organización La función de auditoría de los sistemas de información debe ser lo suficientemente independiente del área que se esté auditando para permitir realizar de manera objetiva la Auditoría. Idoneidad • Habilidades y conocimientos
Bach. el auditor de sistemas de información debe ser independiente de la organización auditada tanto en actitud como en apariencia. o en una carta de encargo o contrato en el caso de la auditoría externa. Ética y normas profesionales • Condigo de Ética profesional
Al igual que en otros colectivos profesionales.
Ejecución de la Auditoría • Evidencia
Durante el transcurso de una Auditoría. los objetivos.
Formación profesional continúa
EI auditor de sistemas de información debe mantener la idoneidad técnica mediante su formación profesional continua. el auditor de sistemas de información debe proporcionar un informe con un formato apropiado a los destinatarios.Carrera de Ingeniería de Sistemas Computacionales
EI auditor de sistemas de información debe ser técnicamente idóneo y tener la experiencia y los conocimientos necesarios para realizar el trabajo de auditor. 7. describiendo las labores de auditoría realizadas y la evidencia de auditoría que respalda los hallazgos y conclusiones del auditor. 6. 5. el auditor de sistemas de información debe obtener evidencia adecuada (fiable. relevante y útil) y suficiente para lograr los objetivos de la Auditoría. • Supervisión
EI personal de auditoría de SI debe ser supervisado para brindar una garantía razonable de que se lograran los objetivos de la Auditoría y que se cumplirán las normas profesionales de auditoría aplicables. Planificación • Planificación de la Auditoría
EI auditor de sistemas de información debe planificar el trabajo de auditoría para satisfacer los objetivos de la Auditoría y para cumplir con las normas de auditoría aplicables a la profesión. Información • Contenido y formato de los informes
En el momento de completar el trabajo de auditoría. Arturo Fernando Granados Rodríguez
. el periodo de cobertura y la naturaleza y
Bach. Los hallazgos y conclusiones de la Auditoría se deben basar en el análisis e interpretación apropiados de dicha evidencia. • Documentación
EI proceso de Auditoría deberá documentarse. EI informe de auditoría debe enunciar el alcance.
financiero y operacional de las áreas de la empresa. EI auditor debe requerir del auditado (cliente) cuanta información precise para realizar los trabajos de auditoría. así como sobre el desarrollo de sus funciones y el cumplimiento de sus objetivos y operaciones.11 Alcance de la Auditoría En el libro “Auditoría de Tecnologías y Sistemas de Información” de Mario Piattini Velthuis. los conceptos de importancia relativa y los riesgos. el auditor utilizará su juicio profesional. de Carlos Muñoz Razo. El informe debe identificar al auditarlo (cliente). 352. a fin de emitir un dictamen profesional sobre la razonabilidad de sus operaciones y resultados. Emilio Del Peso Navarro y Mar Del Peso Ruíz. y cualquier reserva o consideración que tuviera el auditor con respecto a la Auditoría. programas.
2. del aspecto contable. EI auditor debe determinar el alcance de su trabajo de acuerdo con las Normas Técnicas y decidir los procedimientos de auditoría. encontramos a los siguientes: Realizar una revisión independiente de las actividades. Hacer una revisión especializada. 2.Carrera de Ingeniería de Sistemas Computacionales
amplitud del trabajo de auditoría realizado. Arturo Fernando Granados Rodríguez
. las conclusiones y las recomendaciones. Evaluar el cumplimiento de los planes.10 Objetivos Generales de la Auditoría En el Libro “Auditoría en Sistemas Computacionales”. Ref Lib [05]. EI informe debe enunciar los hallazgos. Ref Lib [06]. Dictaminar de manera profesional e independiente sobre los resultados obtenidos por una empresa y sus áreas. En consecuencia. Pg. desde un punto de vista profesional y autónomo. y lineamientos que regulan la actuación de los empleados y funcionarios de una institución. áreas o funciones especiales de una institución. los procedimientos diseñados para soportar la opinión técnica en aquellas aéreas más significativas y en las que sea más probable que se puedan producir errores importantes deben ser más amplios y extensos que en aquellas otras en que no se den estas circunstancias. Entre los objetivos más relevantes. Cualquier limitación al trabajo impuesta por el auditado o sobrevenida a lo largo del trabajo que impida la aplicación de lo
Bach. EI concepto de importancia relativa es inherente al trabajo del auditor. así como su extensión. teniendo en cuenta. muy especialmente. los destinatarios en cuestión y cualquier restricción con respecto a su circulación. así como evaluar las actividades que se desarrollan en sus áreas y unidades administrativas. políticas.
12. En dicho plan deberá existir una metodología de control de costes. prueba de aceptación final. de pruebas de sistemas Plan de conversión. de ficheros.1 Controles de desarrollo.
2. economía y eficiencia. Para planificar y organizar la actividad de auditoría de sistemas de información. Arturo Fernando Granados Rodríguez
. Procedimientos para la definición y documentación de especificaciones de: diseño. de procesos.Carrera de Ingeniería de Sistemas Computacionales
dispuesto en las Normas Técnicas debe ser considerada en el informe de auditoría como una limitación al alcance. de pistas de auditoría. verificación y pruebas. integridad de los datos. protección de los recursos y cumplimiento con las leyes y regulaciones: Metodología del ciclo de vida del desarrollo de sistemas: su empleo podrá garantizar a la alta Dirección que se alcanzaran los objetivos definidos para el sistema. La metodología debe establecer los papeles y responsabilidades de las distintas aéreas del Departamento de Informática y de los usuarios. Estos son algunos controles que deben existir en la metodología: La alta Dirección debe publicar una normativa sobre el uso de metodología de ciclo de vida del desarrollo de sistemas y revisar esta periódicamente. etc. de programas. adquisición y mantenimiento de sistemas de información Permiten alcanzar la eficacia del sistema.
Bach. Emilio Del Peso Navarro y Mar Del Peso Ruíz. Estándares de prueba de programas. Cuando se seleccione una alternativa debe realizarse el plan director del proyecto. Plan de validación. Las especificaciones del nuevo sistema deben ser definidas por los usuarios y quedar escritas y aprobadas antes de que comience el proceso de desarrollo.12 Implantación de sistema de control interno informático Según Mario Piattini Velthuis. Debe establecerse un estudio tecnológico de viabilidad en el cual se formulen formas alternativas de alcanzar los objetivos del proyecto acompañadas de un análisis coste-beneficio -de cada alternativa-. de salida. En su libro “Auditoría de Tecnologías y Sistemas de Información”. de controles de seguridad. de entrada. el auditor debe incluir en el alcance de la Auditoría los procesos relevantes y los procesos para supervisar esa actividad así como todos los recursos relacionados con el SI. así como la composición y responsabilidades del equipo del proyecto. Ref Lib [06] 2.
delegación de autoridad. debido a falta de políticas. Hace referencia a:
Bach. normas. Arturo Fernando Granados Rodríguez
. Falta de visión. Descubrimientos de fraudes efectuados con el uso del computador. Estos son algunos de los controles que se deben implantar: Procedimientos de control de explotación Sistema de contabilidad para asignar a usuarios los costos asociados con la explotación de un sistema de información. por incumplimiento de plazos y mala calidad de resultados. equipos e información. encontramos: Aumento del presupuesto del Departamento de procesamiento de datos. Deberán prepararse manuales de operación y mantenimiento como parte de todo proyecto de desarrollo o modificación de sistemas de información. Falta de documentación o documentación incompleta de sistemas.
Dentro de los motivos para efectuar una Auditoría. Organización que no funciona correctamente. La contratación de programas de servicios de programación a medida ha de estar justificada mediante una petición escrita de un director de proyecto. Alberto Mendoza De Los Santos. estándares. Ing. asignación de tareas y adecuada administración del recurso humano. Falta total o parcial de seguridades lógicas y físicas que garanticen la integridad del personal. 16. Pg. así como manuales de usuario. Falta de una planificación informática. Sistema de contabilidad para asignar a usuarios los costes asociados con la explotación de un sistema de información.13 Motivos para Efectuar una Auditoría de Tecnologías de Información Según el Mg.
2. 17 Entre los principales justificativos o motivos de una auditoría. objetivos. PPT [1]. motivado generalmente.Carrera de Ingeniería de Sistemas Computacionales
Los procedimientos de adquisición de software deberán seguir las políticas de adquisición de la Organización y dichos productos deberán ser probados y revisados antes de pagar por ellos y ponerlos en uso. en una presentación de sus clases de la Universidad Privada del Norte. metodología. Descontento general de los usuarios. Explotación y mantenimiento: el establecimiento de controles asegurara que los datos se tratan de forma congruente y exacta y que el contenido de sistemas solo será modificado mediante autorización adecuada. URL [1]. Ref. 15. Desconocimiento de la situación informática de la empresa. Procedimientos para realizar un seguimiento y control de los cambios de un sistema de información. el INEI en su página Web: ¿QUÉ ES LA AUDITORÍA INFORMÁTICA? Ref.
Los resultados periódicos no son entregados en los plazos establecidos. • Aspectos de confidencialidad. 22
Bach.14 CONTROL INTERNO Según el Mg. o también porque un área tuvo una mala reestructuración. la que contempla los puntos siguientes: • Seguridad Lógica. . .
2. . ni se resuelven las incidencias en plazos establecidos y razonables. Alberto Mendoza De Los Santos. Cuando existe inseguridad: Se da una evaluación de nivel de riesgos.Los promedios conseguidos no se habitúan a los estimados. por que los parámetros de productividad no son respetados y sufren un desvío. Ref. .Los objetivos que la empresa persigue. . en una presentación de sus clases de la Universidad Privada del Norte. Cuando hay insatisfacción del cliente y una mala imagen: .La continuidad en el servicio es importante. Estos síntomas se pueden agrupar clases:
Cuando existe Desorganización y Descoordinación: .Cuando se da la necesidad de justificar las inversiones informáticas. una auditoría no tendría sentido por considerarse inútil. En ocasiones se considera más importante que los aspectos de seguridad.Cuando se dan otras prioridades en el aspecto presupuestario. ocasionando un descontento en el usuario por sentirse abandonado. Debilidades Económico-Financieras: . PPT [2].Cuando no hay capacidad de satisfacer las necesidades del cliente. • Seguridad Física. Pg. Las pequeñas imprecisiones pueden ocasionar que la información no refleje lo real y que la actividad que ejerce el usuario se vea afectada por este motivo. . .Costos y plazos de nuevos proyectos. Arturo Fernando Granados Rodríguez
. . por eso deben tomarse en cuenta los más mínimos indicios para su aplicación.Las fallas en hardware no son reparadas. no coinciden con los obtenidos.Esto puede darse debido a un cambio masivo de personal. también puede deberse a una norma importante que haya sido modificada.Elevación de costos de forma repentina y desmesurada. . éstas acuden a las auditorías externas para poder determinar en donde están las falencias.Si existen problemas en los que el centro de procesamiento de datos se encontrara fuera de control.Carrera de Ingeniería de Sistemas Computacionales
Cuando existen síntomas de debilidad en la empresa. Ing.
que tienen como finalidad salvaguardar los bienes de la empresa. PPT [2]. Pg. fraudes y otro tipo de situaciones que lleven a inestabilidad o desaparición del negocio. evaluar su bondad y asegurarse del cumplimiento de las normas legales. se pueden resumir en: Restructuración de los procesos empresariales (BPR: Business Process Re-engineering)
Según Mario Piattini Velthuis.
2. así como de las auditorías externas al Grupo. Arturo Fernando Granados Rodríguez
. Ing. Ref Lib [06] Pag. Busca evitar acciones nefastas como sabotajes. 06 El Control Interno informático controla diariamente que todas las actividades de sistemas de información sean realizadas cumpliendo los procedimientos. en una presentación de sus clases de la Universidad Privada del Norte. así como los requerimientos legales. 05. La misión del Control Interno Informático es asegurarse de que las medidas que se obtienen de los mecanismos implantados por cada responsable sean correctas y validas.Carrera de Ingeniería de Sistemas Computacionales
Esta referido fundamentalmente a la adopción de medidas preventivas. Definir. implantar y ejecutar mecanismos y controles para comprobar el logro de los grados adecuados del servicio informático. La nueva economía ha obligado a las empresas a realizar cambios.1 Componentes del Control Interno Según el Mg. así como de la implantación de los medios de medida adecuados. Emilio Del Peso Navarro y Mar Del Peso Ruíz. 22. Algunos de estos cambios. Asesorar sobre el conocimiento de las normas. sino que cada responsable de objetivos y recursos es responsable de esos niveles. Ref. lo cual no debe considerarse como que la implantación de los mecanismos de medida y la responsabilidad del logro de esos niveles se ubique exclusivamente en la función de Control Interno. estándares y normas fijados por la Dirección de la Organización y/o la Dirección de Informática. En su libro “Auditoría de Tecnologías y Sistemas de Información”. Colaborar y apoyar el trabajo de Auditoría Informática. Alberto Mendoza De Los Santos.14. Como principales objetivos podemos indicar los siguientes: • Controlar que todas las actividades se realizan cumpliendo los procedimientos y normas fijados.
mantiene la integridad de los datos. l as empresas deben evaluar 5). De este modo la Auditoría Informática sustenta y confirma la consecución de los objetivos tradicionales de la Auditoría:
Bach. Es en este escenario que aparecen 2 conceptos fundamentales: El control interno y la Auditoría informática
Figura Nº07 Actividades de un Sistema de Información
2. Los Sistemas de información constituyen un soporte fundamental para poner en marcha las estrategias planteadas por la alta dirección. Ref Lib [06] Pag. se hace necesaria la adopción de la tecnología disponible. Emilio Del Peso Navarro y Mar Del Peso Ruíz. Esto origina también un aumento de las necesidades de control y Auditoría. 07 La Auditoría Informática es el proceso de recoger. lleva a cabo eficazmente los fines de la organización y utiliza eficientemente los recursos. Arturo Fernando Granados Rodríguez
. se deben a fuerzas externas que presionan a la empresa (ver Figura N° Ante esta situación. sus sistemas de control interno de manera permanente.15 AUDITORÍA INFORMÁTICA En el libro “Auditoría de Tecnologías y Sistemas de Información” de Mario Piattini Velthuis.Carrera de Ingeniería de Sistemas Computacionales
Gestión de la calidad (TQM) Redimensionamiento por reducción o crecimiento hasta el nivel correcto Outsourcing Descentralización Los cambios que se mencionan. Para enfrentar y manejar estas fuerzas. agrupar y evaluar evidencias parar determinar si un sistema informatizado salvaguarda los activos.
no solamente los de protección de activos. software e información utilizados en una empresa. el procesamiento adecuado de la información y la emisión oportuna de sus resultados en la institución. Ref. Sin embargo existen diferencias que conviene resaltar.
En el Libro “Auditoría en Sistemas Computacionales”. Hace referencia a los objetivos fundamentales de la Auditoría informática: La Auditoría debe iniciar su actividad cuando los Sistemas están operando. Son campos análogos que propician una transición natural entre ambas disciplinas. tienen similitudes en sus objetivos profesionales. previos a cualquier actividad de aquel. incluyendo la evaluación en el cumplimiento de las funciones.1 Control Interno y Auditoría Informática: Campos Análogos El control interno Informático y la auditoría Informática. equipos de periféricos y demás componentes. sino también los de eficacia y eficiencia. de Carlos Muñoz Razo. el de mantener tal situación. mobiliario. las medias de seguridad y de los bienes de consumo necesarios para el funcionamiento del centro de cómputo. éste es el principal objetivo. telecomunicaciones.Carrera de Ingeniería de Sistemas Computacionales
Objetivos de protección de activos e integridad de datos Objetivos de gestión que abarcan. Arturo Fernando Granados Rodríguez
. empleados y usuarios involucrados con los servicios que proporcionan los sistemas computacionales a la empresa. compartidos y/o de redes.
2. Es la revisión técnica especializada y exhaustiva que se realiza a los sistemas computacionales. URL [1]. Tal objetivo debe conseguirse tanto a nivel global como parcial. Ref Lib [05]. Para conseguirla hay que acudir a la realización de Controles técnicos generales de operatividad y Controles técnicos específicos de operatividad. El propósito fundamental es evaluar el uso adecuado de los sistemas para el correcto ingreso de datos. sean individuales.
El INEI en su página Web: ¿QUÉ ES LA AUDITORÍA INFORMÁTICA?. La operatividad de los sistemas ha de constituir entonces la principal preocupación del Auditor informático. Dicha revisión se realiza de igual manera a la gestión informática.
Bach.15. actividades y operaciones de funcionarios. el aprovechamiento de sus recursos. así como a sus instalaciones.
URL [1]. solicitando el cumplimiento del desarrollo de formularios o cuestionarios lo que son pre impresos. Los resultados que arroje una auditoría se ven reflejadas en los informes finales que estos emitan y su capacidad para el análisis de situaciones de debilidades o de fortalezas que se dan en los diversos ambientes. los que deben ser sustentados por hechos demostrables.Carrera de Ingeniería de Sistemas Computacionales
Tabla Nº4 Similitudes y Diferencias entre Control Interno y Auditoría Informática
2. y esto se consigue con el levantamiento de información y documentación de todo tipo. a quienes se les llama evidencias. los cuales son dirigidas a las personas que el auditor considera más indicadas. lo que vine a ser uno de los pilares de la auditoría. Ref. El denominado trabajo de campo consiste en que el auditor busca por medio de cuestionarios recabar información necesaria para ser discernida y emitir finalmente un juicio global objetivo. Estas informaciones serán cruzadas. y que estos pre impresos podían haber proporcionado. Cada cuestionario es diferente y muy específico para cada área. se elaborará otra información la cual será emitida por el propio Auditor. se puede omitir esta primera fase de la auditoría. Arturo Fernando Granados Rodríguez
. además deben ser elaborados con mucho cuidado tomando en cuenta el fondo y la forma. cuando se da este caso. no existe la obligación de que estas personas sean las responsables de dichas áreas a auditar. Esto se puede conseguir. Muchas veces el auditor logra recopilar la información por otros medios.
Bach. De la información que ha sido analizada cuidadosamente.16 Técnicas y Herramientas Usadas por la Auditoría Informática El INEI en su página Web: ¿QUÉ ES LA AUDITORÍA INFORMÁTICA?. Hace referencia a: Cuestionarios La información recopilada es muy importante.
con mucha sencillez. realiza un trabajo de reelaboración de sus cuestionarios de acuerdo a la situación y al escenario auditado. En la entrevista no se sigue un plan predeterminado ni un método estricto de sometimiento a un cuestionario. El auditor cuando es ducho en la materia y tiene mucha experiencia. La solicitud de la información requerida. Ref Lib [07] “La Auditoría de sistemas es la parte de la auditoría interna que se encarga de llevar a cabo la evaluación de normas. esta debe ser concreta y debe ser de la materia de responsabilidad del auditado. seguridad y confidencialidad de la información que se procesa a través de
Bach. oportunidad. El sistema de interrogación se establece previamente y el auditor tendrá mucho cuidado. debido a que tiene bien en claro lo que necesita.17 AUDITORÍA DE SISTEMAS DE INFORMACIÓN Según Alonso Tamayo Alzate en su Libro “Auditoría de Sistemas – Una visión práctica”. La importancia que la entrevista tiene en la auditoría se debe a que. pero esto no indica que el auditado tenga que ser sometido a un interrogatorio automatizado lo cual no ofrece ningún camino. La entrevista personal entre el auditor y el personal auditado. esta entrevista se debe dar de una forma muy cordial y bajo los parámetros de lo correcto. y porque lo necesita.Carrera de Ingeniería de Sistemas Computacionales
Existen tres formas para que el auditor logre relacionarse con el personal auditado. Por el contrario el auditor realiza la entrevista de tal forma que el auditado pueda responder a las preguntas formuladas de manera normal. Sólo que esta sencillez con la que se elaboran las preguntas deberán tener un fondo muy profundo. lo que servirá para llegar al cumplimiento de los cuestionarios de sus Check Lists. el cual es distinto en cada caso. controles. La entrevista es un medio por el que el auditor usará metodologías las que han sido establecidas previamente con la finalidad de encontrar información concreta. técnicas y procedimientos que se tienen establecidos en una empresa para logar confiabilidad.
2. cruce y elaboración posterior del informe final. Arturo Fernando Granados Rodríguez
. esto se hace con la finalidad de que sea lo menos tensa posible. es basada en una serie de preguntas específicas en las que el auditado deberá responder directamente. Su trabajo es el pilar fundamental para el análisis. y es más concreta que las que pueden proporcionar los medios técnicos o los cuestionarios. la información que recoge es mayor y se encuentra mejor elaborada. Este es un personaje que sabe que es lo que busca. y que el auditado conteste de la forma más natural.
Se verifica la existencia y aplicación de todas las normas y procedimientos requeridos para minimizar las posibles causas de riesgos tanto en las instalaciones y equipos. la confiabilidad. Arturo Fernando Granados Rodríguez
. con la finalidad de asegurar la eficiencia de las organizaciones de informática. consistencia. integridad y oportunidad de la información y la efectividad de los controles en los sistemas de información computarizados. incluyendo los servicios externos de computación. Ref.Carrera de Ingeniería de Sistemas Computacionales
computadores. normas. procedimientos y procesos con el fin de emitir una opinión respecto a la eficiencia en la utilización de los recursos informáticos. en estas evaluaciones se está involucrado tanto los elementos técnicos como humanos que intervienen en el proceso de información”
Figura Nº08 Definición de Auditoría de Sistemas Según el Instituto Nacional de Estadística e Informática (INEI) en su investigación “Auditoría de Sistemas”.”
Según el Mg. es decir. en todo el ámbito del Sistema: usuarios. prácticas. 05 La Auditoría de Tecnologías de Información es un “Examen objetivo. así como la confiabilidad y seguridad de sus sistemas. URL [2]. instalaciones. equipos. en una presentación de sus clases de la Universidad Privada del Norte. que permitan efectuar acciones preventivas y correctivas para eliminar las fallas y carencias que se detecten. Ref. como en los programas computacionales y los datos. crítico. sistemático. Las Instituciones efectúan Auditorías de Sistemas. eminentemente posterior y selectivo de las políticas. Pg. Alberto Mendoza De Los Santos. Ing. PPT [1].
“La Auditoría de Sistemas es el conjunto de técnicas que permiten detectar deficiencias en las organizaciones de informática y en los sistemas que se desarrollan u operan en ellas.”
Según Mario Piattini Velthuis, Emilio Del Peso Navarro y Mar Del Peso Ruíz. En su libro “Auditoría de Tecnologías y Sistemas de Información”. Ref Lib [06] Pag. 33 En la década del 1970 (concretamente se funda en 1967) se consolida la que hoy se llama Information Systems Audit and Control Association (ISACA), siendo aun hoy la Única entidad, a nivel mundial, de los auditores de SI, y que gestiona una certificación en esta materia: Certified Information Systems Auditor (CISA). Esta asociación, que está presente en más de 140 países, a través de más de 170 capítulos (Chapters, en inglés) en todo el mundo, establece normas y procedimientos para la función de la Auditoría de SI y los profesionales que las realizan. Las preocupaciones fundamentales con respecto a la tecnología aludida anteriormente siguen siendo GIS mismas o se han incrementado con la evolución tecnológica. Estas inquietudes tanto de la Dirección de una entidad, como de sus accionistas o de la sociedad en general, se pueden concretar en: • • • • • La veracidad de la información, en cuanto a su totalidad y exactitud, procesada por los sistemas de tecnología. La utilización racional y ajustada a las necesidades reales de los recursos tecnológicos. EI "mantenimiento" o "sostenibilidad" de la estructura tecnológica y su crecimiento no debe ser traumático en el soporte de nuevas actividades. La confidencialidad de la información La protección de sus activos, especialmente el software y la información.
2.18 Objetivos de la Auditoría de Sistemas Según Alonso Tamayo Alzate en su Libro “Auditoría de Sistemas – Una visión práctica”. Ref Lib [07] A continuación se exponen los objetivos que persigue la Auditoría de sistemas, los cuales se presentan agrupados en objetivos generales y objetivos específicos, de la siguiente forma:
Figura Nº09 Objetivos de Auditoría de Sistemas Objetivos Generales • Evaluar las políticas generales sobre la planeación, ambiente laboral, entrenamiento y capacitación, desempeño, supervisión, motivación y remuneración del talento humano. • Evaluar políticas generales de orden técnico con respecto al software, hardware, desarrollo, implantación, operación y mantenimiento de sistemas de información• Evaluar políticas generales sobre seguridad física con respecto a instalaciones, personal, equipos, documentación, back-ups, pólizas y planes de contingencias. • Evaluar los recursos informáticos de la empresa con énfasis en su nivel tecnológicos, producción de software y aplicaciones más comúnmente utilizadas. • Asesorar a la gerencia y altos directivos de la empresa en lo relacionado con los sistemas de información, de tal forma que el proceso de toma de decisiones se efectúe lo más acertadamente posible. • Conocer las políticas generales y actitudes de los directivos frente a la Auditoría y seguridad de los sistemas de información y proceder a hacer las recomendaciones pertinentes.
2.19 Planteamiento y Metodología En el libro “Auditoría de Tecnologías y Sistemas de Información” de Mario Piattini Velthuis, Emilio Del Peso Navarro y Mar Del Peso Ruíz. Ref Lib [06] Pag. 575 La Auditoría se desglosa en: • • Auditoría de la organización y gestión del área de desarrollo y mantenimiento Auditoría de la planificación y gestión del proyecto
Auditoría de la fase de estudio de viabilidad Auditoría de la fase de análisis Auditoría de la fase de diseño Auditoría de la fase de construcción Auditoría de la fase de implantación Auditoría de la fase de mantenimiento
La metodología que se aplica es la propuesta por la ISACA (Information Systems Audit and Control Association), que está basada en COBIT (Control Objectives for Information and Related Technologies), la cual proporciona un conjunto estructurado de buenas prácticas y metodologías para su aplicación, cuyo objetivo es facilitar el gobierno de las TIC. COBIT está basado en la evaluación de riesgos, de manera que partiendo de los riesgos potenciales a los que está sometida la actividad, en este caso el desarrollo o mantenimiento de SI, se determinan una serie de objetivos de control de alto nivel que minimicen esos riesgos.
Para cada objetivo de control de alto nivel, agrupados por cada una de las fases del ciclo de vida del software identificadas en Métrica versión 3 (MAP, 2007), se especifican uno o más objetivos de control de detalle o también denominadas practicas de control, que contribuyen a lograr el cumplimiento de dicho objetivo de control de alto nivel; para lo cual se ha basado también en la propuesta de Rodero (2001). Así mismo, se aportan una serie pruebas de cumplimiento que permitan comprobar la existencia y correcta aplicación de dichos controles. Será la función del auditor determinar el grado de cumplimiento y madurez de cada uno de ellos.
− Para la Auditoría: La metodología que se aplica es la propuesta por la ISACA (Information Systems Audit and Control Association). 3. pues se realiza sin manipular deliberadamente las variables. se ha elaborado un cuestionario. puesto que solo se observaron los hechos como se presentan en su contexto. 3. la cual proporciona un conjunto estructurado de buenas prácticas y metodologías para su aplicación. se agrupa por cada una de las fases del ciclo de vida del software identificadas en Métrica versión 3 (MAP. en este caso el desarrollo o mantenimiento de SI.facto de corte transversal.1 Tipo de Investigación: El presente estudio es una investigación aplicadadescriptivo – correlacional. Por ser el número de unidades de análisis pequeña (07 miembros del staff) se han considerado a todos ellos. COBIT está basado en la evaluación de riesgos. Para cada objetivo de control de alto nivel. porque la naturaleza del problema no es de causalidad. que está basada en COBIT (Control Objectives for Information and Related Technologies). − Instrumentos y Recolección de Datos: Para realizar la Auditoría y plantear las mejoras al desarrollo del sistema de información. cuyos resultados son presentados en gráficos.
Bach.3 Población y muestra: Está conformado por el área de sistema del Gobierno Regional de Cajamarca. se especifican uno o más objetivos de control de detalle o también denominadas practicas de control.4 Unidad de Análisis: Está conformada por el total del personal del área y desarrollo del sistema de información del Gobierno Regional de Cajamarca 3. el cual consta de 47 preguntas. cuyo objetivo es facilitar el gobierno de las Tecnologías de Información y Comunicaciones.6 Procesamiento. el diseño es Ex post . 3. de manera que partiendo de los riesgos potenciales a los que está sometida la actividad. así como fuentes bibliográficas primarias. 2007). de la encuesta dirigida al staff.5 Técnica e Instrumentos de Recolección de Datos: − Técnicas: Durante el proceso de ejecución del presente estudio. Arturo Fernando Granados Rodríguez
. se aportan una serie pruebas de cumplimiento que permitan comprobar la existencia y correcta aplicación de dichos controles. se procedió a recolectar los datos. que contribuyen a lograr el cumplimiento de dicho objetivo de control de alto nivel. En el análisis y discusión se tomará en cuenta el marco teórico y los antecedentes de estudio. METODOLOGIA 3. Así mismo. análisis e interpretación de datos: Luego de aprobado el tema de tesis. 3. se determinan una serie de objetivos de control de alto nivel que minimicen esos riesgos. se revisaran trabajos de investigación relacionados con el tema.Carrera de Ingeniería de Sistemas Computacionales
III. Estos datos son vaciados al programa Microsoft Excel.2 Ámbito de Estudio: El presente trabajo de investigación se desarrolló en el área de sistemas del Gobierno Regional de Cajamarca.
Bach.7 Para determinar el Desarrollo de Sistemas de Información. Se realizó a través de la evaluación de sus fases de desarrollo de sistemas.Carrera de Ingeniería de Sistemas Computacionales
3. Arturo Fernando Granados Rodríguez
. cumplimiento de estándares y normas de control interno.
Capítulo IV: DESARROLLO
Figura Nº10 Logo Institucional Fuente: Gobierno Regional Cajamarca 4. es un organismo público con personería jurídica de derecho público.2 VISIÓN Institución pública regional con identidad propia.3.599002
Bach. Direccionamiento Estratégico 4. en cumplimiento de sus competencias exclusivas. descentralizada y desconcentradamente la gestión pública regional. contribuye al desarrollo integral y sostenible de la región.1. Ley Orgánica de Gobiernos Regionales y modificatorias.Carrera de Ingeniería de Sistemas Computacionales
IV. organizando y conduciendo democrática. con autonomía política. 4. Santa Teresa de Journet 351. IDENTIFICACIÓN DE LA ENTIDAD AUDITADA El Gobierno Regional Cajamarca. económica y administrativa en asuntos de su competencia.3. en el marco de las políticas nacionales y sectoriales. constituyendo para su administración económica y financiera un pliego presupuestal.2 DIRECCIÓN Jr.Urb.3 Ubicación Geográfica
. ASPECTOS GENERALES DE LA ENTIDAD 4. 4.2.2.599001 . capital humano calificado y nivel tecnológico avanzado. en el marco de una efectiva lucha contra la pobreza y la defensa del medio ambiente y sus recursos. compartidas y delegadas. capaz de administrar y brindar con calidad recursos y servicios públicos. La Alameda Teléfonos: 599000 .1 MISIÓN El Gobierno Regional de Cajamarca. propiciar condiciones favorables para el desarrollo de la inversión privada y liderar procesos de concertación con la sociedad civil.2.
4. al amparo de la Constitución Política del Estado y la Ley Nº 27867.
Exteriores del Gobierno Regional
Figura Nº12 Exteriores del Gobierno Regional Cajamarca Fuente: Gobierno Regional Cajamarca
Bach.3 Vista Satelital
Figura Nº11 Vista Satelital del Gobierno Regional Cajamarca Fuente: Google Maps
4.Carrera de Ingeniería de Sistemas Computacionales
ORGANIGRAMA La estructura orgánica del Gobierno Regional Cajamarca, fue aprobada mediante la Ordenanza Regional Nº 020-2005-GR.CAJ-CR de fecha 18 de octubre del año 2005, de acuerdo con las disposiciones legales vigente y en amparo del artículo 9 inciso a) de la Ley Orgánica de Gobiernos Regionales Ley Nº 27867, donde se dispone que los Gobiernos Regionales son competentes para aprobar su organización interna. Es necesario indicar que la actual estructura orgánica es el resultado de haber modificado la anterior que estuvo vigente el año 2005, dadas las condiciones y para un mejor funcionamiento del Gobierno Regional.
Figura Nº13 Estructura Orgánica del Gobierno Regional Cajamarca Fuente: Gobierno Regional Cajamarca
4.5. ANÁLISIS DE LA ENTIDAD AUDITADA El Gobierno Regional Cajamarca cuenta con el Centro de Información y Sistemas, en el cual procesan toda la información necesaria para los Sistemas de Información, pero no figura en su Estructura Orgánica. Según nos relató el Director de dicha oficina; el Centro de Información y Sistemas (CIS) debería estar como una dependencia de la Gerencia de Desarrollo Social. Según Reglamento de Organización y Funciones (ROF) del Gobierno Regional Cajamarca. Artículo 92º El Centro de Información y Sistemas cumple con las funciones siguientes: a. Formular y evaluar el programa de Sistemas de Información, según las necesidades del Gobierno Regional y sobre la base del soporte tecnológico informático. Formular, ejecutar y evaluar los programas de control de software y mantenimiento de los equipos de cómputo; y de contingencia. Ejecutar y participar en la ejecución de otros programas informáticos definidos por la Alta Dirección del Gobierno Regional o por mandato de norma nacional expresa. Mantener actualizado el Portal de Información del Gobierno Regional. Otras funciones que le sean asignadas. aprobado por Ordenanza
Fuente: Reglamento de Organización y Funciones, Regional Nº 020 – 2005 GRCAJ- CR.
4.6 MARCO LEGAL DEL CENTRO DE INFORMACIÓN Y SISTEMAS El Centro de Información y Sistemas del Gobierno Regional de Cajamarca es integrante del Sistema Nacional de Informática y se desarrolla acorde con los lineamientos, normas y recomendaciones técnicas de la Oficina Nacional de Gobierno Electrónico e Informática de la Presidencia del Consejo de Ministros. Incluyendo además las evaluaciones y seguimientos informáticos que realizan las Oficinas de la Contraloría, INDECOPI, y otros organismos reguladores y controladores. Por otro lado el CIS cuenta con la siguiente base legal: 1. Ordenanza Regional 020-2005-GR.CAJ-CR., que aprueba el Reglamento de Organización y Funciones del Gobierno Regional Cajamarca. 2. Resolución Ministerial Nº 073-2004-PCM, Guía para la Administración Eficiente del Software Legal en la Administración Pública. 3. El Centro de Información y Sistema forma parte del Sistema Nacional de Informática, con RESOLUCION MINISTERIAL Nº 206-2004-PCM se Constituyen el Padrón Nacional de Unidades Informáticas de la
deberá estar comprometido con el Centro de Información y Sistemas. Integridad
Bach. en el marco de las políticas nacionales y sectoriales para contribuir al desarrollo integral y sostenible de la región”. de planeamiento y de evaluación de gestión institucional. Misión
“Planificar. la promoción y preservación de su imagen positiva como un valor que pertenece a todos. propone y ejecuta proyectos que simplifican los procesos administrativos. comunicaciones y sistemas de información. 1. La Oficina de Derechos de Autor del INDECOPI. b. 1. les corresponde como responsabilidad conjunta. 4. soporte. generando confianza y transparencia en la ciudadanía. Imagen Todo el personal. supervisar y evaluar el empleo de equipos. Principios de Conducta Ética
Constituyen principios de conducta ética del personal los siguientes: a. Visión
“El Centro de Información y Sistemas. es capaz de utilizar tecnología de última generación para proporcionar un servicio eficiente. Así mismo administra todos los recursos informáticos. Visión de Futuro y Valores que orientarán al Centro de Información y Sistemas del Gobierno Regional de Cajamarca: 1. Durante el proceso de Planificación Estratégica se definió la Misión.Carrera de Ingeniería de Sistemas Computacionales
Administración Pública y autorizan ejecución de registro de unidades informáticas del Sistema Nacional de Informática. mediante Decreto Ley Nº 807 en la que estipula multas y procedimientos a aplicarse en caso de infracciones a los mismos. es la autoridad nacional competente responsable de cautelar y proteger administrativamente el derecho de autor y propiedad intelectual.1.2.3. ejecutar. que es compartido y del cual se es responsable por el sólo hecho de compartir un ideal común y ser un miembro del CIS. contribuyendo con el Gobierno Regional de Cajamarca para que organice y conduzca la gestión pública. confiable y oportuno. que identifican a la institución como una de las más eficientes y modernas”. dirigir. Arturo Fernando Granados Rodríguez
los subordinados y con la ciudadanía en general. otorgando a cada uno lo que le es debido. actuará con permanente disposición para el cumplimiento de sus funciones.Carrera de Ingeniería de Sistemas Computacionales
El Personal del CIS deberá actuar con rectitud. honradez. Justicia y Equidad El personal del CIS. Asimismo. en la medida que reúnan las formalidades del caso y tengan por objeto la realización de actos de servicio que se vinculen con las labores a su cargo. legal y moral en el desempeño de su labor. capacitándose permanentemente para el debido cumplimiento de sus labores. procurando satisfacer los intereses legítimos del Gobierno Regional Cajamarca. Idoneidad El personal del CIS. sus usuarios y la sociedad en su conjunto. los cuales deberá poner en conocimiento de la administración de la institución. Eficiencia El personal del CIS brindará calidad en cada una de las labores a su cargo. desechando el provecho o ventaja personal obtenido por sí o interpuesta por personas. buscando el resultado más adecuado y oportuno. c. actuando con equidad en sus relaciones con sus superiores. Arturo Fernando Granados Rodríguez
. Lealtad y Obediencia El personal del CIS actuará con fidelidad y solidaridad hacia toda la Institución. y honestidad. Propenderá a una formación sólida acorde a la realidad. cumpliendo órdenes que le imparta el superior jerárquico competente. actuará con reserva y diligencia en el manejo de la información que conoce. f. Fuente: Plan Operativo Informático 2012
Bach. e. d. Veracidad El personal del CIS se expresará con autenticidad en las relaciones laborales con todos los miembros del Gobierno Regional y con terceros. salvo los supuestos de arbitrariedad o ilegalidad manifiestas. se desenvolverá con aptitud técnica. Profesar y practicar un claro rechazo a la corrupción en todos los ámbitos de desempeño de la institución y cumplir cabalmente con sus funciones. g.
.7 ESTRUCTURA ORGÁNICA INTERNA DEL CENTRO DE INFORMACIÓN Y SISTEMAS
Figura Nº14 Estructura Orgánica del Centro de Información y Sistemas Fuente: Plan Operativo Informático Se debe mencionar que no se cuenta con personal Asistente Administrativo. pero se incluye en el presente organigrama por ser un cargo que se debería considerarse 4.8 RECURSOS HUMANOS DEL CENTRO DE INFORMACIÓN Y SISTEMAS RECURSOS HUMANOS DIRECCIÓN O GERENCIA Jefe Asistente administrativo REDES Y COMUNICACIONES Administrador de Red y Soporte SISTEMAS Analista de Sistemas Web Master Programador de Aplicaciones Diseñador de Interfaces PLANEAMIENTO ESTRATÉGICO INFORMÁTICO Gestor de Proyectos Informáticos Responsable de Investigación y Planeamiento SOPORTE TECNICO Técnico Electrónico Soporte Help Desk TOTAL Cuadro Nº01 Personal del CIS Fuente: Plan Operativo Informático CANTIDAD 1 1 1 1 1 1 1 1 1 2 1 12
Bach.Carrera de Ingeniería de Sistemas Computacionales
D3. O5. Decisión institucional para modernizar y estandarizar tecnológicamente el gobierno regional. Deseo e iniciativa del personal informático en actualizarse en las nuevas tecnologías informáticas. F7. Capacidad de asesoramiento permanente en relación a sistemas informáticos y sus aplicaciones. F10. Potencial productivo que ofrece internet. Uso y administración del portal web. Promoción del intercambio de información con la Implementación de MAD y MOD a nivel Regional. Existencia de entidades públicas como INDECOPI. El CIS no figura dentro de la Estructura Orgánica del Gobierno Regional. O8. F5. Elaboración del Plan Operativo Informático 2012. Existencia de normatividad estadística e informática a nivel nacional que sirve de referencia para un normal desarrollo de las actividades informáticas. Debilidades.Falta de equipos de contingencia para continuidad de servicios críticos. F4. O4. F3. Arturo Fernando Granados Rodríguez
Fortalezas a utilizar
Principales Oportunidades para aprovechar
Principales Debilidades a superar
. Adecuación de Data Center y Red de Cómputo de la Sede del Gobierno Regional Cajamarca (Proyecto Gobierno Electrónico). O1. O6. O3. se obtendrá un diagnóstico que permitirá tomar decisiones acordes con los objetivos y políticas que formularemos. Desarrollo tecnológico que ofrece nuevas oportunidades para lograr mayor eficiencia. O7. Infraestructura física acorde a las exigencias del área. Oportunidades y Amenazas. Implementación de los sistemas de información mediante el desarrollo de software personalizado.Carrera de Ingeniería de Sistemas Computacionales
4. F8.9 PROBLEMÁTICA DEL CENTRO DE INFORMACIÓN Y SISTEMAS La problemática actual del Centro de Información y Sistemas se presenta mediante el análisis FODA.
Bach. F11. MEF. F6. Personal identificado con el CIS. F2. F9. SITUACION ACTUAL DESCRIPCION F1. D2. que permite fortalecer la imagen institucional. Uso de software no licenciado. Disponibilidad de software en el mercado para la implementación del requerimiento de aplicaciones. por medio de este análisis de Fortalezas. Coordinación permanente con los diferentes usuarios. Mejoramiento de la Red de Datos y Telefónica. D1. O2. Tendencia a un Modelo de Gobierno Electrónico. Contraloría. Equipo de trabajo eficiente y eficaz.
OBJETIVOS INSTITUCIONALES a) Contribuir con el incremento de las capacidades de las personas.
OBJETIVOS ESPECIFICOS INFORMÁTICOS a. Débil planificación nacional en el ámbito informático debido a la falta de integración del sector público. así como la reducción del analfabetismo y la desnutrición infantil y fomentando el desarrollo de la ciencia. A2. empresas y ciudadanos por medio del uso de las
Bach. Constante amenazas de virus informáticos. A5. A6. salud. Cuadro Nº02 Análisis FODA . A7. Arturo Fernando Granados Rodríguez
b. que se expresa en el escaso presupuesto para la adquisición de equipos de cómputo y Licencias de software. b) Lograr niveles de eficiencia y transparencia. Alto costo de software. eficaz y eficiente que responda a las necesidades de la ciudadanía. aprobado mediante Resolución Ministerial N° 281. Promover el incremento de capacidades competitivas en la Administración Pública. correos maliciosos. saneamiento y la asistencia social.2007 – PCM :
OBJETIVO ESTRATÉGICO SECTORIAL 1. Situación económica del País. A3. facilitando la igualdad de oportunidades para la población. Desconocimiento por parte del personal del Gobierno Regional Cajamarca acerca del Rol que cumple el CIS A1. en la red. La realidad del crecimiento tecnológico trae como consecuencia la obsolescencia de los equipos de cómputo.1. impulsando la mejora de la calidad y cobertura de los servicios públicos de educación.1 Mejorar la gestión pública y propiciar la descentralización del estado mediante el uso intensivo de las tecnologías de la información y comunicación. en la gestión pública regional. A4.Carrera de Ingeniería de Sistemas Computacionales
Principales Amenazas a neutralizar
D4. Creciente demanda por servicios informáticos relacionados a consultas masivas.CIS Fuente: Plan Operativo Informático
4. la tecnología y la cultura en la Región.10
Alineamiento con el Plan Estratégico Institucional y Sectorial Las acciones que pretende realizar el Centro de Información y Sistemas se encuentran alineadas con el Plan Estratégico Sectorial Multianual (PESEM 2007-2011) de la Presidencia del Consejo de Ministros (PCM). institucionalizando estrategias de rendición de cuentas. Lograr un estado moderno.
Generar rentabilidad de forma sostenible en el desarrollo de proyectos informáticos. información de los sistemas y la comunicación de las implementando estrategias de coordinación y estaciones de la red interna cooperación con instituciones a través del mejoramiento.11 Estrategias para el logro de las metas del Plan Operativo Informático Las siguientes son las principales estrategias planteadas de acuerdo a las diferentes necesidades tecnológicas por las que atraviesa el Gobierno Regional Cajamarca 1. Desarrollar sistemas de información. públicas estandarización y de los y privadas. 6. 11. Mejorar la disponibilidad de herramientas tecnológicas. 2. Cuadro Nº03 Alineamiento con el Plan Estratégico Institucional y Sectorial Fuente: Plan Operativo Informático 4. Analizar requerimientos funcionales para incorporarlos a la cadena de valor midiendo el avance hacia sus objetivos. Arturo Fernando Granados Rodríguez
.3. desarrollando la articulación vial. revalorando la actualización identidad regional y elementos que conforman fortaleciendo la la red institucional Concertación y cooperación interregional a todo nivel. Desarrollar la infraestructura tecnológica. Desarrollar programas de capacitación continua a los usuarios 8. 7.Carrera de Ingeniería de Sistemas Computacionales
facilitando el acceso a la tecnologías de la información pública y información. 9. Fortalecer las actividades y procesos del Gobierno Regional Cajamarca. Fortalecimiento del c) Contribuir con la integración Órgano Informático de la Región Cajamarca Institucional.
Bach. Reducir la vulnerabilidad de la red. Disponer de personal de sistemas con nivel competitivo y asegurar que dicho nivel se mantenga.2. Integrar por medio de una base de datos institucional los procesos dentro del GRC. eléctrica. Fortalecimiento del Auditoría social.Optimizar el flujo de la de telecomunicaciones. 5. promoviendo la vigilancia y b. 12. 3. c. b. Órgano Institucional. Mejorar la atención a los usuarios 10. Llevar a cabo el cumplimiento de normativas como ente del Sistema Nacional de Informática. 4.1.
seguridad y conformidad.2 Objetivo de Control OG1: Procesos. • Existe algún documento que contiene las X
funciones que son competencia del centro de información y sistemas. de modo que permita la ejecución y puesta en práctica del plan operativo informático. así como los controles y asesoramiento de expertos. organización y relaciones: El área de sistemas debe tener definidos los procesos de su organización. Arturo Fernando Granados Rodríguez
APLICACIÓN DE AUDITORÍA DEL DESARROLLO DE SISTEMAS DE INFORMACIÓN EN EL CENTRO DE INFORMACIÓN Y SISTEMAS
4. • Las responsabilidades y roles han sido X X X
establecidos.3 Objetivo de Control OG2: Gestión de Recursos Humanos: El área de
Bach. • EI marco de trabajo permite la definición y seguimiento de los objetivos de los procesos que han sido definidos e implementados. OG1-C4: Deben establecerse roles y responsabilidades para la gestión del aseguramiento de la calidad. • El staff cuenta con los sistemas de aseguramiento de la calidad apropiados.
OG1-C2: Debe especificarse en el organigrama puestos del área y el staff.
formalizados. SI NO Observaciones
OG1-C1: Deben establecerse de forma clara las funciones del área. está aprobado y se respeta. gestión de riesgos. así como formalmente documentados y aprobados.Carrera de Ingeniería de Sistemas Computacionales
4. Son ejecutados por personal con la suficiente formación y experiencia en la materia.12.1 AUDITORÍA DE LA ORGANIZACIÓN Y GESTIÓN DEL ÁREA DE SISTEMAS 4. OG1-C3: Debe establecerse el marco de trabajo de los procesos del área de sistemas.12. • Existe un organigrama con la estructura de organización del área. X
documentados y satisfacen los requisitos del área.
Se revisa y actualiza con periodicidad en función de las nuevas situaciones. OG2-C2: Debe existir un plan de capacitación que este en consonancia con los objetivos del área y alineados con los objetivos institucionales. medio y largo plazo. publicaciones periódicos. • No existe una gran rotación de personal. • Existe algún mecanismo que permita a los empleados hacer sugerencias sobre mejoras en la organización del área.12. ya sea en formato electrónico o papel. • • Existe el plan estratégico de Tecnologías de la Información. • Están disponibles un número suficiente de libros.Carrera de Ingeniería de Sistemas Computacionales
sistemas debe contar con recursos humanos adecuados para gestionar el desarrollo y mantenimiento de SI.4 Objetivo de Control OG3: Plan Estratégico de Tecnologías de la Información del área: El área de sistemas debe participar en la definición del plan estratégico de Tecnologías de la Información OG3-C1: el área debe tener y difundir su propio plan a corto. • Se tiene aprobado un plan de capacitación a corto. OG2-C4: El personal debe estar motivado en la realización de su trabajo. • Las personas seleccionadas cumplen los X X
requisitos del puesto al que acceden. Arturo Fernando Granados Rodríguez
. medio y largo plazo que sea coherente con el plan operativo informático OG2-C3: Debe existir una biblioteca accesible por el personal del área. X X
4. • Las ofertas de puestos del área se difunden de forma suficiente fuera de la organización y las selecciones del personal se hacen de forma objetiva. monografías de X X
reconocido prestigio. OG2-C1: Deben existir procedimientos de contratación objetivos. X X
Bach. existe un buen ambiente de trabajo. El personal tiene acceso a ellos.
• Existe un catálogo de problemas.5 Objetivo de Control OG4: Gestión de la calidad: El área de sistemas debe disponer de procesos de desarrollo regidos por estándares y principios de ingeniería de software ampliamente aceptados. proyecto en el que sucedió. Esta información debe contener los objetivos. OG4-C1: Debe existir un registro de problemas que se producen en los proyectos del área. • • El plan existe y se actualiza periódicamente.
OG3-C2: La realización de nuevos proyectos debe basarse en el plan estratégico de Tecnologías de la Información y en el plan operativo informático en cuanto a objetivos. incluyendo los fracasos de proyectos completos. • Se registran y controlan todos los proyectos fracasados (aquellos que comienzan y no llegan a su fin). incluyendo para cada uno de ellos la solución o soluciones encontradas. X X
4. La documentación relativa a cada proyecto que existe en el plan estratégico se pone a disposición del director de proyecto una vez comenzado el mismo. marco general. Existen y se ejecutan actividades de mejora continua según y los estándares. así como los recursos invertidos en los mismos. de prácticas. del X X X X X
Bach. • EI catálogo es accesible para todos los miembros del área. Arturo Fernando Granados Rodríguez
Se difunde a todo el staff para que se sientan participes del mismo. esta actualizado y tiene uno o varios índices que faciliten la búsqueda.12. los requisitos generales y un plan inicial. OG4-C2: Debe mantenerse y comunicarse periódicamente al área las modificaciones del plan de calidad a fin de promover la mejora continua. persona que lo resolvió. • • Las fechas de realización coinciden con las del plan estratégico.
Bach. OG4-C3: Debe existir algún mecanismo de creación y actualización de prácticas y estándares de calidad así como de prácticas. OG4-C4: Debe existir un procedimiento de monitorización y medición del cumplimiento de estándares y prácticas de calidad así como de los de desarrollo y mantenimiento. • Existe un repositorio con todos los productos software susceptibles de ser reutilizados: librerías de funciones. técnica (análisis. Así como también hay una guía o prácticas de programación para cada uno de los lenguajes homologados • Hay un estándar general generada. documentos (catálogo de requisitos comunes. Arturo Fernando Granados Rodríguez
. OG4-C5: Debe practicarse la reutilización del software. • Están definidas las prácticas de análisis y diseño. manuales de usuario. componentes software. estándares de desarrollo y mantenimiento. Están definidas métricas de calidad y éstas están alineadas con los objetivos de calidad del área y ayudan en la consecución de los objetivos del área. • • Se realizan informes ejecutivos periódicamente sobre la calidad de los SI en el área. clases de objetos. • EI mecanismo para la creación y actualización de prácticas y estándares está documentado y es conocido en el área. arquitecturas). etc. e incluye las técnicas y herramientas a usar.
documentación de los programas). • Se realizan inspecciones en los hitos de los proyectos para verificar el cumplimiento de los estándares y prácticas.Carrera de Ingeniería de Sistemas Computacionales
departamento adoptadas por el área de sistemas. para toda la X X X
incluyendo diseño. • EI repositorio o catálogo es conocido y accesible por todos los miembros del área.
transición desde los productos cumplimiento actuales. • Se registra la información más importante acerca de la configuración de los productos recién adquiridos. X
portabilidad a otros entonos. • Cuando se valida un nuevo producto de desarrollo se forma al personal del área que lo vaya a manejar. software de pruebas. del área. Se deben evaluar al menos los siguientes parámetros: productividad. el esquema de clasificación de datos y sus niveles de seguridad correspondientes. software de control de versiones.
compatibilidad con el entono tecnológico. utilizados en el área deben ser previamente válidos. • Existe un mecanismo para la adquisición y validación de cualquier nuevo producto software usado en el desarrollo.Carrera de Ingeniería de Sistemas Computacionales
y tiene uno o varios índices que faciliten la búsqueda. costos. compiladores.
OG4-C6: Debe existir un modelo de la arquitectura de información que se actualice regularmente y defina los sistemas apropiados que optimicen el uso de la información. Tabla N° 05: Auditoría de la organización y gestión del área de sistemas Fuente: Propia X X
Bach. OG4-C7: Los lenguajes. Arturo Fernando Granados Rodríguez
. • Existe un diccionario de datos institucional con las reglas de sintaxis de la organización. • Se garantiza la consistencia y seguridad de la información de los SI con los recursos X X
proporcionales y dicha información se alinea con la estrategia y objetivos de la institución. entre otros. de los riesgo de cambio.
• • Se ha descrito y dimensionado el proyecto según las normas establecidas. En el documento de aprobación están definidos de forma ciara y precisa los objetivos del mismo y las restricciones de todo tipo que deben tenerse en cuenta (recursos técnicos y humanos.13.Carrera de Ingeniería de Sistemas Computacionales
4. se debe determinar el modelo de ciclo de vida que seguirá. P1-C1: Debe existir documento de aprobación del proyecto que defina claramente los objetivos.) y su alineación con el plan estratégico. Se han evaluado los riesgos asociados al proyecto.13. especialmente cuando se van a usar tecnologías no usadas hasta el momento. Arturo Fernando Granados Rodríguez
. Se le ha comunicado al director su designación junto con toda la información relevante del proyecto. P1-C2: Debe designarse un responsable o director del proyecto. restricciones y las áreas afectadas.
Bach. X
presupuesto.1 Auditoría de la gestión y planificación del proyecto SI NO Observaciones
4. definido y planificado formalmente.2 Objetivo de Control P1: El proyecto de desarrollo debe estar aprobado. • • La designación se ha llevado a cabo según el procedimiento establecido. • Se han identificado las unidades de la X
organización a las que afecta. entre otros. • • Se ha elegido el ciclo de vida más adecuado al tipo de proyecto. • • Existe algún documento de aprobación del X
proyecto autorizada por algún órgano competente.13 AUDITORÍA DE PROYECTOS DE DESARROLLO Y MANTENIMIENTO 4. P1-C3: El proyecto debe ser catalogado en función de sus características. Se ha hecho uso de la información histórica que se dispone tanto para dimensionar el proyecto y sus riesgos como para seleccionar el ciclo de vida.
Se ha comunicado a todos los miembros del staff de desarrollo los objetivos del proyecto. EI número de reuniones y la duración de las mismas no superan un límite razonable X
comparado con la envergadura del proyecto.
Bach. P2-C1: Los responsables de las aéreas afectadas por el proyecto deben participar en la gestión del proyecto.13. • EI plan de proyecto realizado es realista y utiliza la información histórica de la que se disponga para realizar estimaciones. EI comité tiene una periodicidad de reunión mínima. Arturo Fernando Granados Rodríguez
. P2-C2: Se debe establecer un mecanismo para la resolución de los problemas que pueden surgir a lo largo del proyecto. • Las reuniones se hacen con un orden del día previo • y las decisiones tomadas quedan X X
documentadas en las actas de dicho comité. • • La designación del equipo de desarrollo se ha llevado a cabo según el procedimiento establecido.Carrera de Ingeniería de Sistemas Computacionales
P1-C4: Una vez determinado el ciclo de vida a seguir. se debe elegir el equipo técnico que realizará el proyecto y se determinará el plan del proyecto. la responsabilidad que tendrán en el mismo. debe tener competencia para asignación de recursos. X X X
4. y en cualquier caso siempre que lo exija el desarrollo del proyecto. • Se ha constituido formalmente el comité de dirección del proyecto y • están incluidos los X
responsables de todas las unidades afectadas.3 Objetivo de Control P2: El proyecto se debe gestionar de forma que se consigan los mejores resultados posibles teniendo en cuenta las restricciones de tiempo y recursos. la revisión de la marcha del proyecto y para modificar el plan del proyecto en función de las revisiones. las fechas en las participaran y la dedicación completa o parcial.
P2-C3: Debe existir un control de cambios a lo largo del proyecto. X
Se controla la solución del problema y se deja constancia del mismo.Carrera de Ingeniería de Sistemas Computacionales
Existen hojas de registro de problemas y hay alguna persona del proyecto encargada de su recepción. X
P2-C5: Debe hacerse un seguimiento de los tiempos utilizados tanto por tarea como a lo largo del proyecto • Existe algún procedimiento que permite registrar el X
Bach. • Se respetan los límites temporales y X X X X
presupuestarios marcados al inicio del proyecto. • Se remite la nueva versión de los documentos actualizados a los participantes en el proyecto. debe hacerse de forma adecuada. Se ha hecho uso de la información histórica que se dispone en el área sobre estimaciones. así como para trasladarlos a la persona que de los debe resolver. informando si es necesario al director del proyecto y al comité de dirección. • Existe un mecanismo para registrar los cambios que pudieran producirse. X
Existe un método para catalogar y dar prioridad a los problemas. Si no es así debe ser aprobado por el comité de dirección. Se notifica el cambio a todas las personas que participen en el proyecto y se ven afectados. Arturo Fernando Granados Rodríguez
. así como para evaluar el impacto de los mismos. así como un procedimiento conocido de tramitación. consignando la ultima fecha de actualización. normalmente en un hito al finalizar una fase. P2-C4: Cuando sea necesario reajustar el plan del proyecto. • • • Se ha tenido en cuenta los riesgos del reajuste. • La documentación afectada se actualiza de forma adecuada y se !leva un control de versiones de cada producto.
• • La documentación cumple los estándares y procedimientos establecidos en el área. • Antes de comenzar una nueva etapa. los cambios del plan. • La documentación del proyecto es completa y está catalogada posteriores. P2-C6: Se debe controlar que se sigan las etapas del ciclo de vida adoptado para el proyecto y que se generan todos los documentos asociados a la metodología usada. liberar los recursos utilizados y hacer balance. El comité de dirección y el director del proyecto hacen balance del proyecto. se ha documentado la etapa previa y se ha revisado y aceptado.Carrera de Ingeniería de Sistemas Computacionales
tiempo que dedica y qué tarea realiza cada participante. Se respeta el uso de recursos previamente establecido. • • Los recursos. especialmente en las fases de análisis y diseño. P2-C7: Cuando termina el proyecto se debe cerrar toda la documentación del mismo. históricos sobre estimaciones y X X perfectamente para accesos X X X X X
Tabla N° 06: Auditoría de proyectos de desarrollo y mantenimiento Fuente: Propia
Bach. estudiando los posibles problemas y sus causas. se ponen a disposición del área del que provienen. Arturo Fernando Granados Rodríguez
. tanto personales como materiales. Toda esta información se registra en los archivos problemas. • Existe algún procedimiento para analizar las desviaciones y proponer acciones correctivas.
Cada requisito tiene una prioridad y está clasificado en funcional y no funcional. situación actual. Arturo Fernando Granados Rodríguez
identificándose sus perfiles y dejando claras sus tareas y responsabilidades. V1-C2: Debe estudiarse la situación actual y determinar los sistemas afectados.14 AUDITORÍA DE LA FASE DE ESTUDIO DE VIABILIDAD SI NO Observaciones
4. identificando seguidamente las alternativas de solución y seleccionando aquella que satisfaga más eficaz y eficientemente los requisitos identificados. V1-C1: Debe haberse establecido el alcance de las iniciativas requeridas para satisfacer las necesidades planteadas por el usuario. operativas y económicas. • Existe un documento que recoge la descripción general de la necesidad planteada por el usuario y los objetivos generales así como las posibles restricciones técnicas. Se ha realizado un diagnóstico de la situación actual. V1-C3: Los usuarios y responsables de las unidades que afecta el nuevo sistema establecerán de forma clara los requisitos del mismo.14.Carrera de Ingeniería de Sistemas Computacionales
4. • EI catálogo de requisitos ha sido revisado y aprobado por el grupo de usuario y los X X X X X
responsables así como por el comité de dirección. • Se han determinado formalmente el grupo de usuarios que participará en el proyecto. • Se ha realizado un plan detallado de entrevistas con el grupo de usuarios y con los responsables de las unidades afectadas que permita conocer cómo valoran el sistema actual y lo que esperan del nuevo sistema. • • Se han realizado modelos del sistema.
Bach.1 Objetivo de Control V1: Antes de la definición del proyecto deben estudiarse los requisitos. • Existe un catálogo de requisitos.
A1-C4: Se debe realizar el modelo del sistema que sirva de base para el diseño. A1-C2: A partir de la información obtenida de las entrevistas se debe realizar la descripción inicial del SI y obtener el catálogo de requisitos detallado del mismo. • Las técnicas que se utilizan para la recopilación de información es la adecuada en función de las características del proyecto y los tipos de usuario a entrevistar. rendimiento. A1-C1: Debe realizarse un plan detallado de sesiones de trabajo con el grupo de usuarios del proyecto y los responsables de las unidades afectadas para recopilar la información necesaria. formación. Se han asignado los requisitos a cada uno de los subsistemas identificados. mediante la elaboración y descripción detallada del modelo de datos y de procesos. • • La desintegración de los subsistemas está X
orientada a los procesos del sistema. A1-C3: Se estructura el sistema de información en subsistemas de análisis.Carrera de Ingeniería de Sistemas Computacionales
4. • • • Existe un catálogo de requisitos.1 Objetivo de Control A1: Se debe elaborar una especificación detallada que permita describir con precisión el sistema de información. y consecuentemente actualizado el catálogo de requisitos. Arturo Fernando Granados Rodríguez
. Y el guión incluye todas las cuestiones necesarias para obtener la información sobre las funciones deseadas y problemas que se quieren resolver. En el caso de análisis estructurado. X X X X X
disponibilidad.15.15 AUDITORÍA DE LA FASE DE ANÁLISIS 4. • Se remite el guión a los entrevistados con tiempo suficiente para que estos puedan preparar la entrevista y la documentación que deseen aportar a la misma. Cada requisito tiene una prioridad y están clasificados en funcionales y no funcionales. Y en el caso de un análisis orientado a objetos a través del modelo de clases y el de interacción de objetos. estos están justificados y detallados. La especificación del sistema incluye los requisitos no funcionales: de seguridad. mediante el análisis de los
Bach. para facilitar la especificación de los distintos modelos y la traza de requisitos.
incluyendo todos los campos significativos. • • Se han definido los requisitos del entono de pruebas y el alcance de las pruebas. • La calidad formal de los distintos modelos.Carrera de Ingeniería de Sistemas Computacionales
casos de uso. diálogos. es correcto y se gestiona de forma de automatizada. formularios. A2-C1: Se debe de verificar la calidad técnica de cada modelo y asegurar la coherencia entre los distintos modelos.2 Objetivo de Control A2: Se debe garantizar la calidad de los distintos modelos generados en el proceso de análisis del SI. A1-C6: Debe especificarse el plan de pruebas que el nuevo sistema debe superar para ser aceptado. así como informes y formularios asociados si existen. Existe un diccionario de datos o repositorio. se verificará que se respetan. comprobando si son conforme a la técnica seguida X
Bach. A1-C5: Se deben especificar todas las interfaces entre el sistema y el usuario.15. botones. Si hay normas de diseño o estilo de pantallas. • Se han descrito con suficiente detalle las X X
interfaces: pantallas a través de las cuales el usuario navegará por la aplicación. y asegurar que los usuarios y los analistas tienen el mismo concepto del sistema. • La interfaz de usuario se ha aprobado por el grupo de usuarios y por el comité de dirección. éste es coherente con el catálogo de requisitos y con la especificación funcional del sistema. respetándose todos los procedimientos de gestión de cambios. formatos de informes y formularios de entrada. X X X X
4. etc. Arturo Fernando Granados Rodríguez
. tales como formatos de pantallas. Se ha elaborado el plan de pruebas de aceptación del sistema.. • • Los modelos son correctos técnicamente y se han realizado con la técnica adecuada. etc. informes. menús. en el área.
la especificación del entono tecnológico. • Se ha realizado una validación de los distintos modelos con los requisitos especificados para el sistema de información.16. administración.16 AUDITORÍA DE LA FASE DE DISEÑO 4. periféricos. • Cualquier petición de cambio en los requisitos que pueda surgir posteriormente deben ser evaluada y aprobada. A2-C2: Debe realizarse una validación formal de la especificación de requisitos y de los modelos del análisis del sistema. sistemas gestores de bases de datos) junto con su planificación de capacidades y sus requisitos de operación. • La actualización del plan de proyecto seguirá los criterios. detallándose en este punto en mayor medida la entrega y transición al nuevo sistema. tanto a través del catálogo de requisitos.1 Objetivo de Control D1: Se debe definir una arquitectura del sistema que sea coherente con la especificación funcional que se tenga y con el entorno tecnológico. como a través de la validación directa del usuario. así como los casos de uso son validos. PC. consistentes y completos. Están definidos todos los elementos que
configuran el entorno tecnológico (servidores. requisitos de operación. seguridad y control de acceso deben estar definidos de forma clara y ser conformes a los estándares y normas del centro de información y sistemas. • Están diferenciados y definidos los subsistemas específicos adelante. D1-C1: organización en subsistemas de diseño.Carrera de Ingeniería de Sistemas Computacionales
para la elaboración de cada producto y a las normas determinadas en el catálogo de normas. mediante la traza de requisitos. conexiones de red. Arturo Fernando Granados Rodríguez
Bach. • del sistema de información y (en los X
subsistemas de soporte.
4. • Los usuarios ratifican que los requisitos X X
especificados en el catálogo de requisitos.
así como las librerías y clases reutilizables. D1-C3: Se debe diseñar la estructura de datos adaptando las especificaciones del sistema al entorno tecnológico. Arturo Fernando Granados Rodríguez
. • Se definen los procedimientos de migración y sus componentes asociados. • EI modelo de datos tiene en cuenta el entorno tecnológico y los requisitos de rendimiento para los volúmenes y frecuencias de acceso estimados. así como de las estructuras de datos. con las especificaciones X X
Bach. seguridad y control de acceso. D1-C2: Se debe realizar un diseño detallado de los subsistemas de soporte y del sistema de información específico. seguridad. migración de datos. EI tamaño de los módulos o clases es adecuado y el factor de acoplamiento entre ellos es mínimo y la cohesión interna es máxima. de requisitos. • Se han fijado formalmente las directrices para la construcción de los componentes del sistema. • Los módulos o clases. se diseñan para poder ser reutilizados en el futuro por otros SI.2 Objetivo de Control D2: Se deben generar todas las especificaciones necesarias para la construcción del sistema de información: D2-C1: Se deben generar unas especificaciones de construcción. • Existe un catálogo de excepciones. • Los elementos seleccionados están dentro de los estándares del área y son capaces de responder a los requisitos establecidos de volúmenes. tiempos de respuesta. X X X X X
4. normas y estándares originados como X
consecuencia de la adopción de una determinada solución de arquitectura o infraestructura. D2-C2: Se debe especificar el procedimiento de migración y carga inicial de datos así como los requisitos de operación. • • Se han identificado los mecanismos genéricos de diseño.Carrera de Ingeniería de Sistemas Computacionales
administración.16.
herramientas necesarias y están disponibles los puestos de trabajo.1 Objetivo de Control CS-1: Los componentes que se desarrollen deben utilizar técnicas de programación correctas CS1-C1: Se debe preparar adecuadamente el entorno de desarrollo y de pruebas. D2-C3: Debe realizarse la especificación técnica del plan de pruebas. Arturo Fernando Granados Rodríguez
. además de posibles fallos del hardware o software de base y ataques de seguridad.17. D2-C4: Se debe realizar una aprobación formal del diseño del sistema. • • Existe el plan de pruebas y contempla todos los recursos necesarios para llevarlas a efecto. incluyendo pruebas de caja blanca. Tendrán en cuenta las posibles condiciones lógicas de ejecución. Se actualiza el plan de proyecto según los criterios de dirección y se registra la aprobación del mismo.Carrera de Ingeniería de Sistemas Computacionales
de construcción oportunas. • Se definen los requisitos relativos a la propia formación del sistema en el entorno de operación y aquellos relacionados con la documentación que el usuario requiere para operar con el nuevo sistema. X X X X X X
Bach. así como los procedimientos de operación y seguridad. Es adecuado para validar cada uno de los componentes del sistema. • Se han creado e inicializado las bases de datos o ficheros necesarios y cumplen las especificaciones de construcción del sistema obtenidas en la fase de diseño. compiladores. • Permite validar la integración de los distintos componentes y el sistema en conjunto. • • Se realiza la presentación del diseño al comité de dirección y se registra la aprobación del mismo. • Se han preparado los editores.17 AUDITORÍA DE LA FASE DE CONSTRUCCIÓN 4.
CS1-C3: Deben realizarse las pruebas de integración para verificar si los subsistemas interactúan correctamente a través de sus interfaces.Carrera de Ingeniería de Sistemas Computacionales
Se han preparado los procedimientos de copia de seguridad y restauración. X
Están documentados todos los procedimientos de operación. seguridad y control de acceso al SI para cuando el sistema este en explotación. cubren la funcionalidad establecida y se ajustan a los requisitos especificados en las verificaciones correspondientes. prueba de los componentes y procedimientos de migración y carga inicial de datos. actualizándose el X X X X
proyecto en consecuencia. • Se han desarrollado todos los componentes y se han seguido los estándares. Arturo Fernando Granados Rodríguez
. CS1-C2: Se debe programar. recogidos previamente en el catálogo de normas y estándares.
Bach. Se han evaluado las pruebas y se han tomado las acciones correctoras necesarias para solventar las incidencias encontradas. probar y documentar cada uno de los componentes identificados en el diseño del sistema. CS1-C4: Deben realizarse las pruebas de sistema para comprobar la integración del sistema de información globalmente. tanto internas como externas. Y estos procedimientos y normas tienen del en cuenta los de X
informática. • Se ha probado cada componente de forma unitaria siguiendo el plan de pruebas y se ha generado el informe de prueba. • Se ha realizado la codificación. normas de X
programación y documentación del área (código comentado y documentado). • • Se han llevado a cabo y realizado un informe según lo especificado en el plan de pruebas. Están disponibles todos los elementos lógicos y físicos para realizar las pruebas unitarias y de integración.
solo participó el equipo de desarrollo. • Están definidos los distintos perfiles de usuario requeridos para la formación y explotación del nuevo sistema.Carrera de Ingeniería de Sistemas Computacionales
Las pruebas verifican el funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de información con los que se comunica. Los procedimientos se han realizado después de la especificación del SI y antes de su formación. así como el cumplimiento de la especificación de requisitos. de acuerdo a las verificaciones establecidas en el plan de pruebas para el nivel de pruebas del sistema. X
4. está incluido el plan para el desarrollo de los procedimientos de usuario e incluye • todas las actividades y recursos X
necesarios. X
Se ha generado un informe de pruebas de sistema y se han evaluado las pruebas y tomándose las acciones correctoras necesarias para solventar las incidencias encontradas. CS2-C1: El desarrollo de los componentes de usuarios debe estar planificado. • En el plan de proyecto. actualizándose el X
proyecto en consecuencia.2 Objetivo de Control CS-2: Los proyectos de desarrollo deben definir los procedimientos y formación necesarios para que los usuarios puedan utilizar el nuevo sistema adecuadamente. X X X
Bach. • Para cada perfil se ha definido el rango de fechas y la dedicación necesaria CS2-C3: Se deben desarrollar todos los procedimientos de usuario siguiendo los estándares del área. • No han participado los usuarios. Arturo Fernando Granados Rodríguez
.17. CS2-C2: Se deben especificar los perfiles de usuario requeridos para el nuevo sistema.
IA1-C1: El plan de formación y aceptación se debe revisar para adaptarlo a la situación final del proyecto. • • Se prepara el entorno real de operación y los recursos necesarios para realizar las pruebas Las pruebas de formación del sistema participan los usuarios y con ellas se verifica si el SI cumple las especificaciones funcionales así como detalles de diseño interno. recopilados formando el manual de usuario. • Se han evaluado los resultados de las pruebas y X X X
desarrollados. y son coherentes con las actividades descritas en la especificación del sistema. 4.18 AUDITORÍA DE LA FASE DE IMPLANTACIÓN Y ACEPTACIÓN. • • Se revisa el plan de formación original y se documenta adecuadamente. en función de los distintos perfiles y niveles de responsabilidad identificados y se cuenta con la infraestructura y recursos humanos para llevarla a cabo. Arturo Fernando Granados Rodríguez
4. como interactúa correctamente con el entorno.
librerías.18. • Esta incluida la instalación de así todos como los los X
componentes elementos utilidades).1 Objetivo de Control IA-1: El sistema debe ser aceptado formalmente por los usuarios antes de ser puesto en explotación.Carrera de Ingeniería de Sistemas Computacionales
Están desarrollados todos los procedimientos de usuario. Se establece un plan de formación con la implantación necesaria para el equipo de X X
formación. X
procedimientos cumplen los estándares del área y llevan asociado su control de versiones.
IA1-C2: Se deben realizar las pruebas de formación y aceptación del sistema que se especificaron en fases anteriores. adicionales
(formación.
• Los datos se convierten y de se acuerdo verifica al la X
Bach. • • • Se ha realizado las pruebas de formación y aceptación.2 Objetivo de Control IA-2: El sistema se pondrá en explotación formalmente y pasará a estar en mantenimiento sólo cuando haya sido aceptado y esté preparado todo el entorno el que se ejecutará. X X X
4. hasta que el nuevo sistema este funcionando con todas las garantías. IA2-C2: Si existe un sistema antiguo. • Hay un periodo de funcionamiento en paralelo de los dos sistemas. El grupo de usuarios y el comité de dirección firman su conformidad. IA2-C1: Se deben instalar todos los procedimientos de explotación. • Se han instalado además del sistema principal todos los procedimientos auxiliares. Esta X X
situación no debe prolongarse más tiempo del necesario. Los usuarios finales han recibido la formación necesaria y tienen en su poder toda la X X X
consecuencia. IA1-C4: El sistema debe ser aprobado formalmente antes de ponerse en explotación. migrando los datos si es necesario. • • Están documentados de forma correcta. como copias.
manuales de usuario. Se ha fijado el acuerdo de nivel de servicio. etc.. el sistema nuevo se pondrá en explotación de forma coordina con la retirada del antiguo. Arturo Fernando Granados Rodríguez
.18. Se han eliminado procedimientos antiguos que sean incompatibles con el nuevo sistema.Carrera de Ingeniería de Sistemas Computacionales
tornado para
acciones las el
correctoras incidencias proyecto en
necesarias encontradas. tanto manual como automático. recuperación.
EI plan acordado es compatible con el proceso de gestión de cambios y de problemas.19.19. incluido el mantenimiento correctivo de emergencia o cambios relacionados con la infraestructura tecnol6gica del entorno de producción. • Tiene en cuenta los tiempos de respuesta máximos que se pueden permitir ante situaciones de no funcionamiento. IA2-C4: Para terminar el proyecto se pondrá en marcha el mecanismo de mantenimiento. X X X
4.19 AUDITORÍA DE LA FASE DE MANTENIMIENTO 4. Arturo Fernando Granados Rodríguez
.2 Objetivo de Control M-2: Todos los cambios.Carrera de Ingeniería de Sistemas Computacionales
consistencia de la información entre el sistema nuevo y et antiguo. X X X
4. ya sean incidentes. por el comité de dirección y por el área de desarrollo y mantenimiento. • EI procedimiento a seguir ante cualquier problema o para el mantenimiento del sistema será conocido por todos los usuarios. • • • El plan existe y está aprobado por la dirección del área y se revisa periódicamente. deben de ser gestionados formalmente y de una manera controlada a fin de asegurar
Bach.1 Objetivo de Control M-1: La gestión del proceso de mantenimiento de sistemas de información debe ser eficiente y eficaz para conseguir mantener el coste del mantenimiento de los SI del área bajo control. • EI mecanismo existe y está aprobado por el director de proyecto. Existe un procedimiento definido y acordado por todas las áreas participantes en el plan de mantenimiento a fin de facilitar que la gestión de los cambios o ejecución de las peticiones de mantenimiento así como gestión de los problemas de los SI se haga de una manera eficaz y eficientemente. M1-C1: Debe existir una estrategia y un plan para la gestión del mantenimiento de los SI del área y de infraestructura tecnológica. problemas o peticiones de mantenimiento.
M2-C2: Se debe llevar a cabo un diagnóstico y análisis del cambio para dar respuesta a las peticiones de mantenimiento que son aceptadas. se le asigna un responsable de mantenimiento. M2-C1: Se debe establecer un sistema estandarizado de registro de información para las peticiones de mantenimiento. Si el problema es crítico. origen y tipo de petición. que facilite su posterior análisis. Todas las peticiones de mantenimiento son presentadas de una forma estandarizada. • En cada petición de cambio se recoge al menos la identificación. Y el procedimiento de actuación establecido no exime de una revisión posterior del problema para valorar los posibles efectos secundarios. con el fin de controlar y canalizar los cambios propuestos por un usuario. • • La información registrada es la correcta. X X X X X
Bach. lo más precisa posible. establecer una solución definitiva y actualizar todos los productos implicados y su documentación. • Existe un catalogo de problemas y de peticiones de • mantenimiento sobre los sistemas de X
información. mejorando el flujo de trabajo y proporcionando una gestión efectiva del mantenimiento. • Para cada petición de mantenimiento aceptada se determina de quien es la responsabilidad de atender la solicitud para proceder a su estudio posterior. Arturo Fernando Granados Rodríguez
. es decir. se evalúa hasta qué punto es crítico el problema.Carrera de Ingeniería de Sistemas Computacionales
la mitigación del riesgo debido a los impactos negativos en la estabilidad e integridad del SI en producción. Si se trata de una petición de mantenimiento correctivo. para permitir su clasificación y facilitar la identificación del tipo de mantenimiento requerido. su análisis y solución comienza inmediatamente con el fin de reanudar rápidamente el nivel de servicio. se le asigna una prioridad inicial y se le incorpora una descripción.
ha variado su comportamiento habitual. y después de comprobar que todo lo que ha sido modificado o puede verse afectado por el cambio. • Sólo se han modificado los elementos que se ven afectados por el cambio y que se han realizado las pruebas • • correspondientes. construcción. implantación. • La aprobación de la petición se realiza al finalizar las pruebas de regresión. Se realizan las en pruebas la de regresión que X
Tabla N° 07: Auditoría de la fase de estudio de via bilidad. Se realiza un informe de la evaluación del cambio para su posterior aprobación. X
comprobando que ningún sistema no modificado. aceptación y mantenimiento Fuente: Propia
Bach. pero con posibilidades de verse afectado. de acuerdo a los puntos de control del ciclo de vida del cambio establecidos previamente.Carrera de Ingeniería de Sistemas Computacionales
M2-C3: Se realiza el seguimiento de los cambios que se están llevando a cabo en los procesos de desarrollo. especialmente las X
pruebas de integración y del sistema. funciona correctamente. fase análisis. Arturo Fernando Granados Rodríguez
. fase diseño.
RESULTADOS Y DISCUSIÓN 4. como garantía para una gestión eficaz orientada a la consecución mo de los objetivos. Arturo Fernando Granados Rodríguez
. ¿Existe algún documento que establece en forma clara las funciones del área?
a)SI b)NO c)No Sabe No Opina
Bach.1 Pregunta N° 01 Gráfico N° 01.
4.Carrera de Ingeniería de Sistemas Computacionales istemas
V. Ello significa que no tienen procedimientos de control interno. del Gobierno Regional Cajamarca. Auditorías anteriores. entre las fechas comprendidas de Enero del 2011 a Julio del 2012. muestra que el Centro de información y sistemas (CIS). Documentación de funciones. no ha sido auditado.2 Pregunta N° 02 Gráfico N° 02. ¿El Centro de Información y Sistemas ha sido auditado con anterioridad (cualquier tipo de auditoria)?
Fuente: Elaboración propia En el gráfico N° 01.
Carrera de Ingeniería de Sistemas Computacionales istemas
En el gráfico N° muestra que existe. Las funciones del Centro de información y sistemas (CIS) están contemplados en el entro Artículo 92 del ROF del Gobierno Regional Cajamarca.CAJ Con ello se demuestra que cons constan diferentes niveles de jerarquía. Organigrama ¿Existe un organigrama con la estructura de organización del área?
En el gráfico N° 03. Existe como una unidad funcional que depende de la Sub Gerencia de Desarrollo Institucional.10.01. y la relación quía. Arturo Fernando Granados Rodríguez
. aprobado con Ordenanza Regional N° 020 -2005 2005-GR.09. Actualmente está en propuesta en el Plan está Operativo Informático en el Formato N° F1 – 07 la creación de la “Sub Gerencia de Desarrollo Institucional y Tecnologías de Información”. entre ellos.CAJ-CR 18. GR.05. este documento es el ROF ( 02 (Reglamento de Organización y Funciones el cual se constituye en un documento técnico normativo Funciones) de gestión institucional que establece entre otras: Las funciones generales y ión específicas de la entidad y de cada uno de sus órganos y unidades orgánicas.
Bach. muestra que existe una Estruct ura Orgánica del Gobierno Regional Cajamarca.3 Pregunta N° 03 Gráfico N° 03. Cabe mencionar que el CIS no figura en la Estructura Orgánica del Gobierno Regional.
4.CAJ 21. Y Modificada por Ordenanza Regional N° 00 1 1-2009-GR.
funciones. requisitos mínimos de formación y experiencia?
Fuente: Elaboración propia En el gráfico N° 04. funciones. Arturo Fernando Granados Rodríguez
.Carrera de Ingeniería de Sistemas Computacionales istemas
4. requisitos mínimos de formación y experiencia.5 Pregunta N° 05 Gráfico N° 05. dependencia jerárquica.4 Pregunta N° 04 Gráfico N° 04. muestra que sólo el 71% tiene con ocimiento que cada puesto de trabajo describe: roles. Promoción de Staff a puestos superiores ¿Están establecidos los procedimientos de promoción de personal a puestos superiores. responsabilidades.
4. responsabilidades. El documento que presenta la descripción de puestos es el ROF (Reglamento de Organización y Funciones Las (Reglamento Funciones). dependencia jerárquica. funciones del Centro de información y sistemas (CIS) están contemplados en el Artículo 92 del ROF del Gobierno Regional Cajam Cajamarca. El 29% no tiene conocimiento acerca de los puestos de trabajo del área. teniendo en cuenta la experiencia y formación?
Bach. Puesto de Trabajo ¿Cada puesto de trabajo describe roles.
en concurso el que el postulante debe cumplir. procede a convocatoria o concurso público. en el cual establece Objetivos y Bases Legales (Decretos Supremos) señalando requisitos mínimos. nos señala que existe un 72% que afirma que el staff seleccionado cumple con los requisitos del puesto. por el contrario el 14% niega dicha afirmación. Arturo Fernando Granados Rodríguez
. periodo de contratación (con opción a renovación). en cambio el 20% afirma que existe dicho procedimiento. El Gobierno Regional cuando requiere staff. señala que el 80% dice que no está establecido el procedimiento de promoción de staff. El Gobierno Regional cada vez que requiere de staff. procede a convocatoria o concurso público. Y el 14% no sabe no opina. funciones a desempeñar según el servicio o cargo a ocupar.Carrera de Ingeniería de Sistemas Computacionales istemas
En el gráfico N° 05. Staff cumple requisitos al puesto que accede n ¿El personal seleccionado cumple los requisitos del puesto al que acceden?
Fuente: Elaboración propia En el gráfico N° 06. Pero no indica promoción de staff a puestos superiores.
4. señalando requisitos mínimos.
Bach. 6 Pregunta N° 06 Gráfico N° 06.
.7 Pregunta N° 07 Gráfico N° 07. Formación y motivación del staff ¿El personal de área cuenta con la formación adecuada y son motivados para la realización de su trabajo?
El Gráfico N° 07 nos muestra que todo el staff del área cuenta con la formación necesaria y además son motivados para la realización de su trabajo.
4.8 Pregunta N° 08 Gráfico N° 08. enfatizando las cualidades del staff. Esta motivación la realiza el director del CIS. Sugerencias del staff ¿Existe algún mecanismo que permita al personal hacer sugerencias sobre mejoras en la organización del área?
duración.Carrera de Ingeniería de Sistemas Computacionales istemas
El Gráfico N° 08 muestra que solo el 60% afirma que existe un mecanismo que permite a los miembros del staff hacer sugerencias para la mejora del área. El director del CIS confirmó que hacen reuniones periódicas en las cuales los miembros del staff realizan sugerencias para la mejora del área. el cual describe objetivos.9 Pregunta N° 09 Gráfico N° 09. Sin embargo existe un 40% que niega dicha afirmación.
Bach. unidad ejecutora del proyecto. costo total. Arturo Fernando Granados Rodríguez
. las cuales se toman en cuenta. Aprobación del proyecto. en cambio el 14% afirma que si existe dicho documento. ¿Existe algún documento de aprobación del proyecto informático autorizado por la alta gerencia?
Fuente: Elaboración propia El gráfico N° 09 señala que el 86% no existe documento de aprobación de proyecto informático autorizado por alta gerencia.
4. El Gobierno Regional Cajamarca emite Resolución Ejecutiva Regional y basándose en el Plan Operativo Informático detallando lo siguiente Ficha Técnica para la Programación de Actividades y Proyectos Informáticos.
4. no se tiene una metodología de desarrollo de sistemas de información documentada. Arturo Fernando Granados Rodríguez
. En la documentación proporcionada y rario revisada.
4.11 Pregunta N° 11 Gráfico N° 11. Metodología cubre las fases y es adaptable ¿La metodología cubre todas las fases del desarrollo y es adaptable a distintos tipos de proyectos?
Bach.10 Pregunta N° 10 Gráfico N° 10. Metodología de desarrollo de sistemas de inf ormación ¿Se tiene implantada una metodología de desarrollo de sistemas de información soportada por herramientas de ayuda?
Fuente: Elaboración propia El Gráfico N° 10 señala que el 60% afirma que se establece una metodología de desarrollo de sistemas de información soportada por herramientas de ayuda. Por el contrario el 40% niega dicha afirmación.
. ¿Se ha asignado un responsable o director de proyecto?
El gráfico N° 12 indica que el 72% conoce la asigna ción de un responsable o director de proyecto informático. Asignación de responsable de proyecto. no se ti tiene una metodología de desarrollo de sistemas de información documentada.12 Pregunta N° 12 Gráfico N° 12. En la documentación proporcionada y revisada. Por el contrario el 14% no conoce la designación del responsable del proyecto. En tanto el 14% no sabe no opina. el cual lo dirige siguiendo lo establecido en el Plan Operativo Informático. Cada proyecto informático del CIS es asignado a un responsable.Carrera de Ingeniería de Sistemas Computacionales istemas
El gráfico N° 11 indica que la metodología de desar rollo de sistemas de información cubre todas las fases del desarrollo.
Bach. Es adaptable a los distintos tipos de proyectos software.
4. evaluando riesgos y ciclo de vida del proyecto?
El gráfico N° 13 muestra que el 43% que no sabe y n o opina y el 43% que desconoce las dimensiones. indican la gran falta de información acerca del proyecto por parte del staff del CIS.14 Pregunta N° 14 Gráfico N° 14. Dimensión del proyecto. 4. Arturo Fernando Granados Rodríguez
. Registro de problemas ¿Existe un registro de problemas que se producen en los proyectos de desarrollo de sistemas?
Bach. Sólo 14% conoce que se ha descrito y dimensionado el proyecto. riesgos y ciclo de vida del proyecto. ¿Se ha descrito y dimensionado el proyecto.13 Pregunta N° 13 Gráfico N° 13. evaluando riesgos y el ciclo descrito de vida que se tomará cada proyecto.
riesgos y el ciclo de vida según el proyecto. para dimensionar el proyecto. De la documentación revisada no existe un registro de los incidentes.
Bach. Información Histórica.
4. problemas y soluciones que se producen en el desarrollo de sistemas. Por el contrario el 29% afirma que si existe un registro del mismo.Carrera de Ingeniería de Sistemas Computacionales istemas
El gráfico N° 14 muestra que el 71% no lleva un reg istro de problemas que se producen los proyectos de desarrollo de sistemas.
¿Se ha hecho uso de la información histórica que se dispone tanto para dimensionar el proyecto y sus riesgos como para seleccionar el ciclo de vida ?
Fuente: Elaboración propia El gráfico N° 15 muestra que al 100% se ha hecho us o de la información histórica existente. Arturo Fernando Granados Rodríguez
.15 Pregunta N° 15 Gráfico N° 15.
¿Se ha constituido formalmente al equipo de trabajo. En cambio el 14% no sabe no opina.16 Pregunta N° 16 Gráfico N° 16. además de los responsables de las áreas donde se ve inmerso el proyecto. ¿Se realizan reuniones con una frecuencia mínima y las decisiones tomadas quedan documentadas?
Bach. La integración del staff y de los responsables de las áreas donde se implantará el nuevo software. Equipos de trabajo y responsables de las áre as. se constituye de manera verbal.Carrera de Ingeniería de Sistemas Computacionales istemas
. Reuniones del equipo de trabajo. 4. así como los responsables de las áreas inmersas en el proyecto?
En el gráfico N° 16 indica que el 86% se constituye formalmente al equipo de trabajo.17 Pregunta N° 17 Gráfico N° 17. mas no documentado.
pero las decisiones tomadas no quedan documentadas. Las reuniones de staff si se hace con frecuencia mínima (cada 7 días).18 Pregunta N° 18 Gráfico N° 18. sólo se las menciona. ¿La documentación del proyecto es completa y está catalogada para accesos posteriores?
Fuente: Elaboración propia En el gráfico N° 18 muestra un 86% que existe docum entación del proyecto. es completo y está catalogada. En cambio existe un 14% no sabe no opina De la opina. pero no está catal catalogada para accesos posteriores. información revisada y analizada que puede afirmar que la documentación es completa.Carrera de Ingeniería de Sistemas Computacionales istemas
En el gráfico N° 17 señala que el 86% si realizan r euniones periódicas y las decisiones de aquellas reuniones son documentadas. Arturo Fernando Granados Rodríguez
. En cambio el 14% niega dicho enunciado. Documentación del proyecto.
20 Pregunta N° 20 Gráfico N° 20.19 Pregunta N° 19 Gráfico N° 19. Pero existe un 29% que niega dicho enunciado. Arturo Fernando Granados Rodríguez
. Documentación de requisitos. nal ¿Existe un protocolo para solicitar al resto de las áreas la participación del personal en el proyecto y se aplica dicho protocolo?
Bach. De la toma de requisitos se puede afirmar que se realiza la documentación necesaria. Solicitud de participación de pers onal de otras áreas. ¿Existe un documento que recoge la descripción general de requisitos establecidos por el usuario?
En el gráfico N° 19 indica un 71% que existe un doc umento que recoge los requisitos del usuario.Carrera de Ingeniería de Sistemas Computacionales istemas
En cambio el 20 % afirma dicho enunciado. podemos afirmar junto con el 40% que la realización de nuevos proyectos software se basa íntegramente al Plan Operativo Informático. mas no existe un protocolo específico.
4. La participación de personal de otras áreas incluidas en el proyecto se hace de manera otras verbal.Carrera de Ingeniería de Sistemas Computacionales istemas
En el gráfico N° 20 muestra que el 20% que no sabe y no opina y el 60% que desconoce la existencia de un protocolo de solicitud de participación de personal de otras áreas inmersas en el proyecto. Nuevos proyectos software. Arturo Fernando Granados Rodríguez
Bach.21 Pregunta N° 21 Gráfico N° 21. ¿La realización de nuevos proyectos software se basa en el Plan Operativo informático?
Fuente: Elaboración propia En el gráfico N° 21 muestra que entre el 40% que no sabe y no opina y el 20% que desconoce si los proyectos se basan en el POI.
Recopilación de información.Carrera de Ingeniería de Sistemas Computacionales istemas
4. Fechas de realiz ación del proyecto. Se puede afirmar junto con el 60% que las fechas de realización coinciden con el POI.22 Pregunta N° 22 Gráfico N° 22.23 Pregunta N° 23 Gráfico N° 23. pues éste dispone fechas a corto plazo.
. ¿Las fechas de realización del proyecto coinciden con los del Plan Operativo Informático?
En el gráfico N° 22 indica que entre el 20% que no sabe y no opina y el 20% que tiene desconocimiento acerca de las fechas de realización de proyectos inmersos en el POI. ¿La recopilación de información es la adecuada en función de las características del proyecto y a los tipos de usuario a entrevistar?
Por el contrario el 14% niega dicho enunciado.25 Pregunta N° 25 Gráfico N° 25. Por el contrario existe un 40% que afirma dicho enunciado. No realizan ninguna métrica para estimar la calidad del software.
4. La recopilación de la información se realiza de manera adecuada con las características del proyecto y los usuarios a entrevistar Pregunta N° 24 Gráfico N° Métricas. Guías de prácticas de análisis y diseño. Arturo Fernando Granados Rodríguez
. Además existe una guía de practicas para cada lenguaje de programación? a)SI b)NO c)No Sabe No Opina
Bach. 24.Carrera de Ingeniería de Sistemas Computacionales istemas
En el gráfico N° 23 señala que el 86% afirma que re copilan de la información es la adecuada. ¿Se realizan varios tipos de métricas para poder estimar la calidad del software?
Fuente: Elaboración propia En el gráfico N° 24 indica que existe un 60% que no realizan métricas para estimar la calidad del software.
¿Se definen prácticas de análisis y diseño.
En el gráfico N° 25 indica que el 40% afirma que se definen prácticas de análisis y diseño.26 Pregunta N° 26 Gráfico N° 26.27 Pregunta N° 27 Gráfico N° 27.
4. 4. ¿La división de los subsistemas están orientados a los procesos de la organización?
Bach. además existe una guía para cada lenguaje de programación. Arturo Fernando Granados Rodríguez
. ¿Se han realizado modelos del sistema?
Fuente: Elaboración propia En el gráfico N° 26 indica al 100% que se realiza modelos del sistema. Por el contrario. existe un 60% que niega dicho enunciado. División de subsistemas. Las prácticas de análisis y diseño se realizan de manera empírica además no existe una guía de prácticas para cada lenguaje de programación. Modelo del sistema.
El 14% niega lo expuesto.
En el gráfico N° 27 muestra que el 72% afirma que l a división de los subsistemas está orientada a los procesos de la organización. botones y formularios asociados?
En el gráfico N° 28 indica que el 100% afirma que s e detallan las interfaces del sistema. Arturo Fernando Granados Rodríguez
.28 Pregunta N° 28 Gráfico N° 28. La subdivisión de los subsistemas se hace a través de Módulos: Modulo de Administración Documentaria (MAD) y Modulo de : Administración Organizacional (MAO). Y por último el 14% no sabe no opina. Interfaces.
Bach. menús. ¿Se detallan las interfaces: pantallas a través de las cuales el usuario navegará por la aplicación.
.29 Pregunta N° 29 Gráfico N° 29. Y el 14% no sabe no opina. ¿Debe especificarse un plan de pruebas definiendo requisitos de alcance y entorno?
Fuente: Elaboración propia En el gráfico N° 30 señala que existe un 43% que af irma que se especifica un plan de pruebas.30 Pregunta N° 30 Gráfico N° 30. ¿Existen normas de diseño o estilo de pantallas. por el contrario el 43% niega lo expuesto.
Bach. Normas de diseño. informes. Plan de pruebas.
4. Y por último el 14% no sabe no opina. El 14% niega lo expuesto. formularios?
Fuente: Elaboración propia En el gráfico N° 29 muestra que el 72% afirma que e xisten normas de diseño.
Validación de la especificación.
4. ¿Se ha realizado una validación formal de la especificación de requisitos y de los modelos del análisis del sistema?
En el gráfico N° 32 señala que el 71% afirma que re alizan validación formal de la especificación de requisitos y modelos del análisis del sistema. es coherente con los requisitos y con la especificación funcional del sistema?
Fuente: Elaboración propia En el gráfico N° 31 muestra que el 43% afirma que s e elabora un plan de pruebas de aceptación del sistema. Aceptación del sistema. Por el contrario el
Bach.Carrera de Ingeniería de Sistemas Computacionales istemas
4. por el contrario el 57% niega dicho enunciado.31 Pregunta N° 31 Gráfico N° 31. Arturo Fernando Granados Rodríguez
.32 Pregunta N° 32 Gráfico N° 32. ¿Se ha elaborado un plan de pruebas de aceptación del sistema.
. La validación se realiza pero no de manera documentada. Por el contrario el 14% dice que no a la pregunta. Arquitectura del sistema. Pregunta N° 33 ¿Se ha definido una arquitectura del sistema que sea coherente con la especificación funcional y con el entorno tecnológico?
En el gráfico N° 33 indica que el 86% afirma que se define la arquitectura del sistema.
Gráfico N° 33. es coherente con la especificación funcional y con el entorno tecnológico.Carrera de Ingeniería de Sistemas Computacionales istemas
29% niega dicho enunciado.
así como los requisitos de operación. En cambio el 43% niega el enunciado.34 Pregunta N° 34 Gráfico N° 34. así como los procedimientos de operación y seguridad?
Bach. ¿Se prepara adecuadamente el entorno de desarrollo y de pruebas.35 Pregunta N° 35 Gráfico N° 35. Y por último el 14 % no sabe no opina. Entorno de desarrollo y pruebas. Migración y carga inicial de datos.
4. ¿Se especifica el procedimiento de migración y carga inicial de datos así como los requisitos de operación?
Fuente: Elaboración propia En el gráfico N° 34 muestra que el 43% afirma que se especifica el procedimiento de migración y carga inicial de datos.
Repositorio de productos software. componentes software.
Existe un repositorio con todos los productos software susceptibles de ser reutilizados: Librerías de funciones. arquitecturas). Sin embargo el 14% dice que no preparan el entorno y otro 14% no sabe no opina.
4. Por el contrario el 20% niega dicha existencia.36 Pregunta N° 36 Gráfico N° 36. Arturo Fernando Granados Rodríguez
. clases de objetos. documentos (catalogo de requisitos comunes.
Bach. procedimientos de operación y seguridad.
En el gráfico N° 36 indica un 80% que existe un rep ositorio con todos los productos software que pueden ser reutilizados.Carrera de Ingeniería de Sistemas Computacionales istemas
En el gráfico N° 35 indica que el 72% prepara adecu adamente el entorno de desarrollo y pruebas.
probar y documentar componentes. ¿Los componentes que se desarrollan utilizan técnicas de programación correctas?
En el gráfico N° 37 indica que el 100% de los compo nentes se desarrollan utilizando técnicas de programación correctas. ¿Se programa.38 Pregunta N° 38 Gráfico N° 38.Carrera de Ingeniería de Sistemas Computacionales istemas
4. prueba y documenta cada uno de los componentes identificados en el diseño del sistema?
. Técnicas de programación. Programar.37 Pregunta N° 37 Gráfico N° 37.
En cambio existe un 29% que niega dicho enunciado. siguendo estándares y normas de programación y documentación (código comentado y documentado)?
En el gráfico N° 39 indica que el 57% afirma que se programan todos componentes. siguiendo estándares y normas de programación. Estándares y normas de programación.
Bach. Pero el 43% dice que no a la pregunta. ¿Se programa todos los componentes. Se programa con estándares de programación pero no se documenta.Carrera de Ingeniería de Sistemas Computacionales istemas
En el gráfico N° 38 indica que el 57% si se program a.39 Pregunta N° 39 Gráfico N° 39. así como también de documentación. Arturo Fernando Granados Rodríguez
. Y por último el 14% no sabe no opina. prueba y documenta todos los componentes identificados en el diseño del sistema.
41 Pregunta N° 41 Gráfico N° 41. Si se detecta un fallo de especificación o diseño. Si se detecta un fallo de especificación o diseño. Arturo Fernando Granados Rodríguez
. ¿Se prueba cada componente de forma unitaria siguiendo el plan de pruebas. el proyecto se actualizará según procedimiento establecido Por el establecido. Prueba de cada componente. prueba de los componentes y procedimientos de migración y carga inicial de datos?
4. contrario el 29% niega dicho enunciado. el proyecto se actualizará según el procedimiento establecido para ello?
Fuente: Elaboración propia En el gráfico N° 40 indica un 57% afirmando que se prueba cada componente de forma unitaria siguiendo el plan de pruebas. ¿Se realiza codificación. 4. Y por último un 14% que no sabe no opina.40 Pregunta N° 40 Gráfico N° 40. Procedimientos de migración y carga inicial de datos.
Pero dicha aceptación no es documentada. Aceptación formal del sistema.
Bach. ¿El sistema debe ser aceptado formalmente por los usuarios antes de ser puesto en ejecución total?
En el gráfico N° 42 indica al 100% la aceptación de l nuevo sistema por parte de los usuarios. Arturo Fernando Granados Rodríguez
. Por el contrario el 29% afirma dicha interrogante. prueba de componentes y se realiza procedimientos de migración y carga inicial de datos al nuevo sistema.Carrera de Ingeniería de Sistemas Computacionales istemas
En el gráfico N° 41 indica que entre el 14% que no sabe y no opina y el 29% que dice que no se realiza codificación ni pruebas ni mucho menos migración y carga inicial de datos.
4. Si se realiza la codificación.42 Pregunta N° 42 Gráfico N° 42.
. ¿Existe un plan de formación y aceptación?
En el gráfico N° 43 indica que el 86% niega que exi sta un plan de formación y aceptación del nuevo sistema.Carrera de Ingeniería de Sistemas Computacionales istemas
4. ¿Los usuarios reciben capacitación necesaria y tienen toda la documentación. fundamentalmente manuales de usuario?
Bach.43 Pregunta N° 43 Gráfico N° 43. Plan de formación y aceptación. por el contrario el 14% afirma dicha pregunta.44 Pregunta N° 44 Gráfico N° 44. Capacitación a usuarios.
Bach. Procedimientos de mantenimiento. En cambio el 43% niega dicha existencia. Arturo Fernando Granados Rodríguez
.45 Pregunta N° 45 Gráfico N° 45.Carrera de Ingeniería de Sistemas Computacionales istemas
En el gráfico N° 44 indica que el 100% afirma que s e capacita a los usuarios y se les proporciona manual de usuarios.
4. ¿Existe un procedimiento de mantenimiento a fin de facilitar la gestión de cambios?
En el gráfico N° 45 indica que existe el 57% afirma que el procedimiento de mantenimiento se realiza a fin de facilitar la gestión de cambios.
Monitorear nivel de servicio. Arturo Fernando Granados Rodríguez
. ¿Se revisa periódicamente el nivel de servicio para monitorizar su grado de cumplimiento?
Fuente: Elaboración propia En el gráfico N° 46 señala entre el 57% que dice no a la pregunta y el 29% que no sabe no opina. Peticiones de mantenimiento.46 Pregunta N° 46 Gráfico N° 46. se tiene un gran desconocimiento acerca del monitoreo del servicio.47 Pregunta N° 47 Gráfico N° 47. ¿Las peticiones de mantenimiento se presentan de forma estándar. para permitir su clasificación y facilitar la identificación del tipo de mantenimiento requerido?
Bach. del Por el contrario sólo el 14% afirma que se revisa periódicamente el nivel de servicio para monitorizar el grado de cumplimiento.Carrera de Ingeniería de Sistemas Computacionales istemas
En el gráfico N° 47 entre el 50% que dice no a la p regunta y el 38% que no sabe no opina. Por el contrario sólo el 12% afirma que las peticiones de mantenimiento se presentan de forma que permite su clasificación e identificación del tipo de mantenimiento. se tiene un gran desconocimiento acerca de las peticiones de mantenimiento.
La solución está referida a una serie de recomendaciones que debe seguir el Gobierno Regional de Cajamarca. Por lo tanto. siendo la principal establecer una metodología para el desarrollo de sistemas de información. La muestra está representada por los 7 empleados. con el planteamiento de los mejoras del desarrollo de sistemas de información. Arturo Fernando Granados Rodríguez
. A través de la aplicación de la Auditoría se contrastará con la hipótesis Al finalizar la presente investigación se analiza M2.. se ha determinado que el tamaño de la muestra para la presente investigación es de 7 miembros del staff a quienes se aplicó la encuesta de Auditoría de Sistemas de Información. pues es la prueba de coherencia de los enunciados según la literatura consultada. X : Aplicación de la Auditoría del desarrollo de sistemas. La población de estudio está constituida por 7 miembros del staff del área de sistemas.Carrera de Ingeniería de Sistemas Computacionales
VI. Formalización:
Área de Sistemas – CIS
Post – Test Sin grupo de control
Figura N° 15: Diseño de Contrastación Fuente Propia donde. para determinar la validez de la hipótesis. Diseño De Contrastación La verificación será lógica. M2: Situación problemática después de la aplicación de la Auditoría del desarrollo de sistemas de información. Se utilizará Investigación Ex post-facto. la cual es el estudio de los fenómenos que ya se han producido. El uso de una
metodología sería muy eficiente pues se estaría desarrollando sistemas de información conforme a un estándar.
3. Establecer e incluir las siguientes fases en el proyecto software: gestión de proyectos. pues se realiza de manera muy informal y empírica.
2.1 CONCLUSIONES No se cumple con los estándares y normas de control interno en el desarrollo de sistemas de información.
No cumplen con normas de seguridad e integridad de datos.
La identificación de las fases de la metodología no son las correctas. implantación y aceptación y mantenimiento de software.Carrera de Ingeniería de Sistemas Computacionales
1. viabilidad del proyecto. programación o construcción. El uso de una metodología sería muy eficiente pues se estaría desarrollando sistemas de información conforme a un estándar. Arturo Fernando Granados Rodríguez
. Fases importantes como la gestión de proyectos software no son tomadas en cuenta.
La evaluación de la adecuación entre el proceso de desarrollo y los objetivos de la institución no son óptimos. Establecer una metodología para el desarrollo de sistemas de información.
Falta de documentación crítica en casi todas las fases del proyecto software.
La metodología evaluada en el desarrollo de sistemas de información no es la adecuada.
Bach. ni tampoco el control de cambios. Establecer un control interno y así de esta manera mejorar el área de sistemas.
5.Carrera de Ingeniería de Sistemas Computacionales
. La presente investigación se realizó con el diseño de Investigación ex-post-facto. Dar continua capacitación especializada en temas específicos de Desarrollo de Sistemas de Información a todo el staff. Realizar regularmente copias de seguridad de la información esencial de la entidad.
10. Implementar un proceso de documentación adecuada de todos los procesos de desarrollo y que todo el personal tenga acceso.
7. para futuras investigaciones se podría tomar como diseño de la investigación pre test y post test. 8. Realizar investigaciones acerca de auditorías informáticas que permitan tener un eficiente control interno. además del software en concordancia con políticas institucionales.
Bach. Cumplir con lo establecido de las normativas ISO y Métricas aplicadas sobre la metodología de desarrollo de sistemas de información. Implementar una gestión de comunicación entre el staff.
Capítulo VIII: REFERENCIAS BIBLIOGRÁFICAS . Arturo Fernando Granados Rodríguez
Editorial Limusa. [Tesis para optar el Título Profesional de Licenciado en Administración]. “Principios de SISTEMAS DE INFORMACION – Enfoque Administrativo”.. de la Empresa Distribuidora CodijisaTrujillo”. DEL PESO NAVARRO. “Diseño de Sistemas de Información – Teoría y Práctica”. 1999
Lib [03]
LAUDON. 2008
Libros: Lib [01] BURCH & GRUDNITSKI. 2004
Lib [04]
FERNANDEZ ALARCON. “Auditoría Externa en un Ambiente de Sistemas de Información Computarizado en el Área de Ingresos de una Empresa Comercializadora de Vehículos”. “Sistemas De Información Gerencial”. Trujillo. “Auditoría de Tecnologías y Sistemas de Información”. Trujillo: Universidad Privada del Norte. “Sistema de Gestión Estratégica aplicando el Enfoque Sistémico y las Tecnologías de la Información para lograr Ventajas Competitivas en el Instituto Nacional de Cultura de La Libertad”.A. Carlos. de C.A. Ralph M.
Lib [06]
PIATTINI VELTHUIS. Kenneth C. Emilio DEL PESO RUÍZ.. Pearson Educación S. Mario. [Tesis para optar el Título Profesional de Ingeniero de Sistemas]. 2008. “Auditoría en Sistemas Computacionales”.. Internacional Thomson Editores S. Editorial Ra-Ma. Jane P. 1996
Lib [02]
STAIR. Mar. Francisco Dagoberto. Grover Eduardo. & LAUDON. Guatemala. Comercializadora y Distribuidora Jiménez S. “Auditoría Informática Aplicada al Sistema Integrado de Gestión Comercial. Vinceç.
Tes [02]:
VILLANUEVA SÁNCHEZ.A. Ediciones UPC. 2006
Lib [05]
MUÑOZ RAZO. REFERENCIAS BIBLIOGRÁFICAS
Tes [01]:
CHÁVEZ GARCÍA. [Tesis para optar el Título Profesional de Contador Público y Auditor]. “Desarrollo de Sistemas De Información – Una metodología basada en el modelado”.V. 2008
Tes [03]:
XILOJ CHARUC.Carrera de Ingeniería de Sistemas Computacionales
VIII. Pearson Educación de México. Universidad César Vallejo. Gissela Karina.
gob. URL disponible en http://www. URL disponible en http://www. 2001 Universidad de Buenos Aires. URL disponible en http://www. URL disponible en http://es. Alberto Mendoza De los Santos. Universidad Nacional de Colombia Sede Manizales.pe/publica/metodologias/Lib5002/libro.
Bach.gob. Arturo Fernando Granados Rodríguez
. Alberto Mendoza De los Santos.pdf
Lib [08]
Direcciones Electrónica – Páginas Web:
INSTITUTO NACIONAL DE ESTADÍSTICA E INFORMÁTICA (INEI) ¿QUÉ ES LA AUDITORÍA INFORMÁTICA? [En línea] [Fecha de acceso 08 de abril 2012].wikipedia.gob. 2009. URL disponible en http://www. URL disponible en http://www1. 19 diapositivas.org/AboutISACA/History/Espanol/Pages/default. [Fecha de acceso 08 de abril 2012].ongei. 44 diapositivas. “Auditoría de Sistemas – Una visión práctica”.pe/biblioineipub/bancopub/Inf/Lib5105/Libro. Cajamarca: Universidad Privada del Norte. [Diapositiva]. [Diapositiva]. Ing. “Manual de Procedimientos de Auditoría Interna” [en línea]. Alonso.org/wiki/Desarrollo_%C3%A1gil_de_software Historia de ISACA [En línea] [Fecha de acceso 08 de abril 2012].isaca.htm
Desarrollo ágil de Software [En línea] [Fecha de acceso 08 de abril 2012].ar/download/institucional/informes/manual.inei. Buenos Aires.ongei. PPT [2]: Mg.uba. Ing. 2009. Cajamarca: Universidad Privada del Norte.Carrera de Ingeniería de Sistemas Computacionales
Lib [07]
TAMAYO ALZATE. Auditoría de Sistemas. Oficina Nacional de Gobierno Electrónico e Informática (ONGEI) Auditoría de Sistemas [En línea] [Fecha de acceso 08 de abril 2012]. Control Interno.pe/publica/metodologias/Lib5002/libro.aspx
Diapositivas: PPT [1]: Mg.htm Oficina Nacional de Gobierno Electrónico e Informática (ONGEI) Auditoría de Sistemas [En línea] [Fecha de acceso 08 de abril 2012].
La documentación relativa a cada proyecto que existe en el plan estratégico No se pone a disposición del director de proyecto una vez comenzado el mismo.Carrera de Ingeniería de Sistemas Computacionales
IX. Existe plan de calidad. Hallazgos de Sistemas: •
Auditoría de la Organización y Gestión del Área de
No existen responsabilidades y roles correctamente establecidos. Además No son ejecutados por personal con la suficiente formación y experiencia en la materia. No existe un diccionario de datos institucional con las reglas de sintaxis de la organización. No se realizan informes ejecutivos periódicamente sobre la calidad de los Sistemas de Información. No existen hojas de registro de problemas y no existe alguna persona del proyecto encargada de su recepción.
2. No existen actividades de mejora continua según los estándares de calidad. El Plan Estratégico se revisa pero No se actualiza con periodicidad en función de las nuevas situaciones. formalizados. Arturo Fernando Granados Rodríguez
No existe una gran rotación de personal. monografías de reconocido prestigio. No existe método para catalogar y dar prioridad a los problemas. HALLAZGOS DE AUDITORÍA A continuación de enumeran los principales hallazgos después de haber aplicado la Auditoría del desarrollo de sistemas de información:
No están disponibles un número suficiente de libros. publicaciones periódicos. pero No existen ni se ejecutan actividades de mejora continua. No existe repositorio o catálogo.
No existe un catálogo de problemas. No están definidas métricas de calidad. Hallazgos de Auditoría de la gestión y planificación del proyecto: • • • No existe una periodicidad de reunión mínima. documentados. ya sea en formato electrónico o papel. Casi todo el personal no tiene acceso a ellos.
5. seguridad y control de acceso al SI para cuando el sistema este en explotación. No se documentan todos los procedimientos de operación. La interfaz de usuario NO se ha aprobado por el grupo de usuarios. Hallazgos de Auditoría de la Fase de Análisis: • No se remite el guión a los entrevistados con tiempo suficiente para que estos puedan preparar la entrevista y la documentación que deseen aportar a la misma. Hallazgos de Auditoría de la Fase de Estudio de Viabilidad: • No se ha realizado un plan detallado de entrevistas con el grupo de usuarios. Hallazgos de Auditoría de la Fase de Construcción: • • • No se han preparado los procedimientos de copia de seguridad y restauración. de requisitos. Hallazgos de Auditoría de la Fase de Diseño: • • No existe un catálogo de excepciones. No se generan informes de pruebas de sistema y no se ahn evaluado las pruebas. 4. normas y estándares. La documentación del proyecto No es completa y tampoco está catalogada perfectamente para accesos posteriores.Carrera de Ingeniería de Sistemas Computacionales
No existe un mecanismo para registrar los cambios que pudieran producirse. 6. No se notifica el cambio a todas las personas que participen en el proyecto y se ven afectados. No se actualiza el plan de proyecto según los criterios de dirección y se registra la aprobación del mismo.
Bach. • • No existe un catálogo de requisitos. No se respetan los límites temporales y presupuestarios marcados al inicio del proyecto.
3. La documentación NO cumple los estándares y procedimientos establecidos en el área. Arturo Fernando Granados Rodríguez
informático. No existe un catalogo de problemas ni de peticiones de mantenimiento sobre los sistemas de información.
11. No se realizan peticiones de cambios y/o mantenimiento. No existe mecanismo de mantenimiento aprobado por el director de proyecto. Aplicativos informáticos que administra el Gobierno Regional Cajamarca: N° 1. servicios. el Modulo de Planillas del sistema SAR no cuenta con manual de usuarios. Arturo Fernando Granados Rodríguez
visitar. pecosas y almacén.
Para el control de requerimientos.
Bach. 2. Hallazgos de Auditoría de la Fase de Mantenimiento: • • • • No existe un el plan para la gestión del mantenimiento de los Sistemas de Información.
Tabla N° 08: Aplicativos informáticos Gobierno Regi onal Cajamarca Fuente: Centro de Información y Sistemas
10. Documentación de los Aplicativos: Manual de Usuario: Sí (Desactualizado). Sistema Regionales Denominación de Descripción
Aplicaciones Sistema Integrado para la administración de datos de las diferentes áreas y sectores del gobierno regional.Carrera de Ingeniería de Sistemas Computacionales
7. pero solo actualizado al 2010. Hallazgos de Auditoría de la Fase de Implantación y Aceptación: • • No existe un periodo de funcionamiento en paralelo de los dos sistemas. No se realiza informe de la evaluación del cambio para su posterior aprobación. Ausencia de una metodología en el desarrollo de sistemas de información. siendo estas:
personal. 8. Sistema de Abastecimiento
3. hasta que el nuevo sistema este funcionando con todas las garantías. órdenes de compra. Manual Técnico: NO Diccionario de Datos: SI. control y seguimiento de la documentación a nivel regional.
Bach. Se constató la presencia de datos inconsistentes. lo cual no permite el control y seguimiento de las actualizaciones y podría afectar la continuidad de las operaciones de la entidad. lo cual no permite identificar los cambios o actualizaciones correspondientes a cada versión del sistema software. denotándose la ausencia de documentos que permitan rastrear las modificaciones. incompletos o de pruebas tal como se muestra:
Figura N° 16: Datos inconsistentes en la base de da tos Fuente: Centro de Información y Sistemas
15. Arturo Fernando Granados Rodríguez
. Ausencia de copias de seguridad o respaldo (backup) de la información esencial de la entidad y de los aplicativos informáticos que pondrían en riesgo la integridad de la información. esto limita el uso y explotación y afecta directamente la confiabilidad de la información. inconsistentes. ejecutables de los sistemas informáticos. Los requerimientos en mención se realizan verbalmente o a través de correo electrónico. No se realiza control de versiones de los códigos fuentes.Carrera de Ingeniería de Sistemas Computacionales
14. La gestión del cambio en los sistemas informáticos no se encuentra documentada. incompletos o de pruebas en la base de datos de producción del Sistema de Aplicaciones Regionales.
generando riesgos de errores y omisiones. en algunos casos. Arturo Fernando Granados Rodríguez
. Esto dificulta la compresión y uso de la información.Carrera de Ingeniería de Sistemas Computacionales
16. Desactualización y.
Bach. administración y uso de los aplicativos. ausencia de documentos que orienten y uniformicen los procesos de mantenimiento.
More From This Usermonografiacomunicacion_VirtualEduca08_IGarcia
tesis by leyno1.5K viewsEmbedDownloadDescriptiontesistesisInterests: Types, ResearchRead on Scribd mobile: iPhone, iPad and Android.Copyright: Attribution Non-Commercial (BY-NC)List price: $0.00Download as PDF, TXT or read online from ScribdFlag for inappropriate contentShow moreShow less
Related033380_tesisby Kiomara RiosProyecto de Implementaci%C3%B3n de un sistema de seguridad para lby uptrtesisby Richard EspinTESIS MAESTRÍA UNA FREDDY BOLÍVARby Freddy BolivarTESISby Vic Bartesis65by david6419tesisby Harim Salastesisby Rene Polo120891926-tesisby Jhuan Rubn Chevson Gutierrez HerbasTesis de Contabilidadby Nicolas Suarez Magnotesisby lovera jostesisby chuyita1Tesis Pepaby celuis20Tesisby Rudolph TJ GVtesis contabilidadby Josse Aguirretesisby Palu S. ReymundoComo Hacer Una Tesisby paolarochamoratesis de computaciónby Betto PintoTESISby Robert MacQuaidtesisby Ricardo PonceTesisby Zaid ChirinosCLIMA TESISby isana1628tesis contabilidadby yesicachanduvitesisby Rosalia Currimil AlarconTESIS CONTABILIDADby Javier MedinaTESIS ADMINISTRACIONby Miguel LuloTESISby breynner.ctTESIS ADMINISTRACIÓNby Carlos Daniel ParedesSimilar to tesis033380_tesisProyecto de Implementaci%C3%B3n de un sistema de seguridad para ltesisTESIS MAESTRÍA UNA FREDDY BOLÍVARTESIStesis65tesistesis120891926-tesisTesis de ContabilidadtesistesisTesis PepaTesistesis contabilidadtesisComo Hacer Una Tesistesis de computaciónTESIStesisTesisCLIMA TESIStesis contabilidadtesisTESIS CONTABILIDADTESIS ADMINISTRACIONTESISTESIS ADMINISTRACIÓNTesis en Marketingtesis

References: artículo 9
 Artículo 92
 Resolución 
 Resolución 
 resolución 
 Artículo 92
 Artículo 92
 Resolución