Media Net Software. RESUM

SISTEMA DE GESTION DE TIENDAS VIRTUALES
Autor: Estrada Martínez de Salas, Luis.
Entidad colaboradora: Media Net Software.
RESUMEN DEL PROYECTO
El proyecto surge como una idea original de Banco Popular. El principal propósito es
adentrarse en el mundo del comercio electrónico con una novedosa propuesta de aplicación de tipo B2B (Business to Business), es decir, de comunicación entre empresas.
La idea es crear una arquitectura de aplicación web que sirva de punto de entrada a pequeñas o medianas empresas al mundo del comercio electrónico, mediante la aplicación
será posible crear y mantener una tienda on-line.
Se persigue la sencillez de uso y administración ya que el usuario no tendrá extensos conocimientos de informática. Todo se hará con un interfaz puramente HTML, muy intuitiva,
sin necesidad de descargar plugins para el navegador (como puede ser una máquina virtual de JAVA o un reproductor Flash). De esta manera se consigue no depender de privilegios de administrador en la máquina local y se reducen los problemas de mantenimiento
en la parte de cliente.
En primer lugar se ha realizado un estudio de diferentes arquitecturas dadas las necesidades del cliente (Popular Empresas). Entre estas arquitecturas se ha evaluado Visual
Basic 6 + ASP, ASP.NET y J2EE, siendo esta última la escogida finalmente.
La solución concreta se basa en una arquitectura Struts, que es de tipo MVC (Modelo
Vista Controlador) de sencilla implementación mediante ficheros de texto XML para la
parte del controlador y creando la parte de la vista con archivos JSP.
Además de Struts se han utilizado otros paquetes de licencia abierta del proyecto Jakarta
de la compañía Apache como por ejemplo Log 4 JAVA, paquete para la gestión de registros en fichero.
La capa de acceso a datos se ha resuelto con una tecnología de persistencia de datos:
Hibernate. Al igual que Struts gran parte de la configuración se hace mediante archivos
XML y su uso está recomendado por Apache en conjunto con la arquitectura escogida.
Con la aplicación intervienen básicamente tres tipos de roles.
Usuario administrador de Popular. Se encarga de gestionar las peticiones realizadas por
los clientes, estas pueden ser: altas de tiendas de demo, altas de tienda de producción,
altas de dominio, altas en buscadores, ...
Usuario administrador de la tienda. Se encarga de gestionar todo el backend de la tienda:
altas de productos, categorías, formas de pago, métodos de envío, ...
Usuario cliente de la tienda. Son los usuarios que utilizan la tienda para realizar sus pedidos o simplemente a modo de consulta.
Una vez revisada la parte funcional y habiendo explicado a grandes rasgos la arquitectura
software el último punto a tratar es la arquitectura hardware utilizada para su despliegue.
Se ha propuesto una arquitectura basada en cinco servidores con balanceo a dos niveles.
En primer lugar interviene un servidor Alteon como punto de entrada a la aplicación. Dicho servidor realiza un primer balanceo de carga a dos servidores WEB con software
iPlanet de Sun. Estos servidores se encargan de suministrar el contenido estático de la
aplicación: fotos, archivos de script, páginas HTML planas...
La parte dinámica no se sirve en estos servidores sino que se realiza un segundo balanceo de carga a dos servidores WAS (Web Application Server). Estos servidores hacen
uso del software WebSphere de IBM como servidor de aplicaciones J2EE.
ON-LINE SHOPS MANAGEMENT SYSTEM
The project starts as an original idea of Banco Popular. The main purpose is to start getting involved in the world of e-comerce with a new type of B2B (Business to Business) application.
This idea concerns creating a web application that would become a starting point for small
or medium business to electronic commerce. Using the application one would be able to
create and maintain an on-line shop.
We are looking towards an easy use and administration since the final user won’t have
great knowledge in computers necessarily. Everything will be done with an HTML interface, very intuitive without any need of downloading plugins for the browser (such as a
JAVA virtual machine or a flash player). This way there won’t be any need for the user to
have an administrator role in the PC he/she is working from and local bugs will be reduced.
First there has been a study of a range of available programming languages, given the
needs of the customer (Popular Empresas). Among this languages we have seen Visual
Basic 6 + ASP, ASP.NET and J2EE, this last one has been the one finally chosen.
The final design is based on Struts, a MVC J2EE design (Model View Controller). It’s easy
implementing by using XML files for configuration of the controller part. The view side has
been solved by using JSPs (Java Server Pages).
Besides Struts some other packages of free license of the Jakarta project (created by
Apache) have been used, like Log 4 JAVA, a library for maintaining log files.
Database access has been solved with a persistence technology: Hibernate. As Struts, a
large part of the configuration process is done with XML files. Apache recommends its use
an integration with the chosen technology.
Three are the main roles in the application.
Administrator of Popular. Their main role is to take care of the requests made by the clients, these can be: sign ups for demo shops, sign ups for production shops, domain sign
ups, sign up for search engines...
Administrator of a shop. Their main role is to maintain the back-end of the shop: set up
new products, new categories, payments, shipping...
User. This role refers to the person who visits the store to buy or just to take a look
around.
Once explained the main roles and an overview of the technology used, the last point to
write about is the hardware used for the deployment.
The hardware suggested is based on five servers and two levels of flow balance. First
there is an Alteon server as an entry point to the application. This server does a first flow
balance, redirecting the requests to two Web servers that are running iPlantet, a Web
server of Sun. The iPlanet servers reply back with the static content of the app: pictures,
script files, static HTML pages...
Dynamic content is not served here, instead, a second level of balance is performed, redirecting the flow to two WAS servers (Web Application Server). This servers run software
of IBM: WebSphere, a J2EE application server