P. 1
57343829-Sistema-de-Base-de-Datos-Para-Una-Ferreteria

57343829-Sistema-de-Base-de-Datos-Para-Una-Ferreteria

|Views: 24|Likes:
Publicado porLuis Enrique Cz

More info:

Published by: Luis Enrique Cz on May 18, 2012
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

05/18/2012

pdf

text

original

Sections

  • I. INTRODUCCIÓN
  • CAPITULO I MARCO TEORICO
  • 1.1 Empresa
  • 1.1.1 Antecedentes
  • 1.1.2 Organización de la empresa
  • 1.1.3 Recursos Materiales de la empresa
  • 1.1.4 Necesidad de controlar los procesos de negocio
  • 1.1.5 Principales Procesos de Negocio de la empresa
  • 1.1.6 Beneficios de la base de datos a la empresa
  • 1.2 Bases de Datos
  • 1.2.1 ¿Qué es un Sistema de Base de datos?
  • 1.2.2 Principales componentes de un Sistema de Bases de Datos
  • 1.2.3 El Sistema de Administración de Bases de Datos (DBMS)
  • 1.2.4 El Modelo Relacional
  • 1.3 Ingeniería de Software
  • 1.3.1 Modelo de cascada
  • 1.3.2 Espiral
  • 1.3.3 Modelo del desarrollo por prototipos
  • CAPIITULO II ANÁLISIS Y DISEÑO DEL SISTEMA
  • 2.1 Especificación de Requisitos
  • 2.1.1 Requerimientos del Sistema
  • 2.2 Definición Conceptual del Sistema
  • 2.3 Descripción de la Información
  • 2.3.1 Casos De Uso: Descripción De Procesos
  • 2.4 Modelo Funcional
  • 2.4.1 DFD NIVEL 0
  • 2.4.2 DFD NIVEL 1
  • 2.4.3 DFD NIVEL 2
  • 2.5. Modelo Entidad – Relación
  • 2.5.1 Entidades
  • 2.5.2 Relaciones
  • 2.6 Modelo Relacional
  • 2.6.2 Tabla Producto
  • 2.6.3 Tabla Ventas
  • 2.6.4 Tabla Lineaproducto
  • CAPITULO III IMPLEMENTACION Y PRUEBAS
  • 3.1 Breve Explicación
  • 3.2 Iniciando
  • 3.3 Conexión
  • 3.3.1 Usuarios
  • 3.4 Productos
  • 3.4.1 Consultas
  • 3.4.2 Altas
  • 3.4.3 Bajas
  • 3.4.4 Modificaciones
  • 3.4.5 Categorías y Marcas
  • 3.5 Nómina, Clientes, Proveedores
  • 3.5.1 Altas
  • 3.5.2 Consultas
  • 3.5.3 Bajas
  • 3.5.4 Modificaciones
  • 3.6. Ventas
  • 3.6.1 Inserción de productos
  • 3.6.2 Búsquedas
  • 3.6.3 Modificaciones
  • 3.6.4 Borrar
  • 3.6.5 Finalizar Ventas
  • 3.6.6 Cancelar Ventas
  • 3.7. Reportes
  • 3.8 Salir
  • 3.9 Manejo de Errores
  • 3.8.1 Errores Tipo 1
  • 3.8.2 Errores Tipo 2
  • 3.8.3 Errores Tipo 3
  • 3.8.4 Tabla de errores

Benemérita Universidad Autónoma de Puebla Facultad de Ciencias de la Computación

“Sistema de Base de Datos para una Ferretería”

Presenta

Lucero Pérez Morales
Para obtener el Título de Licenciada en Ciencias de la Computación Asesor M. C. Beatriz Beltrán Martínez

Diciembre 2004

1

Dedicatoria
A Dios: Por la oportunidad de estar viva y darme inteligencia para realizar este trabajo y por permitirle haber estado conmigo a las personas a las que dedicaré esta tesis. A mis Padres: Les dedico este trabajo con todo mi amor y les agradezco todos los sacrificios que hicieron para que pudiera llegar hasta aquí, gracias por confiar en mi, por cuidarme en tantas y tantas ocasiones y sobre 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 que no tendía suficientes líneas para explicar por que te dedico mi tesis, donde quiera que estés quiero que sepas que todo eso dio frutos, se que aun me cuidas y que estas contenta de estar leyendo esto, gracias por todo, te quiero muchísimo.

Susy y Toño : Niños, hemos pasado por muchas y aunque aveces no lo pareciera, los tres sabemos que contamos uno con el otro si lo necesitamos, gracias por ser mis hermanos porque no pude haber tenido mejores compañeros en casa que ustedes, gracias.

Alejandro: Mi amor parte de este trabajo es tu culpa, gracias por apoyarme y porque en ocasiones me obligaste a terminarlo, este es el principio de tantas y tantas cosas que aun nos falta por vivir, lo importante es que ya será juntos, te adoro con toda mi alma.

Nancy, Gaby, Maribel: Uff tantas anécdotas que tenemos … y las que faltan, muchas gracias por estar conmigo y por haberme ayudado a lograr esto, no se alejen mucho porque las voy a necesitar en muchas situaciones buenas y malas, conocerlas y estar con ustedes ha sido de lo mas divertido pero que todo eso quede entre nos ok? Las quiero mucho.

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

7.5 Finalizar Ventas_________________________________________________ 3. _____________________________________________ 3.5.5 Nómina.1 Altas__________________________________________________________ 3.2 Errores Tipo 2 __________________________________________________ 3.5.6.6. _________________________________________________________ 3.6 Cancelar Ventas_________________________________________________ 3.4 Modificaciones._____________________________________________________ 3.2 Consultas ______________________________________________________ 3.4 Borrar_________________________________________________________ 3.1 Inserción de productos.2 Altas.5 Categorías y Marcas.2 Búsquedas.4.6. _________________________________________________________ 3.8 Salir ____________________________________________________________ 3.6. Ventas __________________________________________________________ 3.5. ________________________________________________ Conclusión 69 Bibliografía 70 51 51 52 53 54 55 55 56 56 57 59 60 61 61 63 63 63 64 65 66 66 66 67 68 4 .8.5. ___________________________________________ 3.4 Modificaciones.6.6.8. _________________________________________________ 3.9 Manejo de Errores_________________________________________________ 3.1 Errores Tipo 1 __________________________________________________ 3. Clientes.4.8.4.3.4.3 Bajas.1 Consultas ______________________________________________________ 3.3 Bajas.6. _________________________________________________________ 3. _________________________________________________ 3. Reportes _________________________________________________________ 3. Proveedores _____________________________________ 3.4.3 Errores Tipo 3 __________________________________________________ 3. _________________________________________________ 3.8.3 Modificaciones.4 Tabla de errores.

y se da una breve explicación de lo que son las bases de datos. cubriendo así un marco teórico. A de C. tres capítulos y la conclusión. la manipulación de datos. en el cual se describe con detalle la necesidad de un Sistema de Bases de Datos dividiendo este capitulo en la Especificación de Requisitos donde se describe el software y hardwa- 5 .V.V. la seguridad de los datos. etc. surge la necesidad de controlar las tareas que son muy rutinarias o sobre las cuales no se tiene control. requiere de técnicas y elementos que faciliten su desplazamiento hacia los mercados potenciales de clientes. brindando así una mejor calidad en los servicios. El capitulo II trata del planteamiento y análisis del problema. Esto lleva a dar soluciones que faciliten la operación de las tareas mediante la construcción de una base de datos que pueda satisfacer las necesidades de su mercado en menor tiempo. El capítulo I se refiere a la necesidad del desarrollo de una base de datos que permita a la Ferretería Méndez S. el levantamiento de pedidos y el control de la nómina. es por ello que en la empresa Ferretería Méndez S. como son el orden. Las bases de datos constituyen un instrumento de mucha utilidad en las empresas. INTRODUCCIÓN La necesidad creciente de comercializar cada día mayor cantidad de productos y servicios. poder controlar de manera eficiente los productos en un inventario. El material presentado se divide en una introducción del proyecto. A de C.I.

Una vez expuesto el Modelo Conceptual se presenta el Modelo Entidad Relación explicando cada uno de sus componentes. 6 . En el capitulo III se muestra la Implementación y Pruebas del Sistema. en 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. partiendo de esto y al finalizar el capitulo se describe el Modelo Relacional con la explicación de las tablas obtenidas. la Definición Conceptual del Sistema en la cual se describen las características generales de la empresa. Descripción de la Información en la cual se detallan las funciones principales del Sistema mediante casos de uso.re necesarios. Posteriormente se muestra el Modelo conceptual el cual contiene 3 niveles de Diagramas de Flujo de Datos en los cuales se explica la manera en que opera el Sistema y la forma en que interactúan los diferentes módulos y sus almacenes de datos.

CAPITULO I MARCO TEORICO 7 .

1. Cerrajería. La misión es competir en el ramo ferretero. Muebles.V. el objetivo de la primera es describir la necesidad de la Ferretería Méndez S. Organización.V. Iluminación. Pintura. Accesorios para baños y cocinas. etc. de C. de C. Jardinería. así como también llevar un control de su nómina. de contar con un Sistema de Bases de Datos que le permita lograr la eficiencia en el control de los productos con los que comercializa. 8 . Electricidad. La función principal de la empresa para la cual será elaborada la base de datos es la de realizar la venta de productos divididos en categorías de Herramientas Eléctricas. de marcas nacionales y extranjeras. Plomería.A. Hogar y Limpieza. surge en el mes de mayo del 2003.1 Empresa La empresa denominada Ferretería Méndez S. y el objetivo de la segunda parte es dar un marco teórico de las bases de datos y de la ingeniería de software.MARCO TEORICO El presente capítulo se divide en dos partes. proporcionando al cliente artículos de calidad en plomería.A. Hogar. Herramientas Manuales. material eléctrico. herramienta en general. Mascotas.

dirección y pedidos del cliente. la información se elaboraba manualmente en archivos de papeles.2 Organización de la empresa La empresa organiza a su personal de la siguiente manera: 1. teléfono. con la dificultad de que la información continuaba dispersa y para poder surtir un producto se tenía que consultar a varias fuentes. 1.1. y en consecuencia generaba una labor tediosa encontrar información. En relación al control de inventario. Refiriéndose a la nómina. ya que ésta computadora se encuentra en la planta alta del local de la empresa. que como consecuencia.1. generaba conflictos en los pagos.1. FUNCIONES a) Iniciar operaciones b) Revisar agenda de cobros y pagos c) Iniciar registro de caja 9 . la empresa ha tenido como uno de sus objetivos principales satisfacer las necesidades del cliente y hacer una cartera de clientes cada vez mayor. el control de los empleados se llevaba a cabo poniendo toda la responsabilidad en la capacidad de memoria del gerente. ocasionando demoras en los servicios. GERENTE: Encargado de dirigir al personal y autorizar todas las operaciones dentro de la empresa y de administrar los diferentes recursos de la misma. de las cuales el acceso no era sencillo. El control de la cartera de clientes se realizaba en un archivo de Excel en el cual se anotaba el nombre.1 Antecedentes Desde su creación.

d) Atención a proveedores e) f) Hacer o verificar el correcto corte de caja Elaborar cartera de clientes g) Realizar operaciones bancarias h) Supervisión de inventario i) j) Revisión del ingreso de mercancía y su facturación Autorización de movimientos materiales o financieros 2. SECRETARIA: Encargada de las labores administrativas. FUNCIONES a) Organizar agenda b) Contactar proveedores c) Revisar cobros de clientes y pagos a proveedores d) Atención telefónica en general e) Control de remisiones y facturas de efectivo y crédito f) Relación de gastos por facturación de proveedores g) Captura de información 3. EJECUTIVO DE VENTAS: Encargado de ventas en general. CAJERO: Encargado de cobros en mostrador. 10 . FUNCIONES a) Iniciar registro de caja b) Hacer corte de caja diario c) Atención de clientes en el mostrador en caso de ser necesario d) Control de remisiones y facturas 4.

FUNCIONES a) Venta de productos en mostrador o por teléfono b) Seguimiento de cartera de clientes c) Emisión de facturas y remisiones d) Entrega de mercancía e) Elaboración de inventario (manual) f) Recibir y organizar mercancía de nuevo ingreso g) Mantenimiento del lugar de trabajo y medios de transporte del mismo 5. COBRADOR: Encargado de cobros a clientes FUNCIONES a) Mantenimiento del lugar de trabajo b) Realizar ruta de cobros a clientes c) Compra y recibo de mercancía d) Reparto de mercancía a clientes e) Atención de clientes en mostrador en caso necesario f) Organización de productos en el almacén y en el mostrador 6. VIGILANTES: Encargado de la seguridad del lugar de trabajo FUNCIONES a) Asegurar el lugar de trabajo b) Revisar los dispositivos de seguridad ( malla eléctrica. candados y puertas) c) Mantener el espacio destinado a estacionamiento 11 .

pagar a empleados y acreedores. 1. ¿Qué son los procesos de negocio? Los procesos de negocio consisten en las tareas que debe realizar una empresa si quiere seguir funcionando: realizar ventas. Una necesidad básica es dar al cliente una atención rápida.4 Necesidad de controlar los procesos de negocio. Ventas Pago de nómina Pagos a acreedores Altas a nuevos trabajadores 12 . que incluyen el precio. Papelería en general. 1. Una impresora. etc. etc.1. marca.1.3 Recursos Materiales de la empresa Dos camionetas Una caja registradora Fax 4 líneas telefónicas Un conmutador Tres equipo de cómputo. color. controlar el inventario. lo cual requiere de tener en una o varias computadoras una base de datos con los productos disponibles para evitar la pérdida de tiempo en las búsquedas de existencia de los productos así como sus características.5 Principales Procesos de Negocio de la empresa.1.1.

rápida. Con todo.Altas a nuevos clientes Control de Inventario 1.1. existe una ventaja adicional: El sistema de Base de Datos ofrece a la empresa un control centralizado de su información. Así en un comercio sin un sistema de este tipo.6 Beneficios de la base de datos a la empresa. Las ventajas de un sistema de base de datos sobre los métodos tradicionales de mantener los registros en papel es que una base de datos es compacta. menos laboriosa y actual. La información es uno de los recursos más valiosos de una empresa. 13 . cada aplicación tiene por lo regular sus propios archivos privados de manera que los datos están muy dispersos y con seguridad son difíciles de controlar en cualquier forma sistemática.

Canales de E/S. un depósito o un contenedor de una colección de archivos de datos computarizados. A continuación se mencionarán los cuatro principales componentes en un sistema de base de datos: La información El equipo Los usuarios Los programas La información. Es posible considerar a la propia Base de Datos como una especie de armario electrónico para archivar.2 Principales componentes de un Sistema de Bases de Datos. Se considera que son componentes del equipo del sistema: Medios de almacenamiento secundario: Dispositivos E/S asociados.1. consultar o realizar sus reportes. 1. Los usuarios: Es todo el personal del departamento que requiera usar el sistema de base de datos para implementar. Drives.2.1 ¿Qué es un Sistema de Base de datos? Un Sistema de Base de Datos es básicamente un sistema computarizado para llevar registros. etcétera. Procesador o procesadores y memoria principal. En general. Se tie- 14 . es decir.2. El equipo. la información en la base de datos estará integrada y además será compartida.2 Bases de Datos 1.

1. quienes interactúan con el sistema desde estaciones de trabajo o terminales. El DBMS maneja todas las solicitudes de acceso a la base de datos formuladas por los usuarios. Integridad: cierto tipo de “consistencia” deberá realizarse sobre los atributos y valores de los datos. y es quien administra la base de datos Los programas. Seguridad: no todos los usuarios tienen acceso a todos lo datos. los cuales son los responsables de escribir los programas de aplicación. los usuarios finales..2. Existe una capa de programas entre la base de datos física misma y los usuarios del sistema: el Sistema de Administración de Base de Datos (DBMS.3 El Sistema de Administración de Bases de Datos (DBMS) El software que permite a una o más personas el usar y/o modificar los datos de una base de datos se denomina Administrador de Base de Datos (DBMS). para evitar la inconsistencia en los datos. Data Base Managment System). entre los cuales tenemos a los programadores de aplicaciones. y finalmente el Administrador de la Base de Datos (DBA). 15 . Maneja todas las solicitudes de acceso a la base de datos formuladas por los usuarios.nen diferentes tipos de usuarios.

Una base de datos relacional es una base de datos percibida por el usuario como una colección de relaciones normalizadas [Boone 2000]. pero sin embargo se deben extraer eficientemente. el sistema esconde ciertos detalles de como se almacenan y mantienen los datos. por ende. en ésta parte del capitulo se explicará de manera general los conceptos fundamentales para los sistemas relacionales de bases de datos. el DBMS deberá dar protección de inconsistencias que puedan resultar de dos operaciones simultáneas a un mismo grupo de datos. El modelo relacional se ocupa de tres aspectos: 16 . es decir. por esta razón la tecnología de bases de datos se orienta hacia los sistemas relacionales. Protección de rupturas y recuperación: facilidades para realizar copias regulares de la base de datos y reconstruirla después de un error de hardware o software. 1.2. Uno de sus objetivos más importantes es proporcionar a los usuarios una visión abstracta de los datos.Sincronización: Cuando varios usuarios corren programas que accesan a la base de datos al mismo tiempo.4 El Modelo Relacional El modelo relacional de las bases de datos representa la tendencia dominante en el mercado actual debido al avance que ha tenido en el campo de las bases de datos principalmente en el modelo relacional.

Una Tupla corresponde a una fila de esa tabla y a un atributo a una columna. Figura 1. La llave primaria es un identificador único para la tabla.1. El número de atributos en una relación o en forma equivalente el número de dominios subyacentes se llama grado. La estructura de datos es la terminología que se utiliza como notación y forma de representar la información en el modelo relacional. Un Dominio es una colección de valores escalares.1 Modelo Relacional: Estructura de Datos En particular una relación corresponde a lo que comúnmente se le llama Tabla. 17 . de los cuales uno o mas atributos (columnas) son del mismo tipo. Entidad: es cualquier objeto distinguible que ha de representarse en la base de datos. Un atributo es una característica o valor que se toma (las columnas) dentro de la naturaleza de su dominio. es decir una columna o combinación de columnas con la siguiente propiedad: Nunca existen dos filas de la tabla con el mismo valor en esa columna o combinación de columnas. Estructura de datos: El usuario percibe la información de la base de datos como tablas y nada más que tablas. El número de tuplas en una relación se llama Cardinalidad.

tres de estos operadores son importantes: restringir. En particular. 18 . La operación restringir extrae las filas especificadas de una tabla. Manipulación. ♦ La base de datos no debe contener valores de llave ajena sin concordancia. Los operadores disponibles para que el usuario manipule estas tablas son operadores que derivan tablas a partir de tablas. La integridad se basa en dos reglas en el modelo relacional: ♦ Regla de la Integridad de las Entidades: Ningún componente de una relación base puede tener valores nulos. 3. La operación proyectar extrae las columnas especificadas de las tablas. Las tablas deben satisfacer ciertas restricciones de integridad. proyectar.2. Integridad. La operación juntar reúne dos tablas con base en valores comunes de al menos una columna en común. juntar.

19 . 1. 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 trabajo. Teniendo en cuenta factores tan importantes como el coste económico.2 Modelo Cascada En un modelo en cascada un proyecto progresa a través de una secuencia ordenada de pasos que son: • Concepto del software. El modelo del ciclo de vida es un factor principal para conseguir los objetivos buscados.1.1 Modelo de cascada Figura 1.3 Ingeniería de Software La Ingeniería del Software se podría definir como el establecimiento y aplicación de principios de la Ingeniería para obtener software. la fiabilidad del sistema y un funcionamiento eficiente que satisfaga las necesidades del usuario.3.

Por este motivo se puede modificar el modelo en cascada pudiendo pasar de una etapa a la anterior. Prueba del sistema. A su vez esto es un problema ya que si el usuario se da cuenta de que falta una tarea de la empresa en el proyecto una vez pasada esta etapa. Por lo tanto este es un modelo poco 20 . Por lo tanto esto produce un fracaso en la industria ya que es reacio a las modificaciones de última hora. Codificación y depuración. El modelo contiene una serie de etapas que no se solapan. 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. el trabajo que hay que realizar se retrasa en fechas de entrega y el coste es mayor. Diseño detallado. Este modelo será apropiado para la migración de una aplicación o a una versión de mantenimiento bien definida. y el proyecto se va revisando tras cada una de las etapas.• • • • • Análisis de requerimientos. Diseño global. Para poder pasar a la siguiente etapa se tiene que haber conseguido todos los objetivos de la etapa anterior. Tiene una buena aplicación cuando el problema es estable y cuando se trabaja con metodologías técnicas conocidas. pero suele ser difícil ya que hay que rehacer la etapa anterior. fechas de entrega y lo más importante que pueden comprobar al final de cada etapa si el proyecto cumple todas las necesidades del usuario. este modelo es el ciclo de vida del salmón. es un proceso secuencial.

21 .2 Espiral Fig1. 1.apropiado para proyectos con fecha de entrega corta.3 Modelo Espiral El modelo de la espiral es un modelo orientado a riesgo que divide el proyecto software en mini proyectos. pero su rendimiento puede mejorar notablemente variando el modelo de la cascada pura. En el ciclo de vida en espiral localizan los riesgos. Con cada iteración se produce una aproximación al producto final.3. Una vez que estén los riesgos más importantes controlados se finaliza igual que el ciclo de vida en cascada. Cada proyecto se encargará de resolver uno o varios riesgos hasta que estén todos controlados. genera un plan para manejarlos y se establece una aproximación a la siguiente iteración.

Evaluar las alternativas. Identificar y resolver riesgos. alternativas y límites. Al final de cada iteración se obtienen los puntos de verificación. En cada iteración seguimos los siguientes pasos: • • • • • • Determinar objetivos. Se obtienen con anterioridad indicaciones de cualquier riesgo insuperable. Es un modelo complicado de llevar a cabo porque exige una gestión concienzuda. En este modelo las primeras iteraciones son menos costosas y a medida que se avanza aumenta el coste.En el modelo en espiral se comienza con una parte pequeña del proyecto y se expande tras reducir los riesgos para la siguiente iteración. Las ventajas de este modelo son: • • • Se disminuyen los riesgos. 22 . Si se decide ejecutar la siguiente iteración. atenta y unos conocimientos profundos. y comprobar que son correctas. Las desventajas de este modelo son: • • Un aumento de costes. Planificar la siguiente iteración. Generar entregas de esta iteración. hay que establecer un enfoque para ella.

es probable que una investigación de sistemas bien llevada. o bien. La información obtenida con su uso se aplica en un nuevo diseño que se emplea. de como resultado un conjunto muy amplio de requerimientos de sistemas. logos. pero construir un sistema que satisfaga a todos ellos quizás necesite del desarrollo de nueva tecnología. puede convertirse el prototipo en el sistema terminado. aunque no tengan todas las características y toques finales de un sistema terminado. 1.3 Modelo del desarrollo por prototipos Los sistemas pueden desarrollarse con métodos y lenguajes de programación convencionales. Quizás los informes no tengan encabezados. y aquellas donde el diseño propuesto es novedoso y aún no ha sido probada. En otros casos. El proceso se repite las veces que sea necesario para revelar los requerimientos esenciales del diseño.1 Razones para desarrollar prototipos de sistemas Los requerimientos de información no siempre están bien definidos..3.1. Lo importante es el ensayo. pueden ser demasiados vagos aún al formular el diseño.3. Los prototipos permiten evaluar situaciones extraordinarias donde los encargados de diseñar e implantar sistemas no tienen información ni experiencia. 23 . y hallar los requerimientos.3. otra vez. etc. En algunos casos donde el sistema no será utilizado frecuentemente. cuando no son muchos los beneficios que se obtienen. como prototipo y que revela más información valiosa sobre diseño. o también donde existen situaciones de riesgo y costos elevados. falten controles de entradas y procesamiento.

La determinación de los requerimientos de una aplicación es tan importante para el método de desarrollo de prototipo como lo es para los métodos del ciclo clásico de desarrollo de sistemas o análisis estructurado (aunque las tácticas son diferentes). tiene por objetivo presentar a los usuarios y/o clientes la apariencia del sistema final. Sin 24 . 1. los analistas y usuarios deben trabajar juntos para identificar los requerimientos conocidos que tiene que satisfacerse. Los usuarios pueden manifestar su opinión.3. La experiencia con el sistema es la que determina eventualmente cuando en sistema esta terminado. Es difícil. y en ocasiones imposibles. Cuando se comienza el desarrollo. usuarios y analistas identifican de manera conjunta los datos que son necesarios para el sistema y especifican la salida que debe producir la aplicación.Maquetas.3. antes de crear el prototipo. 2) Desarrollo de un modelo de trabajo Es útil comenzar el proceso de construcción del prototipo con el desarrollo de un plan general que permita a las personas conocer lo que se espera de ellas y del proceso de desarrollo. Ambos métodos son muy útiles para establecer la viabilidad del proyecto y definir acuerdos sobre los objetivos y resultados esperados. fijar una fecha tentativa de terminación. Por consiguiente.2 Etapas del método de prototipos 1) Identificación de requerimientos conocido. Las decisiones de diseño necesarias para desarrollar la salida del sistema cambian muy poco en relación con las tomadas en otros métodos de desarrollo. Para hacerlo determinan los fines para lo que servirá el sistema y el alcance de sus capacidades. Para comenzar la primera iteración.

4) Revisión del prototipo Información sobre los que les gusta y los que les desagrada a los usuarios.embargo. El analista es el responsable de realizar las modificaciones. 5) Repetición del proceso las veces que sea necesario. En el desarrollo de un prototipo se preparan los siguientes componentes: *El lenguaje para el diálogo o conversación entre el usuario y el sistema *Pantallas y formato para la entrada de datos *módulos esenciales de procesamiento *Salida del sistema Al construir el prototipo se deben seguir los estándares para datos que emplea la organización. La experiencia con el sistema bajo condiciones permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios así como la eliminación de características inadecuadas o innecesarias. Durante la evaluación los analistas de sistemas desean capturar 3) El prototipo y el usuario Es responsabilidad del usuario trabajar con prototipo y evaluar su característica y operación. se espera que las especificaciones iniciales estén incompletas. 25 . La información obtenida tendrá influencia sobre las características de la siguiente versión de la aplicación. En esta etapa es más importante la rapidez con que se construye el prototipo que la eficiencia de operación. con un prototipo. Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo. Es por esto que el analista no intenta optimizar la velocidad de operación del sistema.

ya sea por la tecnología existente o por el factor económico.El proceso finaliza cuando los usuarios y analistas están de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las características necesarias o cuando ya es evidente que no se obtendrá mayor beneficio. 26 . 6) El abandono o dejarlo como esta: Cuando se verifica que no es posible desarrollar el sistema para satisfacer los objetivos deseados.

CAPIITULO II ANÁLISIS Y DISEÑO DEL SISTEMA 27 .

1. PHP: Es el lenguaje de programación y proporciona una interfaz gráfica para el usuario. brindando así una mejor calidad en los servicios. por lo cual. HTML: Soporta el PHP y ayuda en la interfaz con el usuario. un navegador WEB como Internet Explorer o Netscape Navigator.1 Requerimientos del Sistema El Sistema de Base de Datos requiere en principio de una computadora Pentium II en adelante. NT o XP. Esto lleva a dar soluciones que faciliten la operación de las tareas mediante la construcción de una base de datos que pueda satisfacer las necesidades de su mercado en menor tiempo. con el Sistema Operativo Windows 2000. 2. registro de ventas de productos y la nómina de una ferretería teniendo la capacidad de manejarse en red. El software necesario para realizar el Sistema es: • • Apache: Proporciona las tareas de Servidor. otra ventaja de PHP es que nos esconde el código. Ultra-Edit32: Editor de HTML y PHP 28 . este proyecto tiene como objeto crear un sistema de Bases de Datos para llevar el control de inventario. • • • • MYSQL: Es el sistema Manejador de Bases de Datos.2.1 Especificación de Requisitos Las bases de datos constituyen un instrumento de mucha utilidad en las empresas. Microsoft Visio: Software para realizar los diagramas.

causando con esto una demora en la atención a clientes. Control del inventario. lo que provoca que el control de las ventas e inventario no sea exacto ni actualizado. La empresa realiza sus procesos en forma manual. la cartera de clientes y la información de proveedores está en una hoja de cálculo en Microsoft Excel. La recopilación de la información se hizo a través de entrevistas con el cliente. se obtuvieron los requisitos del Sistema.2. teniendo como funciones principales: • • • • • Cartera de clientes actualizada. las ventas se realizan en forma manual y la actualización del inventario se hace de la misma manera. el control de la nómina se basa en la memoria del gerente y la información personal de los empleados está registrada en papeles. es decir. ya que esta no cuenta con una organización eficiente que le permita realizar sus procesos de negocio con la suficiente rapidez y efectividad. los cuales se explicarán en la siguiente parte. Control de las Ventas de Productos. por otro lado.2 Definición Conceptual del Sistema El Sistema será una base de datos que lleve el control y administración de la información que se tiene dentro de la ferretería para así facilitar el manejo de servicios. tiene un inventario hecho en papel. Teniendo esta información. Información personal de los trabajadores para la nomina. 29 . la cual solo contiene la información personal del cliente y de los proveedores. en las cuales se discutieron las necesidades de la empresa. clientes y trabajadores dentro de ésta. Información de los proveedores.

Dar de baja a clientes.3 Descripción de la Información. Dar información de productos. Dar de alta a trabajadores.1 Actores Los actores del sistema son los siguientes: Cliente. Calcular las existencias.3. sus actividades son descritas a continuación. Vendedor. 2. Controlar información de proveedores.1. Aplicar descuentos. 2.2. Gerente.1 Casos De Uso: Descripción De Procesos. Las funciones principales del sistema son: Dar de alta a clientes.3. Calcular la nómina. Calcular totales. Dar de baja a trabajadores. Cliente Compra productos Paga productos Cajero Cobra Emite facturas y notas Vendedor Registra productos Da de alta a clientes 30 .

2 Casos De Uso En Formato De Alto Nivel. Al terminar el cliente se marcha con los productos. Caso de uso Actores Tipo Descripción Pagar factura o recibo Cajero cliente Primario El cajero cobra el monto.Gerente Da de alta productos Controla nómina Da de alta empleados Inicia operaciones 2. el vendedor los registra. el cajero captura los pagos.1. cajero.3. entregas el cambio 31 . vendedor Primario El cliente pide los productos que desea comprar. el cliente paga y el cajero emite facturas o notas. Caso de uso Actores Tipo Descripción Inicio de operaciones Gerente Primario El gerente activa el sistema a fin de prepararlo para que lo usen vendedores y cajeros. Caso de uso Actores Tipo Descripción Comprar productos Cliente (iniciador).

Caso de uso Actores Tipo Descripción Obtener nómina Gerente empleado Secundario El gerente consulta la nómina y paga al vendedor o cajero. el vendedor o gerente captura sus datos Caso de uso Actores Tipo Descripción Dar de alta productos Gerente o empleado Primario El gerente o empleado captura información del nuevo producto 32 . el empleado proporciona sus datos Caso de uso Actores Tipo Descripción Ingresar clientes Cliente. Caso de uso Actores Tipo Descripción Alta a trabajadores Empleados en general Secundario El gerente inicia con el ingreso de información del nuevo empleado. vendedor o gerente Primario El cliente solicita darse de alta.

4 Modelo Funcional El diagrama funcional del proyecto consta de 3 niveles de Diagramas de Flujo de Datos (DFD). el flujo de datos es del vendedor o el gerente al Sistema y del Sistema al vendedor o gerente y a la impresora.1. Proceso: Manipula o destruye información Indica la dirección en que fluye la información Almacén de datos. indica de donde se alimenta un proceso 2. 33 . a continuación se explica la simbología utilizada. gerente e impresora. Símbolo Texto Significado Entidad externa al Sistema.2.1 DFD NIVEL 0 Vendedor Vendedor Gerente Sistema Gerente Impresora Figura2.4. Diagrama de flujo de datos nivel 0 El primer DFD muestra la relación que existe entre el Sistema y las entidades externas que son vendedores.

también se puede observar que el sistema se alimenta de los almacenes: Nómina. Actualización de clientes. Reportes. Actualización de inventario. Proveedores. Inventario Vendendor Ventas Actualización de Inventario Inventario Actualización de Clientes Nómina Clientes Gerente Actualización de Nómina Actualización Proveedores Proveedores Gerente (Pantalla) Ventas Inventario Reportes Impresora Vendedor (Pantalla) Figura2. Ventas. Clientes.2.2 DFD NIVEL 1 Este diagrama muestra en forma general el comportamiento del sistema en el que se encuentran 6 procesos: Ventas. e Inventario.4.2. Actualización de proveedores. Actualización de nomina. Diagrama de flujo de datos nivel 1 34 .

1 Ventas.4.2 Actualización de Nómina El Gerente introduce los nuevos datos para ser agregados o modificados del almacén Nómina.4. los resultados se muestran en la pantalla. Vendendor Realiza Consulta de productos Inventario Despliega Productos Vendendor (Pantalla) Actualiza Inventario Ventas Actualiza Ventas Figura2. en caso de haber existencia de los productos se despliega en la pantalla y se actualiza el inventario y el almacén ventas.4.3. El vendedor captura la clave de los productos solicitados por el cliente. DFD 2 Actualizar Nómina 35 .3. Gerente Dá información del empleado Nómina Actualizar Información Gerente (Pantalla) Figura 2.3 DFD 2 Ventas 2.3 DFD NIVEL 2 2. obteniéndolos del almacén Inventario.4.2.

3 Actualización de Clientes. DFD 2 Actualizar Inventario. El Gerente o Vendedor introduce los nuevos datos para ser agregados o modificados del almacén Clientes.5. los resultados se muestran en pantalla. DFD 2 Actualizar Clientes 2.6. Gerente o Vendedor Dá información del cliente Clientes Actualizar Información Gerente o Vendedor (Pantalla) Figura2. Gerente o Vendedor Dá información del producto Actualizar Información Inventario Gerente o Vendedor (Pantalla) Figura 2. El gerente o empleado ingresa los datos de o de los productos y se actualiza la información del almacén inventario.3. 36 .2.4. los resultados se muestran en la pantalla.4 Actualización de inventario.3.4.

DFD 2 Actualizar Proveedores. los resultados se muestran en pantalla.7. Gerente Dá información del proveedor Actualizar Información Proveedores Gerente (Pantalla) Figura 2.3. 37 . El gerente ingresa los datos de los proveedores y se actualiza la información del almacén proveedores.4.2.5 Actualización de Proveedores.

5. 38 .8 Modelo Entidad Relación.2. Modelo Entidad – Relación Municipio Ciudad Hora Colonia Calle Nombre Id_empleado CP Tel1 Tel2 Fecha Monto Empleado Ventas Cargo Fechaingreso Sueldo Hecha por Id_ventas Id_linea Cantidad Descuento lineaproducto Contiene Id_categoria Importe Regista Id_producto Nombre Categoria Tiene Marca Tiene Existencia Producto Preciou Características Id_marca Precioc Nombrec Nombre Id_cliente Fax Tel3 Tel2 Cliente Calle Colonia Municipio Ciudad CP Tel1 Nombrec Nombre Id_prov Fax Tel3 Tel2 Calle Colonia Municipio Proveedor Ciudad CP Tel1 Figura2.

Contiene información relacionada con una venta.1.1.5. Ciudad Código Postal Teléfono Teléfono alternativo Puesto ocupado en la empresa Fechaingreso Contiene la fecha en que el empleado ingresa a la empresa Sueldo Salario Mensual Id_empleado Identificador único por empleado Tabla 2.2 Entidad: Ventas. función y sus atributos.El modelo consta de 8 entidades con sus respectivas relaciones y tributos.1 Entidad: Empleado Contiene la información de la nómina.5.5. Atributo Nombre Calle Colonia Municipio Ciudad CP Tel1 Tel2 Cargo Descripción Nombre del empleado Calle Colonia Municipio. a continuación se explican cada una de las entidades con su nombre. 2.1 Entidades 2. Atributo Descripción Hora Fecha Hora en que se realiza la venta Fecha en que se realiza la venta 39 .1 Empleado 2.

1. Atributo Descripción Id_marca Identificador de la marca Tabla 2.1.6 Entidad: lineaproducto Es encargado de llevar la cantidad y el descuento en caso de existir de cada uno de los productos contenidos en una venta.3 Entidad: Producto.5.5.1.3 Producto 2.1.5. Contiene la información general de un producto.5 Entidad: Categoría Contiene las categorías en que se dividen los productos Atributo Descripción Id_categoría Identificador de la categoría del producto Tabla 2.Monto Costo total de los productos comprados en una venta Id_ventas identificador único de la venta Tabla 2.2 Empleado 2.5 Categoría 2.5. Atributo Descripción Características Información extra del producto Preciou Precioc Nombre Existencia Id_producto Precio unitario en que se vende el producto Precio en que se compra el artículo Nombre del producto Total de existencia de un producto identificador único de un producto Tabla 2. Atributo Descripción 40 .4 Marca 2.4 Entidad: Marca Contiene las marcas existentes de los productos.

7 Cliente 2.7 Entidad: Cliente Contiene los datos personales de un cliente.1. Atributo Nombre Nombrec Descripción Nombre del proveedor Nombre de contacto del proveedor 41 .6 Empleado 2.1. Atributo Nombre Nombrec Calle Colonia Descripción Nombre del cliente Nombre de contacto Calle Colonia Municipio Municipio Ciudad CP Tel1 Tel2 Tel3 Fax Ciudad Código Postal Teléfono uno Teléfono dos Teléfono tres Número de Fax Id_Cliente identificador único del cliente Tabla 2.Descuento Contiene el descuento hecho a cada uno de los productos Importe Cantidad Id_linea Importe del producto Cantidad solicitada por producto. Identificador único de lineaproducto Tabla 2.5.8 Entidad: Proveedor Contiene la información personal del proveedor.5.

Calle Colonia Municipio Ciudad CP Tel1 Tel2 Tel3 Fax Calle Colonia Municipio Ciudad Código Postal Teléfono uno Teléfono dos Teléfono tres Número de Fax Id_proveedor Identificador único del proveedor Tabla 2.9 Relaciones 42 . Hasta ahora solo se han mencionado las entidades y sus atributos. a continuación se muestra la relación que hay entre ellos y su conectividad.5. expresando la conectividad de la siguiente manera: Uno a Muchos: 1:M Muchos a 1: M:1 Entidad Ventas Ventas Relación Conectividad Hecha por M:1 Contiene 1:M M:1 1:M 1:M Entidad Empleado Lineaproducto Producto Producto Producto Lineaproducto Registra Categoría Marca Tiene Tiene Tabla 2.8 Proveedor 2.2 Relaciones.

Proveedor.10 Tablas Empleado.2. Marca. a continuación se presentan las tablas que se obtuvieron solamente del nombre de la entidad y sus atributos: 2.6. Marca. Categoría 43 .1 Tablas Empleado. Proveedor. Cliente. Cliente. Categoría Empleado Tipo Cliente id_cliente nombre nombrec Calle Colonia Municipio Ciudad CP tel1 tel2 tel3 fax Tipo varchar(5) varchar(60) varchar(60) varchar(30) varchar(30) varchar(30) varchar(15) varchar(5) varchar(12) varchar(12) varchar(12) varchar(12) Proveedor id_prov nombre nombrec Calle Colonia Tipo varchar(5) varchar(60) varchar(60) varchar(30) varchar(30) id_empleado varchar(5) nombre Calle Colonia Municipio Ciudad CP tel1 tel2 cargo varchar(60) varchar(30) varchar(30) varchar(30) varchar(15) varchar(5) varchar(17) varchar(17) varchar(30) Municipio varchar(30) Ciudad CP tel1 tel2 tel3 fax varchar(15) varchar(5) varchar(12) varchar(12) varchar(12) varchar(12) fechaingreso Date sueldo Flota Marca Id_marca Tipo Varchar(30) Categoría Tipo Id_categoria varchar(30) Tabla 2.6 Modelo Relacional El modelo Relacional se obtuvo del Modelo Entidad Relación.

ambas se obtuvieron de una relación uno a muchos especificada en el modelo anterior.12 Ventas 44 .3 Tabla Ventas La tabla ventas contiene la llave de la tabla empleado debido a la existencia de una relación muchos a muchos.6. la cual contiene la llave foránea de la tabla marca y categoría.6. Producto id_producto nombre preciou precioc existencia id_marca id_categoria Tipo Varchar(10) varchar(40) float float float Varchar(30) Varchar(30) caracteristicas varchar(100) Tabla 2.2 Tabla Producto A continuación se presenta la tabla producto.2.11 Producto 2. Ventas id_ventas Monto Fecha Hora id_empleado Int Flota Date Time Varchar(5) Tipo Tabla 2.

4 Tabla Lineaproducto LineaProducto contiene tres llaves foráneas ya que existe una relación muchos a uno con las tablas ventas. y producto.2.13 Lineaproducto 45 .6. lineaproducto id_linea descuento cantidad id_ventas id_producto importe int Int float int varchar(10) float Tipo Tabla 2.

46 .CAPITULO III IMPLEMENTACION Y PRUEBAS.

• Productos. se pueden hacer altas. En este módulo se realizan las mismas operaciones que en clientes o nómina en la información de proveedores. En éste modulo el usuario dependiendo de sus privilegios puede realizar altas. MACROMEDIA DREAM WEAVER para facilitar el manejo de HTML en algunas interfaces. A continuación se explican las pantallas principales de cada módulo y su función. consultas de productos y de marcas y categorías. • Clientes. bajas. El Sistema Ventas realiza las operaciones de ventas y actualiza el inventario. El Software consta de los siguientes Módulos: • Conexión. para este módulo se toma como herramienta de ayuda Microsoft Access. En esta parte del Sistema se generan informes con los datos de las Ventas o Inventario. APACHE como servidor. • Reportes. bajas. 47 . En este módulo se accede a la información de clientes. El Sistema nómina se encarga de llevar el control de la información de los empleados. MYSQL como manejador de Bases de Datos. • Proveedores. modificaciones y consultas. • Nómina. • Ventas. bajas. registro de ventas de productos y la nómina de la ferretería se utilizó el siguiente software: PHP para realizar la interfaz del programa ayudado de HTML. modificaciones. permitiendo altas.3. modificaciones y búsquedas.1 Breve Explicación Para lograr el objetivo de crear un Sistema de Bases de Datos para llevar el control de inventario. En esta área el usuario se registra con su login y password para tener acceso al Sistema.

teclear: http://localhost/contenedor. se teclea la ruta en la que se encuentra la pagina principal del servidor.htm. si se está accediendo a la base de datos desde una máquina cualquiera al servidor que contiene el Sistema. cuya imagen se presenta a continuación: Banner Menú Principal Figura3. El primer paso para iniciar con el Sistema es abrir algún navegador de Internet y en caso de trabajar de forma local.2 Iniciando.1 Pantalla principal 48 . En ambos casos pulsando la tecla enter se dará inicio a página principal del Sistema.3.

3.3 Conexión
En conexión el usuario se registra con un nombre de usuario y un password, los cuales le permitirán realizar diferentes operaciones de acuerdo a los privilegios dados.

3.3.1 Usuarios. Existen dos tipos de usuarios, gerente y empleado. 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 productos, clientes, proveedores, a visualizar la clave de cada empleado en las ventas, y todos 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 opciones dependiendo de los privilegios (mencionados anteriormente) solo con dar clic sobre la opción deseada. Para mantener el usuario y el password durante todas las operaciones realizadas por el usuario se manejan cookies, las cuales continúan con su valor hasta que sea seleccionada la opción “SALIR” o se ingresen nuevos datos en la pantalla de conexió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, Modificaciones, Categorías y Marcas.

Figura 3.2 Pantalla Productos

50

3.4.1 Consultas Las búsquedas de un producto se pueden hacer por Nombre, Clave, Categoría, 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 “taladro” se muestra en la siguiente figura:

Figura3.3 Resultado de consulta.

3.4.2 Altas. En la pantalla altas, se permite al usuario ingresar los datos de un nuevo producto, las marcas y categorías a las cuales puede pertenecer el producto se muestran en los 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 tipos de datos sean correctos, por ejemplo, no se permiten precios no numéricos ni claves vacías y en caso de que el producto ya exista, se mostrará un mensaje de error.

51

Figura 3. por ejemplo por el área de ventas. si el producto está siendo utilizado por alguna otra parte del Sistema. el Sistema hace una búsqueda de este y muestra los elementos que coinciden con la búsqueda.3 Bajas. En esta pantalla se muestra un cuadro de texto en el que el usuario teclea el nombre del elemento a eliminar.4 Altas de Productos 3.5 Bajas de Productos Pantalla 2: Confirmación 52 .4. a continuación el usuario elige el producto a eliminar de la lista y con un clic es borrado de la base de datos. Un ejemplo de un producto correctamente eliminado se muestra a continuación: Figura 3. no se permitirá la eliminación.

El sistema ofrece la herramienta de búsqueda por nombre. El proceso se explica a continuación. Pantalla 1: Consulta Pantalla 2: El sistema los los regresa usuario modifica Pantalla 3: Confirmación. el usuario podrá modificar los datos. posteriormente el Sistema regresa los datos originales del producto.3.6 Modificaciones de Producto 53 . lo que hace el usuario es teclear el nombre del producto y a continuación se desplegará la lista de nombres que coinciden y una liga para elegir el elemento a modificar. el sistema los valida y regresa una confirmación. datos y el Figura 3.4.4 Modificaciones.

7 Sistemas: Marcas y Categorías. Figura 3. el sistema le mostrará todas las marcas o categorías existentes. ya que si el usuario deja en blanco la casilla de búsqueda. a continuación se muestran las pantallas de cada uno. eliminar y buscar. En estos Sistemas en las consultas no es necesario introducir un valor.3. 54 . El Sistema Categorías.4. ambos contienen las opciones de insertar.5 Categorías y Marcas. y Marcas son similares.

Municipio. Teléfono3. Datos solicitados: Nombre. Clientes. CP. Figura 3. Clave. Calle y Número.1 Altas Nómina. Datos solicitados: Nombre. Colonia. Calle y Número. Clave. Proveedores son muy parecidos. Colonia. Teléfono. Colonia. las operaciones de bajas. Altas de Empleados 55 . solo difieren en los datos que se piden en cada uno. CP.3. por lo cual. Calle Y Número. Municipio. Ciudad. Clientes. Datos solicitados: Nombre. Teléfono2.8. 3. Clientes. Ciudad. CP. Teléfono1. Proveedores Los módulos Nómina. Proveedores. Teléfono3. Nombre de contacto. Cargo Y Sueldo. Clave. modificaciones y consultas se muestran mas adelante solo tomando como muestra las pantallas de nómina.5 Nómina. Fax. Teléfono2. Celular U Otro. a continuación se presentan sus pantallas de altas. Teléfono1. Nombre de contacto. Fax. Municipio. Fecha De Ingreso.5. Ciudad.

presiona el botón enviar y el sistema muestra todos los campos del resultado obtenido. Proveedores se muestra por default la pantalla consulta. si el dato existe. en caso de no existir la clave. Figura 3. Para realizar una eliminación el usuario teclea el nombre del empleado. es dado de baja siempre y cuando el elemento no se esté siendo utilizado por la tabla de ventas.3 Bajas.3.2 Consultas En la pantalla principal en los módulos de Nómina. Clientes. Un ejemplo de un empleado correctamente eliminado se muestra a continuación: 56 .5. El modo de operar es el siguiente: El usuario ingresa el valor a buscar de acuerdo a la categoría por la que elija se realice la consulta. el Sistema mandará un mensaje de error. Sistema Nómina: Consultas 3.5. a continuación se desplegará la lista de nombres que coinciden y una liga para elegir el elemento a modificar.9.

Figura 3. El área de modificaciones actúa de forma similar a las modificaciones de producto. a continuación se muestra el proceso: Pantalla 1: El usuario Hace la búsqueda y selección del elemento a modificar 57 .5.4 Modificaciones. 3.Pantalla 1: El usuario Hace la búsqueda y selección del elemento a eliminar Pantalla 2: Confirmación de que el elemento ha sido de baja. Sistema Nómina: Bajas.10.

Pantalla 2: Modificando Datos Pantalla 3: Confirmación Figura 3.11. Modificaciones de Empleados 58 .

el resultado no se muestra en la misma pantalla. en vez de esto. Ventas El Sistema Ventas es el módulo más importante del Sistema. al pulsar la opción Ventas en la pantalla principal del Sistema. Banner Ingreso de productos Petición de empleado y Nota de venta Lista de productos y opciones de eliminar y modificar Monto Actual Área de búsquedas Figura3.12.3. se abre una nueva ventana. Mostrada a continuación. por lo cual.6. Pantalla Principal Ventas 59 .

El primer paso para realizar una venta es elegir la clave del empleado que la realiza y teclear la Nota de Venta. 3.El Área de Ventas se divide en tres partes. se revisa si existen en la bodega las cantidades necesarias para surtir el producto. la clave del producto y su descripción. en caso de ser así se va mostrando en la pantalla la cantidad. el Sistema informa al usuario que no puede realizar la transacción y no realiza cambios en las ventas. este identificador de cliente y nota de venta se mantendrán durante toda la operación hasta que la venta haya finalizado. En caso de existir algún error en la captura del producto. para mantener el dato se utilizaron dos cookies. Debido a que el Empleado y la nota de Venta ya fueron ingresados. una se encarga de llevar la nota de venta y la otra lleva la clave del empleado. el parte inferior a ésta se encuentra el área de consultas por producto y en la parte inferior el área destinada a los cambios. el descuento e importe y para cada producto se muestran dos ligas una es para modificar el artículo y la siguiente es para eliminarlo. En la parte derecha de la pantalla se muestra el monto total de la venta. es decir. mismo que se actualiza cada vez que se introduce un nuevo producto. El Sistema Ventas captura los productos solicitados por un cliente. el Banner en la parte superior. estos campos se muestran solo de lectura.1 Inserción de productos. no agrega un producto que no exista o que no haya la suficiente existencia para cubrir el pedido. 60 .6. A continuación se explica cada Área con detalle. a continuación se encuentra el área de inserción y presentación de datos referentes a la venta.

un ejemplo de ésta búsqueda se muestra a continuación. el sistema despliega en la parte inferior de la pantalla los datos originales. 61 . Figura 3.13. El usuario ingresa los cambios a realizar y pide al Sistema mostrar las modificaciones. Captura de Productos 3.6. En la siguiente página se muestra el proceso por pantallas.3 Modificaciones.14. Búsqueda de Productos en la pantalla Ventas 3. el sistema proporciona al usuario la opción de hacer búsquedas por nombre de producto para facilitar la inserción de los mismos en la venta actual.6.Figura 3.2 Búsquedas. Debido a que el número de productos que pueden ser surtidos en una ferretería es extenso. se da clic sobre la palabra “Modificar” ubicada en el mismo renglón del producto seleccionado. Cuando se quiere alterar la cantidad o el descuento que se hace a un producto ingresado.

15 Modificaciones 62 .Selección del producto a modificar y presentación de los datos originales Realizando Cambios Cambio Terminado Figura 3.

3. se da clic sobre la palabra “Borrar” ubicada en el mismo renglón del producto seleccionado. 63 . posteriormente. se confirma el borrado y el Sistema los elimina de la lista de productos.3.6. con 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 original. restaura los valores de existencia del inventario de los productos registrados y la información de la venta actual. (Figura 12) 3. se pulsa el botón correspondiente en la ventana.5 Finalizar Ventas Para finalizar una venta.6.6.6 Cancelar Ventas La opción Cancelar Venta.4 Borrar Para eliminar un producto de la venta actual.

en vez de esto muestra una liga para ir directo al archivo de Microsoft Access que tiene el formato en que se visualizan los reportes. • Solo Visualizar Reportes : en esta opción el Sistema no genera ningún archivo de texto. ésta área permite al usuario visualizar los reportes de ventas e inventario.7. A continuación se presenta la pantalla de inicio realizada en Microsoft Access para los reportes. 64 . Figura 3.3.17. Al seleccionar la opción Reportes del menú principal. se presenta una pantalla en la que se da al usuario las operaciones que se pueden realizar. Pantalla de Inicio de Reportes en MS Access. este archivo posteriormente será importado por Access para así presentar el informe con un formato adecuado. que son: • Generar y visualizar reportes: Esta opción genera un archivo de texto del inventario o ventas actuales o ambos. Reportes El área de sistemas trabaja con Microsoft Access para la realización de los reportes.

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. 65 .8 Salir La opción Salir de la ventana principal del Sistema permite al usuario terminar con la ejecución del programa. A continuación se muestra un fragmento de un ejemplo en el que se solicitó el reporte de ventas: Figura 3.18. una vez hecha la elección se realiza la operación correspondiente. 3. el usuario selecciona el archivo con la fecha que desea visualizar y el sistema le proporciona la opción de Solo visualizarlo o de Imprimirlo. Pantalla de Reporte de Ventas.

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 puedan ocurrir.1 Errores Tipo 1 Esta forma de validar es verificando que los tipos de datos sean correctos. La forma de alertar el error es mediante la aparición de una ventana que indica las fallas en la captura. Tipo2 y Tipo3.2 Errores Tipo 2 Esta forma de validación trabaja con la información que tiene un tipo de dato correcto pero que no coincide con la información de la base de datos o no es correcta para mantener la integridad de la misma. Figura 3.8. Existen tres formas de indicarle al usuario un error. los cuales llamaremos de Tipo1. 3. Ejemplo de error Tipo1 3.8.19. A continuación se presentan ejemplos del manejo de algunos errores Tipo2. 66 . esta forma de validación se realiza cuando el usuario pulsa el botón para enviar información al Sistema.

21. Error en el que se quieren insertar mas productos de los disponibles 3.Figura 3. Error donde se quiere eliminar un elemento que está siendo utilizado por algún elemento de la base de datos Figura 3. Error donde se pretende insertar una clave que ya existe. cuando exista una falla de este tipo.20.18. Figura 3.3 Errores Tipo 3 Esta forma de manejar los errores tiene que ver con los permisos o privilegios otorgados a los usuarios del Sistema.Error donde el dato no coincide con la información de la base de datos Figura 3. se mostrará la siguiente pantalla: Figura 3.23.8. Ejemplo de Error tipo3 67 .22.

en la siguiente tabla se muestran las operaciones. BAJAS. MODIFICACIONES Y CONSULTAS.1 Errores 68 . * No aplica para el Sistema Marcas y Categorías Tabla 3.4 Tabla de errores.3. Operación Altas Altas Altas Altas Altas Bajas Bajas Tipos de datos no válidos Llaves primarias ya insertadas +Tratar de insertar productos que no tienen existencia +Tratar de comprar mas productos de los disponibles Usuario sin permisos Campo vacío El elemento es utilizado por alguna tabla de la base de datos Bajas Bajas Clave de producto no existente Usuario sin permisos 3 3 1 1 2 3 1 3 1 3 Error Tipo 1 2 2 2 3 1 2 Modificaciones Campo vacío* Modificaciones Tipos de datos no válidos Modificaciones Modificar la clave por otra ya existente Modificaciones Usuario sin permisos Consultas Consultas Consultas Consultas Tipos de datos no válidos Usuario sin permisos Campo vacío* Clave de producto no existente + Solo aplica para el Sistema Ventas. los errores y el tipo de error con el que pueden ser tratados. En esta parte trataremos los errores que pueden ocurrir en las operaciones principales que son: ALTAS.8.

ya que al ser PHP un lenguaje que trabaja del lado del Servidor y no del cliente. se dificultaba un poco los cambios o modificaciones que se necesitaran hacer de los productos ingresados en cada venta. así como la información de los productos que compra un Cliente y que proveedor se encarga de surtirlos. ya que hasta la fecha el Sistema solo da altas. HTML y Microsoft Access. los reportes se hicieron con PHP. los módulos fueron realizados en PHP. bajas modificaciones y búsquedas de los datos personales de Clientes y Proveedores. en Proveedores y Clientes se puede hacer una implementación que permita llevar el área de Cuentas por Pagar y Cuentas por Cobrar.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. Clientes. el Sistema cuenta con los módulos de Productos. como son el orden. puede crecer hacia muchas áreas. Reportes de Ventas e Inventario. Proveedores. 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 mayor trabajo de este sistema fuera enfocado a esta área. la parte que se dificultó mas en su implementación fue el área de Ventas. La Base de Datos está hecha en MYSQL. 69 . HTML y en algunos casos con Java Script. este problema fue resuelto utilizando Marcos de HTML. Ventas. Planes a Futuro El Sistema realizado en este proyecto. la manipulación de datos.

tldp.mysql.com/php/ http://es. Ivo Humberto Pineda Torres. PRENTICE HALL UML gota a gota Martin Fowler.org www.mysql-hispano.programacion.com www.webestilo. Dr.mysql.PHP. Melani. Kendall Scott Ed PEARSON Notas Análisis y diseño de Bases de Datos. Yolanda Moyao Martinez Primavera 2004 Diplomado en Bases de Datos. Premier Press. Diplomado en Bases de Datos M.com/php Tutoriales MYSQL www.C. Aplicaciones en Bases de Datos Locales con MySQL. Ed.Bibliografía PHP Fast & Easy Web Development Julie C.es 70 . New Readers UML Y PATRONES Graig Larman Ed. MYSQL Pau Dubois Ed. Febrero 2004 Páginas de Internet Tutoriales PHP: www.org/Manuales-LuCAS/manual_PHP/ www.

solotutoriales.abcdatos.com www.lawebdelprogramador.com/tutoriales/tutorial/ Tutoriales HTML www.www.com www.com www.com 71 .htmlconclase.desarrolloweb.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->