Tesina Movil

Univer sidad Nacional ³José Faustino Sánchez Car r ri ón´

Facultad de Ingeniería Escuela de Ingeniería Informática Sistema de Información de pedidos on-line con el uso de PDA

Monografía como parte del curso de actualización profesional presentado por:

Jimmy Leonel Jaramillo Resurrección

Abril, 2011

Sistema de Inf or mación de pedidos on-line con el uso de PDA

Resumen El objetivo general general del presente trabajo es

desarrollar

e implementar una

aplicación aplicación en dispositivo móvil (PocketPC), con una una arquitectura arquitectura cliente cliente - servidor, con el fin de facilitar y optimizar el flujo de ventas - pedidos. pedidos. Para conseguir este objetivo, el trabajo fue dividido en una etapa de investigación y en una etapa de aplicación. En la etapa de investigación se estudió las opciones de comunicación comunicación entre el dispositivo y el s ervidor de base base de datos , las arquitecturas arquitecturas de conexión, protocolos de comunicación , herramientas de software de desarrollo comunicación comunicación y la plataforma móvil seleccionada seleccionada (Po cketPC). En la etapa de aplicación se utilizaron los conocimientos adquiridos para el análisis y diseño del sistema siste ma de información, utilizando las fases de la metodología RUP para obtener un producto software de calidad, y posteriormente desarrollar el Aplicativo Aplicativ o móvil. El resultado final es el desarrollo de un sistema de información de pedidos que posee posee las características caracterís ticas necesarias para poder agilizar riesgo

de

que que

un

plato


no

sea

el proceso de pedidos y así minimizar mini mizar el servido

en

tiempo tiempo

y

forma .

2


Resumen El objetivo general general del presente trabajo es

desarrollar

e implementar una

aplicación aplicación en dispositivo móvil (PocketPC), con una una arquitectura arquitectura cliente cliente - servidor, con el fin de facilitar y optimizar el flujo de ventas - pedidos. pedidos. Para conseguir este objetivo, el trabajo fue dividido en una etapa de investigación y en una etapa de aplicación. En la etapa de investigación se estudió las opciones de comunicación comunicación entre el dispositivo y el s ervidor de base base de datos , las arquitecturas arquitecturas de conexión, protocolos de comunicación , herramientas de software de desarrollo comunicación comunicación y la plataforma móvil seleccionada seleccionada (Po cketPC). En la etapa de aplicación se utilizaron los conocimientos adquiridos para el análisis y diseño del sistema siste ma de información, utilizando las fases de la metodología RUP para obtener un producto software de calidad, y posteriormente desarrollar el Aplicativo Aplicativ o móvil. El resultado final es el desarrollo de un sistema de información de pedidos que posee posee las características caracterís ticas necesarias para poder agilizar riesgo

de

que que

un

plato


no

sea

el proceso de pedidos y así minimizar mini mizar el servido

en

tiempo tiempo

y

forma .

2


Abstrac The general objective objectiv e of the present work is to develop and deploy an application in mobile device (PocketPC), (PocketPC ), with an architecture client

- server in order to facilitate and

optimize the flow of sales ± orders.. To obtain this object ive, the work was divided into a stage of research and in the application stage. s tage. In the investigation stage is study the communication options between the device and the database server , the architectures of connection, communication protocols, software tools for development communication and mobile platform selected (PocketPC). In the implementation phase is used the knowledge gained in the analysis and design of an information system, using the phases of the RUP methodology for obtaining obtaining a product qual ity software s oftware,, and further develop mobile mobile application The end result is the development of an information system the orders has characteristics needed to be able to expedite the ordering process and minimize the risk that a plate is not served in a timely manner


3


CONTENIDO

Introducción ................................ ................................ ................................ ..................... 6 Cuerpo o Método ................................ ................................ ................................ ............. 7 1.

Participantes o sujetos................................. ....................... ......... .......................... ..... 7

2.

Aparatos. ................................ ................................ ................................ .................... 8 2.1.

Sistema de gestión de base de datos (SGBD) ................................ ..................... 8

2.2.

Software y aplicaciones a utilizar. ................................ ....................... ......... ........ 9

2.3.

Tecnología Inalámbrica ............................... . ................................ ..................... 11

2.3.1.

Concepto ....................... ......... ......................... ....... ............................ .... .... 11

2.3.2.

Características ......................... ....... ....................... ......... .......................... . 11

2.3.3.

Ventajas y Desventajas de las WLAN .......................... ...... ......................... 12

2.3.4.

Topologías ................................ ................................ ................................ . 12

2.3.5.

Arquitectura Cliente/Servidor ....................... ......... ....................... ......... ...... 14

2.4. 3.

Dispositivo Móvil y de redes a utilizar ....................... ......... ....................... ......... 16

Procedimientos. ................................ ........................ ........ ........................... ..... ........ 17 3.1.

Perspectiva del producto ........................ ........ ......................... ....... ................... 17

3.2.

Modelado del negocio ....................... ......... ........................ ........ ........................ 18

3.2.1.

Modelo de casos de uso del negocio ................................ ....................... ... 18

3.2.2.

Diagrama de Casos de uso del negocio ............................... . ..................... 20

3.2.3.

Modelo de Objetos ......................... ....... ................................ ..................... 20

3.2.4.

Realización de Casos de uso del Negocio. ........................ ........ ................. 22

3.3.

Modelo de Caso de uso del sistema ........................ ........ ........................ ........ .. 26

3.3.1.

Definición de los requisitos .......................... ...... .......................... ...... ......... 26

3.3.2.

Lista de Actores del sistema. ....................... ......... ....................... ......... ...... 26

3.3.3.

Lista de Casos de Uso del sistema ........................ ........ ......................... .... 27

3.3.4.

Diagrama General de Caso de Uso del Sistema Propuesto ....................... 28

3.3.5.

Realización de Caso de Uso del Sistema ................................ ................... 28

3.4.

Diseño del sistema ................................ ........................ ........ ........................... . 38

3.4.1.

Modelo General de Clases .......................... ...... ................................ ......... 38

3.4.2.

Modelo de Datos (Diccionario de Datos) ................................ .................... 39

3.4.3.

Diagrama Entidad Relación ........................ ........ .......................... ...... ........ 40

3.5.

Desarrollo ................................ ................................ ................................ .......... 42


4

Sistema de Inf or mación de pedidos on-line con el uso de PDA 3.6.

Implementación ......................... ....... ................................ ......................... ....... . 42

3.7.

Pruebas ................................ ................................ ................................ ............. 43

Resultados ................................ ................................ ................................ ..................... 44 Discusión ................................ ................................ ................................ ....................... 44 Bibliografía ................................ ................................ ................................ ..................... 45 Anexos ................................ ................................ ................................ ........................... 46 Anexo 1: Creación de Base de Datos y Tablas (Scripts). ............. ................... ............. 46 Anexo 2: Creacion de Procedimientos almacenados ................................ ................... 48 Anexo 3: Establecimiento de las conexiones entre la BD e interfaces «««««. ...... 52 Anexo 4: Manual de usuario del sistema de pedidos ................................ .................... 56


5


Introducción Durante los últimos años ha crecido enormemente la oferta de equipos móviles. También ha mejorado sustancialmente las capacidades de estos equipos posibilit ando la creación de nuevas aplicaciones, y ahora es posible ejecutar aplicaciones desarrolladas por terceros, y no solamente por los mismos fabricantes. En la actualidad la mayoría de los negocios c omo hoteles, restauran t entre otros giros de negocio, cuentan con aplicaciones móviles desarrolladas para equipos móviles como los Smart Phone y Pocket PC El presente es un documento para el desarrollo de un sistema de información de pedidos on-line con el uso de asistentes digitales personales PDA que, a través de este dispositivo interactúa con los datos almacenados en un servidor de base de datos remoto de tal manera que se logra aumentar la eficiencia y eficacia en la recepción y registro de pedidos. En este se presenta el análisis y diseño previo al desarrollo con el fin de poner a disposición esta información a personas que investiguen acerca del desarrollo de aplicaciones que funcionen en dispositivos móviles, y que se comuniquen a través de una red inalámbrica con un gestor de base de datos. Además se presenta las configuraciones necesarias en el servidor de base de datos que hace posible la conexión remota con una aplicación para dispositivo móvil , los requerimientos mínimos y recomendados de hardw are y software para la implementación del sistema así como también los scripts de la base de datos y procedimientos almacenados y manual de usuario del sistema propuesto.


6


Cuerpo o Método 1. Participantes o sujetos. ³Mi casa Café´ es un negocio perteneciente al giro de restaurant (dulcería) este negocio cuenta con una acogida muy importante de comensales (clientes). En muchos casos la gran demanda ha impedido la atención oportuna de los pedidos realizados o el cruce de los mismos. Ocasionando molestias a los comensales y la pérdida de clientes, dinero, imagen entre otros al negocio. Este problema está basado principalmente por la forma tradicional (forma manual) de llevar a cabo la toma y atención de los pedidos. El negocio cuenta con un sistema de software de caja y contabilidad. En ese sentido se plantea aprovechar los recursos para desarrollar e implementar una solución a la toma de pedidos. Esta solución estará basada en una arquitectura cliente servidor.

En

la cual los meseros llevaran a cab o la toma de pedidos en un dispositivo móvil (Pocket PC) interconectados inalámbricamente (WiFi) con una base de datos en la cual podrán registrar los pedidos, para que luego los datos registrados sean tomados por el sistema de caja y contabilidad.


7

Sistema de Inf or mación de pedidos on-line con el uso de PDA 2. Aparatos. En esta parte de la monografía mencionamos y tratamos de explicar las herramientas de software y las tecnologías que se utilizaran en el desarrollo del sistema de información de pedidos online tales como: 

Sistema de gestión de base de datos .



Tecnología inalámbrica.



Herramientas y software de desarrollo y conectividad

2.1. Sistema de gestión de base de datos (SGBD) Un gestor de base de datos o sistema de gestión de base de datos (SGBD o DBMS) es un software que permite introducir, organizar y recuperar la información de las bases de datos; en definitiva, administrarlas. Existen distintos tipos de gestores de bases de datos: relacional, jerárquico, red, El modelo relacional es el utilizado por casi todos los gestores de bases de datos para PC´s. El modelo relacional (SGBDR) es un software que almacena los datos en forma de tablas.



Microsoft SQL Server SQL es una herramienta para organizar, gestionar y recuperar datos almacenados en una base de datos informática. El nombre "SQL" es una abreviatura de Structured Query Languaje (Lenguaje de consultas estructurado). Como su propio nombre indica, SQL es un lenguaje informático que se puede utilizar para interaccionar con una base de datos y más concretamente con un tipo especifico llamado base de datos rel acional. SQL es a la vez un lenguaje fácil de aprender y una herramienta completa para gestionar datos. Las peticiones sobre los datos se expresan mediante sentencias, que deben escribirse de acuerdo con unas reglas sintácticas y semánticas de este lenguaj e. Su aprendizaje no solo sirve para esta aplicación sino, también, para todas las existentes en el mercado que soporten este lenguaje ya que es un lenguaje estándar por haberse visto consolidado por el Instituto Americano de Normas (ANSI) y por la Organización de Estándares Internacional (ISO). Para el desarrollo de la aplicación se utilizara este SGBD.


8

Sistema de Inf or mación de pedidos on-line con el uso de PDA 2.2. Software y aplicaciones a utilizar. 

Microsoft ActiveSync. Le permite crear una sociedad entre un dispositivo móvil y una computadora de escritorio mediante un medio físico que como el cable que comunica al Puerto COM o al Puerto USB de un PC o mediante comunicación vía infrarrojo

o

inalámbrica. Después de que se crea una sociedad, es posible sincronizar datos ya sea por medio de un módem o red ( Ether net) o la tarjeta si su dispositivo móvil dispone de ella. También puede facilitar la utilización de servidos adicionales de una computadora hacia el dispositivo móvil por medio del ActiveSync como Internet, Agendas Electrónicas y cualquier otra aplicación que sea posible de sincronizar. También es posible configurar conversiones de archivos ya que algunos formatos no son validos en ninguno de los dos ambientes, es decir, algunos archivos como las imágenes no son soportados

por el dispositivo

teniendo que ser convertidos por a otro formato mediante ActiveSync



Visual Studio .Net

Microsoft proporciona una herramienta que permite generar aplicaciones para Microsoft Windows y el Web. Visual Studio .NET permite crear aplicaciones para dispositivos compatibles con Internet que se integren en cualquier plataforma, también permite optimizar la pr ogramación basada en el Web y brinda facilidad para la creación de aplicaciones basadas en Windows. Para el mayor alcance posible de dispositivos compatibles con Internet, Visual Studio .N ET proporciona características de Internet Móvil que permiten a los programadores generar una única interfaz Web móvil compatible con una amplia gama de dispositivos móviles. Para el desarrollo de aplicaciones móviles Visual Studio.Net dispone de un módulo que permite el desarrollo de una manera rápida de este tipo de aplicaciones. Para el desarrollo de esta aplicación se utilizara el lenguaje Visual C# de la aplicación Visual Studio.Net 2005. 

DOT NET Compact Framework 2.0

Microsoft ha desarrollado .NET Compact Framework con un claro objetivo: la creación de aplicaciones. Se orienta a aplicaciones capaces de mostrar, recopilar, procesar y enviar datos; el tipo de aplicación que justifica que los usuarios decidan llevar encima un dispositivo. Aunque normalmente estas aplicaciones tienen una interfaz, no siempre es necesario. Los datos con los que estas aplicaciones trabajan pueden ser locales, remotos o tal vez una combinación de ambos. .NET Compact Framework simplifica el desarrollo de


9

Sistema de Inf or mación de pedidos on-line con el uso de PDA aplicaciones para dispositivos inteligentes. Actualmente, esto incluye a los dispositivos Pocket PC, Pocket PC 2003, Pocket PC Phone Edition y otros dispositivos que ejecuten Windows CE.NET 4.1 o posterior.

Será necesario Visual Studio .NET 200 5 para la creación de aplicaciones destinadas a .NET Compact Framework. Se puede crear aplicaciones u tilizando Visual C# .NET, Visual Basic .NET o ambos. 

Microsoft Windows Phone

Windows Phone, anteriormente llamado

W indows

Mobile es un sistema

operativo móvil compacto desarrollado por Microsoft, y diseñado para su uso en teléfonos inteligentes (Smartphones) y otros dispositivos móviles. Windows Phone hace parte de los sistemas operativos con interfaz natural de usuario.

Se basa en el núcleo del sistema operativo

W indows

CE y cuenta con un

conjunto de aplicaciones básicas utilizando las API de Microsoft Windows. Está diseñado

para

ser

similar

a

las

versiones

de

escritorio

de

Windows

estéticamente. Además, existe una gran oferta de software de terceros disponible para Windows Mobile, la cual se puede adquirir a través de Windows Marketplace for Mobile.

Originalmente apareció bajo el nombre de Pocket PC , como una ramificación de desarrollo de Windows CE para equipos móviles con capac idades limitadas. En la actualidad, la mayoría de los teléfonos con Windows Mobile vienen con un estilete digital, que se utiliza para introducir comandos pulsando en la pantalla. Windows Mobile ha evolucionado y cambiado de nombre varias veces durante su desarrollo, siendo la última versión la llamada Windows Phone 7, anunciada el 15 de febrero del 2010 y sujeta a disponibilidad a finales de 2010. En

el desarrollo de esta aplicación utilizaremos la versión 5.0 de windo ws

mobile.


10

Sistema de Inf or mación de pedidos on-line con el uso de PDA 2.3. Tecnología Inalámbrica En la actualidad, existen varios tipos de dispositivos móviles que permiten a los usuarios acceder a Internet para obtener cualquier tipo de información. Las aplicaciones móviles permiten a los usuario acceder a la información ya sea de Internet como de su empresa aumentando su productividad, ya que en la actualidad la obtención de información al instante sin tener que depender de su ubicación es indispensable. La tecnología inalámbrica ofrece una oportunidad extraordinaria para que las empresas extiendan su información y servicios hasta los usuarios móviles. La combinación de estos factores puede aumentar la productividad, reducir los costes operativos e incrementar la satisfacción de los clientes. El tipo de aplicación dependerá de los objetivos de la empr esa ya que existe una gran cantidad de aplicaciones para la tecnología inalámbrica .

2.3.1. Concepto Una red inalámbrica es un sistema de comunicación de datos que proporciona conexión inalámbrica entre equipos situados dentro de la misma área (interior o exterior) de cobertura. En lugar de utilizar el par trenzado, el cable coaxial o la fibra óptica, utilizado en las redes LAN convencionales, las redes inalámbricas transmiten y reciben datos a través de ondas electromagnéticas. Conceptualmente, no existe n inguna diferencia entre una red con cables y una inalámbrica, salvo su flexibilidad debido a la eliminación del uso de cables. Ambas ofrecen las mismas expectativas de comunicaciones como puede ser compartir periféricos, acceso a una base de datos o a ficheros compartidos, acceso a un servidor de correo o navegar a través de Internet. 2.3.2. Características Los

usuari os

móv il es , cuyo número crece día a día, son indudables

candidatos a las redes inalámbricas. El acceso portátil a las redes inalámbricas se realiza a través de equipos portátiles y NIC inalámbricas. Esto permite al usuario viajar a distintos lugares (salas de reunió n, vestíbulos, salas de espera, cafeterías, aulas, etc.) sin perder el acceso a los datos de la red. Sin el acceso inalámbrico, el usuario tendría que llevar consigo pesados cables y disponer de conexiones de red. Más allá del campo empresarial, el acceso a Internet e incluso a sitios corporativos


11

Sistema de Inf or mación de pedidos on-line con el uso de PDA podría estar disponible a través de zonas activas de redes inalámbricas públicas. Los aeropuertos, los restaurantes, las estaciones de tren y otras áreas comunes de las ciudades se pueden dotar del equipo necesari o para ofrecer este servicio. 2.3.3. Ventajas y Desventajas de las WLAN Las ventajas son bastante evidentes, pero repasémoslas y luego veamos que desventajas tenemos. Como primer punto fuerte la movilidad que nos permite una red inalámbrica es fundamental, pues así cualquier usuario de la red de la organización podrá acceder a ella desde el lugar que se encuentre y desde su propio equipo, lo cual permitirá que un empleado no tenga que utilizar la máquina de otro, algo que facilitará el control de lo que cada empl eado hace en la red. De la misma manera, si se quiere cambiar la posición un equipo en una oficina, el cable de la red ya no representará un inconveniente.

La

facilidad

de instalación se encuentra también entre las ventajas principales, pues ya no se necesitará pasar cables por ningún lado. Otra ventaja es, como ya se dijo antes, la de llegar a los lugares a los que el cable no puede. Por ejemplo, estar en un almuerzo por trabajo y poder navegar por la red de nuestra empresa por alguna eventual consulta. Pu eden hacerse cambios en la topología de las redes, ya sean grandes o pequeñas, de una forma muy sencilla. Por otro lado, desventajas no son muchas pero sí bastante importantes. Las redes inalámbricas presentan dos grandes inconvenientes: el primero de ellos es su elevado costo inicial , pues los dispositivos inalámbricos cuestan hasta tres veces más que uno para cables; el segundo es su baja velocidad de transferencia de datos en comparación con las redes con cables, que alcanzan velocidades mucho mayores. P or este motivo es que estas redes resultan convenientes para empresas donde se necesite una movilidad de los equipos y no para el hogar. 2.3.4. Topologías Las redes inalámbricas se construyen utilizando dos topologías básicas. 

T opología

de infraestructura.

La topología infraestructura utiliza los llamados Access Points o Puntos de Acceso. Tienen varias funciones, entre ellas aumentar el alcance de


12

Sistema de Inf or mación de pedidos on-line con el uso de PDA la red (cada Access Point permite conexiones en un radio de 50 a 100 metros suyo), permitir controlar el acceso y la interconexión con redes cableadas. La forma en la que actúa el Access Point es recibiendo la información de una computadora y reenviándola a la máquina correspondiente. 

T opología

ad-hoc.

La topología ad -hoc permite la comunicación de las máquinas entre sí y de forma directa: cada computadora accederá a otra sin ningún intermediario. Para esto deben estar ambas en el radio de alcance.

2.3.4.1. Calidad de Transmisión Lógicamente, las redes inalámbricas, como todo aparato que funcione por señales de radio, pueden sufrir interferencias, con aparatos que funcionen en la misma frecuencia o en canales vecinos. Esto afecta la calidad de transmisión, por lo cual deben evitars e estas interferencias. Otro factor son las paredes, sobre todo las de hormigón, pues pueden llegar a reducir mucho la señal o incluso hasta a aislar nuestro dispositivo wifi de la red, en cambio el vidrio no suele generar demasiada caída en la señal. 2.3.4.2. Seguridad en las WLAN El tema de la seguridad representa un gran inconveniente en este tipo de redes pues es muy difícil controlar el acceso a ellas, pues, en redes con cables suele contarse con un firewall que impide el acceso desde el exterior a personas no autorizadas, y no puede saltearse este dispositivo porque el cable pasa por él y no hay forma de eludirlo. En cambio, en una red inalámbrica, un firewall puede esquivarse, pues las ondas viajan en todas direcciones, con lo cual un intruso puede saltear esa protección. Por ello, para proteger estas redes se utiliza un método de autentificación y cifrado. El primero impide el acceso a personas no autorizadas mediante un nombre de usuario y una contraseña, y el segundo impide que algún intruso que intercepte u na comunicación pueda descifrarla.


13

Sistema de Inf or mación de pedidos on-line con el uso de PDA 2.3.4.3. Redes inalámbricas de área local (WLAN ) Red de comunicaciones dentro de un área geográficamente limitada (hasta unos 10 Km.) IEEE 802.11: Estándar WLAN desarrollado para especificar

o

interfaces sobre el aire entre un cliente inalámbrico y una estación base o punto de acceso. HyperLAN 2: Estándar WLAN que opera en la banda de 5GHz

o

con una velocidad de transmisión en la capa física de 54 Mbps.

Características Espectro Máxima tasa transmisión

IEEE 802.11

IEEE 802.11b

IEEE 802.11a

HyperLAN 2

2.4 GHz.

2.4 GHz.

5.0 GHz

5.0 GHz.

2 Mbps

11 Mbps

54 Mbps

54 Mbps

Conexión

NOC

NOC

NOC

OC

Encriptación

RC4 de 40bits

RC4 de 40bits

RC4 de 40bits

DES, 3DES

Multicast.

Sí

Sí

Sí

Sí

Soporte de redes fijas

Ethernet

Ethernet

Ethernet

Ethernet, IP, ATM, UMTS, FireWire, PPP

Portadora única

Portadora única con selección dinámica de frecuencias

Selección de frecuencias

FHSS/DSSS

T abla

DSSS

2.3.4.3 Comparación entre las tecnologías

WLAN

2.3.5. Arquitectura Cliente/Servidor La arquitectura cliente/servidor es un modelo para el desarrollo de sistemas de información, en el que las transacciones se dividen en procesos independientes que cooperan entre sí para intercambiar información, servicios o recursos. Se d enomina cliente al proceso que inicia el diálogo o solicita los recursos y servidor al proceso que responde a las solicitudes. Es el modelo de interacción más común entre aplicaciones en una red. No forma parte de los conceptos de la Internet como los protocolos IP, TCP o UDP, sin embargo todos los servicios estándares de alto nivel propuestos en Internet funcionan según este modelo. Los principales componentes del esquema cliente/servidor son entonces los Clientes, los Servidores y la infraestructura de co municaciones. En este modelo, las aplicaciones se dividen de forma que el servidor contiene la parte que debe ser compartida por varios usuarios, y en el cliente permanece sólo lo particular de cada usuario. Los Clientes Jimmy Leonel Jaramillo Resurrección

14

Sistema de Inf or mación de pedidos on-line con el uso de PDA interactúan con el usuario, general mente en forma gráfica. Frecuentemente se comunican con procesos auxiliares que se encargan de establecer conexión con el servidor, enviar el pedido, recibir la respuesta, manejar las fallas y realizar actividades de sincronización y de seguridad. Los clie ntes realizan funciones como: y

Manejo de la interfaz del usuario.

y

Captura y validación de los datos de entrada.

y

Generación de consultas e informes sobre las bases de datos.

Los Servidores proporcionan un servicio al cliente y devuelven los resultados. En algunos casos existen procesos auxiliares que se encargan de recibir las solicitudes del cliente, verificar la protección, activar un proceso servidor para satisfacer el pedido, recibir su respuesta y enviarla al cliente. Además, deben manejar los inter bloqueos, la recuperación ante fallas, y otros aspectos afines. Es así como la plataforma computacional asociada con los servidores es más poderosa que la de los clientes. Las principales funciones que realiza un servidor son: 

Gestión de periféricos compar tidos.



Control de accesos concurrentes a bases de datos compartidas.



Enlaces de comunicaciones con otras redes de área local, extendida o inalámbrica.



Siempre que un cliente requiere un servicio lo solicita al servidor correspondiente y éste, le respond e proporcionándolo.

Para que los clientes y los servidores puedan comunicarse, se requiere una

infraestructura

de

comunicaciones,

la

cual

proporciona

los

mecanismos básicos de direccionamiento y transporte. La mayoría de los sistemas Cliente/Servidor se basan en redes locales (LAN o WLAN) y por lo tanto utilizan protocolos no orientados a conexión, lo cual implica que las aplicaciones

deben

hacer

las

verificaciones.

La

red

debe

tener

características adecuadas de desempeño, confiabilidad, transparencia y administración. Entre las principales características de la arquitectura cliente / servidor, se pueden destacar las siguientes: 

El servidor presenta a todos sus clientes una interfaz única y bien definida.



El cliente no necesita conocer la lógica del servi dor, sólo su interfaz externa.


15

Sistema de Inf or mación de pedidos on-line con el uso de PDA 3. Procedimientos. El desarrollo del sistema de información está est á basado en las etapas etapas de desarrollo d de e software como son análisis análisis y diseño, implementacion implementacion y pruebas.

Análisis:

Estudiamos el entorno del sistema, y la subsiguiente definición y

establecimiento de prioridades entre las necesidades planteadas con el fin de identificar y resolver los problemas para no encontrarnos con estos en una etapa más avanzada del desarrollo del software.

Diseño: Esta es la etapa en la que evaluamos diferentes soluciones alternativas, así como la especificación detallada de la solución final.

Implementación En esta parte, nosotros diagramaremos como quedara quedara la implementa ción del sistema de información en el negocio.

Pruebas En esta etapa nosotros reconocemos nuestros fallos, es un proceso en el que ejecutamos nuestro programa con la intención de descubrir errores. Una prueba tiene éxito si descubre un error no detectado hasta entonces.

3.1. Perspectiva del producto La idea fundamental de este producto es proveer facilidades a los encargados de la recepción o toma de pedidos optimizando la respuesta respuest a en la atención y automatizando automatizando este proceso que es la generación de pedidos , para tener una reducción de tiempo considerable comparada con la forma manual de tomar y despachar el pedido , además minimizar minimi zar el riesgo de que un plato no sea servido en tiempo y forma. El sistema deberá ser capaz de conectarse e interactuar c on una base de datos que almacenará a todos los pedidos. Para que por medio de esta puedan generarse los comprobantes automatizados por el sistema de caja y otros sistemas con la que puedan contar los negocios.


17

Si st ema de Inf or maci n de pedi dos on-lin e con e l u so d e P A 3 .2. .3 .

i

l

l 1.

i

esero

B

i . i

i

Est Este obrero del del negoci negoci o se encarga de generar l generar las not notas u rdenes de pedi pedi dos, dos, luego ent entregar l as a coci coc i na y caj caj a, para ue luego sea ent en tregado el pedi pedi do de l os clien li enttes desde coci coc ina y generar e generar el cobro respecti respecti o en caj caj a. C

D

E

H

F

.

esero

oci oci nero

G

Se encarga de atender l os pedi ped idos generados por el mesero, mesero, enumerar l as para ue sea ent entregado a l a mesa correspondi correspond i ent ente por l por los meseros. meseros. D

Coci Coci enro

3 .2 . . . j 1.

G

i

j

l

l

i .

i

i

i

atalogo de product producto Est Este obj objeto conti contiene ene la lis li sta ordenada por cat categor ía o f amili amilia a de product productos det detallando ll ando l os preci precios e i mágenes de l os product productos ue se of recen recen en el negoci negoci o. D

Cat Ca ta logo product produc tos F

. Orden de pedi pedido

Est Este obj objeto se refi refiere ere a l a orden o nota de pedi pedi do generada por el mesero. mesero. Est Este conti contiene ene l os product productos y canti can tidades dades de l os mi smos requer idos por el clien li entte o comensal. comensal.

Orden de pedi ped ido

Jimmy Leon el Jaramillo Res rrección A

19

Si st ema de Inf or maci n de pedi dos on-lin e con e l u so d e P A 3.2.2.

i

m

l

i

egistrar pedido

d

e

Atender pedido

liente (comensal)

Pagar Pedido I l

Q

P

3.2.3.

l

S

R

T

U

i V

X

W

. . Di T

Y

Y

`

S

T

m

T

a

a

b

U

T

Q

Q

c

a

b

Q

P

b

c

l

W

b

U

`

c

i c

j

Los modelos de objetos del dominio están asociados a cada uno de los casos de uso del negocio. Por ser de mayor pr ior idad para la empresa, el caso de uso para el cual se desarroll el modelo de objetos f ue el del caso de uso del negocio egistrar pedido " y ³Atender pedido´ que continua con el proceso.

Jimmy Leon el Jaramillo Res rrección I

20

Si st ema de Inf or maci n de pedi dos on-lin e con e l u so d e P A 

CU

i

P

i

Ca a ogo productos 

C en e (comensa ) 

Orden de ped do Mesero

I l

h

p

g



q

i

r

i

. .

u

u

t

s

CU

w

P

l

y

v

x

O j

y

CU . R

x

h

i

x

i

P i y

h

p

q

p

i

y

x

i

Mesero

Orden de pedido C iente (comensa ) 



Cocienro

I l

i

Jimmy Leon el Jaramillo Res rrección f

. .

l

O j

CU . A

P i

21

Sistema de Inf or mación de pedidos on-line con el uso de PDA 3.2.4. Realización de Casos de uso del Negocio. En esta parte del modelado del negocio se muestra los flujos básicos y principales de las actividades

desarrolladas por los obreros del negocio

interactuando con los clientes.

3.2.4.1. Especificación de Caso de Uso: Registrar Pedido. 1. Actores Mesero, cliente 2. Propósito Registrar los pedidos realizados por los clientes y entregárselos al cocinero para su atención correspondiente. 3. Breve descripción El caso de uso comienza cuando el Cliente (comensal) solicita al mesero o mozo la lista o catalogo de productos, para que luego el mesero registre los productos escogidos por en una orden de pedido que será luego entregada a cocina para la posterior atención del mismo. 4. Flujo Básico de Eventos 1. El Cliente solicita lista de productos . 2. El Mesero entrega lista de productos . 3. El Cliente escoge los productos. 4. El Mesero consulta los productos. 5. El Mesero registra los productos escogidos en una nota u orden de pedido. 6. El Mesero entrega la orden a cocina.

5. Subflujos No existen subflujos especificados para este caso de uso del negocio. 6. Flujos Alternativos 6.1 Paso 4. Sin resultados en la búsqueda de productos Si no se cuenta con el stock del producto . 1. El Mesero avisara al Cliente que no se cuenta con el producto indicado. 2. El Cliente decidirá cambiar de producto o continuar con el pedido. El caso de uso continúa en el paso 5 del curso básico .


22

Sistema de Inf or mación de pedidos on-line con el uso de PDA 3.2.4.2. Especificación de Caso de Uso: Atender Pedido.

1. Actores Mesero, cocinero. 2. Propósito Atender los pedidos ordenadamente y sin confusión entregados por los meseros. 3. Breve descripción El caso de uso comienza cuando el mesero (mozo) entrega la nota de pedido en cocina, luego el cocinero busca entre las notas en cola para despachar la orden. 4. Flujo Básico de Eventos 1. El Mesero entrega la orden en cocina. 2. El Cocinero decola´. Los pedidos para atender ordenadamente. 3. El Cocinero atiende los productos detallados en el pedido. 4. El Mesero procede a despachar el pedido al cliente .

5. Subflujos No existen subflujos especificados para este caso de uso del negocio. 6. Flujos Alternativos No existen flujos alternativos.

7. Precondiciones Se ha entregado la orden o nota de pedido .

8. Poscondiciones No existen poscondiciones.

. Puntos de Extensión No existen puntos de extensión especificados para este caso de uso del negocio. 10. Requerimientos Especiales No existen requerimientos especiales especificados para este caso de uso.


24

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e P A 11 .

I

r maci

11 .1 .

ici

al

iagrama e

cti i ades

En el presente

iagrama se muestra las acti idades básicas, las

acti idades de Color Verde son las acti idades a pr ior izar o desarrollar .

: Mes ero

: Cocinero

: Orden de pedido

Entrega Pedido

Selecciona Pedido en cola

Despacha Pedido

Atiende Pedido

I l z

{

}

~

|



i 





. . . 



Jimmy Leon el Jaramillo Res rrección 

Di ~





}

~

m

~



A i i 





|





~

CU . A





|



P i 



}







25

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e P A 3.3. M del de Cas

de s del sistema

En esta etapa mencionamos los requisitos utilizando el lenguaje de desarrollo, tambi n modelamos los requisitos como casos de uso del sistema y sus respecti os diagramas tales como diagramas de colaboración y de secuencia. 3.3.1 .

ef i ici

de l s requisit s



Validación de



Registro de Pedidos.



Consultar Productos.



Ver Mesas y/o pedidos realizados.



Atender Pedido



Visualizar detalle de Pedidos

3.3.2.

ista de

suar ios.

ct res del sistema.

ct r del sistema 1. Mesero

escr i ci Responsable de realizar las acti idades de registro de pedidos y despacho de los mismos.

Mesero (from

ctors)

. Cocinero

Responsable de atender y cambiar el estado del pedido en ³atendido´.

Cocinero (from

ctors)

Jimmy Leon el Jaramillo Res rrección

26

Sistema de Inf or mación de pedidos on-line con el uso de PDA 3.3.3. Lista de Casos de Uso del sistema Caso de uso del sistema 1. Login

Descripción

Permitir el acceso al sistema validando el nombre de usuario y su contraseña.

2. Registrar Pedido Permite el registro de un nuevo pedido. 3. Ver Detalle de mesas/pedido

Permite visualizar el estado de los pedidos por mesas. Si estas son pedidos nuevos, atendidos o eliminados.

4. Atender Pedido

Permite al cocinero conocer los pedidos nuevos y o modificados, para ser atendidos.


27

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e P A

Diagrama

de Colaboracion CU ogin

1: Ingresa Usu ario y contraseña

2: Login(User,Pass)

3: Valida Datos

4: Autoriza Acceso : IU Login

: Mesero

I l

«

®

ª

Diagrama

¯

¬

i

²

±

. . .2 Di ²

²

®

°

: Gestor Login

³

®

m

Col orac i

´

®

¶

µ

®

´

±

µ

°

l CU Log i ±

de Secuencia CU ogin

: Gestor Login

: IU Login

: Mes ero

: Usuario

Ingresa Us uario y contraseña

Login(User,Pass)

Valida Datos

Autoriza Acceso

I l

«

ª

¬

rac i °

²

±

. . . Di agrama ²

Jimmy Leon el Jaramillo Res rrección 

²

²

´

S cuenc i a el CU Log i n ´

µ

µ

: Usuario

30

Sistema de Inf or mación de pedidos on-line con el uso de PDA 3.3.5.2.

Especificación Caso de Uso: Registrar Pedido

Este caso de uso corresponde al proceso de toma y registro de pedidos. Acá el usuario

mesero´ podrá realizar las labores de registro de pedidos,

visualizar las mesas que han sido atendidas por él y cancelarlas si es necesario. 1. Actores. Mesero 2. Propósito. Este caso de uso permitira al usuario el ingreso de los pedidos . 3. Breve descripción. Este caso de uso es iniciado por el

usuari o .

Aca podra registrar de manera

correcta los pedidos realizados por el cliente. 4. Flujo Básico de Eventos . 1. El sistema crea el formulario Registrar Pedido ´ Ilustración CUP 01. 2. El Mesero ingresa el Nro. de mesa, y productos. 3. El Mesero decide guardar el pedido . 4. El sistema le mostrara un cuadro de información con el Nro. del pedido guardado. 5. Subflujos. 5.1. Agregar Productos. En [6] el sistema mostrara listado de productos Ilustración CUP 03 El usuario escogerá los productos y sus respectivas cantidades para agregarlas al pedido.

6. Flujos Alternativos. 6.2. Cancelar Pedido  Cancelar  El

el registro del pedido.

sistema mostrar la pantalla principal

7. Precondiciones. El usuario debe de estar registrado en el sistema.. 8. Poscondiciones. No existen poscondiciones especificados para este caso de uso. . Puntos de Extensión . No existen puntos de extensión especificados para este caso de uso.


31


10 .

Inf or mación

dicional

l ustrac i n CU P 0 1

I l ustrac i n CU P 02

¸

¸

I l ustrac i n CU P 03 ¸

Jimmy Leon el Jaramillo Res rrección ·

32

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e P A Diagrama

de Colaboración CU

egistrar Pedido 3: Seleccionar Productos

2: Mostrar Lista 5: Listar Productos : IU Lista de Productos : Gestor Producto

1: Escoger Productos

4: Busca Productos/Categoria

6: Agrega Items de productos 7: Guardar Pedido : IU Registrar Pedido

: Mesero

8: Guardar datos Pedido

: Producto 9: Inserta Datos del pedido

10: Nro Pedido Guardado

: Pedido

: Gestor Pedido

I l ustrac i n 3.3.5.3 Di agrama e Col aborac i n »

º

Diagrama

: Mes ero

º

de Secuencia CU

»

el CU R eg i strar P ed i do

egistrar Pedido

: IU Regis trar Pedido : Ges tor Pedido

: Pedido

: IU Lista de Productos : Gestor Producto

: Producto

Escoger Productos Mostrar Lista

Seleccionar Productos Busca Productos/Categoria

Listar Productos Agrega Items de productos

Guardar Pedido Guardar datos Pedido Inserta Datos del pedido

Nro Pedido Guardado

I l ustrac i n 3.3.5.3 Di agrama de S ecuenc i a del CU R eg i strar P ed i do º

Jimmy Leon el Jaramillo Res rrección ¹

33


Especificación de Caso de Uso: Atender Pedido

Este caso de uso es realizado conjuntamente por los encargados de cocina y el mesero. En la cocina se mostrara con un mensaje describiendo el nuevo pedido ingresado por los meseros, para luego ser atendido.

1. Actores Cocinero. 2. Propósito Este caso de uso permitira a los usuarios mesero y cocinero, atender y despachar los pedidos en forma rapida y confiable.. 3. Breve descripción Este caso de uso permite principalmente al cocinero atender los pedidos en forma rapida y oportuna, minimizando el error de confundir lo s pedidos . 4. Flujo Básico de Eventos 1. El sistema Alertara a la cocina de la entrada o registro de un nuevo pedido. 2. El Cocinero procederá a atender el pedido, establecerá el nuevo estado del pedido como atendido. 3. El sistema sacará de la cola de espera al pedido. 5. Subflujos No existen. 6. Flujos Alternativos No existen. 7. Precondiciones No existen. 8. Poscondiciones No existen poscondiciones especificados para este caso de uso. . Puntos de Extensión No existen puntos de extensión especificados para este caso de uso. 10. Requerimientos Especiales No existen requerimientos especiales especificados para este caso de uso 11. Información Adicional


34


1: Mostrar Pedidos Nuevos

4: Muestra Pedido Detallado 3: Lista Pedidos : IU Consu ltar Pedido

: Cocinero

2: Verifica Pedid os

: Ges tor Pedido

: Pedido

Di agrama de Col aborac i n del CU Atender P ed i do ½

: Cocinero

: IU Consultar Pedido

: Gestor Pedido

Mostrar Pedidos Nuevos

Verifica Pedidos

Lista Pedidos Mues tra Pedido Detallado

Di agrama de S ecuenc i a del CU Atender P ed i do

Jimmy Leon el Jaramillo Res rrección ¼

: Pedido

35


Caso de Uso: Consultar Mesas/pedido

Este caso de uso permite al usuario visualizar las mesas atendidas para luego decidir si cancela el pedido de la mesa o actualiza el mismo. 1. Actores Mesero. 2. Propósito Este caso de uso permitira a los usuarios llebar el control de las mesas y/o pedidos atendidos durante el dia. 3. Breve descripción Este caso de uso permitira mantener informados a los meseros de los detalles y estados de los pedidos. 4. Flujo Básico de Eventos 1. El caso de uso comienza cuando el Usuario decide ver el estado del pedido en la pantalla Principal el cual mostrar la Ilustración CUV 01 . 2. Puede eliminar el pedido presionando el botón Eliminar . 3. Puede hacer un nuevo pedido presionando el botón Nuevo. 5. Subflujos No existen. 6. Flujos Alternativos No existen.. 7. Precondiciones Debe de existir al menos un pedido .

8. Poscondiciones No existen poscondiciones especificados para este caso de uso. . Puntos de Extensión En [2] si decide eliminar el producto el sistema le mostrara un cuadro de información Ilustración CUV 02 . En [3] si presiona nuevo, el sistema mostrara Ilustración CUP 01. Y seguirá los pasos correspondientes al caso de uso 10. Requerimientos Especiales No existen requerimientos especiales especificados para este caso de uso


36

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e P A 11 . Inf or mación

dicional

I l ustrac i n CUV 0 1

I l ustrac i n CUV 02

¿

Diagrama

:

Ê

de Colaboracion CU Consultar Mesas

Ë

Â

¿

Ã

m s s t Â

Æ

Æ

Ç

Â

Ì

i

s

Ç

Æ

:

Ñ

: I Est Å

:

Á

Â

s

Ç

Ã

Ä

Ä

l

Î

Â

cci

Â

st s s

Á

Ð

Á

Æ

Â

:

Í

Â

Â

Ä

Ì

É

Ã

p

Æ

i

Ç

Â

Æ

i

Ç

Â

Ç

Ç

Â

l

Ç

Ä

m s

Ç

Ä

Â

m s : st

Æ

Â

Â

Æ

Ð

É

i

Ç

Æ

Â

Ç

Ä

Æ

È

Æ

: B sc

Ï

Â

É

Ä

i

Ç

:

Ç

Â

Ã

Ä

Di agrama de Col aborac i n del CU Consu l tar esas À

¿

Diagrama

de Colaboracion CU Consultar Mesas

:

Ò

Ó

s

Ó

Ô

Ó

:I

Ô

Es t

Ö

Õ

Û

m s s Ó

×

×

t Ó

Ü

×

Ø

i

Ø

Ø

Õ

Ò

s s

:

×

Ó

Ù

st

Ó

Õ

Ô

Ú

Ó

Ø

i

Ø

:

Õ

s

×

Ý

l

Ó

Ó

cc i

Õ

Ü

p

×

Ó

i

Ø

Ø

Õ

Ø

Ó

m s Ó

×

B sc Þ

Ò

Þ

Ó

st Ô

×

Ú

Ó

Ø

i

Ø

Õ

Ø

Ó

l

×

m s Ó

×

Ú

Ó

Ø

i

Ø

×

Di agrama de S ecuenc i a del CU Consu l tar esas À

Jimmy Leon el Jaramillo Res rrección ¾

Ú

Õ

Ó

Ø

i

Ø

Õ

É

Ç

Â

i Ç

Ä

37

Sistema de Inf or mación de pedidos on-line con el uso de PDA 3.4.2. Modelo de Datos (Diccionario de Datos) A continuación se mencionaran las tablas involucradas en el desarrollo de la solución de software. Tabla Usuario Esta tabla contiene a los usuarios que interactuaran con el sistema propuesto y los ya existentes. Campo IdUsu IdEm eado Usuario Pass Fecha ä

è

å

æ

ç

Tipo de Dato int int varchar varchar smalldatetime

é

Tamaño

Descripción Identific dor Identificador del em leado ä

è

30 10

Tabla Empleado Esta tabla guarda los datos generales de las personas que laboran en el negocio.

Campo IdEm leado IdSede Paterno Materno Nom res DNI Telefono ê

ì

ë

ì

Tipo de Dato int int varchar varchar archar archar Char

Tamaño

30 30 50 8 10

Descripción Identificador Identificador de la sede Apellido paterno del Empleado Apellido materno del Empleado Nom res del Empleado Nro. De Documento Nac. De Identidad. Nro. De teléfono de referencia. ë

Tabla Categoría Contiene los grupos o familia en la cual están agrupados los productos.

Campo IdCategoria Categoria Descripcion Estado FechaMod

í

Tipo de Dato int archar varchar bit

Tamaño 50 100

smalldatetime

Descripción Identificador Nom re de la categoría Describe a la categoría Estado en la cual se encuentra la categoría (Activa/Desactiva) Fecha de última modificación î

Tabla Producto Contiene la gama de productos ofrecidos por el negocio

Campo IdProducto IdCategoria Producto Descripcion Precio Estado

Tipo de Dato int int varchar varchar smalldatetime bit


Tamaño

50 200

Descripción Identificador Identificador de la categoria Nombre del producto Describe las caracterí sticas del producto Precio de venta del producto Estado en la que se encuentra el

39


FechaMod

producto (Activo/Desactivo) Fecha de última modificación.

smalldatetime

Tabla Pedido Contiene los datos relevantes al momento de tomarse y registrase un pedido.

Campo IdPedido IdCliente IdEmpleado

Tipo de Dato int int int

NroMesa Estado

int bit

FechaMod

smalldatetime

Tamaño

Descripción Identificador, Nro. de pedido Identificador del Cliente(null) Identificador del Empleado que registro el pedido. Es el nro de la mesa que se atiende. Estado en la que se encuentra el Pedido (Nuevo/Pagado/Eliminado) Fecha de última modificación.

Tabla DetallePedido Contiene los detalles de los pedidos, tales como los productos adquiridos, el monto total del pedido etc.

Campo IdPedido IdProducto Cantidad Precio SubTotal Impuesto Estado

Tipo de Dato int int int decimal decimal decimal bit

FechaMod

smalldatetime

Tamaño

(10,2) (10,2) (10,2)

Descripción Identificador Identificador, código producto Cantidad del producto a Despachar Precio del producto. Producto entre Cantidad y Precio IG (19%) Estado en la que se encuentra el producto (activo/cancelado) Fecha de última modificación. ï

3.4.3. Diagrama Entidad Relación En el diagrama entidad -relación se muestran las tablas involucradas en el desarrollo del Sistema de pedidos. La tabla Cliente es utilizada como complemento para relacionar con los demás sistemas (Caja).


40

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e PDA

Cliente

Categoria

Pedido

IdCliente

IdCategoria

IdPedido

IdTipoDoc

Categoria

IdCliente

Documento

Descripcion

IdEmpleado

Nombres

Estado

NroMesa

Apellidos

FechaMod

Fecha

Direccion

Estado

IdUbigeo

Monto

email

Impuesto

Telefono

Producto DetallePedido

IdProducto

Empleado

IdCategoria

IdPedido

Producto

IdProducto

IdEmpleado

Descripcion

Cantidad

IdSede

Precio

Precio

Paterno

Estado

SubTotal

Materno

FechaMod

Impuesto

Nombres

Estado

DNI

Fecha

Telefono

Usuario IdUsuario IdEmpleado Usuario Pass Fecha

I l ustrac i n 3. .3 Di agrama ent i dad rel ac i n de base de datos ò

ñ

Jimmy Leon el Jaramillo Res rrección ð

ñ

41

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e PDA 3. .

Desarr ollo

Una

ez definidas las tablas necesar ias de la base de datos con sus respecti os

campos, tipos de datos y tamaño de cada uno, el diagrama entidad relación de la base de datos ya diseñado, los pro ces os identificados y los diagramas de flujo de datos para estos procesos elaborados; se procede a la f ase de desarrollo. Aquí se muestran las pr incipales acti idades para el desarrollo del sistema: Creación de Base de Datos. Anexo 1 Creación de procedimientos almacenados.Anexo Codificación de f un ciones y procedimientos. Establecimiento de las conexiones entre la Base de Datos y las inter f aces en PC¶s, PDA¶s. Anexo Elaboración y codificación de inter f aces.

3. . Implementación

I l ustrac i n 3.6 Di agrama de l a sol uc i n I m l ementada ö

ô

Jimmy Leon el Jaramillo Res rrección ó

õ

ô

42

Sistema de Inf or mación de pedidos on-line con el uso de PDA 3.7. Pruebas Una etapa que en cierta forma va de la mano con el desarrollo es la etapa de pruebas, ya que constantemente se realizan a medida se van codificando las interfaces. Las pruebas se van desarrollando en el ambiente de desarrollo con PC¶s

en el cual están instalados los siguientes:

y

Sistema operativo Windows XP sp3.

y

Emulador de Pocket PC 2003.

y

ActiveSync.

y

SGBD SQL Server Express 2005.

y

Visual Studio 2005.


43


Resultados Después de analizar el objeto de estudio y el campo de acción, describiendo as actividades que conforman los procesos, se logra determinar las actividades a automatizar en la solución propuesta. Con dichas actividades a automatizar, el presen te estudio permitió tener una idea clara del sistema, los límites y sobretodo los requerimientos funcionales y no funcionales que debe contemplar el sistema, para beneficio de los usuarios y por consiguiente de la empresa. Se aplico la metodología RUP para el modelado del negocio y los casos de uso del sistema. Si bien es cierto el uso de RUP es convenientemente para desarrollo de sistemas más complejos, pues lo que se pretende es obtener un sistema

calidad

sobrellevada con las fases del desarrollo de un p roducto de software. Finalmente, el sistema será de gran ayuda para automatizar esta parte importante del negocio, y servir de investigación de aplicación en otros rubros de negocio.

Discusión

El desarrollo de sistemas de información para dispositivos móviles en general ha crecido enormemente en la última década. En este estudio se ha elaborado una solución con herramientas no libres, Eso no quiere decir que no se puedan hacer el mismo aplicativo u otros con el uso de herramientas libres, tales como Java que es una tecnología de importante presencia en el desarrollo de estos tipos de sistemas.


44


Bibliografía

ARCHER, Tom. A fo ÷

ø

o C# (2003) Madrid, España: Mac Grall Hill .

BOOCH, Grady. Análisis Wesley / Diaz de Santos.

ù

Diseño Ori ent ad o a Objetos. 2ª Edición: Editorial Addison -

JACOBSON I., RUMBAUGH J., BOOCH G. (2000) E l P ro ceso U ni fi ca d o d e Desarr oll o d e

Soft ú

ar e,

Addison Wesl e û

JACOBSON I., RUMBAUGH J., BOOCH G.(2000) E l eng uaje U ni fi ca d o d e Mod elad o, ü

Addison

Wesl e . û

JACOBSON I., RUMBAUGH J., BOOCH G. 2000 E l eng uaje U ni fi ca d o ü

d e

Mod elad o.

M anual d e Refer enc ia, Addison Wesl e . û

Microsoft® Windows® CE .NET. Recuperado de: htt :// ý

ú

ú

ú

.pdaex per tos.com/ .

The Microsoft .NET Framework Community. Recuperado de: htt p:// þ


þ

þ

.g ot do t net .com

45


Anexos Anexo 1: Creación de Base de Datos y Tablas (Scripts).

CREATE DATABASE [e-commerce] GO CREATE TABLE [dbo].[Cliente]( [IdCliente] [int] NOT NULL, [IdTipoDoc] [int] NOT NULL, [Documento] [nchar] (10) NOT NULL, [Nombres] [varchar] (100) NOT NULL, [Apellidos] [varchar] (100) NOT NULL, [Direccion] [varchar] (100) NULL, [IdUbigeo] [char] (6) NULL, [email] [varchar] (50) NOT NULL, [Telefono] [varchar] (30) NOT NULL, CONSTRAINT [PK_Cliente] PRIMARY KEY([IdCliente ]) GO CREATE TABLE [dbo].[Categoria] ( [IdCategoria] [int] IDENTITY (10,1) NOT NULL, [Categoria] [varchar] (50) NOT NULL, [Descripcion] [varchar] (100) NULL, [Estado] [bit] NULL CONSTRAINT [DF_Categoria_Estado] ((1)), [FechaMod] [smalldatetime] NULL, CONSTRAINT [PK_Categoria] PRIMARY KEY([IdCategoria ])

DEFAULT

GO CREATE TABLE [dbo].[Empleado] ( [IdEmpleado] [int] IDENTITY (1,1) NOT NULL, [IdSede] [char] (2) NULL CONSTRAINT [DF_Empleado_IdSede] DEFAULT ((1)), [Paterno] [varchar] (30) NULL, [Materno] [varchar] (30) NULL, [Nombres] [varchar] (50) NULL, [DNI] [char] (8) NULL, [Telefono] [char] (10) NULL, CONSTRAINT [PK_Empleado] PRIMARY KEY([IdEmpleado] ) GO CREATE TABLE [dbo].[Pedido] ( [IdPedido] [int] IDENTITY(1,1) NOT NULL, [IdCliente] [int] NULL, [IdEmpleado] [int] NULL, [NroMesa] [int] NULL, [Fecha] [smalldatetime] NULL, [Estado] [int] NOT NULL, [Monto] [decimal] (18, 2) NULL, [Impuesto] [decimal] (18, 2) NULL, CONSTRAINT [PK_Compra] PRIMARY KEY([IdPedido] ) GO


46

Sistema de Inf or mación de pedidos on-line con el uso de PDA CREATE TABLE [dbo].[Producto] ( [IdProducto] [int] IDENTITY (100,1) NOT NULL, [IdCategoria] [int] NULL, [Producto] [varchar] (50) NULL, [Descripcion] [varchar] (200) NULL, [Precio] [decimal] (4, 2) NULL, [Estado] [bit] NULL CONSTRAINT [DF_Producto_Estado] ((1)), [FechaMod] [smalldatetime] NULL, CONSTRAINT [PK_Producto] PRIMARY KEY([IdProducto] )

DEFAULT

GO CREATE TABLE [dbo].[DetallePedido] ( [IdPedido] [int] NOT NULL, [IdProducto] [int] NOT NULL, [Cantidad] [int] NULL, [Precio] [decimal] (18, 2) NULL, [SubTotal] [decimal] (18, 2) NULL, [Impuesto] [decimal] (18, 2) NULL, [Estado] [int] NULL, [Fecha] [smalldatetime] NULL, CONSTRAINT [PK_DetalleCompra] PRIMARY KEY([IdPedido] ,[IdProducto] ) GO CREATE TABLE [dbo].[Usuario]( [IdUsuario] [int] IDENTITY (1,1) NOT NULL, [IdEmpleado] [int] NULL, [Usuario] [varchar] (30) NULL, [Pass] [nchar] (10) NULL, [Fecha] [smalldatetime] NULL, CONSTRAINT [PK_Usuario] PRIMARY KEY([IdUsuario] ) GO ALTER TABLE [dbo].[DetallePedido] CONSTRAINT WITH CHECK ADD [FK_DetalleCompra_Compra] FOREIGN KEY([IdPedido] ) REFERENCES [dbo].[Pedido] ([IdPedido] ) GO ALTER TABLE [dbo].[DetallePedido] CHECK CONSTRAINT [FK_DetalleCompra_Compra] GO ForeignKey [FK_DetalleCompra_Producto] /****** Objeto: ALTER TABLE [dbo].[DetallePedido] CONSTRAINT WITH CHECK ADD [FK_DetalleCompra_Producto] FOREIGN KEY([IdProducto] ) REFERENCES [dbo].[Producto] ([IdProducto] ) GO ALTER TABLE [dbo].[DetallePedido] CHECK CONSTRAINT [FK_DetalleCompra_Producto] GO /****** Objeto:

ForeignKey [FK_Compra_Cliente] Fecha de la ALTER TABLE [dbo].[Pedido] WITH CHECK ADD CONSTRAINT [FK_Compra_Cliente] FOREIGN KEY([IdCliente] ) REFERENCES [dbo].[Cliente] ([IdCliente] ) GO ALTER TABLE [dbo].[Pedido] CHECK CONSTRAINT [FK_Compra_Cliente] GO


47

Sistema de Inf or mación de pedidos on-line con el uso de PDA /****** Objeto:

ForeignKey [FK_Compra_Empleado] ALTER TABLE [dbo].[Pedido] WITH CHECK ADD CONSTRAINT [FK_Compra_Empleado] FOREIGN KEY([IdEmpleado] ) REFERENCES [dbo].[Empleado] ([IdEmpleado] ) GO ALTER TABLE [dbo].[Pedido] CHECK CONSTRAINT [FK_Compra_Empleado] GO /****** Objeto:

ForeignKey [FK_Producto_Categoria] ALTER TABLE [dbo].[Producto] WITH CHECK ADD CONSTRAINT [FK_Producto_Categoria] FOREIGN KEY([IdCategoria] ) REFERENCES [dbo].[Categoria] ([IdCategoria] ) GO ALTER TABLE [dbo].[Producto] CHECK CONSTRAINT [FK_Producto_Categoria] GO /****** Objeto:

ForeignKey [FK_Usuario_Empleado] ALTER TABLE [dbo].[Usuario] WITH CHECK ADD CONSTRAINT [FK_Usuario_Empleado] FOREIGN KEY([IdEmpleado] ) REFERENCES [dbo].[Empleado] ([IdEmpleado] ) GO ALTER TABLE [dbo].[Usuario] CHECK CONSTRAINT [FK_Usuario_Empleado]

Anexo 2: Creacion de Procedimientos almacenados

1.

Proc_ListarCategoria

CREATE PROCEDURE [dbo].[Proc_ListarCategoria] AS Begin SELECT FROM

Categoria , IdCategoria Categoria

End

2.

Proc_Traer_Usuario

CREATE PROCEDURE [dbo].[Proc_Traer_Usuario] @usuario varchar(20), @pass varchar (10) AS Begin Select IdUsuario ,Usuario ,Pass,Fecha from Usuario Where Usuario=@usuario and pass=@pass End


48

Sistema de Inf or mación de pedidos on-line con el uso de PDA 3. Proc_ListarProducto CREATE Proc [dbo].[Proc_ListarProducto] @IdCategoria int AS Begin Select P.IdProducto As Cod, P.Producto , P.Precio From Producto P ,Categoria C Where P.IdCategoria =C.IdCategoria And C.IdCategoria =@IdCategoria And P.Estado=1 End

4. Proc_ActualizarPedidoDetalle CREATE Proc [dbo].[Proc_ActualizarPedidoDetalle] @IdPedido int, @IdProducto int, @Cantidad int, @Precio decimal (18,2), int @Estado AS Begin declare @SubTotal decimal (18,2) declare @Impuesto decimal (18,2) set @SubTotal =@Cantidad *@Precio set @Impuesto =(0.19 *@SubTotal ) Update DetallePedido Set IdProducto = @IdProducto , Cantidad = @Cantidad , Precio = @Precio, SubTotal = @SubTotal , Impuesto = @Impuesto , Estado=@Estado, Fecha = getdate() Where IdPedido = @IdPedido End

5. Proc_InsertarPedidoDetalle CREATE Proc [dbo].[Proc_InsertarPedidoDetalle] @IdPedido int, @IdProducto int, @Cantidad int, @Precio decimal (18,2), int @Estado AS Begin declare @SubTotal decimal (18,2) declare @Impuesto decimal (18,2) set @SubTotal =@Cantidad *@Precio set @Impuesto =(0.19 *@SubTotal ) Insert into DetallePedido values(


49

Sistema de Inf or mación de pedidos on-line con el uso de PDA @IdPedido, @IdProducto , @Cantidad, @Precio, @SubTotal, @Impuesto, @Estado,

getdate()) End

6.

Proc_InsertarPedido

CREATE Proc [dbo].[Proc_InsertarPedido] @IdPedido int output, @IdCliente int, @IdEmpleado int, @NroMesa int, @Estado int, @Monto decimal(18,2) As Begin declare @Impuesto decimal (18,2) set @Impuesto =(0.19 *@Monto) insert into Pedido values( @IdCliente , @IdEmpleado , @NroMesa , getdate (), @Estado, @Monto,@Impuesto)

SET @IdPedido = @@IDENTITY End

7.

Proc_ActualizarPedido

CREATE Proc [dbo].[Proc_ActualizarPedido] @IdPedido int, @NroMesa int, @Estado int, @Monto decimal(18,2) As Begin declare @Impuesto decimal (18,2) set @Impuesto =(0.19 *@Monto) Update Pedido Set NroMesa = @NroMesa , Estado = @Estado, Monto = @Monto, Impuesto = @Impuesto , Fecha = getdate() Where IdPedido = @IdPedido ; End


50


8.

Proc_ListarMesasEstado

CREATE Proc [dbo].[Proc_ListarMesasEstado] @IdEmpleado int, @Estado int AS Begin if(@Estado=1)--Nuevo Begin Select IdPedido ,NroMesa,Monto,Estado From dbo.View_PedidoNuevo Where IdEmpleado =@IdEmpleado and Fecha=convert(varchar ,getdate(),103)End if(@Estado=2)--Pagado Begin Select IdPedido ,NroMesa,Monto,Estado From dbo.View_PedidoPagado Where IdEmpleado =@IdEmpleado and Fecha=convert(varchar ,getdate(),103)End if(@Estado=3)--Eliminado Begin Select IdPedido ,NroMesa,Monto,Estado From dbo.View_PedidoEliminado Where IdEmpleado =@IdEmpleado and Fecha=convert(varchar ,getdate(),103)End End

. Proc_ListarPedidoEstado CREATE Proc [dbo].[Proc_ListarPedidoEstado] @Estado int AS Begin If(@Estado=1) Begin Select IdPedido ,NroMesa, IdEmpleado ,Empleado =Nombres +' '+Paterno +' '+Materno , Cliente = NombreCliente +' ' +Apellidos,Hora,Estado from dbo.View_PedidoNuevo End Where Estado=@Estado If(@Estado=2) Begin Select IdPedido ,NroMesa, IdEmpleado ,Empleado =Nombres Cliente = NombreCliente +' ' from dbo.View_PedidoPagado End Where Estado=@Estado If(@Estado=3) Begin Select IdPedido ,NroMesa, IdEmpleado ,Empleado =Nombres Cliente = NombreCliente +' ' from dbo.View_PedidoEliminado End Where Estado=@Estado End


+' '+Paterno +' '+Materno , +Apellidos,Estado

+' '+Paterno +' '+Materno , +Apellidos,Estado

51

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e PDA Anexo

3: Establecimiento de las conexiones entre la en PC¶s, P DA¶s (emulador Pocket Pc 2 00 3)

ase de

Datos

las interfaces

A continuación se muestra los pasos que se siguió en el desarrollo del sistema para realizar las pruebas de depuración y corrección del código. P er mi sos de conex i n al serv i dor de Base de datos 

Ingresar al Administrador de superf icies del S L Server

Nos mostrara el Administrador de superf icies

Jimmy Leon el Jaramillo Res rrección ÿ

52

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e PDA En Conf iguración de superf icie para servicios conexiones seleccionamos nuestro servido r si en caso tengamos var ios, entonces establecer la configuración como se muestra en pantalla.

Luego en S

Server Conf iguration Manager ver ificar el estado de los servicios asi.

Luego en Pr opiedades de CP/IP la Dirección IP deberá estar de acuerdo a la IP de la maquina en donde se encuentra alojado nuestro servidor debase de datos. Tener especial cuidado en el númerode puerto CP del S L Server . Ya que esos parámetros son los que pondremos a la hora de conectarnos a nuestra base de datos desde el emulador o dispositivo móvil PDA (Pocket PC).

Jimmy Leon el Jaramillo Res rrección ¡

53


Luego Agregar Excepciones en el Firewall

Jimmy Leon el Jaramillo Res rrección ¢

54

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e PDA Para el Puer to TCP y UDP: De acuerdo como está configurado su SGBD.

Para el sqlbr owser normalmente se encuentra en C:\Archivos de programa\Microsoft S L Server \

\Shared\sqlbrowser .exe

Para el sqlservr normalmente se encuentra en C:\Archivos de programa\Microsoft S L Server \MSS L.1\MSS L\Binn\sqlservr .exe

Jimmy Leon el Jaramillo Res rrección £

55

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e PDA Anexo 4 :

Manual de usuar io del sistema de pedidos

El presente manual de usuar io trata de explicar el correcto uso del sistema. 

Inicio de Sesión en el sistema o ogin.

Para Iniciar sesión en el sistema es necesar io ejecutar la aplicación en la cual nos mostrar la

F i g .

I l ustrac i n 1 en la cual el usuar io deberá de introducir su usuar io y ¥

contraseña. Asignado por el administrador del sistema . Si los datos ingresados son incorrectos el sistema mostrara la

Fig.

Ilustración 2 un

mensaje inf ormando que el acceso es denegado al usuar io, por la cual deberá de ingresar los datos correctos.

I l ustrac i n 1 ¦

I l ustrac i n 2 ¦

Nota: Si de cide cancelar saldrá de la aplicación y po r ende del sistema.

Jimmy Leon el Jaramillo Res rrección ¤

56


Una vez superado el inicio de sesión y validación de datos el sistema mostrara la Pantalla Pr incipal

F i g . I l ustra c ión

3 . En la cual el usuar io puede optar po r visualizar el estado de

los pedidos hechos por l o registrar un nuevopedido o salir de la aplicación.

I l ustrac i n 3 ¨



Visuali ar Estado Pedidos/Mesas

Para visualizar el estado de las mesas y/o pedidos presionar el icono Pedido/Mesas el sistema

Estado

mostrará una pantalla donde se muestran los pedido s

realizados durante el día por el usuar io, así como tamb i n los que hayan sido eliminados o cancelados y los pagados. ig. Ilustración .

Jimmy Leon el Jaramillo Res rrección §

57

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e PDA En esta par te del sistema el usuar io puede cancelar un pedido seleccionando un ítem de la pestaña los pedidos atendidos ³ Atend i das´ y luego presionar

donde nos

mostrará un mensaje de confirmación de la acción. ig. Ilustración

I l ustrac i n

I l ustrac i n 5







Nuevo



Pedido

Para realizar un pedido nuevo lo podemos hacer desde la pantalla Pr incipal presionando el icono

. Una ve z ahí el sistema no s mostrara la pantalla Ilustración

ingresaremos el

Nro. De

mesa

a

atender , el

Nro.

Del

pedido

es

, aquí generado

automá ticamente por el sistema. Para agregar los productos al pedido presionaremos el botón Productos cual nos mostrará la pantalla Ilustración

donde podremos escoger los productos, estos

están agrupados por f amilia o categor ía de productos. 

Agregar Pr oductos

En esta pantalla podemos agregar uno o var ios productos a la vez.

Jimmy Leon el Jaramillo Res rrección ©

El

58

Si st ema de Inf or mación de pedi dos on-lin e con e l u so d e PDA Un



roducto seleccionando el producto y la cantidad deseada luego

presionamos el botón Agregar /Salir Var i os roductos seleccionando el producto y can tidad luego presionar el 

botón Agregar

I l ustrac i n

I l ustrac i n 5







I l ustrac i n 6 

Jimmy Leon el Jaramillo Res rrección 

59

Tesina Movil

Recommend Documents