SICAFIL (Sistema de Control de Activo Fijo en Linux)

Transcripción

1 1 INDICE INDICE 1 1 INTRODUCCIÓN ANTECEDENTES GENERALIDADES POLITICA GENERAL IDENTIFICACION DEL ACTIVO FIJO VALORIZACION DEL ACTIVO FIJO ADMINISTRACION DEL ACTIVO FIJO 11 a) Responsabilidad Operativa Específica 11 b) Conservación y Reemplazo 11 c) Identificación y Estado del Bien CONTROL DEL ACTIVO FIJO SOFTWARE DE CONTROL ACTIVO FIJO 12 ABA ACCESS SYSTEM: 12 SGA ADMINISTRATIVO 12 FIXED ASSET MANAGEMENT DE GREAT PLAINS 12 CAFE 13 CORE BANKING SOFTWARE 13 SID (System Integrator & Developers c.a.) 13 2 BASE DE DATOS OBJETIVOS DE LOS SISTEMAS DE BASES DE DATOS ABSTRACCIÓN DE LA INFORMACIÓN Nivel físico Nivel conceptual Nivel de Visión Modelos de datos. 19 MODELO: 19 Modelos lógicos basados en objetos: 19 Modelo Entidad-Relación Modelos lógicos basados en registros. 21 a) Modelo Relacional. 22 b) Modelo de Red. 23 c) Modelo Jerárquico. 24

2 Modelos Físicos de Datos INSTANCIAS Y ESQUEMAS. 25 Instancia. 25 Esquema INDEPENDENCIA DE LOS DATOS 26 Independencia física de datos: 26 Independencia lógica de datos: LENGUAJE DE DEFINICIÓN DE DATOS LENGUAJE DE MANIPULACIÓN DE DATOS MANEJADOR DE BASES DE DATOS ADMINISTRADOR DE BASES DE DATOS 28 Definición de esquema. 28 Definición de la estructura de almacenamiento del método de acceso. 28 Concesión de autorización para el acceso a los datos. 28 Especificación de limitantes de integridad USUARIOS DE LAS BASES DE DATOS. 29 Programadores de aplicaciones. 29 Usuarios sofisticados. 29 Usuarios especializados. 29 Usuarios ingenuos ESTRUCTURA GENERAL DEL SISTEMA RFC("REQUEST FOR COMMENTS") 31 Estándar 32 Estándar provisional 32 Propuesto como estándar 32 Experimental 32 Informativo 33 Histórico 33 Estándares de Internet Para Su Información("For Your Information(FYI)") OBTENIENDO RFCS PRINCIPALES PROTOCOLOS DE INTERNET URL 37 DEFINICIÓN 37 ESQUEMA URL 38

3 3 SINTAXIS GENÉRICA URL URI 39 Referencias URI 39 Diferenciación entre mayúsculas/minúsculas 40 Urls de Uso Diario 41 3 CONTROL DE ACTIVO FIJO REQUERIMIENTOS DE SICAFIL HARWARE Y SOFTWARE ANALISIS Parámetros no validados Vulnerabilidades en el manejo de cuentas y sesiones Defectos en Cross-Site Scripting (XSS) Problemas de la gestión de error DISEÑO CONCEPTUAL 48 Esquema Base de Datos 48 Diagrama Entidad-Relación 49 Diagramas Casos de Uso TABLAS 51 4 PLATAFORMA LINUX 55 DISTRIBUCIONES LINUX 56 LINUX COMO SISTEMA DE PROGRAMACIÓN LENGUAJE 57 APACHE 57 PHP 58 Usos de PHP 59 Ventajas de PHP 59 MySQL 59 APÉNDICE 62 A PANTALLAS (menús) 62 ADMINISTRADOR 63 Altas 63 Altas de Empleados 64 Alta de Proveedores 65 BAJAS 66 Baja de Activo Fijo 66 Baja de Empleado 67 Baja de Proveedores 68

4 4 MODIFICACIONES 69 Modificación de Empleado 69 Modificación de Proveedores 70 USUARIO 71 Transferencia de Activo Fijo 71 Consulta 73 Contáctanos 74 A.1 CÓDIGO PRINCIPAL 75 INDEX 75 ALTA ACTIVO FIJO 76 ALTA USUARIO 82 ALTA DE EMPLEADOS 86 BAJA ACTIVO FIJO 90 BAJA DE USUARIO 94 BAJA DE EMPLEADOS 99 MODIFICACION DE USUARIO 103 MODIFICACION DE EMPLEADO 107 USUARIO 111 TRANSFERENCIA DE ACTIVO FIJO 111 CONSULTA 116 CONTACTANOS 120 CONCLUSIONES 125 BIBLIOGRAFÍA. 126

5 5 CAPÍTULO 1 INTRODUCCIÓN 1 Introducción. 1.1 Antecedentes. 1.2 Generalidades. 1.3 Política General. 1.4 Identificación del Activo Fijo 1.5 Valorización del Activo Fijo. 1.6 Administración del Activo Fijo 1.7 Control Activo Fijo. 1.8 Software del Activo Fijo.

6 6 1 INTRODUCCIÓN El presente sistema tiene como fin principal resolver el problema de administración de equipo, material y todo aquel gasto que represente una inversión dentro de las organizaciones, es decir, para todo aquel equipo al que le es asignado un número de inventario desde su adquisición. Cabe resaltar que el presente sistema adquiere mayor importancia cuando se trata de la administración de equipo móvil que es asignado a más de una persona (empleado) durante un periodo determinado. El sistema, dentro de otras facilidades: Permite dar seguimiento al equipo y material desde su adquisición hasta su baja del activo fijo Crea registros históricos de los gastos de mantenimiento correctivo y evolutivo del equipo y material para saber dentro de otras cosas, el costo de operación del mismo Se administra de forma distribuida entre todos los responsables de la inversión Permite hacer traspasos de equipo y material entre el personal Podrá responder preguntas tales como: Quién tiene la LapTop VAIO con número de inventario 7461? En qué oficina se encuentra la impresora LASER con número de inventario NI00324? Cuándo y a quién se le compró la cámara CANNON con número de inventario ? Soportará la seguridad para usuarios autentificados Permitirá que el usuario sea responsable del activo fijo a su cargo o lo pueda canalizar a otro usuario. Deberá incluir diversas componentes: a) Interfaz para el empleado con pantallas para la recepción o entrega de equipo con firmas electrónicas b) Subsistema del administrador para la generación de resúmenes y reportes a partir de la consulta de información histórica Permitirá que los empleados que visiten el sitio Web utilicen el componente de interfaz correspondiente, para: Hacer consultas sobre el activo fijo. Hacerse responsable del activo fijo a su cargo. Poder canalizar activo fijo a otros empleados. El administrador virtual usará el componente administrador, para: - Dar de alta el activo fijo por primera vez. - Actualizar de vez en cuando la base de datos, haciendo modificaciones pertinentes para el correcto funcionamiento del sistema.

7 7 Le permitirá a la Institución: Tener la información a cerca del activo fijo a la mano, en cualquier lugar del Instituto. Obtener una mayor información a cerca del activo fijo que se maneja en la Institución. Dar un seguimiento al activo fijo a través de las diferentes personas a las que esta a cargo, su uso y disponibilidad. En el primer capítulo del presente trabajo se dan a conocer algunos antecedentes del mismo. En el siguiente se mencionan los conceptos fundamentales relacionados con el tema de esta tesis, en el tercer capítulo se listan los requerimientos que sirvieron de base para el diseño del sistema el cual se da a conocer en capítulo número cuatro. En el capítulo 5 se dan a conocer los detalles de la implementación del Sistema de Control de Activo Fijo en Linux (SICAFIL). Finalmente, se presentan algunas conclusiones de este trabajo.

8 8 1.1 ANTECEDENTES Una considerable porción de la riqueza en el mundo, ya sea privada, corporativa o pública, consiste en bienes inmuebles, muebles e intangibles u equipos. La magnitud de esta riqueza ha creado la necesidad de realizar avalúos para el soporte de decisiones pertinentes al uso y disposición de dichos bienes. En la compleja economía actual, los valores de un bien (avalúo) han llegado a ser algo más que una simple opinión. Un avalúo profesional es más que una opinión. Se requiere de una búsqueda selectiva de datos en las diferentes áreas de mercado, recopilación sistemática de datos, aplicación apropiada de técnicas analíticas de cálculo, y la experiencia, conocimiento y juicio necesario para desarrollar una conclusión razonable que resuelva el problema. En el pasado los avalúos eran simples opiniones de valor expresadas por los propietarios o comerciantes dedicados a la venta o administración de sus propiedades. Los Bienes de Uso representan una parte muy importante de los activos de una Empresa, y su control en forma efectiva es una de las responsabilidades fuertes, habitualmente las empresas no cuentan con una aplicación para administrar sus Activos Fijos acordes a la magnitud de los mismos, dedican un considerable esfuerzo en esta tarea debido a las limitaciones de los actuales sistemas. En la actualidad existen algunos sistemas comerciales de control activo fijo, sin embargo ninguno de estos se enfoca en solucionar la problemática de la administración de equipos de computo. Existen programas que ayudan pero carecen de algunos servicios y son costosos. Se han hecho esfuerzos aislados que resuelven parcialmente algunos problemas existentes. Por otro lado los activos están sujetos a depreciación lo cual no es mas que la distribución equitativa del costo adquirido de un bien mas las inversiones realizada en este para usarse entre un período estimado de vida.

9 9 1.2 GENERALIDADES El activo fijo está formado por bienes tangibles que han sido adquiridos o construidos para su uso, durante un período considerable de tiempo y que no están destinados para la venta en la explotación normal de una institución. Existen ocasiones en que no resulta evidente si una erogación corresponde a un activo fijo o a un gasto. Se entenderá por gasto aquellos recursos que fueron utilizados o consumidos durante un período corto y por lo tanto implican una disminución patrimonial inmediata. En tanto, activos fijos serán todos aquellos bienes y equipos que permanecen dispuestos para su uso o consumo. Los activos fijos están formados por las propiedades de naturaleza relativamente permanente, que se emplean en una empresa para sus operaciones sin la intención de venderlos. Estos pueden ser: 1. Tangibles 2. Intangibles Tangibles: si tiene sustancia corpórea, es decir físicos, como por ejemplo: Inmuebles: terrenos, edificios, instalaciones. Muebles: mobiliario, equipos de cómputo, maquinarias, vehículos, herramientas, libros, obra de arte, etc. Semovientes: animales de trabajo, animales reproductores Plantaciones Intangibles: como las patentes, derecho de autor, el cual su valor reside en los derechos que posee el propietario, como por ejemplo: Derechos de propiedad intelectual. Patentes y Licencias. Derechos de llave y marcas. 1.3 POLITICA GENERAL La administración del activo fijo debe constituir, sin duda, un elemento relevante y clave de la gestión administrativa, tanto por el uso intrínseco que se hace de ellos, como por la incidencia económica que los mismos representan dentro de su patrimonio y además por una serie de impactos económicos, financieros, contables, legales y tributarios que se desprenden de la mera adquisición y tenencia de este tipo de bienes.

10 10 En consecuencia, como política general con respecto a los bienes del activo fijo se debe velar en todo momento por la conservación, control y custodia de ellos en todos sus ámbitos y durante todo su ciclo de vida, que comienza con la decisión de su compra o adquisición y finaliza con su venta o extinción. Esta preocupación y cuidado es con el objeto de optimizar su uso y salvaguardar el patrimonio contra pérdidas, daños u otras acciones o hechos que lesionen o disminuyan su valor o funcionalidad. 1.4 IDENTIFICACION DEL ACTIVO FIJO Esto se entenderá como activo fijo para ser incorporado al sistema, sólo aquellos bienes que por su importancia económica, operacional o estratégica importe mantenerlos identificados individualmente, como criterio básico se establece qué activos fijos serán los que no se extinguirán en período inferior a un año, con excepción del hardware que será incorporado al sistema independiente de su valor, estos bienes no serán incorporados al sistema, pero si activados en una cuenta única (activos menores) en forma global y serán depreciados en un período de tres años. Entre los tipos de bienes del Activo Fijo usualmente utilizados encuentran los siguientes: se Edificios y terrenos. Software y Licencias computacionales Accesorios computacionales (monitores, cpu, impresoras, scanners, Laptop, bocinas, cañones) siempre que éstos aumenten la capacidad y/o valor del equipo. Maquinarias, equipos, herramientas y hardware. Vehículos. Videos. Derechos y marcas. Mobiliario de oficinas y salas de clase. Obras de Arte. 1.5 VALORIZACION DEL ACTIVO FIJO Estos activos se valorizan al costo de adquisición o construcción de los respectivos bienes. Estos costos incluyen todos los desembolsos que se relacionan directamente con su adquisición o construcción. Es decir, se deben incluir partidas tales como cargos por transporte, costo de instalación, costo de financiamiento, impuestos, etc. Se debe rebajar del costo del mismo los descuentos obtenidos en la adquisición. El IVA no es parte del costo del bien, salvo cuando éste no constituye crédito fiscal.

11 ADMINISTRACION DEL ACTIVO FIJO Cada Unidad ejercerá las acciones necesarias para asegurar la correcta y oportuna adquisición, operación, mantenimiento, renovación y venta de los bienes del activo fijo. Algunos aspectos a tener en consideración son: a) Responsabilidad Operativa Específica Todo bien incorporado al Activo Fijo, deberá tener asignado un responsable operativo directo, quien velará por la adecuada administración, custodia y control del mismo y responderá por ellos ante cualquier circunstancia que los afecte. Las unidades podrán delegar estas funciones en una o más personas, hecho que tendrá carácter formal y oficial, debiendo estipularse por escrito. b) Conservación y Reemplazo Se debe considerar, especialmente en aquellos bienes generadores de ingresos directos, la forma, el tiempo y los recursos necesarios para su mantenimiento, renovación o reemplazo, de modo que estas tareas se puedan realizar sin inconvenientes. Asimismo, es recomendable crear un fondo de reserva para mantenimiento y reemplazo de equipos. Se sugiere a las Unidades reemplazar los activos Fijo en su período óptimo. c) Identificación y Estado del Bien Las Unidades deberán mantener registros actualizados de los bienes bajo su responsabilidad, en cuanto a estado del bien, ubicación, persona a cargo y valor del bien. Queda a criterio de cada Unidad el mecanismo a utilizar para la identificación (código y/o distintivo) de cada bien. 1.7 CONTROL DEL ACTIVO FIJO Las distintas unidades deberán ejercer un adecuado control sobre los bienes del activo fijo que asegure su salvaguarda y protección contra hechos o actos que puedan afectarlos o dañarlos sea voluntarios o fortuitos. Se deberán adoptar las medidas de seguridad normales mínimas que protejan a los bienes del activo fijo de algún daño o perjuicio (alarma contra robo e incendio, extintores, vigilancia, cerraduras, etc.).

12 12 Algunas compañías necesitan hacer solamente una cuenta del inventario de los activos fijos una o dos veces por año y decidir la configuración de un sistema para manejar activos fijos. Sin embargo, el uso de Código de Barras ha simplificado este proceso y ha permitido la ejecución de una cuenta de los activos fijos para acabar en un décimo del tiempo que tomaría para realizar esta cuenta manualmente. Además, las cuentas del inventario de una compañía serán siempre más exactas. 1.8 SOFTWARE DE CONTROL ACTIVO FIJO De la demanda de los negocios para tener un mejor control en el uso de sus computadoras, equipo electrónico portátil y con la tecnología actual, surge una necesidad que es tener el control total de sus activos, es por ello que han surgido una gama de software (s) como son el caso de: ABA ACCESS SYSTEM: Es un CRM para PC'S con diferentes funciones integradas cuyo objetivo es ayudar al Control operativo desde una sola empresa hasta una organización de varias empresas, enlazando las funciones de Ventas, Cotizaciones, Inventarios, Facturación, Cobranza, Bancos, Recursos Humanos, Activo Fijo, etc. buscando que el personal seda lo mas productivo posible, digitando los mínimos datos para realizar su trabajo con un mínimo de error. SGA ADMINISTRATIVO A través del modulo de Control de Activo Fijo el Sistema de Información Contable mantiene un control de los activos despreciables de las empresas. Este modulo maneja las depreciaciones y el valor total de los activos a través de su vida útil. Características Funcionales: Clasificación de áreas y departamentos Asignación de activos por áreas y departamentos. Control ilimitado de activos despreciables. FIXED ASSET MANAGEMENT DE GREAT PLAINS Permite obtener una visión para tomar mejores decisiones y lograr un mejor uso de los activos en la organización permitiendo en forma rápida y exacta: registrar, hacer seguimiento, depreciar, revalorizar y analizar los activos de la empresa. La interfaz gráfica de Fixed Asset Management for Great Plains contiene las funcionalidades para manejar complejos requerimientos de control de activos.

13 13 CAFE Es un sistema de Control y Administración de Activos Fijos que le permite que los recursos estén orientados de manera más eficiente al agilizar los procesos de información de uno de los rubros más importantes del balance contable, el Activo Fijo. Este sistema permite: Controlar sus Activos Inteligentemente. Administrar información dispersa. Tener un registro actualizado de sus Activos Fijos. Tomar decisiones oportunas. CORE BANKING SOFTWARE Este software de IBM cuenta con módulos entre los cuales se encuentran, crédito, solicitudes, integral (clientes), ahorros, inversiones, contabilidad, tesorería, etc. Esta herramienta aplica tanto para Bancos, como para cualquier micro financiera (Sofoles, Uniones de crédito, Sofipos, Cooperativas, Cajas de Ahorro) al igual que para las empresas que se dediquen a dar crédito tanto a trabajadores, como a clientes. La sistematización de la operación financiera de la institución, controlando, calculando y sistematizando las operaciones de ella. SID (System Integrator & Developers c.a.) Este sistema tiene control sobre los activos fijos por ubicación física, responsable, centro de costo, etc., el cual ofrece información sobre los activos fijos, a través de una codificación uniforme apoyada en el código de barra. Sus características de este sistema son: Soporta las distintas etapas del ciclo de vida de los activos fijos de la empresa. Permite llevar detalles de cada activo fijo, lo que facilita el mantenimiento del historial de c/u de ellos durante su vida útil. Facilidad para realizar traslados automatizados con ayuda del código de barra. Facilidad de auditorias sobre los movimientos registrados contra el inventario físico.

14 14 CAPÍTULO 2 CONCEPTOS BASICOS 2 Base de Datos. 2.1 Objetivos de los Sistemas de base de datos. 2.2 Abstracción de la información. 2.3 Modelo de datos. 2.4 Instancias y esquemas. 2.5 Independencia de los datos. 2.6 Lengua de la definición de datos. 2.7 Lenguaje de manipulación de datos. 2.8 Manejador de base de datos. 2.9 Administración de base de datos Usuarios de la base de datos 2.11 Estructuras general del sistema RFC ("REQUEST FOR COMMENTS") 2.13 Obteniendo RFCs 2.14 Principales protocolos de Internet 2.15 URL 2.16 URI

15 15 2 BASE DE DATOS Antes de adentrarnos a las BASE DE DATOS es necesario recordar algunos conceptos básicos de las bases de datos. Dato: Conjunto de caracteres con algún significado, pueden ser numéricos, alfabéticos, o alfanuméricos. Información: Es un conjunto ordenado de datos los cuales son manejados según la necesidad del usuario, para que un conjunto de datos pueda ser procesado eficientemente y pueda dar lugar a información, primero se debe guardar lógicamente en archivos. Conceptos básicos de archivos computacionales. Campo: Es la unidad más pequeña a la cual uno puede referirse en un programa. Desde el punto de vista del programador representa una característica de un individuo u objeto. Registro: Colección de campos de iguales o de diferentes tipos. Archivo: Colección de registros almacenados siguiendo una estructura homogénea. Base de datos: Es una colección de archivos interrelacionados, son creados con un DBMS. El contenido de una base de datos engloba a la información concerniente (almacenadas en archivos) de una organización, de tal manera que los datos estén disponibles para los usuarios, una finalidad de la base de datos es eliminar la redundancia o al menos minimizarla. Los tres componentes principales de un sistema de base de datos son el hardware, el software DBMS y los datos a manejar, así como el personal encargado del manejo del sistema. Sistema Manejador de Base de Datos. (DBMS): Un DBMS es una colección de numerosas rutinas de software interrelacionadas, cada una de las cuales es responsable de una tarea específica. El objetivo primordial de un sistema manejador base de datos es proporcionar un contorno que sea a la vez conveniente y eficiente para ser utilizado al extraer, almacenar y manipular información de la base de datos. Todas las peticiones de acceso a la base, se manejan centralizadamente por medio del DBMS, por lo que este paquete funciona como interfase entre los usuarios y la base de datos. Esquema de base de datos: Es la estructura por la que esta formada la base de datos, se especifica por medio de un conjunto de definiciones que se expresa mediante un lenguaje especial llamado lenguaje de definición de datos. (DDL)

16 16 Administrador de base de datos (DBA):Es la persona o equipo de personas profesionales responsables del control y manejo del sistema de base de datos, generalmente tiene(n) experiencia en DBMS, diseño de bases de datos, Sistemas operativos, comunicación de datos, hardware y programación. Los sistemas de base de datos se diseñan para manejar grandes cantidades de información, la manipulación de los datos involucra tanto la definición de estructuras para el almacenamiento de la información como la provisión de mecanismos para la manipulación de la información, además un sistema de base de datos debe de tener implementados mecanismos de seguridad que garanticen la integridad de la información, a pesar de caídas del sistema o intentos de accesos no autorizados. Un objetivo principal de un sistema de base de datos es proporcionar a los usuarios finales una visión abstracta de los datos, esto se logra escondiendo ciertos detalles de como se almacenan y mantienen los datos. 2.1 OBJETIVOS DE LOS SISTEMAS DE BASES DE DATOS. Los objetivos principales de un sistema de base de datos es disminuir los siguientes aspectos: Redundancia e inconsistencia de datos: Puesto que los archivos que mantienen almacenada la información son creados por diferentes tipos de programas de aplicación existe la posibilidad de que si no se controla detalladamente el almacenamiento, se pueda originar un duplicado de información, es decir que la misma información sea más de una vez en un dispositivo de almacenamiento. Esto aumenta los costos de almacenamiento y acceso a los datos, además de que puede originar la inconsistencia de los datos, es decir diversas copias de un mismo dato no concuerdan entre si, por ejemplo: que se actualiza la dirección de un cliente en un archivo y que en otros archivos permanezca la anterior. Dificultad para tener acceso a los datos. Un sistema de base de datos debe contemplar un entorno de datos que le facilite al usuario el manejo de los mismos. Supóngase un banco, y que uno de los gerentes necesita averiguar los nombres de todos los clientes que viven dentro del código postal de la ciudad. El gerente pide al departamento de procesamiento de datos que genere la lista correspondiente. Puesto que esta situación no fue prevista en el diseño del sistema, no existe ninguna aplicación de consulta que permita este tipo de solicitud, esto ocasiona una deficiencia del sistema.

17 17 Aislamiento de los datos: Puesto que los datos están repartidos en varios archivos, y estos no pueden tener diferentes formatos, es difícil escribir nuevos programas de aplicación para obtener los datos apropiados. Anomalías del acceso concurrente: Para mejorar el funcionamiento global del sistema y obtener un tiempo de respuesta más rápido, muchos sistemas permiten que múltiples usuarios actualicen los datos simultáneamente. En un entorno así la interacción de actualizaciones concurrentes puede dar por resultado datos inconsistentes. Para prevenir esta posibilidad debe mantenerse alguna forma de supervisión en el sistema. Problemas de seguridad: La información de toda empresa es importante, aunque unos datos lo son más que otros, por tal motivo se debe considerar el control de acceso a los mismos, no todos los usuarios pueden visualizar alguna información, por tal motivo para que un sistema de base de datos sea confiable debe mantener un grado de seguridad que garantice la autentificación y protección de los datos. En un banco por ejemplo, el personal de nóminas sólo necesita ver la parte de la base de datos que tiene información acerca de los distintos empleados del banco y no a otro tipo de información. Problemas de integridad: Los valores de datos almacenados en la base de datos deben satisfacer cierto tipo de restricciones de consistencia. Estas restricciones se hacen cumplir en el sistema añadiendo códigos apropiados en los diversos programas de aplicación. 2.2 ABSTRACCIÓN DE LA INFORMACIÓN. Una base de datos es en esencia una colección de archivos relacionados entre sí, de la cual los usuarios pueden extraer información sin considerar las fronteras de los archivos. Un objetivo importante de un sistema de base de datos es proporcionar a los usuarios una visión abstracta de los datos, es decir, el sistema esconde ciertos detalles de cómo se almacenan y mantienen los datos. Sin embargo para que el sistema sea manejable, los datos se deben extraer eficientemente. Existen diferentes niveles de abstracción para simplificar la interacción de los usuarios con el sistema interno, conceptual y externo, específicamente el de almacenamiento físico, el del usuario y el del programador.

18 Nivel físico. Es la representación del nivel más bajo de abstracción, en éste se describe en detalle la forma en como de almacenan los datos en los dispositivos de almacenamiento (por ejemplo, mediante señaladores o índices para el acceso aleatorio a los datos) Nivel conceptual. En este se describe que datos son almacenados realmente en la base de datos y las relaciones que existen entre los mismos, describe la base de datos completa en términos de su estructura de diseño. El nivel conceptual de abstracción lo usan los administradores de bases de datos, quienes deben decidir qué información se va a guardar en la base de datos. Consta de las siguientes definiciones: 1. Definición de los datos: Se describen el tipo de datos y la longitud de campo todos los elementos direccionables en la base. Los elementos por definir incluyen artículos elementales (atributos), totales de datos y registros conceptuales (entidades). 2. Relaciones entre datos: Se definen las relaciones entre datos para enlazar tipos de registros relacionados para el procesamiento de archivos múltiples. En el nivel conceptual la base de datos aparece como una colección de registros lógicos, sin descriptores de almacenamiento. En realidad los archivos conceptuales no existen físicamente. La transformación de registros conceptuales a registros físicos para el almacenamiento se lleva a cabo por el sistema y es transparente al usuario Nivel de Visión. Nivel más alto de abstracción, es lo que el usuario final puede visualizar del sistema terminado, describe sólo una parte de la base de datos al usuario acreditado para verla. El sistema puede proporcionar muchas visiones para la misma base de datos. La interrelación entre estos tres niveles de abstracción se ilustra en la siguiente figura 2.1

19 19 Figura 2.1 Modelos de datos. 2.3 Modelos de datos. Para introducirnos en este tema, empezaremos definiendo que es un modelo. MODELO: Es una representación de la realidad que contiene las características generales de algo que se va a realizar. En base de datos, esta representación la elaboramos de forma gráfica. Qué es modelo de datos? Es una colección de herramientas conceptuales para describir los datos, las relaciones que existen entre ellos, semántica asociada a los datos y restricciones de consistencia. Los modelos de datos se dividen en tres grupos: Modelos lógicos basados en objetos. Modelos lógicos basados en registros. Modelos físicos de datos. Modelos lógicos basados en objetos: Se usan para describir datos en los niveles conceptual y de visión, es decir, con este modelo representamos los datos de tal forma como nosotros los captamos en el mundo real, tienen una capacidad de estructuración bastante flexible y permiten especificar restricciones de datos explícitamente. Existen diferentes modelos de este tipo, pero el más utilizado por su sencillez y eficiencia es el modelo Entidad-Relación.

20 20 Modelo Entidad-Relación. Denominado por sus siglas como: E-R; Este modelo representa a la realidad a través de entidades, que son objetos que existen y que se distinguen de otros por sus características, por ejemplo: un alumno se distingue de otro por sus características particulares como lo es el nombre, o el numero de control asignado al entrar a una institución educativa, así mismo, un empleado, una materia, etc. Las entidades pueden ser de dos tipos: Tangibles: Son todos aquellos objetos físicos que podemos ver, tocar o sentir. Intangibles: Todos aquellos eventos u objetos conceptuales que no podemos ver, aun sabiendo que existen, por ejemplo: La entidad materia, sabemos que existe, sin embargo, no la podemos visualizar o tocar. Las características de las entidades en base de datos se llaman atributos, por ejemplo el nombre, dirección teléfono, grado, grupo, etc. son atributos de la entidad alumno; Clave, número de seguro social, departamento, etc., son atributos de la entidad empleado. A su vez una entidad se puede asociar o relacionar con más entidades a través de relaciones. Pero para entender mejor esto, veamos un ejemplo: Consideremos un negocio que requiere controlar a los vendedores y las ventas que ellos realizan; de este problema determinamos que los objetos o entidades principales a estudiar son el empleado (vendedor) y el artículo (que es el producto en venta), y las características que los identifican son: Empleado: Nombre Puesto Salario R.F.C. Artículo: Descripción Costo Clave La relación entre ambas entidades la podemos establecer como Venta.

21 21 Bueno, ahora nos falta describir como se representa un modelo E-R gráficamente, la representación es muy sencilla, se emplean símbolos, los cuales se muestran en la figura 2.2 Símbolo Representa Figura 2.2 Símbolos de E-R, Así nuestro ejemplo anterior quedaría representado de la siguiente forma que muestra la figura 2.3 Figura 2.3 Ejemplos E R Modelos lógicos basados en registros. Se utilizan para describir datos en los niveles conceptual y físico. Estos modelos utilizan registros e instancias para representar la realidad, así como las relaciones que existen entre estos registros (ligas) o apuntadores. A diferencia de los modelos de datos basados en objetos, se usan para especificar la estructura lógica global de la base de datos y para proporcionar una descripción a nivel más alto de la implementación.

22 22 Los tres modelos de datos más ampliamente aceptados son: Modelo Relacional Modelo de Red Modelo Jerárquico a) Modelo Relacional. En este modelo se representan los datos y las relaciones entre estos, a través de una colección de tablas, en las cuales los renglones (tuplas) equivalen a los cada uno de los registros que contendrá la base de datos y las columnas corresponden a las características(atributos) de cada registro localizado en la tupla; Considerando nuestro ejemplo del empleado y el artículo en la figura 2.4 se muestra: Tabla del empleado Figura 2.4 Tablas empleado y artículo Las formas de representar las relaciones en este modelo son: 1.- Haciendo una tabla que contenga cada una de las llaves primarias de las entidades involucradas en la relación. Tomando en cuenta que la llave primaria del empleado es su RFC, y la llave primaria del artículo es la Clave ver figura 2.5

23 23 Figura Incluyendo en alguna de las tablas de las entidades involucradas, la llave de la otra tabla ver figura 2.6 b) Modelo de Red. Figura 2.6 Este modelo representa los datos mediante colecciones de registros y sus relaciones se representan por medio de ligas o enlaces, los cuales pueden verse como punteros, los registros se organizan en un conjunto de gráficas arbitrarias. Una base de datos de red como su nombre lo índica, esta formado por una colección de registros, los cuales están conectados entre sí por medio de enlaces. El registro es similar a una entidad como las empleadas en el modelo entidad-relación. Un registro es una colección de campos (atributos), cada uno de los cuales contiene solamente almacenado un solo valor, el enlace es la asociación entre dos registros exclusivamente, así que podemos verla como una relación estrictamente binaria. Una estructura de datos de red, llamada algunas veces estructura plex, abarca más que la estructura de árbol porque un nodo hijo en la estructura de red puede tener más de un padre. En otras palabras, la restricción de que en un árbol jerárquico cada hijo puede tener un solo padre, se hace menos severa.

24 24 c) Modelo Jerárquico. Es similar al modelo de red en cuanto a las relaciones y datos, ya que estos se representan por medio de registros y sus ligas. La diferencia radica en que están organizados por conjuntos de arboles en lugar de gráficas arbitrarias como se muestra en la figura 2.7 Figura 2.7 Una base de datos jerárquica consiste en una colección de registros que se conectan entre sí por medio de enlaces. Los registros son similares a los expuestos en el modelo de red. Cada registro es una colección de campos (atributos), que contienen un solo valor cada uno de ellos. Un enlace es una asociación o unión entre dos registros exclusivamente. Por tanto, este concepto es similar al de enlace para modelos de red. Consideremos nuevamente la base de datos que contiene la relación alumno - materia de un sistema escolar. Existen dos tipos de registros en este sistema, alumno y materia. El registro alumno consta de tres campos: NombreA, Control y Esp; El registro Materia está compuesto de tres campos: Clave, NombreM y Cred. En este tipo de modelos la organización se establece en forma de árbol, donde la raíz es un nodo ficticio. Así tenemos que, una base de datos jerárquica es una colección de árboles de este tipo. El contenido de un registro específico puede repetirse en varios sitios (en el mismo árbol o en varios árboles). La repetición de los registros tiene dos desventajas principales: Puede producirse una inconsistencia de datos El desperdicio de espacio.

25 Modelos Físicos de Datos. Se usan para describir a los datos en el nivel más bajo, aunque existen muy pocos modelos de este tipo, básicamente capturan aspectos de la implementación de los sistemas de base de datos. Existen dos clasificaciones de este tipo que son: Modelo unificador Memoria de elementos. 2.4 INSTANCIAS Y ESQUEMAS. Con el paso del tiempo la información que se va acumulando y desechando en la base de datos, ocasiona que está cambie. Se denomina: Instancia. Al estado que presenta una base de datos en un tiempo dado. Veámoslo como una fotografía que tomamos de la base de datos en un tiempo t, después de que transcurre el tiempo t la base de datos ya no es la misma. Esquema. Es la descripción lógica de la base de datos, proporciona los nombres de las entidades y sus atributos especificando las relaciones que existen entre ellos. Es un banco en el que se inscriben los valores que irán formando cada uno de los atributos. El esquema no cambia los que varían son los datos y con esto tenemos una nueva instancia. Ejemplo: Considerando el ejemplo del vendedor que vende artículos, esquema e instancia según nuestro ejemplo, quedaría: Esquema: { Vendedor : Nombre, puesto, salario, RFC } { Articulo : Clave, costo, descripción }

26 26 Instancia: Como podemos observar el esquema nos muestra la estructura en el cual se almacenaran los datos, en este caso en registros cuyos nombres de campos son: por parte del vendedor (Nombre, puesto, salario, RFC) y por el artículo (Clave, costo, descripción); La instancia representa a una serie de datos almacenados en los registros establecidos por el esquema, estos datos varían, no permanecen fijos en el tiempo. 2.5 INDEPENDENCIA DE LOS DATOS Se refiere a la protección contra los programas de aplicación que puedan originar modificaciones cuando se altera la organización física o lógica de la base de datos. Existen 2 niveles de independencia de datos. Independencia física de datos: Es la capacidad de modificar el esquema físico sin provocar que se vuelvan a escribir los programas de aplicación. Independencia lógica de datos: Capacidad de modificar el esquema conceptual sin provocar que se vuelvan a escribir los programas de aplicación. 2.6 LENGUAJE DE DEFINICIÓN DE DATOS El lenguaje de definición de datos, denominado por sus siglas como: DDL (Data definition Language). Permite definir un esquema de base de datos por medio de una serie de definiciones que se expresan en un lenguaje especial, el resultado de estas definiciones se almacena en un archivo especial llamado diccionario de datos. 2.7 LENGUAJE DE MANIPULACIÓN DE DATOS La manipulación de datos se refiere a las operaciones de insertar, recuperar, eliminar o modificar datos; dichas operaciones son realizadas a través del lenguaje de manipulación de datos (DML, Data Manipulation Language), que es quién permite el acceso de los usuarios a los datos.

27 27 Existen básicamente 2 tipos de lenguajes de manipulación de datos: Procedimentales: Los LMD requieren que el usuario especifique que datos se necesitan y cómo obtenerlos. No procedimentales: Los LMD requieren que el usuario especifique que datos se necesitan y sin especificar cómo obtenerlos. 2.8 MANEJADOR DE BASES DE DATOS El sistema manejador de bases de datos es la porción más importante del software de un sistema de base de datos. Un DBMS es una colección de numerosas rutinas de software interrelacionadas, cada una de las cuales es responsable de alguna tarea específica. Las funciones principales de un DBMS son: 1.- Crear y organizar la Base de datos. 2.- Establecer y mantener las trayectorias de acceso a la base de datos de tal forma que los datos puedan ser accesados rápidamente. 3.- Manejar los datos de acuerdo a las peticiones de los usuarios. 4.- Registrar el uso de las bases de datos. 5.- Interacción con el manejador de archivos: Esto a través de las sentencias en DML al comando del sistema de archivos. Así el Manejador de base de datos es el responsable del verdadero almacenamiento de los datos. 6.- Respaldo y recuperación: Consiste en contar con mecanismos implantados que permitan la recuperación fácilmente de los datos en caso de ocurrir fallas en el sistema de base de datos. 7.- Control de concurrencia: Consiste en controlar la interacción entre los usuarios concurrentes para no afectar la inconsistencia de los datos. 8.- Seguridad e integridad: Consiste en contar con mecanismos que permitan el control de la consistencia de los datos evitando que estos se vean perjudicados por cambios no autorizados o previstos. El DBMS es conocido también como Gestor de Base de datos.

28 28 Esta figura muestra el DBMS como interfase entre la base de datos física y las peticiones del usuario. El DBMS interpreta las peticiones de entrada/salida del usuario y las manda al sistema operativo para la transferencia de datos entre la unidad de memoria secundaria y la memoria principal. En sí, un sistema manejador de base de datos es el corazón de la base de datos ya que se encarga del control total de los posibles aspectos que la puedan afectar. 2.9 ADMINISTRADOR DE BASES DE DATOS Denominado por sus siglas como: DBA, Database Administrator. Es la persona encargada y que tiene el control total sobre el sistema de base de datos, sus funciones principales son: Definición de esquema. Es el esquema original de la base de datos se crea escribiendo un conjunto de definiciones que son traducidas por el compilador de DDL a un conjunto de tablas que son almacenadas permanentemente en el diccionario de datos. Definición de la estructura de almacenamiento del método de acceso. Estructuras de almacenamiento y de acceso adecuados se crean escribiendo un conjunto de definiciones que son traducidas por e compilador del lenguaje de almacenamiento y definición de datos. Concesión de autorización para el acceso a los datos. Permite al administrador de la base de datos regular las partes de las bases de datos que van a ser accedidas por varios usuarios.

29 29 Especificación de limitantes de integridad. Es una serie de restricciones que se encuentran almacenados en una estructura especial del sistema que es consultada por el gestor de base de datos cada vez que se realice una actualización al sistema USUARIOS DE LAS BASES DE DATOS. Podemos definir a los usuarios como toda persona que tenga todo tipo de contacto con el sistema de base de datos desde que este se diseña, elabora, termina y se usa. Los usuarios que accesan una base de datos pueden clasificarse como: Programadores de aplicaciones. Los profesionales en computación que interactúan con el sistema por medio de llamadas en DML (Lenguaje de Manipulación de Datos), las cuales están incorporadas en un programa escrito en un lenguaje de programación (Por ejemplo, COBOL, PL/I, Pascal, C, etc.) Usuarios sofisticados. Los usuarios sofisticados interactúan con el sistema sin escribir programas. En cambio escriben sus preguntas en un lenguaje de consultas de base de datos. Usuarios especializados. Algunos usuarios sofisticados escriben aplicaciones de base de datos especializadas que no encajan en el marco tradicional de procesamiento de datos. Usuarios ingenuos. Los usuarios no sofisticados interactúan con el sistema invocando a uno de los programas de aplicación permanentes que se han escrito anteriormente en el sistema de base de datos, podemos mencionar al usuario ingenuo como el usuario final que utiliza el sistema de base de datos sin saber nada del diseño interno del mismo por ejemplo: un cajero.

30 ESTRUCTURA GENERAL DEL SISTEMA. Un sistema de base de datos se encuentra dividido en módulos cada uno de los cuales controla una parte de la responsabilidad total de sistema. En la mayoría de los casos, el sistema operativo proporciona únicamente los servicios más básicos y el sistema de la base de datos debe partir de esa base y controlar además el manejo correcto de los datos. Así el diseño de un sistema de base de datos debe incluir la interfaz entre el sistema de base de datos y el sistema operativo. Los componentes funcionales de un sistema de base de datos, son: 1.- Gestor de archivos: Gestiona la asignación de espacio en la memoria del disco y de las estructuras de datos usadas para representar información. 2.- Manejador de base de datos: Sirve de interfaz entre los datos y los programas de aplicación. 3.- Procesador de consultas: Traduce las proposiciones en lenguajes de consulta a instrucciones de bajo nivel. Además convierte la solicitud del usuario en una forma más eficiente. 4.- Compilador de DDL: Convierte las proposiciones DDL en un conjunto de tablas que contienen meta datos, estas se almacenan en el diccionario de datos. 5.- Archivo de datos: En él se encuentran almacenados físicamente los datos de una organización. 6.- Diccionario de datos: Contiene la información referente a la estructura de la base de datos. 7.- Índices: Permiten un rápido acceso a registros que contienen valores específicos.

31 31 Una forma gráfica de representar los componentes antes mencionados y la relación que existe entre ellos sería la siguiente figura 2.8 Figura RFC("REQUEST FOR COMMENTS") La pila de protocolos de Internet sigue evolucionando mediante el mecanismo conocido como RFC ("Request For Comments"). Los investigadores están diseñando e implementando nuevos protocolos (en su mayoría del nivel de aplicación), que se ponen en conocimiento de la comunidad de Internet en la forma de un RFC. (0)El RFC es descrito por el IAB ("Internet Architecture Board"). La mayor fuente de RFCs es el IETF ("Internet Engineering Task Force") que es una organización subsidiaria del IAB. Sin embargo, cualquiera puede enviar un informe propuesto como RFC al editor de los RFC. Hay una serie de normas que los autores de RFCs deben seguir para que su RFC sea aceptado. Estas reglas se describen en un RFC(RFC 1543) que además indica como enviar una propuesta de RFC.

32 32 Una vez que un RFC ha sido publicado, todas las revisiones y sustituciones se publican como nuevos RFCs. Se dice que un nuevo RFC que revisa o sustituye un RFC ya existente "actualiza" o "desfasa" a ese RFC. Asimismo, el RFC original es "actualizado" o "desfasado" por el nuevo. Por ejemplo, el RFC 1521 que describe el protocolo MIME es una "segunda edición", siendo una revisión del RFC 1341, y el RFC 1590 es una enmienda del Por tanto el RFC 1521 se etiqueta del modo siguiente: "Deja obsoleto al RFC 1341; Actualizado por el RFC 1590". En consecuencia, nunca hay confusión sobre si dos personas se refieren a dos versiones distintas de un RFC, Algunos RFCs se califican como documentos informativos mientras que otros describen protocolos de Internet. El IAB ("Internet Architecture Board") mantiene una lista de todos los RFCs que describen la pila de protocolos. A cada uno de ellos se le asigna un estado y un status. Todo protocolo Internet puede tener uno de los siguientes estados: Estándar El IAB lo ha establecido como protocolo oficial de Internet. Se dividen en dos grupos: 1. El protocolo y superiores, protocolos que se aplican a la totalidad de Internet. 2. Protocolos específicos de redes, generalmente especificaciones del funcionamiento de IP en tipos concretos de redes. Estándar provisional El IAB está considerando activamente este protocolo como un posible protocolo estándar. Es deseable disponer de comentarios y pruebas exhaustivas cuantitativa y cualitativamente. Los comentarios y los resultados de las pruebas deberían enviarse al IAB. Existe la posibilidad de que se efectúen cambios en un protocolo estándar antes de que se convierta en estándar. Propuesto como estándar Se trata propuestas de protocolos que el IAB puede considerar para la estandarización en el futuro. Es deseable evaluar la implementación y el testeo sobre un gran número grupos. Es probable que el protocolo se someta a revisión. Experimental Un sistema no debería implementar un protocolo experimental a menos que participe en el experimento y haya coordinado el uso que va a hacer del protocolo con el que lo ha desarrollado.

33 33 Informativo Los protocolos desarrollados por otras organizaciones de estándares, o distribuidores, o aquellos que por otras razones son ajenos a los propósitos del IAB, pueden ser publicados a conveniencia de la comunidad de Internet como protocolos informativos. En algunos casos el IAB puede recomendar el uso de estos protocolos en Internet. Histórico Son protocolos con pocas posibilidades de convertirse alguna vez en estándar en Internet, bien porque han quedado desfasados por protocolos posteriores o debido a la falta de interés. Definiciones de los status de los protocolos: Requerido: Un sistema debe implementar los protocolos requeridos. Recomendado: Un sistema debería implementar un protocolo recomendado. Electivo: Un sistema puede o no implementar un protocolo electivo. La idea general es que si vas a implementarlo, debes hacerlo exactamente como se define. Uso limitado: Estos protocolos son usados en circunstancias específicas. Esto se puede deber a su estado experimental, naturaleza específica, funcionalidad limitada o estado histórico. No recomendado: Estos protocolos no se recomiendan para el uso general. Esto se puede deber a su limitada funcionalidad, naturaleza específica, o a que su estado es experimental o histórico. Estándares de Internet Los estándares propuestos, provisionales, y los protocolos estándar figuran en el "Internet Standards Track"("Seguimiento de estándares de Internet"). El seguimiento de estándares es controlado por el IESG("Internet Engineering Steering Group") del IETF. Cuando un protocolo alcanza el estado de estándar, se le asigna un número de estándar(std). El propósito del STD es indicar claramente que RFCs describen estándares de Internet. Los números STD referencian múltiples RFCs cuando la especificación de un estándar está repartida entre varios documentos. A diferencia de los RFCs, donde el número se refiere a un documento específico, los números STD no cambian cuando un estándar es actualizado. Sin embargo, los STD carecen de número de versión ya que todas las actualizaciones se hacen a través de RFCs y los RFCs son únicos.

34 34 De este modo, para especificar sin ambigüedades a que estándar se refiere uno, el número de estándar y todos los RFCs que incluye deberían ser mencionados. Por ejemplo, el DNS("Domain Name System") tiene el STD 13, y se describe en los RFCs 134 y Para referenciar un estándar, se debería usar una forma como "STD-13/RFC-1034/RFC-1035". Para una descripción de los procedimientos para estándares, remitirse al RFC Los procedimientos para estándares de Internet - Revisión 2. Para el seguimiento de algunos estándares, el status del RFC no siempre contiene suficiente información como para ser útil. Por ello se le añade un descriptor de aplicabilidad, dado bien en la forma de STD 1 en un RFC separado; este descriptor lo dan particularmente los protocolos de encaminamiento. En este documento se hacen referencias a RFCs y número STD, ya que constituyen la base de todas las implementaciones de protocolos TCP/IP. Cuatro estándares de Internet son de particular importancia: STD 1 - Estándares de protocolo oficiales en Internet Este estándar da el estado y el status de cada estándar o protocolo de Internet, y define los significados atribuidos a cada estado o status. El IAB suele emitirlo aproximadamente cada trimestre. En el momento de escribir este documento, este estándar va por el RFC 1780 (marzo de 1995). STD 2 - Números asignados de Internet Este estándar lista los número asignados actualmente y otros parámetros de protocolos en la pila de protocolos de Internet. Es emitido por IANA("Internet Assigned Numbers Authority"). La edición actual en el momento de escribir este documento se corresponde con el RFC 1700 (octubre de 1994). STD 3 - Requerimientos de host Este estándar define los requerimientos para el software de Internet del host (con frecuencia a través de referencias a RFCs importantes). El estándar aparece dividido en dos partes: el RFC Requerimientos para hosts en Internet - de la capa de comunicaciones y el RFC Requerimientos para hosts en Internet - de aplicación y soporte. STD 4 - Requerimientos de pasarela Este estándar define los requerimientos para el software de pasarelas. Su RFC es el 1009.