Propiedades de las base de datos:
Entre la base de datos física (el almacenamiento real de los datos) y los usuarios de sistema existe un medio o interfaz de software que recibe el nombre de Sistema de Gestión de Bases de Datos (SGBD) y que es el responsable de tratar todas las peticiones de información de los usuarios, por lo tanto es un conjunto de programas de propósito general que permite controlar el acceso y la utilización de la base de datos por los usuarios, para incluir, modificar o recuperar información, incluyendo estaciones para conseguir la independencia, la integridad y la seguridad de los datos y la ocurrencia de usuarios. Las formas de almacenar información en una computadora son variadas y ello da lugar a distintos modelos de organización de la base de datos: jerárquico, red, relacional y orientado a objetos.
En nuestro caso utilizaremos al SGBD Microsoft Access ya que éste es un programa informático que permite crear y gestionar bases de datos de forma cómoda, fácil y rápida. Este gestor está diseñado para implementar bases de datos relacionales.
Una vez que usted ha iniciado la sesión de trabajo con Access, se presenta su ventana de aplicación, y en primer plano se abre el cuadro de diálogo "Microsoft Access", en el cual usted dispone de tres posibilidades entre las cuales debe escoger seleccionando el botón de opción correspondiente: Crear una nueva base de datos en blanco o utilizando un asistente y Abrir una base de datos existente.
Crear una nueva base de datos:
Access dispone de varias vías o alternativas para crear una nueva base de datos. La selección de la alternativa estará en dependencia de los objetivos que usted haya trazado en el proceso de planificación de la base , por las características de esa base de datos y su coincidencia o no con las posibilidades que ofrece Access.
Tenga en cuenta que el proceso de creación es verdaderamente sencillo y será exitoso si usted ha sido consecuente y ha diseñado o planificado su base de datos adecuadamente.
Access proporciona dos métodos para crear una base de datos. Se puede crear una base de datos vacía y luego agregarle los objetos; esto requiere que cada elemento de la base de datos sea definido de forma separada. El segundo método consiste en usar un Asistente que crea en una sola operación los objetos necesarios para el tipo de base de datos elegido por el usuario; ésta es la forma más sencilla de empezar a crear una base de datos. En ambos casos, después de haber creado su base de datos podrá modificarla y extenderla cuando lo desee.
Una base de datos de Access es un contenedor de objetos y desde el punto de vista del disco es un archivo con extensión MDB, por lo que en este paso estaremos creando precisamente ese .MDB y sólo en pasos sucesivos (y en dependencia de la herramienta elegida) estaremos creando los objetos que éste contendrá.
Toda base de datos está formada por elementos básicos con los que se construye o define su estructura. Estos elementos mínimos se les llama campos. Al conjunto de valores posibles que puede tomar un campo se le denomina dominio. Cada campo contiene información sobre un aspecto de la categoría, es como si viéramos la categoría desde un punto de vista distinto cada vez que tomamos un campo de la base de datos. Ejemplo, el campo "Número Historia Clínica" se refiere a una característica del individuo expresada en esta variable. De este elemento de la base de datos se infiere que si existe como tal, tenga un nombre que lo identifique entre las demás variables; que almacene un tipo de dato, ya sea fechas, textos, números, etc., y que para almacenar estos datos, reserve un espacio en memoria, o sea, un tamaño. De ahí que la estructura de una base de datos es en sí el conjunto de campos que la conforman, con propiedades de nombre, tipo y tamaño determinados por las variables a compilar. A este conjunto de campos poblados con los datos de un individuo se le llama Registro.
Una base de datos consta de un conjunto de objetos: tablas, consultas, formularios, informes, macros y módulos, y que se utilizan para almacenar, gestionar y presentar los datos. En Access la gestión de estos objetos se realiza mediante la ventana Base de datos.
Una de las principales características de Access es que proporciona una estructura unificada que cubre todos los aspectos relacionados con las operaciones que tienen lugar en una base de datos. Access almacena todos los componentes tablas, consultas, formularios, informes, macros y módulos de códigos de programación en un único archivo de extensión MDB, por ello cuando usted abra el archivo.MDB inmediatamente tendrá acceso a todos esos elementos mediante una simple ventana llamada ventana de la Base de Datos o contenedor de objetos. En Access los datos y todas las herramientas necesarias para trabajar con ellos están almacenadas en un único archivo de base de datos.
Comencemos por las tablas:
Este sistema opera conceptualmente sobre archivos o tablas de datos y no sobre los datos individuales contenidos en el archivo. La tabla está formada por filas y columnas. Las filas de un archivo de base de datos son equivalentes a los registros de un archivo clásico (contienen los valores de los objetos o entidades descritas); las columnas son equivalentes a los campos, que representan atributos o características de los objetos o entidades descritas.
El paso fundamental para lograr un máximo rendimiento de Access es el proceso de planificación de la base de datos, de él depende la capacidad que tendremos de recuperar y almacenar eficientemente la información.
En este modelo de base de datos que abordaremos, Access necesita almacenar los hechos acerca de diferentes sujetos en tablas, es decir la información de los pacientes va a estar mezclada con sus padecimientos o la información del personal médico que lo atiende no se almacena separada de la información sobre los tratamientos, lo cual permitirá por ejemplo, imprimir un informe que relacione al paciente con los tratamientos que por el médico han sido realizados.
Decida qué tipo de datos utilizar en un campo basándose en estas consideraciones:
Para la implementación satisfactoria de una base de datos es necesario que se ponga en práctica una serie de preceptos teóricos del diseño de las bases de datos que constituyen su Metodología:
Muchos diseñadores, como paso previo a éste realizan el diagrama de flujo de datos que les permite aclarar cuáles son las entradas y las salidas.
En esta conferencia no podremos abordar exhaustivamente estas metodologías, debido a su gran complejidad y nivel de abstracción, lo que demandaría mucho tiempo de exposición. A esto ayuda que el sistema gestor de base de datos que usaremos (Access) está diseñado por excelencia para implementar bases de datos relacióneles de cualquier grado de complejidad de una manera relativamente sencilla. Por esta razón nos detendremos más en el diseño físico de la base de datos, el trabajo con el gestor.
Toda esta metodología no es nada si en ella no se tienen en cuenta las cuestiones subjetivas o de funcionalidad de la base de datos.
Pasos para el diseño físico de una base de datos:
Refine su diseño. Asegúrese de que el diseño no tenga errores. Cree las tablas y algunos registros de datos como muestra. Vea si obtiene los resultados deseados y haga los ajustes necesarios. Es frecuente que al diseñar una base de datos usted constate que ha cometido errores.
La determinación del propósito:
Ello debe definirle la información que desea obtener de la base de datos (fíjese que decimos de la base y no de la tabla) y a partir de aquí es que puede determinar acerca de qué sujetos necesita almacenar hechos (qué tablas va a crear) y qué hechos necesita almacenar acerca de cada sujeto (esto equivale a definir qué campos aparecerán en cada una de las tablas).
La determinación de las tablas que usted necesita:
Pensemos por ejemplo en un modelo que incluye datos del paciente, su dirección y el teléfono conjuntamente con los datos de las consultas recibidas. Este formulario (modelo) le da cierto número de elementos o de hechos que usted desea almacenar en la base. Se le recomienda revisar la información que desea obtener de su base de datos y dividirla en sujetos fundamentales a los que desea darle seguimiento, por ejemplo, pacientes, especialidades, servicios que se brindan, etc. Cada uno de estos sujetos es un candidato a ser una tabla independiente.
La determinación de las relaciones:
Ahora que usted ha dividido su información en tablas es necesario decirle a Access cómo unificar esa información nuevamente cuando ello es conveniente. Ha almacenado datos relacionados pero que residen en diferentes tablas. Luego se debe definir las relaciones entre las tablas y Access utiliza esas relaciones para encontrar información asociada. Para definir la relación correctamente, lo primero que usted debe definir es la naturaleza de la relación.
Tipos de relaciones, según su naturaleza:
La relación de uno a muchos:
Este es el más común de los tipos de relaciones en una base de datos relacional. En una relación de este tipo, un registro en la tabla A puede tener más de un registro coincidente en la tabla B, pero un registro en la tabla B sólo puede tener un registro coincidente (como máximo) en la tabla A.
La relación de muchos a muchos:
En este tipo de relación un registro en la tabla A puede tener más de un registro coincidente en la tabla B y un registro en la tabla B puede tener más de un registro coincidente en la tabla A.. Este tipo de relación requiere cambios en el diseño de su base de datos antes de que usted pueda definirle a Access la relación correctamente. Por ejemplo, la relación entre la asistencia recibida en la sala y las especialidades en la base de datos Salas.MDB. Una asistencia recibida puede incluir más de una especialidad. Así por cada registro en la tabla asistencias recibidas, existen varios registros en la tabla Especialidades. Ahora, cada especialidad puede aparecer en varias asistencias recibidas. Así por cada registro en la tabla Especialidades existen varios registros en la tabla Asistencia recibida. Los sujetos de ambas tablas Asistencia recibida y Especialidades sostienen una relación de muchos a muchos.
Esto representa un problema en el diseño de la base de datos. Para comprender el problema imagine qué sucedería si usted trató de definir la relación añadiendo el campo Identificador de la especialidad a la tabla Asistencia recibida. Al tener más de un especialidad por asistencia recibida, usted necesita más de un registro en la tabla Asistencia recibida por cada asistencia recibida. Usted tendría que repetir información una y otra vez para cada registro que se relacione con una simple asistencia recibida, este ineficiente diseño puede conllevar a inexactitudes en los datos. Caeríamos en el mismo problema si usted coloca el campo identificador de asistencia recibida en la tabla Especialidades, usted tendría más de un registro en la tabla Especialidades por cada especialidad. ¿Cómo resolver este problema? La respuesta es crear una tercera tabla que rompa la relación de muchos a muchos en dos relaciones del tipo de uno a muchos, para ello coloque las claves principales de una de las dos tablas en la tercera. Cada registro en esta tercera tabla, llamada Detalle de las asistencias recibidas, representa un renglón de una asistencia recibida. La clave primaria de la tabla Detalle de las asistencias recibidas está formada por dos campos las claves externas procedentes de las tablas Asistencias recibidas y Especialidades.
El identificador de asistencias recibidas por sí solo no puede funcionar como clave principal, porque una asistencia recibida puede tener varios renglones. El identificador de asistencia recibida está repetido para cada línea de asistencias recibidas, así que este campo tampoco contiene valores únicos, tal y como lo exige la clave principal. El campo Identificador de la especialidad por sí solo tampoco funciona como clave principal porque una especialidad puede aparecer en diferentes asistencias recibidas. Sin embargo juntos estos dos campos Identificador de asistencias recibidas + Identificador de la especialidad siempre producirán un valor único para cada registro de la tabla. En la base de datos CONSULTA EXTERNA las tablas Asistencias recibidas y Especialidades no están relacionadas una con otra directamente, sino a través de la tabla Detalle del asistencias recibidas. La relación de muchos a muchos entre asistencias recibidas y especialidades está representada en la base de datos utilizando dos relaciones del tipo de uno a muchos. Así, • Las tablas Asistencias recibidas y Detalle del asistencias recibidas tienen una relación de uno a muchos. Cada asistencias recibidas puede tener más de una línea, pero cada línea está asociada a sólo un asistencias recibidas. • Las tablas Especialidades y Detalle del asistencias recibidas tienen una relación de uno a muchos también. Cada especialidad puede tener varias líneas asociadas con él, pero cada línea se refiere a sólo un especialidad.
Refinar el diseño:
Una vez que tenemos las tablas, los campos y las relaciones, debemos estudiar el diseño de la base de datos y detectar cualquier defecto o fallo que pudiera existir. Se le recomienda crear sus tablas, especificar las relaciones entre las tablas e introducir algunos registros en cada tabla. Analice si puede obtener de la base de datos todas las respuestas que usted planificó. Cree bosquejos de los que serán sus formularios e informes y analice si ellos muestran los datos que usted espera obtener. Analice los datos duplicados innecesariamente y elimínelos. Chequee los siguientes aspectos en su base de datos:
La creación de las tablas
El proceso de diseño de una tabla consiste básicamente en definir su estructura, los campos que la componen, los tipos de datos que se almacenarán en estos campos, entre otros pasos.
Access proporciona dos formas de crear una tabla.
• Crear una tabla vacía para escribir sus propios datos
• Crear una tabla utilizando datos provenientes de otra fuente.
Crear una nueva tabla vacía
Access proporciona cuatro formas de crear una tabla vacía:
Al margen del método utilizado para crear una tabla, puede utilizar el modo de ver Diseño de tabla en cualquier momento para personalizar más su tabla agregándole, por ejemplo, campos nuevos, estableciendo valores predeterminados o creando máscaras de entrada.
Access presenta una ventana, que en lo adelante conoceremos como el modo de Ver Diseño de una tabla, y que consta de dos partes esenciales:
El panel superior o cuadrícula es donde se define el nombre, el tipo de datos y la descripción de cada campo de la tabla. Cada campo ocupa una sola fila de la cuadrícula. El campo activo puede ser identificado por un triángulo pequeño que aparece al inicio de la fila. El área donde aparece el triángulo se llama selector de fila y al hacer clic sobre él se selecciona la fila completa.
Access muestra los siguientes símbolos en el selector de filas a lo largo del extremo izquierdo de la cuadrícula. Puede usar un selector de filas para seleccionar toda una fila. Los símbolos significan lo siguiente:
Fila activa y
Campo clave principal.
Cada tabla en su base de datos debe incluir un campo o un conjunto de campos que identifique como único cada registro individualmente, almacenado en la tabla. Este es frecuentemente un número consecutivo o un código como el número del carné de identidad de un empleado. En la terminología de las bases de datos esta información es llamada clave principal de una tabla y Access la utiliza para asociar rápidamente datos que proceden de varias tablas y presentarlos juntos ante usted. Si usted ya posee un identificador único para la tabla, por ejemplo porque ha diseñado un código que identifica como único a cada uno de los individuos analizados, puede utilizarlo como clave primaria o principal pero esté seguro de que el valor de este campo para cada registro es diferente.
Si usted no tiene ese identificador puede usar simplemente números que se generen consecutiva o aleatoriamente.
Access puede definir una clave principal si usted no lo hace .
Cuando elija el campo o los campos que funcionarán como clave principal de su tabla tenga en cuenta:
• Access no permite que existan valores duplicados en el campo de una tabla que funcione como clave principal.
• Puede usar el valor de la clave principal para revisar un conjunto de registros, por eso estas claves no deben ser muy extensas o difíciles de recordar. Por ejemplo usted puede necesitar ver un conjunto de registros que esté en determinado rango.
• El tamaño o la longitud de la clave principal afecta la velocidad de operación de su base de datos.
Cuando cree los campos que pertenecen a la clave principal usted debe definir la propiedad que limita el tamaño de esos campos. Para obtener un mejor rendimiento utilice el menor tamaño.
El panel inferior corresponde a las fichas de las propiedades del campo activo, es decir el campo que esté seleccionado en la cuadrícula. Las fichas se denominan General y Búsqueda. Bajo "Propiedades del campo", puede establecer propiedades para los campos individuales. Las opciones disponibles dependen del tipo de datos que se definan para el campo.
En la parte inferior derecha, Access muestra una descripción de la propiedad de columna o de campo que está activa.
En la columna "Tipos de datos", se elige la columna "Tipos de datos", haciendo clic sobre la flecha y después seleccione el tipo de datos que desea.
Para obtener información sobre cómo seleccionar un tipo de datos apropiado, consulte Anexo 1.
En la columna "Descripción", escriba una descripción de la información que contendrá ese campo. Esta descripción aparece en la barra de estado cuando se le agregan datos al campo y se incluye en la "Definición del objeto" de la tabla. La descripción es opcional.
Si lo desea, establezca las propiedades del campo en la parte inferior de la ventana.
Es recomendable que designe un campo como clave principal antes de guardar su tabla. De lo contrario, Access le preguntará al guardar la tabla si desea que cree una.
Los modos de ver los objetos en Access
En el trabajo con los objetos de la base de datos de Access hay dos modos o fases de funcionamiento claves: Se pueden definir como fase de diseño y la fase de edición.
Antes de que la base de datos pueda manipular la información, se debe diseñar. En Access se deben diseñar todos y cada uno de los objetos de la base de datos incluyendo las tablas que van a contener los datos. Este es el proceso de creación inicial del objeto y de realización de modificaciones para personalizarlo según sus necesidades, es decir es donde se define y modifica la estructura de la tabla, por lo que en ella pueden realizarse múltiples operaciones con los campos de la tabla. En la mayor parte de los casos se trabaja en el modo de presentación Diseño, que ofrece herramientas para la realización de modificaciones.
En la segunda fase o de edición se puede cambiar (conmutar) del modo de ver Diseño al modo de ver Hoja de datos, en el que se puede introducir, gestionar y editar la información. Este modo recuerda en el caso de las tablas, a una hoja de cálculo de Excel, organizada en filas y columnas, donde cada fila representa un único registro y cada columna representa un único campo.
En la hoja de datos se pueden ordenar y filtrar los datos de una tabla y también es posible reorganizar el diseño de la propia hoja de datos. Después se puede imprimir la hoja de datos que mostrará los datos exactamente como aparecen en pantalla.
Aunque al principio suele ser muy confuso, una de las características realmente útiles de Access es que, al trabajar con distintos tipos de objetos de base de datos y al cambiar entre diseñar y utilizar dichos objetos, los menús y la barra de herramientas cambian para reflejar las tareas que se deben realizar. Las órdenes que aparecen disponibles al activarse las distintas ventanas son las únicas que tiene sentido utilizar en la ventana actual.
Anexo 1. La siguiente tabla resume algunos tipos de datos con los que trabajaremos para campos disponibles en Access, sus usos y el espacio de almacenamiento que requieren.
|
Tipo de datos |
Utilizar para |
Tamaño |
|
Texto |
Texto o combinaciones de texto y números, tales como direcciones. También números que no requieran cálculos, tales como los números de teléfono, números de piezas o códigos postales. |
0-255 caracteres. La propiedad tamaño de campo el tamaño. |
|
Memo |
Texto y números largos, tales como notas o descripciones. Si la información a almacenar constara de un párrafo o menos, es conveniente utilizar un campo tipo Texto. Los campos tipo Memo no se pueden indexar. |
Hasta 64000 caracteres. |
|
Número |
Datos numéricos: dígitos decimales, 0, 1, 2, …9 y opcionalmente el punto decimal, comas, el signo menos para cálculos matemáticos o comparaciones, excepto cálculos con dinero (utilice el tipo Moneda). |
1, 2, 4, u 8 bytes. La propiedad "Tamaño Del Campo" define el tamaño. |
|
Autonumérico |
Número secuencial (incrementado de uno a uno) único, o número aleatorio que Access asigna cada vez que se agrega un nuevo registro a una tabla. Los campos Autonumérico no se pueden actualizar. |
4 bytes |
|
Moneda |
Para introducir valores monetarios para su uso en cálculos financieros. Evita que los cálculos se redondeen. Son iguales que los numéricos, salvo que no son redondeados automáticamente. |
8 bytes. |
|
Fecha / Hora |
Contienen fechas válidas del calendario para los años 100 al 9999 y horas en formatos tanto de 12 como de 24 horas. Este tipo de datos permite ordenar y calcular datos cronológicamente. |
8 bytes. |
|
Sí/No |
Representa un campo lógico que sólo acepta un valor de dos valores posibles, tales como Sí/No, Verdadero/Falso o Activado/ Desactivado. La consultasja de usarlos radica en que se reduce la posibilidad de cometer errores a la hora de introducir datos. Estos campos no se pueden indexar. |
1 bit. |
|
Objeto OLE |
Objetos (tales como documentos de Word o Excel, hojas de cálculo, imágenes, sonidos u otros datos binarios) creados en otros programas utilizando el protocolo OLE y que pueden ser vinculados a o incrustados en una tabla de Access. Debe utilizar un marco de objeto dependiente en un formulario o un informe para presentar el objeto de OLE. |
Hasta 1 gigabyte (limitado por el espacio disponible en disco). |
|
Asistente para Consultas |
Crea un campo que le permite elegir un valor de otra tabla o de una lista de valores mediante un cuadro combinado. Al elegir esta opción en la lista de tipos de datos se inicia un asistente para definir esto automáticamente. |
normalmente 4 bytes. |
Anexo 2.
¿Qué reglas debo respetar al nombrar los campos?
Los tipos de datos que permiten los campos ya lo abordamos en el punto 4. especifiquemos entonces para qué nos sirve esta diversidad...
Anexo 3.
Del concepto de SGBD:
Independencia de los datos:
Cuando se garantiza que los cambios en la estructura de almacenamiento y en las técnicas de acceso a los datos, no afecte a las aplicaciones de modo que se puedan realizar las reorganizaciones necesarias para garantizar la efectividad en el funcionamiento del sistema sin modificar los programas de aplicación y que varias aplicaciones puedan trabajar con los mismos datos desde diferentes puntos de vista.
Integridad:
Que los datos almacenados correspondan con el fenómeno o proceso a representar en todo momento y que los resultados obtenidos respondan a las solicitudes e intereses de los usuarios. Se refiere a la exactitud y la coherencia de los datos almacenados en el sistema de bases de datos.
Ocurrencia de usuarios:
Combinación de los datos para un uso común, o sea, que varias aplicaciones pueden compartir los datos que se almacenan en la base de datos e, inlcuso, que se pueden desarrollar nuevas aplicaciones sobre estos propios datos.
La posibilidad de que varios usuarios, interactivamente o desde las aplicaciones, puedan consultar y actualizar los mismos datos de manera simultánea.
Seguridad, protección:
Mecanismo que permite que al sistema solo tengan acceso aquellos usuarios autorizados, se dirige a garantizar que no se alteren los datos almacenados en la base de datos. Se refiere al control del acceso a los datos, la protección a los procedimientos de recuperación ante fallos, para garantizar diferentes derechos de acceso a los usuarios, de manera que el sistema evite se realicen ciertas operaciones sobre los datos sin el correspondiente consentimiento.
Bibliografía para Bases de Datos
|
Nombre: Jorge Estrada Velázquez. Dirección: Paseo #124 esq. Serafín Sánchez. Teléfono: 32 2111 Carné de identidad: 72012510007 Fecha de Nacimiento: 25 de Enero de 1972. Centro: Organización Básica Eléctrica Gtmo. Especialidad: Informática. |
Nacionalidad: Cubana. Ciudad: Guantánamo. Estado Civil: Soltero. Profesión: Profesor. Desempeño: Informática Categoría Docente: Asistente principal. Idioma: Español. |
Licenciado en Educación Especialidad Física y Astronomía.
Profesor Asistente.
|
08/ 1994 07/1995 |
Profesor principal de Física en la ESBU Desembarco por Playitas. |
Montaje del Laboratorio, así como la dirección en éste de las diferentes actividades técnicas analíticas y metodológicas en esta materia. |
|
07/1995 05/1996 |
Profesor principal de Física IPUEC Protesta de Baraguá por concurso de oposición. |
Investigaciones en el área experimental de la electricidad y el magnetismo y el proceso instructivo como tal utilizando la vinculación con las Nuevas Tecnologías de la Información. |
|
05/1996 08/1997 |
Metodólogo Inspector de Física – Electrónica Dirección Municipal del Salvador, movimiento por estrategia de la Reserva Especial de Ministro de Educación. |
Levantamiento y puesta en marcha de las áreas experimentales docentes. Optimización del diagnóstico como herramienta del proceso docente. |
|
09/1997 07/1998 |
Diplomado de Computación y Electrónica Aplicadas a las mediciones físicas, a tiempo completo. |
Calificación de Excelente. Realiza investigación sobre el diseño y construcción de una interfaz electrónica que sustituiría equipos de mediciones físicas utilizando tableros inteligentes. |
|
08/1998 02/1999 |
Profesor de Física en el IPUEC Dr. Mario Muñoz. |
Aplicación de la experiencia investigativa curso anterior. |
|
02/1999 09/1999 |
Profesor de Informática Joven Club de Computación y Electrónica Niceto Pérez. |
Ejecución de cursos y postgrados de Sistemas visuales, ofimática, redes, correo electrónico y lenguaje de programación Pascal. |
|
09/1999 06/2000 |
Presta servicios en la Zafra 2000, como Analista en Sistemas Computarizados del Centro de Cálculo y Gestión del CAI Costa Rica. |
Implantación y conducción de todos los sistemas agrícolas, del proceso productivo y económico. |
|
07/2000 08/2001 |
Informático Empresa Constructora Integral #6. |
Conducción de todos los sistemas del proceso productivo y económico. |
|
09/2001 08/2002 |
Profesor Instructor Bioestadística e Informática Universidad Médica Guantánamo. |
Diseño y montaje del modelo metodológico experimental para la disciplina Informática Médica. |
|
09/2002 09/2004 |
Profesor Instructor Bioestadística e Informática Universidad Médica Guantánamo. |
Implementación de sistemas operativos de redes, políticas de seguridad, Plan de seguridad Informática en los locales públicos y departamento. Integración de proyecto de postgrado de Informática Médica con proyectos conformativos de Interdisciplinariedad y Diseño y construcción de la Intranet de UNIMED, con otros profesores de Informática Médica. |
|
09/2004 09/2005 |
Ejercicios de cambio de categoría (Profesor Instructor a Profesor Asistente) |
|
|
09/2005 01/01/06 |
Cursa Maestría: "Tecnologías de la Informática y las comunicaciones aplicadas a la Educación" |
Montaje digital de la asignatura de Econometría, SUM Guantánamo.
|
|
01/02/06 H/F |
Especialista de Redes y Sistemas OBE Guantánamo |
13.
Ha participado en diversas investigaciones con resultados concretos como son:
Inglés (Bien)
Profesor de Estadística en la carrera de Sociología de la Sede Universitaria de Guantánamo.
Lic. Jorge Estrada Velásquez
Fecha: 05 diciembre de 2007.
Página anterior | ![]() Volver al principio del trabajo | Página siguiente ![]() |
Trabajos relacionados
Ver mas trabajos de Software |
|
Nota al lector: es posible que esta página no contenga todos los componentes del trabajo original (pies de página, avanzadas formulas matemáticas, esquemas o tablas complejas, etc.). Recuerde que para ver el trabajo en su versión original completa, puede descargarlo desde el menú superior.