Embed Size (px)
DESCRIPTION
proyecto
Citation preview
SISTEMA DE CONTROL DE VENTAS DE LA CAFETERÍA DEL INSTITUTO TECNOLÓGICO DE
TAPACHULA
TALLER BASE DE DATOS.
Catedrático:MGTI. Manuel de Jesús
Matuz Cruz
Carrera:Ing. Sist. Comp.
Integrantes del equipo:Gordillo Maldonado Mayra Virginia
Gálvez de los Santos DaríoMorales Vera Ulices Elevi
Fecha de entrega:8 de Enero del 2015
Tapachula, Chis de Córdova y Ordoñez
1 | P á g i n a
ÍNDICE INTRODUCCIÓN..................................................................................................................................3
1. FORMULACIÓN DEL PROBLEMA................................................................................................5
1.1 Título descriptivo del proyecto...................................................................................................5
1.2 Situación problemática...............................................................................................................5
1.3 Planteamiento del problema......................................................................................................6
2. OBJETIVOS DE LA INVESTIGACIÓN........................................................................................6
2.1 Objetivo general del proyecto....................................................................................................6
2.2 Objetivos específicos..................................................................................................................6
3. JUSTIFICACIÓN DEL PROBLEMA.................................................................................................7
4. DELIMITACIONES.......................................................................................................................8
4.1 Alcance.......................................................................................................................................8
4.2 Limitaciones.................................................................................................................................8
4.3 Problemas a resolver..................................................................................................................8
5. DESCRIPCIÓN DEL SISTEMA.....................................................................................................10
5.1 Selección del DBMS..................................................................................................................10
5.2 Diseño de Aplicación..................................................................................................................10
5.6 Planteamiento para la creación de la base de datos..................................................................10
6. DESARROLLO DE MODELADO..................................................................................................11
6.1 Modelo entidad-relación............................................................................................................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 información......................................................................15
6.2.2 Requisitos funcionales.............................................................................................................18
6.2.3 Diagramas de Casos de uso del sistema.................................................................................18
6.2.4 Especificación de casos de uso................................................................................................21
7 CREACIÓN DE LA BASE DE DATOS................................................................................................42
CONCLUSIÓN....................................................................................................................................47
2 | P á g i n a
INTRODUCCIÓN
En el presente trabajo presentamos el desarrollo de la creación de un sistema de ventas, dicho sistema se implemento por las necesidades que se presentan en nuestra institución “Tecnológico de Tapachula” en la segunda cafetería la cual la mayoría de alumnos nombra como “La palapa”.
Para poder desarrollar este proyecto es indispensable obtener conocimientos amplios de lo que respecta la creación de una base de datos y así mismo conocimientos de la materia de ingeniería de software.
Las herramientas y conocimientos que aportan ambas materias son sumamente importantes para la creación de dicho sistema. No hay que discutir que la herramienta clave de un sistema es la programación, presentamos entonces la esquematización de nuestro proyecto,, sus modelos de base de datos, diagramas de caso de uso, manual de usuario entre otros.
3 | P á g i n a
CAPITULO 1
4 | P á g i n a
1. FORMULACIÓN DEL PROBLEMA
1.1 Título descriptivo del proyecto
Modelo de control interno de ventas para mejorar la eficiencia y la efectividad de la
cafetería del Instituto Tecnológico de Tapachula.
1.2 Situación problemática.
La actividad principal de la cafetería “La palapa” es realizar ventas de comidas,
bebidas, golosinas etc. Tanto a alumnos como docentes del Instituto Tecnológico.
Debido a la competencia que tiene la cafetería “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 pérdidas de
ellas.
Las acciones que más se realizan son ventas al contado, devoluciones,
ventas a crédito (solo el administrador decide a que personas van a poder comprar
a crédito). Es notable para cada área de la cafetería debería llevar un control tanto
en la salida de facturas para agilizar las ventas como en realizar los registros en
las operaciones del día, sin embargo todo esto las convierte en áreas críticas.
5 | P á g i n a
1.3 Planteamiento del problema
El control interno es un proceso realizado por la administración y demás personal
de la cafetería, diseñado para proporcionar seguridad razonable en la búsqueda
de cumplimiento de los objetivos.
El problema más común en la que se encuentra la cafetería es la
deficiencia en cuanto a la atención al cliente. Se centra en la falta de coordinación
a la hora de vender un producto y en la elaboración de algún alimento ya que el
proceso dentro de la cafetería es muy lento debido a que el administrador efectúa
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 atención 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
rápida.
2. OBJETIVOS DE LA INVESTIGACIÓN
2.1 Objetivo general del proyecto
Desarrollar un sistema integral para el control de ventas de la cafetería del Instituto
Tecnológico de Tapachula.
2.2 Objetivos específicos
Implementar el uso de las impresoras para dividir las áreas de la cafetería y
agilizar los procesos de venta (tanto en el estado de recibir los pedidos
como en el pago del mismo) y preparación de alimentos.
Administrar las ventas implementando el uso de folio para cada compra.
6 | P á g i n a
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 crédito.
Verificar las devoluciones o cancelaciones de ventas.
Guardar y mostrar el registro de detalle de venta. Registrando la hora,
fecha, especificaciones de venta a crédito o contado, entre otros.
3. JUSTIFICACIÓN DEL PROBLEMA
La cafetería “La palapa” del instituto tecnológico enfrenta problemas y obstáculos
en la agilización de ventas. Para esto se procede a realizar un sistema de control
en el cual se implemente la administración por computadora, en el que solo ciertos
usuarios podrán acceder al control, ejecución y modificación de información del
sistema.
En que beneficiará el sistema:
Al administrador de la cafetería.
Esta persona podrá tener medios de comprobación en cuentas de sus clientes a
crédito, 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 devolución que el cliente quiera llevar siempre
y cuando cumpla con los requisitos de factura. También llevar el control en general
de sus proveedores por si en algún momento se agota el producto entre otros
detalles.
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.
7 | P á g i n a
Así estos empleados podrán realizar registros cuando compren con
proveedores, o efectuar ventas a créditos. Esto sirviendo como medio de
administración cuando el administrador regrese. Sin embargo tendrán
restricciones en el sistema por cuestiones de contabilidad que el administrador
efectué.
En el ámbito económico. Registros los cuales podrá consultar el
administrador y obtener un control de datos en el sistema para poder
realizar la contabilidad de la cafetería.
4. DELIMITACIONES
4.1 Alcance
Con este sistema la cafetería “La palapa” se le facilitará alcanzar sus metas de desempeño, mejorar el nivel de rentabilidad, prevenir pérdida de registros y tomar decisiones adecuadas para la administración y agilización de ventas.
4.2 Limitaciones
Falta de personal para controlar las acciones que tendrá el sistema. Falta de recursos económicos para la compra del equipo a usar (detector
de código de barras) y las impresoras (2).
4.3 Problemas a resolver
Asignación de un código 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 créditos. Mantener registros de empleados.
8 | P á g i n a
CAPITULO 2
9 | P á g i n a
5. DESCRIPCIÓN DEL SISTEMA
5.1 Selección del DBMSMysql
5.2 Diseño de AplicaciónProgramando en Java utilizando netbeans
5.6 Planteamiento para la creación de la base de datosSe desea construir una base de datos de la cafetería perteneciente al Instituto Tecnológico de Tapachula para llevar el control de sus ventas, clientes a crédito, productos y proveedores.
Para ello es necesario conocer los datos de los empleados, por lo que se consideran lo siguiente: id, nombre, apellidos, dirección y teléfono. Un empleado podrá efectuar varias ventas en el día. 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 efectúa la venta.
El jefe será el único que podrá efectuar el inventario para realizar una descripción de lo que hay en su almacén.
De los productos se almacena su código, 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 efectúan a clientes con tipo de pago de crédito.
De los clientes a crédito: id, nombre, apellidos, dirección y teléfono, sin embargo cada que se efectué una venta a crédito necesitamos registrar el folio del crédito, saldo que debe, abonos, hora y fecha. Un cliente puede realizar varias compras durante el día.
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.
10 | P á g i n a
6. DESARROLLO DE MODELADO6.1 Modelo entidad-relación
6.1.1 Modelo relacional
Empleado (IdEmpleado, Nombre, Apellido_paterno, Apellido_materno, Dirección, Teléfono, 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, Teléfono, Dirección)Crédito (FolioCredito, Abonos, Cargos, fecha, hora IdCliente )
11 | P á g i n a
6.1.2 Modelo relacional en Workbench
12 | P á g i n a
6.2 Objetivos del sistema caso de usosDefiniremos los objetivos que se tendrán que desarrollar o llevar a cabo cuando el sistema sea funcional a los usuarios.
Objetivo 1 Administrar las ventas
Descripción
El sistema deberá ser capaz de administrar las ventas; si son efectuadas a contado o a crédito. Deberá: registrar ventas, consultas, devoluciones.
Estabilidad Alta
ComentariosLas devoluciones cuyo lapso máximo son menor a 6 horas, siempre y cuando sean por cuestiones razonables
Objetivo 2 Administrar clientes a crédito
Descripción
El sistema deberá ser capaz de gestionar créditos de los clientes realizando: altas, bajas, consultas, modificaciones de datos, realizar abonos a su cuenta, consultas de cuenta, etc.
Estabilidad Alta
ComentariosLos clientes serán seleccionados solo por el administrador (Jefe).
Objetivo 3 Administrar productos y comidas
Descripción
El sistema deberá ser capaz de administrar los productos y comidas de la cafetería como: altas, bajas, modificaciones, consultas.
Estabilidad Alta
Comentarios Ninguno
Objetivo 4 Administrar los empleados
DescripciónEl sistema deberá ser capaz de gestionar a los empleados: altas, bajas, modificaciones de datos, consultas.
Estabilidad Media
ComentariosNinguno
13 | P á g i n a
Objetivo 5 Administrar proveedores
DescripciónEl sistema deberá ser capaz de gestionar los proveedores: altas, consultas y modificaciones.
Estabilidad Media
ComentariosLa información 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 de almacenamiento de información
En este apartado estableceremos las especificaciones que existirán en cada objetivo el cual llevará a cabo el sistema cuando esté en prueba.
RI-01 Información de ventasObjetivos asociados Objetivo 1 Administrar ventas.Requisitos asociados RF-01 Registro de venta.
RF-02 Registro de devolución de producto.RF-03 Consulta de venta.
Descripción El sistema deberá almacenar la información correspondiente a las ventas y devoluciones.
Datos específicos 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
créditoIntervalo temporal Sólo presenteEstabilidad AltaComentarios Existen 2 tipos de ventas: a crédito y
contado. Las dos ventas se capturan normalmente, solo si la venta se efectúa a crédito, el sistema abrirá una nueva ventana para aplicar cargos al cliente a crédito siempre y cuando este, esté registrado.
RI-02 Información sobre clientes a crédito
15 | P á g i n a
Objetivos asociados Objetivo 2 Administrar clientes a créditoRequisitos asociados RF-04 Alta de cliente.
RF-05 Baja de cliente.RF-06 Modificación de datos.RF-07 Consulta de cliente.RF-08 Registro de abonos.RF-09 Consulta de estado de cuenta.
Descripción El sistema deberá de almacenar la información necesaria para llevar el control los créditos.
Datos específicos Código identifique al cliente el cual deberá ser único.
Nombre completo, incluyendo apellidos.
Teléfono. Dirección. Total que adeuda. Total que liquida.
Intervalo temporal Sólo presenteEstabilidad AltaComentarios Ninguna
RI-03 Información sobre empleadosObjetivos asociados Objetivo 3 Administrar los empleadosRequisitos asociados RF-11 Alta de empleado.
RF-12 Baja de empleado.RF-13 Modificación de datos.RF-14 Consulta de empleado.
Descripción El sistema deberá llevar el control de los empleados que laboran en la empresa y quienes de ellos son los usuarios de éste.
Datos específicos Nombre completo del empleado, incluyendo apellidos.
Dirección del empleado. Teléfono. Código único de identificación
del empleado.Intervalo temporal Sólo presente Estabilidad MediaComentarios Ninguno
RI-04 Información de productos
16 | P á g i n a
Objetivos asociados Objetivo 4Requisitos asociados RF-15 Realizar altas.
RF-16 Realizar bajas.RF-17 Consulta de productos.RF-18 Realizar modificaciones.
Descripción El sistema deberá de almacenar la información necesaria para llevar el control de los productos.
Datos específicos Código de barras del producto que lo identifique.
Nombre del producto Cantidad del producto. Precio de compra. Precio de venta al público.
Intervalo temporal Sólo presente y pasadoEstabilidad AltaComentarios Cada plato de comida incluyendo
refrescos deberá contener un código de barras para poder ser registrado en el sistema.
RI-05 Información proveedoresObjetivos asociados Objetivo 5Requisitos asociados RF-19 Realizar altas.
RF-20 Consulta de proveedoresRF-21 Realizar modificaciones.
Descripción El sistema deberá de almacenar la información necesaria para llevar un buen control de los proveedores que nos suministran ciertos productos.
Datos específicos Número de proveedor, que deberá ser único para cada proveedor.
Nombre del proveedor Dirección Teléfono
Intervalo temporal Sólo presenteEstabilidad BajaComentarios Nombre completo sin distinción que
tipo de proveedor es (persona física/moral).
17 | P á g i n a
6.2.2 Requisitos funcionales
Definición de actores
ACT-01 AdministradorDescripción Este actor representa al administrador
de la cafetería.Comentarios Ninguno.
ACT-02 EmpleadoDescripción Este actor representa a los empleados
que participan en la cafetería.Comentarios Ninguno.
6.2.3 Diagramas de Casos de uso del sistema.
Administrar ventas
18 | P á g i n a
Administrar cliente a crédito
Administrar empleados
19 | P á g i n a
Administrar productos
Administrar proveedores
20 | P á g i n a
6.2.4 Especificación de casos de uso
RF-01 Realizar una ventaObjetivos asociados OBJ-01 Administrar las ventas
DescripciónCuando el administrador o algún empleado realicen una venta, el sistema deberá solicitar requisitos tal y como lo describe el siguiente caso de uso.
Precondición
Los productos se encuentran registrados en el sistema.La venta deberá especificarse si es a contado o a crédito antes de iniciar la captura de venta.
Secuencia normal PASO ACCIÓN
1El usuario solicita al sistema comenzar el proceso de ventas al cliente.
2
El sistema abrirá una ventana de la cual solicitará el código de barras, cantidad del producto a vender y el nombre del cliente.
3
El usuario por medio del scanner de código de barras registrará el código del producto y su cantidad a llevar en el sistema para realizar su venta.
4
El sistema agregará a una tabla cada producto registrado, mostrará su nombre, precio, cantidad, importe y total a pagar.
5
Al terminar el llenado de los productos comprados, el usuario registrará el nombre del comprador. (Venta al contado omitir el paso 6 y el encargado terminará de efectuar venta)
6
Venta a crédito: el usuario seleccionará en el sistema al cliente dado de alta y automáticamente aparecerá el cargo y dará efectuar venta.
7 El sistema guardará los datos de la venta efectuada.
8 El sistema imprime el comprobante de venta e informa que la misma se ha
21 | P á g i n a
realizado con éxito.
9El usuario entrega la factura de compra al cliente.
Postcondición Se ha realizado con éxito la nueva venta.Excepciones La venta a crédito se efectuará siempre y cuando el
cliente a crédito este dado de alta. De lo contrario solo el administrador podrá ver si registra al nuevo cliente para la venta a crédito.Paso 3: Si el código 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 operación y el caso de uso se termina.
Rendimiento Paso 6: cota de tiempo, 10 segundos Frecuencia esperada InfinitaComentarios Ninguno
22 | P á g i n a
RF-02 Registrar devolucionesObjetivos asociados OBJ-01 Administrar las ventas
DescripciónCuando el administrador o algún empleado registren una devolución de algún producto, deberá de seguir los siguientes pasos.
Precondición Todos los productos a devolver están registrados como vendidos en el sistema.
Secuencia normal
PASO ACCIÓN
1El usuario solicitará al sistema la consulta de una venta.
2
El usuario verificará que la venta del cliente se haya efectuado en el mismo día y que tenga su factura para comprobar que el producto lo compro ahí.
3 El usuario checará el producto.
4Solicitar al sistema el registro de una devolución.
5El sistema abrirá una ventana de la cual solicitará el código de barras del producto a devolver.
6El usuario registrará el producto a través del código de barras y se efectuará la devolución.
7El sistema informa sobre la devolución exitosa, el empleado devuelve el dinero.
Postcondición Se ha realizado la devolución del producto.Excepciones 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 devolución 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 efectuaría la venta de nuevo.
Rendimiento Paso 4: cota de tiempo 5 segundosFrecuencia esperada No definidaComentarios Ninguno
23 | P á g i n a
RF-03 Consulta de ventasObjetivos asociados OBJ-01 Administrar las ventas
DescripciónCuando el usuario desee consultar alguna venta realizada en una hora y día específico los pasos que se deben de seguir son los siguientes:
PrecondiciónLa venta realizada se encuentra registrada en el sistema.
Secuencia normal
PASO ACCIÓN
1Solicitar al sistema la consulta de una venta en específico.
2El sistema abrirá una ventana de la cual solicitará la fecha de la cual se desea saber qué ventas se realizaron.
3El usuario agregará la fecha correspondiente a la que desea consultar.
4El sistema mostrará todas las ventas que se realizaron en dicha fecha.
Postcondición Se llevó a cabo dicha consulta introduciendo bien los datos en que se realizó la venta.
Excepciones Paso 2: Si la fecha no existe el sistema no mostrará nada y el caso de uso se termina.
Rendimiento Paso 3: Cota de tiempo 5 segundos Frecuencia esperada 2 veces/día Comentarios Ninguno
RF-04 Altas de clientes
24 | P á g i n a
Objetivos asociados OBJ-02 Administrar créditos
Descripción
Solo el administrador podrá aceptar a ciertos clientes a los cuales se les otorgará algún crédito de venta, para eso deberá seguir los siguientes pasos:
PrecondiciónEl solicitante no es un cliente de la cafetería y tiene los datos disponibles para el registro.
Secuencia normal
PASO ACCIÓN
1El administrador solicitará al sistema el ingreso de un nuevo cliente para otorgarles crédito.
2
El sistema abrirá una ventana de la cual solicitará el nombre completo, número de teléfono y dirección del cliente al cual se le otorgará el crédito.
3El sistema asignará un código al cliente nuevo, que será subsecuente al aceptado con anterioridad.
4El administrador verificará los datos con el cliente con su credencial de identificación.
5El sistema guardará los datos y enviará un mensaje de alta exitosa.
Postcondición El solicitante ya es cliente de la cafetería y el saldo de su cuenta es 0.
Excepciones Paso 2 y 4: Si al cliente le hace falta algún requisito para el registro, el administrador cancela el registro y a continuación este caso de uso termina.
Rendimiento Paso 2: cota de tiempo 5 segundosFrecuencia esperada No definidaComentarios Ninguno
25 | P á g i n a
RF-05 Bajas de clientesObjetivos asociados OBJ-02 Administrar créditos
Descripción
Solo el administrador podrá dar de baja a un cliente que se encuentre con ventas a crédito, por motivos razonables, se deberá de seguir los siguientes pasos:
PrecondiciónEl solicitante debe estar dado de alta como cliente en el sistema.
Secuencia normal
PASO ACCIÓN
1El administrador solicitará al sistema la baja de un cliente que se encuentre con ventas a crédito.
2El sistema mostrará los clientes que se encuentren con ventas a crédito.
3El administrador seleccionará al cliente que desee dar de baja del sistema, para no otorgarle más ventas a crédito.
4El sistema eliminará el registro del cliente con ventas a crédito y no permitirá que se le otorguen créditos.
Postcondición Se realizó la baja el cliente apareciendo inactivo.Excepciones Paso 3: Si el cliente tiene pagos pendientes,
el sistema comunica la situación al administrador ycancela la operación, a continuación este caso de uso termina
RendimientoFrecuencia esperada 1 ves/día Comentarios 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.
26 | P á g i n a
RF-06 Modificaciones de datos del cliente a créditoObjetivos asociados OBJ-02 Administrar créditos
Descripción
El administrador podrá efectuar las modificaciones de los datos personales de un determinado cliente que se encuentre con ventas a crédito, para eso se seguirán los siguientes pasos:
PrecondiciónEl solicitante es un cliente de la cafetería y tiene los datos disponibles para modificarlos en el sistema.
Secuencia normal
PASO ACCIÓN
1El administrador solicitará al sistema la modificación de datos específicos de un determinado cliente.
2
El sistema mostrará una nueva ventana de la cual solo permitirá que se modifique su número de teléfono y su dirección.
3El administrador realizará las modificaciones necesarias y revisará de nuevo que haya escrito bien los datos.
4
El sistema guardará los datos cuando el administrador haya terminado y mostrará un mensaje de actualización completa.
Postcondición La información del cliente se actualizó con éxito.Excepciones Paso 3: Si el administrador solicita cancelar la
operación, el sistema cancela la operación y a continuación este caso de uso termina.
Rendimiento Paso 2: cota de tiempo 5 segundosFrecuencia esperada 1 vez/mesComentarios Ninguno
27 | P á g i n a
RF-07 Consulta de clientes a créditoObjetivos asociados OBJ-02 Administrar clientes a crédito
Descripción
Cuando el administrador o algún empleado desee consultar datos específicos de los clientes registrados, los pasos que se deben de seguir son los siguientes:
PrecondiciónLos clientes están dados de alta en el sistema con autorización de administrador.
Secuencia normal
PASO ACCIÓN
1Solicitar al sistema la consulta de los clientes registrados.
2El sistema abrirá una nueva ventana. El sistema mostrará a todos los clientes registrados en el sistema.
3El usuario podrá realizar la consulta de los clientes por id o nombre.
4Con solo escribir en la búsqueda, el sistema mostrará los clientes con los mismos caracteres que pide el usuario.
Postcondición Se llevó a cabo dicha consulta introduciendo bien los datos del cliente.
Excepciones 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á ningún empleado con esa característica o simplemente porque el cliente no esté registrado.El caso de uso termina.
Rendimiento
Frecuencia esperada 2 veces/día Comentarios Ninguno
28 | P á g i n a
RF-08 Registrar abonosObjetivos asociados OBJ-02 Administrar de clientes a crédito
DescripciónCuando el cliente desee abonar a su cuenta, el usuario deberá registrarlo en el sistema el pago con los siguientes pasos:
PrecondiciónEl cliente abona cuando deba. Deberá mostrar su saldo con deuda en el sistema.El cliente se encuentra registrado.
Secuencia normal
PASO ACCIÓN
1El usuario solicita al sistema abrir una nueva ventana de abonos a la cuenta del cliente a crédito.
2El sistema abre la nueva ventana donde espera que el usuario realice las acciones.
3El usuario realiza la búsqueda de todos los clientes. Lo selecciona.
4El sistema muestra el saldo deudor del cliente que selecciono el usuario.
5
El cliente liquida cierta cantidad, por lo tanto el usuario deberá dar en el sistema “Abonar a la cuenta”.El usuario escribirá la cantidad que liquida el cliente.
6El sistema guardará el monto y lo registrará en la cuenta del cliente con éxito.
Postcondición Se llevo a cabo el abono a la cuenta del cliente.Excepciones Paso 5: Si el cliente se arrepiente de liquidar
todo su dinero el usuario cancelará el abono y el caso de uso se termina.
RendimientoFrecuencia esperada 2 veces/díaComentarios Ninguno
29 | P á g i n a
RF-09 Mostrar cuenta de cliente a créditoObjetivos asociados OBJ-02 Administrar de clientes a crédito
Descripción
El administrador o el empleado en turno podrá consultar el historial de los clientes que se encuentren con ventas a crédito, para otorgarle información al propio cliente deberán seguirse los siguientes pasos:
PrecondiciónEl cliente puede solicitar su cuenta por si surge algún mal entendido con sus cargos y abonos. El cliente se encuentra dado de alta en el sistema.
Secuencia normal
PASO ACCIÓN
1El usuario solicita al sistema mostrar el detalle de cuenta del cliente.
2
El sistema abre una nueva ventana en donde espera que el usuario realice las acciones de búsqueda de la cual se puede consultar por código del cliente o por su nombre.
3El usuario selecciona la opción de búsqueda, escribe en el sistema el dato del cliente.
4
El sistema muestra los detalles de la cuenta del cliente. Los datos los muestra en una tabla empezando por: Id, nombre, apellidos, abonos, fecha y hora.
Postcondición No se puede alterar datos a la cuenta. El sistema registra todo.
Excepciones Paso 3: Los datos deben de estar bien escritos del cliente para que el sistema lo encuentre correctamente.
RendimientoFrecuencia esperada 2 veces/díaComentarios Ninguno
30 | P á g i n a
´
RF-011 Dar de alta a un empleadoObjetivos asociados OBJ-03 Administrar los empleados
Descripción
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 seguirán los siguientes pasos:
PrecondiciónEl solicitante no es un empleado de la cafetería y trae los documentos para darse de alta al sistema.
Secuencia normal
PASO ACCIÓN
1El administrador solicitará el sistema dar de alta a un nuevo empleado.
2El sistema le solicitará el nombre, apellidos, dirección, teléfono y una contraseña el usuario.
3El usuario llenará todos los campos y verificará que sean correctos conforme a sus documentos.
4
El empleado quedará registrado exitosamente y el sistema guardará la información y arrojará un mensaje al administrador de alta exitosa.
Postcondición Para solicitudes aceptadas, el nuevo empleado quedará registrado en el sistema con contraseña.
Excepciones Paso 1: Para esto el sistema solicitará una contraseña 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 documentación adecuada no se efectuará el registro.
Rendimiento Paso 3: cota de tiempo 30 segundos Frecuencia esperada 5 veces/día Comentarios Ninguno
31 | P á g i n a
RF-12 Dar de baja a un empleadoObjetivos asociados OBJ-03 Administrar los empleados
Descripción
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:
Precondición El empleado se encuentra registrado en el sistema.
Secuencia normal
PASO ACCIÓN
1El administrador deberá solicitar al sistema la baja de un empleado.
2El sistema le solicitará la contraseña para verificar que es el administrador quien realiza el movimiento.
3
Posteriormente el sistema le mostrará la lista de los empleados los cuales se encuentran activos en el negocio con sus respectivos datos necesarios.
4El administrador seleccionará al empleado el cual desea dar de baja del sistema por diferentes causas.
5
Después 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.
Postcondición Se dio de baja apareciendo inactivo. Excepciones Paso 2:
Para esto el sistema solicitará una contraseña 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 una baja. Entonces caso de uso termina por no poder accesar al sistema.Paso 1: Si el administrador solicita cancelar la operación, el sistema cancela la operación, a continuación este caso de uso termina.
Rendimiento Paso 4: cota de tiempo: 10 segundos
32 | P á g i n a
Frecuencia esperada 2 veces/mes Comentarios Ninguno
RF-013 Modificaciones de datos de los empleadosObjetivos asociados OBJ-03 Administrar los empleados
Descripción
El administrador podrá modificar los datos de los empleados registrados en el negocio, por causas distintas que se presenten, para eso deberá seguir los siguientes pasos:
Precondición El empleado se encuentra registrado en el sistema.
Secuencia normal
PASO ACCIÓN
1El administrador solicitará al sistema la modificación de datos de x empleado.
2El sistema desplegará la lista de los empleados activos, con sus respectivos datos.
3El administrador deberá seleccionar al empleado al cual desea realizar modificaciones.
4El sistema solo le mostrará ciertos campos los cuales podrá modificar como: dirección y teléfono.
5Una vez modificado los datos del empleado el administrador dará en guardar cambios.
6El sistema arrojará un mensaje en el cual diga que las modificaciones se han realizado exitosamente.
Postcondición Se realizó la modificación de datos del empleado.Excepciones Paso 1: Para esto el sistema solicitará una
contraseña 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 modificaciones de algún empleado.Paso 5: Si el administrador por algún error se equivoco al guardar los datos vuelve a comenzar el caso de uso en el paso 2.
Rendimiento Paso 2: cota de tiempo 5 segundos Frecuencia esperada 1 ves/ mes
33 | P á g i n a
Comentarios Ninguno
RF-014 Consulta de empleadosObjetivos asociados OBJ-03 Administrar los empleados
Descripción
Tanto el administrador como el usuario podrán consultar los datos de los empleados registrados en el sistema del negocio, para eso se debe seguir los siguientes pasos:
Precondición El empleado se encuentra registrado en el sistema.
Secuencia normal
PASO ACCIÓN
1El usuario solicitará al sistema la consulta de un empleado.
2
A respuesta de esa petición el sistema mostrará una nueva ventana y desplegará la lista de los empleados activos, con sus respectivos datos.
3El usuario deberá seleccionar al empleado al cual desea hacerle la consulta y ver sus datos
4
El sistema muestra la siguiente información asociada del empleado: nombre, apellidos, dirección, teléfono.
Postcondición Se realizó la consulta del empleado.Excepciones Paso 2: Si el administrador solicita cerrar la
ventana, el sistema cancela la operación, a continuación este caso de uso termina.
Rendimiento Paso 2: cota de tiempo 5 segundos Frecuencia esperada 3 veces/ mes Comentarios Ninguno
34 | P á g i n a
RF-015 Dar de alta un productoObjetivos asociados OBJ-04 Administrar productos
DescripciónUn producto puede ser registrado por el usuario siempre y cuando siga de acuerdo a los siguientes pasos:
Precondición
El producto no está dado de alta en el sistema.
El producto debe de contar con un código de barras.
Las comidas deberán contar con un código de barras.
Secuencia normal
PASO ACCIÓN
1El usuario solicitará al sistema dar de alta a un producto.
2
El sistema abrirá una nueva ventana de la cual deberá de pedir los siguientes requisitos del producto: código, nombre, cantidad, precio de compra, precio de venta y selección del proveedor que suministro ese producto.
3El usuario deslizará el producto en el escáner y el sistema obtendrá el código de barras.
4El usuario ingresará los datos del producto. Y así mismo seleccionará el nombre del proveedor que lo suministra.
5
El usuario verificará que estén bien escritos los datos, después el sistema guardará los datos correspondientes del producto.
6El sistema al guardar todos los datos mandará un mensaje de “Alta exitosa”.
Postcondición Se guardan los datos correctamente.Excepciones Paso 4: Si el proveedor no está dado de alta tendrá
que registrarlo el usuario. El caso de uso continúa.
35 | P á g i n a
Paso 2: Si el administrador solicita cerrar la ventana, el caso de uso termina.
RendimientoFrecuencia esperada 5 veces/día Comentarios Ninguno RF-016 Dar de baja un productoObjetivos asociados OBJ-04 Administrar productos
DescripciónEl usuario podrá dar de baja a un producto siempre y cuando siga de acuerdo a los siguientes pasos:
PrecondiciónEl producto debe de estar dado de alta.El producto debe estar agotado para darse de baja.
Secuencia normal
PASO ACCIÓN
1El usuario solicita al sistema una baja de producto.
2
El sistema abrirá una nueva ventana en la cual desplegará una lista en una tabla todos los productos registrados en el sistema.
3El usuario seleccionará en la tabla el producto que desea dar de baja. Y seleccionará dar de baja.
4El sistema mostrará la baja al producto exitosamente.
Postcondición Aparece inactivo el producto. Cuestiones de registros
Excepciones Paso 2: Si el empleado de la cafetería solicita cancelar la operación, el sistema cancela la operación, a continuación este caso de uso termina.
Rendimiento Paso 3: cota de tiempo 5 segundos Frecuencia esperada 5 veces/día Comentarios Ninguno
36 | P á g i n a
RF-017 Modificar un productoObjetivos asociados OBJ-04 Administrar producto
DescripciónEl usuario podrá realizar alguna modificación de precios de los productos siempre y cuando siga los siguientes pasos:
Precondición El producto debe de estar dado de alta.
Secuencia normal
PASO ACCIÓN
1El usuario solicitará al sistema abrir una nueva ventana para realizar dicha acción.
2El sistema abrirá una ventana de la cual pedirá modificar los siguientes datos: precio de compra y precio de venta.
3
El usuario modificará cualquier precio o simplemente ambos.Seleccionara la opción de guardar al terminar.
4El sistema mandará un mensaje de actualización correcta del producto.
Postcondición No se guardan datos anteriores.Excepciones Paso 2: Si el empleado de la cafetería
solicita cancelar la operación, el sistema cancela la operación, a continuación este caso de uso termina.
Rendimiento Paso 3: cota de tiempo 5 segundos Frecuencia esperada 5 veces/día Comentarios Ninguno
37 | P á g i n a
RF-018 Consultar un productoObjetivos asociados OBJ-04 Administrar productos
DescripciónEl usuario podrá consultar los productos con los que cuenta siempre y cuando siga de acuerdo a los siguientes pasos:
Precondición El producto debe de estar dado de alta.
Secuencia normal
PASO ACCIÓN
1
El usuario solicitará al sistema comenzar el proceso de consulta de los productos registrados en el sistema.
2El sistema abrirá ventana nueva en la cual mostrará los datos de los productos registrados en una tabla.
3
El usuario podrá realizar una búsqueda por medio del nombre del producto o si no lo requiere el usuario en específico automáticamente se mostraran todos los productos.
4
El sistema mostrará todos los productos con sus respectivos datos: código de barras, nombre, cantidad, precio de compra y precio de venta.
Postcondición Todos los productos se muestran.Excepciones Paso 2: Si el empleado de la cafetería
solicita cancelar la operación, el sistema cancela la operación, a continuación este caso de uso termina.
Rendimiento Paso 3: cota de tiempo 5 segundos Frecuencia esperada 5 veces/día Comentarios Ninguno
38 | P á g i n a
RF-019 Dar de alta a proveedorObjetivos asociados OBJ-05 Administrar proveedores
Descripción
El usuario deberá de llevar el control de los proveedores modo que servirá como auxiliar sobre los productos que suministro y su número telefónico por si llega a ocuparse en caso de que se agoté x producto, para eso se seguirán los siguientes pasos:
PrecondiciónEl proveedor no debe estar registrado en el sistema.
Secuencia normal
PASO ACCIÓN
1
El administrador solicitará el sistema dar de alta a un nuevo proveedor, para esto el sistema solicitará una contraseña al administrador para asegurarse de que sea él.
2El sistema le solicitará el nombre, dirección, y teléfono.
3El usuario llenará todos los campos y verificará que sean correctos repitiéndole al proveedor sus datos.
4
El proveedor quedará registrado, el sistema guardará la información y arrojará un mensaje al administrador de alta exitosa.
Postcondición No se puede omitir datosExcepciones Paso 2: Si el empleado de la cafetería
solicita cancelar la operación, el sistema cancela la operación, a continuación este caso de uso termina.
Rendimiento Paso 3: cota de tiempo 30 segundos Frecuencia esperada 5 veces/día Comentarios Ninguno
39 | P á g i n a
RF-020 Modificaciones de datos proveedoresObjetivos asociados OBJ-03 Administrar los empleados
Descripción
El usuario podrá modificar los datos de los proveedores registrados en el negocio, por causas distintas que se presenten, para eso deberá seguir los siguientes pasos:
Precondición El empleado se encuentra registrado en el sistema.
Secuencia normal
PASO ACCIÓN
1El usuario solicitará al sistema la modificación de datos de cualquier proveedor.
2El sistema desplegará la lista de los proveedores activos con sus respectivos datos.
3El usuario deberá seleccionar al proveedor al cual desea realizar modificaciones de datos.
4El sistema solo le mostrará ciertos campos los cuales podrá modificar como: dirección y teléfono.
5Una vez modificado los datos del proveedor el administrador dará en guardar cambios.
6El sistema arrojará un mensaje en el cual diga que las modificaciones se han realizado exitosamente.
Postcondición Se realizó la modificación de datos.Excepciones Paso 1: Si el administrador solicita cancelar
la operación, el sistema cancela la operación, a continuación este caso de uso termina.Paso 5: Si el administrador por algún error se equivoco al guardar los datos vuelve a comenzar el caso de uso en el paso 2.
Rendimiento Paso 2: cota de tiempo 5 segundos Frecuencia esperada 1 ves/ mes
40 | P á g i n a
Comentarios Ninguno
RF-021 Consulta de proveedoresObjetivos asociados OBJ-03 Administrar los proveedores
DescripciónEl usuario podrá consultar a cualquier proveedor conocer algún dato y para eso se debe seguir los siguientes pasos:
PrecondiciónLos proveedores se encuentran registrados en el
sistema.
Secuencia normal
PASO ACCIÓN
1El usuario solicitará al sistema la consulta de proveedores.
2
A respuesta de esa petición el sistema mostrará una nueva ventana y desplegará la lista de los proveedores activos, con sus respectivos datos.
3El usuario deberá seleccionar al proveedor al cual desea hacerle la consulta y ver sus datos.
4
El sistema muestra la siguiente información asociada del empleado: nombre, apellidos, dirección, teléfono.
Postcondición Se muestran todos los proveedoresExcepciones Paso 1: Si el administrador solicita cancelar
la operación, el sistema cancela la operación, a continuación este caso de uso termina.
Rendimiento Paso 2: cota de tiempo 5 segundos Frecuencia esperada 5 veces/ mes Comentarios Ninguno
41 | P á g i n a
7 CREACIÓN 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;
Creación 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 específico de una tabla:
select campo1 from nombre_tabla;
Insertar en más de un campo específico de una tabla
select campo1, campo2.... from nombre_tabla;
42 | P á g i n a
Insertar en un campo específico de una tabla con la condición donde:
select campo(s) from nombre_tabla where campo=valor;
Insertar valores en una tabla con campos específicos
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;
Actualización 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 Descripción de tablas Tabla abonosEsta tabla llevará el control de los abonos de los clientes a crédito que tengan a sus cuentas correspondientes, es decir, una información detallada de los abonos que han realizado por ejemplo la hora y día en que hizo algún abono
Tabla clienteEsta tabla contendrá todos los datos de los clientes a crédito que se puedan otorgar en la cafetería, con todos sus datos importantes como son nombre, apellidos, dirección, teléfono y un status que verificará si el cliente se encuentra activo en el sistema o ha sido dado de baja.
Tabla créditoTabla que llevará el control de los créditos, que serían los cargos o las deudas que tiene cada cliente con la cafetería, la fecha y la hora en que se realizó el crédito.
Tabla detalleTabla 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 empleadoEspecifica 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 productoEspecifica todos los datos de los productos, como son el nombre, cantidad existente, precio de compra y venta.
Tabla proveeTabla que relaciona los productos con su respectivo proveedor que los
suministró incluyendo la fecha y hora.
Tabla proveedorTabla que especifica los datos necesarios de cada proveedor como son nombre, dirección y teléfono para distintos fines.
45 | P á g i n a
Tabla usuariosTabla que gestiona los usuarios y contraseñas que se encuentran registrados en el sistema para administrar los accesos al mismo.
Tabla ventaTabla 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
CONCLUSIÓN
En este proyecto el desarrollo de la investigación fue la parte más difícil ya que teníamos 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 creación de la base de datos es una labor fácil, sin embargo los inconvenientes antes de crearla son en el proceso de análisis y recopilación de requisitos mínimos del cliente.
En el desarrollo se describen las principales características que contienen nuestro sistema y el uso que le da el cliente (el administrador del sistema) para efectuar las ventas a crédito y los proveedores que tiene. Esto gracias a los casos de usos.
La codificación y evaluación del sistema son los últimos pasos que se desarrollaron. El sistema falta aún por entregar al cliente puesto la etapa de evolución y mantenimiento quedará para el futuro cercano.
47 | P á g i n a
