INTRODUCCIÓN:
En este trabajo se revisaron: el procedimiento y las consideraciones a realizarse durante la construcción de una aplicación RMI. Dicha aplicación fue desarrollada en base a la siguiente especificación:
Don Chente el de la tienda de la esquina quiere modernizar su changarrito y desea poner en línea sus servicios: consulta de su catálogo, administración de órdenes por Internet, ventas del día. Para poder lograrlo le solicita implementar una aplicación cliente servidor que ofrezca las siguientes funciones: consulta de catálogo por tipo de producto, recuperación de órdenes de compra considerando la disponibilidad de los productos, vista consolidada de las ventas del día (suma de las ventas). Don Chente le agradece de antemano la aplicación y cuenta con usted para montar su e-changarrito.
OBJETIVO:
Estudiar los pasos a seguir y las consideraciones que hay que tomar en cuenta durante la construcción de una aplicación con Java RMI.
DESCRIPCIÓN TÉCNICA:
Modelado
Se utilizó el patrón de diseño MVC (Model, View, Controller) mismo que indica la separación del código en:
Vista: Se centra en la interfaz de usuario.
Controlador: Recibe eventos que se generan en la interfaz y basándose en ellos, los dirige al modelo.
Modelo: Encapsula el estado de la aplicación e implementa la lógica aplicativa.
Basándonos en estos principios, nuestra aplicación incluye las siguientes clases:
Interfaz.java Interfaz que sirve de contrato entre el cliente y el servidor
Servidor.java Del lado del Servidor: clases que definen los métodos
Base de Datos miniproyecto (modelo) e incluye la conexión a la base de datos
Producto.java
Venta.java
Cliente.java De lado del cliente, tenemos la vista y su controlador
Diagrama de componentes 
Diagrama de Clases
Diagramas de Secuencia:
-Conexión
-Consulta de catálogo y orden de compra
-Visualizar Lista de ventas
LECCIONES APRENDIDAS:
-El cliente envía mensajes representados en solicitudes SQL hacia el servidor de bases de datos. -Los resultados de cada orden de SQL son devueltos al cliente.
-El cliente invoca procedimientos remotos que residen en el servidor, por lo tanto se intercambia un solo mensaje de solicitud/respuesta.
- El DBMS se encarga de recolectar los datos desde su base de datos.
-Luego de terminada una transacción en forma exitosa (commit) los cambios se vuelven permanentes.
-Para que la aplicación se pueda comunicar con la Base de Datos debe tenerse habilitado un driver, en este caso JDBC (Java DataBase Conectivity).
-JDBC es realmente un conjunto de clases que representan conexiones con bases de datos, sentencias SQL, conjuntos de datos y metadatos entre otras cosas. El API definido por JDBC permite enviar sentencias en SQL al motor de bases de datos, y procesar los resultados.
Integrantes del equipo:
Paola González Pérez 127418
Víctor Madrigal Barón
José Eduardo Santos Contreras 129762
Héctor Manuel Gutiérrez Rubio 129202
1 comentario:
hola que tal muchachos, estudiando su diseño creo que esta equivocado al menos colo lo muestran en el diagrama azul y aparte creo que se podria mejorar bastante, en primera no se si ya esta verdaderamente corriendo su proyecyo, si es asi que bueno, pero veo algunas cosas que se pueden cambiar, como que? los metodos que nombran en la interfaz deberian de ser de otro tipo de retorno, al menos para alta, baja y modificacion, no se alguna bandera, y en el metodo de consulta bebera devolver un objeto(recuerden la serializacion) que mas en sus clases suplementarias de base de datos podrian separarlas en entity beans y en una otra crear una con las 4 operaciones de bdde esta forma meterian un mvc sobre otro y esto es una gran ventaja, no se utilizando interfases, clases normales o abstractas dependiendo de su logica, de esta forma creo que el proyecto para un sistema del mundo real seria fantastico, yo desarrolle un peque no proyecto si alguien lo requier pues les va mi correo edelomeeza@gmail.com y bueno cual quier comentario adelante... suerte
Publicar un comentario