tesina movil

8/7/2019 Tesina Movil

http://slidepdf.com/reader/full/tesina-movil 1/60

UUnniivveer r ssiiddaadd NNaacciioonnaall

³³JJoosséé FFaauussttiinnoo SSáánncchheezz CCaar r r r iióónn´́

Facultad de IngenieríaEscuela de Ingeniería Informática

Sistema de Información de pedidos on-line con eluso de PDA

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

presentado por:

Jimmy Leonel Jaramillo Resurrección

Abril, 2011



SSiisstteemmaa ddee IInnf f oor r mmaacciióónn ddee ppeeddiiddooss oonn--lliinnee ccoonn eell uussoo ddee PPDDAA


2

Resumen

El objetivo general del presente trabajo es desarrollar e implementar unaaplicación en dispositivo móvil (PocketPC), con una arquitectura cliente - servidor, con el

fin de facilitar y optimizar el flujo de ventas - 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 entre el dispositivo y el servidor de base de datos , las arquitecturas de

conexión, protocolos de comunicación , herramientas de software de desarrollo

comunicación y la plataforma móvil seleccionada (Po cketPC). En la etapa de aplicación

se utilizaron los conocimientos adquiridos para el análisis y diseño del sistema de

información, utilizando las fases de la metodología RUP para obtener un producto

software de calidad, y posteriormente desarrollar el Aplicativo móvil.

El resultado final es el desarrollo de un sistema de información de pedidos que posee las

características necesarias para poder agilizar el proceso de pedidos y así minimizar el

riesgo de que un plato no sea servido en tiempo y forma .





3

Abstrac

The general objective of the present work is to develop and deploy an application in

mobile device (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. 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 a product qual ity software, and further develop mobile application

The end result is the development of an information system the orders hascharacteristics needed to be able to expedite the ordering process and minimize the risk

that a plate is not served in a timely manner





4

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. Dispositivo Móvil y de redes a utilizar ................................ ................................ 16

3. 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





5

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





6

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 posibilitando la

creación de nuevas aplicaciones, y ahora es posible ejecutar aplicaciones desarrolladaspor terceros, y no solamente por los mismos fabricantes.

En la actualidad la mayoría de los negocios como hoteles, restaurant 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.





7

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 cabo 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.





8

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.





9

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 oinalá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 .NET proporcionacaracterí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: lacreació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





10

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.





11

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





12

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. Por 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





13

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.





14

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.)

o IEEE 802.11: Estándar WLAN desarrollado para especificar

interfaces sobre el aire entre un cliente inalámbrico y una

estación base o punto de acceso.

o HyperLAN 2: Estándar WLAN que opera en la banda de 5GHz

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

Características IEEE 802.11 IEEE 802.11b IEEE 802.11a HyperLAN 2

Espectro 2.4 GHz. 2.4 GHz. 5.0 GHz 5.0 GHz.

Máxima tasatransmisión

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 redesfijas

Ethernet Ethernet EthernetEthernet, IP,ATM, UMTS,FireWire, PPP

Selección defrecuencias

FHSS/DSSS DSSS Portadora única

Portadora únicacon seleccióndinámica defrecuencias

T abla 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





15

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 antefallas, 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 arquitecturacliente / 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.





17

3. Procedimientos.

El desarrollo del sistema de información está basado en las etapas de desarrollo de

software como son análisis y diseño, 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 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 en la atención y

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 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.



SSiisstteemmaa ddee IInnf f oor r mmaaccii nn ddee ppeeddiiddooss oonn--lliinnee ccoonn ee ll uussoo ddee PP AA

Jimmy Leonel Jaramillo ResA

rrección

19

3.2. .3. i l i .

l i i i

1.B

esero Este obrero del negocio se encarga de generar las notas u

C

rdenes de pedidos, luego entregar las a cocina y caja,

para

D

ue luego sea entregado el pedido de los clientes desde cocina y generar el cobro respecti

E

o en caja.

F

.G

ocinero Se encarga de atender los pedidos generados por el

mesero, enumerar las para D

ue sea entregado a la mesa

correspondiente por los meseros.

3.2. . . i j l i .

j l i i i

1.G

atalogo de producto

Este objeto contiene la lista ordenada por categor ía o

f amilia de productos detallando los precios e imágenes de

los productos

D

ue se of recen en el negocio.

F

. Orden de pedido Este objeto se refiere a la orden o nota de pedido

generada por el mesero. Este contiene los productos y

cantidades de los mismos requer idos por el cliente o

comensal.

H

esero

Cocienro

Catalogo productos

Orden de ped ido



SSiisstteemmaa ddee IInnf f oor r mmaaccii nn ddee ppeeddiiddooss oonn--lliinnee ccoonn ee ll uussoo ddee PP AA

Jimmy Leonel Jaramillo ResI

rrección

20

3.2.2. i m l i

I l P

Q

R

S T U

i V

W

X

.Y .

Y Di

T ` S T

mT

a

b

U T Q

c

Q

a

b

P

Q

c

a

b

l W b ̀

c

U

i c

3.2.3. l 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 cua l se desarroll el modelo de objetos f ue el del caso

de uso del negocio egistrar pedido" y ³Atender ped ido´ que con tinua con el

proceso.

d egistrar pedido

Atender pedidoe

liente (comensal)

Pagar Pedido





22

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 .





24

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.


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.


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.


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.



SSiisstteemmaa ddee IInnf f oor r mmaacciióónn ddee ppeeddiiddooss oonn--lliinnee ccoonn ee ll uussoo ddee PP AA

Jimmy Leonel Jaramillo Res�

rrección

26

3.3. M del de Cas de s del sistema

En esta etapa mencionamos los requisitos utilizando el lenguaje de desarrollo,

tamb i 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 suar ios.

Reg istro de Pedidos.

Consultar Productos.

Ver Mesas y/o ped idos realizados.

Atender Pedido

Visualizar detalle de Pedidos

3.3.2. ista de ct res del sistema.

ct r del sistema escr i ci

1. Mesero Responsable de realizar las acti idades de registro

de ped idos y despacho de los mismos.

. Cocinero Responsable de atender y cambiar el estado del

ped ido en ³atend ido .́

Mesero

(from

�

ctors)

Cocinero

(from �

ctors)





27

3.3.3. Lista de Casos de Uso del sistema

Caso de uso del

sistema

Descripción

1. Login 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.




Jimmy Leonel Jaramillo Res

rrección

30

Diagrama de Colaboracion CU ogin

I l ª

«

¬

® ̄

i °

±

²

.²

.²

.2 Di ® ³ ®

m®

́

µ

Col ®

¶

orac i °

±

́

µ

l CU Log i ±

Diagrama de Secuencia CU ogin

I l ª

«

¬

rac i °

±

²

.²

.²

.²

Di agrama ́

µ

S µ

cuenc i a ́

el CU Log i n

: IU Login : Gestor Login: Mesero : Usuario

2: Login(User,Pass)

4: Autoriza Acceso

3: Valida Datos1: Ingresa Usuario y contraseña

: IU Login : Gestor Login: Mesero

: Usuario

Ingresa Usuario y contraseña

Login(User,Pass) Valida Datos

Autoriza Acceso





31

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 registro del pedido.

El 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.




Jimmy Leonel Jaramillo Res·

rrección

32

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 Leonel Jaramillo Res¹

rrección

33

Diagrama de Colaboración CU egistrar Pedido

I l ustrac i º n 3.3.5.3Di agrama

»

e Col aborac i º n

»

el CU R eg i strar P ed i do

Diagrama de Secuencia CU egistrar Pedido

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

: Mesero : IU Registrar Pedido

: Gestor Pedido

: Producto

: Pedido

: IU Lista de Productos : Gestor Producto1: Escoger Productos

7: Guardar Pedido6: Agrega Items de productos

2: Mostrar Lista

8: Guardar datos Pedido

10: Nro Pedido Guardado

9: Inserta Datos del pedido

3: Seleccionar Productos

5: Listar Productos4: Busca Productos/Categoria

: Mes ero : IU Regis trar Pedido : Ges tor Pedido : Producto: Pedido : IU Lista de Productos : Gestor Producto

Escoger Productos

Seleccionar Productos

Busca Productos/Categoria

Agrega Items de productos

Mostrar Lista

Guardar Pedido

Guardar datos Pedido

Inserta Datos del pedido

Nro Pedido Guardado

Listar Productos





34

3.3.5.3. 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..


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 Eventos1. 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. SubflujosNo existen.


No existen.

7. Precondiciones

No existen.

8. Poscondiciones



No existen puntos de extensión especificados para este caso de uso.


No existen requerimientos especiales especificados para este caso de

uso

11. Información Adicional




Jimmy Leonel Jaramillo Res¼

rrección

35

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

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

: Cocinero : IU Consu ltar Pedido : Gestor Pedido : Pedido

4: Muestra Pedido Detallado

1: Mostrar Pedidos Nuevos

3: Lista Pedidos

2: Verifica Pedidos

: Cocinero : IU Consultar Pedido : Gestor Pedido : Pedido

Mostrar Pedidos Nuevos

Verifica Pedidos

Lista Pedidos

Muestra Pedido Detallado





36

3.3.5.4. 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.


Este caso de uso permitira mantener informados a los meseros de los

detalles y estados de los pedidos.


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 AlternativosNo existen..

7. Precondiciones

Debe de existir al menos un pedido .

8. Poscondiciones



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


No existen requerimientos especiales especificados para este caso de uso




Jimmy Leonel Jaramillo Res¾

rrección

37

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

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

À

esas

Diagrama de Colaboracion CU Consultar Mesas

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

esas

:Á

Â

sÂ Ã Ä : I

Å

EstÆ

Ç

Ä

Á

Â

sÆ

s :È

Â

stÄ Ã

É

Â

Ç

iÇ

Ä :É

Â

Ç

iÇ

Ä

Ê :Ë

Â Ã

mÂ

sÆ

sÆ

tÂ Ì

Ç

iÇ

Æ

sÍ

:Î

Â

lÂ

cciÄ Ì Æ

pÂ

Ç

iÇ

Ä

Ç

Â

mÂ

sÆ

Ï

: BÐ

scÆ

É

Â

Ç

iÇ

Ä

Ñ

:Á

Ð Â

stÃ Æ

É

Â

Ç

i

Ç

Ä

Ç

Â

lÆ

mÂ

sÆ

:Ò Ó

sÓ Ô Õ

: IÖ

Es t× Ø Õ

Ò Ó

s×

s :Ù Ó

s tÕ Ô

Ú Ó Ø i

Ø Õ :

Ú Ó Ø i

Ø Õ

Û

Ó Ô m

Ó s

× s

× t

Ó Ü Ø i

Ø × s

Ý Ó l

Ó cc i

Õ Ü × p

Ó Ø i

Ø Õ

Ø Ó m

Ó s

×

BÞ

s c×

Ú Ó Ø i

Ø Õ

Ò Þ Ó s t

Ô ×

Ú Ó Ø i

Ø Õ

Ø Ó l

× m

Ó s

×





39

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 Tipo de Dato Tamaño Descripción

IdUsuä å æ ç int Identific ä dorIdEm

è é eado int Identificador del em

è leado

Usuario varchar 30

Pass varchar 10 Fecha smalldatetime

Tabla Empleado

Esta tabla guarda los datos generales de las personas que laboran en el

negocio.


IdEmê leado int Identificador

IdSede int Identificador de la sedePaterno varchar 30 Apellido paterno del Empleado

Materno varchar 30 Apellido materno del EmpleadoNom

ë res

ì

archar 50 Nomë res del Empleado

DNIì

archar 8 Nro. De Documento Nac. De Identidad.

Telefono Char 10 Nro. De teléfono de referencia.

Tabla Categoría

Contiene los grupos o familia en la cual están agrupados los productos.


IdCategoria int IdentificadorCategoria

í

archar 50 Nomî re de la categoría

Descripcion varchar 100 Describe a la categoría

Estado bit Estado en la cual se encuentra lacategoría (Activa/Desactiva)

FechaMod smalldatetime Fecha de última modificación

Tabla Producto

Contiene la gama de productos ofrecidos por el negocio

Campo Tipo de Dato Tamaño Descripción IdProducto int IdentificadorIdCategoria int Identificador de la categoria

Producto varchar 50 Nombre del producto

Descripcion varchar 200 Describe las caracterí sticas del productoPrecio smalldatetime Precio de venta del productoEstado bit Estado en la que se encuentra el



SSiisstteemmaa ddee IInnf f oor r mmaacciióónn ddee ppeeddiiddooss oonn--lliinnee ccoonn ee ll uussoo ddee PPDDAA

Jimmy Leonel Jaramillo Resð

rrección

41

I l ustrac i ñ n 3.

ò

.3Di agrama ent i dad rel ac i ñ n de base de datos

CategoriaIdCategoria

Categoria

Descripcion

Estado

FechaMod

ClienteIdCliente

IdTipoDoc

Documento

Nombres

Apellidos

Direccion

IdUbigeo

email

Telefono

EmpleadoIdEmpleado

IdSede

Paterno

Materno

Nombres

DNI

Telefono

DetallePedidoIdPedido

IdProducto

Cantidad

Precio

SubTotal

Impuesto

Estado

Fecha

PedidoIdPedido

IdCliente

IdEmpleado

NroMesa

Fecha

Estado

Monto

Impuesto

ProductoIdProducto

IdCategoria

Producto

Descripcion

Precio

Estado

FechaMod

UsuarioIdUsuario

IdEmpleado

Usuario

Pass

Fecha




Jimmy Leonel Jaramillo Resó

rrección

42

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 procesos iden tificados 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

� Cod ificac ión de f unciones 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





43

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.





44

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.





46

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])

GOCREATE 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] DEFAULT((1)),

[FechaMod] [smalldatetime] NULL,

CONSTRAINT [PK_Categoria] PRIMARY KEY([IdCategoria])

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





47

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]

DEFAULT

((1)), [FechaMod] [smalldatetime] NULL,

CONSTRAINT [PK_Producto] PRIMARY KEY([IdProducto])

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] WITH CHECK ADD CONSTRAINT [FK_DetalleCompra_Compra] FOREIGN KEY([IdPedido]) REFERENCES [dbo].[Pedido] ([IdPedido]) GO

ALTER TABLE [dbo].[DetallePedido] CHECK CONSTRAINT [FK_DetalleCompra_Compra] GO

/****** Objeto: ForeignKey [FK_DetalleCompra_Producto] ALTER TABLE [dbo].[DetallePedido] WITH CHECK ADD CONSTRAINT

[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





48

/****** 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 Categoria, IdCategoria

FROM

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





49

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),

@Estado int

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),

@Estado int

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(





50

@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


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


set @Impuesto=(0.19 *@Monto)

Update Pedido Set

NroMesa = @NroMesa, Estado = @Estado, Monto = @Monto, Impuesto = @Impuesto, Fecha = getdate()

Where IdPedido = @IdPedido;

End





51

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 Where Estado=@Estado End

If(@Estado=2)

Begin

Select IdPedido,NroMesa, IdEmpleado,Empleado=Nombres +' '+Paterno +' '+Materno, Cliente= NombreCliente +' ' +Apellidos,Estado

from dbo.View_PedidoPagado Where Estado=@Estado End

If(@Estado=3) Begin Select IdPedido,NroMesa,

IdEmpleado,Empleado=Nombres +' '+Paterno +' '+Materno, Cliente= NombreCliente +' ' +Apellidos,Estado

from dbo.View_PedidoEliminado

Where Estado=@Estado End End




Jimmy Leonel Jaramillo Resÿ

rrección

52

Anexo 3: Establecimiento de las conexiones entre la ase de Datos las interfaces

en PC¶s, PDA¶s (emulador Pocket Pc 2003)

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 mos trara el Administrador de superf icies




Jimmy Leonel Jaramillo Res ¡ rrección

53

En Conf iguración de superf icie para servicios conexiones seleccionamos nuestro

servidor si en caso tengamos var ios, entonces establecer la configuración como se

muestra en pan talla.

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 de base de datos.

Tener especial cuidado en el número de 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 emu lador o dispositivo móvil PDA (Pocket PC).




Jimmy Leonel Jaramillo Res ¤ rrección

56

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 ejecu tar la aplicación en la cua l 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 mos trara 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 decide cancelar saldrá de la aplicación y por ende del sistema.




Jimmy Leonel Jaramillo Res § rrección

57

Una vez superado el inicio de sesión y validac ión de datos el sistema mostrara la Pantalla

Pr incipal F i g . I l ustrac ión 3. En la cual el usuar io puede optar por visualizar el estado de

los ped idos hechos por l o registrar un nuevo ped ido 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 ped idos presionar el icono Estado

Pedido/Mesas el sistema mostrará una pantalla donde se muestran los ped idos

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 Leonel Jaramillo Res © rrección

58

En esta par te del sistema el usuar io puede cancelar un ped ido selecc ionando un ítem de

la pestaña los ped idos atend idos ³ 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 ped ido nuevo lo podemos hacer desde la pan talla Pr incipal presionando

el icono . Una vez ahí el sistema nos mos trara la pan talla Ilustración , aqu í

ingresaremos el Nro. De mesa a atender , el Nro. Del ped ido es generado

automá ticamente por el sistema .

Para agregar los productos al ped ido presionaremos el botón Productos El

cua l nos mos trará la pan talla 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 Leonel Jaramillo Res rrección

59

Un

roducto se lecc ionando el producto y la can tidad deseada luego

presionamos el botón Agregar /Salir

Var i os

roductos selecc ionando 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



SSiisstteemmaa ddee IInnf f oor r mmaacciióónn ddee ppeeddiiddooss oonn--lliinnee ccoonn ee ll uussoo ddee PPDDAA 60

Una vez seleccionados nuestros productosIlustración procedemos a guardar el ped ido,

para esto el sistema nos mostrara un mensaje de confirmación con el Nro. De ped ido

guardado. Ilustración .

En la pan talla Ilustración . Tamb i n podemos rea lizar eventos de eliminar un producto o

incrementar o disminuir la cantidad del producto

Elimi nar

roducto.

Para eliminar un producto pr imero se debe de seleccionar el ítem luego

presionar el botón uitar luego el sistema nos mostrará un

mensaje de confirmación Ilustración . Al presionar Si se procederá a

eliminara el ítem seleccionado, No cerrara la ven tana de confirmación.

Incrementar /Disminuir

Incrementar . Seleccionamos un ítem y presionamos esta opc ión

incrementara en +1 la can tidad del ítem o producto selecc ionado.

Disminuir . Seleccionamos un ítem y presionamos esta opc ión

restara en -1 la cantidad del ítem o producto selecc ionado.

Si presionamos Cancelar , se procede a desechar el ped ido.

tesina movil

Documents