CONTROL DE DISEÑO DE SISTEMAS Y PROGRAMACIÓN

El objetivo es asegurarse de que el sistema funcione conforme a las especificaciones funcionales, a fin de que el usuario tenga la suficiente información para su manejo, operación y aceptación. Las revisiones se efectúan en forma paralela desde el análisis hasta la programación y sus objetivos son los siguientes:

ETAPA DE ANÁLISIS Identificar inexactitudes, ambigüedades y omisiones en las especificaciones.



ETAPA DE DISEÑO Descubrir errores, debilidades, omisiones antes de iniciar la codificación.



ETAPA DE PROGRAMACIÓN Buscar la claridad, modularidad y verificar con base en las especificaciones.



Esta actividad es muy importante ya que el costo de corregir errores es directamente proporcional al momento que se detectan: si se descubren en el momento de programación será más alto que si se detecta en la etapa de análisis. Esta función tiene una gran importancia en el ciclo de evaluación de aplicaciones de los sistemas de información y busca comprobar que la aplicación cumple las especificaciones del usuario, que se haya desarrollado dentro de lo presupuestado, que tenga los controles necesarios y que efectivamente cumpla con los objetivos y beneficios esperados.




ABRIR CUESTIONARIO HOT POTATOES.

El siguiente cuestionario se presenta como ejemplo para la evaluación del diseño y prueba de los sistemas:



1. ¿Quiénes intervienen al diseñar un sistema?



• Usuario.



• Analista.



• Programadores.



• Operadores.



• Gerente de departamento.



• Auditores internos.



• Asesores.



• Otros.



2. ¿Los analistas son también programadores?



SÍ ( ) NO ( )



3. ¿Qué lenguaje o lenguajes conocen los analistas?



4. ¿Cuántos analistas hay y qué experiencia tienen?



5. ¿Qué lenguaje conocen los programadores?



6. ¿Cómo se controla el trabajo de los analistas?



7. ¿Cómo se controla el trabajo de los programadores?



8. Indique qué pasos siguen los programadores en el desarrollo de un programa:



• Estudio de la definición ( )



• Discusión con el analista ( )



• Diagrama de bloques ( )



• Tabla de decisiones ( )



• Prueba de escritorio ( )



• Codificación ( )



• ¿Es enviado a captura o los programadores capturan? ( )



• ¿Quién los captura?___________________________________________



• Compilación ( )



• Elaborar datos de prueba ( )



• Solicitar datos al analista ( )



• Correr programas con datos ( )



• Revisión de resultados ( )



• Corrección del programa ( )



• Documentar el programa ( )



• Someter resultados de prueba ( )



• Entrega del programa ( )



9. ¿Qué documentación acompaña al programa cuando se entrega?







Difícilmente se controla realmente el flujo de la información de un sistema que desde su inicio ha sido mal analizado, mal diseñado, mal programado e incluso mal documentado. El excesivo mantenimiento de los sistemas generalmente ocasionado por un mal desarrollo, se inicia desde que el usuario establece sus requerimientos (en ocasiones sin saber qué desea) hasta la instalación del mismo, sin que se haya establecido un plan de prueba del sistema para medir su grado de confiabilidad en la operación que efectuará. Para verificar si existe esta situación, se debe pedir a los analistas y a los programadores las actividades que están desarrollando en el momento de la auditoría y evaluar si están efectuando actividades de mantenimiento o de realización de nuevos proyectos. En ambos casos se deberá evaluar el tiempo que llevan dentro del mismo sistema, la prioridad que se le asignó y cómo está en el tiempo real en relación al tiempo estimado en el plan maestro.

 
ARCHIVOS AUDITORÍA EN SISTEMAS | TNB