NDICE

Pg.

Planificacin de la auditoria informtica ....................................................................... Tipos datos de prueba ................................................................................................... Prueba de caja negra ..................................................................................................... Prueba de Integracin ................................................................................................... Conclusin.................................................................................................................... Bibliografa ..................................................................................................................

4 5 6 7 8 9

INTRODUCCIN

Los sistemas informticos necesario para la vida de los seres vivientes en la actualidad en la los procesos de negocio de todas las empresas, estos reducen el tiempo de operacin y optimizan los recursos a ser utilizados, La auditora de sistemas es la revisin en la que se estn administrando estos los sistemas y los controles implantados en los mismos.

Modelo de control y gobierno este proceso se ejecuta de manera secuencial a travs fases, Planificacin, Ejecucin y Finalizacin de la Auditora en estas fases, las distintas pruebas a ejecutar orientando al software dar resultado la calidad de las aplicaciones.

Estos temas son conocimientos y aprendizaje en el sistema de revisin, Planificacin de la auditoria informtica, Pruebas. Definicin de pruebas, Pasos para realizar las pruebas, Tipos datos de prueba y los Tipos de pruebas.

PLANIFICACIN DE LA AUDITORA INFORMTICA

El proyecto de auditora informtica debe iniciar con una fase de planeacin en la cual participen todas las reas de la organizacin para identificar los recursos necesarios que permitirn llevar a cabo el proyecto, como son, objetivos que se pretenden alcanzar con el proyecto, anlisis costo/beneficio, personal humano que intervendr en el proyecto

Proceso de planificacin de la Auditora Informtica se debe incluir y documentar por lo menos los siguientes aspectos: y los objetivos y el alcance del trabajo. y El procedimiento ejecutar inspeccin fsica conocimiento de la manera como se ejecutan las actividades y controles a auditar, as como de las reas crticas en las que se debe poner mayor nfasis al realizar la auditora. y La declaracin por escrito del programa de auditora. y La supervisin y comunicacin del plan de trabajo de auditora.

PRUEBAS
Actividades que planificar por adelantado y sistemticamente. Este proceso de la ingeniera del software una plantilla para las pruebas del software: Los pasos en los que los mtodos especficos de diseo de casos de prueba.

PARA EL DESARROLLO DE PRUEBAS: Obtener los requerimientos en forma

clara., planificacin de diseo, Determinar funcionalidad, Identificar aplicaciones de alto riesgo o con prioridad de prueba y Actualizar el plan de prueba.

Tipos de Datos de Prueba: Datos reales y Datos reales

Datos reales : probar ocurrencias y casos reales que se presentan en la Institucin, aunque no permiten probar otras rutas programadas pero que no han sido alcanzados por los usuarios para las pruebas en el caso de sistemas en desarrollo,. Datos reales: crean artificialmente tratando de considerar todas las combinaciones y rutas posibles.

TIPOS DE PRUEBAS Pruebas de Avance

Son las de Pruebas centradas en la verificacin y la de Pruebas centradas en la validacin. La verificacin consiste en determinar si estamos construyendo el sistema correctamente, a partir de los requisitos. La validacin consiste en saber si estamos construyendo el sistema correcto.

Prueba de Aceptacin Es una aceptacin final basada en las especificaciones del usuario o basada en el uso del programa por el usuario final luego de un perodo de tiempo. Este es el cliente, se determina que el sistema cumple con lo deseado y se obtiene la conformidad del cliente, y ella se divide en pruebas alfa y pruebas beta.

Prueba de Caja Blanca Asegura las piezas del sistema tienen una operacin interna que se ajusta a las especificaciones y que todos sus componentes internos se han aprobado en forma adecuada.
Llamada tambin prueba de caja de cristal es un mtodo de diseo de casos de prueba que usa la estructura de control del diseo procedimental para obtener los casos de prueba.

Tipos de Pruebas de Caja Blanca: Las principales tcnicas de diseo de pruebas de caja blanca son: Prueba de camino bsico y Prueba de la estructura de control.

Prueba de Caja Negra Conjunto de condiciones de entrada, ejecuta los requisitos funcionales de un programa, ya conociendo su diseo se realiza una prueba operativa y al mismo tiempo se buscan los errores de interfaz o en las estructuras de datos o acceso a las bases de datos externas y los rendimientos.

Prueba de Sensibilidad Las pruebas de sensibilidad tratan de descubrir combinaciones de datos dentro de las clases de entrada vlidas que causen inestabilidad o procesamiento inapropiado.

Prueba de Huracn Se utilizan para simular efectos cclicos dentro de una tarea, sea hacen referencias a algunos tipos de pruebas en sistemas en forma de ciclos repetitivos para contemplar el diagnstico. Prueba en paralelo Las tecnologas de pruebas en paralelo pueden mejorar el rendimiento del sistema de pruebas al reducir el tiempo de procesamiento y al incrementar el uso de los instrumentos. Al usar procesadores multincleo, puede reducir el tiempo de pruebas al ejecutar ms rpido las tareas de procesamiento intenso.

Pruebas de Integracin Tcnica sistemtica para construir la arquitectura del software se llevan a cabo pruebas para descubrir errores asociados con la interfaz. El objetivo es tomar los componentes probados de manera individual y construir una estructura de programa que se haya dictado por diseo. Pruebas de Integracin descendente Es un enfoque incremental a la construccin de la arquitectura de software. Los mdulos se integran al moverse hacia abajo a travs de la jerarqua de control, comenzando con el modulo de control principal (programa principal). Pruebas de Integracin ascendente Una estrategia de integracin ascendente puede implementarse con los siguientes pasos: Los componentes en el nivel inferior se combinan en grupos (en ocasiones llamados construcciones o builds) que realizan una subsuncin de software especfica.

CONCLUSIN

Como en la auditoria en la planificacin del sistema no es algo que se pueda agregar al software despus de desarrollado si no se hizo todo el desarrollo con la calidad en mente.

Cuando el software de calidad necesita velocidad de procesamiento y Ms que eso. Tiene que ver con la correccin, usabilidad, costo, consistencia, confiabilidad, compatibilidad, utilidad, eficiencia y apego a los estndares para ello se hace necesario implementar auditoras de software que permitan alcanzar los estndares de calidad.

A veces la correcciones del proyecto en una organizacin, el proyecto de auditora informtica la fase de planificacin de revisin y verificacin mientras que en la cual participen todas las reas de la organizacin los recursos factible en el auge que permitirn el proyecto.

Cuando una etapa de esta pruebas las fases del ciclo de vida de los proyectos y el anlisis, el diseo y la programacin, modelo de proceso elegido, su realizacin podra ser en forma paralela a las fases citadas o inclusive repetirse varias veces durante la duracin del proyecto.

Es abarcar las fases del sistema desarrollado, llegando a ser vital en sistemas de tiempo real u otros en los que los errores sean irrecuperables.

Las pruebas no tienen el objeto de prevenir errores sino en observacin detalla los errores de dicho sistema. El trabajo ejecutado y descubrir los errores posible detectados a travs la corrida del sistema a tratar.

BIBLIOGRAFA

Computer Organization (Computer.org) Testing Computer Software C. Kaner Ingeniera de software R. Pressman