Proyecto de Practicas 2013

Sistema informtico para la administracin interna y control del servicio de
atencin al cliente para el restaurante Samaritana..

Ao de la Inversin para el Desarrollo Rural y la Seguridad Alimentaria
Facultad de ingeniera
Escuela profesional de ingeniera informtica y de sistemas
Ttulo del Proyecto:

Implementar un Sistema informtico para la administracin interna y control del
servicio de atencin al cliente para el restaurante Samaritana..
Asignatura
:
Practicas Pre Profesionales I
Autores
:
Erick Reyes Torres
Regina Sing Galarreta
Asesor
:
Ing. Oscar Valdivia Ascon
Ciclo
:
VII
Chimbote, Abril del 2013

PER

DEDICATORIA
Dedico este proyecto de tesis a Dios y a

mis padres. A Dios porque ha estado
conmigo a cada paso que doy, cuidndome
y dndome fortaleza para continuar.
A mis padres, quienes a lo largo de mi vida
han velado por mi bienestar y educacin
siendo
mi
apoyo
en
todo
momento.
Depositando su entera confianza en cada

reto que se me presentaba sin dudar ni un
solo
momento
en
mi
inteligencia
capacidad.
Es por ello que soy lo que soy ahora. Los
amo con mi vida.

AGRADECIMIENTO
En primer lugar nuestro agradecimiento va

brindado para nuestro Seor Dios por ser
nuestro gua y permitirnos crecer cada da
como ser humano.
Agradecemos a nuestro asesor por brindarnos
apoyo para poder llevar a cabo el proyecto y
motivarnos cada da con sus enseanzas para
ser unos profesionales de xito.

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.
8.5.
8.6.
9.
NOMBRE DEL PROYECTO....9

DESCRIPCIN DEL PROYECTO.....9
LOGOTIPO DE LA ORGANIZACIN....9
RAZN SOCIAL DE LA ORGANIZACIN: NOMBRE, DIRECCIN,
FONO, E- MAIL..9
DESCRIPCIN DE LA ORGANIZACIN..10
ORGANIGRAMA...10
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
10. MARCO TERICO .17

10.1.
10.2.
10.3.
10.4.
10.5.
10.6.
10.7.
10.8.
METODOLOGA DE DESARROLLO RUP.. 18-19

CICLOS Y FASES RUP.20-24
UML...24-29
ARQUITECTURA CLIENTE-SERVIDOR..30
SISTEMAS ADMINISTRADORES DE BASE DE DATOS ..31-32
LENGUAJE DE PROGRAMACION ....33-34
TECNICA DE PROGRAMACION .....35
ARQUITECTURA WEB ......36

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
Se ha dividido el sistema en varios procesos fundamentales, uno es el rea de
almacn de bebidas, mdulo de mesas, pedidos de comandas, ventas y
reservaciones. Estos procesos ofrecen una funcionalidad distinta, y juntos
controlan de forma integral diversos factores sobre el desarrollo y gestin del
negocio del restaurante.
El rea de almacn se encarga de llevar el control correcto de las Entradas y
Salidas de los productos de bebidas. Las Entradas sern relacionadas con los
proveedores y las Salidas para los clientes de consumo.
El mdulo de las mesas de forma grfica en el sistema que se mostrara el
estado disponible de cada una de las mesas del saln del restaurante.
El sistema permitir registrar pedidos de comandas solicitados por los clientes,
de forma que se tenga a la mano siempre lo que el cliente ha solicitado, para
su preparacin e informe del consume.
La venta se realizara por los usuarios de caja una vez consumido el pedido por
el cliente para su respectivo cobro, emitiendo una factura o boleta de pago.
En el proceso de reservacin solo clientes registrados (mayor de edad) podrn
reservar mesas para una fecha y hora especificada
Gracias a estos procesos podemos lograr una gran variedad de informacin
generando reportes rpidamente que son utilices para el administrador del
restaurante. As poder ver los logros y llevar una buena gestin del negocio.

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
System has been divided in several fundamental processes, one is the

beverage storage area, tables module, and you command orders, sales and
reservations. These processes offer different functionality and comprehensively
together control various factors on the development and management of the
restaurant business.
The storage area is responsible for maintaining proper control of the inputs and
outputs of the beverage products. Tickets will be related to Outputs providers
and consumer customers.
The module tables graphically in the system that is available showing the status
of each of the tables in the restaurant lounge.
The system will log you command orders requested by customers, so that you
always have on hand what the client has asked for report preparation and
consumption.
The sale will be made by users box once consumed the order by the customer
to their respective collection, issuing an invoice or payment.
In the reservation process registered customers only (minor) may reserve tables
for a date and time specified
Through these processes we can achieve a variety of information quickly

generate reports that are used to the restaurant manager. So we can see the
achievements and bring good business management.

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.
El proyecto empieza con la investigacin acerca del Organizacin en nuestro
caso el Restaurante Samaritana, en la cual sus datos son llenados
manualmente en hojas por lo que realizaremos un Sistema informtico para
mejorar la administracin interna y control del servicio de atencin al cliente.
Realizando lo siguiente:
Modelamiento del Negocio: Pictograma, Modelo de casos de uso del
Negocio, Diagrama de actividad de cada uso de Negocio, Modelo de Objetos
del Negocio y Modelo de Dominio. Donde se hace el dominio total de los
procesos (sistema) de la organizacin. Se conoce al detalle cmo se
desarrollan los procesos de negocio del sistema. Se descubre paso a paso
cmo funciona el caso de negocio.
Modelo de Requerimientos: Modelo de Casos de uso de Requerimientos
Detallado, Diagrama de Casos de uso de Requerimientos. Donde se hace la
captura de requerimientos, la coordinacin del equipo de desarrollo, la
validacin de resultados, se valida los procesos. En el Diagrama de
Requerimientos, se indica las cosas que el sistema tiene que hacer e
implementar; y tambin quin usar cada caso de uso.
Anlisis: Diagrama de Colaboracin, Diagrama de Clases Entidad, Diagrama
de Clases de Anlisis, Diagrama de Paquetes de Anlisis.
Diseo: Interfaces de Usuario, Diagramas de secuencia de Diseo, Diagramas
de Clases de Diseo, Diagramas de Estado. Para lo cual usaremos las Reglas
de Oro y los procesos de Construccin, las Guas de Estilo. Esto, para conocer
cmo interactan los objetos. Es importante tambin porque identificamos qu
objetos son usados antes que otros.

CAPITULO I
DATOS GENERALES DE LA
ORGANIZACION

8.1.
NOMBRE DEL PROYECTO:
Implementa un Sistema informtico para la administracin interna y control del

servicio de atencin al cliente para el restaurante Samaritana..
8.2.
DESCRIPCIN DEL PROYECTO:
El presente proyecto se realizar para ayudar al personal operativo, clientes

y a la administracin del Restaurante. Est focalizado a la sistematizacin
en los procesos que desarrolla el restaurante, permitiendo llevar un mayor
control, suministracin y administracin de cada uno de los procesos
(produccin, control de insumos y ventas) enfocado a las comandas,
rdenes de compras, reservaciones y documentos de venta.
El proceso completo desde el pedido, pasando por el almacn hasta caja
estar sistematizado.
8.3.
LOGOTIPO DE LA ORGANIZACIN:
8.4.
RAZN SOCIAL DE LA ORGANIZACIN:

o Organizacin:
Restaurante Samaritana
o Direccin :
Panamericana Norte Km 439 Coishco Santa
o Telfono :
8.5.
41*654*6018
DESCRIPCIN DE LA ORGANIZACIN:
8.5.1. Visin y Misin de la Organizacin:

Misin
Ofrecer al cliente, un servicio de calidad, que se desarrolle en un
ambiente propicio para disfrutar de la mejor comida y
las mejores
bebidas a una relacin de precio, calidad excelente para satisfacer las

necesidades y deseos de nuestros clientes.
Visin
Ser reconocidos como el mejor restaurante de la ciudad de Coishco,

adems de ser un restaurante original, slido y profesional, con calidad
humana y principios ticos, que ofrece servicios y productos de
excelencia.
Lograr una empresa altamente productiva, innovadora, competitiva y
dedicada para la satisfaccin plena de nuestros clientes.
8.6.
ORGANIGRAMA:
Organigrama
Fuente: Elaboracin Propia

CAPITULO II
DATOS DE LA
INVESTIGACIN
8.7.
SITUACIN PROBLEMTICA
8.7.1. Descripcin De Situacin Problemtica:

La atencin de los pedidos en almacn en los procesos de entrada y

salida de productos no cuentan con un control sistematizado por tal
motivo no conocen el stock ocasionando perdas de productos y dinero,
el registro de reservas, son manualmente en hojas escrito por los
trabajadores en algunas casos estas anotaciones son prdidas o
extraviadas y ocasiona una mal administracin en el momento de
atencin al cliente. En el proceso de comandas y el control de los
mismos se realizan de manera manual, ocasionando un desorden en las
llegas de comandas y provoca molestia a los clientes por lo que la
calidad del servicio es regular. En conjunto, todas estas variables
ocasionan malestar entre los comensales, llegando incluso a la prdida
de clientes, perdida de dinero y confusiones en los procesos, siendo un
restaurante de mucho prestigio en la cuidad.
8.7.2. Seleccin Del Problema
Debido a lo anteriormente descrito se percibe insatisfaccin por parte de
sus clientes, lo cual se ve reflejado en prdidas econmicas para el
restaurante.
De tal manera se tendr que Implementar un Sistema informtico para el
control del servicio de atencin al cliente en el restaurante Samaritana.
8.7.3. Antecedentes Del Problema
Una de las aplicaciones ms usadas en la capital del Pas son las del
Software Restaurante Punto de Venta, destinado para cafeteras, bares
y restaurantes. Existiendo varias versiones del mismo.
SIRBA Restaurante y Bares 1.0, es una aplicacin destinada a optimizar
las operaciones de restaurantes y bares proporcionando control de las
operaciones efectuadas en el restaurante
A nivel local por el momento no existe ningn restaurante que cuente
con un sistema igual o parecido al que deseamos implementar; pero a
nivel nacional, si existen referencias de sistemas similares al que
desarrollaremos, como es el caso de un restaurantes de lima, que
cuenta con una pantalla digital en la entrada del restaurante, en la cual
aparece un croquis del restaurante con la ubicacin de las mesas, en el

cual la persona tiene que elegir el lugar que ocupar, colocar la cantidad
de personas que ocuparn la mesa y posteriormente aparecer el men
del da junto a una pequea lista por persona, en la que se registrar los
platos que sta eligi, una vez efectuada la orden sta es enviada a
cocina para su preparacin. Cuentan con sistemas web mostrando los
mens del da y realizar la reservacin online.
8.7.4. Formulacin Interrogativa Del Problema
De qu manera un Sistema informtico puede mejorar la administracin
interna y control del servicio de atencin al cliente para el Restaurante
Samaritana?
8.8.
Justificacin del Proyecto
8.8.1. Justificacin Tcnica

Brindar un soporte de informacin adecuado y eficiente, mediante el
desarrollo de un sistema informtico para el control de los procesos y la
administracin que se llevan a cabo en el restaurante SAMARITANA
Implementar un soporte de informacin online que interacte con el
restaurante para los usuarios mediante un sitio web.
8.8.2. Justificacin Operativa
El manejo de informacin segura y confiable.
El cliente resultar ms satisfecho por la atencin rpida que se le
brindar, ya que el sistema ahorrar mucho tiempo, pues todo lo tendr
registrado y actualizado en la PC
Con el sitio web el cliente gozara desde la zona donde se encuentre la
informacin necesaria de lo que existe en el restaurante.
Facilidad del manejo de los procesos en el sistema de informacin
gracias a una interfaz Grfica fcil de usar para el usuario.
Permitiendo agilizar el proceso completo desde el pedido, pasando por
la cocina hasta caja estar computarizado, permitiendo agilizar el
proceso de atencin al cliente, brindando un buen servicio y obteniendo
gran informacin estadsticas para la toma de decisiones del negocio.
8.8.3. Justificacin Econmica

Con el desarrollo de proyecto disminuirn las prdidas econmicas, ya

que en el sistema estarn registradas todas las transacciones que se
realizaron en el da.
Para el desarrollo del sistema se usarn herramientas como Microsoft
Visual Studio 2010 Express, es una versin gratuita, y puede ser usada
en empresas pequeas y medianas ya que cuenta con lo necesario para
poder administrarlas; y para el manejo de la base de datos se har uso
del SQL Server 20010 Express, sta versin es gratuita, y permite la
construccin de aplicaciones robustas, ofreciendo una sencilla pero
potente base de datos. Por lo tanto la empresa no tendr que gastar en
licencia para stos productos, ya que adems de ser gratuitos le
brindarn lo necesario para el manejo de su empresa.
8.9.
OBJETIVOS DEL PROYECTO
8.9.1. Objetivo General

Implementar un Sistema informtico para la administracin interna y
control del servicio de atencin al cliente para el restaurante
Samaritana..
8.9.2. Objetivo Especifico
Recopilar y clasificar la informacin de la institucin capturando los
requerimientos que plantee en las diferentes reas del restaurante.
Analizar la situacin problemtica actual por la que est pasando la
Institucin.
Realizar el modelado de negocios aplicando el Proceso Unificado de
Rational (RUP).
Analizar un disear el sistema aplicando RUP y utilizando la Herramienta
Case Rational Rose.
Realizar el modelo de la base de datos utilizando la herramienta Case
Erwin.
Crear el sistema informtico (Escritorio) y el sistema gestor de base de
datos SQL server 2010 utilizando como herramienta de desarrollo
Microsoft Visual Studio 2010.
Implementar el Sitio web en Asp.net con Visual Studio 2010 y Sql 2010

8.10. LIMITACIONES DEL PROYECTO

8.10.1.
Limitacin Cronologa
El Sistema Informtico que se llevara a cabo ser en un plazo corto de 4

meses, por lo que se tendr que acelerar en el desarrollo de los
objetivos mencionados anteriormente de la Empresa, para que de esa
manera se pueda cumplir con lo prometido.
8.10.2.
Limitacin Tecnolgica
El restaurante actualmente realiza sus operaciones y sus registros en

documentos los cuales se encuentran archivados por el tiempo, como
tambin Hojas de Clculo, por ello se retrasara al momento de
desarrollar los procesos cotidianos.
8.10.3.
Limitacin Tcnica
Poco dominio por parte de los integrantes del equipo de desarrollo en

Modelamiento.
Falta de destreza en la definicin clara de los objetivos..
Baja experiencia en los trabajadores al utilizar el sistema informtico por
no estar familiarizados.
La empresa por el momento no cuenta con el equipo necesario para
realizar el funcionamiento de este sistema, ya que todos los registros lo
realizan a mano.

CAPITULO III
MARCO TEORICO
10.1. METODOLOGA DE DESARROLLO: RUP (Racional Unified Process)

RUP es un proceso para el desarrollo de un proyecto de un software que
define claramente
quien, cmo, cundo y qu debe hacerse en el
proyecto. Es un lenguaje grfico para visualizar, especificar, construir y

documentar un sistema. Se usa para entender, disear, configurar,
mantener y controlar la informacin sobre los sistemas a construir.
RUP Implementa las mejores prcticas en Ingeniera de Software:

Desarrollo interactivo
Administracin de requisitos
Uso de arquitectura basada en componentes
Control de cambios
Modelo visual del software
Verificacin de la calidad del software
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.
Como 3 caractersticas esenciales est dirigido por los Casos de Uso:
que orientan el proyecto a la importancia para el usuario y lo que este
quiere, est centrado en la arquitectura: que Relaciona la toma de
decisiones que indican cmo tiene que ser construido el sistema y en
qu orden, y es iterativo e incremental: donde divide el proyecto en mini
proyectos donde los casos de uso y la
arquitectura cumplen sus
objetivos de manera ms depurada. Como filosofa RUP maneja 6

principios clave:
Adaptacin Del Proceso
El proceso deber adaptarse a las caractersticas propias de la
organizacin. El tamao del mismo, as como las regulaciones que lo
condicionen, influirn en su diseo especfico. Tambin se deber tener
en cuenta el alcance del proyecto.
Balancear Prioridades
Los requerimientos de los diversos inversores pueden ser diferentes,
contradictorios o disputarse recursos limitados. Debe encontrarse un
balance que satisfaga los deseos de todos.
Colaboracin Entre Equipos

El desarrollo de software no lo hace una nica persona sino mltiples

equipos.
Debe
haber
una
comunicacin
fluida
para
coordinar
requerimientos, desarrollo, evaluaciones, planes, resultados, etc.

Demostrar Valor Iterativamente
Los proyectos se entregan, aunque sea de un modo interno, en etapas
iteradas. En cada iteracin se analiza la opinin de los inversores, la
estabilidad y calidad del producto, y se refina la direccin del proyecto
as como tambin los riesgos involucrados.
Elevar El Nivel De Abstraccin
Este principio dominante motiva el uso de conceptos reutilizables tales
como patrn del software, lenguajes 4GL o esquemas (frameworks) por
nombrar algunos. stos se pueden acompaar por las representaciones
visuales de la arquitectura, por ejemplo con UML.
Enfocarse En La Calidad
El control de calidad no debe realizarse al final de cada iteracin, sino en
todos los aspectos de la produccin.
10.2. EL CICLO DE VIDA DE RUP

RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias
iteraciones en nmero variable segn el proyecto y en las que se hace
un mayor o menor hincapi en los distintas actividades.

En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes

actividades
o Inicio: Se hace un plan de fases, se identifican los principales
casos de uso y se identifican los riesgos. Se define el alcance del
proyecto
o Elaboracin: Se hace un plan de proyecto, se completan los
casos de uso y se eliminan los riesgos.
o Construccin: s concentra en la elaboracin de un producto
totalmente operativo y eficiente y el manual de usuario
o Transicin: s Instala el producto en el cliente y se entrena a los
usuarios. Como consecuencia de esto suelen surgir nuevos
requisitos a ser analizados.
A. FASE DE INICIO:
Durante la fase de inicio las iteraciones hacen ponen mayor nfasis en
actividades modelado del negocio y de requisitos.
Modelado del Negocio:

En esta fase el equipo se familiarizar ms al funcionamiento de la empresa,
sobre conocer sus procesos.
Entender la estructura y la dinmica de la organizacin para la cual el
sistema va ser desarrollado.
Entender el problema actual en la organizacin objetivo e identificar
potenciales mejoras.

Asegurar que clientes, usuarios finales y desarrolladores tengan un

entendimiento comn de la organizacin objetivo.
Requisitos:
En esta lnea los requisitos son el contrato que se debe cumplir, de modo que
los usuarios finales tienen que comprender y aceptar los requisitos que
especifiquemos.
Establecer y mantener un acuerdo entre clientes y otros stakeholder s
sobre lo que el sistema podra hacer.
Proveer a los desarrolladores un mejor entendimiento de los requisitos
del sistema.
Definir el mbito del sistema.
Proveer una base para estimar costos y tiempo de desarrollo del
sistema.
Definir una interfaz de usuarios para el sistema, enfocada a las
necesidades y metas del usuario.
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.
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
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.
10.3. LENGUAJE UNIFICADO DE MODELADO (UML)
Es un lenguaje de modelado visual que se usa para especificar, visualizar,
construir y documentar artefactos de un sistema de software. Se usa para
entender, disear, configurar, mantener y controlar la informacin sobre los
sistemas a construir.
Arquitectura de UML
Un sistema puede ser visto de diferentes perspectivas y puntos de vista UML,
propone cinco puntos de vista mediante las cuales se puede visualizar un
sistema.
Use Case View

Design View
Process View
Implementacin View
Diplomen View

Caractersticas de UML
-
Proporciona a los desarrolladores un lenguaje de modelamiento

ampliamente
aceptado y listo para usar.
Integra las mejores prcticas del desarrollo de software.
Permite el intercambio de modelos entre las diferentes herramientas de

software.
Es independiente del lenguaje de programacin y de mtodos y

procesos particulares de desarrollo de software.
Proporciona sus propios mecanismos de extensin:

Diagramas:
DIAGRAMA DE CASO DE USO:

Un diagrama de Caso de Uso representa lo que hace el sistema y como se
relaciona con su entorno.
Representa los distintos requerimientos que hacen los usuarios de un
sistema. Un diagrama de casos de uso est compuesto por:
Caso de uso
Actores
Relaciones entre ellos

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.
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:
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.
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:
Muestra la secuencia de mensajes entre objetos durante un escenario

concreto. Cada objeto viene dado por una barra vertical. Se llama lnea de
vida. El tiempo transcurre de arriba abajo.

Cada mensaje se representa mediante una flecha entre las lneas de vida y
cada mensaje se etiqueta con el nombre del mensaje y pueden incluirse los
argumentos.
Los rectngulos en las lneas de vida indican el tiempo en el cual un
mtodo est activo.
10.4. ARQUITECTURA CLIENTE SERVIDOR

En los sistemas cliente-servidor, el servidor es un equipo relativamente
grande situado en una ubicacin central que administra recursos utilizados
por varios individuos. Cuando los individuos tienen que utilizar un recurso,
se conectan con el servidor desde sus equipos, o clientes, a travs de la
red. Ejemplos de servidores son:
Servidores de impresin.
Administran las impresoras utilizadas por un equipo o una unidad.
Servidores de archivos.
Almacenan grandes archivos utilizados por un equipo o una unidad
mediante unidades de disco de gran tamao.
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.
10.5. SISTEMAS ADMINISTRADORES DE BASES DE DATOS

10.5.1.
Base de Datos:
Conjunto de datos persistentes que pertenecen al mismo contexto que

es utilizado por los sistemas de aplicacin.
La palabra datos se deriva del vocablo latn para dar; por lo tanto, los
datos en realidad son hechos dados, a partir de los cuales es posible
inferir hechos adicionales. (Inferir hechos adicionales a partir de hechos
dados es exactamente lo que hace el Sistema Gestor de Base de Datos
cuando responde a una consulta de un usuario) Un hecho dado
corresponde a su vez a lo que en lgica se denomina proposicin
verdadera; por ejemplo, el enunciado El proveedor PROV001 se ubica
en Per podra ser una de estas proposiciones verdaderas. De aqu se
desprende que una base de datos es en realidad una coleccin de tales
proposiciones verdaderas.
10.5.2.
Modelo De Base de Datos:
Es una definicin lgica, independiente y abstracta de los objetos,

operadores y dems que en conjunto constituyen la maquina abstracta
con la que interactan los usuarios. Los objetos nos permiten modelar la
estructura de los datos. Los operadores modelan su comportamiento.

El modelo es aquello que los usuarios tienen que conocer; la

implementacin es lo que los usuarios no tienen que conocer
10.5.3.
Base de Datos Relacional:
Es una base de datos que los usuarios perciben como un conjunto de

variables de relacin es decir tablas. Un sistema relacional es aquel que
maneja base de datos y operaciones relacionales en dichas bases de
datos, incluyendo las operaciones restringir, proyectar y juntar en
particular. Las tablas pueden actualizarse mediante la operacin de
asignacin relacional; las operaciones INSERT, UPDATE y DELETE
conocidas pueden ser vistas como abreviaturas de ciertas asignaciones
relacionales comunes.
10.5.4.
Sistema de Administracin de Base de Datos:
Es el software que maneja todo acceso a la base de datos. De manera

conceptual, lo que sucede es lo siguiente:
1) Un usuario emite una peticin de acceso, utilizando algn
sublenguaje de datos especfico (SQL).
2) El DBMS intercepta esa peticin y la analiza.
3) El DBMS inspecciona, en su momento, (las versiones objeto
de) el esquema externo para ese usuario, la transformacin
externa/conceptual correspondiente, el esquema conceptual, la
transformacin
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.
SQL Server 2012:
El motor de base de datos es el servicio de aplicacin central en el

paquete de SQL Server para almacenar, procesar y proteger datos con
SQL Server 2012. El SQL Server 2012 base de datos del motor es un
servicio de Windows que puede utilizar para almacenar y procesar datos
en un formato relacional, como documentos XML, y los nuevos para el

ao
2012,
como
los
datos
espaciales.
La
siguiente
son
las
responsabilidades principales del motor de base de datos:

Proporcionar un almacenamiento fiable para los datos.
Proporcionar un medio para recuperar rpidamente estos datos.
Proporcionar un acceso consistente a los datos.
Control de acceso a los datos de seguridad de todo.
Hacer cumplir las reglas de integridad de datos para confirmar
que los datos sean fiables y consistentes.
Cada una de estas responsabilidades se examina con ms
detalle en captulos posteriores de este libro.
10.6. LENGUAJE DE PROGRAMACION
Un lenguaje de programacin es una tcnica estndar de comunicacin
que permite expresar las instrucciones que han de ser ejecutadas en
una computadora. Consiste en un conjunto de reglas sintcticas y
semnticas que definen un lenguaje informtico.
Un programa escrito en un lenguaje de programacin necesita pasar por
un proceso de compilacin, es decir, ser traducido al lenguaje de
mquina, o ser interpretado para que pueda ser ejecutado por el
ordenador.
10.6.1.
Visual Studio:
Visual Studio es un conjunto

completo
de
herramientas
de
desarrollo para la generacin de

aplicaciones
Web
ASP.NET,
Servicios Web XML, aplicaciones

de escritorio y aplicaciones mviles. Visual Basic, Visual C++, Visual C#
y Visual J# utilizan el mismo entorno de desarrollo integrado (IDE), que
les permite compartir herramientas y facilita la creacin de soluciones en
varios lenguajes. Asimismo, dichos lenguajes aprovechan las funciones

de .NET Framework, que ofrece acceso a tecnologas clave para

simplificar el desarrollo de aplicaciones Web ASP y Servicios Web XML.
10.6.2.
Visual Basic:
El Visual Basic ha sido desarrollado con el objetivo de entregar a los
usuarios de programacin informtica un paquete de utilidades simples y
accesibles. Es por esto que el Visual Basic puede ser usado y fcilmente
comprendido por expertos como tambin por usuarios principiantes. Su
base parte del dialecto BASIC pero con componentes novedosos que lo
adaptan a los lenguajes informticos modernos. A esto se suma que el
Visual Basic es adems un lenguaje de programacin guiado por
eventos que permite mayor operatividad y mejores resultados.
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 :
ASP.NET es un modelo de desarrollo Web unificado que incluye los

servicios necesarios para crear aplicaciones Web empresariales con el
cdigo mnimo. ASP.NET forma parte de .NET Framework y al codificar
las aplicaciones ASP.NET tiene acceso a las clases en .NET Framework.
El cdigo de las aplicaciones puede escribirse en cualquier lenguaje
compatible con el Common Language Runtime (CLR), entre ellos
Microsoft Visual Basic, C#, JScript .NET y J#. Estos lenguajes permiten
desarrollar aplicaciones ASP.NET que se benefician del Common
Language Runtime, seguridad de tipos, herencia, etc.

Rendimiento: la aplicacin se compila en una sola vez al lenguaje

nativo, y luego, en cada peticin tiene una compilacin Just In Time,
es decir se compila desde el cdigo nativo, lo que permite mucho
mejor rendimiento. Tambin permite el almacenamiento del cach en
el servidor
Rapidez en programacin: mediante diversos controles, podemos

con unas pocas lneas y en menos de 5 minutos mostrar toda una
base de datos y hacer rutinas complejas.
Servicios Web: trae herramientas para compartir datos e informacin

entre distintos sitios.
Seguridad: tiene diversas herramientas que garantizan la seguridad.
10.7. TECNICA DE PROGRAMACION

Cuando se construye software como producto empresarial o comercial,
se llevan a cabo varias tcnicas de manera que el desarrollo se haga en
forma ordenada y as poder asegurar un avance contino, un producto
final de calidad, y realizar posteriores mejoras sea una tarea ms fcil.
10.7.1.
Programacin en Capas :
La programacin por capas es una arquitectura cliente-servidor en el que

el objetivo primordial es la separacin de la lgica de negocios de la lgica
de diseo; un ejemplo bsico de esto consiste en separar la capa de datos
de la capa de presentacin al usuario.
La ventaja principal de este estilo es que el desarrollo se puede llevar a
cabo en varios niveles y, en caso de que sobrevenga algn cambio, slo
se ataca al nivel requerido sin tener que revisar entre cdigo mezclado.

10.8.
ARQUITECTURA WEB
Para abrir una pgina Web en un navegador, normalmente se teclea el
correspondiente URL o se pica en el hiperenlace oportuno. Una vez que
se solicita esta peticin mediante el protocolo HTTP y la recibe el
servidor Web, ste localiza la pgina Web en su sistema de ficheros y la
enva de vuelta al navegador que la solicit, segn se muestra en la
Figura
10.8.1.
Aplicaciones Web :

Es un conjunto de pginas Web estticas y dinmicas. Una pgina Web

esttica es aquella que no cambia cuando un usuario la solicita: el
servidor Web enva la pgina al navegador Web solicitante sin
modificarla. Por el contrario, el servidor modifica las pginas Web
dinmicas antes de enviarlas al navegador solicitante. La naturaleza
cambiante de este tipo de pgina es la que le da el nombre de dinmica.
CAPITULO IV
APLICACIN DE LA
METODALOGIA

10.1. Modelamiento del Negocio

10.1.1. Pictograma del Negocio

10.1.1. Descripcin Del Pictograma
El restaurante Samaritana en el rea de Almacn tiene la responsabilidad de

llevar el control de las entras y salidas de productos dentro del restaurante, los
cuales son realizados las ordenes de compras por el jefe de alancen,
verificando el gerente dicho documento para posteriormente verificarlo y
enviarlo al proveedor seleccionado. Luego dicho proveedor enviara los
productos a nuestro restaurante en el rea de almacn donde nuestro jefe de
almacn registrar la orden de compra como aceptada y actualizara nuestro
stock de productos del almacn.

Tambin en el rea de atencin el recepcionista podr realizar los procesos de

reservacin y registro de comandas con sus respectivos documento de ventas,
donde el cliente puede realizar su dicha reservacin directamente con el
recepcionista del restaurante, as como tambin solicitara atencin de nuestros
mozos para anotar la comanda y llevarlo hacia el recepcionista donde registrar
dicha comanda pedida por el cliente para luego enviar el documento hacia el
rea de cocina para su preparacin. El mozo es el encargado de recibir de la
cocina el pedido y llevarlo hacia el cliente, por ltimo el cliente consume dicho
pedido y realiza la cancelacin al recepcionista del restaurante entregndole un
documento de venta.
10.1.2.1. PROCESO DE NEGOCIO: CONTROL DE ALMACN

DESCRIPCION:
Este proceso permite que el jefe de almacn realizara el documento de
Orden de compra en el que se encontraran el listado de insumos de bebidas
que se pedir al proveedor, la cual ser modificada y comprobada por el
gerente administrativo, registrando las entradas y salidas de bebidas.
ROLES ASOCIADOS:
Proveedor, Jefe de Almacn, Administrador
TAREAS:
PROVEEDOR:
Persona encargada de recibir la orden de compra y traer los

pedidos por el restaurante.
insumos

JEFE DE ALMACEN:
Encargado del control del almacn, realiza las
rdenes de compra,
verificando las entras y salidas de productos.
ADMINISTRADOR:
Encargado del manejo del restaurante, verifica las rdenes de compra.
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.
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
10.1.2.2. PROCESO DE NEGOCIO: REALIZAR COMONDAS

DESCRIPCION:
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.
ROLES ASOCIADOS:
Cliente, Recepcionista, Mesero, Cajero
TAREAS:
CLIENTE:
Persona que solicita el pedido del men y el pago del costo del pedido.
RECEPCIONISTA:
Encargado del registro de cliente y pedido de comanda para su

preparacin y posterior venta
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.
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
nicamente por el gerente del restaurante (Estrategia de marketing).
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.
10.1.2.3. PROCESO DE NEGOCIO: REGISTRAR RESERVACION

DESCRIPCION:
Este proceso implica que el recepcionista registre las reservaciones
correspondientes de cada cliente registrado en el sistema, as separando el
da, hora, mesa indicada y el pedido realizado.
ROLES ASOCIADOS:
Cliente, Recepcionista
TAREAS:

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.
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
Modelo de Caso de Uso del Negocio

DCUNSistemarRestauranteSamaritana
10.1.6. Especificacin de Caso de Uso de Negocio :

Tabla: Control de Almacn
Caso De Uso
Descripcin
Control de Almacn
Este proceso permite que el jefe de almacn registrara el documento de Orden
de compra en el que se encontraran el listado de insumos de bebidas que se
pedir al proveedor, la cual ser modificada y comprobada por el gerente
administrativo, registrando las entradas y salidas de bebidas.
Precondicin Personal contratado. E jefe de almacn debe tener reporte de stock de bebidas
Secuencia
Paso
Accin

Normal
1
El Jefe de Almacn Busca los productos de bebidas si ya existen.
El Jefe de Almacn registra las nuevas rdenes de Compras.
El Jefe de Almacn Registra, Modifica y Actualiza las Entradas y

Salidas de bebidas.
Postcondici Todas las Entradas y Salida de productos deben de estar registrados.

n
Excepciones
Paso
Accin
En el caso de que no se haya ingresado correctamente todos los

datos de la Orden de compra, el sistema deber mandar un mensaje
al Jefe de Almacn indicando que no se registr correctamente los
datos de la Orden de compra.
En caso de que las requisiciones de Suministro ya estn registrados

anteriormente, el sistema mandar un mensaje al Jefe de Almacn
indicando que las requisiciones de Suministros ya existen.
Rendimiento
El sistema deber realizar el registro de la orden de compra en un tiempo de 3

minutos.
Frecuencia
2 veces / Semana
Importancia
Importante
Urgencia
Comentarios
Inmediatamente
Sin Comentarios Adicionales
Tabla: Registrar Reservacin
Caso De Uso
Descripcin
Registrar Reservacin
Este proceso implica que el recepcionista registre las reservaciones correspondientes
de cada cliente registrado en el sistema, as separando el da, hora, mesa indicada y el
pedido realizado.
Precondicin
Personal sea contratado. El recepcionista debe tener comandas a su disposicin, para

que el deje su pedido al momento de realizar su reservacin.
Secuencia Normal
Paso
Accin
El cliente solicita una reservacin al recepcionista.
El recepcionista verifica si se cuenta con mesa disponible de acuerdo a la

fecha y hora solicitada
3
El recepcionista registra la reservacin y la comanda teniendo en cuenta los

datos del cliente y emitiendo un documento de reservacin.
Postcondicin
Todas las reservaciones deben de estar registrados. El recepcionista emitir una

lista de reservaciones a los mozos, para que stos preparen las mesas de
clientes a hora indicada
Excepciones
Paso
Accin
En el caso de que no se haya ingresado correctamente todos los datos de la

reservacin, el sistema deber mandar un mensaje al
recepcionista
indicando que no se registr correctamente los datos de la reservacin.

2
En caso que el cliente no cancele la primera parte de la reservacin solo

podr proceder por la orden del administrador.
Rendimiento
El sistema deber realizar el registro de reservaciones en un tiempo de 3 minutos.
Frecuencia
2 veces / da
Importancia
Importante
Urgencia
Comentarios
Inmediatamente
Tabla: Realizar Comandas.
Caso De Uso
Descripcin
Realizar Comandas
Este proceso implica que el mesero anote lo que solicita el cliente, para luego
registrado por el recepcionista, automticamente pasa el pedido a cocina y a caja p

la respectiva venta e imprimiendo los documentos para el cliente.
Precondicin
Personal sea contratado. El asistente debe tener controlado los productos en una li
para verificar la posibilidad de atencin de la comanda del cliente
Secuencia Normal
Paso
Accin
El Recepcionista verifica la reservacin del cliente
El Recepcionista selecciona la mesa y registra la comanda.

3
Postcondicin
El Recepcionista imprime el documente de venta para el cliente.
Todos las comandas deben de estar registrados y por cada comanda debe imprimir
documento.
Excepciones
Paso
1
Accin
En el caso de que no se haya ingresado correctamente todos de la coman
el sistema deber mandar un mensaje al recepcionista indicando que no

registr correctamente los datos de la comanda.
2
Si no existe ninguna reservacin, entonces se proseguir con los pa

siguientes.
Rendimiento
El sistema deber realizar el registro de comandas en un tiempo de 3 minutos.
Frecuencia
20 veces / da
Importancia
Importante
Urgencia
Comentarios
Inmediatamente
10.1.8. MODELO DE OBJETO DEL NEGOCIO:

MONControldeAlmacen

MONRealizarReservacion
MONRegistrarComandas

MONIntegrado

10.1.7. DIAGRAMA DE ACTIVIDAD DE CADA CASO DE USO DE NEGOCIO

DACUNControldeAlmacen

DACUNRealizarComanda

DACUNRegistrarReservacion

10.1.9. MODELO DOMINIO:

Modelo Dominio Restaurante
Glosario del Negocio:

Es necesario conocer conceptos importantes que se manejan dentro del

Restaurante Samaritana, por eso que se elabora el presente glosario de
trminos.
Proveedor: persona o una empresa que abastece a otras empresas con

existencias (productos), los cuales sern transformados para venderlos
posteriormente o directamente se compran para su venta.
Comanda: Es el listado de pedido de productos(Platos, Bebidas) y el

monto de dinero a cancelar para el cliente
Orden de Compra: Documento donde se encuentra el listado de

productos para enviar al proveedor
Categora: Es donde los productos se van a encontrar por seleccin de

categora.
Men: Se encuentran los productos (platos, bebidas) del da con sus

respectivos precios que sern pedidos por los clientes.
Reservacin: Es el proceso del separar un mesa y comanda en una

fecha y hora indicada por el cliente.
Tipo Documento: Documento de venta que puede ser boleta o factura

dependiendo del cliente.

10.2. Modelo de Requerimientos:
Requerimientos Funcionales
ID DEL REQUERIMIENTO
RFR-001 (Requerimiento funcional restaurante).
NOMBRE DEL REQUERIMIENTO
Registrar Tipo Producto
CARACTERSTICAS DEL
Requerimiento de datos.- Administracin de informacin

para los listados
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
El sistema permitir que el usuario registre los tipos de

productos existentes en el restaurante, contara con una
interfaz grfica para el ingreso de datos
PRIORIDAD DEL REQUERIMIENTO
Media Alta
ENTRADA
SALIDA
Datos del tipo de producto ( nombre,estado)

Reporte de informacin de tipos de productos
Registrar Producto
CARACTERSTICAS DEL

para los listados
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
El sistema permitir que el usuario registre los

productos existentes en el restaurante, contara con una
Alta
ENTRADA
SALIDA
Datos del producto ( nombre, precio, stock, descripcin,

mediad, cantidad medida ,tipo producto ,estado)

Registrar Mesa
CARACTERSTICAS DEL

para los listados
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
El sistema permitir que el usuario registre mesas que

existentes en el restaurante, contara con una interfaz
grfica para el ingreso de datos
Alta
ENTRADA
SALIDA
Datos de la mesa ( nombre,estado)

Registrar Proveedores
CARACTERSTICAS DEL

para los listados
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
El sistema permitir que el usuario registre los

proveedor, contara con una interfaz grfica para el
ingreso de datos
Alta
ENTRADA
SALIDA
Datos del proveedor ( nombre compaa ,nombre de

contacto, ruc, telfono, direccin, email, estado)
Registrar Cliente
CARACTERSTICAS DEL

para los listados
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
El sistema permitir que el usuario registre los clientes

especiales que sean parte del restaurante, contara con
una interfaz grfica para el ingreso de datos

ENTRADA
SALIDA
Media Alta
Datos del cliente (dni, nombre, apellidos, telfono, fecha
de nacimiento, direccin, email, estado)

CARACTERSTICAS DEL

para los listados
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
El sistema permitir que el usuario registre

reservaciones que son realizadas por los cliente,
contara con una interfaz grfica para el ingreso de datos
SALIDA
Alta
Datos del tipo de producto ( fecha de atencin, fecha de
reservacin, hora, mesa, cliente, estado)
Registrar Men
CARACTERSTICAS DEL

para los listados
ENTRADA
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
El sistema permitir que el usuario registre los mens

del da que existentes en el restaurante, contara con
una interfaz grfica para el ingreso de datos

ENTRADA
SALIDA
Media Alta
Datos del tipo de producto ( nombre ,productos, tipo,
descripcin, estado)
Registrar Orden de Compra
CARACTERSTICAS DEL

para los listados
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
El sistema permitir que el usuario registre las ordenes

de compras hacia los proveedores, contara con una

ENTRADA
SALIDA
Alta
Datos del tipo de producto ( fecha, estado, proveedor,
cantidad, productos)

Registrar Comanda
CARACTERSTICAS DEL

para los listados
REQUERIMIENTO
El sistema permitir que el usuario registre las

comandas realizadas por los clientes, contara con una
DESCRIPCIN DEL
REQUERIMIENTO
Alta
Datos del tipo de producto ( fecha, estado, productos,
cliente, mesa ,cantidad, monto total, observacion)
ENTRADA
SALIDA
Registrar Tipo Documento
CARACTERSTICAS DEL

para los listados
REQUERIMIENTO
El sistema permitir que el usuario registre los tipos de

documento para la respectiva venta, contara con una
DESCRIPCIN DEL
REQUERIMIENTO
Media Alta
ENTRADA
SALIDA
Datos del tipo de producto ( nombre,estado)

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
RFR-010 (Requerimiento no funcional restaurante).
El sistema Debe utilizar un diseo grfico

fcil de entender y bien estructurado
RE-N-Usabilidad.- Debe de utilizarse rpido atreves del
diseo entendible
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
Para que el usuario pueda utilizar correctamente el

sistema debe tener un diseo entendible y estructurado
correctamente
Media Alta
ENTRADA
SALIDA
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
Diseo
Buena Visualizacin e entendible

El sistema tiene que avisar al usuario
cuando introduce datos falsos.
RE-N-Usabilidad.- Eficaz al cometer errores por el
usuario dar signos de error
El sistema debe ser capaz atreves de mensajes o
seales graficas avisar al usuario cundo introduzca
datos errneos
Media Alta
ENTRADA
SALIDA
Introducir Datos
Mensajes de confirmacin o imagen grafica
Es muy importante que el sistema sea

portable y fcil de instalar

CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
RE-N-Portabilidad.- Fcil de trasladar e instalar de un

lugar a otro
Es decir sea fcil de transportarlo a diferente hardware
o diferentes sistemas operativos
Alta
ENTRADA
Introducir Datos
SALIDA
Carpeta Sistema
Seguridad/Confiabilidad
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO

La base de datos tiene que estar bien
protegida. El sistema debe hacer Backus
RE-N-Seguridad/Confiabilidad.- Seguridad de los datos
en Backus
Deber de realizar copias de seguridad atreves de
Backus de la base de datos y alojarlos en sitio web.
Alta
ENTRADA
SALIDA
CARACTERSTICAS DEL
REQUERIMIENTO
DESCRIPCIN DEL
REQUERIMIENTO
Datos de informacin

La base de datos tiene que estar bien
protegida. El sistema debe hacer Backus
RE-N-Seguridad/Confiabilidad.- Seguridad de los datos
en Backus
Deber de realizar copias de seguridad atreves de
Backus de la base de datos y alojarlos en sitio web.
Alta
ENTRADA
SALIDA
Datos de informacin
10.2.1. Modelo de Casos de Uso de Requerimientos Detallado:

DCURSistemaRestauranteIntegrado

10.2.2. Diagrama de Casos de Uso de Requerimientos:

DCURControldeAlmacen

DCURRegistrarReservacion
DCURRealizarComandas

10.2.3. Matriz de Priorizacin de Casos de Uso

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
Vital
Inmediata
10
Registrar
Comandas
Vital
Inmediata
3 min
1v
15 v / da
Fuente: Elaboracin Propia
10.2.4. Especificacin Casos de Uso Requerimientos

Tabla: Registra Tipo Producto

CASO DE USO
Descripcin
REGISTRA TIPO PRODCUTO

El Sistema deber permitir al Jefe de Almacn registrar los datos del tipo
producto.
Precondicin
Se generar un cdigo por defecto y correlativo para cada tipo de producto.
Secuencia Normal
Paso
Accin
El Jefe de Almacn crea un nuevo registro de tipo producto.
El sistema brinda los campos a ingresar para el registro de

tipo de producto.
El Jefe de Almacn ingresa los datos del tipo de producto.
El sistema almacena los datos del tipo de producto ingresado

por el jefe de almacn.
Todos los tipos de producto deben de estar registradas.
Postcondicin
Excepciones
Paso
1
Accin
En el caso de que no se haya ingresado correctamente todos los datos

del tipo de producto, el sistema deber mandar un mensaje indicando
que no se registr correctamente los datos.
En caso de que el tipo de producto ya est registrado anteriormente, el

sistema mandarn un mensaje indicando que ya existe.
Rendimiento
El sistema deber realizar el registro de los tipos de productos en un tiempo

de 1 minuto.
Frecuencia
1 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
Sin comentarios adicionales.
Tabla: Registra Producto
CASO DE USO
Descripcin
REGISTRA PRODUCTO
El Sistema deber permitir al Jefe de Almacn registrar los datos de
los productos.
Precondicin
Se generar un cdigo por defecto y correlativo para cada producto.

Secuencia Normal
Paso
Accin
El Asistente de Almacn crea un nuevo registro de producto.

producto.
El Jefe de Almacn ingresa los datos del producto.
El sistema almacena los datos del producto ingresado por el

Jefe de almacn.
Todos los productos deben de estar registradas.
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.
En caso de que el producto ya est registrado anteriormente, el

El sistema deber realizar el registro de los productos, en un tiempo
Rendimiento
de 1 minuto.
Frecuencia
4 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
Tabla: Registra Proveedor
CASO DE USO
Descripcin
REGISTRA PROVEEDOR
El Sistema deber permitir al Jefe de Almacn registrar los datos de los
proveedores.
Precondicin
Se generar un cdigo por defecto y correlativo para cada proveedor.
Secuencia Normal
Paso
Accin
El Jefe de Almacn crea un nuevo registro de proveedor.


proveedor.
El Jefe de Almacn ingresa los datos del proveedor.
El sistema almacena los datos del proveedor ingresado por el

Jefe de almacn.
Todos los proveedores deben de estar registradas.
Postcondicin
Excepciones
Paso
Accin

los datos de los proveedores, el sistema deber mandar un
En caso de que el proveedor ya est registrado anteriormente,

el sistema mandarn un mensaje indicando que ya existe.
El sistema deber realizar el registro de los proveedores, en un tiempo
Rendimiento
de 1 minuto.
Frecuencia
1 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
Tabla: Registra Orden de Compra
CASO DE USO
Descripcin
REGISTRA ORDEN DE COMPRA

El Sistema deber permitir al Jefe de Almacn registrar los datos de las
rdenes de compras de los productos del tipo de bebida.
Precondicin
Se generar cdigo por defecto y correlativo para cada orden de compra
Secuencia Normal
Paso
Accin
El Jefe de Almacn crea un nuevo registro de orden de compra.

El sistema brinda los campos a ingresar para el registro de orden

de compra.
El Jefe de Almacn ingresa los datos de la orden de compra.
El sistema almacena los datos de la orden de compra ingresada

por el Jefe de almacn.
Todos los rdenes de compras deben de estar registradas.
Postcondicin
Excepciones
Paso
Accin

datos de la orden de compra, el sistema deber mandar un
El sistema deber realizar el registro de las rdenes de compra, en un
Rendimiento
tiempo de 3 minutos.
Frecuencia
4 vez / mes.
Importancia
Importante.
Urgencia
Inmediatamente.
Comentarios
Tabla: Registra Tipo Documento
CASO DE USO
Descripcin
REGISTRA TIPO DOCUMENTO

El Sistema deber permitir al Recepcionista registrar los datos del tipo
documento.
Precondicin
Se generar un cdigo por defecto y correlativo para cada tipo de

documento.
Secuencia Normal
Paso
Accin
El Recepcionista crea un nuevo registro de tipo documento.

tipo de documento.
El Recepcionista ingresa los datos del tipo de documento.

El sistema almacena los datos del tipo de documento

ingresado por el Recepcionista.
Todos los tipos de documento deben de estar registradas.
Postcondicin
Excepciones
Paso
1
Accin
En el caso de que no se haya ingresado correctamente todos los datos

del tipo de documento, el sistema deber mandar un mensaje
indicando que no se registr correctamente los datos.
En caso de que el tipo de documento ya est registrado anteriormente,
el sistema mandarn un mensaje indicando que ya existe.
Rendimiento
El sistema deber realizar el registro de los tipos de documento en un

tiempo de 1 minuto.
Frecuencia
1 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
Tabla: Registra Cliente
CASO DE USO
Descripcin
REGISTRA CLIENTE
El Sistema deber permitir al Recepcionista registrar los datos de los
clientes.
Precondicin
Se generar un cdigo por defecto y correlativo para cada cliente.
Secuencia Normal
Paso
Accin
El Recepcionista crea un nuevo registro de cliente (normalJurdico).

Cliente.
El Recepcionista ingresa los datos del Cliente.
El sistema almacena los datos del cliente ingresado por el

Recepcionista.

Todos los clientes deben de estar registradas si desean formar parte
Postcondicin
Excepciones
del restaurante.
Paso
Accin

los datos del cliente, el sistema deber mandar un mensaje
En caso de que el cliente ya est registrado anteriormente, el

Rendimiento
El sistema deber realizar el registro de los clientes, en un tiempo de 1

minuto.
Frecuencia
5 vez / Da.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
Tabla: Registra Mesa
CASO DE USO
Descripcin
REGISTRA MESA
El Sistema deber permitir al Recepcionista registrar los datos de las
Mesas.
Precondicin
Se generar un cdigo por defecto y correlativo para cada Mesa.
Secuencia Normal
Paso
Accin
El Recepcionista crea un nuevo registro de Mesa

Mesa.
El Recepcionista ingresa los datos de la mesa.
El sistema almacena los datos de la mesa ingresado por el

Recepcionista.
Todos las mesas del restaurante deben de estar registradas
Postcondicin
Excepciones
Paso
Accin


los datos de la mesa, el sistema deber mandar un mensaje
En caso de que la mesa ya est registrado anteriormente, el

Rendimiento
El sistema deber realizar el registro de las mesas, en un tiempo de 1

minuto.
Frecuencia
1 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
Tabla: Registra Men
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
El Recepcionista crea un nuevo registro del Men.
El sistema brinda los campos a ingresar para el registro del

Men.
El Recepcionista ingresa los datos del Men.
El sistema almacena los datos de la mesa ingresado por el

Recepcionista.
Todos los men del restaurante deben de estar registradas.
Postcondicin
Excepciones
Paso
Accin

los datos de la mesa, el sistema deber mandar un mensaje

En caso de que la mesa ya est registrado anteriormente, el

Rendimiento
El sistema deber realizar el registro del Men, en un tiempo de 1

minuto.
Frecuencia
2 vez / mes.
Importancia
Vital.
Urgencia
Inmediatamente.
Comentarios
Tabla: Registra Reservacin
CASO DE USO
Descripcin
REGISTRA RESERVACION
Reservaciones de los clientes registrados.
Precondicin
Se generar cdigo por defecto y correlativo para cada Reservacin.
Secuencia Normal
Paso
Accin
El Recepcionista crea un nuevo registro de Reservacin.
El sistema brinda los campos a ingresar para el registro de la

Reservacin
El Recepcionista ingresa los datos de la Reservacin.
El sistema almacena los datos de la Reservacin ingresada por el

Recepcionista.
Todos los Reservaciones deben de estar registradas.
Postcondicin
Excepciones
Paso
Accin

datos de la Reservacin, el sistema deber mandar un mensaje
Rendimiento
El sistema deber realizar el registro de las Reservaciones, en un tiempo

de 3 minutos.

Frecuencia
4 vez / mes.
Importancia
Importante.
Urgencia
Inmediatamente.
Comentarios
Tabla: Registra Comanda
CASO DE USO
Descripcin
REGISTRA COMANDA
Comandas de los clientes.
Precondicin
Se generar cdigo por defecto y correlativo para cada Comanda.
Secuencia Normal
Paso
Accin
El Recepcionista crea un nuevo registro de Comanda.
El sistema brinda los campos a ingresar para el registro de la

Comanda.
El Recepcionista ingresa los datos de la Comanda.
El sistema almacena los datos de la Comanda ingresada por el

Recepcionista.
Todos los Comandas deben de estar registradas.
Postcondicin
Excepciones
Paso
Accin

datos de la Comanda, el sistema deber mandar un mensaje
Rendimiento
El sistema deber realizar el registro de las Comandas, en un tiempo de 3

minutos.
Frecuencia
15 vez /da.
Importancia
Importante.

Urgencia
Inmediatamente.
Comentarios
10.3. ANLISIS
10.3.1. DIAGRAMA DE COLABORACIN:
Registrar Mesa:

Registrar Producto
Registrar Proveedor

Registrar Tipo Documento
Registrar Men

Registrar Cliente
Registrar Orden Compra

Registrar Tipo Producto

Registrar Comanda
10.3.2. Diagrama de Clases de Entidad

10.3.3 Diagrama de Paquetes de Anlisis (Boundary + Control + Entitis):

Boundary:

Entitis:
Control:

10.3.4. Diagrama de Clases de Anlisis

10.4. DISEO

10.4.1. Web Restaurante


10.4.2. Acceso al Sistema






10.4.3.
Diagrama de Clases de Diseo

10.4.4.
Diagrama de Paquetes de Diseo
Modelo Fsico De La Base De Datos Relacional (Erwin)

10.4.5. Script de Migracin de La Base de Datos SQL

CREATE TABLE ABASTECER
(
IdAbastecer
int NOT NULL ,
Estado
INT NOT NULL ,
IdProveedor
int NOT NULL
)
Go
ALTER TABLE ABASTECER
ADD CONSTRAINT XPKABASTECER PRIMARY KEY CLUSTERED
(IdAbastecer ASC)
Go
CREATE TABLE CATEGORIA_PLATO
(
IdCatePlato
int NOT NULL ,
Nombre
varchar(20) NOT NULL ,
Estado
int NOT NULL
)
Go
ALTER TABLE CATEGORIA_PLATO
ADD CONSTRAINT XPKCATEGORIA_PLATO PRIMARY KEY
CLUSTERED (IdCatePlato ASC)
Go

CREATE TABLE CLIENTE

(
IdCliente
INT NOT NULL ,
Dni
char(8) NULL ,
Ruc
char(11) NULL ,
RazonSocial
varbinary(20) NULL ,
Nompre
Apellido
varchar(30) NULL ,
Telefono
char(8) NULL ,
FechaNacimiento
datetime NULL ,
Direccion
varbinary(max) NULL ,
Email
Estado
INT NOT NULL
)
Go
ALTER TABLE CLIENTE
ADD CONSTRAINT XPKCLIENTE PRIMARY KEY CLUSTERED
(IdCliente ASC)
go
CREATE TABLE COMANDA
(
IdComanda
INT NOT NULL ,
Fecha
datetime NOT NULL ,
Estado
char(10) NOT NULL ,
Descuento
decimal(8,2) NULL ,
MontoTotal
decimal(8,2) NOT NULL ,
Descripcion
IdMesa
INT NOT NULL ,
IdCliente
INT NOT NULL ,
IdtipoDocumento
INT NOT NULL
)
Go
ALTER TABLE COMANDA
ADD CONSTRAINT XPKCOMANDA PRIMARY KEY CLUSTERED
(IdComanda ASC)
go
CREATE TABLE DETALLE_ABASTECER
(
IdDetaAbastecer
int NOT NULL ,
IdAbastecer
int NOT NULL
)
Go
ALTER TABLE DETALLE_ABASTECER
ADD CONSTRAINT XPKDetalle_abastecer PRIMARY KEY
CLUSTERED (IdDetaAbastecer ASC,IdAbastecer ASC)

Go
CREATE TABLE Detalle_Comanda_Plato
(
IdDetaComandaPlato INT NOT NULL ,
Cantidad
INT NOT NULL ,
Importe
Notas
varchar(max) NULL ,
Idplato
INT NOT NULL ,
IdComanda
INT NOT NULL
)
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
Notas
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 ,
IdProducto
int NOT NULL
)
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
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
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
)
Go

ALTER TABLE ORDEN_COMPRA

ADD CONSTRAINT XPKORDEN_COMPRA PRIMARY KEY
CLUSTERED (IdOrdenCompra ASC)
Go
CREATE TABLE PLATO
(
Idplato
int NOT NULL ,
Nombre
Precio
Descripcion
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
Descripcion
varchar(max) NULL ,
Precio
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
CREATE TABLE PROVEEDOR

(
IdProveedor
int NOT NULL ,
NombreCompaia
NombreContacto
Ruc
char(11) NOT NULL ,
Telefono
char(9) NOT NULL ,
Direccion

Email
Estado
int NOT NULL
)
Go
TABLE PROVEEDOR
ADD CONSTRAINT XPKPROVEEDOR PRIMARY KEY CLUSTERED
(IdProveedor ASC)
Go
CREATE TABLE RESERVACION
(
IdReservacon
INT NOT NULL ,
FechaAtencion
datetime NOT NULL ,
FechaReservacion datetime NOT NULL ,
HoraReservacion
datetime NOT NULL ,
Estado
char(10) NOT NULL ,
IdMesa
NT NOT NULL ,
IdCliente
INT NOT NULL
)
Go
ALTER TABLE RESERVACION
ADD CONSTRAINT XPKRESERVACION PRIMARY KEY CLUSTERED
(IdReservacon ASC)
Go
CREATE TABLE TIPO_DOCUMENTO
(
IdtipoDocumento
INT NOT NULL ,
Nombre
varchar(20) NOT NULL
)
go
ALTER TABLE TIPO_DOCUMENTO

ADD CONSTRAINT XPKTIPO_DOCUMENTO PRIMARY KEY
CLUSTERED (IdtipoDocumento ASC)
Go
CREATE TABLE TIPO_PRODUCTO
(
IdTipoProducto
int NOT NULL ,
Nombre
Estado
int NOT NULL
)
Go
ALTER TABLE TIPO_PRODUCTO

ADD CONSTRAINT XPKTIPO_PRODUCTO PRIMARY KEY

CLUSTERED (IdTipoProducto ASC)
Go
ALTER TABLE ABASTECER
ADD CONSTRAINT R_13 FOREIGN KEY (IdProveedor) REFERENCES
PROVEEDOR(IdProveedor)
ON DELETE NO ACTION
ON UPDATE NO ACTIOn
Go
ALTER TABLE COMANDA
ADD CONSTRAINT R_15 FOREIGN KEY (IdMesa) REFERENCES
MESA(IdMesa)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ALTER TABLE COMANDA
ADD CONSTRAINT R_16 FOREIGN KEY (IdCliente) REFERENCES
CLIENTE(IdCliente)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ALTER TABLE COMANDA
ADD CONSTRAINT R_19 FOREIGN KEY (IdtipoDocumento)
REFERENCES TIPO_DOCUMENTO(IdtipoDocumento)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ALTER TABLE DETALLE_ABASTECER
ADD CONSTRAINT R_14 FOREIGN KEY (IdAbastecer) REFERENCES
ABASTECER(IdAbastecer)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ADD CONSTRAINT R_17 FOREIGN KEY (Idplato) REFERENCES
PLATO(Idplato)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ADD CONSTRAINT R_18 FOREIGN KEY (IdComanda) REFERENCES
COMANDA(IdComanda)
ON DELETE NO ACTION
ON UPDATE NO ACTION

Go
ADD CONSTRAINT R_23 FOREIGN KEY (IdComanda) REFERENCES
COMANDA(IdComanda)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ADD CONSTRAINT R_24 FOREIGN KEY (IdProducto) REFERENCES
PRODUCTO(IdProducto)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ADD CONSTRAINT R_4 FOREIGN KEY (Idplato) REFERENCES
PLATO(Idplato)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go

ADD CONSTRAINT R_6 FOREIGN KEY (IdMenu) REFERENCES
MENU(IdMenu)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ADD CONSTRAINT R_9 FOREIGN KEY (IdOrdenCompra)
REFERENCES ORDEN_COMPRA(IdOrdenCompra)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ADD CONSTRAINT R_11 FOREIGN KEY (IdProducto) REFERENCES
PRODUCTO(IdProducto)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ALTER TABLE ORDEN_COMPRA
ADD CONSTRAINT R_10 FOREIGN KEY (IdProveedor) REFERENCES
PROVEEDOR(IdProveedor)

ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ALTER TABLE PLATO
ADD CONSTRAINT R_5 FOREIGN KEY (IdCatePlato) REFERENCES
CATEGORIA_PLATO(IdCatePlato)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ALTER TABLE PRODUCTO
ADD CONSTRAINT R_8 FOREIGN KEY (IdTipoProducto)
REFERENCES TIPO_PRODUCTO(IdTipoProducto)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go

ADD CONSTRAINT R_20 FOREIGN KEY (IdMesa) REFERENCES
MESA(IdMesa)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
ADD CONSTRAINT R_21 FOREIGN KEY (IdCliente) REFERENCES
CLIENTE(IdCliente)
ON DELETE NO ACTION
ON UPDATE NO ACTION
Go
10.4.6. Modelo Fsico de la Base Datos Relacional (SQL

SERVER)

10.5.- Implementacin
10.5.1.- Diagrama de Componentes
10.5.2.- Diagrama de Despliegue

10.6. Prueba De La Caja Negra Prueba

Caso De Uso: Registrar TipoProducto
Registrar TipoProducto: Ingreso de Datos Validos
tem
1
Datos
Nombre
Tipo De Datos
Respuesta
CERVEZAS
Ingresado Correctamente
Registrar TipoProducto: Ingreso de Datos No Validos

tem
2
Datos
Nombres
Tipo De Datos
Respuesta
%&$./()&_@
Error
Registrar TipoProducto: Resultados por Escenario

Use Case
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
Caso De Uso: Registrar Producto

Registrar Producto: Ingreso de Datos Validos
tem
Datos
Tipo De Datos
Respuesta
Nombre
PILESEN
Descripcion
120 ml
Medida
CAJA
CantidaMedida
12
Stock
250

8
Precio
6.00
Registra Producto: Ingreso de Datos No Validos
tem
Datos
Tipo De Datos
Respuesta
Nombre
%&$./()&_@
Descripcion
%&$./()&_@
Medida
8@:_
CantidaMedida
A_.?@%&
Stock
A_.?@%&
Precio
A_.?@%&
Registrar Producto Resultados por Escenario

Use Case
Resultado
Conclusin
Registrar Producto
Se registr correctamente y
se le asigna un cdigo
nico.
Registrar Producto tiene

como Prerrequisito haber
registrado antes el
TipoProducto. Este proceso
es de vital importancia.

11.- Conclusiones del Proyecto:

El Diseo propuesto va a brindar mayor seguridad a los datos que el sistema
manual, ya que restringe el acceso a ellos atreves de usuarios.
El Diseo propuesto facilita la toma de decisiones ya que brinda la posibilidad
de crear salidas ptimas para esto atreves de los reportes emitidos.
La aplicacin de la Metodologa RUP basada en UML es una buena
metodologa de Anlisis y Diseo de Sistemas ya que gua paso a paso de
manera fcil y clara la realizacin de estos
El prototipo del sistema desarrollado permite almacenar la data concerniente
en la base de datos creada en SQL Server 2012 lo cual permite organizar la
seguridad de la informacin manejada.
Con el sistema informtico desarrollado se logra disminuir los gastos de la
institucin, agilizar y controlar todos los procesos del negocio.
La metodologa empleada permiti la confeccin del modelo de Negocio el cual
nos brind un panorama concreto de la problemtica.
Se realiz el levantamiento de la informacin e identificacin de los problemas
del rea y sus dominios en base al cual se desarroll el sistema informtico
que permite superar las deficiencias del rea, optimizando el empleo de sus
recursos.
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.
13.- Referencias Bibliogrficas y/o Enlaces
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/

Proyecto de Practicas 2013

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Proyecto de Practicas 2013

Caricato da

Copyright:

Formati disponibili

Sistema informtico para la administracin interna y control del servicio de

atencin al cliente para el restaurante Samaritana..

Ttulo del Proyecto:

Chimbote, Abril del 2013

Sistema informtico para la administracin interna y control del servicio de

Dedico este proyecto de tesis a Dios y a

Depositando su entera confianza en cada

Sistema informtico para la administracin interna y control del servicio de

En primer lugar nuestro agradecimiento va

Sistema informtico para la administracin interna y control del servicio de

DATOS GENERALES DE LA ORGANIZACIN.....8

NOMBRE DEL PROYECTO....9

9.1. SITUACIN PROBLEMTICA....12

Sistema informtico para la administracin interna y control del servicio de

METODOLOGA DE DESARROLLO RUP.. 18-19

Sistema informtico para la administracin interna y control del servicio de

Sistema informtico para la administracin interna y control del servicio de

System has been divided in several fundamental processes, one is the

Through these processes we can achieve a variety of information quickly

Sistema informtico para la administracin interna y control del servicio de

Sistema informtico para la administracin interna y control del servicio de

Sistema informtico para la administracin interna y control del servicio de

NOMBRE DEL PROYECTO:

Implementa un Sistema informtico para la administracin interna y control del

DESCRIPCIN DEL PROYECTO:

El presente proyecto se realizar para ayudar al personal operativo, clientes

RAZN SOCIAL DE LA ORGANIZACIN:

8.5.1. Visin y Misin de la Organizacin:

Sistema informtico para la administracin interna y control del servicio de

bebidas a una relacin de precio, calidad excelente para satisfacer las

Ser reconocidos como el mejor restaurante de la ciudad de Coishco,

Sistema informtico para la administracin interna y control del servicio de

8.7.1. Descripcin De Situacin Problemtica:

Sistema informtico para la administracin interna y control del servicio de

La atencin de los pedidos en almacn en los procesos de entrada y

Sistema informtico para la administracin interna y control del servicio de

Justificacin del Proyecto

8.8.1. Justificacin Tcnica

Sistema informtico para la administracin interna y control del servicio de

Con el desarrollo de proyecto disminuirn las prdidas econmicas, ya

OBJETIVOS DEL PROYECTO

8.9.1. Objetivo General

Sistema informtico para la administracin interna y control del servicio de

8.10. LIMITACIONES DEL PROYECTO

El Sistema Informtico que se llevara a cabo ser en un plazo corto de 4

El restaurante actualmente realiza sus operaciones y sus registros en

Poco dominio por parte de los integrantes del equipo de desarrollo en

Sistema informtico para la administracin interna y control del servicio de

10.1. METODOLOGA DE DESARROLLO: RUP (Racional Unified Process)

quien, cmo, cundo y qu debe hacerse en el

proyecto. Es un lenguaje grfico para visualizar, especificar, construir y

Sistema informtico para la administracin interna y control del servicio de

arquitectura cumplen sus

objetivos de manera ms depurada. Como filosofa RUP maneja 6

Sistema informtico para la administracin interna y control del servicio de

El desarrollo de software no lo hace una nica persona sino mltiples

requerimientos, desarrollo, evaluaciones, planes, resultados, etc.

10.2. EL CICLO DE VIDA DE RUP

Sistema informtico para la administracin interna y control del servicio de

En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes

Modelado del Negocio:

Sistema informtico para la administracin interna y control del servicio de

Asegurar que clientes, usuarios finales y desarrolladores tengan un

Sistema informtico para la administracin interna y control del servicio de