Trabajo de Investigación 6

Manual de Instalación de Postgresql


LINK DE DESCARGA http://www.postgresql.org/download/


Tutorial de instalación


Las siguientes imágenes muestran una instalación típica en Mac OS X y Linux instalaciones de Windows siga el mismo procedimiento, al igual que las instalaciones basadas en texto, aunque sin la interfaz gráfica de usuario.


Escalada de privilegios
Algunos sistemas operativos (por ejemplo, Mac OS X y Linux) le pedirá que aumentan sus privilegios antes de ejecutar el instalador. Introduzca su nombre de usuario y contraseña para continuar.

• La primera página es una introducción. Haga clic en Siguiente para continuar. 
• Seleccione el directorio para instalar PostgreSQL y haga clic en Siguiente para continuar.
• Seleccione el directorio en el que desea almacenar los datos. También puede seleccionar un directorio de datos existente, que se volverá a utilizar, siempre que sea compatible con el servidor.
• Introduzca y confirme la contraseña que se utilizará para la cuenta de superusuario (postgres) en el grupo base de datos. En Windows, la contraseña se utiliza también para la cuenta de servicio y debe coincidir con la contraseña actual, si la cuenta ya existe. Puede cambiar la contraseña de superusuario independientemente de la contraseña de la cuenta de servicio en cualquier momento después de la instalación. Tenga en cuenta que esta página no se muestra de iones de Linux o Mac, si vuelve a utilizar un directorio de datos existentes.
• Seleccione el puerto que el servidor escuchará. De forma predeterminada, las conexiones entrantes sólo se aceptarán desde el equipo local. Puede cambiar este comportamiento modificando el pg_hba.conf archivo en el directorio de datos y carga la configuración del servidor. Tenga en cuenta que esta página no se muestra la hora de reutilizar un directorio de datos existentes.
• Esta página le permite configurar algunas opciones avanzadas del servidor:
• Configuración regional : Elija el local que el grupo se inicializará con.El [locale por defecto] opción permitirá que el initdb programa para tratar de determinar el sitio adecuado en el medio ambiente. En Mac OS X, que es generalmente C.UTF8, mientras que en Linux y Windows la configuración regional actual normalmente puede ser determinado correctamente.
• Instale pl / pgsql en la base de datos template1? : Esta opción instalará el pl / pgsql lengua de procedimiento en la base de datos template1 lo que significa que estará presente en ninguna de nuevas bases de datos creados con esa plantilla. Si decide no instalar pl / pgsql, se puede instalar fácilmente en bases de datos seleccionado en el futuro si es necesario.
• Tenga en cuenta que esta página no se muestra la hora de reutilizar un directorio de datos existentes.
• Si está satisfecho con las opciones que ha seleccionado, haga clic en Siguientepara comenzar el proceso de instalación.
• El instalador copia los archivos de programa a su computadora, y los inicializar el cluster de base de datos y configurar el servidor.
• Finalización del Asistente para la instalación de PostgreSQL

Trabajo de Investigación 4

BASE DE DATOS ORIENTADO A OBJETOS


En una base de datos orientada a objetos, la información se representa mediante objetos como los presentes en la programación orientada a objetos. Cuando se integra las características de una base de datos con las de un lenguaje de programación orientado a objetos, el resultado es un sistema gestor de base de datos orientada a objetos (ODBMS, object database management system). Un ODBMS hace que los objetos de la base de datos aparezcan como objetos de un lenguaje de programación en uno o más lenguajes de programación a los que dé soporte. Un ODBMS extiende los lenguajes con datos persistentes de forma transparente, control de concurrencia, recuperación de datos, consultas asociativas y otras capacidades.
Los ODBMS son una buena elección para aquellos sistemas que necesitan un buen rendimiento en la manipulación de tipos de dato complejos.
Los ODBMS proporcionan los costes de desarrollo más bajos y el mejor rendimiento cuando se usan objetos gracias a que almacenan objetos en disco y tienen una integración transparente con el programa escrito en un lenguaje de programación orientado a objetos, al almacenar exactamente el modelo de objeto usado a nivel aplicativo, lo que reduce los costes de desarrollo y mantenimiento.
Una BD Orientada a Objetos (BDOO) es una base de datos en el sentido de la definición inroductoria, donde los elementos de datos son objetos y las relaciones se mantienen por medio inclusón lógica.  Las entidades de aplicación estan representadas como clases. La autodescripcion se obtiene porque las clases son metaobjetos que contiene los nombres de atributos y métodos de señal. Una BDOO contiene un método sistemático de representación de relación, y la interfaz uniforme de usuario es un sistema de mensajes que puede explorar los objetos y sus interconexiones.
En una BDOO, las entidades de aplicación son las clases, las instrancias de entidad son objetos creados desde las clases, y  las relaciones se mantienen por medio de inclusión lógica. Un sistema de señales y métodos para procesarlas contiene una interfaz uniforme para la base de datos.  


Estructura de una BD OO


El paradigma orientado a objetos se basa en el encapsulamiento de datos y  del código relacionado con cada objeto en una sola unidad. Conceptualmente, todas las interacciones entre cada objeto y el resto del sistema se realizan mediante mensajes. Por lo tanto, la interfaz entre cada objeto y el resto del sistema se define mediante un conjunto de mensajes permitidos.
 En general,  cada objeto esta asociado con:
Ø      Un conjunto de variables que contiene los  datos  del  objeto; las variables corresponden con los atributos del  modelo E-R.
Ø      Un conjunto de mensajes a los que responde;  cada  mensaje puede o no tener parámetros o tener uno o varios.
Ø      Un conjunto de métodos, cada uno de los cuales es el código que implementa un  mensaje;  el  método  devuelve  un  valor como respuesta al mensaje.
Mensaje en entorno OO no implica uso de mensajes físicos en redes informáticas. Por el contrario,  hace referencia al intercambio de solicitudes entre los objetos, independientemente de los detalles correctos de su implementación. Se utiliza a veces la expresión invocar un método para detonar al hecho de enviar un mensaje a un objeto y la ejecución del método correspondiente.

 EJEMPLOS:
 CLASES DE OBJETOS
class empleado {
/ / Variables
          string nombre;
          strin  dirección;
          date fecha de alta;
          int  sueldo;
/ / Mensajes
           int   sueldo-anual ();
           string obtenerNombre ();
           string obtenerDireccion ();
          int definirDireccion (string nueva-dir);
         int antigüedad();
};
Generalmente en una base de datos hay muchos objetos similares (se entiende que responden a los mismos mensajes, utilizan los mismos métodos y tienen variables del mismo nombre y tipo). Por tanto sería un derroche definir por separado cada uno de estos objetos. Por tanto, los objetos se agrupan para formar clases. Todos los objetos de una clase comparten una definición común, pese a que se diferencien en los valores asignados a las variables.
El concepto de clase del modelo orientado a objetos se corresponde con el concepto de entidad del modelo E-R.


El ejemplo Empleado muestra las variables y los mensajes que responden a los objetos de la clase; no se muestran aquí los métodos para el tratamiento de los mensajes.

Los principales conceptos que se utilizan en las BDOO son:

A.    IDENTIDAD DE  OBJETOS


Un sistema de BDOO provee una identidad única a cada objeto independiente almacenado en la base de datos. Esta identidad única suele implementarse con un identificador de objeto único, generado por el sistema, u OID. El valor de un OID no es visible para el usuario externo, sino que el sistema lo utiliza a nivel interno para identificar cada objeto de manera única y para crear y manejar las referencias entre objetos.


La principal propiedad que debe tener un OID es la de ser inmutable; es decir, el valor del OID para un objeto en particular nunca debe cambiar. Esto preserva la identidad del objeto del mundo real que se está presentando. También es preferible que cada OID se utilice sólo una vez; esto es aunque un objeto se elimine de la Base de datos, su OID no se deberá asignar a otro objeto. Estas dos propiedades implican que el OID no debe depender del valor de ningún atributo del objeto, pues estos valores pueden cambiar. También suele considerarse inapropiado basar el OID en la dirección física del objeto en el almacenamiento, ya que una reorganización de los objetos de la base de datos podría cambiar los OID. Sin embargo, algunos sistemas sí usan la dirección física como OID para aumentar la eficiencia de la obtención de los objetos. Si la dirección física cambia, puede colocarse un apuntador indirecto en la dirección anterior, dando la nueva ubicación física del objeto. Un sistema de BDOO debe contar con algún mecanismo para generar los OID con la propiedad de inmutabilidad. 
Algunos modelos de datos OO requieren que todo se represente como un objeto, ya sea un valor simple o un objeto complejo; así, todo valor básico, como un entero, una cadena o un valor boleano, tiene un OID. Con ello dos valores básicos pueden tener diferentes OID, lo cual es muy útil en algunos casos. Por ejemplo, en algunas ocasiones se podría usar el valor entero 50 para representar un peso en Kilogramos, y en otras para referirse a la edad de una persona. Así podrían crearse dos objetos básicos con diferentes OID, y ambos tendrían el mismo valor básico de 50. Aunque resulta útil como modelo teórico, esto no es muy práctico porque puede obligar a generar demasiados OID. Por ello también, la mayor parte de los sistemas de BDOO permiten representar tanto objetos como valores. Todo objeto debe tener un OID inmutable, pero los valores no tienen OID y se representan así mismo.
Ø      Los objetos tienen  identidades  únicas,  independientes  de los valores de sus atributos.
Ø      La estructura orientada a objetos automáticamente  impone
las restricciones relacionales, generalmente más aplicables:
dominio, llave integridad de entidad e integridad referencial.



B.  CONSTRUCTORES DE TIPOS
En las BDOO, los valores (o estados) de los objetos complejos se pueden construir a partir de otros objetos mediante ciertos constructores de tipos. Una forma de representar tales objetos es considerar a cada objeto como tripleta (i, c, v), donde i es un identificador de objeto único (el OID), c es un constructor (esto es, una indicación de cómo se construye el valor del objeto) y v es el valor (o estado) del objeto. Puede haber varios constructores, según el modelo de datos y el sistema OO.
Los tres constructores  básicos son:
Ø      constructores de átomos.
Ø      constructores de tuplas.
Ø      constructores de conjuntos.


Otros constructores de uso más común son los de listas y de arreglos. También existe un dominio D que contiene todos los valores atómicos básicos que están disponibles directamente en el sistema. Por lo regular estos incluyen los enteros, los números reales, las cadenas de caracteres, los tipos boléanos, las fechas y cualesquiera otros tipos de datos que el sistema maneje directamente.


C.  ENCAPSULAMIENTO:


Tanto la estructura de los objetos como las operaciones que se pueden aplicar a ellos se incluyen en las definiciones de clases de los objetos.

D.  COMPATIBILIDAD CON  LENGUAJES DE PROGRAMACION


Si se sigue el enfoque cuando se utilizan los diagramas de Entidad-Relación para modelar los datos y luego se convierten de manera manual en un conjunto de relaciones; por lo tanto los conceptos de la Programación Orientada a Objetos se utilizan simplemente como herramientas de diseño y se codifican, utilizándose para trabajar  con una base de datos.
Hay varios lenguajes posibles en los que se pueden integrar estos conceptos:

Ø      Una opción es extender un lenguaje para el tratamiento de datos como el SQL añadiendo 
tipos complejos y la programación orientada a objetos. Los sistemas proporcionan extensiones orientadas a objetos a los sistemas relacionales se denominan sistemas relacionales orientados a objetos.


Ø      Otra opción es tomar un lenguaje de programación orientado a objetos ya existente y extenderlo para que trabaje con las bases de datos. Estos lenguajes se denominan lenguajes de programación persistentes. Estos lenguajes permiten a los programadores trabajar directamente con los datos, desde el lenguaje de programación; sin tener que pasar por un lenguaje para el tratamiento de datos como SQL. Se denominan persistentes porque los datos  siguen existiendo una vez que el programa que los creó ha concluido.


Ø      A la hora de decidir que opción utilizar se debe tener en cuenta que  los Lenguajes Persistentes suelen ser potentes y resulta relativamente sencillo cometer errores de programación que dañen las vases de datos. La complejidad de los lenguajes hace la optimización automática de alto nivel, como la reducción de E/S de disco, resulte dificil. En muchas aplicaciones, la posibilidad de las consultas declarativas es de gran importancia, pero los lenguajes persistentes no permiten actualmente las consultas declarativas sin que aparezcan problemas de algun tipo.


E.  JERARQUIA DE TIPOS Y HERENCIA


Los esquemas de BDOO suelen necesitar un gran número de clases. Sin embargo, varias clases son parecidas entre sí.
Para permitir la representación directa de parecidos entre las clases, hay que ubicarlas en una jerarquía de especializaciones. El concepto de jerarquía de clases es parecido al de especialización del modelo E-R. Las especializaciones de las clases son denominadas subclases; lo cual especifica atributos y métodos adicionales para una clase existente. Los objetos creados por medio de una sub clases heredan todos los atributos y  métodos de la clase padre. Algunas de estas características heredadas pueden ellas mismas haber sido heredadas de clases más altas en la jerarquía.  Ejemplo:




Ejemplo: (Grafico)
Class persona {
          string nombre;
          strin  dirección;
};
Class cliente isa persona {
          int interés-prestamo;
};
Class empleado isa persona{
          date fecha de alta;
          int  sueldo;
};
Class  secretaria isa empleado {
           int  velocidad;
           int horas-trabajadas

F. MANEJO DE OBJETOS COMPLEJOS


Los objetos se consideran complejos porque requieren un área de almacenamiento sustancial y no forman parte de los tipos de datos estándar que suelen ofrecer los SGBD. Puesto que el tamaño de los objetos es considerable, un SGBD podría obtener una porción del objeto y proporcionarla al programa de aplicación antes de obtener todo el objeto. El SGBD podría también usar técnicas de almacenamiento intermedio y caché para obtener por anticipado porciones del objeto, antes de que el programa de aplicación necesite tener acceso a ellas.
En un SGBOO, esto puede lograrse definiendo un nuevo tipo de datos abstracto para los objetos no interpretados y suministrados los métodos para seleccionar, comprar y exhibir tales objetos.
Como un SGBOO permite a los usuarios crear nuevos tipos, y como un tipo incluye tanto estructura como operaciones, podemos considerar que un SGBOO tiene un sistema de tipos extensibles. Podemos crear bibliotecas  de nuevos tipos definiendo su estructura y operaciones, incluso con tipos complejos.
Muchos SGBDOO pueden almacenar y obtener objetos no estructurados extensos en forma de cadenas y caracteres o de bits, que se pueden pasar “tal cual” al programa de aplicación para que las interprete.
Es posible almacenar y manipular objetos complejos tanto
estructurados como no estructurados.


G. POLIMORFISMO
El polimorfismo se refiere al uso de la misma firma de mensaje para dirigir diferentes métodos en diferentes clases. Cuando el diseñador envía una señal a un objeto, el método de la clase de objeto, posiblemente heredado, procesa la señal.
Un método puede tener acceso directamente a atributos de un objeto destino por no nombre, al incluir cualesquiera atributos heredados de clases padres, pero debe tener acceso a atributos de otros objetos con señales secundarias.
En síntesis este concepto permite enlazar el mismo nombre o símbolo de operador a dos o más implementaciones diferentes del operador, dependiendo del tipo de objetos a los que éste se aplique.
EJEMPLO:
OBJETO_GEOMETRICO: Forma, Area, PuntoCentral
RECTANGULO subtype_of OBJETO_GEOMETRICO  (Forma=´rectángulo’): Ancho, Altura
TRIANGULO subtype_of OBJETO_GEOMETRICO (Forma=´triángulo’): Lado1, Lado2, Angulo
CIRCULO subtype_of OBJETO_GEOMETRICO(Forma=´círculo’): Radio

H. CREACION DE VERSIONES
Muchas aplicaciones de bases de datos que usan sistemas OO requieren la existencia de varias versiones del mismo objeto.
Por lo regular, se aplican actividades de mantenimiento a un sistema de software conforme sus requerimientos evolucionan. Por lo regular,  el mantenimiento implica modificar algunos de los módulos de diseño y de implementación. Si el  sistema ya está en operación, y si es preciso modificar uno o más módulos, el diseñador deberá crear una nueva versión de cada uno de ellos para efectuar cambios.
Cabe señalar que puede haber más de dos versiones de un objeto.
En caso que se requieran dos versiones, además del módulo original. Se puede actualizar concurrentemente las propias versiones del mismo módulo del software. Esto se llama ingeniería concurrente. Sin embargo, siempre llega el momento en que es preciso combinar (fusionar) estas dos versiones para que la versión hibrida incluya los cambios realizados. Es necesario de que sus cambios sean compatibles.
Un objeto complejo, como  un sistema de software, puede constar de muchos módulos. Cuando se permite la creación de múltiples versiones, es posible que cada una de esos módulos  tenga varias versiones distintas y un grafo de versiones.
Como se deduce del análisis anterior, un SGBDOO debe ser capaz  de  almacenar  y  controlar  múltiples  versiones  del mismo objeto.

Trabajo de Investigación 3

Modelo de Datos Jerarquico

Los vínculos virtuales padre - hijo

La relación PADRE/HIJO en la que se apoyan las bases de datos jerárquicas, determina que el camino de acceso a los datos sea ÚNICO; este camino, denominado CAMINO SECUENCIA JERÁRQUICA, comienza siempre en una ocurrencia del segmento raíz y recorre la base de datos de arriba a abajo, de izquierda a derecha y por último de adelante a atrás. 

El esquema es una estructura arborescente compuesta de nodos, que representan las entidades, enlazados por arcos, que representan las asociaciones o interrelaciones entre dichas entidades. 

La estructura del modelo de datos jerárquico es un caso particular de la del modelo en red, con fuertes restricciones adicionales derivadas de que las asociaciones del modelo jerárquico deben formar un árbol ordenado, es decir, un árbol en el que el orden de los nodos es importante.

RESTRICCIONES DE INTEGRIDAD EN EL MODELO JERÁRQUICO

A continuación se mencionan los problemas típicos de las bases de datos jerárquicas y que no existen en las bases de datos relacionales. Todos estos problemas derivan del hecho de que el sistema gestor de base de datos no implementa ningún control sobre los propios datos, sino que queda en manos de las aplicaciones garantizar que se cumplen las condiciones invariantes que se requieran (por ejemplo, evitar la duplicidad de registros). Dado que todas las aplicaciones están sujetas a errores y fallos, esto es imposible en la práctica. Además dichas condiciones suelen romperse ex profeso por motivos operativos (generalmente, ajustes debidos a cambios en el negocio) sin evaluarse sus consecuencias.

Duplicidad de registros

No se garantiza la inexistencia de registros duplicados. Esto también es cierto para los campos "clave". Es decir, no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos.

Integridad referencial

No existe garantía de que un registro hijo esté relacionado con un registro padre válido. Por ejemplo, es posible borrar un nodo padre sin eliminar antes los nodos hijo, de manera que éstos últimos están relacionados con un registro inválido o inexistente..

Desnormalización

Este no es tanto un problema del modelo jerárquico como del uso que se hace de él. Sin embargo, a diferencia del modelo relacional, las bases de datos jerárquicas no tienen controles que impidan la desnormalización de una base de datos. Por ejemplo, no existe el concepto de campos clave o campos únicos.

La desnormalización permite ingresar redundancia de una forma controlada, seguir a una serie de pasos conlleva a:

Combinar las relaciones

Duplicar los atributos no claves

Introducción de grupos repetitivos

Crear tablas de extracción

Cuando se debe desnormalizar:

Se debe desnormalizar para optimizar el esquema relacional

Para hacer referencia a la combinación de 2 relaciones que forman una sola relación

El Modelo de Base de Datos de Red

Estructuras de una Base de Datos de Red

Una base de datos de red esta formado por una colección de registros, los cuales están conectados entre sí por medio de enlaces.

Registro: Es una colección de campos (atributos)

Campos: Contiene almacenado solamente un valor.

Enlace : Asociación entre dos registros, así que podemos verla como una relación estrictamente binaria.

Estructura de datos de red, abarca más que la estructura de árbol porque un nodo "hijo" en la estructura de red puede tener más de un padre.

Diagramas de estructura de datos.Es un esquema que representa el diseño de una base de datos de red. Este modelo se basa en representaciones entre registros por medio de ligas, existen relaciones en las que participan solo dos entidades(binarias) y relaciones en las que participan más de dos entidades (generales) ya sea con o sin atributo descriptivo en la relación.

La forma de diagramado consta de dos componentes básicos:

Celdas: representan a los campos del registro.

Líneas: representan a los enlaces entre los registros

Su representación gráfica se basa en el acomodo de los campos de un  registro en un conjunto de celdas que se ligan con otro(s) registro(s).

Restricciones en el modelo de base de datos de red

Como hemos visto,  el modelo en red tiene un carácter totalmente general. En el modelo

en red no se ha especificado ningún tipo de restricción en lo que respecta a las interrelaciones.

Esto quizá haga del modelo en red un modelo tremendamente sencillo de utilizar, pero no deja

de tener un carácter general y provoca que en la práctica su instrumentación no resulte nada

fácil.    

Es por esto, que los SGBD que se basan en el modelo en red, deben añadir una serie de

restricciones a fin de poder implementar la base de datos físicamente y obtener un mayor

rendimiento del sistema.

Un modelo de datos de este tipo, es el denominado modelo Codasyl. Este modelo es una

simplificación del modelo en red general. Aquí solo se admiten ciertos tipos de interrelaciones,

y además se incluyen otras restricciones adicionales. Estas restricciones no limitan demasiado la

flexibilidad original del modelo en red general, pero nos permiten tener una instrumentación

Programación de una base de datos de red 

Lenguajes orientados al procedimiento.- Los lenguajes orientados al procedimiento requieren que los programadores resuelvan problemas de programación utilizando la lógica de programación tradicional; esto es, los programadores codifican o escriben las instrucciones en la secuencia en que deben ejecutar para solucionar el problema. Se dividen en:

Lenguajes empresariales. 

Los 3GL orientados a las empresas se diseñan para ser instrumentos efectivos para desarrollar sistemas de información empresarial. La fuerza de la 3GL empresariales consiste en su capacidad de almacenar, recuperar y manejar datos alfanuméricos.

COBOL, el primer lenguaje de programación empresarial, se introdujo en 1959. Este lenguaje sigue siendo el mas popular. La intención original del os 0creadores del COBOL (Common Bussines Oriented Language; lenguajes común orientado a la empresa) era hacer que sus instrucciones se aproximan al inglés.

Lenguaje científicos. 

Estos lenguajes del tipo de una formula algebraica están diseñado en particular para satisfacer las necesidades de procedimientos repetitivo, la expresión y la solución de ecuaciones matemáticas y demás operaciones pertinentes.

FORTRAN. (Formula Translator), el primer lenguaje orientado a procedimientos, se desarrollo en 1955. Fue y sigue siendo el lenguaje científico más popula.

APL. (A Programming Language un lenguaje de programación), introducido en 1968, es un lenguaje de programación interactivo que es común entre los ingenieros, matemáticos y científicos. Un tablero especial con símbolos "taquigráficos" ayuda a la rapidez de el proceso de cifrado.

Lenguajes de la cuarta generación orientados a la producción. 

Los lenguajes de la cuarta generación orientados a la producción están diseñados sobre todo para profesionales en la computación, quienes usan 4GL como el Ideal de ADR, el Natural 2 de Software AG y el Mantis de Cincom.

Otros lenguajes orientados al procedimiento.

El análisis anterior de los lenguajes al procedimiento no pretende ser exhaustivo. Entre estos se incluyen los siguientes:

LISP ( List Processing [procesamiento de listas], 1959). Un lenguaje de procesamiento de listas eficiente para el manejo de datos no numéricos, tales como símbolos y texto (se utiliza en el desarrollo de la inteligencia artificial y los compiladores).

LOGO (1967). Hace uso de una "tortuga" para enseñar a los niños geometría, matemáticas y programación.

FORTH (1971). Se utiliza para aplicaciones de control de dispositivos, juegos de video y robótica.

Prolog (Programming in Logic [programación en lógica], 1972. Es capaz de manejar relaciones entre hechos ( se utiliza en el desarrollo de sistemas expertos).

Modula-2 (1981). Permite combinar módulos independientes en un programa.

Lenguajes de la cuarta generación orientados al usuario.

Los usuarios escriben programas para consultar (extraer información ) de una base de datos y para crear sistemas de información personales o departamentales. Los lenguajes de la cuarta generación orientados al usuario incluyen el RAMIS II de Mathematica Products Group y el FOCUS de Information Builders.

Para ilustrar la estrutura de los registros en una base de datos de red, mostraremos la base de datos alumno – materia, con los siguientes registros (en el Lenguaje de programación Pascal):

Trabajo de Investigación 1

¿Qué relación hay entre Información, Organización y Probabilidad?

Información

La información es un conjunto organizado de datos procesados, que constituyen un mensaje. Es fundamental y necesaria en todo proceso comunicativo. Como concepto existe en la naturaleza y en la cultura y además, es trasformada y representada por esta misma cultura que la produce socialmente o la toma de la naturaleza misma.

Probabilidad

La probabilidad es la posibilidad que existe de que un hecho o evento se realice. La probabilidad, entonces, mide la frecuencia con la cual se obtiene un resultado en oportunidad de la realización de un experimento.

Organización

Es un sistema de actividades coordinadas cuyo objetivo es coordinar los recursos disponibles (materiales, humanos y financieros). Funciona mediante normas y bases de datos que han sido dispuestas para estos propósitos. Por otro lado, las organizaciones son sistemas sociales diseñados para lograr metas y objetivos por medio de los recursos humanos o de la gestión del talento humano.

Entonces, notamos que entre la información está relativamente ligada al concepto de organización. La organización de la información constituye actualmente un factor de éxito en las empresas. La introducción del ordenador en el mundo empresarial revolucionó por completo el sector. Se desarrollaron más tarde bases de datos y aplicaciones dedicadas a optimizar la gestión de información, debido a la relevancia de este aspecto en el mundo empresarial. Sin embargo, la probabilidad es un término que no se relaciona con la organización e información. Como ya hemos definido antes, la probabilidad es la posibilidad que existe de que un hecho se realice o no. Por el contrario, la organización es un conjunto de actividades debidamente coordinadas por el humano.

¿Cómo se define el concepto de entropía y qué relación guarda con el de información?


¿Cuál es la metáfora usada por Wiener entre información y energía?

La Entropía es un concepto en termodinámica, mecánica estadística y teoría de la información. Se concibe como una "medida del desorden" o la "peculiaridad de ciertas combinaciones". Puede ser considerada como una medida de la incertidumbre, y la información tiene que ver con cualquier proceso que permite acotar, reducir o eliminar la incertidumbre.

Segun Norber Wiener, la información no es propiamente ni materia ni energía.

Su naturaleza óntica es más bien la de un contenido que puede comunicarse. No se trata de que la información no mantenga relaciones con la materia o con la energía, porque las tres constituyen a todos los entes del universo. Si las ciencias naturales, hasta los años ’40, consideraban básicamente al universo compuesto de materia y energía (sin entrar en las complicadas relaciones entre ellas), la cibernética afirmó y afirma que también está compuesto, y sobre todo aún, de información.La palabra información hace referencia a la comunicabilidad y a la finalidad optimizante de los contenidos cognitivos. Estos contenidos son informativos en cuanto que pueden comunicarse y optimizar.

¿Cómo interpretaría Wiener la información de Einstein que dice ¨Dios no juega a los dados¨?

Albert Einstein afirma esa frase porque rechazaba la teoría de la mecánica cuántica; ya que, en un lugar donde rige la incertidumbre, todo es un juego de azar. Y para él la física no podía manejarse así.

En una carta de Norbert Wiener a su hermana Bertha, le comenta la impresión que tuvo del físico, la primera vez que lo conoció. Lo consideraba simple y directo. Además que causa un fuerte impresión a cualquier persona por su inteligencia, clara visión y sentido de la física real.

Desde este punto se puede considerar que Norbet Wiener apoyaba el pensamiento de Albert Einstein.

¿Cómo relaciona Wiener la introducción del concepto de probabilidad con la concepción de San Agustín del Mal?

La religión que profesó San Agustín (maniqueísmo) afirma que el alma mala es propia de la carne, carne que, a su entender, pertenece también a la raza de las tinieblas; la buena en cambio, procede de la parte adventicia de Dios, que luchó contra la misma raza de las tinieblas, en consecuencia de la cual se mezclaron.

Este pensamiento de San Agustín se puede relacionar con el pensamiento de Wiener sobre la energía-materia y la información. Wiener decía que, si bien la matería-energía era distinta a la información, una no podía existir sin la otra. Al igual que el pensamiento de San Agustín (antes de convertirse al cristianismo), decía que la Oscuridad o el Mal existía por la existencia del bien o de la luz, una dependía del otro, este era el pensamiento Maniqueista religión a la que San Agustín perteneció por nueve años).

Logros y contribución científica

Norbert Wiener

Durante la Segunda Guerra Mundial, Wiener trabajó en proyectos relacionados con la defensa antiaérea. En este momento se dio cuenta de la necesidad de mejorar las computadoras que había en aquella época, se encaminó hacia la comunicación de información y para ello en el desarrollo de los sistemas de redes. Tras la guerra Wiener continuó constribuyendo con nuevas ideas en diversos campos, incluyendo la teoría de la predicción matemática y la teoría cuántica (debatiendo con físicos como Niels Bohr y Albert Einstein).

Josiah Willard Gibbs

Gibbs contribuye con la tecnología y los sistemas porque brinda información básica de como hacer un sistema de engranajes que funcionen sin calentarse para cumplir algún propósito; por otra parte, menciona también como trabaja y utiliza un sistema el calor, hace referencia a la entropía cero para poder tener un sistema trabajando al máximo; es decir, que no haya pérdida de energía en el mismo.

James Clerk Maxwell

El aporte de Maxwell a la tecnología de la información es notable, porque describió las ondas electromagnéticas de tal forma que puedan ser usadas para otros fines. Actualmente se utilizan para mandar señarles de energía en radios, microondas, rayos-x, infrarrojos, rayos gamma, y otros computadores.

Albert Einstein

En el plano científico, su actividad se centró, entre 1914 y 1916, en el perfeccionamiento de la teoría general de la relatividad, basada en el postulado de que la gravedad no es una fuerza sino un campo creado por la presencia de una masa en el espacio-tiempo. La confirmación de sus previsiones llegó en 1919, al fotografiarse el eclipse solar del 29 de mayo; The Times lo presentó como el nuevo Newton y su fama internacional creció, forzándole a multiplicar sus conferencias de divulgación por todo el mundo y popularizando su imagen de viajero de la tercera clase de ferrocarril, con un estuche de violín bajo el brazo.

Durante la siguiente década, Einstein concentró sus esfuerzos en hallar una relación matemática entre el electromagnetismo y la atracción gravitatoria, empeñado en avanzar hacia el que, para él, debía ser el objetivo último de la física: descubrir las leyes comunes que, supuestamente, habían de regir el comportamiento de todos los objetos del universo, desde las partículas subatómicas hasta los cuerpos estelares. Tal investigación, que ocupó el resto de su vida, resultó infructuosa y acabó por acarrearle el extrañamiento respecto del resto de la comunidad científica.

Sócrates

Sócrates no escribió nada y, a pesar de haber tenido numerosos seguidores, nunca creó una escuela filosófica. Las llamadas escuelas socráticas fueron iniciativa de sus seguidores. Acerca de su actividad filosófica nos han llegado diversos testimonios, contradictorios entre ellos, como los de Jenofonte, Aristófanes o Platón, que suscitan el llamado problema socrático, es decir la fijación de la auténtica personalidad de Sócrates y del contenido de sus enseñanzas. Si creemos a Jenofonte, a Sócrates le interesaba fundamentalmente la formación de hombres de bien, con lo que su actividad filosófica quedaría reducida a la de un moralista práctico: el interés por las cuestiones lógicas o metafísicas sería algo completamente ajeno a Sócrates. Poco riguroso se considera el retrato que hace Aristófanes de Sócrates en “Las nubes”, donde aparece como un sofista jocoso y burlesco, y que no merece mayor consideración.

Platón

A diferencia de Sócrates, que no dejó obra escrita, los trabajos de Platón se han conservado casi completos y se le considera por ello el fundador de la Filosofía académica (a pesar de que su obra es fundamentalmente un desarrollo del pensamiento socrático). La mayor parte están escritos en forma de Diálogos, como los de La República, Las Leyes, El Banquete, Fedro o Fedón.

Es increíble todo lo aportado por Platón, podemos darnos cuenta que, primero, transmitía sus ideas (información) a sus seguidores de forma verbal en su academia. Luego, plasmó esas ideas en sus libros, los mismos que perdurán hasta la actualidad y que contienen todo ese saber que compartía en esa época.