SlideShare una empresa de Scribd logo
1 de 38
GERMAN EDUARDO AGUILAR ALVARADO 
LIC. INFORMATICA
3.1 ARQUITECTURA LÓGICA, TECNOLÓGICA Y 
ORGANIZACIONAL 
Una arquitectura lógica se selecciona y diseña con base en objetivos y 
restricciones. Los objetivos son aquellos prefijados para el sistema de 
información, pero no solamente los de tipo funcional, también otros objetivos 
como la mantenibilidad, audibilidad, flexibilidad e interacción con otros 
sistemas de información. Las restricciones son aquellas limitaciones 
derivadas de las tecnologías disponibles para implementar sistemas de 
información. Unas arquitecturas son más recomendables de implementar con 
ciertas tecnologías mientras que otras tecnologías no son aptas para 
determinadas arquitecturas. Por ejemplo, no es viable emplear una 
arquitectura de software de tres capas para implementar sistemas en tiempo 
real.
La arquitectura tecnológica de una institución recoge el conjunto de decisiones 
significativas sobre la organización del software, sus interfaces, su comportamiento y 
su interacción, así como la selección y composición de los elementos estructurales 
(infraestructura tecnológica). Por encima de todo, sin embargo, la arquitectura 
tecnológica tiene que ser una definición de estilo: la descripción de las motivaciones o 
fundamentos que determinan por qué un sistema está diseñado de la forma en que lo 
está. 
Una arquitectura se selecciona y se diseña en función de objetivos y restricciones, y es 
una visión a alto nivel. Por lo tanto, no explica cómo está implementado un sistema, 
sino que define conceptos como sus principios y factores, la organización, 
estilos, patrones, responsabilidades, colaboraciones, conexiones y motivaciones.
Así pues, la arquitectura tecnológica en la UOC responde a un modelo de 
referencia abstracto o de alto nivel y a unas políticas generales de la 
institución. Se orienta a establecer el modelo de relación entre los diversos 
elementos tecnológicos dentro de la UOC y también los mecanismos para su 
actualización constante. 
En la sección de infraestructura tecnológica se describe la arquitectura física y 
los principales elementos de la infraestructura tecnológica de la UOC. Así 
pues, en esta sección, se describe sólo la arquitectura lógica. Esta lógica 
aporta a la institución un marco de referencia en cuanto a patrones y 
abstracciones para la construcción de nuevo software y para la integración 
de herramientas o servicios ya existentes. 
Los siguientes diagramas ilustran esta arquitectura lógica de la UOC. 
El diagrama 1 muestra los mecanismos de acceso a la UOC, basados en el 
servicio de autentificación, que es uno de los elementos más destacados de 
esta arquitectura.
USER 
UOC Portal 
Http://www.uoc. 
edu 
Other UOC’s 
Certified tools 
Authentication 
Service
Enterprise Services Bus 
Googlle/Apps 
O/EX/T/W 
EB 2.0 
O/EX/TOO 
L/WEB 2.0 
C/PLUG-IN 
C/PLUG-CP- 
IN IN 
Compues Services Interface 
Wed 
We 
d 
We 
b 
We 
b 
We 
b 
We 
b 
Compues Services Bus 
Compues Services Interface 
Compus Services 
Adapter 
UOC 
Compus 
SER 
V 
C/S/A 
P 
C/P-IN 
C/P-IN 
MS 
&OL W W/R 
P 
C-P-IN 
M/ 
W 
O/T 
Java 
PHP 
TOMC 
C++ 
CA 
S CORB 
XML AJA 
X 
A 
RUB 
Y 
PL/SQ 
L 
RES 
T Unix/linux OS 
B 
JavaScript ORACL 
E 
IMS 
TI 
NE 
T 
Grades 
& 
CV 
CR 
M 
LIBE 
RAY 
Enroll 
ment 
EC 
M 
ER 
P
ARQUITECTURA ORGANIZACIONAL 
Los verdaderos líderes empresariales, aquellos que hacen de sus 
empresas proyectos exitosos y perdurables, son, ante todo, verdaderos 
arquitectos organizacionales. 
¿Qué quiere decir que son arquitectos organizacionales? 
Que se preocupan del diseño arquitectónico de su organización, para 
conseguir obtener la máxima eficiencia de la misma. Hacer que la 
organización sea un activo, aparte de las personas que pueblen ese 
edificio organizativo.
Una organización bien diseñada es como una casa acogedora y funcional, que 
ayuda a vivir bien, y que ahorra energía. Una organización bien diseñada es 
aquella que potencia las capacidades de las personas que la habitan. Que 
ayuda a las personas a conseguir los objetivos estratégicos con un margen 
adecuado de autonomía, que evita los solapamientos, que favorece la 
convergencia de esfuerzos y evita la divergencia de enfoques, y que, por 
encima de todo, es fiel a la filosofía de la empresa, y permite aplicarla sin 
trabas. 
Como todo edificio, el edificio organizacional ha de compaginar coste y 
eficiencia. Ha de ser barato de mantener (sostenible) y ha de ser 
suficientemente flexible para adaptarse al entorno cambiante. 
Ha de compaginar también las ideas generales con las aplicaciones concretas, 
aquí y ahora, acoplándose a los recursos de los que se dispone en cada 
momento (principalmente personas) para sacar el máximo partido de los 
mismos sin traicionar el espíritu del modelo.
Un elemento clave de esa arquitectura organizacional es que la organización, el 
edificio organizacional, no dependa de un solo apoyo, de un solo líder. Como 
todo edificio, hay que asentar la organización en varias columnas de apoyo, 
una complementaria de la otra, sin que el edificio dependa de una de ellas en 
particular. 
En conclusión 
Los buenos gestores, aquellos cuyas empresas perduran, son verdaderos 
arquitectos de organizaciones. Podríamos decir que ese es su rasgo más 
característico. Y hay quien dice que el éxito de una empresa es 80% 
organización y 20% dirección (estrategia y ejecución).
En cuanto a si hay un diseño organizacional bueno per se, en mi opinión, no. La 
arquitectura de una organización se ha de adaptar a sus propias 
características, del mismo modo que no todas las casas son iguales, sino 
que se adaptan a las características del terreno y a la filosofía que quiere 
impregnarles su diseñador. 
El diseño de una organización es función, pues, de la filosofía, los objetivos y los 
recursos de una empresa (humanos y financieros). 
Pero, en cualquier caso, hay unos principios básicos que se respetan siempre, al 
margen de las peculiaridades del diseño. 
Quizás el principio más importante es el respeto a la consistencia. Una 
organización debe apuntar en la misma dirección en todos sus puntos. Por 
ejemplo, no puede pretender ser centralizadora y descentralizadora a la vez.
Servicios proporcionados a las capas superiores 
La meta final de la capa de transporte es proporcionar un servicio eficiente, 
confiable y económico a sus usuarios, que normalmente son procesos de la 
capa de aplicación. Para lograr este objetivo, la capa de transporte utiliza los 
servicios proporcionados por la capa de red. El hardware o software de la 
capa de transporte que se encarga del transporte se llama entidad de 
transporte, la cual puede estar en el núcleo del sistema operativo, en un 
proceso independiente, en un paquete de biblioteca o en la tarjeta de red.
PRIMITIVAS DEL SERVICIO DE TRANSPORTE 
Para permitir que los usuarios accedan al servicio de transporte, la capa de transporte debe proporcionar 
algunas operaciones a los programas de aplicación, es decir, una interfaz del servicio de transporte. 
Cada servicio de transporte tiene su propia interfaz. Con el propósito de ver los aspectos básicos, en 
esta sección examinaremos primero un servicio de transporte sencillo y su interfaz. 
El servicio de transporte es parecido al servicio en red, pero hay algunas diferencias importantes. La 
principal, es que, el propósito del servicio de red es modelar el servicio ofrecido por las redes reales, 
con todos sus problemas. Las redes reales pueden perder paquetes, por lo que generalmente el 
servicio no es confiable. En cambio, el servicio de transporte (orientado a la conexión) si es confiable. 
Claro que las redes reales no están libres de errores, pero ése es precisamente el propósito de la capa 
de transporte: ofrecer un servicio confiable en una red no confiable.
LAS PRIMITIVAS DE UN TRANSPORTE SENCILLO 
SERÍAN: 
- LISTEN: Se bloquea hasta que algún proceso intenta el contacto. 
- CONNECT: Intenta activamente establecer una conexión. 
- SEND: Envía información. 
- RECEIVE: Se bloquea hasta que llegue una TPDU de DATOS. 
- DISCONNECT: Este lado quiere liberar la conexión. 
Y con estas primitivas podemos hacer un esquema sencillo de manejo de conexiones. Las transiciones 
escritas en cursiva son causadas por llegadas de paquetes. Las líneas continuas muestran la 
secuencia de estados del cliente y las líneas punteadas muestran la secuencia del servidor.
SOCKETS DE BERKELEY 
Este es otro grupo de primitivas de transporte, las primitivas usadas en UNIX 
para el TCP. En general son muy parecidas a las anteriores pero ofrecen 
más características y flexibilidad. 
Elementos de los protocolos de transporte 
El servicio de transporte se implementa mediante un protocolo de transporte 
entre dos entidades de transporte. En ciertos aspectos, los protocolos de 
transporte se parecen a los protocolos de red. Ambos se encargan del control 
de errores, la secuenciación y el control del flujo. 
Pero también existen diferencias importantes entre ambas, como los entornos en 
que operan, la capa transporte necesita el direccionamiento explícito de los 
destinos, mientras que la capa de red no, otra diferencia es la cantidad de 
datos, mucho mayor en la capa de transporte.
DIRECCIONAMIENTO 
Cuando un proceso desea establecer una conexión con un computador de aplicación remoto, debe 
especificar a cuál se conectará (¿a quién le mensaje?). El método que normalmente se emplea 
es definir direcciones de transporte en las que los procesos pueden estar a la escucha de 
solicitudes de conexiones. En Internet, estos puntos terminales se denominan puertos, pero 
usaremos el término genérico de TSAP (Punto de Acceso al Servicio de Transporte). Los 
puntos terminales análogos de la capa de red se llaman NSAP (Punto de Acceso al Servicio 
de. Red). Las direcciones IP son ejemplos de NSAPS 
Establecimiento de una conexión 
El establecimiento de una conexión parece fácil, pero en realidad es sorprendentemente difícil. A 
primera vista, parecería que es suficiente con mandar una TPDU (Unidad de Datos del 
Protocolo de Transporte) con la petición de conexión y esperar a que el otro acepte la 
conexión. El problema viene cuando la red puede perder, almacenar, o duplicar paquetes. El 
principal problema es la existencia de duplicados retrasados. Esto puede solucionarse de 
varias maneras (ninguna es muy satisfactoria). Una es utilizar direcciones de transporte 
desechables. En este enfoque cada vez que necesitemos una dirección la creamos. Al 
liberarse la conexión descartamos la dirección y no se vuelve a utilizar. O también asignar una 
secuencia dentro de los datos transmitidos, pero estos plantean el problema de que si se 
pierde la conexión perdemos el orden del identificador y ya no funciona.
LIBERACIÓN DE UNA CONEXIÓN 
La liberación de una conexión es más fácil que su establecimiento. No obstante, hay más 
escollos de los que uno podría imaginar. Hay dos estilos de terminación de una 
conexión: liberación asimétrica y liberación simétrica. La liberación asimétrica es la 
manera en que funciona el mecanismo telefónico: cuando una parte cuelga, se 
interrumpe la conexión. La liberación simétrica trata la conexión como dos conexiones 
unidireccionales distintas, y requiere que cada una se libere por separado. La liberación 
asimétrica es abrupta y puede resultar en la perdida de datos. Por lo que es obvio que 
se requiere un protocolo de liberación más refinado para evitar la perdida de datos. Una 
posibilidad es usar la liberación simétrica, en la que cada dirección se libera 
independientemente de la otra. Aquí, un host puede continuar recibiendo datos aun tras 
haber enviado una TPDU de desconexión.
CONTROL DE FLUJO Y ALMACENAMIENTO EN 
BUFFER 
Respecto de la manera en que se manejan las conexiones mientras están 
en uso, uno de los aspectos clave es el control de flujo. Se necesita un 
esquema para evitar que un emisor rápido desborde a un receptor lento. La 
diferencia principal es que un enrutador por lo regular tiene relativamente 
pocas líneas, y un host puede tener numerosas conexiones. Esta diferencia 
hace poco práctico emplear la implementación que se hace en la capa de 
enlace. 
Los Buffers pueden ser de tres tipos, y usaremos cada uno de ellos 
cuando más nos convenga. 
El equilibrio óptimo entre el almacenamiento del buffer en el origen y en el 
destino depende del tipo de tráfico transportado por la conexión.
MULTIPLEXIÓN 
La multiplexión de varias conversaciones en conexiones, circuitos virtuales o 
enlaces físicos desempeña un papel importante en diferentes capas de la 
arquitectura de red. En la capa de transporte puede surgir la necesidad de 
multiplexión por varias razones. Por ejemplo, si en un host sólo se dispone 
de una dirección de red, todas las conexiones de transporte de esa 
maquinatendrán que utilizarla. Cuando llega una TPDU, se necesita algún 
mecanismo para saber a cuál proceso asignarla. Esta situación se conoce 
como multiplexión hacia arriba.
PROTOCOLOS DE TRANSPORTE DE INTERNET 
Si los hosts y los enrutadores están sujetos a caídas, la recuperación es 
fundamental. Si la entidad de transporte está por entero dentro de los hosts, 
la recuperación de caídas de red y de enrutadores es sencilla. Si la capa de 
red proporciona servicio de datagramas, las entidades de transporte esperan 
pérdida de algunas TPDUs todo el tiempo, y saben cómo manejarla. Si la 
capa de red proporciona servicio orientado a la conexión, entonces la pérdida 
de un circuito virtual se maneja estableciendo otro nuevo y sondeando la 
entidad de transporte remota para saber cualesTPDUs ha recibido y cuales 
no.
PROTOCOLOS DE TRANSPORTE DE INTERNET 
Internet tiene dos protocolos principales en la capa de transporte, uno 
orientado a la conexión y otro no orientado a la conexión. El 
protocolo no orientado a la conexión es el UDP y el orientado es el 
UDP TCP. 
Artículo principal: UDP 
El conjunto de protocolos de Internet soporta un protocolo de transporte no 
orientado a la conexión UDP (protocolo de datagramas de usuario). Este 
protocolo proporciona una forma para que las aplicaciones envíen 
datagramas IP encapsulados sin tener una conexión.
INTRANET 
Consiste en una Red Privada de computadores que usan tecnología INTERNET 
como por ejemplo el navegador que permite consultar las páginas WEB 
existentes, también utilizando el programa gestor de correo electrónico se 
pueden comunicar los distintos computadores conectados en la red utilizando 
para ello los mismos protocolos, y estándares abiertos que permiten que 
computadores de diferentes tipos y fabricantes puedan comunicarse entre 
ellos 
¿ Para quién es una intranet ? 
Una Intranet es adecuada para cualquier organización cuyas tareas 
necesitan la coordinación de múltiples personas y equipos de trabajo.
¿ COMO FUNCIONA UNA EXTRANET ? 
Una extranet funciona como Internet, es decir, ambas utilizan los mismos 
estándares tecnológicos. La seguridad en el diseño de la extranet es 
fundamental para asegurar: 
Que los datos confidenciales sigan siendo confidenciales pese a viajar por la red. 
Que sólo las personas autorizadas tengan acceso a la información que se 
comunican las distintas empresas participantes en la Extranet.
TOPOLOGÍAS DE UNA RED. 
Anillo 
Es una de las tres principales topologías de red. Las estaciones están unidas una con otra formando un círculo por 
medio de un cable común. Las señales circulan en un solo sentido alrededor del círculo, regenerándose en 
cada nodo. Una variación del anillo que se utiliza principalmente en redes de fibra como FDDI es el doble 
anillo. 
Estrella. 
Es otra de las tres principales topologías. La red se une en un único punto, normalmente con control centralizado, 
como un concentrador de cableado. 
Bus. 
Es la tercera de las topologías principales. Las estaciones están conectadas por un único segmento de cable. A 
diferencia del anillo, el bus es pasivo, no se produce regeneración de las señales en cada nodo. 
Árbol. 
Esta estructura de red se utiliza en aplicaciones de televisión por cable, sobre la cual podrían basarse las futuras 
estructuras de redes que alcancen los hogares. También se ha utilizado en aplicaciones de redes locales 
analógicas de banda ancha.
Trama 
Esta estructura de red es típica de las WAN, pero también se puede utilizar en algunas aplicaciones de 
redes locales (LAN). Los nodos están conectados cada uno con todos los demás. 
Combinadas. 
Cuando se estudia la red desde el punto de vista puramente físico aparecen las topologías combinadas. 
Anillo en estrella. 
Esta topología se utiliza con el fin de facilitar la administración de la red. Físicamente, la red es una 
estrella centralizada en un concentrador, mientras que a nivel lógico, la red es un anillo. 
Bus en estrella. 
El fin es igual a la topología anterior. En este caso la red es un bus que se cablea físicamente como una 
estrella por medio de concentradores 
Estrella jerárquica. 
Esta estructura de cableado se utiliza en la mayor parte de las redes locales actuales, por medio de 
concentradores dispuestos en cascada para formar una red jerárquica.
SISTEMAS DE CABLEADO ESTRUCTURADO 
Constituye el nivel de infraestructura básica de una red; de su buen diseño y 
correcta instalación dependerá en gran medida el rendimiento de la misma. 
De entre las distintas alternativas, tanto cableadas como inalámbricas, se 
seleccionará aquella que mejor se adapte a sus necesidades reales, sin 
olvidar posibles ampliaciones y demandas futuras.
3.4 LENGUAJES DE MARCACIÓN 
La generalización de los lenguajes de marcas 
Artículos principales: GeneralizedMarkupLanguage y SGML. 
La iniciativa que sentaría las bases de los actuales lenguajes, partiría de la empresa 
IBM, que buscaba nuevas soluciones para mantener grandes cantidades de 
documentos. El trabajo fue encomendado a Charles F. Goldfarb, que junto con 
Edward Mosher y Raymond Lorie, diseñó el GeneralizedMarkupLanguage o GML 
(nótese que también son las iniciales de sus creadores). 
El lenguaje GML fue un gran éxito y pronto se extendió a otros ámbitos, siendo 
adoptado por el gobierno de Estados Unidos, con lo que surgió la necesidad de 
estandarizarlo. En los primeros años 1980 se constituyó un comité dirigido por 
Goldfarb. Sharon Adler, AndersBerglund, y James D. Mason fueron también miembros 
de dicho comité. Se incorporaron ideas de diferentes fuentes, y participó gran cantidad 
de gente.
TIPOS DE LENGUAJES 
El SGML especifica la sintaxis para la inclusión de marcas en los textos, así 
como la sintaxis del documento que especifica qué etiquetas están 
permitidas y donde: el DocumentTypeDefinition o schema 
El SGML tuvo una gran aceptación y hoy día se emplea en campos en los que se 
requiere documentación a gran escala. A pesar de ello, resultó farragoso y 
difícil de aprender, como consecuencia de la ambición de los objetivos 
previstos.
LA POPULARIZACIÓN: EL HTML 
Este lenguaje era similar a cualquier otro creado a partir del SGML, sin embargo 
resultó extraordinariamente sencillo, tanto que el DTD no se desarrolló hasta 
más tarde. DeRose5 argumenta que la flexibilidad y escalabilidad del 
marcado HTML fue uno de los principales factores, junto con el empleo de 
URLs y la distribución libre de navegadores, del éxito de la World Wide Web. 
El HTML es hoy día el tipo de documento más empleado en el mundo. Su 
sencillez era tal que cualquier persona podía escribir documentos en este 
formato, sin apenas necesidad de conocimientos de informática. Esta fue una 
de las razones de su éxito, pero también condujo a un cierto caos.
LA MADUREZ: EL XML 
La respuesta a los problemas surgidos en torno al HTML vino de la mano del 
XML (eXtensibleMarkupLanguage). El XML es un meta-lenguaje que permite 
crear etiquetas adaptadas a las necesidades (de ahí lo de "extensible"). El 
estándar define cómo pueden ser esas etiquetas y qué se puede hacer con 
ellas. 
El XML fue desarrollado por el World Wide Web Consortium,6 mediante un comité 
creado y dirigido por Jon Bosak. El objetivo principal era simplificar7 el SGML para 
adaptarlo a un campo muy preciso: documentos en internet. 
El nuevo lenguaje se extendió con rapidez, ya que todo documento XML es a 
su vez SGML. Los programas y documentos creados para y con SGML 
podían convertirse casi automáticamente al nuevo lenguaje.
TENDENCIAS 
Las nuevas tendencias están abandonando los documentos con estructura en 
árbol. Los textos de la literatura antigua suelen tener estructura de prosa o 
de poesía: versículos, párrafos, etc. Los documentos de referencia suelen 
organizarse en libros, capítulos, versos y líneas. A menudo se entremezclan 
unos con otros, por lo que la estructura en árbol no se ajusta a sus 
necesidades. 
La Iniciativa de codificación de textos o Text EncodingInitiative (TEI) ha publicado 
multitud de guías8 para la codificación de documentos de interés en humanidades y 
ciencias sociales, desarrollados durante años de trabajo colaborativo internacional.
LA WEB SEMÁNTICA 
Los lenguajes de marcado son la herramienta fundamental en el diseño de la 
web semántica, aquella que no solo permite acceder a la información, sino 
que además define su significado, de forma que sea más fácil su 
procesamiento automático y se pueda reutilizar para distintas aplicaciones 
Características 
Una de las principales ventajas de este tipo de codificación es que 
puede ser interpretada directamente, dado que son archivos de 
texto plano. Esto es una ventaja evidente respecto al los sistemas 
de archivos binarios, que requieren siempre de un programa 
intermediario para trabajar con ellos.
COMPACIDAD 
El código entre corchetes com<ul>, o con códigos section, son instrucciones de 
marcado, también llamados etiquetas. Estas etiquetas en concreto son 
descriptivas de la estructura del documento, pudiendo ser su presentación 
visual de varias maneras. 
Facilidad de procesamiento 
Las organizaciones de estándares han venido desarrollando lenguajes 
especializados para los tipos de documentos de comunidades o industrias 
concretas. Uno de los primeros fue el CALS, utilizado por las fuerzas 
armadas de EE.UU. para sus manuales técnicos. Otras industrias con 
necesidad de gran cantidad de documentación, como las de aeronáutica, 
telecomunicaciones, automoción o hardware, ha elaborado lenguajes 
adaptados a sus necesidades.
FLEXIBILIDAD 
Aunque originalmente los lenguajes de marcas se idearon para documentos de 
texto, se han empezado a utilizar en áreas como gráficos vectoriales, 
servicios web, sindicación web o interfaces de usuario. Estas nuevas 
aplicaciones aprovechan la sencillez y potencia del lenguaje XML. Esto ha 
permitido que se pueda combinar varios lenguajes de marcas diferentes en 
un único archivo, como en el caso de XHTML+SMILy de 
XHTML+MathML+SVG.10
3.5 INTERCAMBIO ELECTRÓNICO DE DATOS 
El intercambio electrónico de datos es la transmisión estructurada de datos entre 
organizaciones por medios electrónicos. Se usa para transferir documentos 
electrónicos o datos de negocios de un sistema computacional a otro. 
EDIFACT es un estándar de la Organización de las Naciones Unidas para 
el intercambio de documentos comerciales en el ámbito mundial. 
Existiendo subestándares para cada entorno de negocio (distribución, 
automoción, transporte, aduanero, etc) o para cada país. Así, por ejemplo, 
AECOC regula el estándar EDI del sector de distribución.
EDI son las siglas de Electronic Data Interchange, intercambio electrónico de 
datos. El sistema EDI permite el intercambio (envío y recepción) de 
documentos comerciales por vía telemática. 
Albaranes, facturas, órdenes de compra y otros documentos comerciales 
electrónicos pueden tramitarse directamente desde el ordenador de la 
empresa emisora al de la empresa receptora, con gran ahorro de tiempo y 
evitando muchos errores, propios de la comunicación tradicional
3.6 DINERO ELECTRÓNICO 
El dinero electrónico (también conocido como e-money, efectivo electrónico, 
moneda electrónica, dinero digital, efectivo digital o moneda digital) se refiere 
a dinero que se intercambia sólo de forma electrónica. Típicamente, esto 
requiere la utilización de una red de ordenadores, Internet y sistemas de 
valores digitalmente almacenados. 
Técnicamente, el dinero electrónico o digital es una representación, o un 
sistema de débitos y créditos, destinado (pero no limitado a esto) al 
intercambio de valores en el marco de un sistema, o como un sistema 
independiente, pudiendo ser en línea o no. El término dinero electrónico 
también se utiliza para referirse al proveedor del mismo.
Muchos de los sistemas electrónicos venden sus divisas directamente al usuario 
final, tales como Paypal y WebMoney, pero otros sistemas, tales como e-gold, 
venden sólo a través de terceros como las casas de cambio de moneda 
digital. 
Algunas divisas locales, como los sistemas de cambio local, trabajan con 
transacciones electrónicas. El Cyclos Software permite la creación electrónica 
de divisas locales. El sistema Ripple es un proyecto para desarrollar un 
sistema de distribución de dinero electrónico independiente de la moneda 
local.
EVOLUCIÓN FUTURA 
LOS EJES PRINCIPALES DE DESARROLLO DEL EFECTIVO DIGITAL SON: 
La posibilidad de usarlo a través de una gama más amplia de hardware tal como 
tarjetas de crédito garantizadas, 
Que las cuentas bancarias vinculadas, en general, se utilicen en un medio de 
Internet, para el intercambio con micropagos seguros como en el sistema de las 
grandes corporaciones (PayPal). 
Desarrollos teóricos en el ámbito de la descentralización del tradicional dinero 
centralizado están en marcha. Los sistemas de contabilidad que están 
apareciendo, tales como AltruisticEconomics, son totalmente electrónicos, y puede 
ser más eficaces y más realistas por no asumir un modelo de transacción de Suma 
cero .

Más contenido relacionado

La actualidad más candente

Introducción a SOA
Introducción a SOAIntroducción a SOA
Introducción a SOA
rdiegoc
 
Arquitectura orientada-a-servicios
Arquitectura orientada-a-serviciosArquitectura orientada-a-servicios
Arquitectura orientada-a-servicios
Ciencias
 
Sod arquitecturas basadas en servicios
Sod arquitecturas basadas en serviciosSod arquitecturas basadas en servicios
Sod arquitecturas basadas en servicios
Sokaris1979
 

La actualidad más candente (17)

1 er trabajo-penas1
1 er trabajo-penas11 er trabajo-penas1
1 er trabajo-penas1
 
3.1
3.13.1
3.1
 
Introducción a SOA
Introducción a SOAIntroducción a SOA
Introducción a SOA
 
Presentacion - Capitulo 4
Presentacion - Capitulo 4Presentacion - Capitulo 4
Presentacion - Capitulo 4
 
SOA
SOASOA
SOA
 
Introducción a las Arquitecturas Orientadas a Servicios
Introducción a las Arquitecturas Orientadas a ServiciosIntroducción a las Arquitecturas Orientadas a Servicios
Introducción a las Arquitecturas Orientadas a Servicios
 
Arquitectura orientada-a-servicios
Arquitectura orientada-a-serviciosArquitectura orientada-a-servicios
Arquitectura orientada-a-servicios
 
Arquitectura del software
Arquitectura del softwareArquitectura del software
Arquitectura del software
 
Soa
SoaSoa
Soa
 
Integracion Aplicaciones Sanitarias con BPM + SOA
Integracion Aplicaciones Sanitarias con BPM + SOAIntegracion Aplicaciones Sanitarias con BPM + SOA
Integracion Aplicaciones Sanitarias con BPM + SOA
 
Arquitectura Orientada a Servicios
Arquitectura Orientada a ServiciosArquitectura Orientada a Servicios
Arquitectura Orientada a Servicios
 
Unidad 1
Unidad 1Unidad 1
Unidad 1
 
Gestión por procesos con ADONIS
Gestión por procesos con ADONISGestión por procesos con ADONIS
Gestión por procesos con ADONIS
 
Ejemplo soa
Ejemplo soaEjemplo soa
Ejemplo soa
 
Sod arquitecturas basadas en servicios
Sod arquitecturas basadas en serviciosSod arquitecturas basadas en servicios
Sod arquitecturas basadas en servicios
 
Preguntas estudio de caso
Preguntas estudio de casoPreguntas estudio de caso
Preguntas estudio de caso
 
Arquitectura soa
Arquitectura soaArquitectura soa
Arquitectura soa
 

Similar a Diseño de la Puesta en Marcha Unidad #3

AnálisisTOGAF
AnálisisTOGAFAnálisisTOGAF
AnálisisTOGAF
LauOchoa
 
diseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informaciondiseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informacion
zulaymaylin
 
Fundam servclient
Fundam servclientFundam servclient
Fundam servclient
tvazamar
 
Sistemas distribuidos2
Sistemas distribuidos2Sistemas distribuidos2
Sistemas distribuidos2
Holger Sanchez
 
Arquitecturas
ArquitecturasArquitecturas
Arquitecturas
enlinea70
 

Similar a Diseño de la Puesta en Marcha Unidad #3 (20)

Comercio electrónico unidad 3
Comercio electrónico unidad 3Comercio electrónico unidad 3
Comercio electrónico unidad 3
 
Sistema distribuido
Sistema distribuido Sistema distribuido
Sistema distribuido
 
Unidad 3 - Diseño de la Puesta en Marcha
Unidad 3 - Diseño de la Puesta en MarchaUnidad 3 - Diseño de la Puesta en Marcha
Unidad 3 - Diseño de la Puesta en Marcha
 
Arquitectura de software.docx
Arquitectura de software.docxArquitectura de software.docx
Arquitectura de software.docx
 
Unidad 3
Unidad 3Unidad 3
Unidad 3
 
Uml
UmlUml
Uml
 
Paradigmas De La Programacion
Paradigmas De La ProgramacionParadigmas De La Programacion
Paradigmas De La Programacion
 
3 capas
3 capas3 capas
3 capas
 
AnálisisTOGAF
AnálisisTOGAFAnálisisTOGAF
AnálisisTOGAF
 
diseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informaciondiseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informacion
 
Clase Soa
Clase SoaClase Soa
Clase Soa
 
Microservicios - RabbitMQ
Microservicios - RabbitMQMicroservicios - RabbitMQ
Microservicios - RabbitMQ
 
Fundam servclient
Fundam servclientFundam servclient
Fundam servclient
 
Sistemas distribuidos2
Sistemas distribuidos2Sistemas distribuidos2
Sistemas distribuidos2
 
Arquitectura. de Software. en ambientes distribuidos.
Arquitectura. de Software. en ambientes distribuidos.Arquitectura. de Software. en ambientes distribuidos.
Arquitectura. de Software. en ambientes distribuidos.
 
Tema 2.UML parte 1.ppt
Tema 2.UML parte 1.pptTema 2.UML parte 1.ppt
Tema 2.UML parte 1.ppt
 
Arquitecturas
ArquitecturasArquitecturas
Arquitecturas
 
Metodologías Ágiles para el Desarrollo de Software y Metodologias Para el de...
Metodologías Ágiles  para el Desarrollo de Software y Metodologias Para el de...Metodologías Ágiles  para el Desarrollo de Software y Metodologias Para el de...
Metodologías Ágiles para el Desarrollo de Software y Metodologias Para el de...
 
Glosario de terminos
Glosario de terminosGlosario de terminos
Glosario de terminos
 
Opc tema 2 - unidad v
Opc tema 2 - unidad vOpc tema 2 - unidad v
Opc tema 2 - unidad v
 

Último

Modulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfModulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdf
AnnimoUno1
 
EPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveEPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial Uninove
FagnerLisboa3
 

Último (11)

Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdfRefrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
pruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNITpruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNIT
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptxEL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
 
How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
Modulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfModulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdf
 
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxPROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
 
EPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveEPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial Uninove
 

Diseño de la Puesta en Marcha Unidad #3

  • 1. GERMAN EDUARDO AGUILAR ALVARADO LIC. INFORMATICA
  • 2. 3.1 ARQUITECTURA LÓGICA, TECNOLÓGICA Y ORGANIZACIONAL Una arquitectura lógica se selecciona y diseña con base en objetivos y restricciones. Los objetivos son aquellos prefijados para el sistema de información, pero no solamente los de tipo funcional, también otros objetivos como la mantenibilidad, audibilidad, flexibilidad e interacción con otros sistemas de información. Las restricciones son aquellas limitaciones derivadas de las tecnologías disponibles para implementar sistemas de información. Unas arquitecturas son más recomendables de implementar con ciertas tecnologías mientras que otras tecnologías no son aptas para determinadas arquitecturas. Por ejemplo, no es viable emplear una arquitectura de software de tres capas para implementar sistemas en tiempo real.
  • 3. La arquitectura tecnológica de una institución recoge el conjunto de decisiones significativas sobre la organización del software, sus interfaces, su comportamiento y su interacción, así como la selección y composición de los elementos estructurales (infraestructura tecnológica). Por encima de todo, sin embargo, la arquitectura tecnológica tiene que ser una definición de estilo: la descripción de las motivaciones o fundamentos que determinan por qué un sistema está diseñado de la forma en que lo está. Una arquitectura se selecciona y se diseña en función de objetivos y restricciones, y es una visión a alto nivel. Por lo tanto, no explica cómo está implementado un sistema, sino que define conceptos como sus principios y factores, la organización, estilos, patrones, responsabilidades, colaboraciones, conexiones y motivaciones.
  • 4. Así pues, la arquitectura tecnológica en la UOC responde a un modelo de referencia abstracto o de alto nivel y a unas políticas generales de la institución. Se orienta a establecer el modelo de relación entre los diversos elementos tecnológicos dentro de la UOC y también los mecanismos para su actualización constante. En la sección de infraestructura tecnológica se describe la arquitectura física y los principales elementos de la infraestructura tecnológica de la UOC. Así pues, en esta sección, se describe sólo la arquitectura lógica. Esta lógica aporta a la institución un marco de referencia en cuanto a patrones y abstracciones para la construcción de nuevo software y para la integración de herramientas o servicios ya existentes. Los siguientes diagramas ilustran esta arquitectura lógica de la UOC. El diagrama 1 muestra los mecanismos de acceso a la UOC, basados en el servicio de autentificación, que es uno de los elementos más destacados de esta arquitectura.
  • 5. USER UOC Portal Http://www.uoc. edu Other UOC’s Certified tools Authentication Service
  • 6. Enterprise Services Bus Googlle/Apps O/EX/T/W EB 2.0 O/EX/TOO L/WEB 2.0 C/PLUG-IN C/PLUG-CP- IN IN Compues Services Interface Wed We d We b We b We b We b Compues Services Bus Compues Services Interface Compus Services Adapter UOC Compus SER V C/S/A P C/P-IN C/P-IN MS &OL W W/R P C-P-IN M/ W O/T Java PHP TOMC C++ CA S CORB XML AJA X A RUB Y PL/SQ L RES T Unix/linux OS B JavaScript ORACL E IMS TI NE T Grades & CV CR M LIBE RAY Enroll ment EC M ER P
  • 7. ARQUITECTURA ORGANIZACIONAL Los verdaderos líderes empresariales, aquellos que hacen de sus empresas proyectos exitosos y perdurables, son, ante todo, verdaderos arquitectos organizacionales. ¿Qué quiere decir que son arquitectos organizacionales? Que se preocupan del diseño arquitectónico de su organización, para conseguir obtener la máxima eficiencia de la misma. Hacer que la organización sea un activo, aparte de las personas que pueblen ese edificio organizativo.
  • 8. Una organización bien diseñada es como una casa acogedora y funcional, que ayuda a vivir bien, y que ahorra energía. Una organización bien diseñada es aquella que potencia las capacidades de las personas que la habitan. Que ayuda a las personas a conseguir los objetivos estratégicos con un margen adecuado de autonomía, que evita los solapamientos, que favorece la convergencia de esfuerzos y evita la divergencia de enfoques, y que, por encima de todo, es fiel a la filosofía de la empresa, y permite aplicarla sin trabas. Como todo edificio, el edificio organizacional ha de compaginar coste y eficiencia. Ha de ser barato de mantener (sostenible) y ha de ser suficientemente flexible para adaptarse al entorno cambiante. Ha de compaginar también las ideas generales con las aplicaciones concretas, aquí y ahora, acoplándose a los recursos de los que se dispone en cada momento (principalmente personas) para sacar el máximo partido de los mismos sin traicionar el espíritu del modelo.
  • 9. Un elemento clave de esa arquitectura organizacional es que la organización, el edificio organizacional, no dependa de un solo apoyo, de un solo líder. Como todo edificio, hay que asentar la organización en varias columnas de apoyo, una complementaria de la otra, sin que el edificio dependa de una de ellas en particular. En conclusión Los buenos gestores, aquellos cuyas empresas perduran, son verdaderos arquitectos de organizaciones. Podríamos decir que ese es su rasgo más característico. Y hay quien dice que el éxito de una empresa es 80% organización y 20% dirección (estrategia y ejecución).
  • 10. En cuanto a si hay un diseño organizacional bueno per se, en mi opinión, no. La arquitectura de una organización se ha de adaptar a sus propias características, del mismo modo que no todas las casas son iguales, sino que se adaptan a las características del terreno y a la filosofía que quiere impregnarles su diseñador. El diseño de una organización es función, pues, de la filosofía, los objetivos y los recursos de una empresa (humanos y financieros). Pero, en cualquier caso, hay unos principios básicos que se respetan siempre, al margen de las peculiaridades del diseño. Quizás el principio más importante es el respeto a la consistencia. Una organización debe apuntar en la misma dirección en todos sus puntos. Por ejemplo, no puede pretender ser centralizadora y descentralizadora a la vez.
  • 11. Servicios proporcionados a las capas superiores La meta final de la capa de transporte es proporcionar un servicio eficiente, confiable y económico a sus usuarios, que normalmente son procesos de la capa de aplicación. Para lograr este objetivo, la capa de transporte utiliza los servicios proporcionados por la capa de red. El hardware o software de la capa de transporte que se encarga del transporte se llama entidad de transporte, la cual puede estar en el núcleo del sistema operativo, en un proceso independiente, en un paquete de biblioteca o en la tarjeta de red.
  • 12. PRIMITIVAS DEL SERVICIO DE TRANSPORTE Para permitir que los usuarios accedan al servicio de transporte, la capa de transporte debe proporcionar algunas operaciones a los programas de aplicación, es decir, una interfaz del servicio de transporte. Cada servicio de transporte tiene su propia interfaz. Con el propósito de ver los aspectos básicos, en esta sección examinaremos primero un servicio de transporte sencillo y su interfaz. El servicio de transporte es parecido al servicio en red, pero hay algunas diferencias importantes. La principal, es que, el propósito del servicio de red es modelar el servicio ofrecido por las redes reales, con todos sus problemas. Las redes reales pueden perder paquetes, por lo que generalmente el servicio no es confiable. En cambio, el servicio de transporte (orientado a la conexión) si es confiable. Claro que las redes reales no están libres de errores, pero ése es precisamente el propósito de la capa de transporte: ofrecer un servicio confiable en una red no confiable.
  • 13. LAS PRIMITIVAS DE UN TRANSPORTE SENCILLO SERÍAN: - LISTEN: Se bloquea hasta que algún proceso intenta el contacto. - CONNECT: Intenta activamente establecer una conexión. - SEND: Envía información. - RECEIVE: Se bloquea hasta que llegue una TPDU de DATOS. - DISCONNECT: Este lado quiere liberar la conexión. Y con estas primitivas podemos hacer un esquema sencillo de manejo de conexiones. Las transiciones escritas en cursiva son causadas por llegadas de paquetes. Las líneas continuas muestran la secuencia de estados del cliente y las líneas punteadas muestran la secuencia del servidor.
  • 14. SOCKETS DE BERKELEY Este es otro grupo de primitivas de transporte, las primitivas usadas en UNIX para el TCP. En general son muy parecidas a las anteriores pero ofrecen más características y flexibilidad. Elementos de los protocolos de transporte El servicio de transporte se implementa mediante un protocolo de transporte entre dos entidades de transporte. En ciertos aspectos, los protocolos de transporte se parecen a los protocolos de red. Ambos se encargan del control de errores, la secuenciación y el control del flujo. Pero también existen diferencias importantes entre ambas, como los entornos en que operan, la capa transporte necesita el direccionamiento explícito de los destinos, mientras que la capa de red no, otra diferencia es la cantidad de datos, mucho mayor en la capa de transporte.
  • 15. DIRECCIONAMIENTO Cuando un proceso desea establecer una conexión con un computador de aplicación remoto, debe especificar a cuál se conectará (¿a quién le mensaje?). El método que normalmente se emplea es definir direcciones de transporte en las que los procesos pueden estar a la escucha de solicitudes de conexiones. En Internet, estos puntos terminales se denominan puertos, pero usaremos el término genérico de TSAP (Punto de Acceso al Servicio de Transporte). Los puntos terminales análogos de la capa de red se llaman NSAP (Punto de Acceso al Servicio de. Red). Las direcciones IP son ejemplos de NSAPS Establecimiento de una conexión El establecimiento de una conexión parece fácil, pero en realidad es sorprendentemente difícil. A primera vista, parecería que es suficiente con mandar una TPDU (Unidad de Datos del Protocolo de Transporte) con la petición de conexión y esperar a que el otro acepte la conexión. El problema viene cuando la red puede perder, almacenar, o duplicar paquetes. El principal problema es la existencia de duplicados retrasados. Esto puede solucionarse de varias maneras (ninguna es muy satisfactoria). Una es utilizar direcciones de transporte desechables. En este enfoque cada vez que necesitemos una dirección la creamos. Al liberarse la conexión descartamos la dirección y no se vuelve a utilizar. O también asignar una secuencia dentro de los datos transmitidos, pero estos plantean el problema de que si se pierde la conexión perdemos el orden del identificador y ya no funciona.
  • 16. LIBERACIÓN DE UNA CONEXIÓN La liberación de una conexión es más fácil que su establecimiento. No obstante, hay más escollos de los que uno podría imaginar. Hay dos estilos de terminación de una conexión: liberación asimétrica y liberación simétrica. La liberación asimétrica es la manera en que funciona el mecanismo telefónico: cuando una parte cuelga, se interrumpe la conexión. La liberación simétrica trata la conexión como dos conexiones unidireccionales distintas, y requiere que cada una se libere por separado. La liberación asimétrica es abrupta y puede resultar en la perdida de datos. Por lo que es obvio que se requiere un protocolo de liberación más refinado para evitar la perdida de datos. Una posibilidad es usar la liberación simétrica, en la que cada dirección se libera independientemente de la otra. Aquí, un host puede continuar recibiendo datos aun tras haber enviado una TPDU de desconexión.
  • 17. CONTROL DE FLUJO Y ALMACENAMIENTO EN BUFFER Respecto de la manera en que se manejan las conexiones mientras están en uso, uno de los aspectos clave es el control de flujo. Se necesita un esquema para evitar que un emisor rápido desborde a un receptor lento. La diferencia principal es que un enrutador por lo regular tiene relativamente pocas líneas, y un host puede tener numerosas conexiones. Esta diferencia hace poco práctico emplear la implementación que se hace en la capa de enlace. Los Buffers pueden ser de tres tipos, y usaremos cada uno de ellos cuando más nos convenga. El equilibrio óptimo entre el almacenamiento del buffer en el origen y en el destino depende del tipo de tráfico transportado por la conexión.
  • 18. MULTIPLEXIÓN La multiplexión de varias conversaciones en conexiones, circuitos virtuales o enlaces físicos desempeña un papel importante en diferentes capas de la arquitectura de red. En la capa de transporte puede surgir la necesidad de multiplexión por varias razones. Por ejemplo, si en un host sólo se dispone de una dirección de red, todas las conexiones de transporte de esa maquinatendrán que utilizarla. Cuando llega una TPDU, se necesita algún mecanismo para saber a cuál proceso asignarla. Esta situación se conoce como multiplexión hacia arriba.
  • 19. PROTOCOLOS DE TRANSPORTE DE INTERNET Si los hosts y los enrutadores están sujetos a caídas, la recuperación es fundamental. Si la entidad de transporte está por entero dentro de los hosts, la recuperación de caídas de red y de enrutadores es sencilla. Si la capa de red proporciona servicio de datagramas, las entidades de transporte esperan pérdida de algunas TPDUs todo el tiempo, y saben cómo manejarla. Si la capa de red proporciona servicio orientado a la conexión, entonces la pérdida de un circuito virtual se maneja estableciendo otro nuevo y sondeando la entidad de transporte remota para saber cualesTPDUs ha recibido y cuales no.
  • 20. PROTOCOLOS DE TRANSPORTE DE INTERNET Internet tiene dos protocolos principales en la capa de transporte, uno orientado a la conexión y otro no orientado a la conexión. El protocolo no orientado a la conexión es el UDP y el orientado es el UDP TCP. Artículo principal: UDP El conjunto de protocolos de Internet soporta un protocolo de transporte no orientado a la conexión UDP (protocolo de datagramas de usuario). Este protocolo proporciona una forma para que las aplicaciones envíen datagramas IP encapsulados sin tener una conexión.
  • 21. INTRANET Consiste en una Red Privada de computadores que usan tecnología INTERNET como por ejemplo el navegador que permite consultar las páginas WEB existentes, también utilizando el programa gestor de correo electrónico se pueden comunicar los distintos computadores conectados en la red utilizando para ello los mismos protocolos, y estándares abiertos que permiten que computadores de diferentes tipos y fabricantes puedan comunicarse entre ellos ¿ Para quién es una intranet ? Una Intranet es adecuada para cualquier organización cuyas tareas necesitan la coordinación de múltiples personas y equipos de trabajo.
  • 22. ¿ COMO FUNCIONA UNA EXTRANET ? Una extranet funciona como Internet, es decir, ambas utilizan los mismos estándares tecnológicos. La seguridad en el diseño de la extranet es fundamental para asegurar: Que los datos confidenciales sigan siendo confidenciales pese a viajar por la red. Que sólo las personas autorizadas tengan acceso a la información que se comunican las distintas empresas participantes en la Extranet.
  • 23. TOPOLOGÍAS DE UNA RED. Anillo Es una de las tres principales topologías de red. Las estaciones están unidas una con otra formando un círculo por medio de un cable común. Las señales circulan en un solo sentido alrededor del círculo, regenerándose en cada nodo. Una variación del anillo que se utiliza principalmente en redes de fibra como FDDI es el doble anillo. Estrella. Es otra de las tres principales topologías. La red se une en un único punto, normalmente con control centralizado, como un concentrador de cableado. Bus. Es la tercera de las topologías principales. Las estaciones están conectadas por un único segmento de cable. A diferencia del anillo, el bus es pasivo, no se produce regeneración de las señales en cada nodo. Árbol. Esta estructura de red se utiliza en aplicaciones de televisión por cable, sobre la cual podrían basarse las futuras estructuras de redes que alcancen los hogares. También se ha utilizado en aplicaciones de redes locales analógicas de banda ancha.
  • 24. Trama Esta estructura de red es típica de las WAN, pero también se puede utilizar en algunas aplicaciones de redes locales (LAN). Los nodos están conectados cada uno con todos los demás. Combinadas. Cuando se estudia la red desde el punto de vista puramente físico aparecen las topologías combinadas. Anillo en estrella. Esta topología se utiliza con el fin de facilitar la administración de la red. Físicamente, la red es una estrella centralizada en un concentrador, mientras que a nivel lógico, la red es un anillo. Bus en estrella. El fin es igual a la topología anterior. En este caso la red es un bus que se cablea físicamente como una estrella por medio de concentradores Estrella jerárquica. Esta estructura de cableado se utiliza en la mayor parte de las redes locales actuales, por medio de concentradores dispuestos en cascada para formar una red jerárquica.
  • 25. SISTEMAS DE CABLEADO ESTRUCTURADO Constituye el nivel de infraestructura básica de una red; de su buen diseño y correcta instalación dependerá en gran medida el rendimiento de la misma. De entre las distintas alternativas, tanto cableadas como inalámbricas, se seleccionará aquella que mejor se adapte a sus necesidades reales, sin olvidar posibles ampliaciones y demandas futuras.
  • 26. 3.4 LENGUAJES DE MARCACIÓN La generalización de los lenguajes de marcas Artículos principales: GeneralizedMarkupLanguage y SGML. La iniciativa que sentaría las bases de los actuales lenguajes, partiría de la empresa IBM, que buscaba nuevas soluciones para mantener grandes cantidades de documentos. El trabajo fue encomendado a Charles F. Goldfarb, que junto con Edward Mosher y Raymond Lorie, diseñó el GeneralizedMarkupLanguage o GML (nótese que también son las iniciales de sus creadores). El lenguaje GML fue un gran éxito y pronto se extendió a otros ámbitos, siendo adoptado por el gobierno de Estados Unidos, con lo que surgió la necesidad de estandarizarlo. En los primeros años 1980 se constituyó un comité dirigido por Goldfarb. Sharon Adler, AndersBerglund, y James D. Mason fueron también miembros de dicho comité. Se incorporaron ideas de diferentes fuentes, y participó gran cantidad de gente.
  • 27. TIPOS DE LENGUAJES El SGML especifica la sintaxis para la inclusión de marcas en los textos, así como la sintaxis del documento que especifica qué etiquetas están permitidas y donde: el DocumentTypeDefinition o schema El SGML tuvo una gran aceptación y hoy día se emplea en campos en los que se requiere documentación a gran escala. A pesar de ello, resultó farragoso y difícil de aprender, como consecuencia de la ambición de los objetivos previstos.
  • 28. LA POPULARIZACIÓN: EL HTML Este lenguaje era similar a cualquier otro creado a partir del SGML, sin embargo resultó extraordinariamente sencillo, tanto que el DTD no se desarrolló hasta más tarde. DeRose5 argumenta que la flexibilidad y escalabilidad del marcado HTML fue uno de los principales factores, junto con el empleo de URLs y la distribución libre de navegadores, del éxito de la World Wide Web. El HTML es hoy día el tipo de documento más empleado en el mundo. Su sencillez era tal que cualquier persona podía escribir documentos en este formato, sin apenas necesidad de conocimientos de informática. Esta fue una de las razones de su éxito, pero también condujo a un cierto caos.
  • 29. LA MADUREZ: EL XML La respuesta a los problemas surgidos en torno al HTML vino de la mano del XML (eXtensibleMarkupLanguage). El XML es un meta-lenguaje que permite crear etiquetas adaptadas a las necesidades (de ahí lo de "extensible"). El estándar define cómo pueden ser esas etiquetas y qué se puede hacer con ellas. El XML fue desarrollado por el World Wide Web Consortium,6 mediante un comité creado y dirigido por Jon Bosak. El objetivo principal era simplificar7 el SGML para adaptarlo a un campo muy preciso: documentos en internet. El nuevo lenguaje se extendió con rapidez, ya que todo documento XML es a su vez SGML. Los programas y documentos creados para y con SGML podían convertirse casi automáticamente al nuevo lenguaje.
  • 30. TENDENCIAS Las nuevas tendencias están abandonando los documentos con estructura en árbol. Los textos de la literatura antigua suelen tener estructura de prosa o de poesía: versículos, párrafos, etc. Los documentos de referencia suelen organizarse en libros, capítulos, versos y líneas. A menudo se entremezclan unos con otros, por lo que la estructura en árbol no se ajusta a sus necesidades. La Iniciativa de codificación de textos o Text EncodingInitiative (TEI) ha publicado multitud de guías8 para la codificación de documentos de interés en humanidades y ciencias sociales, desarrollados durante años de trabajo colaborativo internacional.
  • 31. LA WEB SEMÁNTICA Los lenguajes de marcado son la herramienta fundamental en el diseño de la web semántica, aquella que no solo permite acceder a la información, sino que además define su significado, de forma que sea más fácil su procesamiento automático y se pueda reutilizar para distintas aplicaciones Características Una de las principales ventajas de este tipo de codificación es que puede ser interpretada directamente, dado que son archivos de texto plano. Esto es una ventaja evidente respecto al los sistemas de archivos binarios, que requieren siempre de un programa intermediario para trabajar con ellos.
  • 32. COMPACIDAD El código entre corchetes com<ul>, o con códigos section, son instrucciones de marcado, también llamados etiquetas. Estas etiquetas en concreto son descriptivas de la estructura del documento, pudiendo ser su presentación visual de varias maneras. Facilidad de procesamiento Las organizaciones de estándares han venido desarrollando lenguajes especializados para los tipos de documentos de comunidades o industrias concretas. Uno de los primeros fue el CALS, utilizado por las fuerzas armadas de EE.UU. para sus manuales técnicos. Otras industrias con necesidad de gran cantidad de documentación, como las de aeronáutica, telecomunicaciones, automoción o hardware, ha elaborado lenguajes adaptados a sus necesidades.
  • 33. FLEXIBILIDAD Aunque originalmente los lenguajes de marcas se idearon para documentos de texto, se han empezado a utilizar en áreas como gráficos vectoriales, servicios web, sindicación web o interfaces de usuario. Estas nuevas aplicaciones aprovechan la sencillez y potencia del lenguaje XML. Esto ha permitido que se pueda combinar varios lenguajes de marcas diferentes en un único archivo, como en el caso de XHTML+SMILy de XHTML+MathML+SVG.10
  • 34. 3.5 INTERCAMBIO ELECTRÓNICO DE DATOS El intercambio electrónico de datos es la transmisión estructurada de datos entre organizaciones por medios electrónicos. Se usa para transferir documentos electrónicos o datos de negocios de un sistema computacional a otro. EDIFACT es un estándar de la Organización de las Naciones Unidas para el intercambio de documentos comerciales en el ámbito mundial. Existiendo subestándares para cada entorno de negocio (distribución, automoción, transporte, aduanero, etc) o para cada país. Así, por ejemplo, AECOC regula el estándar EDI del sector de distribución.
  • 35. EDI son las siglas de Electronic Data Interchange, intercambio electrónico de datos. El sistema EDI permite el intercambio (envío y recepción) de documentos comerciales por vía telemática. Albaranes, facturas, órdenes de compra y otros documentos comerciales electrónicos pueden tramitarse directamente desde el ordenador de la empresa emisora al de la empresa receptora, con gran ahorro de tiempo y evitando muchos errores, propios de la comunicación tradicional
  • 36. 3.6 DINERO ELECTRÓNICO El dinero electrónico (también conocido como e-money, efectivo electrónico, moneda electrónica, dinero digital, efectivo digital o moneda digital) se refiere a dinero que se intercambia sólo de forma electrónica. Típicamente, esto requiere la utilización de una red de ordenadores, Internet y sistemas de valores digitalmente almacenados. Técnicamente, el dinero electrónico o digital es una representación, o un sistema de débitos y créditos, destinado (pero no limitado a esto) al intercambio de valores en el marco de un sistema, o como un sistema independiente, pudiendo ser en línea o no. El término dinero electrónico también se utiliza para referirse al proveedor del mismo.
  • 37. Muchos de los sistemas electrónicos venden sus divisas directamente al usuario final, tales como Paypal y WebMoney, pero otros sistemas, tales como e-gold, venden sólo a través de terceros como las casas de cambio de moneda digital. Algunas divisas locales, como los sistemas de cambio local, trabajan con transacciones electrónicas. El Cyclos Software permite la creación electrónica de divisas locales. El sistema Ripple es un proyecto para desarrollar un sistema de distribución de dinero electrónico independiente de la moneda local.
  • 38. EVOLUCIÓN FUTURA LOS EJES PRINCIPALES DE DESARROLLO DEL EFECTIVO DIGITAL SON: La posibilidad de usarlo a través de una gama más amplia de hardware tal como tarjetas de crédito garantizadas, Que las cuentas bancarias vinculadas, en general, se utilicen en un medio de Internet, para el intercambio con micropagos seguros como en el sistema de las grandes corporaciones (PayPal). Desarrollos teóricos en el ámbito de la descentralización del tradicional dinero centralizado están en marcha. Los sistemas de contabilidad que están apareciendo, tales como AltruisticEconomics, son totalmente electrónicos, y puede ser más eficaces y más realistas por no asumir un modelo de transacción de Suma cero .