Escolar Documentos
Profissional Documentos
Cultura Documentos
JUSTIFICACION
IMPLEMENTACION
Registro de Proveedor :
Autenticación de Proveedor :
Paso obligatorio del sistema para tener acceso a los modulos de ingreso y
actualizacion. Aca son solicitados el usuario y el password del proveedor
previamente registrado.
Otra razon por la cual se llevara a cabo este procesamiento previo, es debido a
un acuerdo con el director del proyecto en donde es más conveniente tener
esta informacion que se va a publicar en clases aparte de las que ya se
encuentran desarrolladas.
SERVICIOS:
Los criterios de busqueda son los mismos que estan definidos en la aplicación
desarrollada en la primera etapa del proyecto, para este servicio será publicada
la funcionalidad actual del sistema como servicio Web, sin ninguna
transformación previa a ningún formato diferente al que ya esta definido en el
repositorio, para este servicio se creara un cliente de prueba en el que se usara
el formato adecuado para el consumo del servicio.
Ingreso de un componente
Aclaramos que toda esta implementacion esta sujeta a cambios ya que todo el
desarrollo esta de algun modo sujeto a la arquitectura inicial del repositorio.
Contamos con una arquitectura j2ee, la cual nos brinda una funcionalidad
basica, y lo que se propone hasta ahora es seguir con la misma funcionalidad,
de tal forma que vamos a reutilizar tanto el modelo de datos, como la logica del
negocio ya desarrollada, y que para la transformacion previa a la publicacion
del servicio la informacion sea tomada desde el mismo punto en donde los
datos son preparados para ser desplegados en pantalla.
Anteriormente comentamos que para dos de los tres servicios que van a ser
publicados, se va a utilizar el formato XML que define el estándar de
componentes, esta funcionalidad esta representada en un componente
desarrollado que denominamos GATEWAY.
Class clase;
clase = Class.forName("className ");
Instanciar el objeto
Object objeto;
objeto = clase.newInstance();
Toda esta funcionalidad se debe desarrollar del lado del servidor, es claro que
para efectos de pruebas debe ser desarrollado un cliente que haga uso de todo
lo planteado anteriormente, para esta parte, va a ser desarrollada una interfaz
de usuario en Swing en la cual se va a reflejar el flujo tal cual esta diseñado en
la aplicación Web, pero que va a hacer uso del GATEWAY, de un servicio de
autenticación y del otro servicio que se va a publicar que hacer referencia a la
consulta de componentes.
Antes de usar cada uno de los servicios el proveedor debe autenticarse frente
al sistema. Para esto encontrara la siguiente pantalla:
Para este servicio Web, que depende de la parte del tema de optimización de
consultas, no se ha construido la interfaz definida como ultima versión eso
depende de cómo vamos a integrar esos temas en el desarrollo, así que ahora
mismo queda pendiente mostrar la interfaz definitiva que muestra el resultado
de las consultas.
Actualización de un componente previamente ingresado, manteniendo la
regla de que el proveedor que lo ingreso sea el único con autorización
para actualizarlo.
Para este servicio las pantallas del flujo, usando la clase Singleton, de la q
hablamos anteriormente, son las siguientes:
Ingreso de un componente
El resultado de cada una de estas operaciones del lado del cliente da como
resultado el siguiente archivo xml, que describe el estándar de componentes
adicionando el atributo que mencionamos anteriormente:
…………..
Esta solución se va a llevar a cabo como esta planteado este documento. Con
esto ganamos todas las oportunidades explicadas en los documentos de la
primera fase del proyecto, y en la primera parte de este documento, pero
pensando un poco en lo que viene con el tema de la optimizacion de consultas
vemos que nos encontramos sujetos a ciertas caracteristicas, como las
consultas basicas prestadas por el repositorio hasta este momento. Entonces si
queremos hacer cambios sobre el modelo de datos mas adelante, la logica del
negocio va a verse afectada y por lo tanto tendriamos que hacer cambios sobre
la logica y asi sucesivamente, y no se esta respetando la constante de
mantener el desarrollo implementado en la primera fase del proyecto. Es así
como nuestro desarrollo va a tratar de respetar esto al máximo, pero
cumpliendo con nuestros objetivos iniciales.
Por ultimo, este desarrollo va a incluir un manual de instalación junto con el
cual se va hacer entrega de dos instaladores, el primero de ellos es la Maquina
Virtual de Java, componente necesario para ejecutar programas JAVA y el
segundo instalador va a ser el cliente swing que tiene como característica que
este instalador es un archivo de extensión .exe que va a poder ser descargado
de la pagina Web del nuestro proyecto y automáticamente generara un acceso
al desarrollo a través del menú inicio de Windows, de esta forma al cliente le
parecerá mas cómodo ejecutar este cliente y hacer uso de los servicios Web
publicados.