Preguntas

1. ¿Cuándo resulta más caro modificar un sistema, en las primeras etapas del ciclo de

vida o en las etapas finales?

2. Diga tres razones por las cuales el auditor debe participar en el proceso de

elaboración o de adquisición de un sistema informático contable.

Otras razones que justifican la participación del auditor en el diseño y su elaboración son:

• El auditor conoce muy bien la lógica económica, financiera, legal, de dirección y control

de la función que se automatiza. Su conocimiento puede ser muy útil a los informáticos en

el proceso de diseño, los cuales no necesariamente poseen el conocimiento del auditor.

• Al participar en el diseño del sistema, el auditor comprenderá mejor su lógica interna de

este, lo que le posibilitará preparar y ejecutar mejores audito rías al propio sistema, una vez

que este se encuentre en explotación.

• El auditor será en sí mismo, un elemento de balance en el proceso de diseño y

elaboración. Deberá exigir que se cumpla el sistema de control explicado en capítulos

anteriores. Su opinión será muy valiosa para la dirección de la entidad que desea introducir

el sistema.

• Su participación dará un mayor balance al proceso de diseño: será una contrapartida

técnica importante para el diseñador.

3. ¿Por qué todos los ciclos de vida de los sistemas siempre están divididos por etapas?

Existen diversos modelos de ciclos de vida, todos asociados con el paradigma de trabajo

que hayan escogido desarrollar los diseñadores del sistema

En cascada”. En este, los diseñadores realizan una etapa o fase del trabajo, obtienen como

resultado un documento o u n conjunto de programas, y lo someten a la aprobación de la

dirección de la entidad, o sus principales usuarios.

Como se aprecia, el proceso nace con la existencia de un problema informativo que debe

ser resuelto. Los problemas informativos en las entidades son de la siguiente naturaleza:
• Se necesita información que no se tiene.

• La información que existe tiene errores e insuficiencias.

• La información llega tarde a los elementos que deben tomar decisiones o ejecutar

problemas de control.

• Obtener la información con los medios con que se cuenta está resultando muy costoso.

• Se desarrolla una nueva función o tarea en la entidad, y requiere un nuevo sistema

informativo que la apoye.

Ese problema informativo motiva a la dirección de la entidad a desarrollar un sistema

informático o a adquirir uno (compra, cesión u otros medios). Si se decide desarrollarlo,

puede hacerse contratando los servicios de una consultora para elaborar software o hacerlo

con analistas, ingenieros en software y programadores de la propia entidad.

Este modelo de ciclo de vida se ha convertido en el clásico de la teoría informática. Sin

embargo, la mayoría de las veces la práctica exige su modificación o adaptación. No

siempre se puede esperar a tener perfectamente definidos los resultados de una etapa antes

de pasar a otra. Tampoco se puede esperar que los usuarios puedan expresar sus reales

necesidades informativas o puedan evaluar las verdaderas causas de su problema

informativo.

4. Mencione dos elementos positivos y uno negativo, del ciclo de vida “en cascada”.

5. Mencione dos elementos positivos y uno negativo, del ciclo de vida basado en

prototipos.

El modelo de p prototipos. 3 Un prototipo es un sistema informático, modelo temporal, a su

vez de ese otro sistema que se quiere desarrollar. El prototipo tiene características

funcionales análo gas, así como similares informaciones que entran o salen del mismo. El

prototipo puede solucionar el problema informativo que motiva el diseño del sistema

definitivo, aunque quizás lo haga menos eficientemente. El prototipo es similar al sistema

informativo por los problemas que resuelve, por las funciones que desarrolla y por las

informaciones que utiliza; y es diferente por la forma en que lo hace y por el software que

emplea.

El ciclo de vida por prototipos es apropiado para solucionar problemas informativos

relativamente pequeños.
6. Mencione dos elementos positivos y uno negativo, del ciclo de vida basado en

herramientas CASE.

El modelo basado en herramientas CASE. 4 Una herramienta CASE es un conjunto de

programas de computadora (software) y una metodología de trabajo con esos programas p

ara diseñar sistemas informáticos en forma automatizada. CASE significa Computeraid

software en gineering, o Ingeniería de software con apoyo de computadoras. El proceso de

diseño y elaboración de un sistema informático con herramientas CASE es un proceso

altamente automatizado, y por tanto, muy rápido y productivo. Se puede decir que la
Tendencia en el mundo del software de aplicación es de utilizar este tipo de herramientas y

métodos de diseño. Existen muchos tipos de herramientas CASE, que desarrollan diferentes

funciones. Entre las más comunes se encuentran:

• Realizar determinados tipos de diagramas: de clases, de flujo de datos, de estructura de

procesos, etc.

• Referir cada uno de los elementos de los diagramas realizados a un diccionario de datos.

• Describir cada uno de los elementos en el diccionario de datos. Control de nombres, alias,

tipos de datos, estructura de datos, tamaño, etc.

• Describir cada uno de los procesos u objetos elementales o primitivos.

• Generar un código fuente de esos procesos.

• Diseñar las bases de datos a utilizar. Aplicar la tecnología establecida por el modelo de

datos que se utiliza para realizar adecuadamente ese diseño. Por ejemplo, si se utiliza el

modelo relacional de bases de datos, el diseño tendrá en cuenta las formas normales para

evitar deficiencias.

• Generar, actualizar e imprimir la documentación de análisis y diseño.

El uso de una herramienta CASE simplificará el ciclo de vida y el trabajo de los

diseñadores, pero no cambia la esencia del diseño del sistema, de su documentación técnica

de diseño y elaboración y de los programas que se elaboran.5

7. Mencione al menos un aporte del auditor en cada u na de las etapas de los ciclos de

vida de los sistemas.

El auditor debe conocerlas y dominar sus características para permitir su trabajo durante el

proceso de diseño y elaboración del sistema.

Se mencionaron los siguientes sub conjuntos de controles:

• Controles de análisis de factibilidad técnico-económica.

• Controles de análisis detallado de la situación existente.

• Controles de diseño detallado.

• Controles de desarrollo y programación.

• Controles de pruebas e implantación.

• Controles de m mantenimiento. El auditor es el encargado de explicar el porqué de su

necesidad, las causas de riesgos que los motivan y los riesgos que se crearían de no

utilizarlos. El informático deberá solucionar el problema técnico de su diseño y su inclusión

en el sistema como parte del mismo. El tand em Aud ito r-Diseñador informático (y otros

Usuarios fundamentales, como el contador), contribuirá mucho a la calidad del sistema que

se elabora o adquiere.