Embed Size (px)
DESCRIPTION
Desarrollo de la Auditoria del ciclo de vida de sistemas
Citation preview
AUDITORÍA DE SISTEMAS
DE INFORMACIÓN
(CICLO DE VIDA).
BAEZ ARRIAGA YAIRFLORES VALENCIA GUILLERMOMENDOZA RODRIGUEZ MIGUEL
RUIZ PEREZ KARINA
Contenido.
CICLO DE VIDA DE UN SISTEMA DE INFORMACIÓN.
Introducción.
Capitulo 1. Auditoria de la fase de investigación preliminar. 4
Capitulo 2. Auditoria de la fase de análisis del sistema. 5
Los requerimientos de la organización y de los usuarios. 5
Los requerimientos de los usuarios. 5
Capitulo 3. Auditoria de la fase de diseño del sistema. 6
Modulo 1: diseño técnico del sistema. 6
Objetivo de control. 6
Capitulo 4. Auditoria de la fase de desarrollo del sistema. 7
Modulo 1: desarrollo de los componentes del sistema. 7
Objetivo de control. 7
Modulo 2: desarrollo de los procedimientos de usuario. 7
Objetivo de control. 7
Capitulo 5. Auditoria de la fase de implementación del sistema. 8
Modulo: desarrollo de la evaluación. 8Objetivo de control. 8
Capitulo 6. Auditoria de la fase de mantenimiento del sistema. 9
El COCOMO. 9
Aspectos a evaluar. 10
Diapositivas. 12
Introducción.
Los avances en tecnologías de los computadores han hecho que actualmente el desafío más importante y el principal factor de éxito de la informática sea la mejora de la calidad de software.
La auditoria de ciclo de vida de un sistema se puede realizar de dos formas:
Durante el desarrollo de las etapas o al final de cada etapa del ciclo de vida
Auditoria de la fase de investigación preliminar.
Debe estar documentado un informe a la gerencia describiendo el problema, detallando la naturaleza de este, su alcance y limitaciones, beneficios que se obtendrían, y si se recomienda continuar con la fase de análisis del sistema, debe incluir la evaluación del requerimiento del sistema, estimado de tiempo, costo- beneficios y las recomendaciones.
Debe existir un orden que detalle claramente los objetivos, restricciones (temporales, recursos humanos, presupuesto, etc.); y las unidades afectadas.
Debe asignarse un responsable o director del proyecto. Y se debe comunicar al director de su nombramiento, junto con toda la información relevante del proyecto.
Se debe determinar una metodología a seguir, una vez determinada la metodología se debe elegir al equipo técnico que participara en el proyecto.
Si participa personal externo verificar que los perfiles profesionales sean los adecuados a las funciones que se realizaran.
Se debe comunicar a los miembros responsables del equipo los objetivos del proyecto, la responsabilidad que tendrá cada uno, las fechas en que participarán y la dedicación.
Las reuniones que se realicen se hacen con un orden previo y las decisiones tomadas quedan documentadas en actas de dicho comité
Deben existir hojas de registro de problemas, así como una persona encargada del mismo y el procedimiento de tramitación
Debe existir un método para catalogar y dar prioridad a los problemas, así como trasladarlos a las personas que debe de resolverlos
Se encontrara la solución del problema y se deja constancia de la misma.
4
Auditoria de la fase de análisis.
Esta fase pretende obtener un conjunto de especificaciones formales que describan las necesidades de información que deben ser cubiertas por el sistema de información.
En esta etapa se evaluarán las políticas, procedimientos y normas que se tienen para llevar a cabo el análisis.
Se deberá evaluar la planeación de las aplicaciones que pueden provenir de cuatro fuentes principales.
La planeación estratégica: agrupando las aplicaciones en conjuntos relacionados entre sí y no como programas aislados. Las aplicaciones deben comprender todos los sistemas que puedan ser desarrollados en la organización, independientemente de los recursos que requieran para su desarrollo y justificación en el momento de la planeación
Los requerimientos de los usuarios.
El inventario de sistemas en proceso al recopilar la información de los cambios que han sido solicitados, sin importar si se efectuaron o se registraron.
Los requerimientos de la organización y de los usuarios.
La situación de una aplicación puede ser alguna de las siguientes:
planeada para ser desarrollada en el futuro
en desarrollo
en proceso pero con modificaciones en desarrollo
en proceso con problemas detectados
en proceso sin problemas
en proceso esporádicamente
Dentro del estudio de los sistemas en uso se deberá solicitar:
manual de usuario
descripción de flujo de información
descripción y distribución de información
manual de reportes
lista de archivos y especificación
definición de bases de datos
definición de redes
5
Auditoria de la fase de diseño.
En la fase de diseño se elabora el conjunto de especificaciones físicas del nuevo sistema que servirán de base para la construcción del mismo.
En esta fase hay un único modulo.
Diseño técnico del sistema:
Su objetivo en general es el control, es decir se debe definir una arquitectura física para el sistema coherente con la especificación funcional que se tenga en el ambiente tecnológico elegido.
En este existen varios puntos que se deben tomar en cuenta para la auditoria como por ejemplo:
Definir perfectamente todos los elementos que configuran el entorno tecnológico para el proyecto.
Se dispone de los elementos seleccionados.
1. También se deben identificar todas las actividades físicas a realizar por el sistema y descomponer las mismas en forma de módulos.
2. Se debe diseñar la estructura física de datos adaptando las especificaciones del sistema al ambiente tecnológico.
3. La actualización del plan del proyecto seguirá los criterios ya comentados.
6
Auditoria de la fase de desarrollo.
En esta fase se programaran y probaran los distintos componentes y se pondrán en marcha todos los procedimientos necesarios para que los usuarios puedan trabajar con el nuevo sistema, este estará basado en las especificaciones obtenidas en la fase de diseño.
A) Modulo de desarrollo de los componentes del sistema:
Se realizaran los componentes, se probaran individualmente así como integraos y se desarrollaran los procedimientos de operación.
Su objetivo de control es:
Que los componentes deben desarrollarse usando técnicas de programación correctas.
1. Se deben preparar adecuadamente el entorno de desarrollo y de pruebas, así como los procedimientos de operación.
2. Se debe programar, probar y documentar cada uno de los componentes identificados en el diseño del sistema.
3. Deben realizarse las pruebas de integración para asegurar que las interfases entre componentes funcionan correctamente.
B) Modulo de desarrollo de los procedimientos de usuario.
Aquí se definen los procedimientos e información necesaria para que los usuarios puedan utilizar el nuevo sistema adecuadamente.
Fundamentalmente se trata de la instalación, la conversión de datos y la explotación.
Su único objetivo es:
Que los futuros usuarios deben estar capacitados y disponer de todos los medios para hacer uso del sistema.
1. El desarrollo del los componentes de usuario debe estar planificado.2. se deben especificar los perfiles de usuario requeridos para el nuevo sistema.3. se deben desarrollar todos los procedimientos de usuario con arreglos los estándares del
área.4. A partir de los perfiles de usuarios se deben definir los procesos de formación o selección
de personal necesarios.5. se deben definir los recursos materiales necesarios para el trabajo de los usuarios con el
nuevo sistema.
7
Auditoria de la fase de Implementación.
El desarrollo de esta etapa consistirá en la aceptación del sistema por parte de los usuarios, las actividades necesarias para la puesta en marcha. Se verificará que el sistema cumple con los requisitos establecidos en la etapa de análisis, para que una vez que sea aprobado se ponga en explotación.
El desarrollo de la evaluación se lleva a cabo mediante dos objetivos de control principales el primero de ellos nos dice lo siguiente.
1er Objetivo de control: El sistema debe ser aceptado formalmente por los usuarios antes de ser expuesto en explotación.
Desglosando lo siguiente:
Se deben realizar las pruebas del sistema que se especificaron en el diseño del mismo El plan de implementación y aceptación se debe revisar para adaptarlo a la situación final
del proyecto. Se debe comprobar este documentado correctamente, además que se incluyan los elementos adicionales para el correcto funcionamiento del sistema.
El sistema debe ser aceptado por los usuarios ante de ponerse explotación, comprobando que las pruebas de aceptación sean realizadas por los usuarios, evaluando el resultado de estás en la reacción que estas conlleven, así también dejando bien claro la un documento firmado con la conformidad por parte del grupo de usuarios y la dirección.
2do Objetivo de control: El sistema se pondrá en explotación formalmente y pasará en estar en mantenimiento solo cuando hay sido aceptado y esté preparado todo el entorno en el que se ejecutará.
Desglosando lo siguiente:
Se deben instalar todos los procedimientos de explotación, comprobando que estén documentados de forma correcta. Estos documentos incluyen manuales de usuario, técnicos y demás.
SI existe un sistema antiguo, el sistema nuevo se pondrá en explotación de forma coordinada con la retirada del antiguo, migrando los datos si es necesario. El sistema antiguo debe conservarse solo como de solo lectura, y debe revisar constantemente la consistencia e la información entre el sistema nuevo con el antiguo.
Debe firmarse el final de la implementación por parte de los usuarios. En el cual contenga explícitamente la aceptación de la implementación.
Se debe supervisar el trabajo de los usuarios con el nuevo sistema en las primeras semanas para evitar situaciones de abandono de uso del sistema.
Para terminar el proyecto se pondrá en marcha el mecanismo de mantenimiento. Este debe de estar ya aprobado por la dirección, líder de proyecto y si existe el área de mantenimiento en el cual se deben de tomar en cuenta los tiempos para futuras modificaciones así como el procedimiento a seguir de estas.
8
Auditoria del mantenimiento
La auditoria del mantenimiento comprueba la existencia de políticas y procedimientos formales relativos al mantenimiento de los sistemas de información.
Varias investigaciones y experiencias revelan que la etapa de mantenimiento consume la mayor parte de los recursos empleados en un proyecto de software. Por tanto, esta etapa debe ser especialmente considerada en los estudios de productividad y de auditoría informática. La mantenibilidad es el factor de calidad que engloba todas aquellas características del software destinadas a hacer que el producto sea más fácilmente mantenible y, en consecuencia, a conseguir una mayor productividad durante la etapa de mantenimiento.
El control y evaluación de la mantenibilidad puede ser uno de los factores determinantes en el estudio de la auditoria informática en la etapa de mantenimiento de software.
La productividad en la etapa de mantenimiento está directamente relacionada con la mantenibilidad del producto. La mantenibilidad es un factor de calidad que engloba todas aquellas características del software destinadas a hacer que el producto sea más fácilmente mantenible. Por tanto, va a ser un parámetro decisivo a la hora de auditar esta etapa.
Se propone un modelo de estimación del costo que permite aprovechar experiencias de proyectos previos. Se toma como punto de partida el conocido modelo de estimación de costos elaborado por bohem (cocomo), al que se incorporan unos índices que miden la mantenibilidad del producto que afectan de manera importante el costo del mantenimiento.
Listas de comprobación en auditoria informática del mantenimiento
Cara a la revisión del software en la etapa del mantenimiento, podríamos resaltar cinco bloques o enfoques hacia los cuales orientar las preguntas:
1. ¿Se han tenido en cuenta las implicaciones laterales asociados con el cambio?
2. ¿Se han tenido en cuenta los aspectos documentales en cuanto a evaluar y aprobar la petición de cambios?
3. ¿Se ha documentado el cambio, una vez realizado u procediéndose a dar información a todos los que se ven implicados en el proceso?
4. En cuanto a las revisiones técnicas formales, ¿se ha realizado las más adecuadas?
5. ¿Se ha hecho una revisión de aceptación final para asegurar que toda la arquitectura software, fue actualizada y probada y se procedió a los cambios adecuadamente?
9
La utilización de grandes bloques como los mencionados nos va a permitir centrar nuestro esfuerzo de auditoría informática, si bien vemos que la problemática persiste en buscar aquellos aspectos que con el menor esfuerzo de auditoría nos permitan llegar a auditar y conseguir la mayor cantidad de información que sea posible.
Aspectos clave a evaluar en la auditoria del mantenimiento:
1. ¿Existe una lista de los sistemas de información que operan actualmente?
2. ¿Dichos sistemas fueron aprobados formalmente por los usuarios?
3. ¿Se cuenta con manuales de usuarios, técnicos y de operación para cada uno de los sistemas de información en producción?
4. ¿Dichos manuales están actualizados?
5. ¿Existe un procedimiento formal para cada uno de los sistemas de información?
6. ¿Están identificados los sistemas de información comprados o externos?
7. ¿Se cuenta con el mismo procedimiento formal para dar un mantenimiento a los sistemas de información instalados en micros, minis o mainframes?
8. Si el mantenimiento implica la inserción de un modulo ¿se capacita a los usuarios?
9. ¿Existen controles para que únicamente personal autorizado dé mantenimiento a los sistemas de información que operan actualmente?
10. ¿Se implantan controles y procedimientos en los sistemas de información que reciben mantenimiento con objeto de garantizar la integridad de la información?
11. ¿Está con consciente el personal de informática que un buen desarrollo elimina en gran medida los problemas típicos del mantenimiento tradicional?
10
Diapositivas.
UNIVERSIDAD AUTÓNOMA DEL ESTADO DE MÉXICOCENTRO UNIVERSITARIO UAEM VALLE DE MÉXICO AUDITORÍA DE SISTEMAS DE INFORMACIÓN (CICLO DE VIDA)INTEGRANTES: BAEZ ARRIAGA YAIRFLORES VALENCIA GUILLERMOMENDOZA RODRIGUEZ MIGUELRUIZ PEREZ KARINAGRUPO: C-97
CICLO DE VIDA DE UN SISTEMA DE INFORMACIÓN
11
AUDITORÍA INVESTIGACIÓN PREELIMINAR
El proyecto de desarrollo debe estar aprobado, definido y planificado formalmente.
Debe existir un orden de aprobación del proyecto que defina claramente los objetivos, restricciones y las unidades afectadas se debe comprobar que:
existe un orden de aprobación del proyecto respaldada por un órgano competente
en el documento de aprobación están definidos de forma clara y precisa los objetivos y restricciones del mismo de todo tipo que debe tenerse en cuenta (temporales, recursos humanos, presupuesto, etc)
El proyecto de desarrollo debe estar aprobado, definido y planificado formalmente.
Debe existir un orden de aprobación del proyecto que defina claramente los objetivos, restricciones y las unidades afectadas
En el documento de aprobación están definidos de forma clara y precisa los objetivos y restricciones del mismo de todo tipo que debe tenerse en cuenta (temporales, recursos humanos, presupuesto, etc)
Debe asignarse un responsable o director del proyecto. Y se debe de comunicar al director de su nombramiento, junto con toda la información relevante del proyecto
El proyecto debe ser catalogado y en función de sus características se debe de determinar el modelo de ciclo de vida que seguirá
12
Una vez determinado el ciclo de vida, se debe elegir el equipo técnico que realizara el proyecto
Si participa personal externo verificar que los perfiles profesionales sean los adecuados a las funciones que se realizaran
Se debe comunicar a los miembros responsables del equipo los objetivos del proyecto, la responsabilidad que tendrá cada uno, las fechas en las que participaran y la dedicación.
Las reuniones se hacen con un orden previo y las decisiones tomadas quedan documentadas en actas de dicho comité
Deben existir hojas de registro de problemas una persona encargada del mismo y el procedimiento de tramitación
Debe existir un método para catalogar y dar prioridad a los problemas, así como trasladarlos a las persona que debe de resolverlos
Se controla la solución del problema y se deja constancia de la misma Se debe controlar que se siguen las etapas del ciclo de vida adoptado para el
proyecto y que se generan todos los documentos asociados a la metodología usada .
Cuando termina el proyecto se debe cerrar toda la documentación del mismo, liberar los recursos empleados y hacer balance.
El comité de dirección y del proyecto hacen balance del proyecto, estudiando los posibles problemas y sus causas, los cambios de plan, etc.
Toda esta información se registra en los archivos históricos sobre estimaciones y problemas.
13
AUDITORÍA ANÁLISIS DEL SISTEMA
En esta etapa se evaluarán las políticas, procedimientos y normas que se tienen para llevar a cabo el análisis.
Se deberá evaluar la planeación de las aplicaciones que puede provenir de cuatro fuentes principales.La planeación estratégicaLos requerimientos de los usuariosEl inventario de sistemas en proceso al recopilar la información de los cambios que han sido solicitados, sin importar si se registraron o efectuaronLos requerimientos de la organización y de los usuarios
La situación de una aplicación puede ser alguna de las siguientes:Planeada para ser desarrollada en el futuroEn desarrolloEn proceso, pero con modificaciones en desarrolloEn proceso con problemas detectadosEn proceso sin problemasEn proceso esporádicamente
14
Deberá estar documentado la fuente que generó la necesidad de la aplicación.
Es importante revisar la situación en que se encuentran los manuales de análisis y ver si están acordes con las necesidades de la organización.
Deben existir diferentes niveles de documentación (usuarios y responsables de la información técnica).
Dentro del estudio de los sistemas en uso se deberásolicitar:Manual de usuarioDescripción de flujo de información Descripción y distribución de informaciónManual de reportes Lista de archivos y especificación Definición de bases de datos Definición de redes
15
Auditoria de la fase de diseño.
En la fase de diseño se elabora el conjunto de especificaciones físicas del nuevo sistema que servirán de base para la construcción del mismo.
Diseño técnico del sistema:
Se debe tomar en cuenta el entorno tecnológico y posteriormente se diseñara la arquitectura del sistema y el esquema externo de datos.
Se debe definir una arquitectura física para el sistema coherente con la especificación funcional que se tenga y con el entorno tecnológico elegido.
16
Conforme a los estándares del departamento
de informática se debe comprobar que:
Están perfectamente definidos todos los elementos que configuran el entorno tecnológico para el proyecto.
Se dispone de los elementos seleccionados.
Deben identificar todas las actividades físicas a realizar por el sistema:
Se han documentado todas las actividades físicas que debe realizar el sistema.
Se han identificado las actividades que son comunes, así como las que ya existían
Existe el documente con el diseño de la estructura modular del sistema
17
Diseñar la estructura física de datos adaptando las especificaciones del sistema al entorno tecnológico:
Tiene en cuenta el entorno tecnológico y los requisitos de rendimiento para los volúmenes y frecuencia de acceso estimado.
Se debe diseñar un plan de pruebas que permita la verificación de los distintos componentes por separado:
Existe el plan de pruebas y contempla todos los recursos necesarios para llevarlos a efecto.
Las personas que realizan las pruebas de verificación son distintas a las que han desarrollado el sistema.
18
Auditoria de la fase de desarrollo. En cada fase se programaran y
probaran los distintos componentes y se pondrán en marcha todos los procedimientos necesarios para que los usuarios puedan trabajar con el nuevo sistema.
Desarrollo de los componentes de un sistema. En este modulo se realizaran los
distintos componentes, se probaran tanto individualmente como de forma integrada, y se desarrollaran los procedimientos de operación.
Los componentes o módulos deben desarrollarse usando técnicas de programación correctas.
19
Se debe preparar adecuadamente el entorno de desarrollo y de pruebas, así como los procedimientos de operación.
Se han creado e inicializado las bases de datos o archivos necesarios y que cumplen las especificaciones realizadas en el modulo de diseño.
Se debe programar, probar y documentar cada uno de los componentes identificados en el diseño del sistema.
Se han desarrollado todos los componentes o módulos.
Se han seguido estándares de programación y documentación del área.
Se ha probado cada componente y se ha generado un informe de prueba.
20
Deben realizarse las pruebas de integración para asegurar que las interfases entre componentes funcionen correctamente.
Las pruebas de integración se han llevado a cabo según lo especificado en el plan de pruebas realizado en el modulo de diseño.
No han participado usuarios, en la integración solo participan los desarrolladores del sistema.
Desarrollo de procedimientos de usuario. Se definen los procedimientos y
formación necesarios para que los usuarios puedan utilizar el nuevo sistema adecuadamente.
Al termino del proyecto, los futuros usuarios deben estar capacitados y disponer de todos los medios para hacer uso del sistema.
21
El desarrollo de los componentes de usuario debe estar planificado
En el plan de proyecto esta incluido el plan para el desarrollo de los procedimientos de usuario e incluye todas las actividades y recursos necesarios.
Los procedimientos se llevan a cabo después de tener la especificación funcional del sistema y antes de la implementación del mismo.
Se deben especificar perfiles de usuarios requeridos para el nuevo sistema. Se deben desarrollar todos los
procedimientos de usuario con arreglo a los estándares del área.
A partir de los perfiles actuales de los usuarios, se deben definir los procesos de formación y selección de personal.
22
Auditoria de la etapa de implementación
En esta fase se realiza la aceptación del sistema por parte de los usuarios, además de las actividades necesarias para ponerlo en marcha.
Se verifica sobre las pruebas, implementación y aceptación del sistema (PIA)
23
Objetivos de control
Se consideran 2 objetivos de control:1. El sistema debe ser aceptado
formalmente por los usuario antes de ser expuesto
2. El sistema se pondrá en explotación formalmente y pasará a estar en mantenimiento sólo cuando haya sido aceptado y este preparado todo el entorno en el que se ejecutará
Desarrollo del 1er objetivo
1.1: Se deben realizar las pruebas del sistema que se especifiquen en el diseño del mismo. - Preparar el entorno- Interacción con el entorno y que se cumplan con las especificaciones funcionales
24
Desarrollo del 1er objetivo
1.2: El Plan de implementación y aceptación se debe revisar para adaptarlo a la situación final del proyecto - Se revisa plan de implementación y se documenta correctamente- Se incluyen componentes necesario desarrollados (librerías, utilidades etc.)- Especifican los recursos necesarios para cada actividad
Desarrollo del 1er objetivo
1.3:El sistema debe ser aceptado por los usuarios antes de ponerse en explotación - Las pruebas son realizadas por los usuarios- Grupos de usuarios y directivos firman conformidad con las pruebas
- Se evalúen y tomen acciones sobre los resultados de las pruebas
25
Desarrollo del 2do objetivo
2.1: Se deben instalar todos los procedimientos de explotación-Se deben instalar procedimientos auxiliares; copias de seguridad, manuales etc.- Se eliminan procedimientos antiguos que son incompatibles con el nuevo sistema - Se verifica que el usuario han recibido la información necesaria
Desarrollo del 2do objetivo
2.2: Si existe un sistema antiguo, el sistema nuevo se podrá en explotación de forma coordinada con la retirada del antiguo, migrando los datos si es necesario- Ambos sistema trabajan en paralelo hasta que se tenga la garantía que funciona- Si se mantiene el anterior sistema debe ser solo para consulta- Se verifica la consistencia de la información entre los sistemas
26
Desarrollo del 2do objetivo
2.3:Debe firmarse el final de la implementación por parte de los usuarios- Existe el documento y que ha sido firmado por dirección-Contiene de forma correcta la explicación sobre la aceptación de la implementación
Desarrollo del 2do objetivo
2.4: Se debe supervisar el trabajo de los usuarios con le nuevo sistema en las primeras semanas para evitar situaciones de abandono de uso del sistema
- Se comprueba, al menos informalmente, la impresión que tienen los usuarios
27
Desarrollo del 2do objetivo
2.5: Para terminar el proyecto se pondrá en marcha el mecanismo de mantenimiento
- El mecanismo existe y esta aprobado por el director del proyecto, área de mantenimiento y líder de proyecto- Se manifiesta ante todos los usuarios el procedimiento a seguir ante cualquier problema
Se deben utilizar ciertos criterios que son:
Comprensibilidad del sistema Identificar que los archivos tengan nombre adecuado
a lo que se esta codificando Fácil de entender Nombres adecuados de acuerdo al tipo de datos e
información Comentarios por lo menos cada 50 líneas de código
28
Auditoria del mantenimiento
Comprueba la existencia de políticas y procedimientos formales relativos al mantenimiento de los sistemas de información
La mantenibilidad es el factor de calidad que engloba todas aquellas características del software destinadas a hacer que el producto sea mas fácilmente mantenible y , en consecuencia , a conseguir una mayor productividad durante la etapa de mantenimiento.
29
El COCOMO (COnstructive COst MOdel) es un modelo de estimación de costos de proyectos de software, en él se incluye el índice de mantenibilidad que muestra el grado de facilidad de mantenimiento del producto
Aspectos clave a evaluar:1. ¿Existe una lista de los sistemas de información que operan actualmente?2. ¿Dichos sistemas fueron aprobados formalmente por los usuarios?3. ¿Se cuenta con manuales de usuarios, técnicos y de operación para cada uno de los sistemas de información en producción?
30
4. ¿Dichos manuales están actualizados?
5. ¿Existe un procedimiento formal para cada uno de los sistemas de información?
6. ¿Están identificados los sistemas de información comprados o externos?
7. ¿Se cuenta con el mismo procedimiento formal para dar un mantenimiento a los sistemas de información instalados en micros, minis o mainframes?
8. Si el mantenimiento implica la inserción de un modulo ¿Se capacita a los usuarios?
31
9. ¿Existen controles para que únicamente personal autorizado démantenimiento a los sistemas de información que operan actualmente?
10. ¿Se implantan controles y procedimientos en los sistemas de información que reciben mantenimiento con objeto de garantizar la integridad de la información?
11. ¿Está con consciente el personal de informática que un buen desarrollo elimina en gran medida los problemas típicos del mantenimiento tradicional?
32
