You are on page 1of 67

Seleccin de sistemas computacionales para aplicaciones especficas 1. Base de Datos 2. Componentes de una Base de Datos 3.

Tipos de Usuarios en Base de Datos 4. Conceptos Bsicos de Base de datos 5. Niveles de Abstraccin en Base de datos 6. DBMS 7. Integridad de Datos 8. 9. Recuperacin de Datos 10. Mirror o Espejo 11. Seguridad de los Datos 12. Control y Administracin de Recursos 13. Ciclo de vida de las operaciones de Base de datos 14. Diseo de Base de datos 15. Modelo Entidad Relacin 16. Ejercicios Es un sistema que almacena datos que estn relacionados. Es un repositorio en donde guardamos informacin integrada que podemos almacenar y recuperar. Un conjunto de informacin almacenada en memoria auxiliar que permite acceso directo y un conjunto de programas que manipulan esos datos Componentes de una Base de Datos: Hardware: constituido por dispositivo de almacenamiento como discos, tambores, cintas, etc. Software: que es el DBMS o Sistema Administrador de Base de Datos. Datos: los cuales estn almacenados de acuerdo a la estructura externa y van a ser procesados para convertirse en informacin.

Tipos de Usuarios en Base de Datos Usuario Final: es la persona que utiliza los datos, esta persona ve datos convertidos en informacin: Desarrollador de Aplicaciones: es la persona que desarrolla los sistemas que interactan con la Base de Datos. DBA: es la persona que asegura integridad, consistencia, redundancia, seguridad este es el Administrador de Base de Datos quien sed encarga de realizar el mantenimiento diario o peridico de los datos. Las personas tienen acceso DBMS se clasifican de la siguiente manera: USUARIOS INGENUOS. Son aquellos que interactan con el sistema por medio de aplicaciones permanentes.

USUARIOS SOFISTICADOS.- son aquellos con la capacidad de acceder a la informacin por medios de lenguajes de consulta. PROGRAMADORES DE APLICACIN.- son aquellos con un amplio dominio del DML capaces de generar nuevos mdulos o utilerias capaces de manejar nuevos datos en el sistema. USUARIOS ESPECIALIZADOS.- son aquellos que desarrollan mdulos que no se refieren precisamente al manejo de los datos, si no a aplicacionesavanzadas como sistemas expertos, reconocimientos de imgenes, procesamiento de audio y dems. Conceptos Bsicos de Base de datos Archivo: son conjuntos de registros. Registros: son conjuntos de campos. Campos: es la minma unidad de referencia.

Niveles de Abstraccin en Base de datos Externo: esa es la visin del usuario final, se ve como se maneja los datos ya convertidos en informacin. Es aquel en el que se presenta al usuario final y que puede combinaciones o relaciones entre los datos que conforman a la base de datos global. Puede definirse como la forma en el que el usuario aprecia la informacin y sus relaciones. Conceptual: se ve como esta estructurado la Base Datos, equipos de campo tiene como estan estructurado los registros. Es aquel en el que se definen las estructuras lgicas de almacenamiento y las relaciones que se darn entre ellas. Ejemplos comunes de este nivel son eldiseo de los registros y las ligas que permitirn la conexin entre registros de un mismo archivo, de archivos distintos incluso, de ligas hacia archivos. Interno: se ve como se almacena los datos fisicamente. Es aquel en el que se determinan las caractersticas de almacenamiento en el medio secundario. Los diseadores de este nivel poseen un amplio dominio de cuestiones tcnicas y de manejo de hardware. Muchas veces se opta por mantener el nivel fsico proporcionado por el sistema operativo para facilitar y agilizar el desarrollo. DBMS(Data Managment System (Sistema Administrador de Base de Datos) ) Los Sistemas Gestores de Bases de Datos son un tipo de software muy especfico, dedicado a servir de interfaz entre las bases de datos y las aplicaciones que la utilizan. Se compone de un lenguaje de definicin de datos, de un lenguaje de manipulacin de datos y de un lenguaje de consulta. En los textos que tratan este tema, o temas relacionados, se mencionan los trminos SGBD y DBMS, siendo ambos equivalentes, y acrnimos, respectivamente, de Sistema Gestor de Bases de Datos y DataBase Management System, su expresin inglesa. Subsistema de un DBMS

Motor Ncleo DBMS: recibe los requerimientos lgicos de E/S y los convierte en operaciones de lectura y escritura. Lgicos: son cualquier tipo de consulta requerimiento de lectura con ingreso de datos (requerimiento de estructura) es ayudado por el Sistema Operativo para convertir estos requerimientos lgicos en fsicos que actun sobre dispositivos de almacenamiento. Herramientas de definicin: permite definir y modificar la estructura de la Base de Datos, a este nivel definimos lo que se conoce como "Esquema " que es la definicin total de Base de Datos, es que definimos la estructura de la tabla, los tipos de campos, las restricciones para los campos. Subesquema: manejo de vistas de datos, de niveles externos. Esquema: manejo de niveles conceptuales. Interface de Procesamiento: me provee de las facilidades de actualizacin, despliegue y visualizacin de datos. Desarrollo de Aplicaciones: me permite generar una aplicacin por Ej: generadores de formas, pantalla, cdigo, herramientas case, etc. Diccionario de Datos: este es el componente al subsistema con el que interactun directamente el DBA, le proporciona niveles de consulta y reportes tiles para su trabajo de administracin. Es la descripcin de la estructura de Base de Datos y relaciones entre datos, y programas. DBMS Caractersticas y Objetos: Independencia de Datos: el DBMS me provee una independencia de mis datos vs. las aplicaciones. Cambio en datos no implica cambio en programas y viceversa (Menor coste de mantenimiento). Minimizar Redundancia (Datos repetidos): desperdicio de Espacio de Almacenamiento. Independencia de datos es proteger nuestro programa de aplicaciones frente a las modificaciones en la estructura de datos y viceversa, ya sea en formafsica lgica. Independencia Fsica: es proteccin a los programas de aplicacin debido a cambios en la estructura de archivos, con cambios en las caractersticas de los campos. Ej: cambio de clave primaria a secundaria. Independencia Lgica: proteccin a los programas de aplicacin cuando se modifica el esquema. Redundancia, datos repetidos y distribuidos en cualquier parte. El efecto que ocasiona la redundancia es tener inconsistencia de datos y desperdicio de espacio de almacenamiento. Esta se presenta cuando se repiten innecesariamente datos en los archivos que conforman la base de datos. Inconsistencia de Datos: dato que esta en lugar con un valor y encuentra en otro lugar con otro valor. Ej: se actualiza el archivo cliente pero no se actualiza el archivo de

transacciones. Ocurre cuando existe informacin contradictoria o incongruente en la base de datos. Integridad de Datos Integridad: conjunto de seguridades que son utilizadas para mantener los datos correctos. Ocurre cuando no existe a travs de todo el sistema procedimientos uniformes de validacin para los datos. Fuente de Error: estas fuentes de error se origina si el programa de entrada de datos no esta validado. Ej: fallas de hardware, actualizaciones incompletas, defectos del software, insercin de datos no vlidos, errores humanos. Una tcnica que usa el BDMS de una entrada de datos no vlida es la validacin. Validacin: es proteger los datos, validar los datos en la entrada de datos. Existen tipos de validaciones: Tipo de Dato: es si se define un campo como carcter char y no puede ingresar nmeros enteros. Valor de Dato: si se define un valor entero se puede especificar un rango y no se puede pasar de ese valor. Valores Claves / No Nulos: asegura registros nicos y cuyos valores no sean nulos. Integridad Referencial: asegura al DBMS que no exista registros hijos sin sus registros padres correspondientes. Control de Concurrencia Simultaniedad Se da en ambiente multi-usuario, tratando de acceder aun objeto de datos al mismo tiempo. Ocurre cuando el sistema es multiusuario y no se establecen los controles adecuados para sincronizar los procesos que afectan a la base de datos. Comnmente se refiere a la poca o nula efectividad de los procedimientos de bloqueo Granularidad: que es el tamao de las unidades aseguradas. Ej: la granularidad puede proteger un campo, un registro, un archivo,etc. Dead-look(bloqueo): es la tcnica que evita errores de concurrencia, se da cuando se desarrolla una espera circular entre dos transacciones y cada una de estas solicita una actualizacin sobre el mismo archivo, no permite a otros usuarios el recurso hasta que trmine el proceso, se da la espera circular. Recuperacin de Datos Recuperar los datos frente a las fuentes de error mencionadas anteriormente. La restauracin de la Base de Datos a su estado normal esresponsabilidad del DBA, quien esl el responsable de implantar procedimientos de deteccin de error y recuperacin. El DBA es quien tiene el control centralizado de la base de datos. Se persigue con esto reducir el nmero de personas que tengan acceso a los detalles tcnicos y de diseo para la operacin del DBMS. Las soluciones principales de un DBA son: DEFINICION DEL ESQUEMA.- Crea el esquema original de la base de datos y genera el

diccionario de datos por medio de proposiciones en DDL. DEFINICION DE ESTRUCTURAS DE ALMACENAMIENTO Y METODOS DE ACCESO.- Se encarga de generar a seleccionar estructuras para el medio secundario y definir los mtodos de acceso a la informacin, esto ultimo por medio de proposiciones en DML. MODIFICACION DE ESQUEMA Y ORGANIZACIN.- Es una actividad poco frecuente que consiste en redisear el esquema de la base de datos. Esto se hara necesario ante la modificacin abrupta de las condiciones originales que dieron pie al diseo del esquema primario. Las proposiciones para llevar a cabo esta tarea se realizan en DDL. CONCESION DE AUTORIZACIONES DE ACCESO.- Se encarga de registrar a los usuarios para permitir su acceso al DBMS. Asigna a cada uno de ellos una serie de atributos que le permiten gozar de privilegios como el acceso a determinadas reas de aplicacin, de los datos o del uso de recursos en el sistema. ESPECIFICACION DE LAS LIMITANTES DE INTEGRIDAD.- Crea una serie de tablas donde se especifica el conjunto de restricciones que sern aplicables durante los procesos de actualizacin Para recuperar: Backup(respaldo): disco duro,cinta. Backup caliente: Base de Datos esta operativa. Backup frio: Base de Datos no esta operativa. Mirror o Espejo Archivos de Logs: (registro de transaccin) Son las transacciones diarias que se registran en la Base de Datos. Cuando ocurre un problema se acude a los archivos de logs se hace un REVERSO y tambin se puede recuperar la ltima transaccin que se hizo. Seguridad de los Datos Se presentan cuando no es posible establecer claves de acceso y resguardo en forma uniforme para todo el sistema, facilitando as el acceso a intrusos. La seguridad de los datos se puede definir en las siguientes aspectos: Objeto a asegurar: el primer objeto a asegurar son los objetos, programas y finalmente al esquema. Codificacin de Claves: el DBMS provee la seguridad de los Login (usuario y password). Control de Acceso: se especifican seguridades contra accesos indicados orientado a personas no autorizada. Control y Administracinde Recursos El DBMS debe proveer al DBA de todos los mecanismos para control y administracin de recursos. Para que el DBA con integridad de datos, recuperacin de errores e implementacin de seguridad. Establecimiento de Relaciones entre Datos El BDMS debe proveer los recursos para el establecimiento de relaciones entre los datos, cuales son las relaciones: 1 -> 1, 1 -> n, n -> n Ciclo de vida de las operaciones de Base de datos Etapas:

Planificacin del Proyecto Definicin del Sistema Recoleccin y Anlisis de los Requisitos Diseo de la Base de Datos Seleccin del SGDB / DBMS Diseo de la Aplicacin Prototipo Implementacin Conversin y Carga de datos Prueba Mantenimiento Estas etapas no son estrictamente secuenciales de hecho hay que repetir algunas de las etapas varias veces haciendo lo que se conoce como "Ciclos de Re-alimentacin" por Ej: los problemas que se encuentran en la etapa de Diseo de la Base de Datos pueden requerir una recoleccin de requisitos adicional y su posterior anlisis. El ciclo de vida de un desarrollo de una base de datos consta de siete pasos: Anlisis de las necesidades Estudio de viabilidad Definicin de requisitos Diseo conceptual / lgico Implementacin Evaluacin y Mantenimiento Planificacin del Proyecto: Esta etapa con lleva la planificacin de como se puede llevar acabo las etapas de ciclo de vida de la manera ms eficiente, hay tres componentes principales: El trabajo que se va arealizar. Los recurso para llevarlo acabo. El dinero para pagar todo ello. Definicin del Sistema En esta etapa se especifica el mbito y los ndices de la aplicacin de la Base de Datos as como con que otros sistemas interactua. Tambin hay que determinar quienes son los usuarios y las reas de la aplicacin. Recoleccin y Anlisis de los Requisitos: En esta etapa se recoge y analiza los requerimientos de los usuarios y de las reas de aplicacin. Esta informacin se la puede recoger de varias formas: Entrevistando el personal de la empresa concretamente aquellos que son considerando expertos en la rea que se de. Observando el funcionamiento de la empresa. Examinando documentos sobre todo aquellos que se utilizan para recoger o visualizar la informacin. Utilizando cuestionario para recoger informacin de grandes grupos de usuarios. Utilizan la experiencia adquirida en el Diseo de Sistemas similares. Esta etapa tiene como resultado en conjunto de documentos con las especificaciones de

requisitos de los usuarios en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista. Los requisitos de desarrollo involucran el software y hardware necesario para la implementacin, los recursos humanos necesarios (tanto internos como externos), la formacin al personal. Diseo de Base de datos: En esta etapa se crea un esquema conceptual de la base de datos. Se desarrollan las especificaciones hasta el punto en que puede comenzar la implementacin. Durante esta etapa se crean modelos detallados de las vistas de usuario y sobre todo las relaciones entre cada elemento del sistema, documentando los derechos de uso y manipulacin de los diferentes grupos de usuarios. Si parte de la informacin necesaria para crear algn elemento establecido ya se encuentra implementado en otro sistema de almacenamiento hay que documentar que relacin existir entre uno y otro y detallar los sistemas que eviten la duplicidad o incoherencia de los datos. El diseo consta, como se vio anteriormente, de tres fases: el diseo global o conceptual, el diseo lgico y el modelo fsico. Esta etapa consta de tres fases: diseo conceptual, diseo lgico, diseo fisico de la Base de Datos. La primera fase consiste en la produccin de un esquema conceptual que es independiente de todos los consideraciones fisicas.este modelo se refina despus en un esquema lgico eliminando las construcciones que no se puede representar en el modelo de Base de Datos escogido (relacional, orientado a objeto,etc). En la tercera fase el esquema lgico que traduce un esquema fisico para el sistema gestor de Base de Datos escogido. La fase de diseo fisico considera las estructuras de almacenamiento y los mtodos de acceso necesarios para proporcionar un acceso eficiente a la Base de Datos en memoria secundaria. Seleccin del SGBD / DBMS: Si no se dispone de un Sistema Gestor de Base de Datos o que se encuentre obsoleto se debe escoger un SGBD que sea adecuado para el sistema de informacin esta eleccin se debe hacer en cualquier momento antes del diseo lgico. Diseo de aplicacin: En esta etapa de disea los programas de aplicacin que usarn y aplicar la Base de Datos, esta etapa el diseo de la Base de Datos son paralelos en la mayor parte de los casos no se puede finalizar el diseo de las aplicaciones hasta que se a terminado el diseo de Base de Datos. Por otra lado la Base de Datos exige para dar soporte a las aplicaciones por lo que ahora una retroalimentacin desde el diseo de las aplicaciones al diseo de la Base de Datos. En esta etapa hay que asegurarse de que toda la funcionalidad especificada en los requisitos de usuarios se encuentra en el diseo de la aplicacin. Prototipo: Esta etapa es opcional es para construir prototipo de la aplicain que permiten a los diseadores y al usuario probar el sistema, un prototipo es un modelo de trabajo de las

aplicaciones del sistema. El prototipo no tiene toda la funcionalidad del sistema final pero es suficiente para que los usuarios puedan usar el sistema e identificar que aspectos estan bien, cuales no son adecuados adems de poder sugerir mejora la inclusin de nuevos elementos. Implementacin: En esta etapa se crean las definiciones de la Base de Datos a nivel conceptual externo interno, as como los programas de aplicacin la implementacin de la Base de Datos se realiza mediante las sentencias SQL, estas sentencias se encargan de crear el sistema d la base, los ficheros donde se almacenarn los datos y las vistas de los usuarios. Los programas de aplicacin se implementan utilizando lenguaje de tercera y cuarta generacin, partes de estas aplicaciones son transacciones de la Base de Datos que se implementan tambin mediante lenguaje SQL. La sentencia de este lenguaje se pueden embeber en un lenguaje de programcin anfitrion como Visual Basic,Java, etc. Tambin se implementan en esta etapa todos l,os controles de seguridad e integridad. Una vez totalmente detallado el modelo conceptual se comienza con la implementacin fsica del modelo de datos, a medida que se va avanzando en el modelo el administrador del sistema va asegurando la correccin del modelo y el validador la utilidad del mismo. Conversin y Carga de datos: Esta etapa es necesaria cuando se esta reemplazando un sistema antiguo por uno nuevo. Los datos se cargan desde el sistema viejo al nuevo directamente si es necesario se convierte al formato que requiera el nuevo SGBD y luego se carga esta etapa se la suele llamar "Migracin". Prueba: En esta etapa se prueba y vlida el sistema con los requisitos especificados por los usuarios. Para ello se debe disear una materia de test con datos reales que se deben llevar acabo de manera metdica y rigurosa. Si la fase de prueba se lleva correctamente descubrir los errores en los programas de aplicacin y en la estructura de la Base de Datos. Mantenimiento: Una vez que el sistema esta completamente probado o implementado se pone en marcha. El sistema esta ahora en la fase de mantenimiento en la que se lleva acabo los siguientes tareas: monitoreo de las prestaciones del sistema y mantenimiento, y actualizacin del sistema. En esta ltima etapa todos los usuarios del sistema acceden a la base de datos y deben asegurarse el correcto funcionamiento de la misma, que sus derechos son los adecuados, teniendo a su disposicin cuanta informacin necesiten. Tambin debern asegurarse que el acceso a los datos es cmodo, prctico, seguro y que se han eliminado, en la medida de lo posible, las posibilidades de error. El administrador se asegura que todos los derechos y todas las restricciones han sido implementadas correctamente y que se ha seguido en manual de estilo en la totalidad de la implementacin Modelo Entidad Relacin

Modelaje: es el proceso mediante el cual podemos identificar las propiedades dinmicas estticas de un dominio de aplicacin con mira a su transformacin en un diseo interpretable en un sistema computarizado. Es el plasmar los requerimientos de los usuarios en un programa para poder implementarlo. Entidad: es el objeto sobre el cual se requiere mantener almacenar informacin. Relacin: es la asociacin significativa y estable entre dos entidades Atributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente(nombre, apelliido, direccin, edad, sexo) Las entidades se las representa mediante cajas que se colocan el nombre de la entidad con letras maysculas. Ej: Las relaciones se representan con lneas que conectan las cajas de las entidades. Ej: Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minsculas. Ej: Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.

Relaciones: las relaciones tiene tres propiedades caractersticas: Grado Cardinalidad: que se clasifica en: Opcionalidad: es la participacin obligatoria u opcional en la entidad de la relacin. Leyenda: es una expresin que escribe el rol de cada entidad en la relacin. Como se lee el Grado Cardinalidad: Uno a muchos: una instancia de la entidad A se relaciona con una ms instancias de la entidad B. Muchos a muchos: una instancia de la entidad A se relaciona con una ms instancias de la entidad B y una instancia de la entidad B se relaciona con uno ms instancias de le entidad B. Uno a uno: una instancia de la entidad A se relaciona con uno y slo unainstancia de la entidad B. Relacin Recursiva Una instancia de una entidad se asocia con instancia de si misma, es opcional en los dos extremos,es decir, no hay el carcter de obligatorio. Ej:

Atributo: Los atributos son empleados para identificar, describir, calificar expresar el estado de una entidad. Todo entidad posee un atributo combinacin de atributos que se denomina "clave primaria" y que emplea para diferenciar cada instancia de los dems. Adicionalmente los atributos pueden ser obligatoriou opcionales. A los atributos que forman parte de la clave primaria se los identifica anteponiendoles el signo de numero (#). A los atributos obligatoriose les antepone el asterisco (*). A los atributos opcionales se les antepone un circulo (o). Ejemplo: En un diagrama entidad-relacin tambin puede agrupar las entidades en supertipo y en subtipo. Los supertipo agrupa a dos ms entidades subtipo. Los subtipo heredan los atributos de las entidades supertipo. Cada subtipo puede tener relaciones propias independientes del supertipo. Los subtipos se representan como cajas dibujadas dentro de la caja del supertipo. EJERCICIOS: COMPAA DE BOTES SAN JUAN San Juan es un agente que renta embarcaciones a los clientes por una determinada tarifa. San Juan no posee barcos, en lugar de eso los arrienda a nombre a los propietarios que deseen obtener ingresos cuando no usan sus botes. Por tal servicio San Juan cobra una cuota y se especializa en barcos que puedan usarse para viajes de varios das o semanas. La embarcacin ms pequea tiene 28 pies de largo y la ms grande es de 44. Cada barco esta por completo equipado cuando se renta; gran parte delequipo proporciona el propietario, San Juan agrega otra parte. El equipo que proporciona el propietario incluye lo que es parte del bote como: radio,brjula, indicadores de profundidad. Otros importantes instrumentos como estufas y refrigeradores. Otros que proporciona el propietario no estn instalados como parte del bote tales implementos incluyen velas, cuerdas, anclas bolsas de caucho, salvavidas, y en la cabina platos, cubiertos, utensilios de cocina, etc. San Juan aporta el equipo de consumo que podra considerarse como provisiones,libros, jabn, toallas de cocina y artculos similares. Una importante responsabilidad de San Juan es registrar el equipo que este en el bote, en particular lo que no estn fijos en la embarcacin. San Juan prefiere conservar registros precisos de sus clientes y los viajes para tener estadsticas de cuales clientes han ido y en que viaje; algunos itinerarios son ms peligrosos que otros por tal motivo a San Juan le gustara saber que clientes tienen determinado experiencias. En algunos viajes los clientes solicitan servicios de una tripulacin y San Juan contrata por

hora a tales personas. Las embarcaciones necesitan mantenimiento, San Juan incluye servicios precisos de todos esos procesos y costos de mantenimiento incluyendo actividades normales como limpieza, cambia de aceite o representaciones no programadas. En algunos casos son necesarias las invitaciones durante un viaje, en tal caso los clientes se comunican por radio con el despachador de San Juan quien determina la mejor opcin para hacer la reparacin. Por tanto ms estas decisiones los despachadores necesitan informacin sobre sus opciones de reparacin y antecedentes sobre costos y calidad de la reparacin. ENTIDADES: CLIENTE PROPIETARIO BOTE EQUIPO VIAJE MANTENIMIENTO REPARACIN TRIPULACIN TIP_EQUIPO Video club En una tienda de video se necesita mantener informacin de alrededor de 3000 casetas cada uno de los casetes tiene asignado un nmero por cada `pelcula se necesita conocer un titulo y categora por ejemplo: comedia, suspenso, drama, accin, ciencia ficcin, etc. Se mantienen algunas copias de muchas pelculas. Se le da a cada pelcula una identificacin y se mantiene seguimiento de lo que contiene cada casete. Un casete puede venir en varios formatos y una pelcula es grabada en un solo casete; frecuentemente las pelculas son pedidas de acuerdo a un actor especifico Tom Cruise y Demi More son los ms populares es por esto que se debe mantener informacin de los actores que pertenecen a cada pelcula. No en todas las pelculas actan artistas famosos, a los clientes de la tienda le gusta conocer datos como el nombre real del actor, y su fecha de nacimiento. En la tienda se mantienen informacin solo d los actores que aparecen en las pelculas y que se tiene a disposicin. Solo se alquila videos a aquellos que pertenecen al club de videos. Para pertenecer al club se debe tener un buen crdito. Por cada miembro del club se mantiene una ficha con su nombre,telfono y direccin, cada miembro del club tiene asignado un nmero de membresa. Se desea mantener informacin de todos los casetes que un cliente alquila, cuando un cliente alquila un casete se debera conocer e nombre de la pelcula, la fecha en la que se alquila y la fecha de devolucin. ENTIDAD CLIENTE PELCULAS TIPO_PEL

ACTORES CASETE ALQUILER ACTOS VANDLICOS Una cadena de hoteles a decidido acabar con los clientes que deterioran el mobiliario del hotel. Quieren guardar en una base de datos los clientes que han deteriorado o robado muebles y cuales son estos muebles. En la base de datos tendremos informacin de cada hotel (cdigo, direccin, telfono), as como un conjunto de habitaciones identificadas con un nmero de identificacin nico para cada hotel y un nmero de inmobiliario estndar con un cdigo, descripcin precio, por ejemplo: "Silla de cuero, diseo clsico, $43 ". Despus de hacer un inventario todo el mobiliario de los hoteles esta identificado, es decir, sabemos que y cuanto elemento de mobiliario hay en cada habitacin de cada hotel. Los muebles pueden cambiar de habitacin pero no necesitamos guardar la habitacin antigua. Para cada habitacin guardaremos tambin si es soleada, si tiene lavado y si tiene nevera. Cada cliente tiene informacin personal (cedula de identidad, nombre, etc.) y adems un historial de sus actos vandlicos. Para cada cliente guardaremos que muebles y cuantos han deteriorado. Tambin queremos saber la estancia que ha hecho cada cliente en el hotel, guardaremos en un atributo la fecha de llegada y de salida, as como la de la habitacin en la que se ha alojado. Un cliente puede alojarse en una misma habitacin del hotel en diferentes estancias. Queremos saber los actos vandlicos (que y cuantos muebles) que ha hecho cada cliente en conjunto independientemente de la habitacin que se halla producido. Queremos saber los actos vandlicos de cada cliente en cada habitacin. ENTIDADES CLIENTE HOTEL HABITACIN MOBILIARIO ESTANCIA TIPO_CLIENTE ACTO_VANDALICO TIPO_HABITACION TIPO_MUEBLE

Planificacin de proyectos de software Anlisis de Sistemas de Computacin. Diseo de Sistemas de Computacin Implantacin, evaluacin y prueba de Sistemas de Computacin Bibliografa

Tema I. Planificacin de un proyecto de sistemas. Desarrollo 1.1. Que es un proyecto de Sistema o Software. ? Es el Proceso de gestin para la creacin de un Sistema o software, la cual encierra un conjunto de actividades, una de las cuales es la estimacin, estimar es echar un vistazo al futuro y aceptamos resignados cierto grado de incertidumbre. Aunque la estimacin, es mas un arte que una Ciencia, es una actividad importante que no debe llevarse a cabo de forma descuidada. Existen tcnicas tiles para la estimacin de costes de tiempo. Y dado que la estimacin es la base de todas las dems actividades de planificacin del proyecto y sirve como gua para una buena Ingeniera Sistemas y Software. Al estimar tomamos en cuenta no solo del procedimiento tcnico a utilizar en el proyecto, sino que se toma en cuenta los recursos, costos y planificacin. El Tamao del proyecto es otro factor importante que puede afectar la precisin de las estimaciones. A medida que el tamao aumenta, crece rpidamente la interdependencia entre varios elementos del Software. La disponibilidad de informacin Histrica es otro elemento que determina el riesgo de la estimacin. 1.2. Objetivos de la Planificacin del Proyecto. El objetivo de la Planificacin del proyecto de Software es proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos costos y planificacin temporal. Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de software, y deberan actualizarse regularmente medida que progresa el proyecto. Adems las estimaciones deberan definir los escenarios del mejor caso, y peor caso, de modo que los resultados del proyecto pueden limitarse. El Objetivo de la planificacin se logra mediante un proceso de descubrimiento de la informacin que lleve a estimaciones razonables. 1.3 Actividades asociadas al proyecto de software. 1.3.1 Ambito del Software. Es la primera actividad de llevada a cabo durante la planificacin del proyecto de Software. En esta etapa se deben evaluar la funcin y el rendimiento que se asignaron al Software durante la Ingeniera del Sistema de Computadora para establecer un mbito de proyecto que no sea ambiguo, e incomprensible para directivos y tcnicos Describe la funcin, el rendimiento, las restricciones, las interfaces y la fiabilidad, se evalan las funciones del mbito y en algunos casos se refinan para dar mas detalles antes del comienzo de la estimacin. Las restricciones de rendimiento abarcan los requisitos de tiempo de respuesta y procesamiento, identifican los limites del software originados por el hardware externo, por la memoria disponible y por otros sistemas existentes. El Ambito se define como un pre-requisito para la estimacin y existen algunos elementos que se debe tomar en cuenta como es: La Obtencin de la Informacin necesaria para el software. Para esto el analista y el cliente se renen sobre las expectativas del proyecto y se ponen de acuerdo en los puntos

de inters para su desarrollo. 1.4 RECURSOS: La Segunda tarea de la planificacin del desarrollo de Software es la estimacin de los recursos requeridos para acometer el esfuerzo de desarrollo de Software, esto simula a una pirmide donde las Herramientas (hardware y Software), son la base proporciona la infraestructura de soporte al esfuerzo de desarrollo, en segundo nivel de la pirmide se encuentran los Componentes reutilizables. Y en la parte mas alta de la pirmide se encuentra el recurso primario, las personas (el recurso humano). Cada recurso queda especificado mediante cuatro caractersticas: Descripcin del Recurso. Informes de disponibilidad. Fecha cronolgica en la que se requiere el recurso. Tiempo durante el que ser aplicado el recurso 1.4.1 Recursos Humanos. La Cantidad de personas requeridas para el desarrollo de un proyecto de software solo puede ser determinado despus de hacer una estimacin del esfuerzo de desarrollo (por ejemplo personas mes o personas aos), y seleccionar la posicin dentro de la organizacin y la especialidad que desempeara cada profesional. 1.4.2 Recursos o componentes de software reutilizables. Cualquier estudio sobre recursos de software estara incompleto sin estudiar la reutilizacion, esto es la creacin y la reutilizacion de bloques deconstruccin de Software. Tales bloques se deben establecer en catlogos para una consulta ms fcil, estandarizarse para una fcil aplicacin y validarse para la tambin fcilintegracin. El Autor Bennatan sugiere cuatro categoras de recursos de software que se deberan tener en cuenta a medida que se avanza con la planificacin: Componentes ya desarrollados. Componentes ya experimentados. Componentes con experiencia Parcial. Componentes nuevos. 1.4.3 Recursos de entorno. El entorno es donde se apoya el proyecto de Software, llamado a menudo entorno de Ingeniera de Software, incorpora Hardware y Software. El Hardware proporciona una plataforma con las herramientas (Software) requeridas para producir los productos que son el resultado de la buena practica de la Ingeniera del Software, un planificador de proyectos debe determinar la ventana temporal requerida para el Hardware y el Software, y verificar que estos recursos estn disponibles. Muchas veces el desarrollo de las pruebas de validacin de un proyecto de software para la composicin automatizada puede necesitar un compositor de fotografas en algn punto durante el desarrollo. Cada elemento de hardware debe ser especificado por el planificador del Proyecto de Software. 1.5. ESTIMACION DEL PROYECTO DE SOFTWARE. En el principio el

costo del Software constitua un pequeo porcentaje del costo total de los sistemas basados en Computadoras. Hoy en da el Software es el elemento mas caro de la mayora de los sistemas informticos. Un gran error en la estimacin del costo puede ser lo que marque la diferencia entre beneficios y perdidas, la estimacin del costo y del esfuerzo del software nunca ser una ciencia exacta, son demasiadas las variables: humanas, tcnicas, de entorno, polticas, que pueden afectar el costo final del software y el esfuerzo aplicado para desarrollarlo. Para realizar estimaciones seguras de costos y esfuerzos tienen varias opciones posibles: Deje la estimacin para mas adelante (obviamente podemos realizar una estimacin al cien por cien fiable despus de haber terminado el proyecto. Base las estimaciones en proyectos similares ya terminados. Utilice tcnicas de descomposicin relativamente sencillas para generar las estimaciones de costos y esfuerzo del proyecto. Desarrolle un modelo emprico para l calculo de costos y esfuerzos del Software. Desdichadamente la primera opcin, aunque atractiva no es practica. La Segunda opcin puede funcionar razonablemente bien si el proyecto actual es bastante similar a los esfuerzos pasados y si otras influencias del proyecto son similares. Las opciones restantes son mtodos viables para la estimacin del proyecto de software. Desde el punto de vista ideal, se deben aplicar conjuntamente las tcnicas indicadas usando cada una de ellas como comprobacin de las otras. Antes de hacer una estimacin, el planificador del proyecto debe comprender el mbito del software a construir y generar una estimacin de su tamao. 1.5.1 Estimacin basada en el Proceso. Es la tcnica ms comn para estimar un proyecto es basar la estimacin en el proceso que se va a utilizar, es decir, el proceso se descompone en un conjunto relativamente pequeo de actividades o tareas, y en el esfuerzo requerido para llevar a cabo la estimacin de cada tarea. Al igual que las tcnicas basadas en problemas, la estimacin basada en el proceso comienza en una delineacin de las funciones del software obtenidas a partir del mbito del proyecto. Se mezclan las funciones del problema y las actividades del proceso. Como ultimo paso se calculan los costos y el esfuerzo de cada funcin y la actividad del proceso de software. 1.6. DIFERENTES MODELOS DE ESTIMACION. Existen diferentes modelos de estimacin como son: 1.6.1 Los Modelos Empricos: Donde los datos que soportan la mayora de los modelos de estimacin obtienen una muestra limitada de proyectos. Por est razn, el modelo de estimacin no es adecuado para todas las clases de software y en todos los entornos de desarrollo. Por lo tanto los resultados obtenidos de dichos modelos se deben utilizar con prudencia. 1.6.2 El Modelo COCOMO. Barry Boehm, en su libro clsico sobre economa de la Ingeniera del Software, introduce una jerarqua de modelos de estimacin de Software con el nombre de COCOMO, por su nombre en Ingles (Constructive, Cost, Model) modelo constructivo de costos. La jerarqua

de modelos de Boehm esta constituida por los siguientes: Modelo I. El Modelo COCOMO bsico calcula el esfuerzo y el costo del desarrollo de Software en funcin del tamao del programa, expresado en las lneas estimadas. Modelo II. El Modelo COCOMO intermedio calcula el esfuerzo del desarrollo de software en funcin del tamao del programa y de un conjunto de conductores de costos que incluyen la evaluacin subjetiva del producto, del hardware, del personal y de los atributos del proyecto. Modelo III. El modelo COCOMO avanzado incorpora todas las caractersticas de la versin intermedia y lleva a cabo una evaluacin del impacto de los conductores de costos en cada caso (anlisis, diseo, etc.) del proceso de ingeniera de Software. 1.6.3 Herramientas Automticas De Estimacin. Las herramientas automticas de estimacin permiten al planificador estimar costos y esfuerzos, as como llevar a cabo anlisis del tipo, que pasa si, con importantes variables del proyecto, tales como la fecha de entrega o la seleccin del personal. Aunque existen muchas herramientas automticas de estimacin, todas exhiben las mismas caractersticas generales y todas requieren de una o ms clases de datos. A partir de estos datos, el modelo implementado por la herramienta automtica de estimacin proporciona estimaciones del esfuerzo requerido para llevar a cabo el proyecto, los costos, la carga de personal, la duracin, y en algunos casos la planificacin temporal de desarrollo y riesgos asociados. En resumen el planificador del Proyecto de Software tiene que estimar tres cosas antes de que comience el proyecto: cuanto durara, cuanto esfuerzo requerir y cuanta gente estar implicada. Adems el planificador debe predecir los recursos de hardware y software que va a requerir y el riesgo implicado. Para obtener estimaciones exactas para un proyecto, generalmente se utilizan al menos dos de las tres tcnicas referidas anteriormente. Mediante la comparacin y la conciliacin de las estimaciones obtenidas con las diferentes tcnicas, el planificador puede obtener una estimacin ms exacta. La estimacin del proyecto de software nunca ser una ciencia exacta, pero la combinacin de buenos datos histricos y tcnicas puede mejorar la precisin de la estimacin. TEMA II. ANALISIS DE SISTEMAS DE COMPUTACION TEMA II. Anlisis de Sistemas de Computacin. DESARROLLO. 2.1 Conceptos y Anlisis: Es un conjunto o disposicin de procedimientos o programas relacionados de manera que juntos forman una sola unidad. Un conjunto de hechos,principios y reglas clasificadas y dispuestas de manera ordenada mostrando un plan lgico en la unin de las partes. Un mtodo, plan o procedimiento de clasificacin para hacer algo. Tambin es un conjunto o arreglo de elementos para realizar un objetivo predefinido en el procesamiento de la Informacin. Esto se lleva a cabo teniendo en cuenta ciertos principios: Debe presentarse y entenderse el dominio de la informacin de un problema.

Defina las funciones que debe realizar el Software. Represente el comportamiento del software a consecuencias de acontecimientos externos. Divida en forma jerrquica los modelos que representan la informacin, funciones y comportamiento. El proceso debe partir desde la informacin esencial hasta el detalle de la Implementacin. La funcin del Anlisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generar beneficios. Para conseguir este objetivo, un Sistema basado en computadoras hace uso de seis (6) elementos fundamentales: Software, que son Programas de computadora, con estructuras de datos y su documentacin que hacen efectiva la logstica metodologa o controles de requerimientos del Programa. Hardware, dispositivos electrnicos y electromecnicos, que proporcionan capacidad de clculos y funciones rpidas, exactas y efectivas (Computadoras, Censores, maquinarias, bombas, lectores, etc.), que proporcionan una funcin externa dentro de los Sistemas. Personal, son los operadores o usuarios directos de las herramientas del Sistema. Base de Datos, una gran coleccin de informaciones organizadas y enlazadas al Sistema a las que se accede por medio del Software. Documentacin, Manuales, formularios, y otra informacin descriptiva que detalla o da instrucciones sobre el empleo y operacin del Programa. Procedimientos, o pasos que definen el uso especifico de cada uno de los elementos o componentes del Sistema y las reglas de su manejo ymantenimiento. Un Anlisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en mente: Identifique las necesidades del Cliente. Evale que conceptos tiene el cliente del sistema para establecer su viabilidad. Realice un Anlisis Tcnico y econmico. Asigne funciones al Hardware, Software, personal, base de datos, y otros elementos del Sistema. Establezca las restricciones de presupuestos y planificacin temporal. Cree una definicin del sistema que forme el fundamento de todo el trabajo de Ingeniera. Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y el Software, as como de la Ingeniera humana (Manejo y Administracin de personal), y administracin de base de datos. 2.2 Objetivos del Anlisis. 2.2.1 Identificacin de Necesidades. Es el primer paso del anlisis del sistema, en este proceso en Analista se rene con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificacin temporal y presupuestal, lneas de mercadeo y

otros puntos que puedan ayudar a la identificacin y desarrollo del proyecto. Algunos autores suelen llamar a esta parte Anlisis de Requisitos y lo dividen en cinco partes: Reconocimiento del problema. Evaluacin y Sntesis. Modelado. Especificacin. Revisin Antes de su reunin con el analista, el cliente prepara un documento conceptual del proyecto, aunque es recomendable que este se elabore durante lacomunicacin Cliente analista, ya que de hacerlo el cliente solo de todas maneras tendra que ser modificado, durante la identificacin de las necesidades. 2.2.2 Estudio de Viabilidad. Muchas veces cuando se emprende el desarrollo de un proyecto de Sistemas los recursos y el tiempo no son realistas para su materializacin sin tener perdidas econmicas y frustracin profesional. La viabilidad y el anlisis de riesgos estn relacionados de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de producir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro reas principales de inters: 1. Una evaluacin de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del producto o Sistema desarrollado. 2. Viabilidad econmica. Un estudio de funciones, rendimiento y restricciones que puedan afectar la realizacin de un sistema aceptable. 3. Viabilidad Tcnica. 4. Viabilidad Legal. Es determinar cualquier posibilidad de infraccin, violacin o responsabilidad legal en que se podra incurrir al desarrollar el Sistema. Alternativas. Una evaluacin de los enfoques alternativos del desarrollo del producto o Sistema. El estudio de la viabilidad puede documentarse como un informe aparte para la alta gerencia. 2.2.3 Anlisis Econmico y Tcnico. El anlisis econmico incluye lo que llamamos, el anlisis de costos beneficios, significa una valoracin de la inversin econmica comparado con los beneficios que se obtendrn en la comercializacin y utilidad del producto o sistema. Muchas veces en el desarrollo de Sistemas de Computacin estos son intangibles y resulta un poco dificultoso evaluarlo, esto varia de acuerdo a la caractersticas del Sistema. El anlisis de costos beneficios es una fase muy importante de ella depende la posibilidad de desarrollo del Proyecto. En el Anlisis Tcnico, el Analista evala los principios tcnicos del Sistema y al mismo tiempo recoge informacin adicional sobre el rendimiento, fiabilidad, caractersticas de mantenimiento y productividad.

Los resultados obtenidos del anlisis tcnico son la base para determinar sobre si continuar o abandonar el proyecto, si hay riesgos de que no funcione, no tenga el rendimiento deseado, o si las piezas no encajan perfectamente unas con otras. 2.2.4 Modelado de la arquitectura del Sistema. Cuando queremos dar a entender mejor lo que vamos a construir en el caso de edificios, Herramientas, Aviones, Maquinas, se crea un modelo idntico, pero en menor escala (mas pequeo). Sin embargo cuando aquello que construiremos es un Software, nuestro modelo debe tomar una forma diferente, deben representar todas las funciones y subfunciones de un Sistema. Los modelos se concentran en lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notacin grfica, informacin y comportamiento del Sistema. Todos los Sistemas basados en computadoras pueden modelarse como transformacin de la informacin empleando una arquitectura del tipo entrada y salida. 2.2.5 Especificaciones del Sistema. Es un Documento que sirve como fundamento para la Ingeniera Hardware, software, Base de datos, e ingeniera Humana. Describe la funcin y rendimiento de un Sistema basado en computadoras y las dificultades que estarn presente durante su desarrollo. Las Especificaciones de los requisitos del software se produce en la terminacin de la tarea del anlisis. En Conclusin un proyecto de desarrollo de un Sistema de Informacin comprende varios componentes o pasos llevados a cabo durante la etapa del anlisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno mas de los componentes: Software, hardware, personas, base de datos, documentacin y procedimientos. TEMA III. DISEO DE SISTEMAS DE COMUTACION TEMA III. DISEO DE SISTEMAS DE COMPUTACIN. DESARROLLO. 3.1. Conceptos y principios: El Diseo de Sistemas se define el proceso de aplicar ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretacin y realizacin fsica. La etapa del Diseo del Sistema encierra cuatro etapas: 1. Trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos necesarios para implementar el Software. 2. El diseo de los datos. Define la relacin entre cada uno de los elementos estructurales del programa. 3. El Diseo Arquitectnico. Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el y con los operadores y usuarios que lo emplean. 4. El Diseo de la Interfaz. 5. El Diseo de procedimientos.

Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseo del Software se puede definir en una sola palabraCalidad, dentro del diseo es donde se fomenta la calidad del Proyecto. El Diseo es la nica manera de materializar con precisin los requerimientos del cliente. El Diseo del Software es un proceso y un modelado a la vez. El proceso de Diseo es un conjunto de pasos repetitivos que permiten al diseador describir todos los aspectos del Sistema a construir. A lo largo del diseo se evala la calidad del desarrollo del proyecto con un conjunto de revisiones tcnicas: El diseo debe implementar todos los requisitos explcitos contenidos en el modelo de anlisis y debe acumular todos los requisitos implcitos que desea el cliente. Debe ser una gua que puedan leer y entender los que construyan el cdigo y los que prueban y mantienen el Software. El Diseo debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementacin. Para evaluar la calidad de una presentacin del diseo, se deben establecer criterios tcnicos para un buen diseo como son: Un diseo debe presentar una organizacin jerrquica que haga un uso inteligente del control entre los componentes del software. El diseo debe ser modular, es decir, se debe hacer una particin lgica del Software en elementos que realicen funciones y subfunciones especificas. Un diseo debe contener abstracciones de datos y procedimientos. Debe producir mdulos que presenten caractersticas de funcionamiento independiente. Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los mdulos y el entorno exterior. Debe producir un diseo usando un mtodo que pudiera repetirse segn la informacin obtenida durante el anlisis de requisitos de Software. Estos criterios no se consiguen por casualidad. El proceso de Diseo del Software exige buena calidad a travs de la aplicacin de principios fundamentales de Diseo, Metodologa sistemtica y una revisin exhaustiva. Cuando se va a disear un Sistema de Computadoras se debe tener presente que el proceso de un diseo incluye, concebir y planear algo en la mente, as como hacer un dibujo o modelo o croquis. 3.2. Diseo de la Salida. En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayora de los usuarios la salida es la nica razn para el desarrollo de un Sistema y la base de evaluacin de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente: Determine que informacin presentar. Decidir si la informacin ser presentada en forma visual, verbal o impresora y seleccionar el medio de salida. Disponga la presentacin de la informacin en un formato aceptable. Decida como distribuir la salida entre los posibles destinatarios.

3.3. Diseo de Archivos. Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos histricos, o informacin de referencia. Entre las decisiones que se toman durante el diseo de archivos, se encuentran las siguientes: Los datos que deben incluirse en el formato de registros contenidos en el archivo. La longitud de cada registro, con base en las caractersticas de los datos que contenga. La secuencia a disposicin de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa). No todos los sistemas requieren del diseo de todos los archivos, ya que la mayora de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los registros. 3.4. Diseo de Interacciones con la Base de Datos. La mayora de los sistemas de informacin ya sean implantado en sistemas de cmputos grandes o pequeos, utilizan una base de datos que pueden abarcar varias aplicaciones, por esta razn estos sistemas utilizan u administrador de base de datos, en este caso el diseador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta en el sistema. 3.5 Herramientas para el Diseo de Sistemas. Apoyan el proceso de formular las caractersticas que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del anlisis: 3.5.1 Herramientas de especificacin. Apoyan el proceso de formular las caractersticas que debe tener una aplicacin, tales como entradas, Salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos. 3.5.2 Herramientas para presentacin. Se utilizan para describir la posicin de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida. 3.5.3 Herramientas para el desarrollo de Sistemas. Estas herramientas nos ayudan como analistas a trasladar diseos en aplicaciones funcionales. 3.5.4 Herramientas para Ingeniera de Software. Apoyan el Proceso de formular diseos de Software, incluyendo procedimientos y controles, as como la documentacin correspondiente. 3.5.5 Generadores de cdigos. Producen el cdigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas. 3.5.6 Herramientas para pruebas. Apoyan la fase de la evaluacin de un Sistema o de partes del mismo contra las especificaciones. Incluyen facilidades para examinar la correcta operacin del Sistema as como el grado de perfeccin alcanzado en comparacin con las expectativas. La revolucin del procesamiento de datos

de manera computarizada, junto con las practicas de Diseo sofisticadas estn cambiando de forma dramtica la manera en que se trasladan las especificaciones de Diseo d Sistemas de Informacin funcionales. En Conclusiones Generales. En una organizacin o Empresa, el anlisis y Diseo de Sistemas, es el proceso de estudiar su Situacin con la finalidad de observar como trabaja y decidir si es necesario realizar una mejora; el encargado de llevar a cabo estas tareas es el analista de sistemas. Antes de comenzar con el desarrollo de cualquier proyecto, se conduce un estudio de Sistemas para detectar todos los detalles de la situacin actual de la empresa. La informacin reunida con este estudio sirve como base para crear varias estrategias de Diseo. Los administradores deciden que estrategias seguir. Los Gerentes, empleados y otros usuarios finales que se familiarizan cada vez mas con el uso de computadoras estn teniendo un papel muy importante en el desarrollo de sistemas. Todas las organizaciones son Sistemas que actan de manera reciproca con su medio ambiente recibiendo entradas y produciendo salidas. Los Sistemas que pueden estar formados por otros Sistemas de denominan Sub-sistemas y funcionan para alcanzar los fines de su Implantacin. TEMA IV. IMPLANTACION, EVALUACION Y PRUEVA DE SISTEMAS DE COMPUTACION TEMA IV. IMPLANTACION, EVALUACION Y PRUEVAS. DESARROLLO. 4.1. IMPLANTACION. Concepto y Definicin. Es la ultima fase del desarrollo de Sistemas. Es el proceso instalar equipos o Software nuevo, como resultado de un anlisis y diseo previo como resultado de la sustitucin o mejoramiento de la forma de llevar a cavo un proceso automatizado. Al Implantar un Sistema de Informacin lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimientos del anlisis y permitir que los usuarios puedan operarlo. Existen varios enfoques de Implementacin: Es darle responsabilidad a los grupos. Uso de diferentes estrategias para el entrenamiento de los usuarios. El Analista de Sistemas necesita ponderar la situacin y proponer un plan de conversin que sea adecuado para la organizacin El Analista necesita formular medidas de desempeo con las cuales evaluar a los Usuarios. Debe Convertir fsicamente el sistema de informacin antiguo, al nuevo modificado En la preparacin de la Implantacin, aunque el Sistema este bien diseado y desarrollado correctamente su xito depender de su implantacin y ejecucin por lo que es importante capacitar al usuario con respecto a su uso y mantenimiento. 4.2. Capacitacin de Usuarios del Sistema: Es ensear a los usuarios que se relacionan u operan en un proceso de implantacin. La Responsabilidad de esta capacitacin de los Usuarios primarios y secundarios es del Analista, desde el personal de captura de datos hasta aquellos que toman las decisiones

sin usar una Computadora. No se debe incluir a personas de diferentes niveles de habilidad e intereses de trabajo; debido a que si en una Empresa existen trabajadores inexpertos no se pueden incluir en la misma seccin de los expertos ya que ambos grupos quedaran perdidos. "Es como querer conducir dos Barcos con diferentes destinos con un mismo Mapa de rutas o con el mismo timn". Aun y cuando la Empresa puede contratar los Servicios de Instructores externos, el analista es la persona que puede ofrecer la mejor capacitacin debido a que conoce el personal y al Sistema mejor que cualquier otro. A la falta o imposibilidad del analista la organizacin puede contratar otros servicios de capacitacin como son: Vendedores: Son aquellos que proporcionan capacitacin gratuita fuera de la Empresa de uno o dos das. Instructor pagado externamente: Son aquellos que pueden ensear todo acerca de las computadoras pero para algunos usuarios esta no es una capacitacin necesaria. Instructores en casa: Estn familiarizados con el personal y pueden adecuar los materiales a sus necesidades, pero le faltara experiencia en Sistemas de Informacin que es realmente la necesidad del usuario. En nuestro pas existe una ley institucional (Ley 116 del 16 de Enero de 1980) creado durante el gobierno del Presidente Antonio Guzmn Fernndez llamada INFOTEP, representante de los trabajadores y empresarios en el mbito de Capacitacin y entrenamiento, la cual Asesora y brinda Sus servicios a las Empresas y Sus trabajadores. 4.3.1 Objetivos de la Capacitacin: Es lograr que los usuarios tengan el Dominio necesario de las cosas bsicas acerca de las maquinarias y procesos que se emplean para su operacin de manera eficiente y segura. 4.4. La Evaluacin del Sistema: Se lleva a cabo para identificar puntos dbiles y fuertes del Sistema implantado. La evaluacin ocurre a lo largo de cualquiera de las siguientes cuatro dimensiones: 4.4.1 Evaluacin operacional: Es el Momento en que s evala la manera en que funciona el Sistema, esto incluye su facilidad de uso, Tiempo de respuesta ante una necesidad o proceso, como se adecuan los formatos en que se presenta la Informacin, contabilidad global y su nivel de Utilidad. 4.4.2 Impacto Organizacional: Identifica y mide los beneficios operacionales para la Empresa en reas tales como, Finanzas (Costos, Ingresos y Ganancias), eficiencia en el desempeolaboral e impacto competitivo, Impacto, rapidez y organizacin en el flujo de Informacin interna y externa. 4.4.3 Desempeo del Desarrollo. Es la evaluacin del Proceso de desarrollo adecuado tomando en cuentas ciertos criterios como, Tiempo y esfuerzo en el desarrollo concuerden conpresupuesto y estndares y otros criterios de Administracin de Proyectos. Adems se incluyen la valoracin de los mtodos y herramientas utilizados durante el desarrollo del Sistema. 4.5. Prueba de Sistemas. Dependiendo del tamao de la Empresa que usara el Sistema y el riesgo asociado a su uso,

puede hacerse la eleccin de comenzar la operacin del Sistema solo en un rea de la Empresa (como una Prueba piloto), que puede llevarse a cabo en un Departamento o con una o dos personas. Cuando se implanta un nuevo sistema lo aconsejable es que el viejo y el nuevo funcionen de manera simultanea o paralela con la finalidad de comparar los resultados que ambos ofrecen en su operacin, adems dar tiempo al personal para su entrenamiento y adaptacin al nuevo Sistema. Durante el Proceso de Implantacin y Prueba se deben implementar todas las estrategias posibles para garantizar que en el uso inicial del Sistema este se encuentre libre de problemas lo cual se puede descubrir durante este proceso y levar a cabo las correcciones de lugar para su buen funcionamiento. Desdichadamente la evaluacin de Sistemas no siempre recibe la atencin que merece, sin embargo cuando se lleva a cabo de manera adecuada proporciona muchas informaciones que pueden ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones futuras. BIBLIOGRAFIA Anlisis y Diseo de Sistemas Autor: Henry F. Korth & Abraham Silberschatz Segunda Edicion. Editora Mc Graw Hill Ingeniera del Software Autor: Roger S. Pressman Cuarta Edicion. Editora Mc Graw Hill Enciclopedia de Trminos de Computacin Autor: Linda Gail/ John Christie Editora: PHH, Pentice Hall Trabajo realizado por: Pedro Concepcin Nova C/ Respaldo 30 de Marzo # 02. Azua, Repblica Dominicana. 1. Objetivo 2. Definicin 3. Planeacin y Control 4. Desarrollo 5. Factores que determinan su desempeo 6. Estructura 7. Conclusin 8. Bibliografa INTRODUCCION Los gerentes o administradores dependen de medios formales e informales para obtener los datos que requieren para tomar decisiones. La informacin formal llega a manos de los gerentes mediante informes administrativos y estadsticas de rutina.

Estos informes son estandarizados, se producen regularmente y constituyen la parte ms visible de lo que se denomina Sistema de Informacin Gerencial (SIG). La informacin informal incluye rumores y discusiones no oficiales con sus colegas. La experiencia personal, educacin, sentido comn, intuicin yconocimiento del medio social y poltico, son parte de los medios informales de recolectar datos. OBJETIVO Comprender el Apoyo que los SI Gerenciales proporcionan a la toma de decisiones. Para ver el grfico seleccione la opcin "Descargar" del men superior 5.1.- DEFINICION Los sistemas de informacin gerencial son una coleccin de sistemas de informacin que interactan entre s y que proporcionan informacin tanto para las necesidades de las operaciones como de la administracin En teora, una computadora no es necesariamente un ingrediente de un Sistema de Informacin Gerencial (SIG), pero en la prctica es poco probable que exista un SIG complejo sin las capacidades de procesamiento de las computadoras. Es un conjunto de informacin extensa y coordinada de subsistemas racionalmente integrados que transforman los datos en informacin en una variedad de formas para mejorar la productividad de acuerdo con los estilos y caractersticas de los administradores. Actividades Principales de los SIG 1.-Reciben datos como entrada, procesan los datos por medio de clculos, combinan elementos de los datos, etc. 2.- Proporcionan informacin en manuales, electromecnicos y computarizados Para ver el grfico seleccione la opcin "Descargar" del men superior 3.- Sistema de Informacin de Procesamiento de Transacciones, Sistema de Informacin para Administradores, Sistema de Informacin de Informes Financieros Externos. Para ver el grfico seleccione la opcin "Descargar" del men superior 5.2.- PLANEACION Y CONTROL. Todas las funciones gerenciales; Planeacin, Organizacin, Direccin y Control son necesarias para un buen desempeo organizacional. Para apoyar estas funciones, en especial la Planeacin y el Control son necesarios los Sistemas de Informacin Gerencial Por tanto el valor de la informacin proporcionada por el sistema, debe cumplir con los siguientes cuatro supuestos bsicos: Calidad, oportunidad , cantidad y relevancia Calidad: Para los gerentes es imprescindible que los hechos comunicados sean un fiel reflejo de la realidad planteada. Para ver el grfico seleccione la opcin "Descargar" del men superior

Oportunidad: Para lograr un control eficaz, las medidas correctivas en caso de ser necesarias, deben aplicarse a tiempo, antes de que se presente una gran desviacin respecto de los objetivos planificados con anterioridad. Para ver el grfico seleccione la opcin "Descargar" del men superior Cantidad: Es probable que los gerentes casi nunca tomen decisiones acertadas y oportunas si no disponen de informacin suficiente, pero tampoco deben verse desbordados por informacin irrelevante e intil, pues esta puede llevar a una inaccin o decisiones desacertadas. Para ver el grfico seleccione la opcin "Descargar" del men superior Relevancia: La informacin que le es proporcionada a un gerente debe estar relacionada con sus tareas y responsabilidades. Para ver el grfico seleccione la opcin "Descargar" del men superior 5.3.-DESARROLLO DE UN S. I. G. Se requiere un gran esfuerzo, experiencia, tiempo y dinero para crear un sistema de informacin gerencial que produzca informacin integrada y completa Sin embargo, aun cuando la organizacin no se haya impuesto el compromiso de desarrollar esta tarea, se puede realizar una funcin importante para mejorar el sistema y cubrir sus necesidades. Tal vez no sea posible cambiar los formularios de registro o archivos, pero pueden hacerse cambios marginales, tales como el mejoramiento en la exactitud de los datos y la puntualidad de las fechas de informe. Para ver el grfico seleccione la opcin "Descargar" del men superior Actualmente la Alta Gerencia est destinada a ampliar los horizontes de planificacin y a la toma de decisiones bajo grados de incertidumbres cada vez mayores, a causa del aumento de la competencia en el medio empresarial, (incremento en el nmero de competidores), y a la disminucin en la disponibilidad de los recursos. Esto conduce a la imperiosa necesidad de manipular cada vez ms informacin para poder realizar decisiones acertadas. Es reconocido que la gerencia de informacin es la base fundamental de una gerencia estratgica adecuada. La introduccin de la tecnologa de computadores ha conllevado a que los diversos sistemas de informacin se conviertan en elementos de importancia en la organizacin. Considerando la inmensa capacidad, en lo que al manejo de la informacin se refiere; los computadores estn en capacidad de convertirse en una ventaja estratgica para las organizaciones ms diversas Por ello debe drsele a la tecnologa de cmputos, la gran importancia y el suficiente tiempo que merecen para ayudar en forma fructfera, laintegracin efectiva del anlisis y la intuicin; en vez de considerarlo simplemente como una forma o manera de reducir los costos 5.4.- FACTORES QUE DETERMINAN SU DESEMPEO.

Si se habla de una institucin que no tiene los recursos humanos con experiencia en sistemas de informacin gerencial que desea organizar o mejorar su SIG, es buena idea solicitar ayuda de personas u organizaciones que tengan dicha experiencia o de un consultor. Es muy probable que stas seguirn una serie de pasos para obtener una visin general del sistema de informacin, la manera cmo funciona y qu se requiere para mejorarlo. Los pasos para analizar los SIG: 1. 2. Identificar a todos aquellos que estn utilizando o deberan utilizar los distintos tipos de informacin (profesionales, trabajadores de campo, supervisores, administradores, etc.) 2.- Establecer los objetivos a largo y corto plazo de la organizacin, departamento o punto de prestacin de servicios. 3.- Identificar la informacin que se requiere para ayudar a las diferentes personas a desempearse efectiva y eficientemente, y eliminar la informacin que se recolecta pero que no se utiliza. 4.-Determinar cules de los formularios y procedimientos actuales para recolectar, registrar, tabular, analizar y brindar la informacin, son sencillos, no requieren demasiado tiempo y cubren las necesidades de los diferentes trabajadores, y qu formularios y procedimientos necesitan mejorarse. 5.-Revisar todos los formularios y procedimientos existentes para recolectar y registrar informacin que necesiten mejorarse o preparar nuevos instrumentos si es necesario. 6.-Establecer o mejorar los sistemas manuales o computarizados para tabular, analizar, y ofrecer la informacin para que sean ms tiles a los diferentes trabajadores 7.-Desarrollar procedimientos para confirmar la exactitud de los datos. 8.-Capacitar y supervisar al personal en el uso de nuevos formularios, registros, hojas de resumen y otros instrumentos para recolectar, tabular, analizar, presentar y utilizar la informacin. 9.-Optimizar un sistema de informacin gerencial: qu preguntar, qu observar, qu verificar. 5.5.-ESTRUCTURA DE UN S. I. G. As mismo se define SIG como: Un sistema integrado usuario maquina, el cual implica que algunas tareas son mejor realizadas por el hombre, mientras que otras son muy bien hechas por la maquina, para prever informacin que apoye las operaciones, la administracin y las funciones de toma de decisiones en una empresa. El sistema utiliza equipos de computacin y software, procedimientos, manuales, modelos para el anlisis la planeacin el control y la toma de decisiones y adems una base de datos. El sistema de informacin gerencial se puede informar como una estructura piramidal. 1.-La parte inferior de la pirmide esta comprendida por la informacin relacionada con el procesamiento de las transacciones preguntas sobre suestado. 2.-El siguiente nivel comprende los recursos de informacin para apoyar las operaciones

diarias de control. 3.-El tercer nivel agrupa los recursos del sistema de informacin para ayudar a la planeacin tctica y la toma de decisiones relacionadas con el control Administrativo. 4.-El nivel ms alto comprende los recursos de informacin necesarios para apoyar la planeacin estratgica y la definicin de poltica de los niveles ms altos de la administracin CONCLUSION: La introduccin de la tecnologa de computadores ha conllevado a que los diversos sistemas de informacin se conviertan en elementos de importancia en la organizacin. Es por eso que en la actualidad la empresa que no lleve un sistema cualquiera que este sea no se considera estar a la vanguardia. BIBLIOGRAFIA: http://www.gestiopolis.com/canales/gerencial/articulos/59/pronosfut.htm http://www.monografias.com/trabajos17/sistema-gerencial/sistema-gerencial.shtml ww.cinterfor.org.uy/public/spanish/ region/ampro/cinterfor/temas/youth/exp/bol/procal/sgi.htm EQUIPO ITSAT: LIC. CLAUDIA CARBALLO RIVERA Cursando la maestra de Ciencias de la Administracin LIC. MARIA GUADALUPE ANTONIO CRUZ C. P. ZENN CALDERN SANTIAGO LIC. JUAN CARLOS AGUIRRE VILLARRUEL L. C ELMA GARCA ESCALANTE TEMA: ANALISIS DEL LIBRO Auditora en sistemas Computacionales de CARLOS MUOZ RAZO Profesor: Etanislao De la Cruz Sustetado por: Marlyn Babidania Ortega 2002-341 Wilson Vsquez 2003-240 Diomedes Benitez Rondn 2003-410 Yuderka Alt. Reyes Prez 2004-174 Frank Isidro Galan Araujo 2004-179 Arlin del Carmen Jimnez Ullola 2004-440

INTRODUCCION El siguiente Blogs Presenta los elementos bsicos para el aprendizaje y la aplicacin de la auditora de sistemas computacionales. Su amplio y generoso tratamiento de las normas tico-morales que regulan la actuacin del auditor en las empresas as como su conducta, lo hace ms interesante. Una parte sustantiva de este Blogs es la presentacin del control interno en las empresas y su correspondiente control informtico interno, ya que es en ambos donde se justifica la prctica de esta auditora. Adems presenta las tcnicas aplicables a la auditoria utilizada por el auditor: El mismo esta compuesto por los siguientes temas:

1. Conceptos Generales 2. Elementos fundamentales en el estudio de la auditora 3. Normas tico-morales que regulan la actuacin del auditor 4. Control interno 5. Control interno informtico 6. Metodologa Para Realizar Auditoras De Sistemas Computacionales 7. Papeles de trabajo para la auditora de sistemas computaciones 8. Informes de auditora de sistemas computacionales 9. Instrumentos de recopilacin de informacin aplicables en una auditora de sistemas computacionales. 10. Tnicas de evaluacin aplicables en una auditora de sistemas computacionales 11. Tcnicas especiales de auditora de sistemas computacionales 12. Propuesta de puntos que se deben evaluar en una auditora de sistemas computacionales. Publicado por Grupo de Auditora informtica del ITECO en 21:32 1 comentario: CAPITULO 1: CONCEPTOS GENERALES Auditor Persona capacitada para realizar auditorias en una empresa u otras instituciones.Es la persona que se encarga de revisar los registros, procedimientos y transacciones financieras de una organizacin hechas por especialistas. Auditoria Supervisin de las cuentas de una empresa, hecha por decisin de un tribunal o instancia en particular.La auditora esta integrada por cuatro (4) grandes bloques dentro de los cuales existen 26 divisiones de cada rea las cuales explican claramente los conceptos dando la explicacin a quienes se les debe aplicar, con que fin, ventajas, desventajas y quien esta en capacidad de realizarla. Dentro de la auditora de sistemas computacionales podemos enfatizar en: Auditora Informtica Es la revisin tcnica, especializada y exhaustiva

que se realiza a los sistemas computacionales, software e informacin utilizados en una empresa.Auditora con la computadoraEs la auditora que se realiza con el apoyo de los equipos de cmputo y sus programas para evaluar cualquier tipo de actividades y operaciones, no necesariamente computarizadas, pero s susceptibles de ser automatizadas.Auditora sin la computadora Es la auditoria cuyos mtodos, tcnicas y procedimientos estn orientados nicamente a la evaluacin tradicional del comportamiento y validez de las transacciones econmicas, administrativas y operacionales de un rea de cmputo.Auditora a la gestin informticaEs la auditora cuya aplicacin se enfoca exclusivamente a la revisin de las funciones y actividades de tipo administrativo que se realizan dentro de un centro de cmputo.Auditora al sistema de cmputoEs la revisin tcnica y especializada que se enfoca nicamente a la evaluacin del funcionamiento y uso correcto del equipo de cmputo, su hardware, software y perifricos asociados. Auditora alrededor de la computadora Es la revisin especifica que se realiza a todo lo que esta alrededor de un equipo de cmputo, como son sus sistemas, actividades y funcionamientos, haciendo una evaluacin de sus mtodos y procedimientos.Auditora de la seguridad de los sistemas computacionalesEsta se realiza a todo los relacionado con la seguridad de un sistema de cmputo, sus reas y personal. Auditora a los sistemas de redes Esta se realiza a los sistemas de redes de una empresa.Auditora integral a los centros de cmputosEs la que se realiza por medio de un equipo multidisciplinario de auditores de todas las actividades y operaciones de un centro de sistematizacin.Y otras ms como Auditora ISI-9000 a los sistemas computacionales, Auditora Outsourcing y Auditora ergonmica de sistemas computacionales Publicado por Grupo de Auditora informtica del ITECO en 21:24 Sin comentarios: CAPITULO 2: ELEMENTOS DE LA AUDITORIA Definicin general de auditora Auditora es la revisin independiente que realiza un auditor profesional, aplicando tcnicas, mtodos y procedimientos especializados, a fin de evaluar el cumplimento de las funciones, actividades, tareas y procedimientos de una entidad administrativa, as como dictaminar sobre el resultado de dicha evaluacin. Del anlisis de esta definicin obtenemos los siguientes conceptos: La auditoria es la revisin independienteUn requisito indispensable para llevar a cabo una auditora, es que el auditor debe poseer una absoluta independencia mental, profesional y laboral, ya que esta soberana de accin le permite actuar como un verdadero profesional al realizar cualquier tipo de evaluacin. Es evidente que este libre albedro le evitar tener cualquier tipo de obligacin, preferencia, obediencia o algn otro compromiso con la empresa a la que audita. Objetivos particulares de cada tipo de auditora Objetivos de la auditora externa La auditora externa es aquella que se realiza con personal totalmente ajeno a la empresa auditada, con libertad absoluta de actuacin y libre de cualquier injerencia por parte de la

institucin donde se practica; por lo tanto, sus objetivos son los siguientes: Realizar una evaluacin, de manera independiente, a una institucin con la cual no se tenga,) ni empleo ni subordinacin, con el fin emitir un dictamen externo sobre la razonabilidad de sus actividades, operaciones y resultados. Hacer una revisin independiente sobre el aspecto contable y las finanzas de las reas de una empresa, emitiendo un dictamen autnomo. Objetivos de la auditora interna Debido a que esta auditora se lleva a cabo con personal que labora en la empresa y que depende estructuralmente de algn directivo de la misma, es de suma importancia que se establezcan y respeten los objetivos. Realizar una evaluacin independiente dentro de la institucin donde se trabaja, contando con un mayor entendimiento de sus actividades y operaciones, con el fin de ayudar a evaluar la actuacin de la gestin administrativa. Dictaminar en forma interna sobre las actividades, operaciones y funciones que se realizan en uno empresa, contando con un mayor conocimiento ce las actividades del personal que labora en ella, as como de sus funciones y tareas. Objetivos de la auditora integral La participacin de grupos multidisciplinarios que sern capaces de hacer una evaluacin total de todas las reas de una empresa, con mayor profundidad y ms completa, sern los aspectos fundamentales de esta auditoria, cuyos objetivos son los siguientes: Realizar una evaluacin global, multidisciplinaria e independiente sobre las actividades, operaciones, estructura organizacional y funciones de todas y cada una de las reas y unidades de trabajo de una institucin, con el fin de emitir un dictamen global sobre la razonabilidad de sus funciones y Operaciones. Evaluar el cumplimento de los planes, programas, polticas, normas y lineamientos que regulan las reas y unidades de trabajo de una empresa, as como de la correlacin e integracin de sus funciones y actividades. Dictaminar, en forma integral y multidisciplinario, sobre los resultados e interrelacin de las actividades de cada una de las reas y unidades administrativas de una empresa, utilizando siempre las mismas herramientas de evaluacin para hacer una valoracin sistemtica y emitir un dictame veraz. Aprovechar los recursos de las mltiples disciplinas de la auditoria, para hacer evaluaciones conjuntas de las operaciones y actividades de todas las unidades de trabajo de una empresa. Objetivos de la auditora de sistemas La evaluacin a los sistemas computacionales, a la administracin del centro de cmputo, al desarrollo de proyectos informticos, a la seguridad de los sistemas computacionales y a todo lo relacionado con Realizar una evaluacin con personal multidisciplinario capacitado en el rea de sistemas, con el fin de emitir un dictamen independiente sobre la razonabilidad de las operaciones del sistema y la gestin administrativa del rea de informtica.

Hacer una evaluacin sobre el uso de los recursos financieros en las reas del centro de informacin, as como del aprovechamiento del sistema computacional, sus equipos perifricos e instalaciones. Evaluar el uso y aprovechamiento de los equipos de cmputo, sus perifricos, las instalaciones y mobiliario del centro de cmputo, as como el uso de sus recursos tcnicos y materiales para el procesamiento de informacin. Evaluar el aprovechamiento de los sistemas de procesamiento, sus sistemas operativos, los lenguajes, programas y paqueteras de aplicacin y desarrollo, as como el desarrollo e instalacin de nuevos sistemas. Evaluar el cumplimiento de planes, programas, estndares, polticas, normas y lineamientos que regulan las funciones y actividades de las reas y de los sistemas de procesamiento de informacin, as cormo de su personal y de los usuarios del centro de informacin. Normas generales de auditora La profesin de auditora se rige, al menos en el aspecto contable y financiero, por normas y criterios aceptados generalmente, los cuales son emitidos por asociaciones de profesionales quienes aportan experiencia, conocimientos y actualizaciones en esto materia, a fin de que los practicantes de esta profesin y similares conozcan estas normas y las cumplan en el desarrollo de algn tipo de auditoria, segn la profesin que practiquen. En la actualidad existen muchas asociaciones de profesionales dedicados a la contabilidad y la ingeniera financiera. Debido a esto, en casi todos los pases existe alguna asociacin o colegio de contadores, los cuales tienen entre sus principales funciones regular la actuacin profesional de sus agremiados. Entre estas regulaciones se encuentran las normas aplicables a la auditoria financiera y contable. Publicado por Grupo de Auditora informtica del ITECO en 21:23 Sin comentarios: CAP. 3 NORMAS ETICO MORALES QUE REGULAN LA ACTUACIO DEL AUDITOR tica: Son los fundamentos y las normas de conducta humana. Moral: Ciencia que ensea las reglas que deben seguirse para hacer el bien y evitar el mal. Auditoria Informtica: Es el proceso de recoger, agrupar y evaluar evidencias para determinar si un sistema de informacion salvaguarda el activo empresarial, mantiene la integridad de los datos, lleva a cabo eficazmente los fines de la organizacin, utiliza eficientemente los recursos, y cumple con las leyes y regulaciones establecidas. Principios y valores del auditor Honestidad Integridad

Cumplimiento Lealtad Imparcialidad Bsqueda de la excelencia Criterios y Responsabilidades del Auditor Aspecto tico-Moral Respectar las normas, linimientos y polticas del a empresa. tica Profesional y Moral Implementar los conocimientos obtenidos a favor de la empresa El incumplimiento con las normas de la moral y la tica por parte del auditor le puede provocar consecuencias de tipo legal, sin embargo su principal sancin ser de tipo profesional y moral ante sus colegas y ante la empresa ya que esto demuestra la incapacidad profesional del mismo. Responsabiliza Profesional y Personal Tener la suficiente independencia mental y profesional para ejercer la profesin de auditor. Contar con la calificacin, habilidad, aptitud y experiencia profesional en auditoria. Manejar adecuadamente las relaciones personales, profesionales y laborales entre el y el auditado. Utilizar la misma metodologa y procedimientos de evaluacin establecidos por los responsables de la gestin de la auditoria. No modificar, ocultar o destruir evidencias de la evaluacin. Ser discreto profesional confiable con la informacion y los resultados obtenidos en la evaluacin. Actuar con equidad, imparcialidad y razonamiento. Emitir dictmenes razonables Criterios y Responsabilidades del Auditor Aplicar mtodos, tcnicas y procedimientos de evaluacin bebidamente. Revisar sobre los puntos relevantes del rea que ser auditada. Elaborar los dictmenes conforme a las normas y linimientos que regulan el desarrollo de las auditorias. Criterios y Responsabilidades del Auditor ante la Presentacin de Resultados El producto fundamental de una auditoria es la emisin de un informe o dictamen en el cual se presenten la opinin fundamentada del auditor respecto a la revisin que a realizada a los resultados obtenidos en un periodo dado de actividades. Los resultados obtenidos las empresas los utilizan para mejorar sus servicios y para evaluar los resultados obtenidos en un periodo dado y para establecer las medidas

necesarias respecto a las marcha de la empresa. En la Presentacin de los Resultados el Auditor debe de: Evitar prevenir los sobornos componendas y dadivas. Ser leal con sus auditados. Contar con una opinin profesional y defenderla. Emitir un dictamen con firma profesional. Publicado por Grupo de Auditora informtica del ITECO en 21:18 Sin comentarios: CAP. 4 CONCEPTOS Y DEFINICION DE CONTROL INTERNO El control interno es la adopcin de una serie de medidas que se establecen en la empresa, con el propsito de contar con instrumentos tendientes a salvaguardar la integridad de los bienes institucionales y as ayudar a la administracin y cumplimiento correcto de las actividades y operaciones de la empresa.

OBJETIVOS DEL CONTROL INTERNO El control interno sirve para evaluar el desarrollo correcto de las actividades de las empresas, as como la aceptacin y cumplimiento adecuados de las normas y polticas que regulan sus actividades; sus objetivos fundamentales son: Establecer la seguridad y proteccin de los activos de la empresa. Promover la confiabilidad, oportunidad y veracidad de los registros contables as como de la emisin de la informacin financiera de la empresa. Incrementar la eficiencia y eficacia en el desarrollo de las operaciones y actividades de la empresa. Establecer y hacer cumplir las normas, polticas y procedimientos que regulan las actividades de la empresa. Implantar los mtodos, tcnicas y procedimientos que permitan desarrollar adecuadamente las actividades, tareas y funciones de la empresa.

IMPORTANCIA DEL CONTROL PARA LA AUDITORIA

Todas las empresas deben contar con instrumentos que les permitan llevar sus su administracin con eficiencia y eficacia, para satisfacer sus expectativas en cuanto a la

salvaguarda y custodia de sus bienes, a la promocin de la confiabilidad, oportunidad y veracidad de sus registros contables y la emisin de su informacin financiera, a la implantacin correcta de los mtodos, tcnicas y procedimientos que les permitan desarrollar adecuadamente sus actividades. La importancia de la auditoria se fundamenta en que por medio del control interno se determinan las actividades, acciones y dems elementos que permiten satisfacer las necesidades de las instituciones y dems elementos que permiten satisfacer las necesidades de las instituciones, la auditoria se desprende de la revisin de las funciones, acciones, operaciones o de cualquier actividad de una entidad administrativa.

ELEMENTOS DE CONTROL INTERNO Elementos de organizacin, elementos de procedimientos, elementos de personal, elementos de supervisin. El auditor debe efectuar un estudio y evaluacin adecuados del control interno existente, que le sirvan de base para determinar el grado de grado de de confianza que va a depositar en l, as mismo, que le permitan determinar la naturaleza, extensin y oportunidad que va a dar a los procedimientos de auditoria. ESTANDARES DE CONTROL Existen estndares y que se pueden utilizar en la medicin del control y el control interno de las instituciones con el fin de ayudar a la eficiencia y eficacia en el desarrollo de las activides normales de la empresa. ESTANDARES FISICOS: Son aquellos que pueden ser apreciados mediante alguna medidas de dimensin de tipo tangible. (extensin, longitud, magnitud, tamao, volumen, etc.). Estos a su vez pueden agruparse en estndares fsicos de medicin de comparacin y de acumulacin. ESTANDARES DE COSTOS: Son mediciones de tipo monetario que permiten hacer una estimacin del costo (valor que se la da al trabajo) entre estos se destacan costos fijos y variable. ESTANDARES DE CAPITAL: Son estndares que se adoptan para el manejo y control de de los llamados bienes de capital, ya sea capital de trabajo, capital contable, capital financiero o de cualquier otro tipo de estndar que incide en el capital que se maneja en las empresas.

ESTANDARES DE INGRESOS Y EGRESOS: Son los valores monetarios que se asignan a los ingresos (entradas) y egresos (salidas) como parte fundamental de sus actividades de trabajo.

ESTANDARES NO TANGIBLES: Existen estndares que no necesariamente son tangibles ni numerables, los cuales, aunque no se puedan cuantificar pero si se deben tomar en cuenta, por lo general son representaciones que se dan a las cualidades de las cosas (Bueno, Malo, satisfactorio, bondadoso, adecuado, etc.). ESTANDARES DE CONTROL ESTADISTICOS: Permiten establecer, medir, evaluar, al amparo de razones matemticas, estadsticas, y en algunos casos integrales y diferenciales. ESTANDARES DE AUDITORIA: son herramientas, mtodos, tcnicas y procedimientos de auditoria. NORMAS DE EVOLUCION: son normas que contribuyen al establecimiento de de los parmetros de evaluacin que se requieren para el establecimiento del control interno necesario para realizar una auditoria. - NORMAS CUANTITATIVAS: son aquellas que permiten dar una cuanta medible en cifras significativas, con las cuales se establecen parmetros validos para medir resultados. - NORMAS CUALITATIVAS: estas normas se establecen de forma no tan objetiva, y sirven de parmetros cualitativos. - NORMAS MATERIALES: estas se refieren a los criterios que permiten evaluar aspectos fundamentales en el desempeo de las actividades de una empresa. Estas a su vez se divide en dos grandes grupos: de desempeo y complementarias.

OTRAS NORMAS Y ESTANDARES: Existen muchos tipos de tipos de estndares que buscan utilizarse para evaluar el cumplimiento de lo alcanzado en relacin con lo esperado. - ESTANDARES DEL IEEE (Instituto de Ingenieros Elctricos y Electrnicos) desarrollado en los 80 para desarrollar estndares para la tecnologa emergentes en diferentes reas de la ingeniera. - NORMAS DE LA SERIE ISO-9000: norma creada para la gestin y el aseguramiento de la calidad. - ESTANDARES Y NORMAS DE CALIDAD: en este caso es donde se disean estndares y normas por medio de las cuales se busca apreciar los cumplimientos en cuanto a la calidad esperada en relacin con la calidad realmente alcanzada. Publicado por Grupo de Auditora informtica del ITECO en 21:13 Sin comentarios:

CAP. 5 CONTROL INTERNO INFORMATICO Definiciones El Control Interno Informtico puede definirse como el sistema integrado al proceso administrativo, en la planeacin, organizacin, direccin y control de las operaciones con el objeto de asegurar la proteccin de todos los recursos informticos y mejorar los ndices de economa, eficiencia y efectividad de los procesos operativos automatizados. (Auditora Informtica - Aplicaciones en Produccin - Jos Dagoberto Pinilla) Tambin se puede definir el Control Interno como cualquier actividad o accin realizada manual y/o automticamente para prevenir, corregir errores o irregularidades que puedan afectar al funcionamiento de un sistema para conseguir sus objetivos. En el ambiente informtico, el control interno se materializa fundamentalmente en controles de dos tipos: Controles manuales; aquellos que son ejecutados por el personal del rea usuaria o de informtica sin la utilizacin de herramientas computacionales. Controles Automticos; son generalmente los incorporados en el software, llmense estos de operacin, de comunicacin, de gestin de base de datos, programas de aplicacin, etc. Los controles segn su finalidad se clasifican en: Controles Preventivos, para tratar de evitar la produccin de errores o hechos fraudulentos, como por ejemplo el software de seguridad que evita el acceso a personal no autorizado. Controles Detectivos; trata de descubrir a posteriori errores o fraudes que no haya sido posible evitarlos con controles preventivos. Controles Correctivos; tratan de asegurar que se subsanen todos los errores identificados mediante los controles detectivos. Objetivos principales: Controlar que todas las actividades se realizan cumpliendo los procedimientos y normas fijados, evaluar su bondad y asegurarse del cumplimiento de las normas legales. Asesorar sobre el conocimiento de las normas Colaborar y apoyar el trabajo de Auditora Informtica interna/externa Definir, implantar y ejecutar mecanismos y controles para comprobar el grado ce cumplimiento de los servicios informticos. Realizar en los diferentes sistemas y entornos informticos el control de las diferentes actividades que se realizan. Control interno informtico (funcin) El Control Interno Informtico es una funcin del departamento de Informtica de una organizacin, cuyo objetivo es el de controlar que todas las actividades relacionadas a los sistemas de informacin automatizados se realicen cumpliendo las normas, estndares, procedimientos y disposiciones legales establecidas interna y externamente. Entre sus funciones especficas estn: Difundir y controlar el cumplimiento de las normas, estndares y procedimientos al personal de programadores, tcnicos y operadores.

Disear la estructura del Sistema de Control Interno de la Direccin de Informtica en los siguientes aspectos: Desarrollo y mantenimiento del software de aplicacin. Explotacin de servidores principales Software de Base Redes de Computacin Seguridad Informtica Licencias de software Relaciones contractuales con terceros Cultura de riesgo informtico en la organizacin Control interno informtico (reas de aplicacin) controles generales organizativos Son la base para la planificacin, control y evaluacin por la Direccin General de las actividades del Departamento de Informtica, y debe contener la siguiente planificacin: Plan Estratgico de Informacin realizado por el Comit de Informtica. Plan Informtico, realizado por el Departamento de Informtica. Plan General de Seguridad (fsica y lgica). Plan de Contingencia ante desastres. Controles de desarrollo y mantenimiento de sistemas de informacin Permiten alcanzar la eficacia del sistema, economa, eficiencia, integridad de datos, proteccin de recursos y cumplimiento con las leyes y regulaciones a travs de metodologas como la del Ciclo de Vida de Desarrollo de aplicaciones. Controles de explotacin de sistemas de informacin Tienen que ver con la gestin de los recursos tanto a nivel de planificacin, adquisicin y uso del hardware as como los procedimientos de, instalacin y ejecucin del software. Controles en aplicaciones Toda aplicacin debe llevar controles incorporados para garantizar la entrada, actualizacin, salida, validez y mantenimiento completos y exactos de los datos. Controles en sistemas de gestin de base de datos Tienen que ver con la administracin de los datos para asegurar su integridad, disponibilidad y seguridad. Controles informticos sobre redes Tienen que ver sobre el diseo, instalacin, mantenimiento, seguridad y funcionamiento de las redes instaladas en una organizacin sean estas centrales y/o distribuidos. Controles sobre computadores y redes de rea local Se relacionan a las polticas de adquisicin, instalacin y soporte tcnico, tanto del hardware como del software de usuario, as como la seguridad de los datos que en ellos se procesan. Publicado por Grupo de Auditora informtica del ITECO en 21:11 Sin comentarios: CAP. 6: METODOLOGA PARA REALIZAR AUDITORIAS DE SISTEMAS COMPUTACIONALES auditoria de informacin, sin embargo podemos desarrollar una serie de actividades y tcnicas que nos pueden ayudar a realizarlas: Inventario fsico. Es el proceso de identificacin y categorizacin de los recursos de

informacin de una forma sistemtica. De esta forma, se proporciona una fotografa de lo que la organizacin posee en trminos de recursos de informacin en un momento determinado. Masificacin de la informacin (Infomap). Constituye una forma grfica de representar los recursos de informacin que hay en la organizacin y las interrelaciones entre stos. El mapa de recursos indica hasta qu punto los recursos de informacin son bsicos, de qu modo se encuentran posicionados (geogrficamente, departamentalmente, desde un punto de vista tcnico), cmo interactan, quin los utiliza, quin es el responsable, etc. Anlisis de las necesidades de informacin. Tiene como finalidad principal determinar qu informacin requieren los empleados y la direccin de la organizacin para desarrollar sus papeles y alcanzar los objetivos. Grficos de procesos y flujos de trabajo. Los grficos de procesos junto con los flujos de trabajo pueden constituir una buena herramienta de trabajo en el mbito de las auditorias de la informacin. Procesos de control y verificacin. En una auditoria de la informacin, se deben establecer tambin los procesos de control y verificacin. El resultado de estos procesos puede consistir en un informe o, incluso, un certificado que confirme que todo es correcto o que incluya recomendaciones de mejora. Hay que tener presente que el mapa de recursos de informacin, o mapa documental, puede constituir uno de los principales resultados del proceso de la auditoria de informacin. En el caso del mapa documental, ste detalla qu documentos se encuentran dentro de la organizacin, a qu tipo de funciones se encuentran vinculados y dan respuesta, quin tiene la responsabilidad y el acceso a esos documentos, en qu soporte estn disponibles, dnde y cmo se encuentran accesibles y qu relacin o nivel de integracin tienen con el resto de los sistemas de informacin de la organizacin. Tambin se establece la localizacin de todos los documentos dentro de los estndares y los procedimientos de la organizacin, as como su valor para el conocimiento corporativo Planteamiento Del Problema El avance de la informtica, los sistemas, las telecomunicaciones, y otras aplicaciones de tecnologa, han permitido a la sociedadmoderna a travs de entes pblicos y privados desarrollarse rpidamente, en todos los mbitos y sentidos, en especial har nfasis en el desarrollo de los negocios, el cual esta ntimamente relacionado con la tecnologa de informacin, y a su permitido laevolucin en la forma de llevar los procesos.Dicha tecnologa, ha permitido que los sistemas informticos estn sometidos al control correspondiente. La importancia de llevar un control de esta herramienta se puede deducir de varios aspectos. La auditoria de sistemas, permite mostrar las debilidades y las fortalezas de esta empresa, con respecto a los controles que se estn empleando, a los sistemas y procedimientos de la informtica, los equipos de cmputo que se emplean, su utilizacin, eficiencia y seguridad. Para ello se realiza una inspeccin pormenorizada de los sistemas de informacin, desde sus entradas, procedimientos, comunicacin, controles,

archivos,seguridad, personal y obtencin de la informacin, cabe recalcar que, la auditoria inicia su actividad cuando los sistemas estn operativos y el principal objetivo es el de mantener tal como esta la situacin para comenzar el levantamiento de informacin. Posteriormente la auditoria generara un informe, para que las debilidades que son detectadas, sean corregidas y se establecen nuevos mtodos de prevencin con el fin de mejorar los procesos, aumentar la confiabilidad en los sistemas y reducir los riesgos. La organizacin como segunda fase del proceso administrativo puede definirse como la agrupacin de las actividades necesarias para llevar a cabo los planes asignando la autoridad y responsabilidad a quienes tienen a su cargo la ejecucin de dichas actividades. La organizacin define las relaciones que logran la cohesin entre los esfuerzos tendientes al logro de los objetivos. De la definicin anterior derivaremos algunos puntos que el auditor administrativo debe comprender al llevar a cabo se revisin esto es en toda estructura organiza debe identificar: Definicin de las funciones y actividades necesarias para el Integracin de ese fiel cumplimiento de los propsitos de la empresa. Funciones y actividades en divisiones o departamentos con fisonoma e Jerarquizacin de autoridad deNimportancias propias pero coordinadas entre si. Manera que los grupos o individuos separados por la divisin del trabajo acten Definicin de cada puesto considerado como la unidadNcoordinadamente. Especifica menor que presente el orden mnimo dentro de un grupo de tareas que deben ser desempeadas por una sola personas. La auditoria es una de las aplicaciones de los principios cientficos de la contabilidad, basada en la verificacin de los registros patrimoniales de las haciendas, para observar su exactitud; no obstante, este no es su nico objetivo. El objetivo de la Auditoria consiste en apoyar a los miembros de la empresa en el desempeo de sus actividades. Para ello la Auditoria les proporciona anlisis, evaluaciones, recomendaciones, asesora e informacin concerniente a las actividades revisadas. Los miembros de la organizacin a quien Auditoria apoya, incluye a Directorio y las Gerencias. Auditor: Es aquella persona profesional, que se dedica a trabajos de auditoria habitualmente con libre ejercicio de una ocupacin tcnica. Las funciones tipo del auditor son: Diagnosticar sobre los mtodos de operacin y los sistemas de informacin. Detectar los hallazgos y evidencias e incorporarlos a los papeles de trabajo. Respetar las normas de actuacin dictadas por los grupos de filiacin, corporativos, sectoriales e instancias normativas y, en su caso, globalizadoras. Estudiar la normatividad, misin, objetivos, polticas, estrategias, planes y Desarrollar el programa de trabajo de una auditoria. NProgramas de trabajo. Proponer los sistemas administrativos y/o las modificaciones que permitan elevar Definir los objetivos, alcance y metodologa la efectividad de la organizacin Captar la informacin necesaria para evaluar para instrumentar una auditoria. La funcionalidad y efectividad de los procesos, funciones y sistemas utilizados. Mantener el nivel de actuacin a travs de una interaccin y revisin continua Proponer los elementos de tecnologa de punta requeridos paraNde avances. Recabar y revisar estadsticas sobre impulsar el cambio organizacional. Evaluar los registros contables e informacin volmenes y cargas de trabajo. Analizar la estructura y funcionamiento de la organizacin

en financiera. ConsiderarN Revisar el flujo de datos y formas. Todos sus mbitos y niveles las variables ambientales y econmicas que inciden en el funcionamiento de la Analizar la distribucin del espacio y el empleo de equipos deNorganizacin. Disear y preparar los reportes de avance e informes de unaNoficina. Publicado por Grupo de Auditora informtica del ITECO en 21:03 Sin comentarios: CAP. 7_ PAPELES DE TRABAJO PARA LA AUDITORA DE SISTEMAS COMPUTACIONES A lo largo de todo el trabajo de auditora, el auditor debe guardar las pruebas evidentes de lo realizado, no solo como recordatorio fundado de su actuacin con las necesarias matizaciones para emitir el informe, sino como medio de demostrar, en cualquier momento, la amplitud y la evidencia de los hechos, y poder expresar los procedimientos de auditora utilizados, as como la interpretacin dada en cada caso a los hechos, con las conclusiones obtenidas. Estas pruebas, deben ser conservadas en lugar protegido, donde no puedan ser inspeccionadas por terceros ajenos al auditor o equipo de auditores. No debern destruirse antes de que haya transcurrido el tiempo que establecen las obligaciones derivadas de las leyes y de las necesidades de la prctica profesional. Su destruccin o prdida, as como la difusin no autorizada, acarreara responsabilidad para el auditor. Estructura de contenidos. Cuando hablamos de papeles de trabajo, nos estamos refiriendo al conjunto de documentos preparados por un auditor, que le permite disponer de una informacin y de pruebas efectuadas durante su actuacin profesional en la empresa, as como las decisiones tomadas para formar su opinin. Su misin es ayudar en la planificacin y la ejecucin de la auditora, ayudar en la supervisin y revisin de la misma y suministrar evidencia del trabajo llevado a cabo para respaldar la opinin del auditor. Han de ser detallados y completos los papales de trabajo y deben estar diseados para presentar la informacin requerida de forma clara y plena de significado. Estos deben elaborarse en el momento en que se realiza el trabajo y son propiedad del auditor, quien debe adoptar las medidas oportunas para garantizar su custodia sin peligro y su confidencialidad. En cuanto a los objetivos de los papeles de trabajo podemos indicar los siguientes: - Servir como evidencia del trabajo realizado y de soporte de las conclusiones del mismo. - Presentar informes a las partes interesadas. - Facilitar los medios para organizar, controlar, administrar y supervisar el trabajo ejecutado en las oficinas del cliente. - Facilitar la continuidad del trabajo en el caso de que un rea deba ser terminada por persona distinta de la que la inici. - Facilitar la labor de revisiones posteriores y servir para la informacin y evaluacin personal. Tipos de papeles de trabajo. En funcin de la fuente de la que procedan los papeles de trabajo, stos se podrn clasificar en tres grupos: a) Preparados por la entidad auditada. Se trata de toda aquella documentacin que la

empresa pone al servicio del auditor para que pueda llevar a cabo su trabajo: estados financieros, memoria, escritura, contratos, acuerdos b) Confirmaciones de terceros. Una parte del trabajo de auditora consiste en la verificacin de los saldos que aparecen en el balance de situacin a auditar. c) Preparados por el auditor. Este ltimo grupo estar formado por toda la documentacin elaborada por el propio auditor a lo largo del trabajo a desarrollar: cuestionarios y programas, descripciones, detalles de los diferentes captulos de los estados financieros, cuentas, transacciones, Sistemas de archivo. Un complemento necesario a los papeles de trabajo lo constituye el archivo de trabajo. En l deben figurar recopilados todos los documentos utilizados en la actuacin profesional, as como cuantas informaciones se consideren de inters, tanto para el presente como para el futuro. Se pueden distinguir dos tipos de archivos: expediente de ejercicio y permanente. El contenido de este archivo se refiere a documentos y papeles de trabajo cuya vigencia se limita al perodo de realizacin de la auditora. a) Archivo general Agrupa toda informacin referente a la organizacin de la auditora, al mismo tiempo recoger la documentacin en la que se han ido reflejando los principales problemas que se han planteado en la ejecucin de la auditora y las conclusiones a las que a ha ido llegando el auditor. De esta forma, podramos destacar como apartados importantes de la seccin general del expediente del ejercicio: - Estados financieros a auditar - Proceso de planificacin y programas de auditora - Informe sobre el sistema de control interno contable - Indicacin de quin realiz los procedimientos de auditora y cundo fueron realizados - Constancia de que el trabajo realizado por colaboradores ha sido supervisado y revisado - Puntos de informe - Correspondencia con el cliente y resumen de las conversaciones mantenidas - Hechos posteriores - Terminacin de la auditora b) Archivo por reas de trabajo Publicado por Grupo de Auditora informtica del ITECO en 20:59 Sin comentarios: CAPITULO 8: INFORMES DE AUDITORIA Objetivos Destacar la importancia que tiene el saber presentar profesionalmente los informes de auditoria computacionales.El auditor tiene que ser muy cuidadoso al plasmar en libro, documento o escrito por es como dar un sello personal.Procedimientos para elaborar el informe.En el informe de auditoria, tambin llamado dictamen, se reportan las situaciones encontrada durante la evaluacin, pero se deben incluir las causas que originan esas situaciones y las posibles sugerencias para solucionar los problemas encontrados.Los procedimientos para elaborar dicho informe se compone de los siguientes pasos.

1. Aplicar instrumentos de recopilacin 2. Registrar el formato de situaciones encontrada. 3. Comentar las situaciones encontrada con los auditados. 4. Analizar, depurar y corregir las desviaciones encontradas. 5. Presentar informe y dictamen final a los directivos de la empresa. 6. Comentar las situaciones encontrada con los auditados. Una vez identificada las siguientes situaciones encontrada, es responsabilidad del encargado de la auditoria comente cada una de esas desviaciones con el personal responsable de la operacin o sistema de o funcin auditada. Adems, comentarla comentarlo con los auditado esto permite preparar las posibles soluciones para esas desviaciones.Nota: la auditoria no es una cacera de brujas para cortar las cabezas de los auditados, es una revisin para encontrar posibles desviaciones en su actividad cotidiana y es deber del auditor comentarlas con ellos para resolverlas de comn acuerdo. Encontrar causas de las desviaciones con los auditadosTambin se recomienda encontrar de manera ms fidedigna y confiable las causas que generan cada una de las desviaciones, a fin de reportarla en el informe lo mas apegado posible a la realidad.Es necesario tener pendiente que al conocer las desviaciones que se le imputan, el auditado tratara de defenderse, sealando las causa que generaron cada una de las desviaciones encontradas, as directamente al escuchar la voz del auditado el auditor puede comprobar o ratificar las causas que haba planteado.No obstante, como es natural, en las reuniones muchos de los auditados trataran de evadir o justificar su responsabilidad en las desviaciones e incluso, en algunos casos extremos, pueden hasta negar la existencia o conocimiento de la situacin que se le imputa. Elaboracin del informe final y el dictamen del auditorEn es informe el auditor solo debe lo ms relevante de la evaluacin, incluyendo su opinin. En este informe es que denota la importancia de su actividad al sealar en que situacin estaba la empresa o departamento antes de la evaluacin por los auditores.El informe es algo practico y corto, cabe aclarar que la razn de plasmar este informe en tan poco espacio es que los directivos de una empresa, por lo general, tienen poco conocimiento del el lenguaje que se maneja en los sistema computacionalesCaractersticas fundamentales.Se pueden identificar dos caractersticas fundamentales en los informes de auditoria en los sistemas computacionales los cuales siempre se refieren al contenido del informe y la forma de presentarlo. Dichas caractersticas son la siguiente: Caractersticas de fondo.Se refiere al cuidado que debe tener el auditor de sistema al revisar que el contenido total del dictamen de auditoria sea acorde con lo que realmente tiene que sealar acerca de la revisin afectada, refirindose exclusivamente al contenido del informe. Para esto tiene que tender en cuenta diversos aspectos los como que el documento sea veraz, confiable, oportuno, objetivo, claro, completo y que el lector de dicho dictamen o resumen sea pueda entender con facilidad dicho informe. Caractersticas de formaEstas caractersticas se refieren a la manera en que el auditor

debe presentar el informe en cuanto al estilo de redaccin, el contenido en partes, apartados, apndices, tipo y tamao de las hojas y el tipo de letra; tambin en lo relativo en la forma de utilizar la redaccin, ortografa, sintaxis, gramtica y dems componentes del lenguaje y todo lo relacionado con la presentacin del documento. CARACTERISTICAS DE LA PRESENTACION DEL INFORME. Otras de las caractersticas mas importantes de un informe de auditoria de sistemas computacionales son los atributos que deben tener la redaccin y la presentacin del informe; para lograr mejores resultados en la elaboracin del citado informe, el auditor debe tomar en cuenta las caractersticas que proponemos a continuacin: Claridad, efectividad, Confiabilidad, positividad, Propiedad, sintaxis, Concisin, Sencillez, Asertividad, Exactitud, Familiaridad y Veracidad. Publicado por Grupo de Auditora informtica del ITECO en 20:54 Sin comentarios: CAP. 9: INSTRUMENTOS DE RECOPILACION DE INFORMACION EN AUDITORIA Objetivo Identificar los principales instrumentos tcnicas, herramientas y mtodos utilizados en la recopilacin de informacion:Las cuales detallaremos a continuacin: Entrevista Cuestionarios Encuestas Observacin Inventarios Muestreo Experimentacin Al utilizar estas herramientas, mtodos y procedimientos en auditoria de sistemas, lo que se hace es utilizar lo mejor de ellas para adecuarlas a las necesidades especficas de evaluacin requerida. Entrevista Es la principal actividad de un auditor sin importar el tipo de auditoria que se realice, es la recopilacin de conformacin sobre el aspecto que va auditar, pues concentra y tabular esa conformacin en cuadros Y estadsticas analiza sus resultados y emite un juicio sobre lo que evalu.Una entrevista consta de inicio, apertura, cima y cierre. Los tipos de entrevistas pueden ser; Libres Dirigidas De exploracin De comprobacin De informacion

Informales Las preguntas para una entrevista Pueden ser: Abiertas: donde el entrevistado tiene libertad absoluta para responder. Cerradas: su objetivo es centrar las respuestas donde el auditor quiera llegar sin salirse del tema. De sondeo: se utiliza para determinar el grado de cooperacin y colaboracin. De Cierre: se hacen para terminar con el interrogatorio. Mixta: es la combinacin de dos o ms de las preguntas anteriores. Cuestionarios: Es la recopilacin de datos mediante preguntas impresas en la que el encuestado responde mediante su criterio. Que luego el auditor convierte en informacion valiosa para realizar su trabajo. Ventajas:Facilitan la recopilacin de informacion y no necesitan muchas explicacionesPermiten la rpida fabulacin e interpretacin.Evitan la dispersin de la informacion requerida.Son fciles de aplicar y ayudan a recopilar mucha informacion en poco tiempo.Hacen impersonal la respuestas por lo tanto en una auditoria ayuda a recopilar informacion valiosa.Desventajas:Falta de profundidad en las respuestas y no puede ir ms all del cuestionario.Se necesita una buena eleccin del universo y la muestra seleccionadaPuede provocar la obtencin de datos equivocados.La interpretacin de anales de los datos puede ser muy simple si el cuestionario no est bien estructurado.Limita la participacin del auditado. Encuesta:Las encuestas constituyen una de las tcnicas mas populares y de mayor uso en la auditoria. ObservacinEs la accin de observar y mirar detenidamente, esta tcnica es muy utilizada por los auditores ya que les permite recolectar directamente la informacion necesaria. La accin de observar es el hecho de examinar, analizar, advertir, o estudiar algo en este caso el auditor observa todo lo relacionado con los sistemas de una empresa. Inventario Esta forma de recopilacin de informacion consiste en hacer un recuento fsico de lo que se esta auditando a fin de saber la cantidad existente de algn producto en una fecha determinada y comprarla con la que deba haber segn los documentos en esa misma fecha.Consiste en comprar las cantidades reales existentes con las que beberan haber para ver si son iguales o no. Muestreo Para emitir una opinin fundamentada sobre los funcionamientos de las operaciones un auditor debe tener informacion segura pero se le hace imposible e inoperante revisar

todas las transacciones, razn por la cual debe tomar una muestra representativa de cada una de las labores de la poblacin auditada.El cual consiste en una muestra representativa del total de la poblacin. Experimentacin Es una de las tcnicas que mas ayudan al auditor a recopilar informacion la experimentacin es quien lleva a cabo la auditoria puede participar activamente o no en la observacin de fenmenos.Entre los tipos de experimentos que daremos a conocer estn: Experimentos exploratorios Experimento confirmatorios Experimento cruciales Si el auditor lleva a cabo cada uno de estos mtodos detalladamente y en orden podr obtener buenas informaciones que les servirn para la presentacin de resultados y la toma de decisiones. Publicado por Grupo de Auditora informtica del ITECO en 20:40 Sin comentarios: CAP. 10: TECNICAS DE EVALUACION APLICABLES EN UNA AUDITORIA DE SISTEMAS COMPUTACIONALES En la auditoria de sistemas computacionales se utilizan una serie de herramientas tradicionales de auditoria, as como tcnicas de valoracin que permite hacer una evaluacin ms eficiente de los sistemas computacionales.Como profesional especializado en la rama, el auditor de sistemas computacionales utilizas estas tcnicas pues le ayudan a examinar y evaluar correctamente los diferentes aspectos del ambiente de sistemas en el que realiza su trabajo.Estas tcnicas, mtodos, procedimientos o herramientas son:EXAMEN Consiste en analizar y poner a prueba la calidad y el cumplimiento de las funciones, actividades y operaciones que se realizan cotidianamente en una empresa, es utilizado para evaluar los registros, planes, presupuestos, programas, controles y todo lo dems aspectos que afectan la administracin y control de una empresa o de las reas que la integran.En la auditoria de sistemas computacionales podemos entender el examen como: El anlisis, prueba o demostracin al que se somete algn fenmeno o hecho relacionado con la gestin administrativa de un centro de cmputo, de sus componentes o de la operacin del sistema procesados de informacin, con el propsito de evaluar el cumplimiento de sus funciones, actividades y operaciones, as como el cumplimiento del procesamiento de datos y la emisin de informacin que se requiere en la empresa o en las reas que la integren.INSPECCION (Accin o efecto de inspeccionar) La inspeccin en sistemas computacionales es Sinnimo de supervisin, ya que trata de examinar la forma en que se desarrollan las actividades de un rea de sistemas computacionales, a fin de evaluar y emitir un informe sobre el desarrollo normal de sus funciones y operaciones; tambin tiene como propsito monitorear el desarrollo cotidiano de las funciones, actividades y operaciones normales de las empresa, para evaluar y si es necesario, corregir su desarrollo beneficio.Esta herramienta es aplicada de acuerdo con las caractersticas especficas de cada centro de cmputo o de cada sistema computacional, un ejemplo de los posibles aspectos del ambiente de sistemas computacionales donde puede ser aplicada es: La

inspeccin de los sistemas de seguridad y proteccin de las instalaciones, equipo, personal y de los propios sistemas de procesamiento, con el propsito de dictaminar sobre su eficiencia y confiabilidad.CONFIRMACION: (Nueva prueba o seguridad de una cosa para corroborar la verdad) Es uno de los aspectos fundamentales para la credibilidad de una auditoria es la confirmacin de los hechos y la certificacin de los datos obtenidos durante la revisin; ya que el resultado final de una auditoria es la emisin de un dictamen en el que el auditor vierte sus opiniones, la caracterstica fundamental de una auditoria, cualquiera que sea su tipo, es la autenticidad con la que el auditor emite sus opiniones, sean a favor o en contra. En los sistemas computacionales su fin es confirmar la oportunidad, veracidad de los gastos de nomina del personal de la empresa , comparando los resultados de una quincena con los clculos manuales de esa misma quincena, validar las desviaciones encontradas en los procesamientos, revisar las licencias de software instalados en los sistemas computacionales y confirmar la confiabilidad de las protecciones , contraseas y dems medidas de seguridad establecidas para el acceso a la informacin y a los sistemas de la empresa. COMPARACION: (Determinar las semejanzas o diferencias que hay entre dos o mas elementos) Esta debe ser aplicada de acuerdo a las necesidades y caractersticas especificas del rea de sistemas o del propio sistemas que va a se auditado.Con la comparacin de informacin se pueden encontrar las similitudes y diferencias entre ambas reas o empresa, con lo cual se pueden hacer conjeturas y deducciones sobre las desviaciones encontradas. En la auditoria de sistemas computacionales, la comparacin de los datos en el sistemas computacionales que va a ser elevado con los datos de algn sistemas similar o igual para avalar y comprobar que los procesamientos sean similares o iguales y que los resultados sean confiables, verdicos, oportunos y que satisfagan las necesidades de procesamiento del rea de cmputo de la empresa.REVISION DOCUMENTAL : Es la forma mas importante de evaluar a las empresas; adems no solo sirve para aplicaciones en una auditoria tradicional, sino tambin como un importante apoyo en los diferentes tipo de auditoria de sistemas computacionales; claro esta adoptndola a las caractersticas especificas de evaluacin de los sistemas computacionales.La revisin documental avala los registros de operaciones y actividades de una empresa, principalmente en aquellos casos donde la evaluacin esta enfocada a los aspectos financieros, registros de los activos y a cualquier otro aspecto contable y administrativo de la empresa. Esta tcnica se aplica verificando el registro correcto de datos en documentos formales de la empresa, con mucha frecuencia la emisin de sus resultados financieros.En los sistemas computacionales es utilizada para evaluar el desarrollo de las operaciones y funcionamiento del sistema, revisar el uso y registro adecuado de los documentos del software, verificar la existencia y actualizacin de registros formales para la administracin y control de operacin del sistema.ACTA TESTIMONIAL: Es un documento de carcter formal, que por su representatividad, importancia y posibles alcances de carcter legal y jurdico es uno de los documentos vitales. La importancia de este radica en que con su uso se pueden evidenciar pruebas fehacientes, circunstanciales, probatorias para comprobar desviaciones en el rea auditada y es utilizada para testimoniar los robos, desapariciones o cualquier aspecto

relacionado con la desaparicin de algn bien de la empresa, para fincar responsabilidades por deficiencia en las actividades de la empresa; auque puede ser levantada en cualquier otra incidencia de las actividades cotidiana de una empresa. MATRIZ DE EVALUACION : Es uno de los documentos de recopilacin mas verstiles y de mayor utilidad para el auditor de sistemas computacionales, debido a que a travs de esta es posible recopilar una gran cantidad de informacin relacionada con las actividades realizadas en esta rea de informtica, esta herramienta consiste en una matriz de seis columnas de las cuales la primera corresponde a la descripcin, y las otras cinco a un criterio de evaluacin descendente o ascendente (Exc., Bueno, Suf., Reg., Deficiente).MATRIZ DOFA: es un acrnimo de Debilidades, Oportunidades, Fortalezas y amenazas de la empresa, las cuales son analizadas cada una por separado en cuanto a su presencia interna y a la influencia que la empresa recibe del exterior. El fundamento para la aplicacin de la matriz DOFA en una auditoria de sistemas computacionales, es que mediante la misma se pueden estudiar las influencias que afectan el comportamiento del rea de sistemas computacionales de una empresa, tanto las quien recibe de su ambiente interior como exterior, ya sean de la propia empresa o de sus proveedores, desarrolladores o del entrono donde este establecida. Publicado por Grupo de Auditora informtica del ITECO en 20:34 Sin comentarios: CAP. 11: TECNICAS ESPECIALES DE AUDITORIA DE SISTEMAS COMPUTACIONALES Diagramas del crculo de evaluacin.Herramienta de apoyo para la evaluacin de los sistemas computacionales. Para valorar visualmente: El comportamiento de los sistemas que estn siendo auditados. Su cumplimiento Sus limitaciones. Durante las diferentes etapas: Estudio Preliminar, Anlisis del Sistema, Diseo Conceptual, Diseo Detallado, Programacin, Pruebas, Implantacin.Diagramas del crculo de evaluacin.Que Podemos Evaluar Con Esta Herramienta?Seguridad en el rea de sistemas computacionales. Evaluacin administrativa del rea de sistemas. Evaluacin de los sistemas computacionalesSeguridad en el rea de sistemas computacionales: Acceso fsico al rea de sistemas. Acceso, uso, mantenimiento y resguardo de las bases de datos. Del personal informatico. De las instalaciones del rea de sistemas. Plan de contingencias. Seguridad lgica del sistema.Evaluacin administrativa del rea de sistemas De la misin, visin, objetivos, estrategias, planes, programas, estructura de la organizacin, perfil de puestos. Evaluacin de la documentacin de sistemas, de la seguridad y la proteccin de los archivos informaticos, instalaciones. Evaluacin de la capacitacin, adiestramiento y promocin del personal. Evaluacin del desarrollo de proyectos informaticos, estandarizacin de metodologas, programas, equipos, sistemas, mobiliario.Lista de verificacin (o lista de chequeo).Instrumento que contiene criterios o indicadores a partir de los cuales se miden y evalan las caractersticas del objeto, comprobando si cumple con los atributos establecidos. La lista de verificacin se utiliza bsicamente en la prctica de la investigacin que forma parte del proceso de evaluacin.Anlisis de la diagramacin de sistemas.Anlisis de la diagramacin de sistemas.Unas de las principales herramientas para el anlisis y diseo de los sistemas computacionales. El analista puede representar: Los flujos de informacin., actividades, operaciones

,procesos y otros aspectos que intervienen en el desarrollo de los propios sistemas El programador puede visualizar el panorama especifico del sistema, para elaborar de manera mas precisa la codificacin de instrucciones para el programa.Anlisis de la diagramacin de sistemas.El auditor puede utilizar esta herramienta para el diseo de sistemas de diferentes formas en una auditoria de sistemas, de acuerdo con su experiencia, conocimientos y habilidades, mismas que debe canalizar en los siguientes sentidos: Solicitar los diagramas del sistema. Analizar el diagrama del sistema. Elaborar un diagrama del sistema. Verificar la documentacin de los sistemas a travs de sus diagramas. Publicado por Grupo de Auditora informtica del ITECO en 20:30 Sin comentarios: CAP. 12 PROPUESTA DE PUNTOS QUE SE DEBEN EVALUAR EN UNA AUDITORA DE SISTEMAS COMPUTACIONALES En el desarrollo de sistemas se debe emplear la misma metodologa que utilizan los diseadores de sistemas o el equipo de trabajo asignado. Mientras que el objetivo primario del auditor es evaluar la suficiencia de los controles internos, el objetivo del diseador de sistemas es satisfacer las necesidades de los usuarios; ambos deberan compartir el deseo de ver que se logran los objetivos de cada uno.

PARTICIPACION DEL AUDITOR An cuando el auditor est interesado en todos los aspectos del nuevo sistema, debe velar porque se establezcan todos los controles de aplicacin. Su principal funcin es asegurar que los sistemas, recientemente implantados incluyan caractersticas de control slidas y confiables. En trminos generales es ayudar a prevenir que se implanten sistemas de aplicacin que tengan riesgos importantes. El auditor participa en el proceso de desarrollo de sistemas revisando la documentacin generada como producto final de ciertas actividades de desarrollo de sistemas. En estas actividades su inters se concentrar primordialmente en el desarrollo e implantacin de controles de aplicacin adecuados. El auditor necesita reconocer que su participacin durante el desarrollo de los sistemas puede amenazar su independencia y deber tomar medidas para evitar esta prdida. Estas medidas incluyen: * Permanecer organizacionalmente independiente del grupo de sistema. Esto significa que el auditor no es un miembro en propiedad del grupo de desarrollo de sistema y no le quita la direccin del proyecto al gerente del grupo del proyecto. * Redactar los informes independientemente del grupo del proyecto. Las opiniones del auditor, sus recomendaciones y sus evaluaciones no deberan incluirse en los informes de status del proyecto puesto que el emisor de los informes (usualmente el gerente del grupo del proyecto) tiene autoridad editorial para modificar las declaraciones del auditor.

* Investigar independientemente del grupo del proyecto. El grupo del proyecto puede estar restringido a ciertos contactos y cierta autoridad, pero el auditor tiene libre acceso a la informacin y al personal de la organizacin.

PROGRAMA DE TRABAJO 1. Establecer el planeamiento preliminar del trabajo de auditora: En este primer paso se obtiene un conocimiento inicial de las actividades del sistema y evaluarlas en relacin con los objetivos de auditora, a fin de determinar el alcance preliminar.

2. Participacin del Auditor en el Desarrollo de Sistemas: Determinar el grado de participacin del auditor en cada fase del ciclo de vida del sistema, una vez que ha sido identificado. Los auditores de sistema necesitan participar en el proceso de desarrollo de los sistemas para garantizar que los nuevos sistemas de informacin diseen las medidas adecuadas de auditora y de control. Los dos tipos de autorizacin donde se involucra el auditor son: El auditor debe tener un grado de participacin mediante un acuerdo y revisin de las fases.

Acuerdo: Es el acuerdo formal con el contenido del producto tangible. En caso de desacuerdo, la persona responsable de evaluar el producto tangible prepara un memorando indicando su posicin y los items que requieren solucin y lo enva o remite al siguiente nivel superior gerencial. Revisin: Los productos tangibles son presentados para informacin solamente; pueden hacerse comentarios pero ellos no son decisivos.

3. Revisin de Productos Finales: Acordar y revisar las actividades y el producto final de cada fase del ciclo de vida del desarrollo del sistema. El auditor debe revisar que las firmas de aprobacin para todos los productos tangibles estn plasmadas en el control de aceptacin de etapas. As mismo el auditor debe preparar los papeles de trabajo con el propsito de evidenciar y documentar los resultados de la investigacin del proyecto y que sirvan como material de referencia para esfuerzos futuros.

4. Identificar las fuentes de informacin para las revisiones y/o pruebas de auditora: Este paso incluye la identificacin de las fuentes de informacin que se requieren en los procesos de prueba y revisin. Las fuentes de informacin proveen los medios para la revisin y documentacin de las actividades de auditora y verificacin

de controles. 1. Sistemas Informacin 2. Funciones del Sistema de Informacin 3. La Informacin como base del sistema de control 4. Automatizacin de Oficinas 5. Soluciones Tecnolgicas Apropiadas 6. Teora del procesamiento de transacciones 7. Conclusiones 8. Bibliografa INTRODUCCION En la actualidad el desarrollo tecnolgico es constante, y por estas variaciones dinmicas en el ambiente en el que se desarrollan las organizacionesmodernas, se plantea la necesidad de adaptarse a transformaciones de manera inmediata. La Alta Direccin empresarial durante muchos aos, han reconocido que la informacin contable tradicional utilizada para el clculo de utilidades ha tenido un valor limitado para el control. Sin embargo existen muchas empresas donde estos son los nicos datos que se recopilan peridicamente. No obstante, la gran mayora de las empresas estn conscientes de que para obtener mejores resultados se necesita adaptarse constantemente a las nuevas condiciones del entorno, un entorno que ha dejado de ser estable para convertirse en turbulento. La innovacin, la rapidez, el servicio de gran calidad y el ritmo al que se mejora y aplica el conocimiento constituyen las nuevas reglas del juego. En el mundo de hoy, la dedicacin y la aportacin de fuerza laboral son decisivas y la informacin es el arma esencial en esta batalla. Mientras que los directivos vean la informacin como un instrumento para ejercer control, y no como un medio para mejorar la empresa, sern incapaces de apreciar los beneficios que conlleva la elaboracin de nuevos sistemas de informacin basados en la relevancia de estas informaciones para la gestin empresarial. La empresa en cada una de las reas de funcionamiento se ve en la necesidad de tomar decisiones, desde la ms insignificante hasta aquella que tiene que ver con su existencia misma. Con tal responsabilidad se necesita una base de datos lo ms certera posible sobre la cual descansen esas decisiones. Como es de suponer, esta informacin necesaria para tomar las decisiones no aparece casualmente, sino que es recopilada mediante un sistemainformativo que abarca su recepcin, elaboracin, registro y transmisin. SISTEMAS DE INFORMACION Los sistemas de informacin surgen aun cuando el hombre no tena conocimientos de que los estaba utilizando para su comunicacin y para el aprendizaje. Mientras recolectaba objetos sin conocer exactamente su fin, dibujaba en paredes animales, smbolos o adquira conocimiento de los diferentes animales. Con el cursar de la vida el hombre ha acumulado una serie inmensa de datos los cuales necesita relacionar, y poner al alcance de tcnicos, ingenieros y dems especialistas que lo

utilizan como fuentes de informacin para bases de clculos estadsticas, o como punto de partida para diferentes anlisis yproyectos. Varios aos atrs el hombre tenia estos datos en tarjetas estadistas y papeles a la deriva en el tiempo con la posibilidad de deterioro, o en diferentesmedios de almacenamiento no confiable y de muy bajo nivel de gestin, puesto que realizar cualquier condensacin de estos datos requera de mucho tiempo, los vnculos entre datos eran difciles de actualizar, y en ocasiones la informacin ya no exista porque se encontraba deteriorada, Ya en la segunda mitad del siglo XX el hombre comienza ha desarrollar una herramienta con fines matemticos para realizar sus operaciones a mayor velocidadla cual va ms all de las expectativas y se convierte en la mayor recolectora y procesadora de informacin conocida como "Computacin", a partir de este momento los sistemas informativos que se resuman a Dato Procesamiento Informacin pasan a tomar un carcter mayor, formndose as un conjunto ms amplio de elementos. Los sistemas de informacin cumplen con los aspectos mencionados en los diferentes conceptos de sistema y se puede definir como una organizacincompleja que relaciona todo el conjunto de mtodos, de datos, de medios e instrumentos necesarios para satisfacer las necesidades de la direccin de un objeto determinado [Martnez Santana, 1998]. Otra definicin muy abarcadora es ofrecida por Lucey, quin lo presenta como "un sistema para convertir datos procedentes del exterior o del interior del mismo en informacin y para comunicar esta en forma apropiada a los directivos de todos los niveles y de todas las funciones para facilitar la toma de decisiones efectivas y oportunas para la planeacin, direccin y control de las actividades de las cuales ellos son responsables" [Lucey, 1987]. En las organizaciones conviven diferentes subsistemas (SSI) para las distintas funciones (contabilidad, medios bsicos, inventarios, personal, etc.), pero para la administracin se necesita una mayor disponibilidad de la informacin, por eso se debe crear un Banco de Datos Central o Base de Datos Centralizada. El Banco de Datos Central recoge las informaciones de las distintas reas, y del entorno, agrupando la informacin para que pueda estar a disposicin de toda la organizacin. El Sistema de Informacin (SI), se empareja con las tecnologas de la informacin (TI) por ser un sistema dinmico. Las TI nos sirven para construir los SI y son la herramienta bsica para disear los SI. El SI es un proceso de planificacin diseo y anlisis y control de los datos, que afecta a todo el ncleo de la actividad empresarial y es el encargado de coordinar los flujos y registros de la informacin tanto internas, como la proveniente del entorno, que son necesarias para realizar las operaciones bsicas y toma de decisiones para conseguir los objetivos de la empresa. Este proceso se realiza de forma conjunta con el proceso de actividades propias de la empresa y sirve de apoyo a las decisiones de planificacin, diseo, ejecucin, y control que realiza. Otra definicin posible de SI sera: "Sistema de Informacin (SI) es el conjunto formal de procesos de anlisis, que operando sobre una coleccin de datos estructurados de acuerdo a las necesidades de la empresa,

recopila elabora y distribuye, la informacin necesaria para realizar las operaciones bsicas y la toma de decisin en la empresa, que nos sirva para desempear las funciones de negocio de la empresa de acuerdo con sus estrategias. " Para realizar la recoleccin de los datos debemos hacerlo de forma estructurada, as como normalizar la informacin que entra y sale, por ello deben participar todos los rganos implicados de la empresa, para que pueda ser entendida la informacin que llegue al SI o la que parta de l, por todos los integrantes de la organizacin a los cuales va dirigida, y les pueda servir a realizar las operaciones cotidianas, tomar decisiones o como mtodo de control. Adems afecta a las funciones y estrategias del negocio, pues es un elemento de la empresa que ayuda a conseguir los objetivos, y que puede ser utilizado como ventaja competitiva frente a nuestros rivales. En las definiciones anteriores de SI se manejan gran cantidad de elementos de los cuales se infiere la complejidad de las interrelaciones entre ellos. En muchos casos esta complejidad es acentuada por elevados volmenes de informacin que deben ser manejados. Esta dificultad ha trado consigo la necesidad de aprovechar los adelantos informticos y tecnolgicos para automatizar el funcionamiento de los Sistemas de Informacin y de esta manera disminuir su complejidad para los usuarios de dichos sistemas. El sistema informativo esta comprendido por una serie de elementos que se detallarn a continuacin: Documentos: Manuales, los impresos, u otra informacin descriptiva que explica el uso y/o la operacin del sistema. Conjunto de datos originales que conforman el conjunto de datos. Procedimiento: Conjunto de pasos que define el uso especifico de cada elemento del sistema o el contexto. Bases de Datos: Es la coleccin de datos relacionados entre si la cual es accedida por el software y es el resultado de relacionar la informacin. Personas: Individuos que son usuarios u operadores del sistema. Hardware: Es el conjunto de dispositivos electrnicos que proporciona la capacidad de computacin y los dispositivos electromecnicos encargados de extraer o suministrar la informacin en/de los soportes magnticos. Software: Es el conjunto de programas de computacin encargados de suministrar la informacin deseada al cliente, con la coordinacin y relacin requerida. FUNCIONES DEL SISTEMA DE INFORMACION El SI lleva acabo una serie de funciones que se pueden agrupar en cuatro grandes grupos: Funciones de captacin y recoleccin de datos. Almacenamiento de la informacin Tratamiento de la informacin Distribucin de la Informacin 1. Recoge la informacin externa (o del entorno) e interna, enviando dicha informacin a travs del SC a los rganos del SI, encargados de reagruparla, para evitar duplicidades e informacin intil o ruido, la captacin de informacin depende del tipo de empresa o del destino que se espera de la informacin, pero la empresa puede crear un servicio de

vigilancia del entorno, este proceso de captacin y recoleccin de datos debe realizarse de forma continuada, en las reas o partes del entorno y/o empresa sujetas a ms cambios, sin dejar de vigilar las reas ms estables, aunque de forma puntual. 2. Captacin y Recoleccin de Datos: Una vez filtrada la informacin relevante, sta se almacenar, puede ser en un lugar nico (archivo central, sistema informtico), accesible a todos los usuarios, o bien en los distintos departamentos, pero igualmente accesible a cualquier usuario que la necesite, y el sistema utilizado depender de las variables, tamao, dispersin geogrfica o especificidad de la informacin, quien determine el sistema a adoptar. Tambin se puede realizar un sistema mixto, donde se centralicen la informacin que afecte de forma global a la empresa, y las especficas en cada departamento. El acceso a la recuperacin de la informacin por parte de los usuarios, puede realizarse a travs de cdigos o claves que eviten a los miembros que no necesitan la informacin puedan acceder a ella. 3. Almacenamiento: Es la funcin clave del SI tiene por objeto transformar los datos de la informacin almacenada en informacin significativa, para ofrecrsela a quien la necesite, en la medida y formato que el usuario requiera. Generalmente en esta funcin, se utilizan medios informticos por su capacidad de almacenar y velocidad en el tratamiento, as como la reduccin de costes que representan, esto ha hecho que se generalice su uso. 4. Tratamiento de la Informacin: 5. Distribucin y Diseminacin: Es muy importante para la empresa que cada usuario posea la informacin requerida en el momento preciso y de una forma normalizada para su correcta interpretacin, adems existe la necesidad de que alguna informacin acerca de la empresa y su entorno sean conocidas por diferentes miembros de la organizacin, para hacer frente con rapidez de forma conjunta a las situaciones que se presenten, y en las que se hace necesaria la resolucin de problemas y adopcin de decisiones de forma coordinada o cuando afecte a varias reas de la empresa. CONTROL E INFORMACION. LA INFORMACION COMO BASE DEL SISTEMA DE CONTROL Es de gran importancia para los sistemas de informacin el conocimiento de la diferencia entre informacin y dato. Bishop plantea que: "Informacin es un trmino general que abarca hechos y representaciones que pueden no estar relacionados. La palabra se usa en su sentido generalmente aceptado. La informacin puede ser vital o trivial, verdadera o falsa" En cuanto a dato, es ms precisa la definicin, los datos son informacin en forma codificada, aceptable para ser introducida y procesada por cualquier ordenador. En otras palabras son representaciones de la informacin. Pueden usarse como objetos individuales pero con mucha ms frecuencia se encuentran en grandes conjuntos dotados de una estructura, los datos son significativos en si y en relacin con la estructura a la que pertenecen. Es importante destacar que los datos por si solo carecen de significado, solo adquieren

este cuando son interpretados convirtindose as en informacin til George W. Reynolds define: DATO: Es la coleccin desorganizada de hechos que no han sido procesados en informaciones. El hecho puro crudo cuyas condiciones pudieran ser desentraadas. Estos hechos pueden describir personas lugares, cosas, procesos o eventos. El dato es la personificacin material de la informacin, constituye su base, por dato se entiende el resultado de las observaciones representadas en un lenguaje determinado y que es independiente de la idea o efecto que pueda producir en l, utilizarlo. El dato es la imagen sobre algn soporte material de un fenmeno o proceso en la actualidad se presentan como indicadores, tablas textos, etc., los cuales de por s no pueden estar relacionados con la solucin de una tarea determinada con un usuario en particular. Lo que constituye datos para unos puede ser informacin para otros y viceversa; todo est en dependencia del usuario y de las caractersticas deltrabajo que se quiera realizar, es decir, la informacin que necesitan los directivos vara con la naturaleza del trabajo que efectan, segn el nivel de actividad y de acuerdo a las metas que buscan. Al establecerse la delimitacin entre dato e informacin, as como la definicin de las informaciones a utilizar a todos los niveles de direccin se dan grandes pasos de avance en el establecimiento de los sistemas de informacin y son precisamente estos sistemas los que proporcionan la informacin que le permitir al control fijar niveles de desempeo con objetivos de planeacin, comparar el desempeo real con esos niveles determinados de antemano, determinar si hay desviaciones, medir su importancia y tomar las medidas tendientes a garantizar que todos los recursos de la empresa se utilicen en la forma ms eficaz y eficiente posible. INFORMACION: Es el conocimiento adquirido por causa del procesamiento de datos. En contradiccin a esta diferencia se puede afirmar que en cadenas de servicios, lo que es dato para un cliente es informacin para el proveedor-procesador. Segn Reynolds los datos tienen las siguientes caractersticas: exactitud, totalidad, pertinencia, oportunidad y auditabilidad. Planteando que al derivarse la informacin del dato estas cinco caractersticas pueden ser aplicables a ellas. En cambio para que la informacin sea til al investigador, ha de reunir las siguientes cualidades: 1. Exactitud: Debe ser verdadera y correcta, y describir con fidelidad el objeto o hecho. 2. Oportunidad: Debe estar disponible cuando se necesite sin demasiado retraso 3. Pertinencia: debe relacionarse con la situacin en cuestin. 4. Integridad: proporcionar al investigador todos los detalles que necesite para entender la situacin. 5. Frecuencia: Se prepara y suministra a los investigadores con bastante frecuencia para actualizarlos. 6. Horizontes de Tiempo: Se orienta a actividades y hechos pasados, presentes y futuros. 7. Alcance: Abarca en forma amplia o reducida un rea de inters. 8. Origen: Puede generarse tanto en fuentes internas como externas. 9. Forma de Presentacin: Las tablas de nmeros o las presentaciones grficas de informacin, son las firmas escritas o impresas ms comunes. Puede incluir adems una

presentacin verbal. La informacin es el resultado del procesamiento y anlisis de los datos, constituyendo as el resultado de los sistemas informativos, los cuales toma como punto de partida conjuntos de datos relacionados entre si, que a su vez son el resultado de las continuas observaciones y apuntes que el hombre ha realizado como ser conciente o de los registros fsiles, deformaciones o trazas de agresiones en plantas u objetos que lo rodean, incluso de su propiaatmsfera, o como resultado de equipos registradores conectados a maquinarias o sistemas. Por tanto la informacin es aquel dato procesado para un nivel tcnico o social a partir de datos contenidos, en registros los cuales pueden no explicarles nada a los investigadores o lectores por estar demasiados abstracto al contexto en que este se desarrolla, siendo as la base estadstica para toda investigacin. La velocidad y la exactitud con que los gerentes pueden recibir informacin sobre lo que est funcionando bien o lo que est funcionando mal determinan, en gran medida, la eficacia que tendrn los sistemas de control. La informacin es vista, cada vez con mayor frecuencia, como un factor medular que ayuda a los gerentes a dar una respuesta al ambiente complejo y turbulento en el que se desempean las empresas de hoy en da. No es posible que hablemos de control sin hablar de informacin. La efectividad del proceso de control depende fundamentalmente de la calidad de su sistema de informacin. El sistema de informacin que se disee debe servir para controlar aquellas actividades de vital importancia en la administracin. Los directivos deben siempre estar conscientes de los factores crticos de sus planes y de las operaciones que requieren control, debiendo utilizartcnicas e informacin apropiadas para ellos. Los sistemas de control y la informacin pretenden ayudar a cada administrador a llevar a cabo su funcin de control, es por eso que deben ser elaborados a la medida de cada uno de ellos. Para esto se hace necesario: Evitar la informacin sobrante. Es comn encontrar en las organizaciones de vez en cuando a alguien quejndose de la falta de informacin, lo que en ocasiones puede ser cierto, pero en la mayora de los casos lo que sucede es lo contrario, es decir, que se dispone de grandes volmenes de informacin, mucha ms de la necesitada y las personas no saben discernir entre lo que constituye informacin relevante y la que no lo es, se ahogan en un mar de papeles y comienzan a culpar a sus jefes de que les informan poco. Incluso pueden prestarle atencin a informaciones que no le son tiles, olvidando las que les son imprescindibles. Los directivos no pueden tomar decisiones exactas y oportunas si no cuentan con suficiente informacin. No obstante, con frecuencia, los directivos reciben demasiada informacin irrelevante e intil. Si reciben ms informacin de la que pueden utilizar en forma productiva, quizs pasen por alto la informacin sobre problemas graves. Conocer que existen asuntos de los que es obligatorio informar, pero otros que seria imprudente mostrar a quienes no se debe por lo desestabilizadores que pueden resultar. Conseguir que la informacin sea lo ms completa y exacta posible: la omisin de algn

acontecimiento, puede llevar a una valoracin errnea de la situacin y, por tanto, a una decisin desafortunada e incompleta. Mientras ms exacta sea una informacin, ms calidad tendr y podr recurrirse a ella con ms confianza a la hora de tomar decisiones. Sin embargo, en general, el costo de obtener informacin aumenta conforme a la calidad deseada; se eleva. Si una informacin de mejor calidad no suma nada a la capacidad del directivo para tomar la decisin, entonces no vale el costo extra. Lograr que la informacin sea oportuna de forma tal que este disponible a tiempo para intervenir. El momento oportuno depender de la situacin. El dirigente no debe tener la informacin ni antes ni despus de lo que la necesita, ya que una anticipacin podra distraer su atencin hacia cosas que no le son tiles en ese momento y una informacin tarda imposibilita la toma de decisiones en el momento preciso. La informacin ofrecida por un sistema de informacin debe estar al alcance de la persona indicada y en el momento oportuno para que se emprendan las medidas adecuadas. Evitar la redundancia de la informacin. Aunque pueda parecer que la repeticin de datos por varios canales informativos es beneficiosa; no lo es, ya que generalmente ninguna informacin obtenida por dos o ms fuentes coincide, lo cual hace dudar de su veracidad. En cambio al obtenerla mediante un emisor nico este se siente comprometido a que sea la ms veraz posible, pues de lo contrario ser suya la responsabilidad de no tomar correctamente la decisin correspondiente La informacin debe llegar en forma clara y legible a los que van a hacer uso de ella. Se deben eliminar los tecnicismos y complicaciones que entorpeceran la labor del dirigente. La informacin que reciben los directivos debe ser relevante para sus funciones y labores. El director de recursos humanos seguramente no necesita saber cuntos son los niveles de inventarios, y el director a cargo de reordenar los inventarios no necesita saber nada de la condicin del personal de otros departamentos. Lograr que la informacin vaya acompaada de una buena dosis de motivacin, de forma tal que aquel que recibe las indicaciones, si estas son emitidas con claridad, las pueda hacer propias e incentivarlos a tomar decisiones. Para brindar esta informacin a los directivos se utilizan los sistemas de informacin administrativa que estn diseados para ofrecer a los administradores la informacin relevante y oportuna para tomar decisiones ptimas. Lo anterior implica la necesidad de crear y de mantener una extensa variedad de bases de datos o cuerpos de informacin casi en todas las categoras funcionales, entre otras, pero sin quedar limitado amercadotecnia, finanzas, recursos humanos, investigacin y desarrollo y planeacin estratgica. Adems, en el entendido de que "la informacin espoder", los sistemas de informacin administrativa pueden representar un activo muy valioso. Por lo consiguiente, muchas organizaciones que se han comprometido en serio con la funcin de los sistemas de informacin administrativa han creado el puesto de director de informacin, encargado de supervisar sus operaciones, de igual manera que un director general es responsable a final decuentas de la organizacin entera. Factores claves en los sistemas de informacin administrativa

Los directivos, ansiosos por incorporar y asimilar prospectivamente las nuevas tecnologas para abordar los problemas de la gestin. Estn ejerciendo una considerable influencia en las compaas que se dedican a la produccin y venta de tecnologas de la informacin. Los Sistemas de Informacin Administrativa se han convertido en el reto estratgico ms importante de la industria de ordenadores en la actualidad. Semejante explosin de inters ha venido dada por los siguientes factores tecnolgicos y econmicos. 1. La presin para operar a escala mundial y para competir con corporaciones globales integradas, en el contexto de una economa recesiva, obliga al ejecutivo a tener que tomar, rpidamente, decisiones importantes. El directivo debe tomar decisiones rpidas y consistentes con resultados rentables. Por tanto, el directivo se ve sometido en el momento a la fuerte presin de tener que contar con una informacin fiable y disponible inmediatamente que facilite las decisiones adecuadas en el momento adecuado. 2. Los avances en la tecnologa de los sistemas de inteligencia artificial estn siendo evaluados en la actualidad como instrumento potencial para el desarrollo del tipo de Sistema de Informacin Administrativa que las grandes empresas contemplan para el presente y los prximos aos. 3. Los sistemas de inteligencia artificial proveen una capacidad automatizada para racionalizar un gran nmero de imponderables complejos, que es perfectamente aplicable a una lgica basada en un rbol de decisin. A finales de la dcada de los 80 y durante los aos 90, se produjo un gran avance con la aparicin de software especialmente diseados para el directivo. Estos productos ponan el nfasis en la simplicidad y en una va inaccesible para la formacin del ejecutivo. Algunas prestaciones dignas de mencin son las siguientes: Gran variedad de formatos grficos Las teclas de funcin activadas por Mouse. Las tcnicas para derivar, progresivamente informacin ms detallada sobre un asunto determinado. Aunque se super la barrera, a medida que los sistemas ganaron en aceptacin surgi un nuevo obstculo an ms complicado. El Directivo se percat que el nuevo enfoque del ordenador personal podra solventar el tipo de problemas e interrogantes de carcter ejecutivo que requeran una agregacin de datos procedentes de fuentes existentes. Este puzzle es el reto fundamental en la actualidad: cmo preservar la filosofa del (Fcil de usar) necesarias para animar al directivo a utilizar las nuevas tecnologas y, al mismo tiempo, introducir una infraestructura (invisible) para superar las numerosas complicaciones de la tecnologa asociadas con las exigentes necesidades de informacin del directivo. En trminos sencillos, un Sistema de Informacin Administrativa proporciona al directivo informacin vital de carcter estratgico, tctico y operativo de una manera y en un formato adecuado para facilitar el proceso diario de toma de decisiones. Para convertirse en un elemento estratgico del repertorio de la toma de decisiones del directivo, El Sistema de Informacin Administrativa del presente y de los prximos aos debe incorporar apropiadamente los conceptos de informacin y tecnologa integrados. Los elementos ideales incluyen:

Criterios de accin ejecutiva global en la empresa. Tecnologas integradas, indivisible al directivo. Principios consistentes de un sistema de informacin administrativa y de tecnologas de informacin en la empresa. Interfaz grfica simple. Informacin Integrada. Interfaces que faciliten un acceso fluido a la informacin externa. La ventaja ms notable, reconocida por los directivos que utilizan un sistema de este tipo es la disponibilidad de informacin, antes no disponible de ninguna manera para apoyar los esfuerzos en la toma de decisiones. Adems, beneficios intangibles o beneficios adicionales, tales como la disponibilidad de una informacin ms intuitiva sobre la cual decidir una compra o informacin de mercado relativa a la satisfaccin del consumidor y al servicio pos venta, son tambin algunas de las ventajas derivadas de un Sistema de Informacin Administrativa. Todo lo anterior indica que un sistema de informacin administrativa puede ser, en muchos casos, muy valiosos y producir beneficios y ahorros decostos juntos a habituales beneficios intangibles asociados con el aumento de la eficiencia en la toma de decisiones. AUTOMATIZACIN DE LAS OFICINAS Los programas automatizados para equipos de cmputo personales instalados en las oficinas se han convertido en una parte indispensable de laadministracin gerencial en muchos pases. Los programas de procesamiento de textos han reemplazado las mquinas de escribir; los programas de bases de datos han reemplazado a los listados basadas en papel, los inventarios y las listas de personal y los programas de organizacin personal han reemplazado a las agendas de papel. Empezando por programas de procesamiento de palabra bsicos en la dcada de 1970, para la de 1990 los programas automatizados para oficina se han vuelto muy sofisticados. Estos programas han servido para darles a oficiales ordinarios la capacidad de completar internamente tareas que alguna vez tuvieron que ser enviadas fuera de las oficinas para ser completadas por especialistas. Por ejemplo, los programas para edicin en computadores personales permiten que personas relativamente novatas realicen publicaciones con calidad profesional cuando antes incluso las tareas ms simples de esta naturaleza tenan que ser enviadas a imprentas profesionales. Los programas de base de datos y de hojas de clculo que pueden operarse en computadoras personales de gran potencia permiten que usuarios ordinarios introduzcan, almacenen y utilicen informacin de formas que alguna vez solo hubieran sido posibles en grandes equipos de cmputo y por programadores especializados. Tipos de programas para la automatizacin de las oficinas Un catlogo tpico de programas para la automatizacin de las oficinas puede incluir algunos de los siguientes productos: Procesador de palabras Hoja de clculo Base de datos

Programa editorial Administrador de proyectos Presentaciones Administrador de archivos de cmputo Correo electrnico Explorador de internet Editor de internet Organizador personal Sistema de administracin financiero Sistema de administracin personal Muchos libros, revistas y sitios en la red contienen informacin que pueden ayudar a elegir los programas ms apropiados para determinados propsitos. En muchos casos, los programas para la automatizacin de una oficina vienen incluidos en el equipo, como parte del contrato de compra o de una norma gubernamental. Uso de los programas de automatizacin Es deseable que todos los usuarios de los programas automatizados sean capacitados para su uso. En muchos pases se puede recurrir a capacitadores externos. En algunos casos pueden ser capaces de proveer capacitacin interna utilizando a su propio personal. La mayora de los paquetes de programas vienen acompaados con manuales para el usuario (en papel o en pantalla). Los programas ms modernos son muy poderosos. Un usuario hbil puede desarrollar productos muy sofisticados. Un administrador de sistemas puede, por ejemplo, utilizar los programas automatizados para: Producir todas o la mayora de sus publicaciones de manera interna, incluyendo libros, folletos, formatos y cartas informativas. Componer, editar e imprimir toda su correspondencia en un estilo corporativo estandarizado, incluyendo la impresin automatizada de sus logotipos. Desarrollar presentaciones para su proyeccin en pantallas grandes en seminarios o para efectos de capacitacin. Automatizar diversos componentes de los diversos procesos. Almacenar y manipular registros sobre los empleados. Conservacin de inventarios. Operar un sitio en internet y una red interna. Planear y monitorear todos los aspectos de un proyecto relevante. Organizar un sistema de administracin financiera. Enviar correos electrnicos individuales o grupales al personal y clientes/usuarios. Compartir archivos a travs de una red. Aplicacin de normas a los nombres y estructuras de archivos A medida que se expande el uso de programas automatizados para uso en las oficinas, la necesidad de aplicar normas generales se vuelve cada vez ms importante. Cuando muchos usuarios comparten sistemas y archivos, es conveniente asegurarse que los archivos se almacenen en sitios lgicos utilizando un conjunto de normas comunes para su denominacin.

Los archivos de cmputo generalmente se almacenan en carpetas. Dentro de una carpeta se pueden crear directorios y subdirectorios, dentro de los cuales se puede almacenar informacin especfica sobre un tema comn. Por ejemplo, una carpeta denominada "finanzas" puede incluir directorios sobre el ao precedente, el actual y el prximo. Cada uno de estos directorios puede ser segmentado en subdirectorios denominados "costos de administracin", "costos de personal", etc. Las carpetas deben ser dispuestas de una manera lgica y familiar para todos los usuarios. A fin de lograrlo, puede ser deseable limitar la capacidad de crear carpetas a los administradores del sistema. La secuencia lgica tambin se debe de utilizar en los nombres individuales de los archivos. Hasta finales de la dcada de 1990, la mayora de los sistemas de cmputo limitaban los nombres de los archivos a un nombre de ocho dgitos con un sufijo de tres dgitos separado por un punto (el sufijo le indica al sistema de cmputo el tipo de archivo), sin permitir espacios o letras maysculas en los nombres. Por ejemplo: "repan99.doc". Para finales de la dcada, se hizo posible utilizar nombres de archivos ms largos agregando espacios y letras maysculas, facilitando as el uso de nombres de archivos ms explcitos, por ejemplo "Reporte Anual 1999.doc". A fin de ayudar a los usuarios a denominar a los archivos de manera consistente para encontrarlos con facilidad en otra oportunidad, es til determinar ciertos convencionalismos. Tambin puede ser til crear ndices de archivos que puedan ser usados para ofrecer ms detalles que faciliten su ubicacin. Algunos sistemas de programas permiten la creacin de ndices cruzados entre los archivos que ayudan a regular y reforzar las normas para su denominacin. Ampliacin o actualizacin de los programas Los programas que normalmente se utilizan para automatizar los equipos de oficina se amplan o actualizan constantemente. Las ampliaciones o actualizaciones se efectan cada dos o tres aos para los productos ms populares. Generalmente proveen versiones ms potentes de los productos existentes, incluyen nuevas caractersticas y restauran los problemas identificados en las versiones previas de los programas (evidentemente, las versiones actualizadas usualmente generan sus propios nuevos problemas, que son restaurados en la siguiente versin). Los programas actualizados pueden ser costosos y las autoridades necesitan evaluar si es necesario y cuando debe actualizar sus programas. Una forma de evitar este dilema es la de rentar programas en lugar de comprarlos e incluir las actualizaciones automticas como parte del acuerdo de renta. Tambin pueden existir polticas gubernamentales para determinar si es posible y cuando debe llevarse a cabo la actualizacin de los programas. Si un juego de programas est operando de manera aceptable, puede no ser necesario actualizarlo en cuanto aparezca una nueva versin en el mercado. Una razn puede ser la de esperar que otros usuarios identifiquen problemas con los nuevos programas que pueden ser restaurados por los diseadores utilizando "parches o remiendos". Si bien, los programas actualizados son generalmente compatibles con los precedentes, lo que significa que la nueva versin puede leer archivos creados por el programa anterior, los programas viejos normalmente no pueden leer aquellos archivos creados por los nuevos programas. Cuando esto se convierte en un problema serio, es tiempo de actualizar o

ampliar los programas. Si bien en algunos casos puede ser deseable demorar la actualizacin, en otros la incorporacin de nuevas caractersticas puede compensar el costo de hacerlo. ES UNA SOLUCIN TECNOLGICA APROPIADA? La tecnologa no es siempre la solucin a un problema. Si bien en ocasiones permite que los procedimientos administrativos se desarrollen de manera ms expedita, efectiva y eficiente, tambin puede resultar costosa y situarse por debajo de las expectativas cifradas en ella. Los procesos manuales, no tecnolgicos, pueden tener todava su lugar en algunas actividades de la administracin. Los procesos manuales pueden ser ms econmicos, ms transparentes y menos sujetos a fallas que los tecnolgicos. En algunos casos, el uso de tecnologa puede simplemente no ser apropiado dadas las circunstancias imperantes. Este puede ser especialmente el caso cuando el acceso a la tecnologa no es fcil o no est muy extendido, por lo que no sera equitativo ofrecerle acceso tecnolgico a algunos usuarios, pero no a todos. En otros casos, una solucin tecnolgica puede no ser sustentable en el largo plazo o ciertas restricciones operativas pueden impedir su adopcin. Antes de adoptar una solucin tecnolgica, el administrador de sistemas debera evaluar primero si la propuesta resulta apropiada. Despus de analizar los costos y beneficios de la tecnologa y la disposicin de todos los usuarios potenciales, el administrador debera estar preparada para determinar si la solucin tecnolgica es la mejor opcin. Generalmente deben considerarse cinco etapas ante el uso de una tecnologa nueva: 1. Costos y Beneficios de la Tecnologa Incorporar nueva tecnologa para propsitos administrativos puede incrementar los costos o disminuirlos, dependiendo del costo de la nueva tecnologa en comparacin con el del sistema al que reemplaza. La nueva tecnologa tambin puede acarrear beneficios no monetarios, como mejoras en la prestacin del servicio o en la transparencia. Es conveniente realizar una evaluacin en trminos de costo-efectividad y de los potenciales beneficios de la nueva tecnologa antes de comprometerse con su introduccin. La tecnologa puede parecer costosa en la etapa de implantacin, pero puede ahorrar dinero en el largo plazo, especialmente cuando se encuentra una solucin tecnolgica de bajo costo para remplazar a una aplicacin costosa y de baja tecnologa. Los administradores necesitan ponderar los costos y ahorros asociados con la introduccin de nueva tecnologa. Al hacerlo, deben tener en mente no solo los costos iniciales relacionados con la adquisicin de equipos y programas y la contratacin de consultores para instalar el nuevo sistema, sino tambin los costos de administracin y mantenimientopermanentes. Se debe determinar el ciclo de vida esperado. Una tecnologa que puede reutilizarse para ms de un propsito ser preferible en trminos de costo-efectividad a aquella que tiene que ser reemplazada en el corto plazo. Muchas soluciones tecnolgicas pueden representar costos significativamente mayores que los procedimientos manuales a los que reemplazaran. No siempre es recomendable

incorporar nueva tecnologa cuando mejoras relativamente menores no justifiquen los costos adicionales. No se debe adoptar una solucin de alto costo y tecnologa si una alternativa de menor costo es ms apropiada en circunstancias especficas. Antes de efectuar una compra, es conveniente que el administrador se asegure que dispone de los fondos para la etapa inicial de implantacin y para los costos permanentes de mantenimiento, lo que generalmente requiere del compromiso de toda la alta gerencia administrativa. Un anlisis de costo beneficio a propsito de la introduccin de nueva tecnologa puede considerar los siguientes elementos: Aclarar el propsito de la adquisicin Manifestar por qu es deseable Describir el proceso que ser reemplazado Sealar los riesgos o problemas que pueden surgir o agudizarse si se sigue utilizando el proceso actual Describir como funcionara la nueva aplicacin tecnolgica Sealar cuales son los beneficios que reportar Mencionar que problemas o riesgos que puede representar su adopcin Analizar si la nueva tecnologa mejorar o no la transparencia de los procesos Estimar todos los costos implicados en la adquisicin de nueva tecnologa, incluyendo equipo, programas, infraestructura, comunicaciones,transporte, personal, consultores externos y mantenimiento Calcular los costos que representara una falla de la nueva tecnologa Mostrar los costos asociados con el procedimiento actual Identificar las economas que podra generar la nueva tecnologa Detallar un cronograma para su implantacin Examinar su sustentabilidad e indicar su ciclo estimado de vida Identificar cualquier factor externo necesario para la viabilidad del proyecto, como la aprobacin de los interesados o la promulgacin de reformas legislativas 2. Disposicin para Asimilar la Tecnologa El uso de la tecnologa debe ser sensible a la disposicin de los interesados para asimilarla. En algunos casos, la gente suele esperar ms de ella de lo que puede ofrecer de manera realista. En otros, la gente puede desconfiar, sospechar de ella o estar mal preparado para adoptarla. Las expectativas pocos realistas pueden traducirse en la adopcin de tecnologa que no sea capaz de satisfacer las funciones esperadas. Esto puede ocurrir si la tecnologa seleccionada no es la apropiada para las tareas contempladas o si no se cuenta con mecanismos de soporte para darle mantenimiento una vez instalada. La falta de confianza o la sospecha pueden provocar demoras en su implantacin o frenar un proyecto. Cuando los interesados estn mal equipados para adoptarla, quiz por la falta de personal capacitado o problemas de infraestructura, la tecnologa puede fcilmente quedar por debajo de las expectativas. Para maximizar las oportunidades de xito, se pueden adoptar diversas estrategias para reducir expectativas poco realistas, sospechas o falta de confianza y para incrementar la

capacidad de los interesados para adoptarla. 3. Superar la resistencia al cambio Puede haber oposicin burocrtica a la innovacin o al cambio. Esto puede ocurrir cuando hay intereses creados en conservar el sistema vigente. Un temor comn es que la adopcin de nueva tecnologa significa prdida de empleos. Por supuesto, esto es cierto en algunas ocasiones y es un problema que debe ser reconocido y atendido por la el administrador mediante negociaciones con el personal que puede resultar afectado. La adopcin de tecnologa cambia a veces la naturaleza del mbito de trabajo sin reducir necesariamente la fuerza laboral, disminuyendo la necesidad de personal empleado en actividades manuales pero incrementando el personal necesario para manejar la tecnologa. En algunos casos, este personal puede ser el mismo y no se pierden empleos. En otros, debido a las distintas capacidades requeridas, parte del personal puede resultar excedente mientras se puede requerir de otro con capacidades distintas. Cuando se espere que la adopcin de tecnologa provoque cambios significativos en las prcticas laborales, es conveniente que el administrador adopte una estrategia para el cambio administrativo. Muchas firmas de administracin ofrecen consultores experimentados en cambios administrativos que pueden ofrecer buenos consejos sobre las estrategias ms apropiadas. El aspecto ms importante del cambio administrativo es el de realizar consultas peridicas con los interesados, especialmente con los afectados, desde antes de que inicie el proceso. Es ms probable que los interesados que estn bien informados sobre las razones del cambio y los beneficios derivados de l brinden un mayor apoyo, sobre todo si se les da la oportunidad de realizar contribuciones significativas en las etapas de planeacin e implantacin. Tambin puede haber oposicin poltica a la innovacin o al cambio. Por su naturaleza, las elecciones son polticamente sensibles, por lo que es posible que la implantacin de nuevas tecnologas tengan un impacto positivo. La renuencia a adoptar tecnologa tambin puede detener la falta de confianza en la nueva tecnologa. La falta de confianza puede ocurrir a travs de un malentendido, falta de conocimiento, u otras numerosas razones. Nuevamente, consultar y explicar claramente que hay detrs de la tecnologa puede ayudar a aclarar los malos entendidos y remediar la falta de conocimiento. 4. Manejar grandes expectativas Mientras algunas personas pueden estar desconfiadas ante una nueva tecnologa, otras pueden esperar mucho de ella. Particularmente, cuando la gente no ha tenido mucho contacto con la tecnologa, puede haber una expectativa poco realista de la aplicacin de sta a un problema que sera fcilmente solucionado. Si las expectativas poco realistas no son minimizadas, existe el riesgo de que las soluciones tecnolgicas elegidas puedan ser inapropiadas o incapaces de responder adecuadamente a las mismas. Al igual que con la falta de confianza, las expectativas poco realistas pueden ser atenuadas mediante la consulta e informacin a los involucrados, y siendo transparentes e identificando los riesgos para equilibrar las oportunidades identificadas. 5. Reducir los problemas estructurales La nueva tecnologa puede ser exitosa, slo cuando existen los recursos humanos y fsicos

para administrarla adecuadamente. El personal o contratistas necesitan conseguir quien pueda implementar y operar la tecnologa o quien es capaz de realizar la capacitacin. Cuando no hay disponibilidad de personal capacitado, se pueden adoptar estrategias de capacitacin para proveer adecuadamente personal capacitado, o mediante elempleo de contratistas externos. Si se van a utilizar contratistas externos se deben tomar en cuenta, las necesidades de su costo cuando se adopte la nueva tecnologa. Cuando una EMB confe en los contratistas, deber estar conciente que podran necesitarlos, no solo para instrumentar la tecnologa seleccionada, sino tambin operarla, mantenerla y actualizarla. Los recursos fsicos con que se cuentan tendrn un impacto en la preparacin de una organizacin para asimilar la tecnologa. El acceso a fuentes de suministro confiables, a lneas de comunicacin y medios de almacenamiento seguro, puede ser crucial para la instrumentacin de nuevas tecnologas. Cuando no se cuenta con infraestructura adecuada o no es confiable, las opciones pueden ser limitadas o poco prcticas. Se necesitar tener cuidado que la tecnologa elegida sea suficientemente fuerte y flexible para continuar funcionando si una parte de un sistema empieza a ser inoperable. Esto puede consistir en estrategias tales como mantenimiento mltiple, respaldos de informacin en diferentes sitios, o garantizar que la red puede continuar operando cuando fallen uno o ms vnculos. Puede ser mejor an que el manual de respaldo del sistema est disponible para poner nuevamente en funcionamiento una lnea en el caso de una irrecuperable falla del sistema. TEORA DEL PROCESAMIENTO DE TRANSACCIONES Consiste en una serie de modificaciones (transacciones) aun determinado recurso del sistema (por ejemplo una base de datos) y en donde se define un punto de inicio (Begin Tran) y un punto de terminacin que define un bloque entre el conjunto de operaciones que son realizadas. Dentro de este proceso en bloque los dems usuarios no pueden modificar nada hasta que no se presente un estado estable de los datos, esto ocasiona inconsistencia temporal y conflictos. Para evitar lo anterior se implementan dos maneras diferentes: 1. Ejecutar Transacciones Serializadas. Es un sistema que permite el procesamiento de transacciones en forma secuencial o serializado y consiste en asignarle una secuencia a cada transaccin, este proceso reduce el rendimiento del sistema. 2. Ejecutar Transacciones Calendarizadas Es un sistema que permite el proceso de transacciones asignndole tiempos de procesamiento el cual permite incrementar el rendimiento del sistema ya que se ejecuta un mximo de proceso en forma concurrente y no a travs de una serie. PROPIEDADES DE LAS TRANSACCIONES 1. Atomicidad de fallas. Consiste en efectuar todas las transacciones, pero en caso de falla no se realiza ninguna.

2. Permanencia. Consiste en que una vez completada una transaccin satisfactoriamente los cambios ya no pueden perderse. 3. Seriabilidad. Consiste en asegurarse que los cambios siguen un orden adecuado. 4. Aborto de transacciones propio para cada transaccin. Es la capacidad que se tiene para abortar el proceso transaccional en cualquier punto, el resultado de esta operacin no puede ser revelado para otras transacciones. 5. Punto de inicio y terminacin. Consiste en especificar un bloque inicial y un punto que termina el fin de ese bloque. EJECUTAR TRANSACCIONES ANIDADAS Consiste en tener transacciones que dependen de otras, estas transacciones estn incluidas dentro de otra de un nivel superior y se les conoce como: SubTransacciones. La transaccin de nivel superior puede producir hijos (Subtransacciones) que hagan ms fcil la programacin del sistema y mejorando el desempeo. Instrucciones para el uso de transacciones. La programacin con uso transacciones requiere de instrucciones especiales, las cuales deben ser proporcionadas por el sistema operativo, por el compilador del lenguaje o por el manejador de la base de datos. Algunos ejemplos son: BEGIN_TRANSACTION END_TRANSACTION ABORT_TRANSACTION READ WRITE La cantidad exacta de instrucciones disponibles para manejar transacciones depende del tipo de objetos y operaciones que deban ser procesadas. PROCESAMIENTO DE TRANSACCIONES La estructura de una transaccin usualmente se le da el nombre de modelo de la transaccin, estas pueden ser planas (simples) o anidadas. Un aspecto muy importante en el manejo de transacciones es el mantener y aplicar algoritmos de control sobre los datos o recursos; para ese control tambin se utilizan protocolos que proporcionan confiabilidad como los siguientes: Atomicidad. Protocolos de recuperacin total. Protocolos de compromiso global. El control de las transacciones tambin requiere de controlar la concurrencia del acceso y uso hacia el recurso que se esta manipulando, ese control de concurrencia tiene 2 objetivos: 1. 2. Como sincronizar la ejecucin concurrente de transacciones. 3. Consistencia intratransaccin (aislamiento). Para llevar a cabo el control de concurrencia dentro de un proceso de transacciones se manejan 2 modos:

EJECUCIN CENTRALIZADA DE TRANSACCIONES EJECUCIN DISTRIBUIDA DE TRANSACCIONES MTODOS DE IMPLANTACIN DE TRANSACCIONES Espacio de trabajo privado. Consiste en realizar copias de los bloques que sern utilizados dentro de una transaccin de manera que se trabaje con estas copias para realizar todas las modificaciones necesarias. Todo el espacio de trabajo con la informacin que ser utilizada es contenida dentro de estas copias denominado espacio de trabajo privado. Los dems usuarios trabajarn con la copia original de los bloques pero no podrn obtener segunda copia de los mismos. CONCLUSIONES La importancia de los sistemas informativos, as como las partes que lo componen, es primordial para proveer los elementos necesarios para la toma de decisiones. Los sistemas de informacin cumplen con aspectos importantes y determinantes en los diferentes conceptos de sistema y se puede definir como una organizacin compleja que relaciona todo el conjunto de mtodos, de datos, de medios e instrumentos necesarios para satisfacer las necesidades de la direccin de un objeto determinado. La informacin es el resultado del procesamiento y anlisis de los datos, constituyendo as el resultado de los sistemas informativos, los cuales toma como punto de partida conjuntos de datos relacionados entre s. BIBLIOGRAFIA Morales Cordero, Yovany. La Informtica Aplicada a la Administracin Sistemas de Informacin de Recursos Humanos. En red www.monografias.com Navarro, Carlisle Angulo, Diana Garca, Ana Luisa. Desarrollo del Sistema de Informacin Administrativa. http://www.monografias.com Instituto Tecnolgico de la Paz. Teora del Procesamiento de Transacciones. En red www.itlp.edu.mx Green, Phil. Automatizacin de Oficinas, IFES, UN-DESA, IIDEA Elecciones y Tec