UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA

FACULTAD DE INGENIERÍA DE MINAS, GEOLOGÍA Y CIVIL

ESCUELA DE FORMACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS

COMERCIO ELECTRÓNICO – IS545

ARQUITECTURA PARA E-COMMERCE

INTEGRANTES: ESPINOZA GUITIÉRREZ, Willian

HINOSTROZA YUCRA, Michael Paulinhio

HUERTA ARANDA, Melissa

MOISÉS LEÓN, Richard Nilton

MOLINA QUIJANDRÍA, José Carlos

RAMOS QUISPE, Rubén Yuri

AYACUCHO - 2010

Son los distintos proyectos lanzados por empresas o programas apoyados por la Unión Europea con el fin de intentar crear un marco común que ofrezca

confianza y seguridad para el desarrollo del comercio electrónico.

ARQUITECTURA PARA

E-COMMERCE

Es un proyecto lanzado por un grupo de con expertos de las empresas IBM, Hewlett-Packard, Intel, Sun Microsystems, RosettaNet y

VeoSystems.

ARQUITECTURA ECO

OBJETIVO DE LA

ARQUITECTURA ECO

EL proyecto tiene como objetivo desarrollar un entorno

común que permita la interoperabilidad de diversas

especificaciones de entornos de comercio electrónico

tales como EDI, OBI, OTP y otras.

SOPORTE

LENGUAJE

XML INTERFAZ DE

SERVICIOS

DOCUMENTOS

COMERCIALES

ESQUEMA DE UNA

ARQUITECTURA ECO

Tiene una arquitectura de bloques flexible.

Evita el problema de interoperabilidad.

Es una plataforma neutral.

VENTAJAS DE LA

ARQUITECTURA ECO

Es una Arquitectura e-Com con un avanzado sistema de seguridad que permite realizar transacciones seguras entre los compradores, vendedores y autoridades de

certificación, considera aspectos económicos, legales, comerciales, técnicos, de seguridad y sociales.

ARQUITECTURA SEMPER

Básicos:

• Autenticación

• Integridad

• Firma digital

• Pago

• Confidencialidad

Avanzados:

• Anonimidad

• Resolución de conflictos

• Sellos de tiempo

• Firma de contratos por

varias partes

SERVICIOS DE SEGURIDAD SEMPER

OBJETIVOS PARA DESARROLLAR

LA ARQUITECTURA SEMPER

• Estudiar los requisitos e implicaciones técnicos, legales,

sociales del e-commerce.

• Definir una arquitectura abierta e independiente de plataforma y

software.

• Implementar y evaluar un prototipo.

NIVELES DE LA ARQUITECTURA

SEMPER

ATRIBUCIONES DE LOS NIVELES DE LA

ARQUITECTURA SEMPER

NIVELES OFRECEN CONSECUENCIAS

COMERCIO Seguridad a las Aplicaciones e-Com Los bloques de propósito general se

reutilizan en el diseño de nuevas

aplicaciones

INTERCAMBIOS Controla los intercambios justos

entre las partes

TRANSFERENCIA Servicios para recibir y transmitir

estructurada en contenedores

Contenedor de no repudio:

Entidad emisora firma digitalmente y

entidad receptora verifique la firma

Contenidos del contenedor Documentos firmados

Información

Pagos (Monederos electrónicos)

SERVICIO DE SOPORTE Servicios criptográficos Cifrado firma, digital, generación de

claves

Servicio de comunicación Ocultan los detalles de la tecnología de

la red.

Servicios de archivo Almacenamiento seguro de:

Certificados, documentos firmados,

claves

MODELO DE INTEGRIDAD DE

ARQUITECTURA

Ocurre cuando el precio del producto puede ser menor que el coste de la transacción, en este tipo

de arquitectura bajan muchos los costes de las transacciones a costa de perdida de seguridad.

ARQUITECTURA DE UN SISTEMA

DE MICROPAGOS

MODELO DE ARQUITECTURA DE UN

SISTEMA DE MICROPAGOS

CARACTERÍSTICAS DE UNA

ARQUITECTURA DE MICROPAGOS

• Utilización de dinero electrónico: las unidades de transacción

se llaman monedas electrónicas y pueden ser generadas por el

bróker.

• Cambio: los vendedores pueden fragmentar las monedas y

devolver cambio.

• Detección de doble pago.

• Cifrado débil: para aumentar la velocidad y facilitar la gestión

de claves la seguridad se implementa mediante funciones

Hash.

SISTEMA DE MICROPAGOS

Sistema Monedas Seguridad Encriptación Compra - Moneda

Millicent Scrips Clave secreta Funciones

Hash Broker

MicroMint Diferentes monedas Funciones Hash Broker

Payword

Cadenas de

resúmenes de

funciones Hash

Clave pública Comprador

SubScrip Ticket Broker

Sistema Monedas específicas

del vendedor

Monedas

específicas del

comprador

Encriptación Broker Hashing

Millicent Si Si No Comprador Si con clave

MicroMint Depende Depende No Broker Si

Payword No Si Si Comprador

SubScrip Si Si No Broker

Usado para el e-com entre empresas, en particular para el caso de volumenes de compras cuyos productos tienen un bajo

precio unitario.

ARQUITECTURA OPEN BUYIN

ON THE INTERNET (OBI)

comprador vendedor

autoridad de pago entidad del comprador

1

2

3

4

Esta arquitectura pretende reproducir la secuencia de interacciones que tienen lugar en las transacciones

tradicionales, incluyendo los documentos que ahora nos familiares: recibo, factura, entre otros.

Hace uso del estándar XML.

ARQUITECTURA OPEN TRADING

PROTOCOL

MODELO DE ARQUITECTURA OTP

ARQUITECTURA OPEN TRADING

PROTOCOL

• Oferta del comprador al vendedor.

• Acuerdo de compra entre el vendedor y el comprador.

• Entrega a través de una entidad cuando a recibido la

autorización de la entidad receptora de pagos.

• Recibo de compra emitido por la entidad receptora de pago

• Si surgen problemas en el proceso de transacción estos son

resueltos a través de la entidad de la atención del cliente.

Esta arquitectura es la implementación de una componente en forma de servicio e-Com.

Cuando se implementa varias componentes en forma de conjunto integrado de servicios que constituye un sistema de e-

Com completo se llama “conjunto de soluciones”

ARQUITECTURA BUILDING BLOCKS FOR

ELECTRONIC COMMERCE(BBEC)

MODELO DE ARQUITECTURA BBEC

Los componentes (building blicks) DE comercio electrónico se

definen a partir del análisis de los procesos comerciales de

interés, clasificándolos en tres grupos según el ámbito donde

actúan:

Componentes de

Terceras Partes

Componentes del

comprador

Componentes del

vendedor

Solución Solución

Solución

COMPONENTES DEL MODELO DE

ARQUITECTURA BBEC

1. Marketing

• Edición y consulta de catálogos.

• Análisis de información y publicación de la misma

• Oferta de precios.

• Reservar producto y añadir a la cesta de compra.

2. Contratación

• Hacer un pedido y confirmarlo.

• Registrar la confirmación de un pedido y registrar la confirmación del mismo.

• Aceptar la cancelación y cancelar un pedido.

COMPONENTES DEL MODELO DE

ARQUITECTURA BBEC

3. Logística

• Recibir y generar una notificación de entrega.

• Recibir y entregar un producto.

4. Cierre de una operación

• Seleccionar y confirmar un método de pago.

• Entregar y procesar una tarjeta de crédito o monedero electrónico.

• Efectuar el pago.

5. Interfaz con la Administración

• Declaración de impuestos.

• Notificaciones de exportación.