Comercio electrónico UNIDAD 3

download Comercio electrónico    UNIDAD 3

of 23

  • date post

    26-Jul-2015
  • Category

    Education

  • view

    41
  • download

    1

Embed Size (px)

Transcript of Comercio electrónico UNIDAD 3

1. UNIVERSIDAD AUTONOMA DE BAJA CALIFORNIAFACULTAD DE CIENCIAS ADMINISTRATIVASCOMERCIO ELECTRONICOROSA MARIA MEDINA SALDAA 2. 3.1 ARQUITECTURA LGICA,TECNOLGICA YORGANIZACIONAL 3. ARQUITECTURA LGICA, TECNOLGICA YORGANIZACIONAL Una arquitectura lgica se selecciona y disea con base enobjetivos y restricciones. La arquitectura tecnolgica de una institucin recoge elconjunto de decisiones significativas sobre la organizacindel software, sus interfaces, su comportamiento y suinteraccin, as como la seleccin y composicin de loselementos estructurales. 4. AuthenticationServiceEnterprise ServicesBusGoogle CampusPlug-inCampus Service BusWebServicesGrades&CVCampusServiciesUOCCampusCampus Service InterfaceC servicesAdapterCampusPlug-inCampusPlug-inCampusPlug-inCampusPlug-inMoondleSakai&OtherCampusPlug-inMedlewakiOthertoolsJavaPHPC++My SQLCampusPlug-inPL-MYSQLCASjavaMy SQLRubyOSBCampusPlug-inCampusPlug-inCampusPlug-inCampus Service Interface 5. PROTOCOLOS DE TRANSPORTE DE INTERNET Internet tiene dos protocolos principales en la capa detransporte, uno orientado a la conexin y otro no orientado ala conexin. El protocolo no orientado a la conexin es elUDP y el orientado es el TCP. UDP Artculo principal: UDP El conjunto de protocolos de Internet soporta un protocolo detransporte no orientado a la conexin UDP (protocolo dedatagramas de usuario). Este protocolo proporciona unaforma para que las aplicaciones enven datagramas IPencapsulados sin tener una conexin. TCP Artculo principal: TCP TCP (protocolo de control de transmisin) se diseespecficamente para proporcionar un flujo de bytesconfiable de extremo a extremo a travs de una internet noconfiable. 6. RECUPERACIN DE CADAS Si los hosts y los enrutadores estn sujetos a cadas,la recuperacin es fundamental. Si la entidad detransporte est por entero dentro de los hosts, larecuperacin de cadas de red y de enrutadores essencilla. Si la capa de red proporciona servicio dedatagramas, las entidades de transporte esperanprdida de algunas TPDUs todo el tiempo, y sabencmo manejarla. Si la capa de red proporcionaservicio orientado a la conexin, entonces la prdidade un circuito virtual se maneja estableciendo otronuevo y sondeando la entidad de transporte remotapara saber cuales TPDUs ha recibido y cuales no. 7. MULTIPLEXIN La multiplexin de varias conversaciones enconexiones, circuitos virtuales o enlaces fsicosdesempea un papel importante en diferentescapas de la arquitectura de red. En la capa detransporte puede surgir la necesidad demultiplexin por varias razones. Por ejemplo, sien un host slo se dispone de una direccin dered, todas las conexiones de transporte de esamaquina tendrn que utilizarla. Cuando llegauna TPDU, se necesita algn mecanismo parasaber a cul proceso asignarla. Esta situacinse conoce como multiplexin hacia arriba. 8. LIBERACIN DE UNA CONEXIN La liberacin de una conexin es ms fcil que su establecimiento. No obstante,hay ms escollos de los que uno podra imaginar. Hay dos estilos determinacin de una conexin: liberacin asimtrica y liberacin simtrica. Laliberacin asimtrica es la manera en que funciona el mecanismo telefnico:cuando una parte cuelga, se interrumpe la conexin. La liberacin simtricatrata la conexin como dos conexiones unidireccionales distintas, y requiere quecada una se libere por separado. La liberacin asimtrica es abrupta y puederesultar en la perdida de datos. Por lo que es obvio que se requiere un protocolode liberacin ms refinado para evitar la perdida de datos. Una posibilidad esusar la liberacin simtrica, en la que cada direccin se liberaindependientemente de la otra. Aqu, un host puede continuar recibiendo datosaun tras haber enviado una TPDU de desconexin. La liberacin simtrica es ideal cuando un proceso tiene una cantidad fija dedatos por enviar y sabe con certidumbre cundo los ha enviado. En otrassituaciones, la determinacin de si se ha efectuado o no todo el trabajo y sedebe terminarse o no la conexin no es tan obvia. Podramos pensar en unprotocolo en el que el host 1 diga:Ya termine, Terminaste tambin?. Si el host2 responde Ya termine tambin. Adis, la conexin puede liberarse conseguridad. 9. SOCKETS DE BERKELEY Sockets de Berkeley Este es otro grupo de primitivas de transporte, las primitivas usadas en UNIX para el TCP. Engeneral son muy parecidas a las anteriores pero ofrecen ms caractersticas y flexibilidad. Elementos de los protocolos de transporte El servicio de transporte se implementa mediante un protocolo de transporte entre dosentidades de transporte. En ciertos aspectos, los protocolos de transporte se parecen a losprotocolos de red. Ambos se encargan del control de errores, la secuenciacin y el control delflujo Pero tambin existen diferencias importantes entre ambas, como los entornos en que operan,la capa transporte necesita el direccionamiento explcito de los destinos, mientras que la capade red no, otra diferencia es la cantidad de datos, mucho mayor en la capa de transporte. Direccionamiento Cuando un proceso desea establecer una conexin con un computador de aplicacin remoto,debe especificar a cul se conectar (a quin le mensaje?). El mtodo que normalmente seemplea es definir direcciones de transporte en las que los procesos pueden estar a laescucha de solicitudes de conexiones. En Internet, estos puntos terminales se denominanpuertos, pero usaremos el trmino genrico de TSAP (Punto de Acceso al Servicio deTransporte). Los puntos terminales anlogos de la capa de red se llaman NSAP (Punto deAcceso al Servicio de Red). Las direcciones IP son ejemplos de NSAPS. Establecimiento de una conexin El establecimiento de una conexin parece fcil, pero en realidad es sorprendentementedifcil. A primera vista, parecera que es suficiente con mandar una TPDU (Unidad de Datosdel Protocolo de Transporte) con la peticin de conexin y esperar a que el otro acepte laconexin. El problema viene cuando la red puede perder, almacenar, o duplicar paquetes. 10. LAS PRIMITIVAS DE UN TRANSPORTE SENCILLOSERAN: - LISTEN: Se bloquea hasta que algn proceso intenta elcontacto. - CONNECT: Intenta activamente establecer unaconexin. - SEND: Enva informacin. - RECEIVE: Se bloquea hasta que llegue una TPDU deDATOS. - DISCONNECT: Este lado quiere liberar la conexin. 11. El servicio de transporte es parecido al servicioen red, pero hay algunas diferenciasimportantes. La principal, es que, el propsitodel servicio de red es modelar el servicioofrecido por las redes reales, con todos susproblemas. Las redes reales pueden perderpaquetes, por lo que generalmente el servicio noes confiable. En cambio, el servicio detransporte (orientado a la conexin) si esconfiable. Claro que las redes reales no estnlibres de errores, pero se es precisamente elpropsito de la capa de transporte: ofrecer unservicio confiable en una red no confiable. 12. 3.2 TRANSPORTE DE DATOS ServiciosServicios proporcionados a las capassuperiores La meta final de la capa de transporte esproporcionar un servicio eficiente, confiable yeconmico a sus usuarios, que normalmente sonprocesos de la capa de aplicacin. Para lograr esteobjetivo, la capa de transporte utiliza los serviciosproporcionados por la capa de red. El hardware osoftware de la capa de transporte que se encarga deltransporte se llama entidad de transporte, la cualpuede estar en el ncleo del sistema operativo, en unproceso independiente, en un paquete de biblioteca oen la tarjeta de red. 13. 3.4 LENGUAJES DE MARCACIN La generalizacin de los lenguajes de marcas Artculos principales: Generalized Markup Language ySGML. La iniciativa que sentara las bases de los actualeslenguajes, partira de la empresa IBM, que buscabanuevas soluciones para mantener grandes cantidades dedocumentos. El trabajo fue encomendado a Charles F.Goldfarb, que junto con Edward Mosher y RaymondLorie, dise el Generalized Markup Language o GML(ntese que tambin son las iniciales de sus creadores).Este lenguaje hered del proyecto GenCode la idea deque la presentacin debe separarse del contenido. Elmarcado, por tanto, se centra en definir la estructura deltexto y no su presentacin visual. 14. EJEMPLO DE CDIGO XML. La respuesta a los problemas surgidos en torno al HTMLvino de la mano del XML (eXtensible Markup Language).El XML es un meta-lenguaje que permite crear etiquetasadaptadas a las necesidades (de ah lo de "extensible").El estndar define cmo pueden ser esas etiquetas y quse puede hacer con ellas. Es adems especialmenteestricto en cuanto a lo que est permitido y lo que no,todo documento debe cumplir dos condiciones: ser vlidoy estar bien formado. El XML fue desarrollado por el World Wide WebConsortium,6 mediante un comit creado y dirigido porJon Bosak. El objetivo principal era simplificar7 el SGMLpara adaptarlo a un campo muy preciso: documentos eninternet. 15. TENDENCIAS Las nuevas tendencias estn abandonando losdocumentos con estructura en rbol. Los textos de laliteratura antigua suelen tener estructura de prosa ode poesa: versculos, prrafos, etc. Los documentosde referencia suelen organizarse en libros, captulos,versos y lneas. A menudo se entremezclan unos conotros, por lo que la estructura en rbol no se ajusta asus necesidades. Los nuevos sistemas de modeladosuperan estos inconvenientes, como el MECS,diseado para la obra de Wittgenstein, o las TEIGuidelines, LMNL, y CLIX. 16. LA WEB SEMNTICA Artculo principal: Web semntica Los lenguajes de marcado son la herramientafundamental en el diseo de la web semntica, aquellaque no solo permite acceder a la informacin, sino queadems define su significado, de forma que sea ms fcilsu procesamiento automtico y se pueda reutilizar paradistintas aplicaciones.9 Esto se consigue aadiendodatos adicionales a los documentos, por medio de doslenguajes expresamente creados: el RDF (Resourcedescriptin framework-Plataforma de descripcin derecursos) y OWL (Web Ontology Language-Lenguaje deontologas para la web), ambos basados en XML. 17. CARACTERSTICAS Texto plano Una de las principales ventajas