• No se han encontrado resultados

Como ya se dijo esta entidad tiene dos facetas: la que se realiza en una PC y la que se realiza por un PDA. Aunque las dos tienen el mismo objetivo su operaci´on y funcionamiento es un poco diferente. La que es realizada por una PC es llevada a cabo mediante 2 applets, y la realizada por la PDA es efectuada por 2 aplicaciones espec´ıficas para la PDA que se est´e utilizando.

El applet que realizan el proceso de retiro interactuando con la entidad banco, est´a constituido por el conjunto de clases que se muestra en la figura A.5.

Una breve descripci´on de las clases que conforman el diagrama de la figura A.5 se da a conti- nuaci´on:

CompradorRetiro: Es la clase principal del applet. Esta clase despliega una interfaz de usuario con la cual el usuario comprador alimentando dicha interfaz con los par´ametros requeridos, podr´a efectuar la descarga de las monedas electr´onicas a su archivo monedero. Para efectuar este proceso es posible hacerlo utilizando cualquiera de los tres protocolos implementados, siendo la entidad banco la que establece con que protocolo ser´an descargadas las monedas electr´onicas.

Monedero: Es la clase con las que se crea el archivo monedero el cual contendr´a dentro de s´ı mismo una colecci´on de objetos MonedaPrivada. Con esta clase se podr´a gastar o descargar las monedas electr´onicas. Este objeto s´olo puede ser usado si se tiene el objeto IdComprador. IdComprador: Esta clase contiene los datos ´unicos de cada comprador, en especial lo que podr´ıamos llamar como la llave privada del cliente y es con ´esta con la que las monedas obtenidas a trav´es del proceso de retiro son creadas.

Request00, Request01, Request02 : Son las clases necesarias para la requisici´on de datos que la entidad comprador solicita a la entidad banco y que deber´an ser contestadas por elbanco por su correspondiente clase Response

Response00, Response01, Response02 : Son las clases necesarias para interpretar las respuestas que devuelve el banco a las peticiones hechas por el comprador.

Figura A.5: Diagrama de clases para el proceso de retiro de la entidad comprador PC La aplicaci´on para la PDA que realizan el proceso de retiro interactuando con la entidadbanco, est´a constituida por el conjunto de clases que se muestra en la figura A.6.

Las clases que conforman esta aplicaci´on son casi las mismas que se utilizaron en el applet, las clases que difieren se explican a continuaci´on:

MainFrame: Esta es la clase principal de tipo Frame con la cual la aplicaci´on iniciar´a, su objetivo es crear la interfaz de usuario.

Autenticaci´onFrame: Es el Frame donde se llevar´a a cabo el proceso de autenticaci´on y se cargaran los par´ametros necesarios para realizar el proceso de retiro.

CompradorRetiro: Es la clase principal con la que se llevar´a a cabo el proceso de retiro, dependiendo del protocolo establecido.

Figura A.6: Diagrama de clases para el proceso de retiro de la entidadcomprador PDA ResultadosFrame: En este Frame se mostrar´an los resultados del proceso de retiro de monedas electr´onicas.

De igual manera el proceso de pago/compra se lleva a cabo mediante un applet o mediante una aplicaci´on para PDA, las cuales, interactuar´an con el servidor de la entidad vendedor, el applet

est´a constituido por el conjunto de clases que se muestra en la figura A.7.

Figura A.7: Diagrama de clases para el proceso de pago/compra de la entidadcomprador PC La descripci´on de las clases es la siguiente:

CompradorPago: Es la clase principal del applet. Esta clase despliega una interfaz de usuario con la cual el usuario comprador alimentando dicha interfaz con los par´ametros requeridos, podr´a efectuar el pago/compra del pedido realizado electr´onicamente en la tienda virtual utilizando las monedas electr´onicas de su archivo monedero. Para efectuar este proceso es posible hacerlo utilizando cualquiera de los tres protocolos implementados, siendo la entidad vendedor la que establece con que protocolo ser´an recibidas las monedas electr´onicas. Es necesario que, las monedas que vayan a ser utilizadas por el comprador hayan sido creadas con el mismo protocolo con el que se realizar´a el proceso de Pago/Compra.

RequestPago, Request11, Request12: Son las clases necesarias para la requisici´on de datos que la entidad comprador solicita a la entidad vendedor y que deber´an ser contestada por el vendedor por su correspondiente clase Response. Dependiendo del protocolo de pago/compra que se est´e utilizando.

Response11, Response12: Son las clases necesarias para interpretar las respuestas que devuelve elvendedor a las peticiones hechas por elcomprador, en el curso del proceso de Pago/Compra.

La aplicaci´on para la PDA qued´o conformada como se muestra en el siguiente diagrama de clases de la figura A.8, en donde como se podr´a observar son reutilizadas la mayor´ıa de las clases que se usaron en el applet.

Las clases que difieren a las del applet se describen a continuaci´on:

MainFrame: Es la clase principal que ser´a cargada inicialmente al ejecutar la aplicaci´on, esta clase tiene como objetivo el inicializar la interfaz del usuario y conectarse al servidor para obtener los par´ametros necesarios para realizar el proceso de pago/compra.

CompradorRetiro: Realiza la misma funci´on que en el applet, la ´unica diferencia es que esta clase crea una interfaz de usuario de acuerdo a las limitaciones de la PDA.

Documento similar