arquitectura e commerce
TRANSCRIPT
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.