dgomezvaTFC0612memoria PDF

Proyecto Fin de Carrera
Memoria
Sistema de Seguimiento de Envos
David Gmez Valdelomar

Consultor: ngel Acha Lizama
13/06/2012
Memoria
UOC - TFC Windows Phone 7
ndice de contenido
1
Introduccin ................................................................................................... 5
Descripcin del proyecto ................................................................................. 5

2.1
Justificacin del proyecto ..................................................................................5
2.2
Objetivos del proyecto ......................................................................................6
2.3
Requerimientos de la solucin ...........................................................................7
2.3.1
2.3.2
Funcionales ........................................................................................................................ 7
No Funcionales .................................................................................................................. 9
2.4
Productos obtenidos .........................................................................................9
2.5
Planificacin final ............................................................................................ 11
2.6
Retorno de la inversin ................................................................................... 13
Anlisis y diseo ........................................................................................... 13

3.1
Requerimientos funcionales ............................................................................ 13
3.1.1
Aplicacin de escritorio ................................................................................................... 14
3.1.1.1
Subsistema de accesos ........................................................................................... 14
3.1.1.2
Subsistema de mantenimiento .............................................................................. 15
3.1.1.3
Subsistema de envos ............................................................................................. 16
3.1.1.4
Subsistema de Informes ......................................................................................... 17
3.1.2
Aplicacin para el dispositivo mvil ................................................................................. 17
3.1.3
Servicio Web (WCF) ......................................................................................................... 18
3.2
Requerimientos no Funcionales ....................................................................... 19
3.2.1
3.2.2
3.3
Aplicacin de escritorio ................................................................................................... 19

Aplicacin para el dispositivo mvil ................................................................................. 19
Diagrama de casos de uso................................................................................ 20
3.3.1
3.3.2
Aplicacin de Escritorio ................................................................................................... 20

Aplicacin para Smartphone............................................................................................ 30
3.4
Diagrama de secuencia .................................................................................... 32
3.5
Diagrama de estados del envo ........................................................................ 33
3.6
Modelo conceptual ......................................................................................... 34
3.7
Diagrama de arquitectura de aplicacin /SW /HW........................................... 34
3.8
Diseo de la BD / Diagrama E-R ....................................................................... 36
3.9
Modelo de clases ............................................................................................ 37
3.10
Diseo de la interfaz de usuario ....................................................................... 38
3.10.1
3.10.2
Aplicacin de Escritorio .............................................................................................. 38

Aplicacin para el Smartphone ................................................................................... 44
Pgina 2 de 51
Memoria
Implementacin ............................................................................................ 46
4.1
4.1.1
4.1.2
4.1.3
4.2
Software usado ............................................................................................... 46

Aplicacin de Escritorio................................................................................................... 46
Aplicacin para el Smartphone ........................................................................................ 46
Servicio web (Windows Communication Foundation) .................................................... 47
Capas de la aplicacin ..................................................................................... 48
Evaluacin de costes ..................................................................................... 49
Trabajo futuros ............................................................................................. 49
Conclusiones ................................................................................................. 50
Bibliografa ................................................................................................... 51
Pgina 3 de 51
Memoria
ndice de figuras
Figura 1. Diagrama de Gantt ........................................................................................ 12
Figura 2. Diagrama casos de uso de la aplicacin de escritorio ................................... 20
Figura 3. Casos de uso de la aplicacin del Smartphone ............................................ 30
Figura 4. Diagrama de Secuencia de acceso a la aplicacin Windows ........................ 32
Figura 5. Diagrama de estados de un envo ................................................................. 33
Figura 6. Modelo conceptual........................................................................................ 34
Figura 7. Diagrama de arquitectura de la solucin (Hardware y Software) ................. 35
Figura 8. Esquema de arquitectura de la solucin (Hardware y Software) .................. 35
Figura 9. Diseo de la base de datos ............................................................................ 36
Figura 10. Modelo de clases......................................................................................... 37
Figura 11. Pantalla de control de acceso a la aplicacin de escritorio. ....................... 38
Figura 12. Barra de botones para perfil Administrador ............................................... 38
Figura 13. Men para usuario con perfil Administrador.............................................. 38
Figura 14. Barra de botones para perfil Oficinista ....................................................... 39
Figura 15. Mens para usuario con perfil Oficinista.................................................... 39
Figura 16. Mantenimiento de usuarios ......................................................................... 40
Figura 17. Mantenimiento de productos ...................................................................... 40
Figura 18. Mantenimiento de modalidades .................................................................. 41
Figura 19. Gestin de envos en la aplicacin de escritorio ......................................... 41
Figura 20. Datos de un envo ....................................................................................... 42
Figura 21. Informe de envos agrupados por repartidor ............................................... 43
Figura 22. Informe de envos agrupados por estado .................................................... 43
Figura 23. Control de acceso desde el Smartphone ..................................................... 44
Figura 24. Gestin de envos desde el Smartphone ..................................................... 45
Figura 25. Esquema almacenamiento aislado .............................................................. 47
Figura 26. Esquema acceso a datos SQL Server CE .................................................... 47
Figura 27. Capas de los proyectos de la solucin ........................................................ 48
Pgina 4 de 51
Memoria
Memoria
1
Introduccin
Este documento resume toda la informacin que se ha ido desarrollando durante todas
las fases de la solucin Postal Exprs, que es el trabajo de fin de carrera de la
Ingeniera de Informtica de Gestin y el resultado de los conocimientos adquiridos en
esta.
En esta memoria se desarrollar la descripcin del proyecto, su justificacin y los
principales objetivos de aprendizaje. Adems, se indicarn los requerimientos que
cumplirn las aplicaciones o componentes de las que consta la solucin, tanto
funcionales como no funcionales, para conseguir que sea eficaz y solida. Tambin se
comparar la planificacin inicial estimada con la planificacin real desarrollada.
Otras fases del proyecto que se describirn son el anlisis y el diseo de las
aplicaciones de la solucin, una de ellas ser utilizada por el personal de oficina para
tramitar los envos de la empresa principalmente y la otra aplicacin ser destinada a
los dispositivos mviles que llevarn los repartidores cuando realicen las entregas o
devoluciones de los envos que se les encargaran.
Finalmente se indicar el software que se utilizar para desarrollar las aplicaciones
anteriormente citadas, as como, el servicio web que permitir a los repartidores
actualizar los nuevos estados de los envos mediante sus dispositivos mviles en el
servidor de datos central de la empresa de mensajera.
Descripcin del proyecto
El siguiente documento desarrolla la memoria del trabajo de fin de carrera de la

Ingeniera de Informtica de Gestin del proyecto detallado como Desarrollo de una
aplicacin para Windows Phone 7 que trabaje en modo online/offline, y enve
informacin a un servidor.
2.1 Justificacin del proyecto

En la actualidad existen muchas empresas de mensajera con una gran carga de trabajo
debido al gran aumento de las ventas por internet de todo tipo de artculos como ropa,
calzados, aparatos electrnicos, videojuegos, libros, materiales de estudios de
universidades online, etc
Pgina 5 de 51
Memoria
Estas empresas necesitan saber en qu estado se encuentran sus envos en cada

momento, para que en caso de que exista alguna incidencia puedan solucionarlo al
instante. De esta manera obtendrn una muy buena imagen de cara a sus clientes.
Para conseguir que las empresas de mensajera puedan consultar rpidamente el estado
en que se encuentran sus envos se generar una solucin que les permitir realizar
dicha consulta de una forma gil y eficaz.
Hoy en da ya existen dispositivos llamados Smartphone, a precios cada vez ms
asequibles, que nos permiten recibir y enviar informacin a travs de las redes de
comunicacin, por tanto, con ellos podremos actualizar en tiempo real el estado de los
envos en el servidor de datos central de la empresa.
De este modo, desde la oficina central de la empresa se podr conocer inmediatamente
el estado actual de cada uno de los envos y solucionar cualquier problema que
surgiese, lo cual contribuir positivamente en la percepcin que se hagan los clientes
sobre el servicio ofrecido por la empresa. Por ello, obtener actualizados los estados de
los envos es el principal objetivo de la solucin que se detalla en este documento.
2.2 Objetivos del proyecto

1. Conseguir desarrollar una aplicacin de escritorio donde se gestionarn todos los
datos necesarios para tramitar los envos que realizar una empresa de mensajera y
donde se podr consultar el estado actual en que se encuentren en cada momento.
Estos datos se almacenarn en el servidor central de datos de la empresa.
2. Se desarrollar una aplicacin para un Smartphone que pueda enviar y recibir
informacin mediante el servicio web, para poder identificar a un usuario con el perfil
de Repartidor y que este pueda recibir los envos que tendr que realizar. Esta
aplicacin podr trabajar en modo online y offline, para trabajar en modo offline
utilizar una base de datos local.
3. Crear un servicio web que sea capaz de enviar y recibir informacin necesaria para
que la aplicacin del dispositivo mvil pueda obtener o actualizar los datos del
servidor central de datos de la empresa.
4. Crear una solucin base que sea lo menos costosa posible para poder adaptarla a
cualquier empresa que se dedique al envo de productos y desee conocer el estado de
sus envos en cualquier momento.
Pgina 6 de 51
Memoria
2.3 Requerimientos de la solucin

2.3.1 Funcionales
Se detallan a continuacin los requisitos funcionales que se realizarn en esta solucin
para implementar las necesidades de las empresas de mensajera.
Se desarrollar una aplicacin de escritorio con el lenguaje de programacin Visual
Basic .NET 2010, para un ordenador con sistema operativo Windows 7, y se
implementarn las siguientes funcionalidades:
Se gestionarn los datos de los distintos tipos de usuarios de la solucin, estos
podrn tener uno o ms perfiles, que podrn ser Administradores, Oficinistas y
Repartidores. Los usuarios con perfil de Administrador gestionarn todos los
usuarios de la solucin, es decir, podrn crear nuevos usuarios, borrarlos de
forma lgica si no tienen envos asociados o modificarlos. Los usuarios con
perfil de Oficinista se encargarn de gestionar los productos a enviar y las
modalidades de envo, asimismo podrn generar informes de los envos
existentes. Los usuarios con perfil de Repartidor actualizarn los estados de los
envos con una aplicacin en un Smartphone.
Se crear un mantenimiento para los productos que envan las empresas de
mensajera, aunque estos sern casi siempre los mismos se deber crear este
manteniendo ante posibles cambios futuros en los mismos o para la posible
adaptacin de la solucin a distintas empresas de mensajera. Los usuarios con
perfil de Oficinista podrn gestionar los productos que enva la empresa:
cartas, giros, burofaxes
Se crear un mantenimiento para las modalidades de envo, que sern
habitualmente las mismas, sin embargo se deber crear este manteniendo ante
posibles cambios futuros o para una posible adaptacin a cualquier empresa de
mensajera. Los usuarios con perfil de Oficinista podrn gestionar las
modalidades de envo que realiza la empresa: ordinaria, urgente, reembolso
Se podrn tramitar los envos que realice la empresa, indicando todos los datos
necesarios de los mismos para que puedan ser entregados correctamente por el
Repartidor al que se le asocien. Dichos envos sern creados, modificados y
cancelados por los usuarios que posean el perfil de Oficinista.
Pgina 7 de 51
Memoria
Se listarn por pantalla los envos existentes en la aplicacin agrupados por el

repartidor que los tiene asignados o por el estado actual en el que se
encuentren. Estos informes nicamente podrn ser consultados por un usuario
con el perfil de Oficinista.
Se desarrollar una aplicacin para un Smartphone con el sistema operativo
Windows Phone 7, con el lenguaje de programacin Visual C# .NET 2010, y se
implementarn las siguientes funcionalidades:
Los usuarios con perfil de Repartidor se autentificarn con su usuario y su
clave en el dispositivo mvil y si lo hacen correctamente recibirn al
dispositivo mvil mediante un servicio web los envos con estado
PENDIENTE que le han sido asignados.
Una vez recibidos los envos podr seleccionarlos y actualizar su estado
actual a ENTREGADO o DEVUELTO. Si el nuevo estado es DEVUELTO
el usuario podr indicar el motivo de devolucin.
Se transmitirn los nuevos estados a un servicio web cuando su conexin a
la red sea online, y el servicio web se encargar de actualizar los nuevos
estados de los envos en el servidor de datos central de la empresa.
Tambin se desarrollar un servicio web (Windows Communication Foundation)
para establecer la transmisin de datos entre el dispositivo mvil y el servidor
central de datos, se desarrollar con Visual C# .NET 2010.
Tendr que validar al Repartidor que intentar acceder a la aplicacin del
Smartphone.
Deber enviar al dispositivo mvil los envos con estado PENDIENTE del
repartidor que se valide correctamente.
Podr actualizar el nuevo estado de los envos que le indique la aplicacin
del Smartphone, en el servidor de datos de la empresa.
Pgina 8 de 51
Memoria
2.3.2 No Funcionales
Los requisitos no funcionales a los que deben responder tanto la aplicacin de
escritorio como la aplicacin para el dispositivo mvil sern las siguientes:
Se deber generar un paquete de instalacin para la aplicacin de escritorio.
Se entregar un script para generar unos datos iniciales para una primera puesta
en marcha de la aplicacin de escritorio.
Ambas aplicaciones tendrn una interfaz intuitiva y agradable para el usuario
que la va a utilizar.
La aplicacin de escritorio funcionar en ordenadores con el sistema operativo
Windows 7.
Para que la aplicacin que se desarrolle para el dispositivo mvil funcione
correctamente, este Smartphone deber tener como sistema operativo Windows
Phone 7.
Ambas aplicaciones debern controlar los posibles errores que puedan surgir
durante la utilizacin de las mismas, para no llevar al usuario a situaciones
desagradables y que hagan que las aplicaciones sean robustas.
2.4 Productos obtenidos

Durante el transcurso del trabajo de fin de carrera de la Ingeniera de Informtica de
Gestin se han elaborado los siguientes documentos:
Planificacin del proyecto:
En este archivo se indican los hitos a lograr para dar solucin a unos objetivos
que se solicitan por parte de una empresa dedicada a la mensajera.
Anlisis de requerimientos:
Este documento describir las funcionalidades que sern necesarias desarrollar
para cumplir con los objetivos solicitados en la planificacin del proyecto.
Pgina 9 de 51
Memoria
Productos desarrollados:
Se desarrollan las distintas aplicaciones necesarias para obtener una solucin
global a una empresa dedicada a la mensajera.
Se crea una aplicacin de escritorio para el personal de oficina, en esta
aplicacin se gestionan los envos de la empresa de mensajera. Se usar Visual
Studio .NET 2010 y se utilizar como lenguaje de desarrollo Visual Basic.
Se desarrolla una aplicacin para que los repartidores actualicen los nuevos
estados de los envos que tienen asignados, mediante un servicio web. Se
utilizar como herramienta de desarrollo Visual Studio .NET 2010 y el
lenguaje de desarrollo ser C#.
Finalmente se desarrollar un servicio web que permitir el envo y recepcin
de informacin entre el dispositivo mvil y los datos del servidor central de la
empresa. Este servicio web ser del tipo Windows Communication Foundation
(WFC), se usar Visual Studio 2010 .NET y el lenguaje de desarrollo que se
utilizar ser C#.
Instalador:
Se incluirn unos ficheros con los cuales se podr instalar la aplicacin de
escritorio.
Manual para la puesta en marcha:
Este documento indicar las pautas a seguir para la puesta en marcha de la
solucin Postal Exprs, se describirn los pasos necesarios para instalar la
aplicacin de escritorio y tambin para poder ejecutar el script que se adjuntar
para crear los datos iniciales en la base de datos de SQL Server Express.
Adems se explicar como ejecutar la aplicacin del Smartphone desde el
emulador de Visual Studio .NET 2010.
Manual de usuario:
Se entregar un manual de usuario para la aplicacin de escritorio y dispositivo
mvil, para que los empleados puedan utilizarlos de forma fcil y eficiente.
Memoria:
Se trata del documento actual y en l se resumen todos los trabajos realizados
y entregados previamente.
Presentacin Virtual:
Ser un video donde se muestra de forma virtual una breve introduccin a la
solucin Postal Exprs.
Pgina 10 de 51
Memoria
2.5 Planificacin final

Para el desarrollo de la solucin se ha trabajado de Lunes a Viernes 2 horas cada da y
los Sbados y Domingos se han dedicado 5 horas cada da.
Este proyecto ha comenzado el 1 de Marzo de 2012 y se finalizar el 13 de Junio del
2012, por tanto, se habrn empleado 300 horas.
Fase
Periodo
Plan de trabajo
Anlisis y diseo de la aplicacin
Implementacin de la aplicacin.
Documentacin memoria
01/03/2012 al 12/03/2012
13/03/2012 al 11/04/2012
12/04/2012 al 28/05/2012
29/05/2012 al 13/06/2012
Total
Horas
36 horas
84 horas
136 horas
44 horas
300 horas
Se pasa a comentar los hitos que sern cumplidos en cada fase:

Planificacin:
En esta fase se ha buscado informacin sobre empresas del sector de
mensajera para saber las necesidades que pudiesen tener, se han evaluado
posibles riesgos que pudiesen darse en los conocimientos y en los entornos de
desarrollo a utilizar, y finalmente se ha creado el documento con la
planificacin estimada.
Anlisis y Diseo:
Se han tomado los requisitos solicitados por la empresa de mensajera y con
ellos se ha desarrollado un documento en el que se indican las funcionalidades
que debern cumplir las aplicaciones para cubrir las necesidades de la empresa
de mensajera. Se les presentar dicho documento y tambin se incluir en l
un prototipo de la posible interface de usuario para la aplicacin de escritorio y
para la del dispositivo mvil.
Implementacin y Pruebas:
Principalmente en esta fase se desarrollarn las aplicaciones de la que consta la
solucin. Se implementar una aplicacin para la oficina central donde se
crearn los datos bsicos para la tramitacin de envos, asimismo se crear un
aplicacin para un dispositivo con el sistema operativo Windows Phone que
mediante un servicio web (WCF) podr actualizar el estado de cada uno de los
envos en tiempo real, siempre que se disponga de una conexin a la red.
Memoria y Presentacin virtual:
Por ltimo se crear una memoria que consistir en el resumen de los
documentos entregados en cada unas de las fases anteriores y un video
presentando la utilidad de la solucin que se ha desarrollado.
Pgina 11 de 51
Figura 1. Diagrama de Gantt
2.6 Retorno de la inversin

Segn el ltimo informe de Situacin de la Franquicia en Espaa en el 2012 que 11
empresas dedicas al transporte y mensajera dan servicio a 2.065 establecimientos con
una facturacin de 486 millones de euros segn una consultora llamada Tormo
Asociados. Esto es debido a los cambios en la forma de comprar de los consumidores.
Muchas de las compras que se realizan por Internet se piden a empresas que venden
exclusivamente a travs de pginas web, como Privalia o Buyvip. No obstante, hay
grandes empresas que venden en tiendas fsicas y ahora tambin lo hacen a travs de la
red como son Inditex, Fnac, etc.
Cabe destacar que, hoy en da, las empresas ms conocidas que se dedican al
transporte de estos envos son: MRW, Seur, Nacex, Halcourier, Mail Boxes, etc.
Como se puede ver, este sector del transporte est creciendo mucho en la actualidad y
por ello el desarrollo de esta solucin tiene un buen punto de partida en su integracin
en este tipo de empresas de mensajera.
Anlisis y diseo
3.1 Requerimientos funcionales

Este apartado se divide en dos partes dado que la solucin consta de dos aplicaciones,
una ser de escritorio y la otra ser para un Smartphone.
La aplicacin de escritorio permitir al personal de oficina gestionar los datos de los
envos y ver el estado actual de cada uno de ellos. Por otra parte, la aplicacin para el
dispositivo mvil se utilizar para que los repartidores actualicen el estado de los
envos que les han sido asignados.
Tambin se desarrollar un servicio web (WCF) para que la aplicacin del Smartphone
pueda recibir los envos asociados a cada repartidor y para que puedan enviar el nuevo
estado de cada uno de sus envos.
Memoria
3.1.1 Aplicacin de escritorio

Se agrupar en distintos subsistemas que se indican a continuacin:
3.1.1.1
Subsistema de accesos
Mediante este subsistema se indica los accesos a la aplicacin de los distintos perfiles
de usuarios que dispondr la empresa.
Req. 1: Para que el usuario pueda acceder a la aplicacin el sistema deber
pedirle que se identifique mediante su nombre de usuario y su contrasea.
Adems este deber tener perfil de Oficinista o de Administrador para poder
acceder. El usuario con perfil Repartidor no podr acceder a la aplicacin de
escritorio.
Req. 2: Si el usuario no tiene acceso a la aplicacin o ha introducido mal los
datos se deber mostrar un mensaje en pantalla indicando dicha situacin.
Req. 3: Una vez el usuario haya accedido a la aplicacin se mostrar una
ventana con mens y las distintas opciones de la aplicacin a los que podr
acceder. Los accesos a los mens o submens de la pantalla principal irn en
relacin al perfil o perfiles que tenga asociados el usuario que acceda.
Req 4: El usuario con perfil Administrador tendr acceso a la gestin de
Usuarios desde el men Mantenimiento y a todas las opciones del men
Ventanas y Ayuda.
Req 5: El usuario con perfil Oficinista tendr acceso a la gestin de Productos
(cartas, giros, burofaxes) y Modalidades de envo (ordinaria, urgente,
reembolso) desde el men Mantenimiento. Tambin podr acceder a la
gestin de Envos y a todas las opciones del men Ventanas y Ayuda.
Req.6: Desde el men Ventanas de la pantalla principal podremos organizar las
posibles ventanas que estn abiertas.
Req.7: Se habilitarn varias secuencias de teclas rpidas, as como una barra de
botones para acceder de forma ms rpida a las ventanas de la aplicacin.
Pgina 14 de 51
Memoria
3.1.1.2
Subsistema de mantenimiento
Con este subsistema gestionaremos los datos necesarios para que se puedan gestionar
los envos.
Req. 8: En la gestin de usuarios se podrn listar por pantalla los empleados
existentes. Tambin se podrn crear nuevos, modificar los existentes o se
podrn borrar si no tienen envos asignados.
Req. 9: En el listado de empleados por pantalla se deber poder filtrar los
usuarios por los datos ms relevantes.
Req.10: Un nuevo usuario no podr tener el mismo DNI que otro usuario que
ya exista en la base de datos. Esto se deber comprobar tanto en la creacin de
un nuevo usuario como en la modificacin de uno existente.
Req.11: En la ficha del alta del usuario se indicarn los datos personales, los
datos de contacto y los datos de acceso a la aplicacin. Cada usuario podr
tener asignado ms de un perfil y la aplicacin obligar a asociar al menos uno
de ellos a cada usuario. Los posibles perfiles de la aplicacin sern:
Administrador, Oficinista y Repartidor.
Req.12: Se deber pedir confirmacin al usuario cuando intente borrar a un
empleado de la base de datos.
Req.13: El usuario no se borrar de la base de datos fsicamente, sino que se
guardar la fecha de baja y por tanto no aparecer ms en la gestin de
Usuarios, pero si se quedar guardado en la base de datos ante una posible
auditora. En el campo de fecha de baja se almacenar la fecha del sistema y
adems se guardar el usuario que borr dicho empleado.
Req.14: Desde el mantenimiento de Productos se podrn listar, crear nuevos,
modificar o borrar los productos que no estn asignados a ningn envo. Los
productos que la empresa enva son: cartas, paquetes, notificaciones, giros,
telegramas. Estos debern ser creados en la implantacin del programa
mediante un script de datos iniciales.
Req.15: En el listado de Productos por pantalla se deber poder buscar por el
nombre.
Req.16: Un nuevo producto no podr tener el mismo nombre que alguno que
ya exista en la base de datos.
Req.17: No se podr modificar el nombre del producto desde la pantalla de
modificacin del producto.
Pgina 15 de 51
Memoria
Req.18: En el proceso del borrado del producto se deber pedir que confirme al
usuario dicha accin.
Req.19: Los productos no se borrarn fsicamente de la base de datos
efectuando la operacin de borrado, sino que se guardar la fecha de baja y el
usuario que lo borr y, por lo tanto, no aparecer ms en la gestin de
Productos, pero si habr constancia en la base de datos del mismo.
Req.20: En el mantenimiento de Modalidades se podrn listar, crear nuevas,
modificar o borrar las modalidades que no estn asignadas a ningn envo. Las
modalidades de envo con las que trabaja la empresa son: ordinaria, urgente,
certificado, asegurado, reembolso y gastos de envo. Cabe sealar que, estas
debern ser creadas en la base de datos inicial mediante un script.
Req.21: En el listado de Modalidades por pantalla se podr buscar por el
nombre.
Req.22: En la creacin de una nueva modalidad de envo se deber comprobar
que no exista ya una con el mismo nombre.
Req.23: En la pantalla de modificacin de una modalidad no se podr cambiar
el nombre de la misma.
Req.24: Cuando se borre una modalidad de envo se pedir al usuario que
confirme la operacin.
3.1.1.3
Subsistema de envos
En este subsistema se detallarn los requisitos de los envos que realizar la empresa
Req.25: Desde el men de Envos se podrn listar en pantalla, crear nuevos,
modificar o borrar los envos existentes en la aplicacin.
Req.26: En el listado de Envos por pantalla se deber poder buscar por los
siguientes datos: cdigo, fecha de Alta, estado, oficinista que cre el envo y
repartidor asociado.
Req.27: Para crear un nuevo envo se deber pulsar sobre el botn Nuevo, a
continuacin aparecer la ficha donde se deber introducir los datos del nuevo
envo. Por defecto la fecha de alta se rellenar con la del sistema pero el
usuario podr cambiarla. Cuando se crea un nuevo envo el estado inicial es
PENDIENTE. El en campo oficinista se almacenar el usuario que cree dicho
envo.
Pgina 16 de 51
Memoria
Req.28: Se podr modificar un envo existente, se seleccionar en la lista que

aparece en pantalla y se pulsar sobre el botn Modificar y a continuacin nos
aparecer la ficha con sus datos. Si un usuario modifica el envo, se actualizar
el campo oficinista con el usuario que modifique dicho envo.
Req.29: Se podrn modificar los envos que tengan el estado distinto de
ENTREGADO. Siempre que se modifique un envo pasar a estado
PENDIENTE.
Req.30: Se podrn cancelar los envos que su estado sea distinto de
ENTREGADO, para ello se deber seleccionar el envo en la lista que
aparecer en pantalla y a continuacin se pulsar sobre el botn Cancelar. El
programa deber pedir confirmacin al usuario para efectuar la cancelacin.
3.1.1.4
Subsistema de Informes
Req.31: Se podr generar en pantalla un informe con los envos, agrupados por
el repartidor al que han sido asignados.
Req.32: Se podr crear en pantalla un informe con los envos agrupados por el
estado actual en que se encuentren.
3.1.2 Aplicacin para el dispositivo mvil

En este apartado se desarrollan los requisitos funcionales para la aplicacin del
dispositivo mvil en Windows Phone 7.1.
Req.33: El usuario con perfil Repartidor se identificar introduciendo el
nombre del usuario y su clave. Para validar los datos del usuario se conectar a
un servicio web (WCF), y este se conectar al servidor SQL para comprobar
los datos.
Req.34: Se almacenar en el dispositivo los datos del ltimo repartidor que se
ha identificado para evitar que tenga que introducirlos cada vez que desee
acceder a la aplicacin.
Req.35: Una vez identificado el repartidor la aplicacin recibir los envos con
estado PENDIENTE que le han sido asignados, que se encuentran en el
servidor central de la empresa. Cuando el dispositivo los reciba los almacenar
en una base de datos local para evitar un excesivo consumo de la red del mvil
o cortes en la conexin.
Pgina 17 de 51
Memoria
Req.36: En el dispositivo mvil aparecer una lista en pantalla con los envos
que ha recibido. El repartidor seleccionar el envo en la lista y podr pasarlo a
estado ENTREGADO o DEVUELTO mediante sus respectivos botones. Si lo
pasa a estado DEVUELTO el repartidor tendr la posibilidad de introducir un
motivo de devolucin.
Req.37: Cuando se le cambie el estado a un envo se intentar enviar el nuevo
estado al servicio web (WCF) para que este lo actualice en el servidor de datos
de SQL. Si no pudiese transmitirse, el cambio se almacenar en una base de
datos local Pendientes de transmitir, se guardar el envo con su nuevo estado
y el motivo de devolucin si lo tuviese.
Req.38: El programa deber detectar cambios en la red, y cuando detecte un
cambio que le permita la sincronizacin con el servidor enviar a un servicio
web (WCF) los nuevos estados de los envos que estn almacenados en la base
de datos Pendientes de Transmitir, una vez enviados se borrarn de la base de
datos local.
Req.39: El repartidor podr forzar la transmisin al servicio (WCF) de los
envos de la base de datos Pendientes de Transmitir pulsando sobre el botn
Sincronizar.
3.1.3 Servicio Web (WCF)

Req.40: Se desarrollar un servicio web que identifique a un usuario con perfil
repartidor utilizando para ello el nombre de usuario y su clave.
Req.41: El servicio web enviar al dispositivo mvil los envos pendientes de
entrega asociados al repartidor que se haya validado.
Req.42: El servicio web actualizar los cambios de estado de los envos que el
repartidor haya transmitido desde su dispositivo mvil al servidor de datos
SQL Server.
Pgina 18 de 51
Memoria
3.2 Requerimientos no Funcionales

3.2.1 Aplicacin de escritorio
Req.1: La aplicacin de escritorio ser desarrollada en Visual Basic .Net 2010.
Req.2: La resolucin de pantalla mnima a la que se adaptar la aplicacin ser
de 800x600, aunque la ms ptima ser de 1024x768.
Req.3: La aplicacin tendr formato MDI, es decir, podremos tener varias
ventanas abiertas al mismo tiempo.
Req.4: Se crear un usuario admin con clave admin para poder acceder por
primera vez a la aplicacin de escritorio. Se cargar en un script que se lanzar
en el servidor de datos SQL Server.
Req.5: No se crear un mantenimiento de Provincias ni de Ciudades, ya que la
base de datos ya estar cargada inicialmente con dichos datos. Se cargarn
mediante un script en la fase de implantacin de la aplicacin.
Req.6: No se crear un mantenimiento de Clientes, ya que la empresa no tendr
clientes habituales y no se realizar ningn seguimiento sobre ellos.
3.2.2 Aplicacin para el dispositivo mvil

Req.1: La aplicacin para el Smartphone de desarrollar en C# .Net 2010.
Req.2: El mvil donde se instale la aplicacin deber tener el sistema operativo
Windows Phone 7.
Req.3: La utilizacin para el usuario ser lo ms sencilla posible.
Req.4: Los procesos debern ser lo ms rpidos posibles.
Req.5: Ser capaz de trabajar en modo online y offline, y tambin sincronizar
los datos con el servicio web (WCF).
Pgina 19 de 51
Memoria
3.3 Diagrama de casos de uso

3.3.1 Aplicacin de Escritorio
Para la aplicacin de escritorio se han identificado dos usuarios. Uno de ellos tendr
perfil de Administrador y se encargar de la gestin de los usuarios de la empresa. El
otro tendr el perfil de oficinista y se encargar de la gestin de los envos de la
empresa.
Figura 2. Diagrama casos de uso de la aplicacin de escritorio
Pgina 20 de 51
Memoria
En este apartado se desarrollan los casos de uso indicados en el diagrama anterior.

Identificarse
Descripcin
El usuario inicia la sesin en el programa identificndose con su nombre de usuario y
su password.
Actores
Administrador y Oficinista.
Casos de uso relacionados
Crear Usuario
Precondicin
Debe estar dado de alta el usuario en la aplicacin.
Pasos
1. Introduce nombre de usuario y password.
2. Accede al men principal.
Alternativas de proceso
1a. El usuario no existe o sus datos son incorrectos.
1b. Se muestra por pantalla el aviso de acceso incorrecto.
1c. Vuelve al paso 1.
Listar usuarios
Descripcin
Aparecen en pantalla los usuarios existentes en la aplicacin.
Actores
Administrador
Crear usuario, Modificar usuario y Borrar usuario.
Precondicin
Debe acceder a la aplicacin con un usuario que tenga perfil de Administrador.
Pasos
1. Accede al men Mantenimiento y a la opcin Usuarios.
1a.Accede a la pantalla usuarios pulsando en el elemento correspondiente de la barra
de botones de la pantalla principal.
Pgina 21 de 51
Memoria
Crear usuario
Descripcin
La aplicacin permite crear un nuevo usuario.
Actores
Administrador
Listar usuarios, Modificar usuario y Borrar usuario.
Precondicin
No debe existir un usuario con el mismo DNI en la aplicacin.
Pasos
1. Pulsa sobre el botn Nuevo de la pantalla usuarios.
2. Aparece una pantalla para introducir los datos.
3. Pulsa sobre el botn guardar.
4. Se cierra la ventana.
3a. Se comprueba que existe ya un usuario con el mismo DNI.
3b. Aparece en pantalla un aviso, indicando que ya existe el usuario.
3c. Vuelve al punto 2.
Modificar usuario
Descripcin
La aplicacin permite modificar algunos datos del usuario.
Actores
Administrador
Listar usuarios, Crear usuario y Borrar usuario.
Precondicin
Debe existir el usuario en la aplicacin.
Pasos
1. Selecciona de la lista de usuarios el que se desea modificar.
2. Se pulsa sobre el botn Modificar de la pantalla usuarios.
3. Aparece una pantalla para poder modificar los datos existentes del usuario.
4. Se pulsa sobre el botn guardar.
5a. Se comprueba que existe ya un usuario con el mismo DNI.
5b. Aparece en pantalla un aviso, indicando que ya existe el usuario.
Pgina 22 de 51
Memoria
Borrar usuario
Descripcin
La aplicacin permite borrar de forma lgica los usuarios.
Actores
Administrador
Listar usuarios, Crear usuario y Modificar usuario.
Precondicin
Debe existir el usuario en la aplicacin.
Pasos
1. Selecciona de la lista de usuarios el que se desea borrar.
2. Se pulsa sobre el botn Baja de la pantalla usuarios.
3. Se pide confirmacin de borrado por pantalla
4. Confirma la eliminacin.
4a. Cancela la confirmacin de la eliminacin.
Listar productos
Descripcin
Aparecen en pantalla los productos existentes en la aplicacin.
Actores
Oficinista
Crear producto, Modificar producto y Borrar producto.
Precondicin
Debe acceder a la aplicacin con un usuario que tenga perfil de Oficinista.
Pasos
1. Accede al men Mantenimiento y a la opcin Productos.
1a.Accede a la pantalla Productos pulsando en el elemento correspondiente de la
barra de botones de la pantalla principal.
Pgina 23 de 51
Memoria
Crear Producto
Descripcin
La aplicacin permite crear un nuevo Producto.
Actores
Administrador
Listar productos, Modificar producto y Borrar producto.
Precondicin
No debe existir un producto con el mismo nombre en la aplicacin.
Pasos
1. Pulsa sobre el botn Nuevo de la pantalla productos.
2. Aparece una pantalla para introducir el nombre del producto y su detalle.
4a. Se comprueba que existe ya ese producto.
4b. Aparece en pantalla un aviso, indicando que ya existe el producto.
Modificar producto
Descripcin
La aplicacin permite modificar el detalle del producto.
Actores
Oficinista
Listar productos, Crear producto y Borrar producto.
Precondicin
Debe existir el producto en la aplicacin.
Pasos
1. Selecciona de la lista de producto el que se desea modificar.
2. Se pulsa sobre el botn Modificar de la pantalla productos.
3. Se muestra una pantalla para modificar el detalle del artculo.
5a. Se detecta que ya existe un producto con ese nombre.
5b. Aparece en pantalla un aviso, indicando que ya existe un producto con ese
nombre.
Pgina 24 de 51
Memoria
Borrar producto
Descripcin
La aplicacin permite borrar de forma lgica los productos.
Actores
Oficinista
Listar productos, Crear producto y Modificar producto.
Precondicin
Debe existir el producto en la aplicacin.
Pasos
1. Selecciona de la lista de productos el que se desea borrar.
2. Se pulsa sobre el botn Baja de la pantalla productos.
3. Se pide confirmacin de borrado por pantalla.
Listar modalidades
Descripcin
Aparecen en pantalla las modalidades de envo existentes en la aplicacin.
Actores
Oficinista
Crear modalidad, Modificar modalidad y Borrar modalidad.
Precondicin
Debe acceder a la aplicacin con un usuario que tenga perfil de Oficinista.
Pasos
1. Accede al men Mantenimiento y a la opcin Modalidades.
1a. Accede a la pantalla Modalidades pulsando en el elemento correspondiente de la
barra de botones de la pantalla principal.
Pgina 25 de 51
Memoria
Crear modalidad
Descripcin
La aplicacin permite crear una nueva modalidad de envo.
Actores
Oficinista
Listar modalidades, Modificar modalidad y Borrar modalidad.
Precondicin
No debe existir una modalidad con el mismo nombre en la aplicacin.
Pasos
1. Pulsa sobre el botn Nuevo de la pantalla modalidades.
2. Aparece una pantalla para introducir el nombre de la modalidad y los das
aproximados de entrega.
4a. Se comprueba que existe ya esa modalidad.
4b. Aparece en pantalla un aviso, indicando que ya existe esa modalidad.
Modificar modalidad
Descripcin
La aplicacin permite modificar los das aproximados para el envo de la modalidad.
Actores
Oficinista
Listar modalidades, Crear modalidad y Borrar modalidad.
Precondicin
Debe existir la modalidad en la aplicacin.
Pasos
1. Selecciona de la lista de modalidades la que se desea modificar.
2. Se pulsa sobre el botn Modificar de la pantalla modalidades.
3. Aparecen una pantalla para modificar los das aproximados para realizar el envo.
5a. Se detecta que ya existe un producto con ese nombre.
5b. Aparece en pantalla un aviso, indicando que ya existe la modalidad.
Pgina 26 de 51
Memoria
Borrar modalidad
Descripcin
La aplicacin permite borrar de forma lgica las modalidades de envo.
Actores
Oficinista
Listar modalidades, Crear modalidad y Modificar modalidad.
Precondicin
Debe existir la modalidad en la aplicacin.
Pasos
1. Selecciona de la lista de modalidades la que se desea borrar.
2. Se pulsa sobre el botn Baja de la pantalla modalidades.
3. Se pide confirmacin de borrado por pantalla.
Listar envos
Descripcin
Aparecen en pantalla los envos existentes en la aplicacin.
Actores
Oficinista
Crear envo, Modificar envo y Cancelar envo.
Precondicin
Los envos tienen que estar activos en la aplicacin, es decir no han sido borrados de
forma lgica.
Pasos
1. Accede al men Envos.
1a.Accede a la pantalla Envos pulsando en el elemento correspondiente de la barra
de botones de la pantalla principal.
Pgina 27 de 51
Memoria
Crear envo
Descripcin
La aplicacin permite crear un nuevo envo.
Actores
Oficinista
Listar envos, Modificar envo y Borrar envo.
Precondicin
No debe existir un envo con el mismo cdigo en la aplicacin.
Pasos
1. El usuario pulsa sobre el botn Nuevo de la pantalla envos.
2. Aparece una pantalla para introducir los datos del envo.
3. El usuario pulsa sobre el botn guardar.
4a. Se comprueba que ya existe ese cdigo de envo.
4b. Aparece en pantalla un aviso, indicando que ya existe ese envo.
4c. Se vuelve al punto 2.
Modificar envo
Descripcin
La aplicacin permite modificar un envo.
Actores
Oficinista
Listar envos, Crear envo y Cancelar envo.
Precondicin
El envo no debe tener el estado de ENTREGADO.
Pasos
1. Selecciona en la lista de envos, el que se desea modificar.
2. Se pulsa sobre el botn modificar de la pantalla envos.
3. Aparece una pantalla para modificar los datos del envo.
4. El usuario pulsa sobre el botn guardar.
Ninguno
Pgina 28 de 51
Memoria
Cancelar el envo
Descripcin
La aplicacin permite cancelar el envo.
Actores
Oficinista
Listar envos, Crear envo y Modificar envo.
Precondicin
El envo no debe tener el estado de ENTREGADO.
Pasos
1. Selecciona en la lista de envos, el que se quiere cancelar.
2. Se pulsa sobre el botn baja de la pantalla envos.
3. Se pide confirmacin de la cancelacin por pantalla.
4. El usuario confirma la cancelacin.
4a. El usuario no confirma la cancelacin del envo.
Pgina 29 de 51
Memoria
3.3.2 Aplicacin para Smartphone

En la aplicacin para Smartphone se ha utilizado el usuario con el perfil de Repartidor.
Cuando este se identifique en el Smartphone obtendr los envos que le han sido
asignados y que se encuentren en estado PENDIENTE y actualizar el estado de estos
envos a ENTREGADO o DEVUELTO.
Figura 3. Casos de uso de la aplicacin del Smartphone
En este apartado se detallan los casos de uso correspondientes a la aplicacin para el

mvil que utilizarn los repartidores de la empresa.
Identificarse
Descripcin
El usuario inicia la sesin en el programa identificndose con su nombre de usuario y
su password.
Actores
Repartidor
Listar usuarios, Crear usuario, Modificar usuario y Borrar usuario.
Precondicin
Debe estar dado de alta el usuario en la aplicacin con perfil de Repartidor.
Pasos
1. Introduce nombre de usuario y password.
2. Se descarga mediante un servicio web los envos pendientes para el repartidor
identificado.
Pgina 30 de 51
Memoria
1a. No existe conexin con el servicio Web y no se puede validar al usuario.
1b. Vuelve al paso 1
1c. El usuario no existe o sus datos son incorrectos.
1d. Se muestra por pantalla el aviso de acceso incorrecto.
1e. Vuelve al paso 1.
Entrega envo
Descripcin
El usuario pasa un envo a estado ENTREGADO.
Actores
Repartidor
Listar envos, Crear envo, Modificar envo y Cancelar envo.
Precondicin
Deben existir envos pendientes para el repartidor que accede a la aplicacin.
Pasos
1. Selecciona el envo pendiente por pantalla.
2. Se pulsa sobre el botn Entregar.
Ninguna
Devolver envo
Descripcin
El usuario pasa un envo a estado DEVUELTO.
Actores
Repartidor
Listar envos, Crear envo, Modificar envo y Cancelar envo.
Precondicin
Deben existir envos pendientes para el repartidor que accede a la aplicacin.
Pasos
1. Selecciona el envo pendiente por pantalla.
2. Se introduce el motivo de la devolucin de forma opcional.
3. Se pulsa sobre el botn Devolver.
Ninguna
Pgina 31 de 51
Memoria
3.4 Diagrama de secuencia

Diagrama de secuencia de acceso a la aplicacin Windows.
Figura 4. Diagrama de Secuencia de acceso a la aplicacin Windows
Pgina 32 de 51
Memoria
3.5 Diagrama de estados del envo

Leyenda
Operacin
(Perfil)
Estado
Cancelar
(Oficinista)
Crear
(Oficinista)
ENTREGADO
PENDIENTE
(Asociado a
Repartidor)
Entregar
(Repartidor)
Modificar
(Oficinista)
Devolver
(Repartidor)
CANCELADO
DEVUELTO
Figura 5. Diagrama de estados de un envo
Un usuario con el perfil de Oficinista podr crear, modificar y cancelar un envo desde
la aplicacin de escritorio. Por otro lado, un usuario que tenga asignado el perfil de
Repartidor podr entregar o devolver un envo que se le haya asignado y que su estado
actual sea PENDIENTE, desde su aplicacin del dispositivo mvil.
La secuencia de estados que tomar un envo ser la siguiente:
Un usuario con perfil Oficinista crear un envo con los datos del mismo y asociar a
un Repartidor dicho envo, al guardarlo tendr estado PENDIENTE.
Si por alguna razn un envo estuviese asignado a un Repartidor y este estuviese de
baja en la empresa o por cualquier motivo no pudiese entregar dicho envo, un usuario
con perfil Oficinista podra modificar el envo y asociarlo a otro Repartidor que
estuviese en activo.
Los usuarios con perfil Repartidor podrn cambiar el estado de sus envos mediante la
aplicacin de su Smartphone, siempre que estos tengan estado PENDIENTE. Los
nuevos estados podrn ser ENTREGADO o DEVUELTO, dependiendo de la
aceptacin del receptor del envo.
El envo una vez entregado no se podr modificar, ya que se entreg correctamente.
Por el contrario, si fue devuelto, un usuario con perfil de Oficinista podr modificar
Pgina 33 de 51
Memoria
dicho envo y pasar a estado PENDIENTE. Pueden darse situaciones como que est
mal indicada la direccin en el envo o que tenga algn dato incorrecto que haga que
no puede ser entregado.
Si un envo finalmente no se va a entregar, un usuario con perfil Oficinista lo
cancelar, pasando a estado CANCELADO. No obstante, si un envo se cancela por
error, un Oficinista podr modificarlo para que su estado pase a PENDIENTE.
3.6 Modelo conceptual
Figura 6. Modelo conceptual
3.7 Diagrama de arquitectura de aplicacin /SW /HW

La solucin constar de dos servidores, uno de ellos tendr instalado Internet
Information Services (IIS) y se encargar de la transferencia de informacin con el
exterior de la empresa mediante un servicio web (WCF) que se desarrollar para la
aplicacin, el otro servidor tendr instalado el sistema de gestin de bases de datos
SQL Server 2008 Express y se encargar de almacenamiento de los datos.
Por otro lado, dispondremos de uno o varios ordenadores donde tendremos la
aplicacin de escritorio, estos debern tener instalado Windows 7 con el Framework
4.0. Se encargarn de gestionar los envos desde la oficina de la empresa.
Cada usuario con perfil de Repartidor dispondr de un Smartphone con sistema
operativo Windows Phone 7 y la aplicacin para poder informar de las entregas o
Pgina 34 de 51
Memoria
devoluciones de los envos que tienen asignados. La comunicacin entre estos

dispositivos y el servidor SQL se realizar mediante un servicio web (WFC).
Figura 7. Diagrama de arquitectura de la solucin (Hardware y Software)
Base de Datos
Sql Server 2008
Servicio Web-IIS
(WCF)
Actualizacin estados
Aplicacin
Windows Phone 7
Gestin de los envos

Aplicacin
Windows Forms
Figura 8. Esquema de arquitectura de la solucin (Hardware y Software)
Pgina 35 de 51
Memoria
3.8 Diseo de la BD / Diagrama E-R
Figura 9. Diseo de la base de datos
Pgina 36 de 51
Memoria
3.9 Modelo de clases
Figura 10. Modelo de clases
Pgina 37 de 51
Memoria
3.10 Diseo de la interfaz de usuario

Para acceder a la aplicacin el usuario deber autentificarse en la pantalla que se
indica a continuacin (Figura 10). Para ello, primero deber introducir el usuario y la
clave, luego pulsar sobre el botn Acceder.
Figura 11. Pantalla de control de acceso a la aplicacin de escritorio.
Cuando los usuarios acceden a la aplicacin, dependiendo del perfil o perfiles que
tengan asignados, se mostrar la pantalla principal con distintos accesos (mens o
botones).
Si el usuario tiene asociado el perfil de Administrador tendr acceso al men
Mantenimiento, y con ello a la opcin de gestin de Usuarios.
Figura 12. Barra de botones para perfil Administrador
Figura 13. Men para usuario con perfil Administrador
Pgina 38 de 51
Memoria
Por otro lado, si el usuario tiene perfil de Oficinista podr acceder al men
Mantenimiento de Productos (paquete, carta, giro) y de Modalidades de Envo
(ordinario, certificado, urgente). Adems, estar autorizado para tramitar los
Envos y podr generar Informes de los mismos.
Figura 14. Barra de botones para perfil Oficinista
Figura 15. Mens para usuario con perfil Oficinista
Se deber tener en cuenta que un usuario podr tener asignados ambos perfiles y por
tanto podr acceder a todas las opciones de los mens.
Por ltimo, cabe destacar que un usuario con perfil de Repartidor no podr acceder al
sistema mediante la aplicacin de escritorio, sin embargo, s podr acceder mediante la
aplicacin del dispositivo mvil, para actualizar los estados de los envos que tenga
asociados.
En la ventana Mantenimiento de Usuarios, los Administradores gestionarn los
usuarios que tengan acceso a la aplicacin de escritorio y a la del Smartphone. Se
tendr la opcin de listar en pantalla los usuarios existentes (Figura 15), crear nuevos,
modificarlos o darlos de baja siempre que no tenga ningn envo asociado.
Pgina 39 de 51
Memoria
Figura 16. Mantenimiento de usuarios
En la ventana Mantenimiento de Productos, los usuarios con perfil de Oficinista

podrn gestionar los productos que enva la empresa. En general, siempre se enviarn
los que se muestran en pantalla (Figura 16), pero se crea este mantenimiento para
poder realizar cambios futuros si fueran necesarios. Se listarn por pantalla los
productos que existen en la base de datos (Figura 16). El usuario podr crear nuevos,
modificarlos o borrarlos si no tienen envos asociados.
Figura 17. Mantenimiento de productos
Pgina 40 de 51
Memoria
Desde la ventana Mantenimiento de Modalidades, el usuario con perfil de Oficinista

podr gestionar las modalidades de envo de la empresa (Figura 17). La empresa
siempre utilizar los mismos, sin embargo, se crea este mantenimiento por si surgieran
futuros cambios. El usuario podr crear nuevas modalidades de envo, modificar los
das aproximados de entrega de cada modalidad y dar de baja modalidades existentes,
si estas no estn asociadas a ningn envo.
Figura 18. Mantenimiento de modalidades
Desde la ventana Gestin de Envos, los Oficinistas podrn tramitar los envos de la
empresa. Esta opcin permite listar los envos existentes utilizando los filtros que se
muestran en la siguiente pantalla (Figura 18).
Figura 19. Gestin de envos en la aplicacin de escritorio
Pgina 41 de 51
Memoria
La informacin que se guardar de cada envo se recoge en tres bloques (Figura 19):
datos del destinatario, datos del envo (cdigo, producto, modalidad de envo) y
situacin actual (fecha de alta, nombre del oficinista, estado).
Cuando se guarda un nuevo envo, se rellenarn automticamente los siguientes datos
(Figura 19): el estado que se establecer ser PENDIENTE, la fecha de alta ser la
fecha del sistema del ordenador, aunque esta podr ser modifica por el usuario, y el
nombre del oficinista ser el del usuario que accedi a la aplicacin.
Figura 20. Datos de un envo
Pgina 42 de 51
Memoria
Desde el men Informes se podr visualizar en pantalla un informe donde se agrupen

los envos por el nombre del repartidor al que han sido asignados, tal y como se puede
ver en la siguiente imagen (Figura 20).
Figura 21. Informe de envos agrupados por repartidor
Tambin se podr generar un informe que agrupe los envos por su estado actual
(Figura 21).
Figura 22. Informe de envos agrupados por estado
Pgina 43 de 51
Memoria
3.10.2 Aplicacin para el Smartphone

El usuario con perfil de Repartidor se identificar en el dispositivo mediante la
pantalla que se muestra a continuacin (Figura 22). Deber introducir su usuario y su
password, una vez introducidos dichos datos pulsar en el botn Acceder para validar
su acceso. La aplicacin guardar los datos del ltimo usuario que accedi a la
aplicacin, de esta forma, el repartidor no tendr que volver a introducirlos, aparecern
automticamente cada vez que entre a la aplicacin.
Figura 23. Control de acceso desde el Smartphone
Pgina 44 de 51
Memoria
Una vez que se ha identificado correctamente aparecer en pantalla una lista de los
envos con estado PENDIENTE asignados a dicho repartidor (Figura 23).
Figura 24. Gestin de envos desde el Smartphone
Para dar por entregado un envo, el repartidor debe seleccionarlo en la lista y pulsar
sobre el botn Entregar, por otro lado, si el receptor del envo quiere devolverlo, el
repartidor deber seleccionarlo en la lista y pulsar sobre el botn Devolver y, de forma
opcional, podr introducir un motivo. Una vez que el repartidor cambie el estado a un
envo de la lista, dicho envo desaparecer de la misma.
Cuando el repartidor cambie el estado de un envo se comprobar si es posible
transmitir dicho cambio de estado al servidor central, si no fuera as se guardara en
una base de datos local del mvil. Una vez el dispositivo mvil detecte un cambio en
la red, volver a intentar transmitir los cambios de estados pendientes al servidor
central, sin embargo, el repartidor tambin podr forzar este intento de transmisin
pulsando sobre el botn Sincronizar.
Pgina 45 de 51
Memoria
Implementacin
4.1 Software usado

La aplicacin de escritorio se desarrolla con la ayuda del entorno de desarrollo
Microsoft Visual Studio .NET 2010 Profesional, se utiliza el componente integral de
Windows Framework 4.0 Sp1, con el lenguaje de programacin Microsoft Visual
Basic 2010, en este se utiliza la librera Windows Forms para la creacin de programas
de escritorio para ordenadores con el sistema operativo Windows.
Para que el programa acceda a los datos de la solucin desde la aplicacin de
escritorio, utiliza la API que ofrece la tecnologa .NET llamada ADO .NET, estos
datos se encuentran almacenados en el sistema de gestin de bases de datos SQL
Server 2008 Express.
Adems para poder generar los informes destinados a mostrar la principal informacin
de los envos se aaden al proyecto las libreras Microsoft.ReportViewer.Common y
Microsoft.ReportViewer.WinForms.
4.1.2 Aplicacin para el Smartphone

El programa que se ha desarrollado para el dispositivo mvil se ha generado con la
ayuda del entorno de desarrollo Microsoft Visual Studio .NET 2010 Profesional.
Adems se ha utilizado el kit de desarrollo para dispositivos Windows Phone llamado
Windows Phone SDK 7.1. Tambin se ha usado Silverligth 4 SDK y Windows
Presentation Foundation (WPF) para el diseo del interface del dispositivo mvil cuya
base de programacin es el lenguaje declarativo basado en XML llamado XAML.
Para esta aplicacin se ha utilizado el lenguaje de desarrollo Microsoft Visual C# 2010
que nos proporciona el entorno .NET.
Se utiliza el concepto de almacenamiento aislado para guardar en el dispositivo los
datos del ltimo usuario identificado, para evitar que introduzca su usuario y clave
cada vez que acceda a la aplicacin. El almacenamiento aislado en ingls isolated
storage permite almacenar los datos simples de forma segura, ya que slo la aplicacin
que utilice esta parte del almacenamiento del sistema pueda acceder a l, de esta forma
se pueden tener almacenados datos de forma persistente.
Pgina 46 de 51
Memoria
Figura 25. Esquema almacenamiento aislado
En la aplicacin Windows Phone, cuando el repartidor se autentifique correctamente

mediante el servicio web (WCF), este servicio transmitir los envos al dispositivo
mvil y estos se almacenarn en una base de datos local del tipo SQL Server CE
(Compact Edition), lo que permitir trabajar con los datos en modo Offline y evitar
un gran consumo, tanto en el trfico de datos como en batera del dispositivo.
Tambin dispondr de otra base de datos del tipo SQL Server CE para almacenar los
cambios de estado en los envos que se realicen cuando no exista una conexin
disponible a la red. Para poder trabajar con los datos almacenados utilizaremos la
librera Linq que nos ofrece .NET.
Figura 26. Esquema acceso a datos SQL Server CE
4.1.3 Servicio web (Windows Communication Foundation)

Este servicio web estar publicado en un servidor web (IIS), deber responder a las
peticiones que le realizar la aplicacin Windows Phone, para poder hacerlo se
conectar a la base de datos central de la empresa para obtener los datos necesarios y
as devolver una respuesta.
El servicio web recibir el usuario y la clave del dispositivo mvil y comprobar que
los datos son correctos o no, segn el caso enviar la respuesta al Smartphone, adems
si los datos son correctos le transmitir los envos con estado PENDIENTE.
Asimismo, recibir los nuevos estados de los envos que le trasmitir el dispositivo
mvil para que los actualice en el servidor central de datos de la empresa.
Pgina 47 de 51
Memoria
4.2 Capas de la aplicacin
Capa Presentacin
Dispositivos
Clientes
Aplicacin Windows
Aplicacin Windows Phone
Windows Forms
Silverlight
ADO .NET
LINQ
Capa de Negocio
Servicio Web (WCF)
Servidor Web
Capa de Datos
Servidor de Datos
SGBD
Figura 27. Capas de los proyectos de la solucin
Pgina 48 de 51
Memoria
Evaluacin de costes
Tarea
Planificacin
Anlisis y Diseo
Implementacin
Pruebas
Memoria
Presentacin Virtual
Nmero total de horas .
Horas Realizadas Por Perfil

Jefe Proyecto
Analista
Programador
36 h
84 h
127 h
9h
33 h
11 h
80 h
93 h
127 h
Jefe Proyecto
Analista
Programador
80h x 50 /h = 4.000
93h x 30/h = 2.790
127h x 20/h = 2.540
Total Estimado = 4.000 + 2.790 + 2.540 = 9.330
Se estima un coste total de la solucin Postal Exprs de 9.300 .
Trabajo futuros
En la aplicacin de escritorio ante un aumento previsible del nmero de envos sera

conveniente incluir filtros en la generacin de informes.
Debido a que no se ha dispuesto de un dispositivo fsico para realizar pruebas sobre la
lectura de cdigos QR, se ha descartado el desarrollo indicado inicialmente en el plan
de trabajo, pero sera un desarrollo importante, ya que los repartidores podran
seleccionar automticamente con la cmara del mvil el envo.
Tambin se tendra que generar e imprimir las etiquetas para cada envo y pegarlas en
cada producto que se fuera a enviar.
Asimismo se podra realizar una aplicacin web donde los clientes, introduciendo su
nmero de envo, pudiesen ver el estado actual de su envo.
Sera fundamental crear mantenimientos para los datos maestros de la aplicacin, tales
como las ciudades y las localidades.
Adems sera muy importante guardar en la base de datos la clave encriptada ya que es
un valor muy sensible.
Pgina 49 de 51
Memoria
Conclusiones
Conocimiento de las nuevas tecnologas
Este proyecto me ha permitido conocer las grandes posibilidades que ofrecen las
nuevas tecnologas, que en la actualidad son muy importantes para conseguir un
desarrollo profesional.
Iniciacin en Windows Phone
Personalmente, Windows Phone ha sido la tecnologa ms interesante y la que ms
conocimientos me ha aportado, ya que me ha permitido practicar la conexin con el
servicio web del tipo Windows Communication Foundation. Adems me ha sido til
para conocer dos formas de almacenar informacin en un dispositivo mvil de forma
persistente, que son el almacenamiento aislado y SQL Server CE.
Integracin de diferentes tecnologas
No obstante, para desarrollar ntegramente la solucin y lograr que funcionen
correctamente todos los procesos de los que consta el proyecto, no basta con Windows
Phone, ha sido necesario utilizar otras tecnologas igual de importantes como
Windows Communication Foundation.
Expectativas iniciales y resultado final
En un principio, mi idea fue desarrollar una aplicacin web del tipo ASP.NET, pero
debido a mis escasos conocimientos sobre ello y que, adems, deba aprender a utilizar
las tecnologas de Windows Phone y crear conexiones con un servicio web,
finalmente, me decid por desarrollar una aplicacin de escritorio Windows, ya que s
dispona de experiencia en esta tecnologa. El resultado ha sido muy positivo pese al
poco tiempo disponible para profundizar en todas las aplicaciones de las que constaba
el proyecto.
Pgina 50 de 51
Memoria
Bibliografa
Ceballos Villach, Jordi; Gaan Jimnez, David; Conesa Caralt, Jordi
(coord.); Rius Gavidia, ngels (coord.)(2010) . Introduccin a .NET (1 ed.),
UOC.
Yeray Julin, Josu (2011). Silverlight para Windows Phone a Fondo. En:
Windows Phone 7.5 Desarrollo de aplicaciones Silverlight (1 ed.), Krasis
PRESS.
Internet, el gran aliado para la mensajera en franquicia.
[Fecha de consulta: 1 de marzo del 2012].
<http://www.tormo.com/sectores/912/Internet_el_gran_aliado_para_la_mensajeri
a_en_franquicia.html>
(2012, 23 de marzo) How To: Detect Network Changes for Windows Phone.
[Fecha de consulta: 3 de abril del 2012].
<http://msdn.microsoft.com/en-us/library/ff637518%28VS.92%29.aspx>
Introduccin al Diseo y Desarrollo de Aplicaciones en Windows Phone con
Silverlight.
<http://msdn.microsoft.com/es-es/windowsphone/hh307893>
(2012, 23 de marzo) Isolated Storage Overview for Windows Phone.[Fecha de
consulta: 7 de abril del 2012]. <http://msdn.microsoft.com/enus/library/ff402541%28VS.92%29.aspx>
(2012, 23 de marzo) Networking and Web Services Overview for Windows
Phone. [Fecha de consulta: 3 de abril del 2012]. <http://msdn.microsoft.com/enus/library/ff637518%28VS.92%29.aspx>
Octavio Hernndez. Soporte para SQL Server CE en Windows Phone "Mango".
[Fecha de consulta: 7 de mayo del 2012].
<http://www.dnmplus.net/articulos/soporte-para-sql-server-ce-en-windowsphone-mango.aspx>
Windows Phone SDK 7.1 Training Course Version: 1.1.2.
<http://msdn.microsoft.com/en-us/hh667362>
Pgina 51 de 51

dgomezvaTFC0612memoria PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

dgomezvaTFC0612memoria PDF

Загружено:

Авторское право:

Доступные форматы

Proyecto Fin de Carrera

Sistema de Seguimiento de Envos

David Gmez Valdelomar

Descripcin del proyecto ................................................................................. 5

Justificacin del proyecto ..................................................................................5

Objetivos del proyecto ......................................................................................6

Requerimientos de la solucin ...........................................................................7

Productos obtenidos .........................................................................................9

Planificacin final ............................................................................................ 11

Retorno de la inversin ................................................................................... 13

Anlisis y diseo ........................................................................................... 13

Requerimientos funcionales ............................................................................ 13

Requerimientos no Funcionales ....................................................................... 19

Aplicacin de escritorio ................................................................................................... 19

Diagrama de casos de uso................................................................................ 20

Aplicacin de Escritorio ................................................................................................... 20

Diagrama de secuencia .................................................................................... 32

Diagrama de estados del envo ........................................................................ 33

Modelo conceptual ......................................................................................... 34

Diagrama de arquitectura de aplicacin /SW /HW........................................... 34

Diseo de la BD / Diagrama E-R ....................................................................... 36

Modelo de clases ............................................................................................ 37

Diseo de la interfaz de usuario ....................................................................... 38

Aplicacin de Escritorio .............................................................................................. 38

Software usado ............................................................................................... 46

Capas de la aplicacin ..................................................................................... 48

Evaluacin de costes ..................................................................................... 49

Trabajo futuros ............................................................................................. 49

Descripcin del proyecto

El siguiente documento desarrolla la memoria del trabajo de fin de carrera de la

2.1 Justificacin del proyecto

Estas empresas necesitan saber en qu estado se encuentran sus envos en cada

2.2 Objetivos del proyecto

2.3 Requerimientos de la solucin

Se listarn por pantalla los envos existentes en la aplicacin agrupados por el

2.4 Productos obtenidos

2.5 Planificacin final

Se pasa a comentar los hitos que sern cumplidos en cada fase:

Figura 1. Diagrama de Gantt

2.6 Retorno de la inversin

3.1 Requerimientos funcionales

3.1.1 Aplicacin de escritorio

Req.28: Se podr modificar un envo existente, se seleccionar en la lista que

3.1.2 Aplicacin para el dispositivo mvil

3.1.3 Servicio Web (WCF)

3.2 Requerimientos no Funcionales

3.2.2 Aplicacin para el dispositivo mvil

3.3 Diagrama de casos de uso

Figura 2. Diagrama casos de uso de la aplicacin de escritorio

En este apartado se desarrollan los casos de uso indicados en el diagrama anterior.

3.3.2 Aplicacin para Smartphone

Figura 3. Casos de uso de la aplicacin del Smartphone

En este apartado se detallan los casos de uso correspondientes a la aplicacin para el

3.4 Diagrama de secuencia

Figura 4. Diagrama de Secuencia de acceso a la aplicacin Windows

3.5 Diagrama de estados del envo

3.6 Modelo conceptual

Figura 6. Modelo conceptual

3.7 Diagrama de arquitectura de aplicacin /SW /HW

devoluciones de los envos que tienen asignados. La comunicacin entre estos

Figura 7. Diagrama de arquitectura de la solucin (Hardware y Software)

Gestin de los envos

Figura 8. Esquema de arquitectura de la solucin (Hardware y Software)