Proyecto

SISTEMA DE CONTROL DE VENTAS DE LA
CAFETERA DEL INSTITUTO TECNOLGICO DE

TAPACHULA
TALLER BASE DE DATOS.
Catedrtico:
MGTI. Manuel de Jess
Matuz Cruz
Carrera:
Ing. Sist. Comp.
Integrantes del equipo:

Gordillo Maldonado Mayra Virginia
Glvez de los Santos Daro
Morales Vera Ulices Elevi
Fecha de entrega:
8 de Enero del 2015
1 | Pgina
Tapachula, Chis de Crdova y Ordoez
NDICE
INTRODUCCIN................................................................................................... 3
1. FORMULACIN DEL PROBLEMA...............................................................5
1.1 Ttulo descriptivo del proyecto......................................................................5
1.2 Situacin problemtica................................................................................. 5
1.3 Planteamiento del problema.........................................................................6
2. OBJETIVOS DE LA INVESTIGACIN................................................6
2.1 Objetivo general del proyecto.......................................................................6
2.2 Objetivos especficos.................................................................................... 6
3. JUSTIFICACIN DEL PROBLEMA...............................................................7
4. DELIMITACIONES........................................................................................ 8
4.1 Alcance......................................................................................................... 8
4.2 Limitaciones.................................................................................................. 8
4.3 Problemas a resolver.................................................................................... 8
5. DESCRIPCIN DEL SISTEMA...................................................................10
5.1 Seleccin del DBMS.................................................................................... 10
5.2 Diseo de Aplicacin................................................................................... 10
5.6 Planteamiento para la creacin de la base de datos...................................10
6. DESARROLLO DE MODELADO.................................................................11
6.1 Modelo entidad-relacin.............................................................................. 11
6.1.1 Modelo relacional..................................................................................... 11
6.1.2 Modelo relacional en Workbench.............................................................12
6.2 Objetivos del sistema caso de usos............................................................13
6.2.1 Requisitos de almacenamiento de informacin........................................15
6.2.2 Requisitos funcionales............................................................................. 18
6.2.3 Diagramas de Casos de uso del sistema.................................................18
6.2.4 Especificacin de casos de uso................................................................21
2 | Pgina
7 CREACIN DE LA BASE DE DATOS...........................................................42

CONCLUSIN..................................................................................................... 47
INTRODUCCIN
En el presente trabajo presentamos el desarrollo de la creacin de un sistema de

ventas, dicho sistema se implemento por las necesidades que se presentan en
nuestra institucin Tecnolgico de Tapachula en la segunda cafetera la cual la
mayora de alumnos nombra como La palapa.
Para poder desarrollar este proyecto es indispensable obtener
conocimientos amplios de lo que respecta la creacin de una base de datos y as
mismo conocimientos de la materia de ingeniera de software.
Las herramientas y conocimientos que aportan ambas materias son
sumamente importantes para la creacin de dicho sistema. No hay que discutir
que la herramienta clave de un sistema es la programacin, presentamos
entonces la esquematizacin de nuestro proyecto,, sus modelos de base de datos,
diagramas de caso de uso, manual de usuario entre otros.
3 | Pgina
CAPITULO 1
4 | Pgina
1.FORMULACIN DEL PROBLEMA

1.1Ttulo descriptivo del proyecto
Modelo de control interno de ventas para mejorar la eficiencia y la efectividad de la
cafetera del Instituto Tecnolgico de Tapachula.
1.2 Situacin problemtica.

La actividad principal de la cafetera La palapa es realizar ventas de comidas,
bebidas, golosinas etc. Tanto a alumnos como docentes del Instituto Tecnolgico.
Debido a la competencia que tiene la cafetera La palapa al ser la segunda
importante, se tiene a la necesidad de implementar la estrategia para generar
mayores ventas y agilizarlas.
El control interno presenta deficiencias dentro del rea de venta como en el
de cocina. En tanto al control laboral el administrador no lleva un control de
ventas, esto si bien se refiere que como administrador no cuenta con registros de
operaciones y por lo tanto no podr llevar el control de ganancias o prdidas de
ellas.
Las acciones que ms se realizan son ventas al contado, devoluciones,
ventas a crdito (solo el administrador decide a que personas van a poder comprar
a crdito). Es notable para cada rea de la cafetera debera llevar un control tanto
en la salida de facturas para agilizar las ventas como en realizar los registros en
las operaciones del da, sin embargo todo esto las convierte en reas crticas.
5 | Pgina
1.3Planteamiento del problema

El control interno es un proceso realizado por la administracin y dems personal
de la cafetera, diseado para proporcionar seguridad razonable en la bsqueda
de cumplimiento de los objetivos.
El problema ms comn en la que se encuentra la cafetera es la
deficiencia en cuanto a la atencin al cliente. Se centra en la falta de coordinacin
a la hora de vender un producto y en la elaboracin de algn alimento ya que el
proceso dentro de la cafetera es muy lento debido a que el administrador efecta
la venta, toma el pedido y lo divide a las diferentes reas, en el rea de cocina los
encargados no coordinan correctamente los pedidos realizados por cada cliente,
por lo cual este proceso demora tiempo en la atencin a stos.
Por ellos se propone realizar un sistema el cual mantenga un orden en
ventas, imprima los pedidos que se enfoquen al rea de alimentos y que el
administrador pueda interactuar con el cliente su pedido de manera eficaz y
rpida.
2.OBJETIVOS DE LA INVESTIGACIN
2.1Objetivo general del proyecto
Desarrollar un sistema integral para el control de ventas de la cafetera del Instituto
Tecnolgico de Tapachula.
6 | Pgina
2.2Objetivos especficos
Implementar el uso de las impresoras para dividir las reas de la cafetera y
agilizar los procesos de venta (tanto en el estado de recibir los pedidos
como en el pago del mismo) y preparacin de alimentos.
Administrar las ventas implementando el uso de folio para cada compra.
Controlar las ventas realizadas por cada uno de los funcionarios.
El sistema de ventas deber almacenar todos los datos respectivos a la
venta.
Administrar el control de cuentas de clientes a crdito.
Verificar las devoluciones o cancelaciones de ventas.
Guardar y mostrar el registro de detalle de venta. Registrando la hora,
fecha, especificaciones de venta a crdito o contado, entre otros.
3.JUSTIFICACIN DEL PROBLEMA

La cafetera La palapa del instituto tecnolgico enfrenta problemas y obstculos
en la agilizacin de ventas. Para esto se procede a realizar un sistema de control
en el cual se implemente la administracin por computadora, en el que solo ciertos
usuarios podrn acceder al control, ejecucin y modificacin de informacin del
sistema.
En que beneficiar el sistema:
Al administrador de la cafetera.
Esta persona podr tener medios de comprobacin en cuentas de sus clientes a

crdito, empleados que realizaron venta y como en productos. Por ejemplo: los
productos caducados que pueda devolver al proveedor, la fecha de compra y su
hora.
As mismo podr realizar alguna devolucin que el cliente quiera llevar siempre
y cuando cumpla con los requisitos de factura. Tambin llevar el control en general
de sus proveedores por si en algn momento se agota el producto entre otros
detalles.
7 | Pgina
Empleados encargados de efectuar ventas.
Generalmente el administrador es el encargado de efectuar las ventas, debido a

salidas inesperadas tendr que dejar
a un empleado encargado de realizar
ventas.
As estos empleados podrn realizar registros cuando compren con
proveedores, o efectuar ventas a crditos. Esto sirviendo como medio de
administracin
cuando
el
administrador
regrese.
Sin
embargo
tendrn
restricciones en el sistema por cuestiones de contabilidad que el administrador

efectu.
En el mbito econmico. Registros los cuales podr consultar el

administrador y obtener un control de
datos en el sistema para poder
realizar la contabilidad de la cafetera.
4.DELIMITACIONES
4.1Alcance
Con este sistema la cafetera La palapa se le facilitar alcanzar sus metas de
desempeo, mejorar el nivel de rentabilidad, prevenir prdida de registros y tomar
decisiones adecuadas para la administracin y agilizacin de ventas.
4.2 Limitaciones
Falta de personal para controlar las acciones que tendr el sistema.

Falta de recursos econmicos para la compra del equipo a usar (detector
de cdigo de barras) y las impresoras (2).
4.3 Problemas a resolver
Asignacin de un cdigo de barras a cada producto y alimentos para

preparar.
Control de productos incluyendo el proveedor que lo suministra.
Control de ventas.
Control de cuentas de clientes a crditos.
Mantener registros de empleados.
8 | Pgina
CAPITULO 2
9 | Pgina
5.DESCRIPCIN DEL SISTEMA

5.1Seleccin del DBMS
Mysql
5.2 Diseo de Aplicacin

Programando en Java utilizando netbeans
5.6 Planteamiento para la creacin de la base de

datos
Se desea construir una base de datos de la cafetera perteneciente al Instituto
Tecnolgico de Tapachula para llevar el control de sus ventas, clientes a crdito,
productos y proveedores.
Para ello es necesario conocer los datos de los empleados, por lo que se
consideran lo siguiente: id, nombre, apellidos, direccin y telfono. Un
empleado podr efectuar varias ventas en el da. De las ventas se necesita
conocer: folio, fecha, hora, y monto final. Cada venta llevar la cantidad de
productos que salen y de los productos quedar la cantidad existente de estos
mismos y as mismo cuando se efectu un a venta se necesitar conocer que
persona efecta la venta.
El jefe ser el nico que podr efectuar el inventario para realizar una
descripcin de lo que hay en su almacn.
10 | P g i n a
De los productos se almacena su cdigo, nombre del producto, precio de

venta, precio de compra y existencia. Muchos productos son a una sola venta, y
una venta puede contener varios productos. De las ventas hay algunos casos que
se efectan a clientes con tipo de pago de crdito.
De los clientes a crdito: id, nombre, apellidos, direccin y telfono, sin
embargo cada que se efectu una venta a crdito necesitamos registrar el folio
del crdito, saldo que debe, abonos, hora y fecha. Un cliente puede realizar
varias compras durante el da.
Nos interesa conocer de los proveedores su RFC, nombre del proveedor. Un
proveedor puede suministrar diferentes productos, como un producto puede ser
suministrado de diferentes proveedores.
6.DESARROLLO DE MODELADO
6.1 Modelo entidad-relacin
11 | P g i n a
6.1.1 Modelo relacional

Empleado (IdEmpleado, Nombre, Apellido_paterno, Apellido_materno, Direccin,
Telfono, IdJefe)
Venta (Folio, Hora, Fecha, MontoFinal, IdEmpleado, IdCliente)
Detalle (CodigoBarras, FolioVenta, cantidad, importe)
Producto (CodigoBarras, Nombre, PrecioVenta, PrecioCompra, Existencia)
Proveedor (ID, Nombre)
Provee (CodigoBarras_Producto, ID_Proveedor, Hora, Fecha)
Cliente (Id, Nombre, Apellidopaterno, ApellidoMaterno, Telfono, Direccin)
Crdito (FolioCredito, Abonos, Cargos, fecha, hora IdCliente )
6.1.2 Modelo relacional en Workbench
12 | P g i n a
6.2 Objetivos del sistema caso de usos

Definiremos los objetivos que se tendrn que desarrollar o llevar a cabo cuando el
sistema sea funcional a los usuarios.
Objetivo 1
Descripcin
Estabilidad
Comentarios
Objetivo 2
Descripcin
Estabilidad
Comentarios
Objetivo 3
Administrar las ventas

El sistema deber ser capaz de administrar
las ventas; si son efectuadas a contado o a
crdito. Deber: registrar ventas, consultas,
devoluciones.
Alta
Las devoluciones cuyo lapso mximo son
menor a 6 horas, siempre y cuando sean
por cuestiones razonables
Administrar clientes a crdito

El sistema deber ser capaz de gestionar
crditos de los clientes realizando: altas,
bajas, consultas, modificaciones de datos,
realizar abonos a su cuenta, consultas de
cuenta, etc.
Alta
Los clientes sern seleccionados solo por
el administrador (Jefe).
Administrar productos y comidas

13 | P g i n a
Estabilidad
Comentarios
El sistema deber ser capaz de administrar

los productos y comidas de la cafetera
como:
altas,
bajas,
modificaciones,
consultas.
Alta
Ninguno
Objetivo 4
Administrar los empleados
Descripcin
Descripcin
Estabilidad
Comentarios
Objetivo 5
Descripcin
Estabilidad
Comentarios
El sistema deber ser capaz de gestionar a

los empleados: altas, bajas, modificaciones
de datos, consultas.
Media
Ninguno
Administrar proveedores
El sistema deber ser capaz de gestionar
los proveedores: altas, consultas y
modificaciones.
Media
La informacin sirve por si un producto que
suministra el proveedor x esta por
agotarse y es de vital importancia.
14 | P g i n a
6.2.1
Requisitos
informacin
de
almacenamiento
de
En este apartado estableceremos las especificaciones que existirn en

cada objetivo el cual llevar a cabo el sistema cuando est en prueba.
RI-01
Objetivos asociados
Requisitos asociados
Descripcin
Datos especficos
Intervalo temporal
Estabilidad
Comentarios
Informacin de ventas
Objetivo 1 Administrar ventas.
RF-01 Registro de venta.
RF-02 Registro de devolucin de
producto.
RF-03 Consulta de venta.
El sistema deber almacenar la
informacin correspondiente a las
ventas y devoluciones.
Folio de venta
Nombre del comprador
Hora
Fecha
Detalle de venta: id de los
productos, cantidad, e importe.
Total a pagar de la venta
Si la venta es a contado o a
crdito
Slo presente
Alta
Existen 2 tipos de ventas: a crdito y
contado. Las dos ventas se capturan
15 | P g i n a
normalmente, solo si la venta se

efecta a crdito, el sistema abrir una
nueva ventana para aplicar cargos al
cliente a crdito siempre y cuando este,
est registrado.
RI-02
Objetivos asociados
Intervalo temporal
Estabilidad
Comentarios
Informacin sobre clientes a crdito

Objetivo 2 Administrar clientes a crdito
RF-04 Alta de cliente.
RF-05 Baja de cliente.
RF-06 Modificacin de datos.
RF-07 Consulta de cliente.
RF-08 Registro de abonos.
RF-09 Consulta de estado de cuenta.
El sistema deber de almacenar la
informacin necesaria para llevar el
control los crditos.
Cdigo identifique al cliente el
cual deber ser nico.
Nombre completo, incluyendo
apellidos.
Telfono.
Direccin.
Total que adeuda.
Total que liquida.
Slo presente
Alta
Ninguna
RI-03
Objetivos asociados
Informacin sobre empleados

Objetivo 3 Administrar los empleados
RF-11 Alta de empleado.
Descripcin
Datos especficos
16 | P g i n a
Descripcin
Datos especficos
Intervalo temporal
Estabilidad
Comentarios
RI-04
Objetivos asociados
Descripcin
Datos especficos
Intervalo temporal
Estabilidad
Comentarios
RF-12 Baja de empleado.

RF-13 Modificacin de datos.
RF-14 Consulta de empleado.
El sistema deber llevar el control de
los empleados que laboran en la
empresa y quienes de ellos son los
usuarios de ste.
Nombre completo del empleado,
incluyendo apellidos.
Direccin del empleado.
Telfono.
Cdigo nico de identificacin
del empleado.
Slo presente
Media
Ninguno
Informacin de productos
Objetivo 4
RF-15 Realizar altas.
RF-16 Realizar bajas.
RF-17 Consulta de productos.
RF-18 Realizar modificaciones.
informacin necesaria para llevar el
control de los productos.
Cdigo de barras del producto

que lo identifique.
Nombre del producto
Cantidad del producto.
Precio de compra.
Precio de venta al pblico.
Slo presente y pasado
Alta
Cada plato de comida incluyendo
refrescos deber contener un cdigo de
barras para poder ser registrado en el
sistema.
17 | P g i n a
RI-05
Objetivos asociados
Descripcin
Datos especficos
Intervalo temporal
Estabilidad
Comentarios
Informacin proveedores
Objetivo 5
RF-19 Realizar altas.
RF-20 Consulta de proveedores
RF-21 Realizar modificaciones.
informacin necesaria para llevar un
buen control de los proveedores que
nos suministran ciertos productos.
Nmero de proveedor, que
deber ser nico para cada
proveedor.
Nombre del proveedor
Direccin
Telfono
Slo presente
Baja
Nombre completo sin distincin que
tipo de proveedor es (persona
fsica/moral).
6.2.2 Requisitos funcionales

Definicin de actores
ACT-01
Descripcin
Comentarios
ACT-02
Descripcin
Comentarios
Administrador
Este actor representa al administrador
de la cafetera.
Ninguno.
Empleado
Este actor representa a los empleados
que participan en la cafetera.
Ninguno.
6.2.3 Diagramas de Casos de uso del sistema.

18 | P g i n a
Administrar ventas
Administrar cliente a crdito
19 | P g i n a
Administrar empleados
Administrar productos
20 | P g i n a
Administrar proveedores
6.2.4 Especificacin de casos de uso

RF-01
Objetivos asociados
Descripcin
Precondicin
Secuencia normal
Realizar una venta

OBJ-01 Administrar las ventas
Cuando el administrador o algn empleado realicen
una venta, el sistema deber solicitar requisitos tal
y como lo describe el siguiente caso de uso.
Los productos se encuentran registrados en el
sistema.
La venta deber especificarse si es a contado o a
crdito antes de iniciar la captura de venta.
PASO
2
3
ACCIN
El usuario solicita al sistema comenzar

el proceso de ventas al cliente.
El sistema abrir una ventana de la cual
solicitar el cdigo de barras, cantidad
del producto a vender y el nombre del
cliente.
El usuario por medio del scanner de
21 | P g i n a
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
cdigo de barras registrar el cdigo del

producto y su cantidad a llevar en el
sistema para realizar su venta.
El sistema agregar a una tabla cada
producto registrado, mostrar su
4
nombre, precio, cantidad, importe y total
a pagar.
Al terminar el llenado de los productos
comprados, el usuario registrar el
5
nombre del comprador. (Venta al
contado omitir el paso 6 y el encargado
terminar de efectuar venta)
Venta a crdito: el usuario seleccionar
en el sistema al cliente dado de alta y
6
automticamente aparecer el cargo y
dar efectuar venta.
7
El sistema guardar los datos de la
venta efectuada.
El sistema imprime el comprobante de
8
venta e informa que la misma se ha
realizado con xito.
El usuario entrega la factura de compra
9
al cliente.
Se ha realizado con xito la nueva venta.
La venta a crdito se efectuar siempre y cuando el
cliente a crdito este dado de alta. De lo contrario
solo el administrador podr ver si registra al nuevo
cliente para la venta a crdito.
Paso 3: Si el cdigo de barras del producto no se
encuentra registrado en el sistema deber de darse
de alta.
Paso 5: Si el cliente no cuenta con suficiente
dinero cancelar la operacin y el caso de uso se
termina.
Paso 6: cota de tiempo, 10 segundos
Infinita
Ninguno
22 | P g i n a
RF-02
Objetivos asociados
Descripcin
Precondicin
Secuencia normal
Registrar devoluciones
Cuando el administrador o algn empleado
registren una devolucin de algn producto, deber
de seguir los siguientes pasos.
Todos los productos a devolver estn registrados
como vendidos en el sistema.
PASO
3
4
5
6
ACCIN
El usuario solicitar al sistema la

consulta de una venta.
El usuario verificar que la venta del
cliente se haya efectuado en el mismo
da y que tenga su factura para
comprobar que el producto lo compro
ah.
El usuario checar el producto.
Solicitar al sistema el registro de una
devolucin.
solicitar el cdigo de barras del
producto a devolver.
El usuario registrar el producto a travs
23 | P g i n a
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
RF-03
Objetivos asociados
Descripcin
Precondicin
del cdigo de barras y se efectuar la

devolucin.
El sistema informa sobre la devolucin
7
exitosa, el empleado devuelve el dinero.
Se ha realizado la devolucin del producto.
Paso 1 y 2: Si el ticket coincide con la consulta de
la venta se pasar al paso 3. Y se cierra la ventana
de consulta de ventas.
Paso 3: El usuario verificar que el producto no se
encuentre destapado, en estado diferente al de
compra o simplemente este caducado para
efectuar el cambio. Si el producto no regresa en
buenas condiciones cancelar devolucin y el caso
de uso se termina.
Paso 7: Se le regresar el efectivo al cliente, o en
caso contrario se cambiar el producto con otro
nuevo, y se efectuara la venta de nuevo.
Paso 4: cota de tiempo 5 segundos
No definida
Ninguno
Consulta de ventas
Cuando el usuario desee consultar alguna venta
realizada en una hora y da especfico los pasos
que se deben de seguir son los siguientes:
La venta realizada se encuentra registrada en el
sistema.
PASO
1
Secuencia normal
2
3
4
ACCIN
Solicitar al sistema la consulta de una

venta en especfico.
solicitar la fecha de la cual se desea
saber qu ventas se realizaron.
El
usuario
agregar
la
fecha
correspondiente a la que desea
consultar.
El sistema mostrar todas las ventas
que se realizaron en dicha fecha.
24 | P g i n a
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
RF-04
Objetivos asociados
Descripcin
Precondicin
Secuencia normal
Se llev a cabo dicha consulta introduciendo bien

los datos en que se realiz la venta.
Paso 2: Si la fecha no existe el sistema no
mostrar nada y el caso de uso se termina.
Paso 3: Cota de tiempo 5 segundos
2 veces/da
Ninguno
Altas de clientes
OBJ-02 Administrar crditos
Solo el administrador podr aceptar a ciertos
clientes a los cuales se les otorgar algn crdito
de venta, para eso deber seguir los siguientes
pasos:
El solicitante no es un cliente de la cafetera y tiene
los datos disponibles para el registro.
PASO
3
4
ACCIN
El administrador solicitar al sistema el

ingreso de un nuevo cliente para
otorgarles crdito.
solicitar el nombre completo, nmero
de telfono y direccin del cliente al cual
se le otorgar el crdito.
El sistema asignar un cdigo al cliente
nuevo, que ser subsecuente al
aceptado con anterioridad.
El administrador verificar los datos con
el cliente con su credencial de
25 | P g i n a
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
RF-05
Objetivos asociados
Descripcin
Precondicin
identificacin.
El sistema guardar los datos y enviar
5
un mensaje de alta exitosa.
El solicitante ya es cliente de la cafetera y el saldo
de su cuenta es 0.
Paso 2 y 4: Si al cliente le hace falta algn
requisito para el registro, el administrador cancela
el registro y a continuacin este caso de uso
termina.
No definida
Ninguno
Bajas de clientes
Solo el administrador podr dar de baja a un cliente
que se encuentre con ventas a crdito, por motivos
razonables, se deber de seguir los siguientes
pasos:
El solicitante debe estar dado de alta como cliente
en el sistema.
PASO
1
2
Secuencia normal
3
ACCIN
El administrador solicitar al sistema la

baja de un cliente que se encuentre con
ventas a crdito.
El sistema mostrar los clientes que se
encuentren con ventas a crdito.
El administrador seleccionar al cliente
que desee dar de baja del sistema, para
no otorgarle ms ventas a crdito.
El sistema eliminar el registro del
cliente con ventas a crdito y no
permitir que se le otorguen crditos.
26 | P g i n a
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
RF-06
Objetivos asociados
Descripcin
Precondicin
Se realiz la baja el cliente apareciendo inactivo.

Paso 3: Si el cliente tiene pagos pendientes,
el sistema comunica la situacin al
administrador y
cancela la operacin, a continuacin este
caso de uso termina
1 ves/da
Si el cliente que desea darse de baja y tiene
un pago pendiente, puede hacer un ingreso
por su importe y repetir el proceso de darse
de baja.
Modificaciones de datos del cliente a crdito

El administrador podr efectuar las modificaciones
de los datos personales de un determinado cliente
que se encuentre con ventas a crdito, para eso se
seguirn los siguientes pasos:
El solicitante es un cliente de la cafetera y
tiene los datos disponibles para modificarlos
en el sistema.
PASO
Secuencia normal
3
4
ACCIN

modificacin de datos especficos de un
determinado cliente.
El sistema mostrar una nueva ventana
de la cual solo permitir que se
modifique su nmero de telfono y su
direccin.
El
administrador
realizar
las
modificaciones necesarias y revisar de
nuevo que haya escrito bien los datos.
El sistema guardar los datos cuando el
27 | P g i n a
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
RF-07
Objetivos asociados
Descripcin
Precondicin
administrador
haya
terminado
y
mostrar un mensaje de actualizacin
completa.
La informacin del cliente se actualiz con xito.
Paso 3: Si el administrador solicita cancelar la
operacin, el sistema cancela la operacin y a
continuacin este caso de uso termina.
1 vez/mes
Ninguno
Consulta de clientes a crdito

OBJ-02 Administrar clientes a crdito
Cuando el administrador o algn empleado desee
consultar datos especficos de los clientes
registrados, los pasos que se deben de seguir son
los siguientes:
Los clientes estn dados de alta en el sistema con
autorizacin de administrador.
PASO
1
2
Secuencia normal
3
4
Postcondicin
ACCIN
Solicitar al sistema la consulta de los

clientes registrados.
El sistema abrir una nueva ventana.
El sistema mostrar a todos los clientes
registrados en el sistema.
El usuario podr realizar la consulta de
los clientes por id o nombre.
Con solo escribir en la bsqueda, el
sistema mostrar los clientes con los
mismos caracteres que pide el usuario.
Se llev a cabo dicha consulta introduciendo bien

28 | P g i n a
Excepciones
los datos del cliente.

Paso 3: El usuario tendr que escribir exactamente
el nombre como al principio dio de alta el
administrador.
De lo contrario el sistema no
mostrar ningn empleado con esa caracterstica o
simplemente porque el cliente no est registrado.
El caso de uso termina.
Rendimiento
Frecuencia esperada
Comentarios
2 veces/da
Ninguno
RF-08
Objetivos asociados
Registrar abonos
OBJ-02 Administrar de clientes a crdito
Cuando el cliente desee abonar a su cuenta, el
usuario deber registrarlo en el sistema el pago con
los siguientes pasos:
El cliente abona cuando deba. Deber mostrar su
saldo con deuda en el sistema.
El cliente se encuentra registrado.
Descripcin
Precondicin
PASO
1
Secuencia normal
2
3
4
5
ACCIN
El usuario solicita al sistema abrir una

nueva ventana de abonos a la cuenta
del cliente a crdito.
El sistema abre la nueva ventana donde
espera que el usuario realice las
acciones.
El usuario realiza la bsqueda de todos
los clientes. Lo selecciona.
El sistema muestra el saldo deudor del
cliente que selecciono el usuario.
El cliente liquida cierta cantidad, por lo
tanto el usuario deber dar en el
sistema Abonar a la cuenta.
29 | P g i n a
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
RF-09
Objetivos asociados
Descripcin
Precondicin
El usuario escribir la cantidad que

liquida el cliente.
El sistema guardar el monto y lo
6
registrar en la cuenta del cliente con
xito.
Se llevo a cabo el abono a la cuenta del cliente.
Paso 5: Si el cliente se arrepiente de liquidar
todo su dinero el usuario cancelar el abono
y el caso de uso se termina.
2 veces/da
Ninguno
Mostrar cuenta de cliente a crdito

OBJ-02 Administrar de clientes a crdito
El administrador o el empleado en turno podr
consultar el historial de los clientes que se
encuentren con ventas a crdito, para otorgarle
informacin al propio cliente debern seguirse los
siguientes pasos:
El cliente puede solicitar su cuenta por si surge
algn mal entendido con sus cargos y abonos.
El cliente se encuentra dado de alta en el sistema.
PASO
Secuencia normal
3
4
ACCIN
El usuario solicita al sistema mostrar el

detalle de cuenta del cliente.
El sistema abre una nueva ventana en
donde espera que el usuario realice las
acciones de bsqueda de la cual se
puede consultar por cdigo del cliente o
por su nombre.
El usuario selecciona la opcin de
bsqueda, escribe en el sistema el dato
del cliente.
El sistema muestra los detalles de la
cuenta del cliente. Los datos los
30 | P g i n a
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
muestra en una tabla empezando por:

Id, nombre, apellidos, abonos, fecha y
hora.
No se puede alterar datos a la cuenta. El sistema
registra todo.
Paso 3: Los datos deben de estar bien
escritos del cliente para que el sistema lo
encuentre correctamente.
2 veces/da
Ninguno
RF-011
Objetivos asociados
Descripcin
Precondicin
Dar de alta a un empleado

OBJ-03 Administrar los empleados
En este apartado el nico con la facultad de realizar
el contrato de un nuevo empleado va a ser el
administrador del local y para eso se seguirn los
siguientes pasos:
El solicitante no es un empleado de la cafetera y
trae los documentos para darse de alta al sistema.
PASO
ACCIN
El administrador solicitar el sistema dar

de alta a un nuevo empleado.
El sistema le solicitar el nombre,
2
apellidos, direccin, telfono y una
contrasea el usuario.
El usuario llenar todos los campos y
3
verificar que sean correctos conforme
a sus documentos.
El
empleado
quedar
registrado
exitosamente y el sistema guardar la
4
informacin y arrojar un mensaje al
administrador de alta exitosa.
Para solicitudes aceptadas, el nuevo empleado
quedar registrado en el sistema con contrasea.
Paso 1:
1
Secuencia normal
Postcondicin
Excepciones
31 | P g i n a
Para esto el sistema solicitar una contrasea al

administrador para asegurarse de que sea l.
Si el usuario no es el administrador el caso de uso
termina y por lo tanto no se podr efectuar un alta.
Paso 2: En caso de no traer la documentacin
adecuada no se efectuar el registro.
Rendimiento
Frecuencia esperada
Comentarios

5 veces/da
Ninguno
RF-12
Objetivos asociados
Dar de baja a un empleado

As mismo como para dar de baja a un empleado
aqu el nico que tiene la facultad de realizar esto
es el administrador del negocio y para eso debe
seguir los siguientes pasos:
El empleado se encuentra registrado en el sistema.
Descripcin
Precondicin
PASO
1
2
Secuencia normal
3
ACCIN
El administrador deber solicitar al

sistema la baja de un empleado.
El sistema le solicitar la contrasea
para verificar que es el administrador
quien realiza el movimiento.
Posteriormente el sistema le mostrar la
lista de los empleados los cuales se
encuentran activos en el negocio con
sus respectivos datos necesarios.
El
administrador
seleccionar
al
empleado el cual desea dar de baja del
sistema por diferentes causas.
Despus
que
el
administrador
seleccione al empleado de la lista, el
sistema eliminar su registro, y que por
ende no podr accesar de nuevo al
sistema.
32 | P g i n a
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
RF-013
Objetivos asociados
Descripcin
Precondicin
Se dio de baja apareciendo inactivo.

Paso 2:
Para esto el sistema solicitar una contrasea al
administrador para asegurarse de que sea l.
termina y por lo tanto no se podr efectuar una
baja. Entonces caso de uso termina por no poder
accesar al sistema.
Paso 1: Si el administrador solicita cancelar
la operacin, el sistema cancela la operacin,
a continuacin este caso de uso termina.
Paso 4: cota de tiempo: 10 segundos
2 veces/mes
Ninguno
Modificaciones de datos de los empleados
El administrador podr modificar los datos de los
empleados registrados en el negocio, por causas
distintas que se presenten, para eso deber seguir
PASO
ACCIN

modificacin de datos de x empleado.
El sistema desplegar la lista de los
2
empleados activos, con sus respectivos
datos.
El administrador deber seleccionar al
3
empleado al cual desea realizar
modificaciones.
El sistema solo le mostrar ciertos
4
campos los cuales podr modificar
como: direccin y telfono.
Una vez modificado los datos del
5
empleado el administrador dar en
guardar cambios.
El sistema arrojar un mensaje en el
6
cual diga que las modificaciones se han
realizado exitosamente.
Se realiz la modificacin de datos del empleado.
Paso 1: Para esto el sistema solicitar una
1
Secuencia normal
Postcondicin
Excepciones
33 | P g i n a
Rendimiento
Frecuencia esperada
Comentarios
RF-014
Objetivos asociados
Descripcin
Precondicin
contrasea al administrador para asegurarse de

que sea l.
termina y por lo tanto no se podr efectuar
modificaciones de algn empleado.
Paso 5: Si el administrador por algn error
se equivoco al guardar los datos vuelve a
comenzar el caso de uso en el paso 2.
1 ves/ mes
Ninguno
Consulta de empleados
Tanto el administrador como el usuario podrn
consultar los datos de los empleados registrados
en el sistema del negocio, para eso se debe seguir
PASO
Secuencia normal
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
ACCIN

consulta de un empleado.
A respuesta de esa peticin el sistema
mostrar una nueva ventana y
desplegar la lista de los empleados
activos, con sus respectivos datos.
El usuario deber seleccionar al
empleado al cual desea hacerle la
consulta y ver sus datos
El sistema muestra la siguiente
informacin
asociada
del
empleado:
nombre,
apellidos,
direccin, telfono.
Se realiz la consulta del empleado.

Paso 2: Si el administrador solicita cerrar la
ventana, el sistema cancela la operacin, a
continuacin este caso de uso termina.
3 veces/ mes
34 | P g i n a
Comentarios
Ninguno
RF-015
Objetivos asociados
Dar de alta un producto

OBJ-04 Administrar productos
Un producto puede ser registrado por el usuario
siempre y cuando siga de acuerdo a los siguientes
pasos:
El producto no est dado de alta en el
sistema.
El producto debe de contar con un cdigo de
barras.
Las comidas debern contar con un cdigo
de barras.
Descripcin
Precondicin
Secuencia normal
PASO
4
5
ACCIN
El usuario solicitar al sistema dar de

alta a un producto.
El sistema abrir una nueva ventana de
la cual deber de pedir los siguientes
requisitos del producto: cdigo, nombre,
cantidad, precio de compra, precio de
venta y seleccin del proveedor que
suministro ese producto.
El usuario deslizar el producto en el
escner y el sistema obtendr el cdigo
de barras.
El usuario ingresar los datos del
producto. Y as mismo seleccionar el
nombre del proveedor que lo suministra.
El usuario verificar que estn bien
escritos los datos, despus el sistema
35 | P g i n a
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
RF-016
Objetivos asociados
Descripcin
Precondicin
guardar los datos correspondientes del

producto.
El sistema al guardar todos los datos
6
mandar un mensaje de Alta exitosa.
Se guardan los datos correctamente.
Paso 4: Si el proveedor no est dado de alta tendr
que registrarlo el usuario. El caso de uso contina.
Paso 2: Si el administrador solicita cerrar la
ventana, el caso de uso termina.
5 veces/da
Ninguno
Dar de baja un producto
El usuario podr dar de baja a un producto siempre
y cuando siga de acuerdo a los siguientes pasos:
El producto debe de estar dado de alta.
El producto debe estar agotado para darse de baja.
PASO
ACCIN
El usuario solicita al sistema una baja

de producto.
El sistema abrir una nueva ventana en
la cual desplegar una lista en una tabla
2
todos los productos registrados en el
sistema.
El usuario seleccionar en la tabla el
3
producto que desea dar de baja. Y
seleccionar dar de baja.
El sistema mostrar la baja al producto
4
exitosamente.
Aparece inactivo el producto. Cuestiones de
registros
Paso 2: Si el empleado de la cafetera solicita
cancelar la operacin, el sistema cancela la
operacin, a continuacin este caso de uso
termina.
5 veces/da
Ninguno
1
Secuencia normal
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
36 | P g i n a
RF-017
Objetivos asociados
Descripcin
Precondicin
Modificar un producto
OBJ-04 Administrar producto
El usuario podr realizar alguna modificacin de
precios de los productos siempre y cuando siga los
siguientes pasos:
PASO
Secuencia normal
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
ACCIN
El usuario solicitar al sistema abrir una

1
nueva ventana para realizar dicha
accin.
2
pedir modificar los siguientes datos:
precio de compra y precio de venta.
El usuario modificar cualquier precio o
simplemente ambos.
3
Seleccionara la opcin de guardar al
terminar.
El sistema mandar un mensaje de
4
actualizacin correcta del producto.
No se guardan datos anteriores.
Paso 2: Si el empleado de la cafetera
solicita cancelar la operacin, el sistema
caso de uso termina.
5 veces/da
Ninguno
37 | P g i n a
RF-018
Objetivos asociados
Descripcin
Precondicin
Consultar un producto
El usuario podr consultar los productos con los
que cuenta siempre y cuando siga de acuerdo a los
siguientes pasos:
PASO
Secuencia normal
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
ACCIN
El usuario solicitar al sistema

comenzar el proceso de consulta
1
de los productos registrados en el
sistema.
El sistema abrir ventana nueva en la
2
cual mostrar los datos de los productos
registrados en una tabla.
El usuario podr realizar una bsqueda
por medio del nombre del producto o si
3
no lo requiere el usuario en especfico
automticamente se mostraran todos
los productos.
El sistema mostrar todos los productos
con sus respectivos datos: cdigo de
4
barras, nombre, cantidad, precio de
compra y precio de venta.
Todos los productos se muestran.
5 veces/da
Ninguno
38 | P g i n a
RF-019
Objetivos asociados
Descripcin
Precondicin
Dar de alta a proveedor

OBJ-05 Administrar proveedores
El usuario deber de llevar el control de los
proveedores modo que servir como auxiliar sobre
los productos que suministro y su nmero
telefnico por si llega a ocuparse en caso de que
se agot x producto, para eso se seguirn los
siguientes pasos:
El proveedor no debe estar registrado en el
sistema.
PASO
Secuencia normal
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
ACCIN
El administrador solicitar el sistema dar

de alta a un nuevo proveedor, para esto
1
el sistema solicitar una contrasea al
administrador para asegurarse de que
sea l.
El sistema le solicitar el nombre,
2
direccin, y telfono.
El usuario llenar todos los campos y
3
verificar
que
sean
correctos
repitindole al proveedor sus datos.
El proveedor quedar registrado, el
sistema guardar la informacin y
4
arrojar un mensaje al administrador de
alta exitosa.
No se puede omitir datos
5 veces/da
Ninguno
39 | P g i n a
RF-020
Objetivos asociados
Descripcin
Precondicin
Modificaciones de datos proveedores

El usuario podr modificar los datos de los
proveedores registrados en el negocio, por causas
distintas que se presenten, para eso deber seguir
PASO
Secuencia normal
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
ACCIN

1
modificacin de datos de cualquier
proveedor.
El sistema desplegar la lista de los
2
proveedores activos con sus respectivos
datos.
3
proveedor al cual desea realizar
modificaciones de datos.
El sistema solo le mostrar ciertos
4
campos los cuales podr modificar
como: direccin y telfono.
Una vez modificado los datos del
5
proveedor el administrador dar en
guardar cambios.
El sistema arrojar un mensaje en el
6
cual diga que las modificaciones se han
realizado exitosamente.
Se realiz la modificacin de datos.
Paso 5: Si el administrador por algn error
se equivoco al guardar los datos vuelve a
comenzar el caso de uso en el paso 2.
1 ves/ mes
Ninguno
40 | P g i n a
RF-021
Objetivos asociados
Descripcin
Precondicin
Consulta de proveedores
OBJ-03 Administrar los proveedores
El usuario podr consultar a cualquier proveedor
conocer algn dato y para eso se debe seguir los
siguientes pasos:
Los proveedores se encuentran registrados en el
sistema.
PASO
Secuencia normal
Postcondicin
Excepciones
Rendimiento
Frecuencia esperada
Comentarios
ACCIN

consulta de proveedores.
A respuesta de esa peticin el sistema
mostrar una nueva ventana y
desplegar la lista de los proveedores
activos, con sus respectivos datos.
proveedor al cual desea hacerle la
consulta y ver sus datos.
El sistema muestra la siguiente
informacin
asociada
del
empleado:
nombre,
apellidos,
direccin, telfono.
Se muestran todos los proveedores

5 veces/ mes
Ninguno
41 | P g i n a
7 CREACIN DE LA BASE DE DATOS

Para crear la base de datos se realiz lo siguiente:
Create database ejemplo;
Posteriormente creamos las tablas las cuales va a contener nuestra base de
datos
En nuestra base de datos tenemos 10 tablas
Para crearlas usamos los siguientes comandos:

Usar base de datos:
use alquiler;
Creacin de una tabla:
create table cliente(dni int, nombre varchar direccion varchar(30), telefono bigint,
codigo_c int, primary key (dni), foreign key (codigo_c) references cliente(dni));
Mostrar una tabla:
select* from nombretabla;
Insertar en un campo especfico de una tabla:
select campo1 from nombre_tabla;
Insertar en ms de un campo especfico de una tabla
select campo1, campo2.... from nombre_tabla;
Insertar en un campo especfico de una tabla con la condicin donde:
select campo(s) from nombre_tabla where campo=valor;

42 | P g i n a
Insertar valores en una tabla con campos especficos
insert into prueba (nombre, programa) values("","");
Alterar una tabla agregando nuevos campos
alter table prueba add(fecha date);
Alterar cambiando el nombre de un campo:
alter table prueba change fecha_anterior fecha date; <---- nombre nuevo
Alterar eliminando un campo:
alter table prueba drop fecha; <--- nombre del campo
Insertar fecha y hora del sistema:
Antes tenemos que crear la tabla como tipo date y tipo time:
crear table ajemplo ();
create table ejemplo (nombre varchar(20), hora time, fecha date);
insert into ejemplo(nombre, fecha, hora)values ("Mayra", curtime(), now());
Borrar un registro:
delete from direccion whre clave=10;

delete from direccion;
Actualizacin de dato con donde sea igual a:
update direccion set calle="100" where clave=9;
Visualizar registros diferentes en una tabla
select distinct nom_ciudad from nom_table;
43 | P g i n a
7.1 Descripcin de tablas

Tabla abonos
Esta tabla llevar el control de los abonos de los clientes a crdito que tengan a
sus cuentas correspondientes, es decir, una informacin detallada de los abonos
que han realizado por ejemplo la hora y da en que hizo algn abono
Tabla cliente
Esta tabla contendr todos los datos de los clientes a crdito que se puedan
otorgar en la cafetera, con todos sus datos importantes como son nombre,
apellidos, direccin, telfono y un status que verificar si el cliente se encuentra
activo en el sistema o ha sido dado de baja.
Tabla crdito
Tabla que llevar el control de los crditos, que seran los cargos o las deudas que
tiene cada cliente con la cafetera, la fecha y la hora en que se realiz el crdito.
Tabla detalle
Tabla que detallar cada venta que se realice, es decir, especificando cada
producto y qu cantidad de ellos se efectu en cada venta.
44 | P g i n a
Tabla empleado
Especifica todos los datos de los empleados que se encuentran registrados
en el sistema y hacer uso de l y as mismo especificar su status que informa si el
empleado se encuentra activo o inactivo del sistema.
Tabla producto
Especifica todos los datos de los productos, como son el nombre, cantidad
existente, precio de compra y venta.
Tabla provee
Tabla que relaciona los productos con su respectivo proveedor que los
suministr incluyendo la fecha y hora.
Tabla proveedor
Tabla que especifica los datos necesarios de cada proveedor como son nombre,
direccin y telfono para distintos fines.
45 | P g i n a
Tabla usuarios
Tabla que gestiona los usuarios y contraseas que se encuentran registrados en el
sistema para administrar los accesos al mismo.
Tabla venta
Tabla que administra todas las ventas, es decir, el total, fecha, hora en que se
realizaron tales ventas as mismo qu empleado las realiz.
46 | P g i n a
CONCLUSIN
En este proyecto el desarrollo de la investigacin fue la parte ms difcil ya que

tenamos que ponernos en el lugar de nuestro cliente y declarar todos los detalles
que en un comienzo nos describi, cada detalle fue un dato preciso para elaborar
el sistema y la base de datos.
En lo general la creacin de la base de datos es una labor fcil, sin
embargo los inconvenientes antes de crearla son en el proceso de anlisis y
recopilacin de requisitos mnimos del cliente.
En el desarrollo se describen las principales caractersticas que contienen
nuestro sistema y el uso que le da el cliente (el administrador del sistema) para
efectuar las ventas a crdito y los proveedores que tiene. Esto gracias a los casos
de usos.
La codificacin y evaluacin del sistema son los ltimos pasos que se
desarrollaron. El sistema falta an por entregar al cliente puesto la etapa de
evolucin y mantenimiento quedar para el futuro cercano.
47 | P g i n a

Proyecto

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Proyecto

Enviado por

Direitos autorais:

Formatos disponíveis

SISTEMA DE CONTROL DE VENTAS DE LA

CAFETERA DEL INSTITUTO TECNOLGICO DE

TALLER BASE DE DATOS.

Integrantes del equipo:

Tapachula, Chis de Crdova y Ordoez

7 CREACIN DE LA BASE DE DATOS...........................................................42

En el presente trabajo presentamos el desarrollo de la creacin de un sistema de

1.FORMULACIN DEL PROBLEMA

1.2 Situacin problemtica.

1.3Planteamiento del problema

3.JUSTIFICACIN DEL PROBLEMA

Esta persona podr tener medios de comprobacin en cuentas de sus clientes a

Empleados encargados de efectuar ventas.

Generalmente el administrador es el encargado de efectuar las ventas, debido a

a un empleado encargado de realizar

restricciones en el sistema por cuestiones de contabilidad que el administrador

En el mbito econmico. Registros los cuales podr consultar el

datos en el sistema para poder

realizar la contabilidad de la cafetera.

Falta de personal para controlar las acciones que tendr el sistema.

4.3 Problemas a resolver

Asignacin de un cdigo de barras a cada producto y alimentos para

5.DESCRIPCIN DEL SISTEMA

5.2 Diseo de Aplicacin

5.6 Planteamiento para la creacin de la base de

De los productos se almacena su cdigo, nombre del producto, precio de

6.1.1 Modelo relacional

6.1.2 Modelo relacional en Workbench

6.2 Objetivos del sistema caso de usos

Administrar las ventas

Administrar clientes a crdito

Administrar productos y comidas

El sistema deber ser capaz de administrar

Administrar los empleados

El sistema deber ser capaz de gestionar a

En este apartado estableceremos las especificaciones que existirn en

normalmente, solo si la venta se

Informacin sobre clientes a crdito

Informacin sobre empleados

RF-12 Baja de empleado.

Cdigo de barras del producto

6.2.2 Requisitos funcionales

6.2.3 Diagramas de Casos de uso del sistema.

Administrar cliente a crdito

6.2.4 Especificacin de casos de uso

Realizar una venta

El usuario solicita al sistema comenzar

cdigo de barras registrar el cdigo del

El usuario solicitar al sistema la

del cdigo de barras y se efectuar la

Solicitar al sistema la consulta de una

Se llev a cabo dicha consulta introduciendo bien

El administrador solicitar al sistema el

El administrador solicitar al sistema la

Se realiz la baja el cliente apareciendo inactivo.

Modificaciones de datos del cliente a crdito

El administrador solicitar al sistema la

Consulta de clientes a crdito

Solicitar al sistema la consulta de los

Se llev a cabo dicha consulta introduciendo bien

los datos del cliente.

El usuario solicita al sistema abrir una

El usuario escribir la cantidad que

Mostrar cuenta de cliente a crdito