Professional Documents
Culture Documents
Presenta
Lucero Pérez Morales
Diciembre 2004
1
Dedicatoria
A Dios:
Por la oportunidad de estar viva y
darme inteligencia para realizar este A mis Padres:
trabajo y por permitirle haber estado Les dedico este trabajo con todo mi amor
conmigo a las personas a las que dedi- y les agradezco todos los sacrificios que
caré esta tesis. hicieron para que pudiera llegar hasta
aquí, gracias por confiar en mi, por cui-
darme en tantas y tantas ocasiones y so-
bre todo por darme un ejemplo de vida,
los dos son dos son admirables para mi.
A miTía:
Tantas y tantas cosas hiciste por mi
Susy y Toño :
que no tendía suficientes líneas para
Niños, hemos pasado por muchas y
explicar por que te dedico mi tesis,
aunque aveces no lo pareciera, los tres
donde quiera que estés quiero que se-
sabemos que contamos uno con el otro si
pas que todo eso dio frutos, se que aun
lo necesitamos, gracias por ser mis
me cuidas y que estas contenta de estar
hermanos porque no pude haber tenido
leyendo esto, gracias por todo, te quie-
mejores compañeros en casa que ustedes,
ro muchísimo.
gracias.
2
Índice
I. INTRODUCCIÓN _____________________________________________________ 5
CAPITULO I MARCO TEORICO __________________________________________ 7
1.1 Empresa __________________________________________________________ 8
1.1.1 Antecedentes ____________________________________________________ 9
1.1.2 Organización de la empresa_________________________________________ 9
1.1.3 Recursos Materiales de la empresa __________________________________ 12
1.1.4 Necesidad de controlar los procesos de negocio. _______________________ 12
1.1.5 Principales Procesos de Negocio de la empresa.________________________ 12
1.1.6 Beneficios de la base de datos a la empresa. ___________________________ 13
1.2 Bases de Datos____________________________________________________ 14
1.2.1 ¿Qué es un Sistema de Base de datos? _______________________________ 14
1.2.2 Principales componentes de un Sistema de Bases de Datos._______________ 14
1.2.3 El Sistema de Administración de Bases de Datos (DBMS) _______________ 15
1.2.4 El Modelo Relacional ____________________________________________ 16
1.3 Ingeniería de Software ____________________________________________ 19
1.3.1 Modelo de cascada_______________________________________________ 19
1.3.2 Espiral ________________________________________________________ 21
1.3.3 Modelo del desarrollo por prototipos ________________________________ 23
CAPIITULO II ANÁLISIS Y DISEÑO DEL SISTEMA _______________________ 27
2.1 Especificación de Requisitos _______________________________________ 28
2.1.1 Requerimientos del Sistema _______________________________________ 28
2.2 Definición Conceptual del Sistema _________________________________ 29
2.3 Descripción de la Información. _____________________________________ 30
2.3.1 Casos De Uso: Descripción De Procesos. _____________________________ 30
2.4 Modelo Funcional_________________________________________________ 33
2.4.1 DFD NIVEL 0 __________________________________________________ 33
2.4.2 DFD NIVEL 1 __________________________________________________ 34
2.4.3 DFD NIVEL 2 __________________________________________________ 35
2.5. Modelo Entidad – Relación ________________________________________ 38
2.5.1 Entidades ______________________________________________________ 39
2.5.2 Relaciones._____________________________________________________ 42
2.6 Modelo Relacional ________________________________________________ 43
2.6.1 Tablas Empleado, Cliente, Proveedor, Marca, Categoría _________________ 43
2.6.2 Tabla Producto__________________________________________________ 44
2.6.3 Tabla Ventas ___________________________________________________ 44
2.6.4 Tabla Lineaproducto _____________________________________________ 45
CAPITULO III IMPLEMENTACION Y PRUEBAS. __________________________ 46
3.1 Breve Explicación _________________________________________________ 47
3.2 Iniciando. ________________________________________________________ 48
3.3 Conexión_________________________________________________________ 49
3.3.1 Usuarios. ______________________________________________________ 49
3.4 Productos ________________________________________________________ 50
3
3.4.1 Consultas ______________________________________________________ 51
3.4.2 Altas. _________________________________________________________ 51
3.4.3 Bajas. _________________________________________________________ 52
3.4.4 Modificaciones. _________________________________________________ 53
3.4.5 Categorías y Marcas. _____________________________________________ 54
3.5 Nómina, Clientes, Proveedores _____________________________________ 55
3.5.1 Altas__________________________________________________________ 55
3.5.2 Consultas ______________________________________________________ 56
3.5.3 Bajas. _________________________________________________________ 56
3.5.4 Modificaciones. _________________________________________________ 57
3.6. Ventas __________________________________________________________ 59
3.6.1 Inserción de productos. ___________________________________________ 60
3.6.2 Búsquedas._____________________________________________________ 61
3.6.3 Modificaciones. _________________________________________________ 61
3.6.4 Borrar_________________________________________________________ 63
3.6.5 Finalizar Ventas_________________________________________________ 63
3.6.6 Cancelar Ventas_________________________________________________ 63
3.7. Reportes _________________________________________________________ 64
3.8 Salir ____________________________________________________________ 65
3.9 Manejo de Errores_________________________________________________ 66
3.8.1 Errores Tipo 1 __________________________________________________ 66
3.8.2 Errores Tipo 2 __________________________________________________ 66
3.8.3 Errores Tipo 3 __________________________________________________ 67
3.8.4 Tabla de errores. ________________________________________________ 68
Conclusión 69
Bibliografía 70
4
I. INTRODUCCIÓN
necesidad de controlar las tareas que son muy rutinarias o sobre las cuales no se
tiene control, como son el orden, la manipulación de datos, la seguridad de los da-
tos, etc. Esto lleva a dar soluciones que faciliten la operación de las tareas mediante
mercado en menor tiempo, brindando así una mejor calidad en los servicios.
tulos y la conclusión.
nómina, y se da una breve explicación de lo que son las bases de datos, cubriendo
5
re necesarios, la Definición Conceptual del Sistema en la cual se describen las ca-
datos.
cada uno de sus apartados se pueden ver las pantallas principales del software al
mismo tiempo que se explica cada una con ejemplos y en las áreas necesarias se
describe el proceso que se realizó para obtener los resultados mostrados en cada
pantalla.
6
CAPITULO I MARCO TEORICO
7
MARCO TEORICO
Bases de Datos que le permita lograr la eficiencia en el control de los productos con
los que comercializa, así como también llevar un control de su nómina, y el objeti-
niería de software.
1.1 Empresa
nacionales y extranjeras.
8
1.1.1 Antecedentes
satisfacer las necesidades del cliente y hacer una cartera de clientes cada vez ma-
yor.
cual se anotaba el nombre, teléfono, dirección y pedidos del cliente, con la dificul-
tenía que consultar a varias fuentes, de las cuales el acceso no era sencillo, ya que
la misma.
FUNCIONES
a) Iniciar operaciones
9
d) Atención a proveedores
h) Supervisión de inventario
FUNCIONES
a) Organizar agenda
b) Contactar proveedores
g) Captura de información
FUNCIONES
10
FUNCIONES
d) Entrega de mercancía
FUNCIONES
FUNCIONES
tas)
11
1.1.3 Recursos Materiales de la empresa
Dos camionetas
Fax
4 líneas telefónicas
Un conmutador
Una impresora.
Papelería en general.
Una necesidad básica es dar al cliente una atención rápida, lo cual requiere de
tener en una o varias computadoras una base de datos con los productos disponi-
bles para evitar la pérdida de tiempo en las búsquedas de existencia de los produc-
tos así como sus características, que incluyen el precio, marca, color, etc.
Los procesos de negocio consisten en las tareas que debe realizar una empresa
Ventas
Pago de nómina
Pagos a acreedores
12
Altas a nuevos clientes
Control de Inventario
de mantener los registros en papel es que una base de datos es compacta, rápida,
Con todo, existe una ventaja adicional: El sistema de Base de Datos ofrece a
un comercio sin un sistema de este tipo, cada aplicación tiene por lo regular sus
propios archivos privados de manera que los datos están muy dispersos y con se-
13
1.2 Bases de Datos
ra llevar registros. Es posible considerar a la propia Base de Datos como una espe-
La información
El equipo
Los usuarios
Los programas
Los usuarios: Es todo el personal del departamento que requiera usar el sis-
tema de base de datos para implementar, consultar o realizar sus reportes. Se tie-
14
nen diferentes tipos de usuarios, entre los cuales tenemos a los programadores de
aplicaciones;, los cuales son los responsables de escribir los programas de aplica-
ción; los usuarios finales, quienes interactúan con el sistema desde estaciones de
Los programas. Existe una capa de programas entre la base de datos física
El DBMS maneja todas las solicitudes de acceso a la base de datos formuladas por
los usuarios.
El software que permite a una o más personas el usar y/o modificar los da-
Maneja todas las solicitudes de acceso a la base de datos formuladas por los usua-
rios.
15
Sincronización: Cuando varios usuarios corren programas que accesan a la
re.
Uno de sus objetivos más importantes es proporcionar a los usuarios una vi-
sión abstracta de los datos, es decir, el sistema esconde ciertos detalles de como se
almacenan y mantienen los datos, pero sin embargo se deben extraer eficientemen-
te.
de datos se orienta hacia los sistemas relacionales, por ende, en ésta parte del capi-
tulo se explicará de manera general los conceptos fundamentales para los sistemas
Una base de datos relacional es una base de datos percibida por el usuario
16
1. Estructura de datos: El usuario percibe la información de la base de datos como
cional.
tos.
Una Tupla corresponde a una fila de esa tabla y a un atributo a una columna.
Un Dominio es una colección de valores escalares, de los cuales uno o mas atribu-
naturaleza de su dominio.
17
2. Integridad. Las tablas deben satisfacer ciertas restricciones de integridad.
cia.
tablas son operadores que derivan tablas a partir de tablas. En particular, tres
La operación juntar reúne dos tablas con base en valores comunes de al menos
18
1.3 Ingeniería de Software
tores tan importantes como el coste económico, la fiabilidad del sistema y un fun-
El modelo del ciclo de vida es un factor principal para conseguir los objetivos
buscados, una mala elección del modelo de ciclo de vida puede hacer que se nos
retrase el trabajo enormemente o que tengamos una planificación perfecta del tra-
bajo.
19
• Análisis de requerimientos.
• Diseño global.
• Diseño detallado.
• Codificación y depuración.
revisando tras cada una de las etapas. Para poder pasar a la siguiente etapa se tiene
que haber conseguido todos los objetivos de la etapa anterior, es un proceso se-
cuencial.
con metodologías técnicas conocidas. Este modelo será apropiado para la migra-
Con este modelo se tiene un seguimiento de todas las fases del proyecto y del
cumplimiento de todos los objetivos marcados en cada etapa tanto de costes, fe-
chas de entrega y lo más importante que pueden comprobar al final de cada etapa
tarea de la empresa en el proyecto una vez pasada esta etapa, el trabajo que hay
que realizar se retrasa en fechas de entrega y el coste es mayor. Por lo tanto esto
hora.
una etapa a la anterior, pero suele ser difícil ya que hay que rehacer la etapa ante-
rior, este modelo es el ciclo de vida del salmón. Por lo tanto este es un modelo poco
20
apropiado para proyectos con fecha de entrega corta, pero su rendimiento puede
1.3.2 Espiral
riesgos hasta que estén todos controlados. Una vez que estén los riesgos más im-
En el ciclo de vida en espiral localizan los riesgos, genera un plan para manejar-
21
En el modelo en espiral se comienza con una parte pequeña del proyecto y se
para ella.
En este modelo las primeras iteraciones son menos costosas y a medida que se
• Un aumento de costes.
22
1.3.3 Modelo del desarrollo por prototipos
un sistema terminado. Quizás los informes no tengan encabezados, logos, etc., fal-
requerimientos.
tirse el prototipo en el sistema terminado, o bien, cuando no son muchos los bene-
ser demasiados vagos aún al formular el diseño. En otros casos, es probable que
emplea, otra vez, como prototipo y que revela más información valiosa sobre dise-
ño. El proceso se repite las veces que sea necesario para revelar los requerimientos
23
Maquetas. Cuando se comienza el desarrollo, tiene por objetivo presentar a los
usuarios y/o clientes la apariencia del sistema final. Los usuarios pueden manifes-
tar su opinión.
Ambos métodos son muy útiles para establecer la viabilidad del proyecto y
para el método de desarrollo de prototipo como lo es para los métodos del ciclo
deben trabajar juntos para identificar los requerimientos conocidos que tiene que
satisfacerse. Para hacerlo determinan los fines para lo que servirá el sistema y el
de un plan general que permita a las personas conocer lo que se espera de ellas y
del proceso de desarrollo. Es difícil, y en ocasiones imposibles, fijar una fecha ten-
nera conjunta los datos que son necesarios para el sistema y especifican la salida
cambian muy poco en relación con las tomadas en otros métodos de desarrollo. Sin
24
embargo, con un prototipo, se espera que las especificaciones iniciales estén in-
completas.
Al construir el prototipo se deben seguir los estándares para datos que em-
plea la organización.
3) El prototipo y el usuario
la familiaridad indispensable para determinar los cambios o mejoras que sean ne-
Información sobre los que les gusta y los que les desagrada a los usuarios.
versión de la aplicación.
Los cambios al prototipo son planificados con los usuarios antes de llevarlos
25
El proceso finaliza cuando los usuarios y analistas están de acuerdo en que
los objetivos deseados, ya sea por la tecnología existente o por el factor económico.
26
CAPIITULO II ANÁLISIS Y DISEÑO DEL SISTEMA
27
2.1 Especificación de Requisitos
empresas. Esto lleva a dar soluciones que faciliten la operación de las tareas me-
diante la construcción de una base de datos que pueda satisfacer las necesidades
de su mercado en menor tiempo, brindando así una mejor calidad en los servicios,
por lo cual, este proyecto tiene como objeto crear un sistema de Bases de Datos pa-
28
2.2 Definición Conceptual del Sistema
El Sistema será una base de datos que lleve el control y administración de la in-
formación que se tiene dentro de la ferretería para así facilitar el manejo de servi-
con una organización eficiente que le permita realizar sus procesos de negocio con
clientes.
formación personal de los empleados está registrada en papeles, las ventas se rea-
ra, lo que provoca que el control de las ventas e inventario no sea exacto ni actuali-
una hoja de cálculo en Microsoft Excel, la cual solo contiene la información perso-
Teniendo esta información, se obtuvieron los requisitos del Sistema, los cuales
29
2.3 Descripción de la Información.
Calcular totales.
Aplicar descuentos.
Calcular la nómina.
2.3.1.1 Actores
Los actores del sistema son los siguientes: Cliente, Vendedor, Gerente, sus
Paga productos
Cajero Cobra
Da de alta a clientes
30
Gerente Da de alta productos
Controla nómina
Da de alta empleados
Inicia operaciones
Tipo Primario
Descripción El cliente pide los productos que desea comprar, el vendedor los regis-
tra, el cajero captura los pagos. Al terminar el cliente se marcha con los
productos.
Actores Gerente
Tipo Primario
Descripción El gerente activa el sistema a fin de prepararlo para que lo usen ven-
dedores y cajeros.
Tipo Primario
31
Caso de uso Obtener nómina
Tipo Secundario
Tipo Secundario
Tipo Primario
Descripción El cliente solicita darse de alta, el vendedor o gerente captura sus datos
Tipo Primario
32
2.4 Modelo Funcional
Símbolo Significado
Vendedor
Vendedor Sistema Gerente
Gerente Impresora
El primer DFD muestra la relación que existe entre el Sistema y las entida-
des externas que son vendedores, gerente e impresora, el flujo de datos es del ven-
33
2.4.2 DFD NIVEL 1
Inventario
Vendendor
Vendedor
Ventas
(Pantalla)
Actualización Ventas
de Inventario
Inventario
Inventario Reportes
Impresora
Actualización
de Clientes
Gerente
Nómina
(Pantalla)
Clientes
Actualización
de Nómina
Gerente
Actualización
Proveedores
Proveedores
34
2.4.3 DFD NIVEL 2
2.4.3.1 Ventas.
Realiza Consulta
Vendendor Vendendor
de productos
(Pantalla)
Inventario Despliega
Productos
Actualiza
Inventario Actualiza
Ventas
Ventas
El Gerente introduce los nuevos datos para ser agregados o modificados del
Gerente Actualizar
Dá información Gerente
Información
del empleado (Pantalla)
Nómina
35
2.4.3.3 Actualización de Clientes.
Gerente o
Vendedor Actualizar Gerente o
Dá información Información Vendedor
del cliente (Pantalla)
Clientes
Gerente o
Vendedor Actualizar Gerente o
Dá información Información Vendedor
del producto (Pantalla)
Inventario
36
2.4.3.5 Actualización de Proveedores.
Gerente Actualizar
Dá información Gerente
Información
del proveedor (Pantalla)
Proveedores
37
2.5. Modelo Entidad – Relación
Calle Tel1
Empleado Ventas Monto
Nombre Tel2
Id_empleado Hecha
Cargo Id_ventas
por
Sueldo
Fechaingreso
Id_linea Cantidad
Contiene
Descuento lineaproducto Id_categoria
Importe Categoria
Regista
Nombre
Id_producto Tiene
Precioc
Nombrec Calle
Nombrec Calle
Nombre Colonia
Nombre Colonia
Municipio
Municipio Id_prov
Id_cliente Proveedor
Cliente Ciudad
Ciudad Fax
Fax CP
CP Tel3
Tel3
Tel2 Tel1
Tel2 Tel1
38
El modelo consta de 8 entidades con sus respectivas relaciones y tributos,
a continuación se explican cada una de las entidades con su nombre, función y sus
atributos.
2.5.1 Entidades
Atributo Descripción
Calle Calle
Colonia Colonia
Municipio Municipio.
Ciudad Ciudad
CP Código Postal
Tel1 Teléfono
Atributo Descripción
39
Monto Costo total de los productos comprados en una venta
Atributo Descripción
Atributo Descripción
Atributo Descripción
Atributo Descripción
40
Descuento Contiene el descuento hecho a cada uno de los productos
Atributo Descripción
Calle Calle
Colonia Colonia
Municipio Municipio
Ciudad Ciudad
CP Código Postal
Atributo Descripción
41
Calle Calle
Colonia Colonia
Municipio Municipio
Ciudad Ciudad
CP Código Postal
2.5.2 Relaciones.
Hasta ahora solo se han mencionado las entidades y sus atributos, a conti-
Muchos a 1: M:1
42
2.6 Modelo Relacional
El modelo Relacional se obtuvo del Modelo Entidad Relación, a continuación se
presentan las tablas que se obtuvieron solamente del nombre de la entidad y sus atributos:
43
2.6.2 Tabla Producto
nea de la tabla marca y categoría, ambas se obtuvieron de una relación uno a mu-
Producto Tipo
id_producto Varchar(10)
nombre varchar(40)
preciou float
precioc float
caracteristicas varchar(100)
existencia float
id_marca Varchar(30)
id_categoria Varchar(30)
Tabla 2.11 Producto
Ventas Tipo
id_ventas Int
Monto Flota
Fecha Date
Hora Time
id_empleado Varchar(5)
Tabla 2.12 Ventas
44
2.6.4 Tabla Lineaproducto
LineaProducto contiene tres llaves foráneas ya que existe una relación mu-
lineaproducto Tipo
id_linea int
descuento Int
cantidad float
id_ventas int
id_producto varchar(10)
importe float
Tabla 2.13 Lineaproducto
45
CAPITULO III IMPLEMENTACION Y PRUEBAS.
46
3.1 Breve Explicación
se utilizó el siguiente software: PHP para realizar la interfaz del programa ayuda-
gunas interfaces.
ventario.
categorías.
• Reportes. En esta parte del Sistema se generan informes con los datos de las
Microsoft Access.
47
3.2 Iniciando.
El primer paso para iniciar con el Sistema es abrir algún navegador de Internet y en caso de trabajar de forma local, teclear:
http://localhost/contenedor.htm, si se está accediendo a la base de datos desde una máquina cualquiera al servidor que contiene el Sistema, se
teclea la ruta en la que se encuentra la pagina principal del servidor. En ambos casos pulsando la tecla enter se dará inicio a página
Banner
Menú Principal
48
3.3 Conexión
dos.
3.3.1 Usuarios.
Gerente. Tiene todos los privilegios sobre las tablas de la base de datos.
Empleado. Solo tienen acceso a ciertas operaciones, como son las consultas de produc-
tos, clientes, proveedores, a visualizar la clave de cada empleado en las ventas, y to-
dos los privilegios sobre las tablas que tienen que ver con el módulo ventas, marcas y
categorías
Una vez que el usuario se ha registrado correctamente puede acceder a las demás
por el usuario se manejan cookies, las cuales continúan con su valor hasta que sea
nexión.
49
3.4 Productos
El módulo Productos muestra en la parte inferior las operaciones disponibles para los usuarios sobre el tema, para esto se
utilizaron dos frames que contienen la pantalla de consulta y el menú Productos que contiene las opciones Altas, Bajas, Modifica-
50
3.4.1 Consultas
Precio unitario y Precio de Compra, no es necesario dar el valor completo del dato a
buscar, basta con escribir una parte de él. Un ejemplo de cómo el sistema presenta el
resultado de una consulta en que se piden los productos que tengan por nombre “ta-
3.4.2 Altas.
En la pantalla altas, se permite al usuario ingresar los datos de un nuevo producto, las
campos de menú, cabe resaltar que las marcas y categorías se extraen de los datos
ingresados en los Sistemas Categorías y Marcas. En la pantalla Altas se valida que los
51
Figura 3.4 Altas de Productos
3.4.3 Bajas.
nombre del elemento a eliminar, el Sistema hace una búsqueda de este y muestra los
siendo utilizado por alguna otra parte del Sistema, por ejemplo por el área de ventas,
se muestra a continuación:
tos
Pantalla 2: Confirmación
52
3.4.4 Modificaciones.
bres que coinciden y una liga para elegir el elemento a modificar, posteriormente el
Sistema regresa los datos originales del producto, el usuario podrá modificar los da-
tos, el sistema los valida y regresa una confirmación. El proceso se explica a conti-
nuación.
Pantalla 1:
Consulta
Pantalla 2:
El sistema
regresa los
datos y el
usuario los
modifica
Pantalla 3:
Confirmación.
53
3.4.5 Categorías y Marcas.
usuario deja en blanco la casilla de búsqueda, el sistema le mostrará todas las marcas
o categorías existentes.
54
3.5 Nómina, Clientes, Proveedores
Los módulos Nómina, Clientes, Proveedores son muy parecidos, solo difieren
en los datos que se piden en cada uno, por lo cual, a continuación se presentan sus
3.5.1 Altas
Nómina. Datos solicitados: Nombre, Clave, Calle Y Número, Colonia, Municipio, Ciu-
Clientes. Datos solicitados: Nombre, Clave, Nombre de contacto, Calle y Número, Co-
55
3.5.2 Consultas
El usuario ingresa el valor a buscar de acuerdo a la categoría por la que elija se realice
la consulta, presiona el botón enviar y el sistema muestra todos los campos del resul-
tado obtenido.
3.5.3 Bajas.
Para realizar una eliminación el usuario teclea el nombre del empleado, a con-
tinuación se desplegará la lista de nombres que coinciden y una liga para elegir el
no se esté siendo utilizado por la tabla de ventas, en caso de no existir la clave, el Sis-
56
Pantalla 1:
El usuario Hace la bús-
queda y selección del
elemento a eliminar
Pantalla 2:
Confirmación de que
el elemento ha sido
de baja.
Figura 3.10. Sistema Nómina: Bajas.
3.5.4 Modificaciones.
Pantalla 1:
El usuario Hace la bús-
queda y selección del
elemento a modificar
57
Pantalla 2:
Modificando Datos
Pantalla 3:
Confirmación
58
3.6. Ventas
El Sistema Ventas es el módulo más importante del Sistema, por lo cual, al pulsar la opción Ventas en la pantalla principal
del Sistema, el resultado no se muestra en la misma pantalla, en vez de esto, se abre una nueva ventana. Mostrada a continuación.
Banner
Área de búsquedas
59
El Área de Ventas se divide en tres partes, el Banner en la parte superior, a con-
El primer paso para realizar una venta es elegir la clave del empleado que la
mantendrán durante toda la operación hasta que la venta haya finalizado, para man-
tener el dato se utilizaron dos cookies, una se encarga de llevar la nota de venta y la
existen en la bodega las cantidades necesarias para surtir el producto, en caso de ser
el descuento e importe y para cada producto se muestran dos ligas una es para modi-
muestra el monto total de la venta, mismo que se actualiza cada vez que se introduce
un nuevo producto. En caso de existir algún error en la captura del producto, el Sis-
las ventas, es decir, no agrega un producto que no exista o que no haya la suficiente
60
Figura 3.13. Captura de Productos
3.6.2 Búsquedas.
Debido a que el número de productos que pueden ser surtidos en una ferrete-
3.6.3 Modificaciones.
datos originales. El usuario ingresa los cambios a realizar y pide al Sistema mos-
61
Selección del producto a
modificar y presentación
de los datos originales
Realizando Cambios
Cambio Terminado
62
3.6.4 Borrar
lo cual se borran las cookies que tienen almacenado el valor de la nota de Venta y la
clave del empleado y se limpia la pantalla de ventas para quedar en su forma origi-
63
3.7. Reportes
El área de sistemas trabaja con Microsoft Access para la realización de los re-
portes, ésta área permite al usuario visualizar los reportes de ventas e inventario.
• Generar y visualizar reportes: Esta opción genera un archivo de texto del in-
de texto, en vez de esto muestra una liga para ir directo al archivo de Microsoft
reportes.
64
Una vez que el usuario se ha decidido por Ventas o Inventario el sistema le
presenta una lista con los reportes disponibles de la categoría elegida, el usuario se-
operación correspondiente.
de ventas:
3.8 Salir
La opción Salir de la ventana principal del Sistema permite al usuario terminar con la
65
3.9 Manejo de Errores
El Sistema debe encargarse de evitar las operaciones con datos no válidos, por
lo cual trata de validar la información introducida y de manejar los errores que pue-
dan ocurrir. Existen tres formas de indicarle al usuario un error, los cuales llamare-
Esta forma de validar es verificando que los tipos de datos sean correctos, esta
forma de validación se realiza cuando el usuario pulsa el botón para enviar infor-
Esta forma de validación trabaja con la información que tiene un tipo de dato
66
Figura 3.18.Error donde el dato no coincide con la información de la base de datos
Figura 3.20. Error donde se pretende insertar una clave que ya existe.
Figura 3.21. Error donde se quiere eliminar un elemento que está siendo utilizado por algún elemento
de la base de datos
Figura 3.22. Error en el que se quieren insertar mas productos de los disponibles
Esta forma de manejar los errores tiene que ver con los permisos o privilegios
otorgados a los usuarios del Sistema, cuando exista una falla de este tipo, se mostrará
la siguiente pantalla:
67
3.8.4 Tabla de errores.
En esta parte trataremos los errores que pueden ocurrir en las operaciones
siguiente tabla se muestran las operaciones, los errores y el tipo de error con el que
datos
68
Conclusión
El objetivo de este proyecto fue crear un Sistema de Base de Datos para una
Ferretería con el fin de controlar sobre las cuales no se tiene control, como son el
PHP, HTML y en algunos casos con Java Script, los reportes se hicieron con PHP,
el área de Ventas, ya que al ser PHP un lenguaje que trabaja del lado del Servidor y
ran hacer de los productos ingresados en cada venta, este problema fue resuelto
utilizando Marcos de HTML, otra de las razones por las que Ventas fue el área mas
complicada es que lleva muchas validaciones de datos lo cual propició que el ma-
Planes a Futuro
área de Cuentas por Pagar y Cuentas por Cobrar, así como la información de los
hasta la fecha el Sistema solo da altas, bajas modificaciones y búsquedas de los da-
69
Bibliografía
MYSQL
Pau Dubois
Ed. New Readers
UML Y PATRONES
Graig Larman
Ed. PRENTICE HALL
Páginas de Internet
Tutoriales PHP:
www.programacion.com/php/
http://es.tldp.org/Manuales-LuCAS/manual_PHP/
www.webestilo.com/php
Tutoriales MYSQL
www.mysql-hispano.org
www.mysql.com
www.mysql.es
70
www.solotutoriales.com
www.abcdatos.com/tutoriales/tutorial/
Tutoriales HTML
www.desarrolloweb.com
www.lawebdelprogramador.com
www.htmlconclase.com
71