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
 ARQUITECTURA PARA
E-COMMERCE
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 ECO
Es un proyecto lanzado por un grupo de con
expertos de las empresas IBM, Hewlett-
Packard, Intel, Sun Microsystems, RosettaNet y
VeoSystems.
 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.
 ESQUEMA DE UNA
ARQUITECTURA ECO
SOPORTE

LENGUAJE INTERFAZ DE
XML SERVICIOS

DOCUMENTOS
COMERCIALES
 VENTAJAS DE LA
ARQUITECTURA ECO

 Tiene una arquitectura de bloques flexible.

Evita el problema de interoperabilidad.
Es una plataforma neutral.
 ARQUITECTURA SEMPER
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.
SERVICIOS DE SEGURIDAD SEMPER
Básicos: Avanzados:

• Autenticación • Anonimidad
• Integridad • Resolución de conflictos
• Firma digital • Sellos de tiempo
• Pago • Firma de contratos por
• Confidencialidad varias partes
 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
COMERCIO Seguridad a las Aplicaciones e-Com
INTERCAMBIOS Controla los intercambios justos
entre las partes
TRANSFERENCIA Servicios para recibir y transmitir
estructurada en contenedores
Contenidos del contenedor
SERVICIO DE SOPORTE Servicios criptográficos
Servicio de comunicación
Servicios de archivo
CONSECUENCIAS
Los bloques de propósito general se
reutilizan en el diseño de nuevas
aplicaciones
Contenedor de no repudio:
Entidad emisora firma digitalmente y
entidad receptora verifique la firma
Documentos firmados
Información
Pagos (Monederos electrónicos)
Cifrado firma, digital, generación de
claves
Ocultan los detalles de la tecnología de
la red.
Almacenamiento seguro de:
Certificados, documentos firmados,
claves
MODELO DE INTEGRIDAD DE
ARQUITECTURA
ARQUITECTURA DE UN SISTEMA
DE MICROPAGOS
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.
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

Funciones
Millicent Scrips Clave secreta Broker
Hash
MicroMint Diferentes monedas Funciones Hash Broker

Cadenas de
Payword resúmenes de Clave pública Comprador
funciones Hash

SubScrip Ticket Broker

Monedas
Monedas específicas
Sistema específicas del Encriptación Broker Hashing
del vendedor
comprador

Millicent Si Si No Comprador Si con clave

MicroMint Depende Depende No Broker Si

Payword No Si Si Comprador

SubScrip Si Si No Broker
ARQUITECTURA OPEN BUYIN
ON THE INTERNET (OBI)

Usado para el e-com entre empresas, en

particular para el caso de volumenes de
compras cuyos productos tienen un bajo
precio unitario.
 1

comprador vendedor

entidad del comprador

autoridad de pago
ARQUITECTURA OPEN TRADING
PROTOCOL
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.
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.
ARQUITECTURA BUILDING BLOCKS FOR
ELECTRONIC COMMERCE(BBEC)

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”
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

Solución Solución

Componentes del Componentes del

comprador vendedor
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.