Capítulo séptimo - Conclusiones y líneas futuras

Capítulo séptimo
Conclusiones y líneas futuras
Este capítulo constituye el último de la memoria del presente proyecto y
contiene las conclusiones y líneas futuras.
Comentamos las reflexiones acerca del trabajo realizado. Incluimos
posibles mejoras para futuras modificaciones y ampliaciones a la solución
desarrollada.
I.7.1 Conclusiones
En el desarrollo de este proyecto se ha conseguido comprender el problema que
planteaba la empresa, recopilando todos los requisitos y datos de partida. Se ha
analizado el problema y los datos de partida para plantear posibles soluciones.
Ante las posibles soluciones planteadas al problema se han considerado las más
ventajosas y más extendidas en la actualidad. Se han comparado según criterios sobre la
disponibilidad del software y la facilidad de su obtención.
Una vez se ha elegido la tecnología a utilizar se empieza a resolver el problema
aplicando dicha tecnología planteando el esquema que se sigue. La solución consiste en
una aplicación Web que permite el acceso remoto a usuarios desde PC o PocketPC con
el único requisito de tener instalado un navegador Web.
La aplicación se optimiza para el acceso desde ambos tipos de dispositivos. Las
páginas de esta aplicación están escritas en lenguaje PHP que se ejecuta en el servidor.
En este mismo servidor se encuentra instalado un servidor de bases de datos MySQL
que guarda los datos de interés, como datos de los productos, valores de partida para los
cálculos de presupuestos, etc. Para presentar la información se ha usado hojas de estilo,
que permite adaptar la presentación tanto a la pantalla del PocketPC como a la pantalla
de PC independizando de esta manera el diseño de la implementación.
Como resultado del trabajo, se ha conseguido cumplir todos los requisitos
impuestos y además se ha conseguido más funcionalidades no requeridas consiguiendo
una mejor valoración del trabajo por parte del cliente.
El planteamiento del problema nos ha servido para hacer un estudio de las
distintas tecnologías de programación Web para luego elegir la que mejor se adapta a
las características de nuestro problema.
El desarrollo se ha conseguido hacer empleando herramientas que no han
supuesto ninguna inversión económica, lo que demuestra que el software libre es la
opción más práctica y seguramente la que acabe imponiéndose para la mayoría de los
desarrollos.
Conversión de aplicación empresarial para permitir el acceso remoto usando PocketPC y PC
159
I Memoria
Además se consigue ahorrar a nuestro cliente un importante porcentaje de dinero
en el alquiler de los servicios que tenía contratado reduciéndose en un 70%
consiguiendo mejores prestaciones de las que disfrutaba.
Se ha tenido una toma de contacto con la contratación de servicios a empresas y
con el tratamiento con clientes, para descubrir sus necesidades y adaptarnos a sus
exigencias.
Se concluye que el proyecto ha sido un éxito en cuanto a la utilización de
tecnologías, desarrollo, resultados y satisfacción del cliente.
I.7.2 Mejoras
Se pude mejorar algunos aspectos de la solución desarrollada, aunque la
funcionalidad que se alcanzaría no variaría. Quizás se consiguiera un ahorro de
operaciones en algunos casos o una mejora de la apariencia en otros. Algunas de estas
mejoras que se han anotado son las siguientes:
• Se podría detectar al inicio de la sesión qué navegador está accediendo y guardar
en $estilo_actual el estilo por defecto y evitar comprobarlo en cada acceso.
• Al cambiar el estilo, en la rellamada a la propia página reenviar además de las
variables pasadas por URL, las variables pasadas por formulario.
• Dar más opciones en la personalización del email enviado.
• Añadir comprobación de datos en la de entrada de datos. Actualmente no se
comprueba si los datos introducidos son acordes con lo que se espera o no.
• Modificación de los rangos de la galga. Actualmente se da la opción de definir
otros rangos para la galga distintos de los establecidos. Si se quieren especificar
otros rangos, sólo se tiene que cambiar los límites y asegurarnos de que se cubre
todo el dominio de números enteros, es decir de 0 a infinito. Esta funcionalidad no
está completamente implementada. Se registran en la base de datos los cambios pero
no se procesa la información, es decir, siempre se toman los rangos mostrados. Para
implementar completamente esta funcionalidad faltaría procesar los datos
almacenados en la base de datos a la hora de decidir qué costes utilizar en el cálculo
de presupuestos.
• En la interfaz de actualización de las propiedades de los grupos, mejorar la
gestión de creación de nuevos parámetros. Se pueden crear, modificar, pero no
borrar. Para borrarlos hay que ir directamente sobre la base de datos. La creación de
nuevos parámetros no es una función que se vaya a tener mucho uso.
• La gestión de usuarios se puede cambiar de manera que no haga falta ser usuario
de la base de datos para acceder a la aplicación. Los datos de los usuarios se
almacenarían en una base de datos.
160
Conversión de aplicación empresarial para permitir el acceso remoto usando PocketPC y PC
Conclusiones y líneas futuras
I.7.2.1 Líneas futuras
Se han planteado mejoras a nuestra aplicación pero no suponen añadir nuevas
funcionalidades en la mayoría de los casos.
Además de las mejoras planteadas se podría integrar esta aplicación con un
sistema de control de producción. Se podría plantear el modelo de negocio y plasmarlo
en este sistema. Nuestra aplicación se encargaría de la obtención de los presupuestos y
una vez que se decide pedir o no el producto nuestra aplicación se encargaría de
registrar los datos exactos del producto y se encargaría de descontar dichos productos de
las existencias o bien enviar órdenes de producción a la planta de fabricación.
Otra ampliación que se podría contemplar es permitir a los clientes de la
empresa a realizar el presupuesto del producto que desea si ya sabe los parámetros
concretos de su producto y en el caso de estar de acuerdo con el presupuesto encargar el
pedido que se recogería en la cola de pedidos de la misma manera que si fuera un agente
comercial. Además, se debería de implementar un sistema de seguridad para poder
exigir responsabilidades al cliente en el caso de que no se responsabilice de la
realización del pedido. Se podría conseguir por ejemplo registrando a los clientes como
usuarios, de manera que si accede y realiza un pedido luego no puede rechazarlo.
También se podría adaptar los sistemas de codificación que se emplean en el envío de
correo electrónico para este fin.
Conversión de aplicación empresarial para permitir el acceso remoto usando PocketPC y PC
161