Академический Документы
Профессиональный Документы
Культура Документы
Facultad de ingeniera
Escuela profesional de ingeniera informtica y de sistemas
:
Practicas Pre Profesionales III
Autores
:
Meza Melendrez Juan Raul
Asesor
:
Ing. Oscar Valdivia Ascn
Ciclo
:
IV
DEDICATORIA
mi
apoyo
en
todo
momento.
momento
en
mi
inteligencia
capacidad.
Es por ello que soy lo que soy ahora. Los
amo con mi vida.
AGRADECIMIENTO
NDICE
1. CARATULA...1
2. DEDICATORIA.....2
3. AGRADECIMIENTO....3
4. NDICE...4
5. RESUMEN.....5
6. ABSTRACT...6
7. INTRODUCCIN..7
8. DATOS GENERALES DE LA ORGANIZACIN.....8
8.1.
8.2.
8.3.
8.4.
LOGOTIPO DE LA ORGANIZACIN....9
RAZN SOCIAL DE LA ORGANIZACIN: NOMBRE, DIRECCIN,
FONO, E- MAIL..9
DESCRIPCIN DE LA ORGANIZACIN..10
ORGANIGRAMA...10
8.5.
8.6.
9. DATOS DE LA INVESTIGACION.....11
9.1.
SITUACIN PROBLEMTICA....12
9.1.1. DESCRIPCIN DE LA ORGANIZACIN12
9.1.2. SELECCIN DEL PROBLEMA12
9.1.3. ANTECEDENTES DEL PROBLEMA..13
9.2.
JUSTIFICACIN DEL PROYECTO13
9.2.1. JUSTIFICACIN TCNICA...13
9.2.2. JUSTIFICACIN OPERATIVA13
9.2.3. JUSTIFICACIN ECONMICA14
9.3.
OBJETIVOS DEL PROYECTO14
9.3.1. OBJETIVO GENERAL14
9.3.2. OBJETIVO ESPECIFICO..14
9.4.
LIMITACIONES DEL PROYECTO..15
9.4.1. LIMITACIN CRONOLOGA.15
9.4.2. LIMITACIN TECNOLGICA...15
9.4.3. LIMITACIN TCNICA...15
RESUMEN
El proyecto consiste en el diseo e implantacin de un sistema para la gestin
de un restaurante que ayude a mejorar el servicio a sus clientes y a optimizar el
tiempo y esfuerzo de sus empleados. Al lograr una mayor satisfaccin de los
clientes y una mayor productividad en la toma y preparacin de los pedidos, se
conseguir aumentar los beneficios obtenidos en el restaurante.
Abstract
The project involves the design and implementation of a management system
for a restaurant to help improve customer service and optimize the time and
effort of its employees. To achieve greater customer satisfaction and increased
productivity in making and preparation of orders, it will get increased profits in
the restaurant
INTRODUCCIN
En el presente proyecto utilizamos todos los pasos necesarios para poder
realizar un sistema para una organizacin siguiendo los pasos del RUP y el
UML, usando los artefactos de anlisis, diseo de interfaces y procesos de
construccin.
CAPITULO I
DATOS GENERALES DE LA
ORGANIZACION
8.1.
8.2.
8.3.
LOGOTIPO DE LA ORGANIZACIN:
8.4.
10
8.5.
DESCRIPCIN DE LA ORGANIZACIN:
Misin
las mejores
Visin
ORGANIGRAMA:
Organigrama
Fuente: Elaboracin Propia
11
CAPITULO II
DATOS DE LA
INVESTIGACIN
12
8.7.
SITUACIN PROBLEMTICA
13
14
8.9.
15
Limitacin Cronologa
Limitacin Tecnolgica
Limitacin Tcnica
16
CAPITULO III
MARCO TEORICO
17
Desarrollo interactivo
Administracin de requisitos
Control de cambios
Caractersticas:
Proporciona a los desarrolladores un lenguaje de moldeamiento
ampliamente aceptado y listo para usar.
Integra las mejores prcticas del desarrollo del software.
Permite el intercambio de modelos entre las diferentes herramientas
de software.
Es independiente del lenguaje de propagacin y de mtodos y
procesos particulares.
18
Debe
haber
una
comunicacin
fluida
para
coordinar
19
20
A. FASE DE INICIO:
Durante la fase de inicio las iteraciones hacen ponen mayor nfasis en
actividades modelado del negocio y de requisitos.
21
B. FASE DE ELABORACIN
En la fase de elaboracin, las iteraciones se orientan al desarrollo de la base
line de la arquitectura, abarcan ms los flujos de trabajo de requerimientos,
modelo de negocios (refinamiento), anlisis, diseo y una parte de
implementacin orientado a la base line de la arquitectura.
Anlisis y diseo
En esta actividad se especifican los requerimientos y se describen sobre cmo
se van a implementar en los sistemas
Transformar los requisitos al diseo del sistema.
Desarrollar una arquitectura para el sistema.
Adaptar el diseo y sea consistente con el entorno de implementacin
C. FASE DE CONSTRUCCIN
Implementacin
Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y
dems. El resultado final es un sistema ejecutable.
Planificar qu subsistemas deben ser implementados y en qu orden
deben ser integrados, formando el Plan de Integracin.
Cada implementador decide en qu orden implementa los elementos
del subsistema.
Si encuentra errores de diseo, los notifica.
Se integra el sistema siguiendo el plan.
22
Pruebas
Este flujo de trabajo es el encargado de evaluar la calidad del producto que
estamos desarrollando, pero no para aceptar o rechazar el producto al final del
proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida.
Encontrar y documentar defectos en la calidad del software.
Generalmente asesora sobre la calidad del software percibida.
Provee la validacin de los supuestos realizados en el diseo.
Verificar las funciones del producto de software segn lo diseado.
Verificar que los requisitos tengan su apropiada implementacin.
Despliegue
Esta actividad tiene como objetivo producir con xito distribuciones del
producto y distribuirlo a los usuarios. Las actividades implicadas incluyen:
Probar el producto en su entorno de ejecucin final.
Empaquetar el software para su distribucin.
Distribuir el software.
Instalar el software.
Proveer asistencia y ayuda a los usuarios.
Formar a los usuarios y al cuerpo de ventas.
Migrar el software existente o convertir bases de datos.
D. FASE DE TRANSICIN
El objetivo es traspasar el software desarrollado a la comunidad de usuarios.
Una vez instalado surgirn nuevos elementos que implicarn nuevos
desarrollos (ciclos).Incluye:
Pruebas Beta para validar el producto con las expectativas del cliente
Ejecucin paralela con sistemas antiguos
Conversin de datos.
Entrenamiento de usuarios
Distribuir el producto
23
E. FASE DE MANTENIMIENTO
Una vez instalado el producto, el usuario realiza requerimiento de ajustes, esto
se hace de acuerdo a solicitudes generadas como consecuencia de actuar con
el producto.
24
Caractersticas de UML
-
25
Caso de uso
Actores
DIAGRAMA DE OBJETOS:
Son utilizados durante el proceso de anlisis y diseo de los sistemas
informticos en la metodologa UML. Se puede considerar un caso especial de
un diagrama de clases en el que se muestran instancias especficas de clases
(objetos) en un momento particular del sistema. Los diagramas de objetos
utilizan un subconjunto de los elementos de un diagrama de clase. Los
diagramas de objetos no muestran la multiplicidad ni los roles, aunque su
notacin es similar a los diagramas de clase.
DIAGRAMA DE ACTIVIDADES:
Representa los flujos de trabajo paso a paso de negocio y operacionales de los
componentes en un sistema. Un Diagrama de Actividades muestra el flujo de
control general.
26
DIAGRAMA DE COLABORACIN:
Muestran explcitamente las relaciones de los roles. Por otra parte, un
diagrama de colaboracin no muestra el tiempo como una dimensin
aparte, por lo que resulta necesario etiquetar con nmeros de secuencia
los mensajes.
Muestra como las instancias especficas de las clases trabajan juntas
para conseguir un objetivo comn.
DIAGRAMA DE CLASES:
Es un tipo de diagrama esttico que describe la estructura de un sistema
mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de
clases son utilizados durante el proceso de anlisis y diseo de los sistemas,
donde se crea el diseo conceptual de la informacin que se manejara en el
sistema, y los componentes que se encargaran del funcionamiento y la relacin
entre uno y otro. Por Ejemplo:
27
DIAGRAMA DE COMPONENTES:
Es un diagrama tipo del Lenguaje Unificado de Modelado. Un diagrama de
componentes representa la separacin de un sistema de software en
componentes fsicos (por ejemplo archivos, cabeceras, mdulos, paquetes,
etc.) y muestra las dependencias entre estos componentes. Debido a que estos
son ms parecidos a los diagramas de casos de usos estos son utilizados para
modelar la vista esttica de un sistema. Muestra la organizacin y las
dependencias entre un conjunto de componentes.
DIAGRAMA DE DESPLIEGUE:
Es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para
modelar el hardware utilizado en las implementaciones de sistemas y las
relaciones entre sus componentes.
28
DIAGRAMA DE PAQUETES:
Muestra como un sistema est dividido en agrupaciones lgicas mostrando las
dependencias entre esas agrupaciones. Dado que normalmente un paquete
est pensado como un directorio, los diagrama s de paquetes suministran una
descomposicin de la jerarqua lgica de un sistema. Los Paquetes estn
normalmente organizados para maximizar la coherencia interna dentro de cada
paquete y minimizar el acoplamiento externo entre los paquetes.
Diagrama de Secuencia:
29
Las aplicaciones del servidor suelen poder trabajar con varios clientes al
mismo tiempo. SQL Server puede operar con miles de aplicaciones clientes
simultneos. El servidor tiene funciones que impiden que se produzcan
problemas de lgica si un usuario intenta leer o modificar los datos
actualmente utilizados por otros usuarios.
Aunque SQL Server ha sido diseado como servidor para redes clienteservidor, tambin puede funcionar directamente como base de datos
independiente en el cliente. Esta escalabilidad y la facilidad de uso de las
funciones de SQL Server le permiten funcionar eficazmente en los clientes,
sin consumir demasiados recursos.
30
Base de Datos:
10.5.2.
31
10.5.4.
conceptual/interna
la
definicin
de
la
estructura de almacenamiento.
4) El DBMS ejecuta las operaciones necesarias sobre la base de
datos almacenada.
10.5.5.
2012,
como
los
datos
espaciales.
La
siguiente
son
las
32
Visual Studio:
Web
ASP.NET,
10.6.2.
Visual Basic:
33
Razones principales por las cuales se opt por elegir Visual Basic:
o Experiencias De Desarrollo, es un lenguaje conocido y utilizado
por los desarrolladores del proyecto.
o Compatibilidad, existe compatibilidad en los tipos de datos con
Microsoft SQL Server 2008, evitando posible errores de
conversin de los tipos de datos.
o Programacin Orientado A Objetos, Visual Basic permite
aplicar programacin orientada a objetos como: encapsulamiento,
polimorfismo y herencia de clases para construir cualquier tipo de
aplicaciones en el menor tiempo posible
10.6.3.
Asp.Net :
34
Programacin en Capas :
35
10.8.1.
Aplicaciones Web :
36
CAPITULO IV
APLICACIN DE LA
METODALOGIA
37
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
38
39
PROVEEDOR:
insumos
JEFE DE ALMACEN:
rdenes de compra,
ADMINISTRADOR:
REGLAS DE NEGOCIO:
REGLA 01
El orden de compra no podr ser emitida sin antes no haberse realizado
las cotizaciones, verificacin y aprobacin por el administrador.
REGLA 02
Las entregas de los insumos slo podrn ser realizadas en
determinadas horas, segn horario del restaurante.
40
REGLA 03
Un proveedor que no cumpla con l envi de la fecha indicada pasara
automticamente a un estado inactivo
REGLA 04
La alarma de alerta para elaborar el documento de orden de compra se
activa siempre y cuando el stock se encuentre menos o igual a 20
unidades
CLIENTE:
Persona que solicita el pedido del men y el pago del costo del pedido.
RECEPCIONISTA:
MESERO:
Atender a los clientes, registrando la comanda
CAJERO:
Persona encargada de realizar la venta, hacer efectivo el pago y recibo
de dinero que le proporcionara el cliente.
41
REGLAS DE NEGOCIO:
REGLA 01
El mozo deber cubrir con todas las necesidades del cliente, que estn
relacionadas con la atencin de los servicios que brinda el restaurante,
para que ste se sienta a gusto, de no ser as podra ser sancionado.
REGLA 02
El cliente podr hacer modificaciones o cancelaciones de su pedido
mximo a los 10 minutos despus de haberlo realizado.
REGLA 03
Se pueden cambiar ingredientes en el platillo salvo previa aprobacin del
cliente con un comentario al realizar el pedido.
REGLA 04
Los privilegios elaborados por el restaurante solo se les darn a los
clientes registrados por el sistema y no a clientes comunes.
REGLA 05
En fechas estratgicas como Navidad, Fiestas Patrias, etc., se realizan
ofertas de descuento en el monto total de la
venta, establecido
REGLA 06
En el caso de un cliente que no pague el consume seguir la venta
como pendiente hasta que se comunique al administrador para el visto
bueno, considerando al cliente como inactivo.
REGLA 02
Si al corte de caja hace falta una cantidad mayor a $20.00 soles el
empleado tiene que pagar la diferencia.
42
CLIENTE
Solicita reservacin y es atendido en el restaurante.
Llegar a su reservacin a la hora acordada, consume el pedido, paga el
costo del consumo
RECEPCIONISTA
Encargado de realizar las reservaciones, pedidos.
REGLAS DE NEGOCIO
REGLA 01
Solo los clientes con DNI que estn registrados en el sistema podrn
solicitar su reservacin.
REGLA 02
El cliente podr hacer su reservacin mnimo con 4 horas de
anticipacin de la hora en que sta se realiz dicha reservacin.
REGLA 03
Una reservacin podr ser creada, anulada y modificada por el
recepcionista o el administrador.
43
REGLA 04
La anulacin de una reservacin sedara automticamente pasado los 20
minutos de la hora de registro.
REGLA 04
La reservacin ser realizada siempre y cuando registre un pedido. El
cliente tendr que pagar el 50% del monto total del pedido.
REGLA 04
La anulacin de una reservacin sedara automticamente pasado los 20
minutos de la hora de registro
44
Caso De Uso
Control de Almacn
Descripcin
Precondicin Personal contratado. E jefe de almacn debe tener reporte de stock de bebidas
Secuencia
Paso
Accin
Normal
1
Paso
Accin
Rendimiento
Frecuencia
2 veces / Semana
Importancia
Importante
Urgencia
Comentarios
45
Inmediatamente
Sin Comentarios Adicionales
Caso De Uso
Registrar Reservacin
Descripcin
Precondicin
Secuencia Normal
Paso
Accin
Postcondicin
Excepciones
Paso
Accin
recepcionista
Rendimiento
Frecuencia
2 veces / da
Importancia
Importante
Urgencia
Comentarios
46
Inmediatamente
Sin Comentarios Adicionales
Caso De Uso
Realizar Comandas
Descripcin
Este proceso implica que el mesero anote lo que solicita el cliente, para luego ser
registrado por el recepcionista, automticamente pasa el pedido a cocina y a caja para
la respectiva venta e imprimiendo los documentos para el cliente.
Precondicin
Personal sea contratado. El asistente debe tener controlado los productos en una lista
para verificar la posibilidad de atencin de la comanda del cliente
Secuencia Normal
Postcondicin
Paso
Accin
Todos las comandas deben de estar registrados y por cada comanda debe imprimir
documento.
Excepciones
Paso
Accin
Rendimiento
Frecuencia
20 veces / da
Importancia
Importante
Urgencia
Comentarios
47
Inmediatamente
Sin Comentarios Adicionales
MONRealizarReservacion
48
MONRegistrarComandas
49
MONIntegrado
50
51
DACUNRealizarComanda
52
DACUNRegistrarReservacion
53
54
55
Requerimientos Funcionales
ID DEL REQUERIMIENTO
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
Media Alta
Datos del tipo de producto ( nombre,estado)
Reporte de informacin de tipos de productos
ID DEL REQUERIMIENTO
Registrar Producto
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
56
Alta
Datos del producto ( nombre, precio, stock, descripcin,
mediad, cantidad medida ,tipo producto ,estado)
Reporte de informacin de tipos de productos
ID DEL REQUERIMIENTO
Registrar Mesa
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
ID DEL REQUERIMIENTO
Registrar Proveedores
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
ID DEL REQUERIMIENTO
Registrar Cliente
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
57
Media Alta
Datos del cliente (dni, nombre, apellidos, telfono, fecha
de nacimiento, direccin, email, estado)
Reporte de informacin de tipos de productos
ID DEL REQUERIMIENTO
Registrar Reservacin
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
Alta
SALIDA
ID DEL REQUERIMIENTO
Registrar Men
CARACTERSTICAS DEL
REQUERIMIENTO
ENTRADA
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
ID DEL REQUERIMIENTO
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
58
ID DEL REQUERIMIENTO
Registrar Comanda
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
ID DEL REQUERIMIENTO
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
59
Requerimientos Funcionales
Los requerimientos no funcionales tienen que ver con las caractersticas que de
una u otra forma puedan limitar el sistema como son: el rendimiento (en tiempo
y espacio), confiabilidad, interfaces, fiabilidad (robustez del sistema,
disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estndares,
etc.
Usabilidad/Portabilidad
ID DEL REQUERIMIENTO
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
ID DEL REQUERIMIENTO
NOMBRE DEL REQUERIMIENTO
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
60
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
Alta
ENTRADA
Introducir Datos
SALIDA
Carpeta Sistema
Seguridad/Confiabilidad
ID DEL REQUERIMIENTO
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
Datos de informacin
ID DEL REQUERIMIENTO
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
PRIORIDAD DEL
REQUERIMIENTO
ENTRADA
SALIDA
61
Datos de informacin
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
62
DCURRegistrarReservacion
63
DCURRealizarComandas
64
Caso de Uso
Rendimiento
Frecuenci
a
Importancia
Urgencia
Registrar Tipo
documento
1 min
1 v / mes
Vital
Inmediata
Registrar
Producto
1 min
4 v / mes
Vital
Inmediata
Registrar
Mesa
1 min
1 v / mes
Vital
Inmediata
Registrar
Cliente
1 min
5 v / da
Vital
Inmediata
Registrar
Proveedor
1 min
2 v / mes
Vital
Inmediata
Registrar Orden
de compra
3 min
3 v / mes
Vital
Inmediata
Registrar
Men
2 min
5 v / mes
Vital
Inmediata
Registrar
Reservacin
3 min
4 v / mes
Vital
Inmediata
Registrar Tipo
documento
1 min
1v
Vital
Inmediata
10
Registrar
Comandas
15 v / da
Vital
Inmediata
3 min
65
CASO DE USO
Descripcin
Precondicin
Secuencia Normal
Paso
Accin
Postcondicin
Excepciones
Paso
1
Accin
Rendimiento
Frecuencia
1 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
66
CASO DE USO
Descripcin
REGISTRA PRODUCTO
El Sistema deber permitir al Jefe de Almacn registrar los datos de
los productos.
Precondicin
Secuencia Normal
Paso
Accin
Postcondicin
Excepciones
Paso
1
Accin
En el caso de que no se haya ingresado correctamente todos
los datos de los productos, el sistema deber mandar un
mensaje indicando que no se registr correctamente los datos.
Rendimiento
Frecuencia
4 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
67
CASO DE USO
Descripcin
REGISTRA PROVEEDOR
El Sistema deber permitir al Jefe de Almacn registrar los datos de los
proveedores.
Precondicin
Secuencia Normal
Paso
Accin
Postcondicin
Excepciones
Paso
Accin
Rendimiento
Frecuencia
1 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
68
CASO DE USO
Descripcin
Precondicin
Secuencia Normal
Paso
Accin
Postcondicin
Excepciones
Paso
Accin
Rendimiento
Frecuencia
4 vez / mes.
Importancia
Importante.
Urgencia
Inmediatamente.
Comentarios
69
CASO DE USO
Descripcin
Precondicin
Secuencia Normal
Paso
Accin
Postcondicin
Excepciones
Paso
1
Accin
Rendimiento
Frecuencia
1 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
70
CASO DE USO
Descripcin
REGISTRA CLIENTE
El Sistema deber permitir al Recepcionista registrar los datos de los
clientes.
Precondicin
Secuencia Normal
Paso
Accin
Cliente.
Postcondicin
Excepciones
Paso
Accin
Rendimiento
Frecuencia
5 vez / Da.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
71
CASO DE USO
Descripcin
REGISTRA MESA
El Sistema deber permitir al Recepcionista registrar los datos de las
Mesas.
Precondicin
Secuencia Normal
Paso
Accin
Postcondicin
Excepciones
Paso
Accin
Rendimiento
Frecuencia
1 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
72
CASO DE USO
Descripcin
REGISTRA MENU
El Sistema deber permitir al Recepcionista registrar los datos del
Men.
Se generar un cdigo por defecto y correlativo para cada Men.
Secuencia Normal
Paso
Accin
Postcondicin
Excepciones
Paso
Accin
Rendimiento
Frecuencia
2 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
73
CASO DE USO
Descripcin
REGISTRA RESERVACION
El Sistema deber permitir al Recepcionista registrar los datos de las
Reservaciones de los clientes registrados.
Precondicin
Secuencia Normal
Paso
Accin
Postcondicin
Excepciones
Paso
Accin
Rendimiento
Frecuencia
4 vez / mes.
Importancia
Importante.
Urgencia
Inmediatamente.
Comentarios
74
CASO DE USO
Descripcin
REGISTRA COMANDA
El Sistema deber permitir al Recepcionista registrar los datos de las
Comandas de los clientes.
Precondicin
Secuencia Normal
Paso
Accin
Postcondicin
Excepciones
Paso
Accin
Rendimiento
Frecuencia
15 vez /da.
Importancia
Importante.
Urgencia
Inmediatamente.
Comentarios
75
10.3. ANLISIS
10.3.1.
DIAGRAMA DE COLABORACIN:
Registrar Mesa:
Registrar Reservacin
76
Registrar Producto
Registrar Proveedor
77
Registrar Men
78
Registrar Cliente
79
Registrar Comanda
80
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
81
Entitis:
82
Control:
83
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
84
10.4. DISEO
10.4.1. Web Restaurante
85
86
87
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
88
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
89
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
90
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
91
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
92
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
93
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
94
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
95
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
96
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
97
98
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
10.4.3.
99
10.4.4.
100
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
101
10.4.5.
102
103
)
Go
ALTER TABLE Detalle_Comanda_Plato
ADD CONSTRAINT XPKDetalle_Comanda_Plato PRIMARY KEY
CLUSTERED (IdDetaComandaPlato ASC,IdComanda ASC)
Go
CREATE TABLE Detalle_Comanda_Producto
(
IdDetaComandaProducto int NOT NULL ,
Cantidad
int NOT NULL ,
Importe
decimal(8,2) NOT NULL ,
Notas
varbinary(max) NULL ,
IdComanda
int NOT NULL ,
IdProducto
int NOT NULL
)
Go
ALTER TABLE Detalle_Comanda_Producto
ADD CONSTRAINT XPKDetalle_Comanda_Producto PRIMARY KEY
CLUSTERED (IdDetaComandaProducto ASC,IdComanda ASC)
Go
CREATE TABLE DETALLE_MENU
(
IdDetalleMenu
NT NOT NULL ,
Cantidad
INT NOT NULL ,
Idplato
int NOT NULL ,
IdMenu
INT NOT NULL
)
Go
ALTER TABLE DETALLE_MENU
ADD CONSTRAINT XPKDETALLE_MENU PRIMARY KEY
CLUSTERED (IdDetalleMenu ASC,IdMenu ASC)
Go
CREATE TABLE DETALLE_ORDEN_COMPRA
(
IdDetaOrdenCompra int NOT NULL ,
Cantidad
int NOT NULL ,
Estado
char(10) NOT NULL ,
IdOrdenCompra
int NOT NULL ,
104
IdProducto
)
Go
ALTER TABLE DETALLE_ORDEN_COMPRA
ADD CONSTRAINT XPKDETALLE_ORDEN_COMPRA PRIMARY KEY
CLUSTERED (IdDetaOrdenCompra ASC,IdOrdenCompra ASC)
Go
CREATE TABLE MENU
(
IdMenu
INT NOT NULL ,
Nombre
varchar(30) NOT NULL ,
Descripcion
varchar(max) NULL ,
Estado
char(10) NOT NULL
)
Go
ALTER TABLE MENU
ADD CONSTRAINT XPKMENU PRIMARY KEY CLUSTERED (IdMenu
ASC)
Go
CREATE TABLE MESA
(
IdMesa
NT NOT NULL ,
Nombre
varchar(10) NOT NULL ,
Estado
int NOT NULL
)
Go
ALTER TABLE MESA
ADD CONSTRAINT XPKMESA PRIMARY KEY CLUSTERED (IdMesa
ASC)
Go
CREATE TABLE ORDEN_COMPRA
(
IdOrdenCompra
int NOT NULL ,
Fecha
datetime NOT NULL ,
Estado
char(10) NOT NULL ,
Descripcion
varchar(max) NULL ,
IdProveedor
int NOT NULL
)
105
Go
ALTER TABLE ORDEN_COMPRA
ADD CONSTRAINT XPKORDEN_COMPRA PRIMARY KEY
CLUSTERED (IdOrdenCompra ASC)
Go
CREATE TABLE PLATO
(
Idplato
int NOT NULL ,
Nombre
varchar(30) NOT NULL ,
Precio
decimal(8,2) NOT NULL ,
Descripcion
varbinary(max) NULL ,
Estado
int NOT NULL ,
IdCatePlato
int NULL
)
Go
ALTER TABLE PLATO
ADD CONSTRAINT XPKPLATO PRIMARY KEY CLUSTERED (Idplato
ASC)
Go
CREATE TABLE PRODUCTO
(
IdProducto
int NOT NULL ,
Nombre
varchar(20) NOT NULL ,
Descripcion
varchar(max) NULL ,
Precio
decimal(8,2) NOT NULL ,
Medida
char(10) NOT NULL ,
CantidadUnidadMedida int NOT NULL ,
Stock
int NOT NULL ,
Estado
int NOT NULL ,
IdTipoProducto
int NOT NULL
)
Go
ALTER TABLE PRODUCTO
ADD CONSTRAINT XPKPRODUCTO PRIMARY KEY CLUSTERED
(IdProducto ASC)
Go
106
107
108
109
110
111
Sistema informtico para la administracin interna y control del servicio de atencin al cliente para el restaurante Samaritana..
10.4.6.
112
10.5.- Implementacin
10.5.1.- Diagrama de Componentes
113
Datos
Nombre
Tipo De Datos
Respuesta
CERVEZAS
Ingresado Correctamente
Datos
Nombres
Tipo De Datos
Respuesta
%&$./()&_@
Error
Escenario
Resultado
Conclusin
Registrar
TipoProducto
Verificar si se registr
correctamente el
TipoProducto
Se registr
correctamente y se
le asigna un cdigo
nico.
El TipoProducto
pasa a formar parte
del Sistema
Datos
Nombre
Descripcion
120 ml
Ingresado Correctamente
Medida
CAJA
Ingresado Correctamente
CantidaMedida
12
Ingresado Correctamente
Stock
250
Ingresado Correctamente
Precio
6.00
Ingresado Correctamente
114
Tipo De Datos
PILESEN
Respuesta
Ingresado Correctamente
tem
Datos
Tipo De Datos
Respuesta
Nombre
%&$./()&_@
Ingresado Correctamente
Descripcion
%&$./()&_@
Ingresado Correctamente
Medida
8@:_
Ingresado Correctamente
CantidaMedida
A_.?@%&
Ingresado Correctamente
Stock
A_.?@%&
Ingresado Correctamente
Precio
A_.?@%&
Ingresado Correctamente
Resultado
Conclusin
Registrar Producto
Se registr correctamente y
se le asigna un cdigo
nico.
115
12.- Recomendaciones:
Estar capacitados para el uso del software para tener un buen control del
proceso y no intentarlo por personal no autorizado, porque se estar
arriesgando la seguridad de los datos de la institucin.
116
http://www.slideshare.net/ortizrichard/metodologia-del-rup-10540203
http://mtdologiarup.blogspot.com/
http://www.slideshare.net/Decimo/arquitectura-3-capas
http://www.solodrivers.com/manuales/programacion_visualbasic
http://www.canalvisualbasic.net/foro/visual-basic-6-0/eliminar-fila-en-datagrid589/