Documentacion Proyecto Formativo

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 82

DESARROLLO DE UN SISTEMA DE INFORMACIÓN DE GESTIÓN DE INVENTARIOS,

VENTAS Y NOMINA PARA EL MINIMERCADO VALENTINA

VIVIAN YULIANA GAVIRIA MARTINEZ

JAIRO IVAN DIAZ QUINTERO

JUAN ESTEBAN MARIN GUERRERO

SERVICIO NACIONAL DE APRENDIZAJE - SENA MOSQUERA (CBA)

NO FICHA 2252475
2

CONTENIDO
INTRODUCCION ........................................................................................................................................ 3
OBJETIVO GENERAL ................................................................................................................................ 3
OBJETIVOS ESPECIFICOS........................................................................................................................ 3
PLANTEAMIENTO DEL PROBLEMA ..................................................................................................... 3
JUSTIFICACION ......................................................................................................................................... 4
ALCANCE .................................................................................................................................................... 5
IMPACTOS .................................................................................................................................................. 6
CRONOGRAMA .......................................................................................................................................... 7
1. FASE 1 ANÁLISIS................................................................................................................................... 7
1.1 Levantamiento de Información ............................................................................................................... 7
1.1.1 Métodos utilizados ............................................................................................................................... 7
1.1.2 Análisis del levantamiento de información .......................................................................................... 8
1.2 Módulos a desarrollar ............................................................................................................................. 8
1.3 Requisitos Funcionales y No funcionales ............................................................................................. 10
2. FASE 2 PLANEACIÓN ......................................................................................................................... 17
2.1 Diagramas y Documentación de Casos de Uso de Alto Nivel .............................................................. 17
2.2 Diagrama de Clases............................................................................................................................... 43
2.3 Modelo Entidad Relación ..................................................................................................................... 44
2.4 Modelo Relacional ................................................................................................................................ 44
2.5 Diccionario de Datos............................................................................................................................. 45
2.6 Diseño de Interfaz Gráfica del SI (Formularios Visual) ....................................................................... 47
3. FASE 3 EJECUCIÓN ............................................................................................................................. 49
3.2 Código documentado por cada capa proyecto ...................................................................................... 77
3.3 Mapa navegación .................................................................................................................................. 80
➢ Conclusiones ....................................................................................................................................... 81
➢ Lista de referencias ............................................................................................................................. 81
➢ Anexos ................................................................................................................................................ 81
3

INTRODUCCION

Esta idea surge al interior del municipio de Mosquera, al realizar un recorrido al negocio, hemos

evidenciado el mal orden de los procesos de gestión contables al interior de la entidad, por tal

razón hemos decidido implementar un sistema que permita mejorar los procesos de gestión de

inventarios, ventas, y de más servicios contables que tiene la empresa, con la finalidad de tener un

mejor control dentro de la misma, implementando una aplicación web para llevar a cabo el

proyecto.

OBJETIVO GENERAL

Desarrollar un sistema de información de gestión de inventarios, ventas y nomina para el

minimercado “VALENTINA”.

OBJETIVOS ESPECIFICOS

• Analizar el modelo de negocio y el proceso de inventarios, ventas y nomina en

“VALENTINA”.

• Diseñar el sistema de acuerdo con los requerimientos del cliente.

• Desarrollar el sistema de información implementado bases de datos y codificación en

lenguajes como HTML, Java, JavaScript y demás lenguajes que se requieran.

PLANTEAMIENTO DEL PROBLEMA

La empresa “VALENTINA” se dedica a la venta de productos alimenticios, de cuidado personal

y de aseo, en el sector de Villa del Roció de la ciudad de Mosquera. Siendo esta una de sus dos

sedes, desde la cual se coordinan y gestionan sus procesos de venta de productos.


4

El dueño es el encargado de la gran parte de los procesos realizados al interior de la empresa,

siendo el que lleva la contabilidad, nómina y supervisión de sus empleados. El proceso de ventas

e inventario es realizado por los empleados, que a su vez son supervisados por el encargado

(empleado de confianza).

Todos estos procesos son realizados manualmente, el problema surge al momento de realizar

dichos procesos de gestión al interior de esta, estos no cuentan con una buena gestión, con esto

nos referimos a la parte administrativa de ventas, nomina, inventarios y facturación. Ya que su

sistema de base de datos es muy obsoleto e ineficiente, inclusive llegando a almacenar la

información en libretas. Como bien sabemos tener los datos de cualquier empresa bien organizados

es muy importante ya que esta es la base de la información de la entidad y de ella depende gran

parte de su sistema.

El problema que buscamos solucionar de este negocio al que dedicamos nuestro proyecto, es

mejorar el acceso a la información, así como los diferentes procesos anteriormente mencionados.

Además, que este problema no solo conlleva a la perdida de información, sino también a perdidas

en su área contable, las cuales a largo plazo pueden llegar a verse reflejadas en las ganancias finales

de la entidad.

JUSTIFICACION

En vista de la mala ejecución de los diferentes procesos al interior de la entidad, y la pérdida de

información, es necesario desarrollar un sistema que permita gestionar toda la parte de ventas,

nomina, inventarios y facturación de la misma.


5

En el área de ventas, es necesario implementar un módulo el cual almacene toda la información

relacionada a las diferentes ventas realizadas, así como también un módulo el cual guarde los

diferentes detalles de dichas ventas y las devoluciones por parte de los clientes.

En el gestiona miento de nómina se necesitará implementar un módulo que almacene todos los

datos de empleados, los usuarios y los salarios de estos, los cuales pueden ser modificados por el

administrador.

En la parte de inventarios es necesario implementar un módulo que almacenen los datos de los

productos, así como también sus diferentes detalles, también es necesario desarrollar un módulo

que contenga los datos de los proveedores, y sus devoluciones hacia la empresa.

En el área de facturación es necesario desarrollar un módulo es cual permita realizar las diferentes

facturas que se necesiten, tales como facturas de compras por parte del cliente, y factura de los

productos que hay al interior de la empresa.

Toda esta información se ira guardando en una base de datos relacional, que permitirá insertar,

consultar, modificar, y eliminar la información de dichos módulos.

ALCANCE

El siguiente proyecto tiene como finalidad desarrollar un sistema de información para la gestión

de inventarios, ventas y nomina para el minimercado “valentina”. Donde se tendrán presentes las

fases de desarrollo, las cuales son:

Fase de Análisis de la información, el cual se emplean métodos como entrevistas al cliente,

encuestas, sesiones en grupo, con el fin de determinar la viabilidad, coste y calidad del software,

posterior organización en el desarrollo.


6

En la fase de planeación se estimará tiempos de trabajo, el cual permitirá a los programadores y

diseñadores concertar con el cliente fechas y actividades, dispuestas para el desarrollo del software.

Durante la fase de ejecución se emplearán las herramientas de programación fundamentales para

la creación del código, visual y para la base de datos. Se realizará pruebas, que garantizará que el

proyecto cumpla con los requisitos solicitados.

Por último, se le entregará una copia del Sistema de información terminado al cliente, con los

diferentes módulos totalmente funcionales.

IMPACTOS

A nivel económico, el software impactara positivamente a favor de la entidad, ya que ayudara a

evitar posibles pérdidas económicas, mediante la gestión de los inventarios, los cuales guardan la

información de los productos.

A nivel tecnológico, el software impactara positivamente a favor de la entidad, ya que permitirá

llevar un eficaz y mejor control de los diferentes procesos al interior de esta, facilitando la

obtención de la información, que se requiera.

A nivel social, el software contribuirá al mejoramiento de los procesos realizados por los diferentes

empleados al interior del negocio, facilitando el desarrollo de estos, mediante la implementación

del sistema.

A nivel ambiental, el software influirá positivamente, ya que reducirá el uso el papel en la empresa,

material anteriormente utilizado para llevar el control de los diferentes procesos al interior de esta.
7

CRONOGRAMA

1. FASE 1 ANÁLISIS

1.1 Levantamiento de Información

1.1.1 Métodos utilizados

• Entrevistas:

Se utilizo este método ya que era la forma más eficaz de interactuar con el dueño de la

entidad.

• Encuestas:

Se utilizo este método para comparar como se realizaban los diferentes procesos al interior

de las diferentes entidades.

• Listas de chequeo:

Se implemento este método con el fin de evaluar que procesos se realizaban al interior de

la entidad, así como también la forma con la que se implementaban.


8

1.1.2 Análisis del levantamiento de información

• Entrevistas: Se implementaron entrevistas realizadas al dueño de la empresa, en el cual nos

habló sobre como funcionaban los diferentes procesos al interior de la entidad, la mayoría

de estos eran realizados en una libreta, la cual contenía la información de los empleados,

ventas, productos, etc.

• Encuestas: Se realizaron encuestas a las pequeñas empresas de la zona, y la gran mayoría

de estas, utilizaban el mismo sistema.

• Listas de chequeo: Se realizo el diligenciamiento de una lista de chequeo con el cual

pudimos evaluar la forma de ejecución de los procesos en la entidad, con este formato se

evidencio que dichos procesos podían ser ejecutados de una forma distinta de forma más

eficiente.

1.2 Módulos a desarrollar

MODULO 1: PRODUCTOS

En este módulo el administrador gestionará los diferentes procesos relacionados al inventario, tales

como insertar productos, actualizarlos, eliminarlos y consultarlos.

MODULO 2: NOMINA

En este módulo el administrador desarrollará todos aquellos procesos relacionados a los

empleados, tales como la inserción de los datos de los nuevos trabajadores, la modificación de los

datos de estos y el ajuste salarial, así como los reportes correspondientes.

MODULO 3: VENTAS
9

En este módulo el empleado realizará las ventas de los productos, por otra parte, el administrador

podrá visualizar las ventas diarias y el total correspondiente al mes.

MODULO 4: VENTAS CLIENTE

En este módulo, el empleado podrá realizar los diferentes procesos relacionados con las ventas

realizadas, tales como crear la factura, imprimirla, editarla y consultar sus ventas.

MODULO 5: PEDIDO:

En este módulo el administrador realizara la inserción, modificación, visualización y eliminación

de los diferentes pedidos.

MODULO 6: EMPLEADO:

En este módulo el empleado podrá modificar algunos de sus datos personas, tales como numero

de celular, correo electrónico, dirección de residencia, usuario y contraseña.

MODULO 7: PROVEDOR:

En este módulo el administrador podrá insertar, consultar, actualizar y eliminar los diferentes

proveedores que tenga.

MODULO 8: DAR DE BAJA:

En este módulo se encuentran todas las perdidas en general que se presenten en el negocio, en este

módulo administrador podrá insertar, consultar, actualizar y eliminar los diferentes productos que

necesiten ser dados de baja.

MODULO 9: DEVOLUCIONES PROVEEDOR:


10

En este módulo se encuentra la información de todos los productos que necesiten devolución por

parte del proveedor, además se podrán modificar la información de estos.

MODULO 10: DEVOLUCIONES CLIENTE:

En este módulo se encuentra la información de todos aquellos productos que el cliente devuelve a

la tienda, además se podrán modificar la información de estos.

1.3 Requisitos Funcionales y No funcionales

REQUERIMIENTOS FUNCIONALES

CODIGO RQF001

REQUISITO

NOMBRE Inicio de Sesión

TIPO DE USUARIO Administrador - Empleado

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema de información permitirá el acceso de los usuarios

validando el usuario y contraseña mostrando sus acciones según

su rol

CODIGO RQF002

REQUISITO

NOMBRE Cerrar de Sesión

TIPO DE USUARIO Administrador - Empleado

PRIORIDAD Alta/Esencial
11

DESCRIPCION El sistema de información permitirá el cierre de sesión a los

diferentes usuarios.

CODIGO RQF003

REQUISITO

NOMBRE Gestionar información de productos

TIPO DE USUARIO Administrador

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema deberá permitir al administrador insertar, consultar,

actualizar y eliminar productos siempre y cuando así lo requiera.

CODIGO RQF004

REQUISITO

NOMBRE Gestionar información de nomina

TIPO DE USUARIO Administrador

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema deberá permitir al administrador ingresar nuevos

empleados, visualizarlos, gestionar sus salarios, modificarlo, y

eliminarlo, además de realizar los diferentes reportes hacia los

mismos.
12

CODIGO RQF005

REQUISITO

NOMBRE Gestionar información personal administrador

TIPO DE USUARIO Administrador

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema deberá permitir al administrador actualizar su

información personal como el correo electrónico, numero de

celular, usuario y contraseña. Además de modificar la

información correspondiente de cada uno de los empleados, datos

como el nombre, apellido, sexo, correo electrónico, número

telefónico, dirección de residencia y estado (activo, inactivo o

suspendido).

CODIGO RQF006

REQUISITO

NOMBRE Visualizar información de ventas

TIPO DE USUARIO Administrador

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema deberá permitir al administrador visualizar las ventas

diarias y el total de ingresos del mes.


13

CODIGO RQF007

REQUISITO

NOMBRE Gestionar ventas Cliente

TIPO DE USUARIO Empleado

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema deberá permitir al empleado registrar la venta de

productos, crear factura, imprimirla, editarla y consultar sus

ventas.

CODIGO RQF008

REQUISITO

NOMBRE Gestionar información personal empleado

TIPO DE USUARIO Empleado

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema deberá permitir al empleado modificar su información

personal, como el usuario, contraseña, correo electrónico,

dirección de residencia y número de teléfono.

CODIGO RQF009

REQUISITO

NOMBRE Gestionar Pedido


14

TIPO DE USUARIO Administrador

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema deberá permitir al administrador la inserción,

modificación, visualización y eliminación de los diferentes

pedidos.

CODIGO RQF010

REQUISITO

NOMBRE Gestionar Proveedor

TIPO DE USUARIO Administrador

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema deberá permitir al administrador insertar, consultar,

actualizar y eliminar los diferentes proveedores.

CODIGO RQF011

REQUISITO

NOMBRE Dar de Baja

TIPO DE USUARIO Administrador

PRIORIDAD Alta/Esencial
15

DESCRIPCION El sistema deberá permitir al administrador insertar, modificar,

consultar y eliminar los diferentes productos que necesiten ser

dados de baja.

CODIGO RQF012

REQUISITO

NOMBRE Gestionar Devoluciones de Proveedores

TIPO DE USUARIO Administrador

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema deberá permitir al administrador insertar, modificar,

mostrar y eliminar los diferentes registros de las devoluciones por

parte de los proveedores.

CODIGO RQF013

REQUISITO

NOMBRE Gestionar Devoluciones de Clientes

TIPO DE USUARIO Administrador

PRIORIDAD Alta/Esencial

DESCRIPCION El sistema deberá permitir al administrador insertar modificar,

mostrar y eliminar los diferentes registros de las devoluciones

hacia los clientes.


16

REQURIMIENTOS NO FUNCIONALES

CODIGO RQNF001

REQUISITO

NOMBRE Especificaciones Mínimas de Hardware y Software

DESCRIPCION Tener acceso a mínimo un computador

Mínimo 2 GB RAM

Sistema Operativo Windows 8 o superior

Disco duro de 250 GB

Que tenga las herramientas y programas necesarios para

llevar a cabo el aplicativo, gestor base de datos (XAMMP),

apache NetBeans.

CODIGO RQNF002

REQUISITO

NOMBRE Conectividad
17

DESCRIPCION La empresa debe contar con una red a internet que le permita

conectarse al servidor de una forma más adecuada para hacer uso

del aplicativo.

CODIGO RQNF003

REQUISITO

NOMBRE Diseño

DESCRIPCION El sistema debe hacer uso de colores y fuentes que faciliten la

adecuada visualización por parte del usuario y sean acordes con

la imagen corporativa de la empresa.

CODIGO RQNF004

REQUISITO

NOMBRE Adaptabilidad

DESCRIPCION El sistema debe poder adaptarse a los diferentes equipos de

cómputo donde sea ejecutado.

2. FASE 2 PLANEACIÓN

2.1 Diagramas y Documentación de Casos de Uso de Alto Nivel

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 001 1.2 Nombre Iniciar sesión

2. HISTÓRICO DE CASO DE USO


18

2.1 Autor Jairo Diaz (Aprendiz)


Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite el inicio de sesión del usuario
3.2 ACTORES
Administrador, Empleado
3.3 PRECONDICIONES
El usuario debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Usuario da clic en los Permite digitar los campos de usuario y
campos de usuario y contraseña
contraseña
2 Usuario da clic en iniciar El sistema valida la información, y envía
sesión mensaje, “Sesión iniciada son éxito”
3.5 FLUJO ALTERNATIVO
Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


1.a Muestra mensaje datos correctos o incorrectos
según corresponda
1.b Usuario no llena completos El sistema muestra mensaje “Faltan
los datos del formulario campos por diligenciar, por favor
completar”
3.7 POS CONDICIONES
El sistema permite el ingreso y lo redirige la vista que corresponda
3.8 FRECUENCIA
Media / Alta
19

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 001-CUD 002 1.2 Nombre Cerrar sesión

2. HISTÓRICO DE CASO DE USO


2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite el cierre de sesión al usuario
3.2 ACTORES
Administrador, Empleado
3.3 PRECONDICIONES
El usuario debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Usuario da clic en el ¿Envía mensaje “Esta seguro que desea cerrar
campo de cerrar sesión sesión?, confirmar o cancelar”
2 Usuario da clic en El sistema cierra la sesión y envía mensaje
confirmar “Sesión cerrada con éxito”
3.5 FLUJO ALTERNATIVO
Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


1.a Usuario da clic en cancelar Envía mensaje “Cierre de sesión cancelado”

1.b
3.7 POS CONDICIONES
El sistema genera confirmación de cierre de sesión
3.8 FRECUENCIA
Media / Alta
20

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 003 1.2 Nombre Gestionar
información
de productos

2. HISTÓRICO DE CASO DE USO


2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite insertar, consultar, actualizar y eliminar productos
3.2 ACTORES
Administrador
3.3 PRECONDICIONES
El administrador debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Administrador da clic en el Despliega menú con las opciones para insertar,
campo de productos consultar, actualizar y eliminar los productos

2 Administrador da clic en la El sistema redirige a la vista del formulario para


parte de insertar la inserción de datos
2.a Administrador ingresa los El sistema inserta los datos en la base de datos y
datos y da clic en el botón envía un mensaje “Datos
de insertar Insertados”
3 Administrador da clic en la El sistema redirige a la vista de la tabla de la
parte de consultar consulta, y muestra todos los productos, además
de los botones de actualizar y eliminar datos

3.a Administrador modifica los El sistema actualiza los datos en la base de datos
campos requeridos y le da y envía un mensaje “Datos actualizados”
en el botón de actualizar
21

3.b Administrador selecciona El sistema elimina los datos en la base de datos y


el producto y envía un mensaje “Datos eliminados”

le da en el botón de
eliminar
3.5 FLUJO ALTERNATIVO
Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


2.b Administrador no digita Envía mensaje “Error al insertar los datos.
los campos correctamente Inténtelo de nuevo”

3.c Administrador no digita los Envía mensaje “Error al actualizar los datos.
datos correctamente Inténtelo de nuevo”
3.d Envía mensaje “Error al eliminar los datos.
Inténtelo de nuevo”
3.7 POS CONDICIONES

3.8 FRECUENCIA
Media / Alta

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 004 1.2 Nombre Gestionar
información
de nomina
2. HISTÓRICO DE CASO DE USO
2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
22

3.1 DESCRIPCIÓN
Permite ingresar nuevos empleados, visualizarlos, gestionar sus salarios, modificarlo, y eliminarlo, además
de realizar los diferentes reportes hacia los mismos.
3.2 ACTORES
Administrador

3.3 PRECONDICIONES
El administrador debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Administrador da clic en el Despliega menú con las opciones para insertar,
campo de nomina consultar, actualizar, eliminar, reportes y salarios
de los empleados
2 Administrador da clic en la El sistema redirige a la vista del formulario para
parte de insertar la inserción de datos
2.a Administrador ingresa los El sistema inserta los datos en la base de datos y
datos y da clic en el botón envía un mensaje “Datos Insertados”
de insertar
3 Administrador da clic en la El sistema redirige a la vista de la tabla de la
parte de consultar consulta, y muestra todos los productos, además
de los botones de actualizar y eliminar datos

3.a Administrador modifica los El sistema actualiza los datos en la base de datos
campos requeridos y le da y envía un mensaje “Datos actualizados”
en el botón de actualizar

3.b Administrador selecciona El sistema elimina los datos en la base de datos y


el campo del empleado y le envía un mensaje “Datos eliminados”
da en el botón de eliminar

4 Administrador da clic en El sistema genera el reporte del empleado


reportes
5 Administrador da clic en El sistema permite modificar el salario del
salario empleado y envía mensaje” Salario modificado”

3.5 FLUJO ALTERNATIVO


Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL


23

Paso Actor Sistema


2.b Administrador no digita Envía mensaje “Error al insertar los datos.
los campos correctamente Inténtelo de nuevo”

3.c Administrador no digita los Envía mensaje “Error al actualizar los datos.
datos correctamente Inténtelo de nuevo”
3.d Envía mensaje “Error al eliminar los datos.
Inténtelo de nuevo”
5.a Envía mensaje “Error al modificar salario”
3.7 POS CONDICIONES

3.8 FRECUENCIA
Media / Alta

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 005 1.2 Nombre Gestionar
información
personal
administrador
2. HISTÓRICO DE CASO DE USO
2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite actualizar información personal del administrador y de los empleados
3.2 ACTORES
Administrador
3.3 PRECONDICIONES
El administrador debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Administrador da clic en el El sistema despliega vista con la
campo de actualizar información personal del administrador para
información personal modificarla
24

1.b Administrador modifica El sistema actualiza los datos en la base de datos


los campos requeridos y le y envía un mensaje “Datos personales
da en el botón de actualizados”
actualizar
2. Administrador da clic en el El sistema despliega vista con la
campo de actualizar información personal de los empleados para
información personal de modificarla
empleados
2.b Administrador modifica los El sistema actualiza los datos en la base de datos
campos requeridos y envía un mensaje “Datos personales
actualizados”
y le da en el botón de
actualizar
3.5 FLUJO ALTERNATIVO
Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


1.c Administrador no digita Envía mensaje “Error al actualizar los datos.
los campos correctamente Inténtelo de nuevo”

2.c Administrador no digita los Envía mensaje “Error al actualizar los datos.
datos correctamente Inténtelo de nuevo”
3.7 POS CONDICIONES

3.8 FRECUENCIA
Media / Alta

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 006 1.2 Nombre Visualizar
información de
ventas
2. HISTÓRICO DE CASO DE USO
2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
25

2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022


2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite ver las ventas diarias y el total de ingresos al mes
3.2 ACTORES
Administrador
3.3 PRECONDICIONES
El administrador debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Administrador da clic en el El sistema despliega vista con la información de
campo de ventas diarias las ventas diarias

1.b Administrador da clic en el El sistema despliega vista con la información del


campo de ingresos del mes total de ingresos al mes

3.5 FLUJO ALTERNATIVO


Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


3.7 POS CONDICIONES

3.8 FRECUENCIA
Media / Alta

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 007 1.2 Nombre Gestionar
ventas cliente

2. HISTÓRICO DE CASO DE USO


26

2.1 Autor Jairo Diaz (Aprendiz)


Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite registrar la venta de productos, crear factura, imprimirla, editarla y consultar las ventas del
empleado.
3.2 ACTORES
Empleado
3.3 PRECONDICIONES

El empleado debe estar autenticado en el sistema


3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Empleado da clic en el Despliega menú con las opciones para insertar
campo de ventas venta, crear factura, imprimirla, modificarla y
consultar las ventas personales

2 Empleado da clic en la El sistema redirige a la vista del formulario para


parte de insertar la inserción de datos de venta
2.a Empleado ingresa los datos El sistema inserta los datos en la base de
y da clic en el botón de datos y envía un mensaje “Venta Insertados”
insertar
3 Administrador da clic en la El sistema redirige a la vista de la factura,
parte de crear factura además de el botón para modificar datos y
imprimirla
3.a Empleado ingresa los El sistema inserta los datos en la base de datos y
campos requeridos y le da envía un mensaje “Factura creada Exitosamente”
en el botón de insertar

3.b Empleado modifica los El sistema actualiza los datos en la base de datos
datos de la factura y da clic y envía un mensaje “Datos actualizados”
en botón actualizar
3.c Empleado le da clic en el El sistema despliega un PDF con los datos
botón de imprimir factura correspondientes a la factura

4 Empleado da clic en el El sistema despliega una vista con los


campo de mis ventas datos de las ventas realizadas por el empleado
27

3.5 FLUJO ALTERNATIVO


Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


2.b Empleado no digita los Envía mensaje “Error al insertar los datos.
campos correctamente Inténtelo de nuevo”
3.d Empleado no digita los Envía mensaje “Error al insertar los datos de la
datos correctamente factura. Inténtelo de nuevo”
3.e Empleado no digita los Envía mensaje “Error al actualizar los datos de
datos correctamente la factura. Inténtelo de nuevo”
3.7 POS CONDICIONES

3.8 FRECUENCIA
Media / Alta

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 008 1.2 Nombre Gestionar
información
personal
empleado
2. HISTÓRICO DE CASO DE USO
2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite actualizar información personal del empleado
3.2 ACTORES
Empleado
3.3 PRECONDICIONES
El empleado debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
28

Paso Actor Sistema


1 Empleado da clic en el El sistema despliega vista con la información
campo de actualizar personal del empleado para modificarla
información personal
1.b Empleado modifica los El sistema actualiza los datos en la base de datos
campos requeridos y le da y envía un mensaje “Datos personales
en el botón de actualizar actualizados”

3.5 FLUJO ALTERNATIVO


Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


1.c Empleado no digita los Envía mensaje “Error al actualizar los datos.
campos correctamente Inténtelo de nuevo”
3.7 POS CONDICIONES

3.8 FRECUENCIA
Media / Alta

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 009 1.2 Nombre Gestionar
Pedido
2. HISTÓRICO DE CASO DE USO
2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite la inserción, modificación, visualización y eliminación de los diferentes pedidos.

3.2 ACTORES
Administrador
29

3.3 PRECONDICIONES
El administrador debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Administrador da clic en el Despliega menú con las opciones para insertar,
campo de pedidos consultar, actualizar y eliminar los pedidos

2 Administrador da clic en la El sistema redirige a la vista del formulario para


parte de insertar la inserción de datos
2.a Administrador ingresa los El sistema inserta los datos en la base de datos y
datos y da clic en el botón envía un mensaje “Datos Insertados”
de insertar
3 Administrador da clic en la El sistema redirige a la vista de la tabla de la
parte de consultar consulta, y muestra todos los registros, además
de los botones de actualizar y eliminar datos

3.a Administrador modifica los El sistema actualiza los datos en la base de datos
campos requeridos y y envía un mensaje “Datos actualizados”

le da en el botón de
actualizar
3.b Administrador selecciona El sistema elimina los datos en la base de datos y
el producto y le da en el envía un mensaje “Datos eliminados”
botón de eliminar

3.5 FLUJO ALTERNATIVO


Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


2.b Administrador no digita Envía mensaje “Error al insertar los datos.
los campos correctamente Inténtelo de nuevo”

3.c Administrador no digita los Envía mensaje “Error al actualizar los datos.
datos correctamente Inténtelo de nuevo”
3.d Envía mensaje “Error al eliminar los datos.
Inténtelo de nuevo”
3.7 POS CONDICIONES
30

3.8 FRECUENCIA
Media / Alta

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 010 1.2 Nombre Gestionar
Proveedor
2. HISTÓRICO DE CASO DE USO
2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite insertar, consultar, actualizar y eliminar los diferentes proveedores.
3.2 ACTORES
Administrador
3.3 PRECONDICIONES
El administrador debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Administrador da clic en Despliega menú con las opciones para
el campo de proveedores insertar, consultar, actualizar y eliminar los
proveedores
2 Administrador da clic en la El sistema redirige a la vista del formulario para
parte de insertar la inserción de datos
2.a Administrador ingresa los El sistema inserta los datos en la base de datos y
datos y da clic en el botón envía un mensaje “Datos Insertados”
de insertar
3 Administrador da clic en la El sistema redirige a la vista de la tabla de la
parte de consultar consulta, y muestra todos los registros, además
de los botones de actualizar y eliminar datos

3.a Administrador modifica los El sistema actualiza los datos en la base de datos
campos requeridos y le da y envía un mensaje “Datos actualizados”
en el botón de actualizar
31

3.b Administrador selecciona El sistema elimina los datos en la base de datos y


el producto y le da en el envía un mensaje “Datos eliminados”
botón de eliminar

3.5 FLUJO ALTERNATIVO


Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


2.b Administrador no digita Envía mensaje “Error al insertar los datos.
los campos correctamente Inténtelo de nuevo”

3.c Administrador no digita los Envía mensaje “Error al actualizar los datos.
datos correctamente Inténtelo de nuevo”
3.d Envía mensaje “Error al eliminar los datos.
Inténtelo de nuevo”
3.7 POS CONDICIONES

3.8 FRECUENCIA
Media / Alta

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 011 1.2 Nombre Dar de Baja

2. HISTÓRICO DE CASO DE USO


2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite insertar, modificar, mostrar y eliminar los diferentes productos que
necesiten ser dados de baja.
3.2 ACTORES
Administrador
3.3 PRECONDICIONES
32

El administrador debe estar autenticado en el sistema


3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Administrador da clic en el Despliega menú con las opciones para insertar,
campo de dar de baja consultar, actualizar y eliminar los productos de
necesiten ser dados de baja
2 Administrador da clic en la El sistema redirige a la vista del formulario para
parte de insertar la inserción de datos
2.a Administrador ingresa los El sistema inserta los datos en la base de datos y
datos y da clic en el botón envía un mensaje “Datos
de insertar Insertados”
3 Administrador da clic en la El sistema redirige a la vista de la tabla de la
parte de consultar consulta, y muestra todos los registros, además
de los botones de actualizar y eliminar datos

3.a Administrador modifica los El sistema actualiza los datos en la base de datos
campos requeridos y le da y envía un mensaje “Datos actualizados”
en el botón de actualizar

3.b Administrador selecciona El sistema elimina los datos en la base de datos y


el producto y le da en el envía un mensaje “Datos eliminados”
botón de eliminar

3.5 FLUJO ALTERNATIVO


Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


2.b Administrador no digita Envía mensaje “Error al insertar los datos.
los campos correctamente Inténtelo de nuevo”

3.c Administrador no digita los Envía mensaje “Error al actualizar los datos.
datos correctamente Inténtelo de nuevo”
3.d Envía mensaje “Error al eliminar los datos.
Inténtelo de nuevo”
3.7 POS CONDICIONES

3.8 FRECUENCIA
Media / Alta
33

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 012 1.2 Nombre Gestionar
Devoluciones
de
Proveedores
2. HISTÓRICO DE CASO DE USO
2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite insertar, modificar, mostrar y eliminar los diferentes registros de las devoluciones por parte de los
proveedores.
3.2 ACTORES
Administrador
3.3 PRECONDICIONES
El administrador debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Administrador da clic en Despliega menú con las opciones para insertar,
el campo de devoluciones consultar, actualizar y eliminar los registros de las
proveedores devoluciones

2 Administrador da clic en la El sistema redirige a la vista del formulario para


parte de insertar la inserción de datos
2.a Administrador ingresa los El sistema inserta los datos en la base de datos y
datos y da clic en el botón envía un mensaje “Datos
de insertar Insertados”
3 Administrador da clic en la El sistema redirige a la vista de la tabla de la
parte de consultar consulta, y muestra todos los registros, además de
los botones de actualizar y eliminar datos
34

3.a Administrador modifica El sistema actualiza los datos en la base de datos


los campos requeridos y le y envía un mensaje “Datos actualizados”
da en el botón de
actualizar
3.b Administrador selecciona El sistema elimina los datos en la base de datos y
el registro y le da en el envía un mensaje “Datos eliminados”
botón de eliminar

3.5 FLUJO ALTERNATIVO


Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


2.b Administrador no digita Envía mensaje “Error al insertar los datos.
los campos correctamente Inténtelo de nuevo”

3.c Administrador no digita los Envía mensaje “Error al actualizar los datos.
datos correctamente Inténtelo de nuevo”
3.d Envía mensaje “Error al eliminar los datos.
Inténtelo de nuevo”
3.7 POS CONDICIONES

3.8 FRECUENCIA
Media / Alta

1. IDENTIFICACIÓN DE CASO DE USO


1.1 Id caso de uso CUD 013 1.2 Nombre Gestionar
Devoluciones
de Clientes
2. HISTÓRICO DE CASO DE USO
2.1 Autor Jairo Diaz (Aprendiz)
Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
2.2 Fecha Creación 08/03/2022 2.3 Ultima Actualización 08/03/2022
35

2.4 Actualizado por Jairo Diaz (Aprendiz) 2.5 Versión 1.0


Yuliana Martínez (Aprendiz) Juan
Marin (Aprendiz)
3. DEFINICIÓN DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite insertar modificar, mostrar y eliminar los diferentes registros de las devoluciones hacia los
clientes.
3.2 ACTORES
Administrador
3.3 PRECONDICIONES
El administrador debe estar autenticado en el sistema
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Administrador da clic en el Despliega menú con las opciones para insertar,
campo de devoluciones consultar, actualizar y eliminar los registros de las
clientes devoluciones
2 Administrador da clic en la El sistema redirige a la vista del formulario para
parte de insertar la inserción de datos
2.a Administrador ingresa los El sistema inserta los datos en la base de
datos y da clic en el botón datos y envía un mensaje “Datos
de insertar Insertados”
3 Administrador da clic en la El sistema redirige a la vista de la tabla de la
parte de consultar consulta, y muestra todos los registros, además de
los botones de actualizar y eliminar datos

3.a Administrador modifica El sistema actualiza los datos en la base de datos


los campos requeridos y le y envía un mensaje “Datos actualizados”
da en el botón de
actualizar
3.b Administrador selecciona El sistema elimina los datos en la base de datos y
el registro y le da en el envía un mensaje “Datos eliminados”
botón de eliminar

3.5 FLUJO ALTERNATIVO


Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema

3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema


36

2.b Administrador no digita Envía mensaje “Error al insertar los datos.


los campos correctamente Inténtelo de nuevo”

3.c Administrador no digita los Envía mensaje “Error al actualizar los datos.
datos correctamente Inténtelo de nuevo”
3.d Envía mensaje “Error al eliminar los datos.
Inténtelo de nuevo”
3.7 POS CONDICIONES

3.8 FRECUENCIA
Media / Alta
37
38
39
40
41
42
43

2.2 Diagrama de Clases


44

2.3 Modelo Entidad Relación

2.4 Modelo Relacional


45

2.5 Diccionario de Datos


46
47

2.6 Diseño de Interfaz Gráfica del SI (Formularios Visual)


48
49

3. FASE 3 EJECUCIÓN

3.1 Código BD

-- phpMyAdmin SQL Dump

-- version 5.1.1

-- https://www.phpmyadmin.net/

--

-- Servidor: 127.0.0.1

-- Tiempo de generación: 28-04-2022 a las 03:33:13


50

-- Versión del servidor: 10.4.19-MariaDB

-- Versión de PHP: 8.0.7

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";

START TRANSACTION;

SET time_zone = "+00:00";

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;

/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS

*/;

/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;

/*!40101 SET NAMES utf8mb4 */;

--

-- Base de datos: `minimercado`

--

-- --------------------------------------------------------
51

--

-- Estructura de tabla para la tabla `clientes`

--

CREATE TABLE `clientes` (

`doccli` int(20) NOT NULL COMMENT 'Documento del Cliente',

`nombre` varchar(30) NOT NULL COMMENT 'Nombre del Cliente',

`apellido` varchar(30) NOT NULL COMMENT 'Apellido del Cliente'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--

-- Volcado de datos para la tabla `clientes`

--

INSERT INTO `clientes` (`doccli`, `nombre`, `apellido`) VALUES

(1073507310, 'Laura', 'Castiblanco'),

(1073507311, 'Maria', 'Sanchez'),


52

(1073507312, 'Diana', 'Arias');

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `detalle_dev_cliente`

--

CREATE TABLE `detalle_dev_cliente` (

`coddev` int(20) NOT NULL COMMENT 'Codigo de Devolución',

`codproducto` int(20) NOT NULL COMMENT 'Codigo del producto',

`doccli` int(20) NOT NULL COMMENT 'Documento del Cliente',

`cantidaddev` int(20) NOT NULL COMMENT 'Cantidad de Productos a Devolver'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--

-- Volcado de datos para la tabla `detalle_dev_cliente`

--
53

INSERT INTO `detalle_dev_cliente` (`coddev`, `codproducto`, `doccli`, `cantidaddev`) VALUES

(1, 2, 1073507312, 23),

(2, 2, 1073507310, 23),

(4, 2, 1073507311, 14);

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `detalle_producto`

--

CREATE TABLE `detalle_producto` (

`codprovedor` int(20) NOT NULL COMMENT 'Codigo del Provedor',

`codproducto` int(20) NOT NULL COMMENT 'Codigo del Producto',

`cantdisponible` int(20) NOT NULL COMMENT 'Cantidad del producto Disponible'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;


54

--

-- Volcado de datos para la tabla `detalle_producto`

--

INSERT INTO `detalle_producto` (`codprovedor`, `codproducto`, `cantdisponible`) VALUES

(10, 2, 123),

(20, 3, 123),

(30, 2, 23);

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `detalle_venta`

--

CREATE TABLE `detalle_venta` (

`coddetalle` int(20) NOT NULL COMMENT 'Codigo de Detalle',

`codventa` int(20) NOT NULL COMMENT 'Codigo de Venta',


55

`codproducto` int(20) NOT NULL COMMENT 'Codigo de Producto',

`cantidadproduc` int(20) NOT NULL COMMENT 'Cantidad de productos seleccionados para

compra'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--

-- Volcado de datos para la tabla `detalle_venta`

--

INSERT INTO `detalle_venta` (`coddetalle`, `codventa`, `codproducto`, `cantidadproduc`)

VALUES

(4, 13, 2, 8),

(100, 12, 3, 7),

(200, 12, 2, 5),

(300, 12, 1, 2);

-- --------------------------------------------------------

--
56

-- Estructura de tabla para la tabla `devoluciones`

--

CREATE TABLE `devoluciones` (

`codev` int(20) NOT NULL COMMENT 'Codigo de Devolucion',

`doccli` int(20) NOT NULL COMMENT 'Documento del Cliente',

`fechadev` date NOT NULL COMMENT 'Fecha de Devolucion',

`motivodev` varchar(30) NOT NULL COMMENT 'Motivo de la devolucion'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--

-- Volcado de datos para la tabla `devoluciones`

--

INSERT INTO `devoluciones` (`codev`, `doccli`, `fechadev`, `motivodev`) VALUES

(2, 1073507311, '2022-04-19', 'Productos dañados'),

(3, 1073507310, '2022-04-05', 'Producto vencido'),

(30, 1073507312, '2022-04-27', 'Producto vencido');


57

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `devoluciones_provedor`

--

CREATE TABLE `devoluciones_provedor` (

`codprovedor` int(20) NOT NULL COMMENT 'Codigo del Provedor',

`codigodevpro` int(20) NOT NULL COMMENT 'Codigo de devoluciones para provedores',

`fechadev` date NOT NULL COMMENT 'Fecha de Devolucion',

`motivodev` varchar(50) NOT NULL COMMENT 'Motivo de la devolucion'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--

-- Volcado de datos para la tabla `devoluciones_provedor`

--
58

INSERT INTO `devoluciones_provedor` (`codprovedor`, `codigodevpro`, `fechadev`,

`motivodev`) VALUES

(10, 4, '2022-04-20', 'Productos dañados'),

(20, 1, '2022-04-20', 'Productos dañados'),

(30, 78, '2022-04-12', 'Producto abierto');

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `empleados`

--

CREATE TABLE `empleados` (

`docempleado` int(20) NOT NULL COMMENT 'Documento del Empleado',

`nombre` varchar(50) NOT NULL COMMENT 'Nombre del Empleado',

`apellido` varchar(50) NOT NULL COMMENT 'Apellido del Empleado',

`direccion` varchar(50) NOT NULL COMMENT 'Direccion del Empleado',

`correo` varchar(50) NOT NULL COMMENT 'Correo del Empleado',

`celular` int(20) NOT NULL COMMENT 'Celular del Empleado',


59

`sexo` varchar(10) NOT NULL COMMENT 'Sexo del Empleado',

`estado` varchar(10) NOT NULL COMMENT 'Estado del Empleado en el negocio'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--

-- Volcado de datos para la tabla `empleados`

--

INSERT INTO `empleados` (`docempleado`, `nombre`, `apellido`, `direccion`, `correo`, `celular`,

`sexo`, `estado`) VALUES

(1034656411, 'Jose David', 'Perez Rincon', 'Calle 7 b #12 a 32', 'joseperez@gmail.com',

314285612, 'Masculino', 'Activo'),

(1034656412, 'Cristian', 'Zapata', 'Calle 7 b #12 a 33', 'zapata11@gmail.com', 312456874,

'Masculino', 'Activo'),

(1034656413, 'Valentina', 'Zapata', 'Calle 7 b #12 a 32', 'vzapata@gmail.com', 321785214,

'Femenino', 'Activo');

-- --------------------------------------------------------
60

--

-- Estructura de tabla para la tabla `nomina`

--

CREATE TABLE `nomina` (

`tipocontrato` varchar(20) NOT NULL COMMENT 'Tipo de contrato del empleado',

`docempleado` int(20) NOT NULL COMMENT 'Documento del Empleado',

`diastrabajados` int(20) NOT NULL COMMENT 'Cantidad de dias trabajados',

`sueldo/dia` int(20) NOT NULL COMMENT 'Sueldo por dia del Empleado',

`hextras` int(20) NOT NULL COMMENT 'Total de horas extras del empleado',

`valorhextras` int(20) NOT NULL COMMENT 'Valor de las horas extras',

`fechainicial` date NOT NULL COMMENT 'Fecha inicial de mes trabajado',

`fechafinal` date NOT NULL COMMENT 'Fecha final del mes trabajado'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--

-- Volcado de datos para la tabla `nomina`

--
61

INSERT INTO `nomina` (`tipocontrato`, `docempleado`, `diastrabajados`, `sueldo/dia`, `hextras`,

`valorhextras`, `fechainicial`, `fechafinal`) VALUES

('Definido', 1034656411, 56, 35000, 10, 5000, '2022-04-10', '2022-04-29'),

('Indefinido', 1034656412, 56, 35000, 10, 5000, '2022-04-01', '2022-04-27'),

('Temporal', 1034656411, 41, 35000, 10, 5000, '2022-04-11', '2022-04-29');

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `pedidos`

--

CREATE TABLE `pedidos` (

`codpedido` int(20) NOT NULL COMMENT 'Codigo del Pedido',

`fecha` date NOT NULL COMMENT 'Fecha del Pedido',

`codprovedor` int(20) NOT NULL COMMENT 'Codigo del Provedor'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;


62

--

-- Volcado de datos para la tabla `pedidos`

--

INSERT INTO `pedidos` (`codpedido`, `fecha`, `codprovedor`) VALUES

(1, '2022-04-12', 30),

(3, '2022-04-21', 20),

(65, '2022-04-19', 10);

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `productos`

--

CREATE TABLE `productos` (

`codproducto` int(20) NOT NULL COMMENT 'Codigo del Producto',

`nombreproduct` varchar(30) NOT NULL COMMENT 'Nombre del Producto',


63

`preciocompra` int(20) NOT NULL COMMENT 'Precio de compra del Producto',

`precioventa` int(20) NOT NULL COMMENT 'Precio de venta del Producto'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--

-- Volcado de datos para la tabla `productos`

--

INSERT INTO `productos` (`codproducto`, `nombreproduct`, `preciocompra`, `precioventa`)

VALUES

(1, 'Papas Super ricas', 1000, 1500),

(2, 'Chocorramo', 1500, 2100),

(3, 'Chetos Picantes', 900, 1200);

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `provedor`

--
64

CREATE TABLE `provedor` (

`codprovedor` int(20) NOT NULL COMMENT 'Codigo del Provedor',

`nombreprov` varchar(50) NOT NULL COMMENT 'Nombre del Provedor',

`ciudad` varchar(50) NOT NULL COMMENT 'Ciudad del Provedor',

`direccion` varchar(50) NOT NULL COMMENT 'Direccion de residencia del Provedor',

`celular` int(20) NOT NULL COMMENT 'Numero de Celular del Provedor'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--

-- Volcado de datos para la tabla `provedor`

--

INSERT INTO `provedor` (`codprovedor`, `nombreprov`, `ciudad`, `direccion`, `celular`)

VALUES

(10, 'SuperRicas', 'Mosquera', 'Calle 7 b #12 a 65', 31124582),

(20, 'Cheetos', 'Funza', 'Calle 4 b #12 a 33', 32145682),

(30, 'Frutiño', 'Madrid', 'Calle 7 b #12 a 32', 354428);


65

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `usuarios`

--

CREATE TABLE `usuarios` (

`nomusu` varchar(30) NOT NULL COMMENT 'Nombre de Usuario',

`docempleado` int(20) NOT NULL COMMENT 'Documento del Empleado',

`clave` varchar(50) NOT NULL COMMENT 'Contraseña',

`rol` varchar(10) NOT NULL COMMENT 'Rol del Usuario'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--

-- Volcado de datos para la tabla `usuarios`

--

INSERT INTO `usuarios` (`nomusu`, `docempleado`, `clave`, `rol`) VALUES


66

('jose12', 1034656411, 'joseperez12', 'empleado'),

('valentina14', 1034656413, '103465874564189', 'empleado'),

('zapata14', 1034656412, 'cristianzapata102', 'admin');

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `ventas`

--

CREATE TABLE `ventas` (

`codventa` int(20) NOT NULL COMMENT 'Codigo de la Venta',

`doccli` int(20) NOT NULL COMMENT 'Documento del cliente que hace la compra',

`docempleado` int(20) NOT NULL COMMENT 'Documento del Empleado que realiza la venta',

`valorventa` int(20) NOT NULL COMMENT 'Valor total de la venta de todos los productos de

la compra'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

--
67

-- Volcado de datos para la tabla `ventas`

--

INSERT INTO `ventas` (`codventa`, `doccli`, `docempleado`, `valorventa`) VALUES

(12, 1073507312, 1034656413, 0),

(13, 1073507310, 1034656411, 0),

(14, 1073507310, 1034656411, 0);

--

-- Índices para tablas volcadas

--

--

-- Indices de la tabla `clientes`

--

ALTER TABLE `clientes`

ADD PRIMARY KEY (`doccli`);


68

--

-- Indices de la tabla `detalle_dev_cliente`

--

ALTER TABLE `detalle_dev_cliente`

ADD PRIMARY KEY (`coddev`),

ADD KEY `codproducto` (`codproducto`,`doccli`),

ADD KEY `uijhj` (`doccli`);

--

-- Indices de la tabla `detalle_producto`

--

ALTER TABLE `detalle_producto`

ADD PRIMARY KEY (`codprovedor`),

ADD KEY `codproducto` (`codproducto`);

--

-- Indices de la tabla `detalle_venta`

--
69

ALTER TABLE `detalle_venta`

ADD PRIMARY KEY (`coddetalle`),

ADD KEY `codventa` (`codventa`,`codproducto`),

ADD KEY `codproducto` (`codproducto`);

--

-- Indices de la tabla `devoluciones`

--

ALTER TABLE `devoluciones`

ADD PRIMARY KEY (`codev`),

ADD UNIQUE KEY `doccli` (`doccli`),

ADD KEY `doccli_2` (`doccli`);

--

-- Indices de la tabla `devoluciones_provedor`

--

ALTER TABLE `devoluciones_provedor`

ADD PRIMARY KEY (`codprovedor`),


70

ADD KEY `codigodevpro` (`codigodevpro`);

--

-- Indices de la tabla `empleados`

--

ALTER TABLE `empleados`

ADD PRIMARY KEY (`docempleado`);

--

-- Indices de la tabla `nomina`

--

ALTER TABLE `nomina`

ADD PRIMARY KEY (`tipocontrato`),

ADD KEY `docempleado` (`docempleado`);

--

-- Indices de la tabla `pedidos`

--
71

ALTER TABLE `pedidos`

ADD PRIMARY KEY (`codpedido`),

ADD KEY `codprovedor` (`codprovedor`);

--

-- Indices de la tabla `productos`

--

ALTER TABLE `productos`

ADD PRIMARY KEY (`codproducto`);

--

-- Indices de la tabla `provedor`

--

ALTER TABLE `provedor`

ADD PRIMARY KEY (`codprovedor`);

--

-- Indices de la tabla `usuarios`


72

--

ALTER TABLE `usuarios`

ADD PRIMARY KEY (`nomusu`),

ADD KEY `docempleado` (`docempleado`);

--

-- Indices de la tabla `ventas`

--

ALTER TABLE `ventas`

ADD PRIMARY KEY (`codventa`),

ADD KEY `doccli` (`doccli`,`docempleado`),

ADD KEY `docempleado` (`docempleado`);

--

-- Restricciones para tablas volcadas

--

--
73

-- Filtros para la tabla `detalle_dev_cliente`

--

ALTER TABLE `detalle_dev_cliente`

ADD CONSTRAINT `ddc_dventa` FOREIGN KEY (`codproducto`) REFERENCES

`productos` (`codproducto`) ON DELETE CASCADE ON UPDATE CASCADE,

ADD CONSTRAINT `detalle_dev_cliente_ibfk_1` FOREIGN KEY (`doccli`) REFERENCES

`devoluciones` (`doccli`) ON DELETE CASCADE ON UPDATE CASCADE,

ADD CONSTRAINT `uijhj` FOREIGN KEY (`doccli`) REFERENCES `clientes` (`doccli`) ON

DELETE CASCADE ON UPDATE CASCADE;

--

-- Filtros para la tabla `detalle_producto`

--

ALTER TABLE `detalle_producto`

ADD CONSTRAINT `fk us_rol-usj` FOREIGN KEY (`codproducto`) REFERENCES

`productos` (`codproducto`) ON DELETE CASCADE ON UPDATE CASCADE,

ADD CONSTRAINT `pedidos-detapro` FOREIGN KEY (`codprovedor`) REFERENCES

`pedidos` (`codprovedor`) ON DELETE CASCADE ON UPDATE CASCADE;


74

--

-- Filtros para la tabla `detalle_venta`

--

ALTER TABLE `detalle_venta`

ADD CONSTRAINT `detalle_venta_ibfk_1` FOREIGN KEY (`codproducto`) REFERENCES

`productos` (`codproducto`) ON DELETE CASCADE ON UPDATE CASCADE,

ADD CONSTRAINT `ventas-dventa` FOREIGN KEY (`codventa`) REFERENCES `ventas`

(`codventa`) ON DELETE CASCADE ON UPDATE CASCADE;

--

-- Filtros para la tabla `devoluciones`

--

ALTER TABLE `devoluciones`

ADD CONSTRAINT `devoluciones_ibfk_1` FOREIGN KEY (`doccli`) REFERENCES

`clientes` (`doccli`) ON DELETE CASCADE ON UPDATE CASCADE;

--

-- Filtros para la tabla `devoluciones_provedor`

--
75

ALTER TABLE `devoluciones_provedor`

ADD CONSTRAINT `fk vehiculo-datperson` FOREIGN KEY (`codprovedor`) REFERENCES

`detalle_producto` (`codprovedor`) ON DELETE CASCADE ON UPDATE CASCADE;

--

-- Filtros para la tabla `nomina`

--

ALTER TABLE `nomina`

ADD CONSTRAINT `nomina_ibfk_1` FOREIGN KEY (`docempleado`) REFERENCES

`empleados` (`docempleado`) ON DELETE CASCADE ON UPDATE CASCADE;

--

-- Filtros para la tabla `pedidos`

--

ALTER TABLE `pedidos`

ADD CONSTRAINT `provedores-pedidos` FOREIGN KEY (`codprovedor`) REFERENCES

`provedor` (`codprovedor`) ON DELETE CASCADE ON UPDATE CASCADE;

--
76

-- Filtros para la tabla `usuarios`

--

ALTER TABLE `usuarios`

ADD CONSTRAINT `j` FOREIGN KEY (`docempleado`) REFERENCES `empleados`

(`docempleado`) ON DELETE CASCADE ON UPDATE CASCADE;

--

-- Filtros para la tabla `ventas`

--

ALTER TABLE `ventas`

ADD CONSTRAINT `clientes-ventas` FOREIGN KEY (`doccli`) REFERENCES `clientes`

(`doccli`) ON DELETE CASCADE ON UPDATE CASCADE,

ADD CONSTRAINT `ventas_ibfk_1` FOREIGN KEY (`docempleado`) REFERENCES

`empleados` (`docempleado`) ON DELETE CASCADE ON UPDATE CASCADE;

COMMIT;

/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;

/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;

/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */


77

3.2 Código documentado por cada capa proyecto

Página Inicio: Vista principal que se muestra al desplegar el sistema

Vista Login: Formulario que permite a los usuarios acceder al sistema mediante la validación de
datos, usuario y contraseña.
78

Vista Clientes:
Permite la inserción, consulta, modificación y eliminación de los clientes del sistema.

Vista Menú:
Vista en la que está el menú principal del sistema, con cada una de las opciones de
redireccionamiento a cada una de las diferentes vistas.
79

Vista Usuarios:
Permite la insercion, consulta, modificacion y eliminacion de usuarios en el sistema, con el fin de
guardar los datos de inicio de sesion.

Vista Nomina:
Permite la inserción, consulta, modificación y eliminación de datos de la nómina como el salario
del día, horas trabajadas, nombre empleado, así mismo permite consultar el salario de los
empleados mediante una consulta preparada.
80

Vista Empleados:
Permite la inserción, consulta, modificación y eliminación de los empleados que están
registrados en el sistema.

3.3 Mapa navegación


Vista Detalle Productos

Vista Usuarios (Formulario)


Vista Detalle Venta (Formulario)
(Formulario)

Vista Nomina
(Formulario)
Página
Ingreso Login Menú
Principal

Vista Ventas
(Formulario)
Vista Devoluciones
(Formulario) Vista empleados
(Formulario) Productos
(Formulario)
81

➢ Conclusiones

Una vez realizado el estudio de factibilidad del presente proyecto, se cuenta con la información

necesaria y suficiente que permite llegar a las siguientes conclusiones:

• Se elaborará un sistema de información de gestión de inventarios ventas y nómina para el

minimercado “Valentina”, con el fin de facilitar los diferentes procesos que se realizan al

interior de esta.

• Es sistema permitirá al administrador y a los empleados, gestionar los procesos de ventas,

inventarios y nomina al interior del minimercado.

• El sistema será desarrollado según las especificaciones y requerimientos del cliente.

• El sistema será codificado en lenguaje HTML con node js, utilizando css y bases de datos

➢ Lista de referencias

Zapata Rodríguez J.G

Marin Guerrero J.E

Gaviria Martínez V.Y

Diaz Quintero J.I

➢ Anexos

Levantamiento Información

Se utilizaron entrevistas, encuestas y listas de chequeo con el fin de obtener información con

respecto al proyecto.
82

LISTA DE CHEQUEO 001

No Si No
Ítems

1
Utiliza medios tecnológicos en su negocio

2
Sabe que es una base de datos

3
Tiene acceso a un computador

4
Tiene acceso a internet

5
Lleva las cuentas de su empresa digitalmente

6
Sabe que es un Sistema de Información

7
Alguna vez ha interactuado con un sistema de información

8
Ha tenido una buena experiencia con un sistema de información

9
Estaría interesado en comprar un sistema de información

10
Recomendaría un servicio como este

TOTAL

También podría gustarte