tesis de grado - centro de informacion agrariocia.uagraria.edu.ec/archivos/bravo cedillo...
TRANSCRIPT
UNIVERSIDAD AGRARIA DEL ECUADOR
FACULTAD DE CIENCIAS AGRARIAS
ESCUELA DE COMPUTACION E INFORMATICA
CIUDAD UNIVERSITARIA MILAGRO
TESIS DE GRADO
Previa a la obtención del título de:
INGENIERO EN COMPUTACION E INFORMATICA
TEMA:
“DISEÑO Y DESARROLLO DE UNA APLICACIÓN QUE
REGISTRE LOS PROCEDIMIENTOS ADMINISTRATIVOS DE
VENTAS POR CATALOGO MULTIMODA DEL CANTON
MILAGRO PROVINCIA DEL GUAYAS”
AUTOR:
RUTH NOEMI BRAVO CEDILLO
MILAGRO – ECUADOR
2011
UNIVERSIDAD AGRARIA DEL ECUADOR
CERTIFICACIÓN DE ACEPTACIÓN DEL TUTOR
En mi calidad de tutor de la tesis, nombrado por el Consejo Directivo de la
Facultad de Ciencias Agrarias, Escuela De Computación e Informática de la
Universidad Agraria Del Ecuador, Certifico:
Que he analizado el proyecto de trabajo de investigación presentado por la
egresada: Ruth Noemí Bravo Cedillo, como requisito previo para optar por el
grado de Ingeniero en Computación e Informática, cuya temática es:
“DISEÑO Y DESARROLLO DE UNA APLICACIÓN QUE REGISTRE LOS
PROCEDIMIENTOS ADMINISTRATIVOS DE VENTAS POR CATALOGO
MULTIMODA DEL CANTON MILAGRO PROVINCIA DEL GUAYAS”
Considerándolo aprobado en su totalidad.
___________________
Ing. Oscar Bermeo TUTOR
Milagro, ___________________,2011
ii
CERTIFICACIÓN DEL TRIBUNAL DE SUSTENTACIÓN
TESIS DE GRADO
“DISEÑO Y DESARRROLLO DE UNA APLICACIÓN QUE REGISTRE LOS
PROCEDIMIENTOS ADMINISTRATIVOS DE VENTAS POR CATALOGO
MULTIMODA DEL CANTON MILAGRO PROVINCIA DEL GUAYAS”.
POR: RUTH NOEMI BRAVO CEDILLO
TESIS DE GRADO PRESENTADA AL HONORABLE CONSEJO
DIRECTIVO DE LA FACULTAD DE CIENCIAS AGRARIAS, COMO
REQUISITO PREVIO PARA OBTENER EL TITULO DE INGENIERO EN
COMPUTACIÓN E INFORMÁTICA
UNIVERSIDAD AGRARIA DEL ECUADOR
2011
________________________ Ing. Franklin Toaquiza Suque
PRESIDENTE
_________________________ --------- -------------------------------- Ing. Johanna Sánchez Guerrero Ing. Oscar Bermeo Almeida
EXAMINADOR PRINCIPAL EXAMINADOR PRINCIPAL
iii
AGRADECIMIENTO
Porque gracias a su apoyo y consejo he llegado a
realizar la más grande de mis metas, la cual
constituye la herencia más valiosa que pudiera
recibir.
En reconocimiento a todo el apoyo brindado a
través de mis estudios y con la promesa de seguir
siempre adelante.
Como un testimonio de cariño y eterno
agradecimiento con los estímulos brindados con
infinito amor y confianza y por infundir en mi, ese
camino que inicio con toda la responsabilidad que
representa el término de mi carrera profesional.
iv
DEDICATORIA
A ti Divino Dios pues me dirigiste por el mejor
camino de mi vida, y me distes la salud y la
fortaleza para alcanzar todas mis metas.
A mi madre y hermana quienes siempre creyeron
en mí y me dieron todo el apoyo que necesitaba.
A ti esposo por brindarme tu cariño y respaldo.
A mi grupo de compañeros de clases con quienes
compartimos arduas horas de dedicación y esmero
en el desarrollo de nuestras tareas educativas y
además me brindaron el apoyo y la ayuda que
necesitaba.
Gracias a todos y a ti Dios Gracias por hacer que
ellos formen parte de mi vida.
Los quiero inmensamente,
v
RESPONSABILIDAD Y DERECHO
La responsabilidad por las investigaciones, desarrollo,
resultados y conclusiones sustentados en esta tesis
corresponden exclusivamente a la autora, y los derechos
a la Universidad Agraria del Ecuador.
----------------------------------- Ruth Noemí Bravo Cedillo
C.I. 1204355216
vi
RESUMEN
La presente obra trata fundamentalmente sobre los procesos de control y
administración en ventas por catalogo en actividades comerciales y
mercantiles. Lo que puede hacer el sistema está generalmente determinado
por asignación de recursos usuarios con aspectos específicos de
implementación si así el propietario lo requiere; en la práctica, la elección de
la tecnología hoy en día está basada en decisiones puramente pragmáticas:
los locales comerciales han decidido implementar en su lugar de expendio
un software que les permita a resolver todos los inconvenientes del local, etc.
Por tanto se han utilizado métodos para obtener una descripción objetiva,
histórica lógica y de encuesta para conocer como se llevaba la información
en procedimientos administrativos y sistemáticos. La observación ha
consistido en la descomposición de la unidad (fragmento de una
conversación) en elementos cada vez más simples por medio de criterios
sistemáticos y empíricamente verificables.
El sistema podrá hacer lo siguiente:
Resolver los problemas de procedimientos analizados, entregar información
de acuerdo a las necesidad especificas, reportes que brindan al usuario la
satisfacción de las necesidades para administrar eficazmente los
procedimientos de control.
vii
SUMMARY
This research work is primarily about the control and management processes
in catalog sales in commercial and trade activities. What can the system is
generally determined by user resource allocation to specific aspects of
implementation if the owner requires; in practice the choice of technology
today is based on purely pragmatic decision: the shops that have decided to
implement in your local store software that allows them to solve all the
problems of local, etc.
Therefore it has used methods to obtain an objective, logical and historical
survey to find out how the information was carried in administrative and
systematic. The procedures observation has been the breakdown of the unit
(a fragment of a conversation)
The system will do the following: troubleshoot procedures analyzed, deliver
information according to specific needs, reports that give users the
satisfaction of the needs to effectively manage and control procedures.
viii
ÍNDICE
CERTIFICACIÓN DE ACEPTACIÓN DEL TUTOR…………………………
CERTIFICACION DEL TRIBUNAL DE SUSTENTACION………………….
AGRADECIMIENTO……………………………………………………………
DEDICATORIA………………………………………………………………….
REPONSABILIDAD Y DERECHO……………………………………………
RESUMEN……………………………………………………………………….
SUMMARY………………………………………………………………………
I. INTRODUCCIÓN………………………………………………………....
II. OBJETIVOS………………………………………………………………
III. REVISION DE LITERATURA…………………………………………..
IV. MATERIALES Y METODOS……………………………………………
4.1.-HARDWARE…………………………………………………………
4.2.-SOFTWARE…………………………………………………………
4.3.-MÉTODO OBSERVACION………………………………………...
4.4.-MÉTODO INVESTIGACION……………………………………….
4.5.-MÉTODO HISTORICO LOGICO………………………………….
4.6.-MÉTODO ENTREVISTA…………………………………………...
V. ANALISIS Y DISEÑO DEL SISTEMA…………………………………
5.1.-FACTIBILIDAD OPERACIONAL…………………………………..
5.2.-FACTIBILIDAD ECONÓMICA……………………………………...
5.3.-RECOPILACION DE DATOS……………………………………....
5.4.-DESARROLLO DE ANALISIS DE LOS REQUERIMIENTOS….
5.5.-DESARROLLO Y DISEÑO DEL SISTEMA……………………….
5.6.-DISEÑO DEL SISTEMA……………………………………………
5.7.-PROGRAMACIÓN…………………………………………………..
5.8.-DOCUMENTACION…………………………………………………
VI. RESULTADOS……………………………………………………………
VII. DISCUSIÓN…………………………………….....................................
CONCLUSIONES Y RECOMENDACIONES………………………………..
BIBLIOGRAFIA CONSULTADA……………………………………………..
II
III
IV
V
VI
VII
VIII
1
3
4
9
9
9
10
10
10
10
11
11
11
11
11
12
14
17
21
22
25
26
28
ix
I. INTRODUCCIÓN
Multimoda es un local comercial ubicado en centro del cantón San Francisco
de Milagro que brinda trabajo a aquellas personas a quienes les agradan las
ventas exclusivamente por catálogo.
Debido a las grandes necesidades humanas y comerciales se crean nuevas
plazas de empleos y servicios, estableciéndose nuevas formas de
comercialización de artículos en competencias de marca, calidad, servicios.
Multimoda brinda el servicio de incorporar, administrar, controlar y dirigir
grupos elites en ventas por catalogo. Cuenta en su local comercial con varias
marcas de catálogo para cualquier gusto, calidad, variedad. Así hay artículos
deportivos, casuales, pijamas, lencería, joyas, calzado etc., y desea seguir
incorporando a su muestrario de revistas mas marcas.
El manejo manual de administrar las ventas, compras, inventario,
seguimiento de ventas, cuentas por pagar y cobrar, saldos con proveedores
han llegado a colapsar debido al exceso de trabajo; en estos procesos se
puede determinar que dichos negocios que manejan estas áreas, deberían
incluir software que permita automatizar procesos administrativos.
Así como las nuevas tecnologías van avanzando, en la actualidad la
computación es muy importante para el desarrollo de programas que ayuden
a disminuir las actividades de diferentes procesos administrativos, es decir
permitan realizar consultas, obtener reportes, permitiendo proporcionar datos
exactos en un menor tiempo.
En el desarrollo de programas es muy importante contar con una base de
datos que ayude a proporcionar información y agilitar los diferentes procesos
que se incluirá para efectuar este proyecto de manera eficiente.
Para la realización de este software es necesario automatizar los procesos
que se manejan de forma manual, en cuanto el control de ventas, y además
no hay una forma de generar reportes rápidamente tanto en las compras y
ventas. De esta manera se justifica la necesidad de realizar este software
que servirá de gran ayuda para todos los usuarios, especialmente sería muy
útil en mejorar la atención a los clientes. Este software sirve para agilitar y
controlar las diferentes transacciones de este local comercial, facilitando
obtener varias informaciones como reportes, informes de manera rápida y
oportuna, así como en otros locales que trabaja con algún tipo de software.
2
II. OBJETIVOS
OBJETIVO GENERAL:
Desarrollar un software de fácil uso que controle eficientemente los
procedimientos administrativos de ventas por catalogo.
OBJETIVOS ESPECIFICOS:
Identificar los problemas en los procedimientos analizados
Diseñar una solución informática para las necesidades.
Desarrollar programas y reportes que permitan administrar
eficazmente los procedimientos de control administrativos.
III. REVISIÓN DE LITERATURA
Silberschatz, A, Korth, H.F. y Sudarshan, S., 1995, manifiestan que el
Libro Sistema de Gestión de Base de Datos consiste en la revisión del
texto clásico de sistemas de base de datos y ofrece un marco completo de
los fundamentos del diseño de base de datos, lenguajes de acceso a base de
datos e implementación de sistemas de base de datos. Proporciona la última
información combinada con ejemplos del mundo real para ayudar a los
programadores; todos los conceptos se presentan de forma técnicamente
completa, con estilo fácil de entender y con la notación mínima necesaria.
Maso, B. 1998, comenta que el Libro Manual Visual Basic Interved contiene
herramientas de desarrollo, y permite aprender todo lo necesario de esta
herramienta: también facilita construir proyectos de aplicación hasta como
organizarlos; es un texto guía para ayudar al desarrollo de aplicación.
Este libro muestra como usar las ventajas y como cosechar todos los
beneficios de gestiones manejado por una base de datos; es un libro dirigido
a los programadores para facilitar el manejo en el programa de Visual Basic
Interved.
Delaney, K. 2000, explica que este libro es el adecuado para aquellos que
quieren ir mas allá de la manera de administración de un servidor.
Se podría decir que esta es la guía oficial al centro de la arquitectura del
SQL Server 2000. La lectura de este libro este libro será de gran ayuda para
obtener el control sobre los aspectos mas delicados de nuestro servidor de
Base de Datos. INSIDE MICROSOFT AQL SERVER 2000 es una lectura
muy recomendable para los desarrolladores que se tomen en serio obtener el
máximo partido de su SGDBR y para los IT que necesitan comprender como
entender y administrar un SQL SERVER. Esta guía proporciona información
actualizada sobre instalación, administración y programación con SQL
Server, además de proporcionar herramientas y consejos para optimizar la
base de datos a través de la creación de índices adecuados, la optimización
de consultas.
Ramírez, E. 2001, afirma que el SQL Server 2000 está estructurado para
uso de todos los programadores que deseen trabajar con base de datos,
manipular sus tablas y formular sus propias vistas y consultas de los
registros almacenados.
Permite observar la potencialidad de este programa desarrollando base de
datos debido a que brinda seguridad de datos y de esta manera el usuario
tiene confiabilidad y eficacia en la base de datos utilizada.
Peck, G. 2002, indica que Cristal Reports “8” Manual de Referencias es la
guía definitiva para la creación de informes de calidad profesional, para
cualquier base de datos, utilizando la más eficaz herramienta de análisis de
datos disponibles.
Facilita el uso de consultas o sea que este libro es importante y de gran
ayuda para el programador.
Además dispone de las versiones PDF de las referencias técnicas de Cristal
Reports en el CD.
Johnson, J.L. 2000, comenta que el libro de base de datos, modelos,
lenguajes, diseños será de gran utilidad porque hace un estudio de cinco
modelos de Base de Datos Relacional, Orientado a objetos deductivo, red y
jerárquico; entre todos el mas recomendado y el que más se destaca hoy es
el modelo relacional.
Este libro comenta la importancia de una Base de datos ya que si no
hubiera una Base de Datos será más fácil compartir datos.
Las variaciones en la representación física de datos pueden causar muchos
problemas.
Que una relación es un sentido de unidad que existe entre ciertos elementos
de datos de esta forma cabe recalcar la importancia de una base de datos
regional.
5
Ramírez, L 1998, expresa que el libro de Microsoft Visual Basic 6.0. Manual
de Programador, consigue toda la potencia de Visual Basic 6.0 ya que es un
libro escrito por el desarrollador del propio programa y constituye el recurso
mas completo para cualquier programador de nivel principiante a intermedio.
Este libro, está diseñado para obtener mejores resultados posibles, ayudará
a conocer base de la programación, a crear programas, a optimizar y
disfrutar aplicaciones, proporciona trucos vitales para la creación de
aplicaciones en equipos independientes, redes etc.
Cairo, O. 2000, menciona que el libro de Estructura de Datos tiene como
objetivo presentar estructuras de datos así como algoritmos necesarios
para tratarlas. El lenguaje utilizado para ello es algoritmo independiente de
cualquier lenguaje de programación.
Esta característica es muy importante ya que permite comprender las
estructuras de datos, que van de lo simple a lo complejo.
Este algoritmo permite resolver interrogantes del software que se va a
realizar y de esta forma ayudará al programador a resolver el problema y la
duda que tenga acerca del programa.
Wikilearning.com - Aprenda Visual Basic 6.0
Visual Basic 6.0 es uno de los lenguajes de programación que mas
entusiasmo despierta entre los programadores de PCS, tanto expertos como
novatos. En el caso de los programadores expertos por la facilidad con la
que desarrollan aplicaciones complejas en poquísimo tiempo (comparado
con lo que cuesta programar en Visual C++, por ejemplo). En el caso de
los programadores novatos por el hecho de ver de lo que son capaces a los
pocos minutos de empezar su aprendizaje. El precio que hay pagar por
utilizar Visual Basic 6.0 es una menor velocidad o eficiencia en las
aplicaciones.
Visual Basic 6.0 es un lenguaje de programación visual, también llamado
lenguaje de cuarta generación. Esto quiere decir que un gran número de
6
tareas se realizan sin escribir código, simplemente con operaciones graficas
realizadas con el ratón sobre la pantalla.
Visual Basic 6.0 es también un programa basado en objetos, aunque no
orientados a objetos con C++ o Java. La diferencia está en que Visual Basic
6.0 utiliza objetos con propiedades y métodos, pero carece de los objetos
mecanismos de herencia y polimorfismo propios de los verdaderos
lenguajes orientados a objetos como Java y C++.
En este primer capítulo se presentaran las características generales de
Visual Basic 6.0 junto con algunos ejemplos sencillos que den idea de la
potencia del lenguaje y del modelo en que se utiliza.
Getec.etsit – objetivos del proyecto, 2005
Un principio básico en la gestión de proyectos, así como en toda actividad
de gestión, es que los objetivos estén definidos a prioridad y con grado de
suficiente claridad y precisión. Hay proyectos donde la definición de
objetivos se hace realmente difícil, pero esa dificultad no significa que no
se debe hacer, puesto que cuanto mas inmaterial es o mas arriesgado sea
un proyecto, mas necesario será contar con un marco de referencia,
aunque sus contornos sean menos nítidos que en otras ocasiones.
Resultado, costo, plazo, el objetivo del proyecto es siempre triple. No basta
con conseguir uno o dos objetivos, ni hay que dar mas importancia a uno o a
otro.
Maestrosdelweb.com – Introducción a SQL, 2004
El lenguaje estructurado (SQL) es un lenguaje de base de datos normalizado,
utilizado por el motor de base de datos de Microsoft Jet.
SQL utiliza APRA para crear objetos QueryDef, como el argumento de origen
del método de OPenRecorset y como la propiedad RecordSource del
control de datos. También se puede utilizar con el método Execute para
crear y manipular directamente las bases de datos Jet y crear consultas
SQL de paso a través para manipular base de datos remotas cliente –
Servidor.
7
El lenguaje SQL está compuesto por comandos, cláusulas, operadores y
funciones de agregado. Estos elementos se combinan en las instrucciones
para crear, actualizar y manipular las bases de datos.
Monografías.com – Diseño de un Sistema de información Gerencial de
apoyo a la toma de decisiones, 1992.
En la actualidad, la información se ha vuelto un factor importante en el
desarrollo de las empresas. Muchas de las empresas del sector salud, así
como otros tipos de organizaciones, también se ha ido adaptando poco a
poco los sistemas y las tecnologías de información, que les permitan
crecer y sobretodo, brindar mejores y mas variados servicios. Un uso muy
especifico de los sistemas de información que se observan con mayor
incidencia en estas empresas es aquellos dedicados a apoyar la toma de
decisiones.
La interrelación entre la información, sistemas de información y la toma de
decisiones se explica perfectamente cuando de desempeño organizacional
se refiere, siendo el fin de complementar los objetivos que se propone cada
organización, convirtiéndose en su razón de ser y de apoyo para
desenvolver tareas, constituyendo la información la fuente de partida en
todos los procesos dentro de las entidades, traduciéndose en acciones una
vez procesadas a través de sistema de información, encargados de que la
información que fluya cumpla con los cuatros supuestos básicos como:
oportuna, relevante, cuantitativa y cualitativa.
8
IV. MATERIALES Y MÉTODOS
Entre las herramientas a utilizar para el desarrollo de esta
Planificación para mejorar el funcionamiento del local comercial, se detallan
las siguientes:
Características
Hardware:
Procesador Intel Corel Duo 2.93 GHz
Mainboard
Disco duro de 40 GB
Memoria 2,00 GB
Case Super Power AT
DVD ROM
Teclado PS/2
Mouse PS/2
Impresora HP Deskjet F380
Software:
Sistema Operativo Windows 7
Microsoft Excel
Lenguaje de programación Visual Basic 6.0
Base de datos SQL-SERVER 2005
Programa diseñador de Reportes CRYSTAL REPORTS 8.5
METODOS
Método Observación
Se emplea este método para obtener una descripción objetiva, cuantitativa y
sistemática del contenido manifiesto de la información. La observación
consiste en la descomposición de la unidad comunicativa (fragmento de una
conversación) en elementos cada vez más simples por medio de criterios
sistemáticos y empíricamente verificables.
Método de Investigación
Se ha recabado información que nos permita conocer la situación actual de
Multimoda, Este método ayuda a comprobar cuales son los principales
requerimientos, es decir el motivo de querer automatizar las actividades del
local. Como está manejada el área del stock, si lleva algún control de
inventario, si están registradas sus compras y ventas diarias.
Método Histórico Lógico
Estos métodos se utilizan para obtener información sobre los antecedentes
del local mencionando, cómo fue su inicio, como empezó su negocio y ahora
en la actualidad con una gran diferencia de superación del local, esto
significa que cada año que pasa sea factible caer en cuenta que es necesario
que el local sea acondicionado y estar al día en la tecnología.
Método de la Entrevista
La realización de la entrevista es de manera sencilla que se le hace al
propietario del negocio a fin de recopilar y recolectar la suficiente información
para llegar a una sola conclusión de los posibles problemas que presenta,
para determinar la automatización y mejorar los diferentes procesos.
10
V. ANÁLISIS DEL SISTEMA
Basados en la información del personal de “Multimoda” los usuarios podrán
observar una interfaz de usuario por jerarquía de cargo estos deberán
registrarse ya que el sistema restringe recursos para ciertos usuarios, el
software le pedirá una clave de acceso, una vez registrado podrá acceder al
entorno principal de menús y submenús del software.
Para identificar a los usuarios se los clasifica según el nivel de seguridad en
el cargo que se desempeñan.
Cada uno de los usuarios pertenece a los siguientes cargos:
Gerente de Zona y Propietario
Empleados
Se facilitará manuales claros fáciles y confiables para obtener información la
cual permite saber los requerimientos necesarios para su estructuración y
desarrollo.
Entre los requerimientos del usuario se pueden anotar los siguientes:
Sistematización de los procesos administrativos de “Multimoda”
Reducción de tiempo en los procesos administrativos
Confiabilidad y seguridad de información
Datos claros y concisos
Reportes rápidos y confiables.
DISEÑO
Basado en los resultados obtenidos se conoce el entorno de la aplicación
que se va a desarrollar, se analiza la elaboración y sistematización de los
procesos administrativos de “Multimoda” de la ciudad de San Francisco
Milagro, Provincia del Guayas.
Este proyecto fue elaborado con varias opciones que se describirán en el
siguiente capítulo en la cual se dividen en procesos principales, Compras –
Facturación, Ventas - Facturación, Clientes, Proveedores o Acreedores,
Kardex del Producto, Nota de Egreso, Nota de Ingreso.
En todos los formularios se van a encontrar los siguientes objetos, los cuales
funcionaran dependiendo del formulario en el que se encuentre.
Botón Guardar: Permite guardar o actualizar la información.
Botón Editar: Permite corregir el texto creado para luego
guardar.
Botón Eliminar: Elimina el registro.
Botón Buscar: Busca en una ventana y presenta el registro.
Primero: Permite ir al primer registro
Anterior: Permite ir al anterior registro
Siguiente: Permite ir al siguiente registro
Ultimo: Permite ubicarse en el último registro
Cajas de texto: Permiten ingresar los datos por medio del
teclado.
Etiquetas: Label los cuales sirven para identificar las cajas de
texto y los combos.
Cuadro de OptionButton: Permite escoger la opción
determinado.
Cuadro de Combo: Los combos permiten escoger un dato
determinado.
12
Control MsGrid: Se utiliza para mostrar los resultados de la
búsqueda.
Control CheckBox: Permiten seleccionar determinada
opción.
Control DTpicker: Permite escoger una fecha determinada.
Control Command Button: Permite aplicar filtro a datos que
se encuentran en el sistema, como una búsqueda exhaustiva
de registros.
13
Formulario #1(Mi aplicación)
Este Formulario permite dar información del sistema, acerca de Mi
Aplicación.
Formulario #2 (Formulario de Inicio de sesión – Login) En este formulario
se ingresa la clave del usuario, los cuales deben están registrados en la
base de datos.
Formulario #3 (Formulario Principal - Menú)
Se presenta una pantalla general de Multimoda que estará detrás de los
demás formularios de la aplicación. Presenta un menú de opciones para
seleccionar el formulario requerido.
Formulario #4 (Venta-Facturación)
En este formulario se ingresan todas las ventas-facturación que Multimoda
realiza a los clientes y desde este formulario se generan las cuentas por
cobrar.
Formulario # 5 (Compras-Facturación)
Este formulario permite ingresar compras-facturación
Formulario #6 (Clientes)
En este Fichero de cliente se Ingresan los datos personales del cliente,
referencias personales y del garante si quisiera ser solicitante al crédito.
Formulario #7 (Proveedores o Acreedores)
En este formulario se registran datos de todos los proveedores que
mantienen negocios con Multimoda.
Formulario #8 (Kardex del Producto)
En este Formulario se muestra el stock de productos.
14
Formulario #9 (Producto)
En este Formulario se crea el producto.
Formulario #10(Fichero Banco-Administrar Cuentas)
En este Formulario se ingresan las cuentas bancarias y saldos.
Formulario #11(Bancos –Movimientos de Cuentas)
Este Formulario permite mostrar un filtro de todos los depósitos y retiros.
Formulario #12(Bancos –Depósitos por ventas)
Este Formulario al hacer una venta se mostrara el valor para el depósito.
Formulario #13(Bancos –Depósitos y Retiros de Cuentas)
Este Formulario una vez hecho los depósitos en el banco se ingresará al
sistema con el número del documento.
Formulario #14(Bancos –Cheque Devuelto o Protestado)
Este Formulario permite ver los cheques devueltos y protestados.
Formulario #15(Notas de Ingreso)
Este formulario permite registrar los motivos de ingreso del producto al stock.
Formulario #16(Nota de Egreso)
Este formulario permite registrar los motivos de egreso del producto al stock
Formulario #17(Orden de Pedido)
Este formulario permite el ingreso de un nuevo pedido.
Formulario #18(Clientes-Deudas Pendientes)
Este formulario permite filtrar las deudas que los clientes mantienen a crédito.
15
Formulario #19 (Clientes-Deudas Vs Pagos)
En este Formulario se verá los clientes que mantienen cuentas con
Multimoda y es en este formulario que la podrán cancelar.
Formulario #20 (Proveedores-Deudas Pendientes)
Este Formulario se verá los pagos vencidos o por vencer a los proveedores.
Formulario #21 (Proveedores-Deudas vs Pagos)
Este Formulario mostrará los pagos respectivos al acreedor.
Formulario #22 (usuarios)
En este formulario se agregarán los usuarios de acuerdo al rango.
Formulario #23 (Parámetros)
En este formulario se agregarán parámetros como colores, bancos, tipo de
prenda.
16
CODIFICACIÓN
En esta etapa del Proyecto se define las herramientas que se utilizaron para
desarrollar la aplicación. Una es el lenguaje de programación Visual Basic
6.0, el cual permite desarrollar aplicaciones complejas.
La base de datos fue creada en SQL Server 2005, ya que es un gestor de
base de datos y permite que la base sea diseñada de forma óptima, para su
implementación, gestión y explotación desde distintas estancias o
aplicaciones con gran independencia. Para perfilar los reportes se uso un
diseñador como es Crystal Report 8.5.
En esta etapa se fragmentó el DISEÑO Y DESARROLLO DE UNA
APLICACIÓN QUE REGISTRE LOS PROCEDIMIENTOS
ADMINISTRATIVOS DE VENTAS POR CATALOGO MULTIMODA DEL
CANTON MILAGRO PROVINCIA DEL GUAYAS, en las siguientes partes.
Menú. Mediante el cual se realizan las transacciones más importantes de la
aplicación como compras a proveedores, ventas a los clientes, Inventario,
buscar, edición o eliminación y registros.
Mantenimiento. Por medio del cual se ingresan, edita o eliminan información
secundaria que necesita el sistema para su total funcionamiento.
Usuarios. Utilizado por parte de personeros de Multimoda para la aplicación,
facultados a manipular la aplicación.
Reportes. Presenta una información rápida y confiable tanto de compras,
ventas, inventario y demás información requerida por el usuario.
Documentación.
Para esto se han respaldado todas las etapas de esta aplicación, detallando
claramente todos los documentos que se generan a partir del ingreso de
datos al sistema.
17
PRUEBAS
A partir de los módulos probados se realizó la integración y pruebas de todo
el sistema. El resultado de las pruebas es el producto final, listo para
entregar.
Se efectuaron pruebas de fiabilidad, de la cual la cuadratura hecha mediante
la comparación de los datos generados de la forma anterior es decir
manualmente Vs. la manera automatizada usando la aplicación, coincidió en
todos los datos como era lo esperado.
Para tener una constancia de la aprobación del sistema por parte de los
usuarios se realizo una encuesta de satisfacción del usuario de la cual se
obtuvo los siguientes resultados.
1. ¿Cree usted que a partir del uso del software ha mejorado la atención al
cliente?
Muy poco 0 % Regular 5% Mucho 95%
Grafico # 1
18
2. ¿Cree usted que los procesos administrativos usando la aplicación han
mejorado?
Muy poco 5 % Regular 5% Mucho 90%
Grafico # 2
3. ¿Cree usted que el manejo de la aplicación es:
Difícil 0 % Fácil 10% Muy Fácil 90%?
Grafico # 3
19
4. ¿Cree usted que la confiabilidad de Reportes es:
Difícil 0 % Fácil 5% Muy Fácil 95%?
Grafico # 4
5. ¿Cree usted que los rápidos reportes de la aplicación se los obtiene de
manera:
Difícil 0 % Fácil 5% Muy Fácil 90%?
Grafico # 5
20
Grafico general de resultados de encuesta de satisfacción del usuario
Grafico # 6
El grafico muestra claramente los resultados de la encuesta realizada; la
aceptación de la aplicación por parte de los usuarios es favorable, esto
quiere decir que las pruebas fueron exitosas con un pequeño margen de
error, lo cual se debe a que aun en la era tecnológica que se vive hay
personas que aun no tiene el conocimiento ni la pericia para trabajar en un
computador.
DOCUMENTACIÓN
En la estructuración y elaboración de toda aplicación es indispensable que
cada una de las etapas estén debidamente documentada para su futuro
análisis o manipulación.
Se ha elaborado la documentación en dos manuales, uno para
mantenimiento que se lo denomina Manual Técnico y otro para que los
usuarios tengan una guía para ellos dentro de la aplicación llamado Manual
de Usuario; ambos documentos se encuentran en el ANEXO, para brindarles
un fácil y rápido entendimiento de la presente aplicación.
21
VI. RESULTADOS
Anteriormente los procesos administrativos y procesos se los realizaba de
manera manual, al ingresar un cliente se hacía en forma manual mediante
una libreta en la cual estaban los datos del cliente; estos eran archivado de
forma consecutiva por la fecha de ingreso, cada vez que se quería saber su
número de teléfono o su dirección se tenía que recurrir a los archivos y
buscar en todas las libretas almacenadas.
Para realizar el registro de ventas de los clientes se debía ir al archivador y
revisar todas las facturas e ir seleccionando manualmente las compras
realizadas en ese y verificar si el cliente alcanzaba sus premios.
Los resultados obtenidos del proceso de creación de Multimoda, DISEÑO Y
DESARROLLO DE UNA APLICACIÓN QUE REGISTRE LOS
PROCEDIMIENTOS ADMINISTRATIVOS DE VENTAS POR CATALOGO
MULTIMODA DEL CANTON MILAGRO PROVINCIA DEL GUAYAS, son
los siguientes.
Los procesos de aplicación y administración que registre procesos
administrativos y desarrollo que registre los procedimientos de ventas,
compras facturación de Multimoda de la Ciudad de Milagro, Provincia del
Guayas, fueron desarrollados mediante el uso de Multimoda. Este software
brida la fiabilidad para realizar dichos procesos mejorando la atención al
cliente y al propietario.
La rapidez con la que se atiende a los clientes mejoró, las rápidas pantallas
de búsquedas de datos, las facilidades para interactuar con las ventanas de
la aplicación, hace que los procesos sean mucho más rápidos.
Algo muy importante del software es que brinda reportes rápidos, los cuales
anteriormente les tomaba mucho tiempo elaborar manualmente debido a
que los promedios se realizaban en una calculadora. Ahora solo toma unos
segundos obtener reportes, dependiendo de los datos filtrados y del reporte
a ejecutar se visualizara en la pantalla el o los reportes ejecutados. Los
datos cargados en los reportes son 100% confiables, obviamente todo
dependerá que información se ha ingresado en la base de datos.
De las pruebas realizadas se obtuvieron los siguientes datos:
Procesos Antes-min Después-min
1 Atención al Cliente 10 3 2 Ventas-Facturación 15 4
3 Compras-Facturación 20 3
Grafico ·# 7
El tiempo en que se realizaban los procesos principales se redujeron al
tiempo que indica que se está cumpliendo con uno de los principales
objetivos que es mejorar el tiempo de dichos procesos.
En cuanto a los reportes se generaron datos de un mes para hacer el
comparativo del cual se obtuvieron los siguientes resultados.
0
5
10
15
20
25
Atención al Cliente
Ventas Compras
T i e
m p
o
P r o c e s o s
Antes-min
Después-min
23
Reportes Antes - hrs. Después - hrs.
1 Cuadro de cuentas por cobrar 4 0.03
2 Cuadro de cuentas por pagar 3 0.03
3 Cuadro de Ventas en el mes 3 0.03
4 Listado total de los clientes 3 0.03
5 Listado de los clientes por campaña 4 0.03
Grafico # 8
Al igual que en los procesos se reduce el tiempo en los reportes generados,
es mucho mayor en el caso de los procesos debido a que en los reportes se
trata de filtrar información que ya existe, información que se almacena en la
base de datos a través de los procesos que son los encargados de
alimentarla, de esta manera los reportes son mucho más rápidos, precisos y
fáciles de hacer.
0
0.5
1
1.5
2
2.5
3
3.5
4
4.5
Cuadro de cuentas por
cobrar
Cuadro de cuentas por
pagar
Cuadro de Ventas en el
mes
Listado total de los clientes
Listado de los clientes por
campaña
Antes - hr.
Después - hr.
24
VII. DISCUSIÓN
Con el uso de esta Aplicación se proyecta optimizar el proceso de
Administración y Ventas, Facturación, Compras - Facturación, Administrar
Cuentas; la información será manipulada de manera rápida ya que todos los
registros se encuentran en mismo lugar, que para su efecto está en una sola
base de datos.
El software tiene su apropiada seguridad; solo los usuarios que estén
registrados tendrán acceso a los procesos que se les haya asignado.
El mayor beneficio de usar esta aplicación es que está enfocado en cubrir las
necesidades del propietario y a su vez al publicar con rapidez la información
de los clientes.
CONCLUSIONES Y RECOMENDACIONES
Conclusiones
En vista que la implementación de MULTIMODA, DISEÑO Y
DESARROLLO DE UNA APLICACIÓN QUE REGISTRE LOS
PROCEDIMIENTOS ADMINISTRATIVOS DE VENTAS POR CATALOGO
MULTIMODA DEL CANTON MILAGRO PROVINCIA DEL GUAYAS,
PROVINCIA DEL GUAYAS, se logró automatizar el proceso de Producto,
Clientes, Proveedores.
Aprovechando los avances de la tecnología y todas las herramientas que
están a disposición para manejar grandes cantidades de información y
administrarla de la mejor manera para su posterior uso, se puede construir
aplicaciones como MULTIMODA Diseño y Desarrollo de una Aplicación que
registre los procedimientos Administrativos de ventas por Catálogo de San
Francisco de Milagro Provincia del Guayas, mediante la cual se automatiza
el proceso.
Se diseñó los reportes que brindan información rápida y exacta que se
concentre en los datos exactos y relevantes, lo cual permite a la dirección de
la institución una conducción tanto operativa como táctica que facilite no solo
lograr los objetivos estratégicos, ofreciendo a las personas que no estén
satisfechas un seminario para que adquieran un conocimiento en lo que
ayuda a este sistema y así integrarlas al uso del mismo.
Manipulando la información de forma manual, se tardaba mucho tiempo en la
atención al cliente. Por lo tanto el sistema permite procesar la información en
cuestión de segundos, tener resultados eficientes en el sistema y a la vez dar
un buen servicio a los clientes, empleados y propietario, para así cumplir a
cabalidad los objetivos planteados.
Recomendaciones
El sistema de diseño y desarrollo de una aplicación que registre los
procedimientos administrativos de ventas por catálogo Multimoda de San
Francisco de Milagro Provincia del Guayas, es una herramienta la cual sin el
análisis y la suficiente disciplina no consentirá alcanzar los objetivos de su
implementación.
Es necesario concientizar a las personas que manipularán la aplicación para
que sea posible obtener los beneficios que brindan los avances de la
tecnología informática.
Empleados y clientes deberán ser informados acerca de este nuevo sistema
que se implementa, para que observen como el local comercial se está
modernizando en cuanto a la nueva tecnología que contamos hoy en día.
Propietario y empleados deberán capacitarse adecuadamente antes de
utilizar el sistema de Multimoda para que pueda ser manipulado a su
perfección y a su vez sea satisfactorio para los usuarios.
BIBLIOGRAFÍA CONSULTADA
Libros:
Alice Y. H. TSAI, SISTEMAS DE BASE D E DATOS ADMINISTRACIÓN
Y USO, Prentice-Hall Hispanoamericana.
Silberschatz, Abrahan, Korth, Henry F., Sudarshan S., 1995. SISTEMA DE
GESTION DE GESTION BASE DE DATOS, NCGRAW HILL.
Maso, Brian, 1998. MANUAL DE VISUAL BASIC INTERVED, MCGRAW
HILL
Ramirez Delaney, K. 2001. SQL SERVER 2000, MICROSOFT PRESS
Ramirez, Eduardo, 2001SQL SERVER 2000, Macro
Peck, George, 2002 CRISTAL REPORTS 8 “MANUAL DE REFERENCIA”,
MCGRAW HILL
James L. Johnson, 2000. BASE DE DATOS MODELOS – LENGUAJES,
DISEÑOS, OXFORD
Ramirez Luna, 1998. MICROSOFT VISUAL BASIC 6.0, MCGRAW HILL
Cairó Oswaldo, 2000. ESTRUCTURA DE DATOS, MCGRAW HILL
Internet:
Wikilearning.com, 2006. Aprenda Visual Basic 6.0, disponible en:
http://www.wikilearning.com/aprenda_Visual_basic_6_0-wkc-16856.htm
getec.etsit, 2005 objetivos del proyecto disponible en:
http://www.getec.etsit.upm.es/docencia/proyectos/planificacion/objetivos.htm
maestrosdelweb.com, 2004 Introducción a SQL, disponible en:
hptt://www. Maestrosdelweb.com/editorial/tutsql1/
Diseño de un Sistema de información Gerencial de Apoyo a la toma de
decisiones:
http://www.monografias.com
Diseño gerencial de información shrml
http://www.monografias.com/trabajos38/informacion-gerencial/informacion
MANUAL TÉCNICO
DIAGRAMAS DEL SISTEMA
SÍMBOLO DESCRIPCIÓN
Disco Magnético(Base de datos)
Entrada de información
Presentación por pantalla
Procesos
Almacenamiento Interno
Documento
Decisiones
Linea de Flujo
Presentación preliminar
Respaldo Magnético
DIAGRAMA GENERAL DEL SISTEMA
Para: MULTIMODA
Autora: Ruth Noemí Bravo Cedillo
Sistema: DISEÑO Y DESARROLLO DE UNA APLICACIÓN QUE REGISTRE LOS
PROCEDIMIENTOS ADMINISTRATIVOS DE VENTAS POR CATALOGO MULTIMODA
DEL CANTON MILAGRO PROVINCIA DEL GUAYAS.
Proveedores
Inventario
Cuentas por
Cobrar
Permisos
Ingresos
Compras Usuarios
Venta
Clientes
Cuentas Por
Pagar
Kardex de
Productos
DISEÑO Y DESARROLLO DE UNA APLICACIÓN QUE REGISTRE LOS PROCEDIMIENTOS ADMINISTRATIVOS DE VENTAS POR CATALOGO MULTIMODA DEL CANTON MILAGRO PROVINCIA DEL GUAYAS,
DISEÑO Y DESARROLLO DE UNA APLICACIÓN QUE REGISTRE LOS PROCEDIMIENTOS ADMINISTRATIVOS DE VENTAS POR CATALOGO MULTIMODA DEL CANTON MILAGRO, PROVINCIA DEL GUAYAS,
NIVEL 0
REGISTRO
Clientes Proveedores
DISEÑO Y DESARROLLO DE UNA APLICACIÓN QUE REGISTRE LOS PROCEDIMIENTOS ADMINISTRATIVOS DE VENTAS POR CATALOGO MULTIMODA DEL CANTON MILAGRO, PROVINCIA DEL GUAYAS.
Productos
NIVEL 1
Proceso de Compra
Ingreso de Campos
Verifica Documento
Producto
Registrado
Crean orden de Pedido
Verifica Documento
Registro de
Campo
Se crean los productos
Venta por Facturación
Verifica Duplicidad
Verifica documento
Registrador
Registro
Venta
DESCRIPCIÓN DEL PROGRAMA
Procesos:
Productos
Fecha Diseño:
2011
DIAGRAMA DE BLOQUES
Objetivo: Realizar el ingreso o recuperación de la información de las compras
automáticamente.
Controles:
Ingresar Número de la Factura. Ingresar los productos relacionados con la orden de compra. Ingresar el encabezado de la Factura. Se presenta, imprime y se guarda la operación.
Ingreso de
Parámetros
Productos
Mantenimientos
Se registran los
diversos parámetros
para registrar todas
las transacciones
Lista de Productos
Ctas x Pagar
Ctas x Cobrar
Kardex
Datos Estadísticos
Comprobante de Ingresos
Información Histórica
Compras
Ventas
Ordenes de Pedido
Clientes
Proveedores
Procesos:
Compras
Fecha Diseño:
2011
DIAGRAMA DE BLOQUES
Objetivo: Realizar recuperación los datos del producto y se realizan las
compras y ventas.
Controles:
Ingreso de Productos Se presenta comprobantes de de ingreso, kardex, Ctas x Cobrar,
Ctas x Pagar.
Ingreso de
Parámetros
Productos
Se recuperan los datos
del producto y se
realizan las compras y
ventas
Comprobante de Ingreso,
Kardex, Ctasx Cobrar, Ctas
x Pagar
Compras Ventas
DESCRIPCIÓN DIAGRAMA GENERAL
1. Se Ingresan los usuarios que van a ser responsables de manipular el
software. Tendrán acceso solo los usuarios registrados.
2. Se llenan las tablas de mantenimiento tales como, Clientes,
Proveedores, Inventario, Venta, Compra.
3. Culminado los pasos anteriores se procede a ejecutar la parte principal
del proceso.
4. El software organiza y actualiza toda la información para de esta
manera brindar a los usuarios del sistema rapidez en los procesos.
5. Para ingresar al sistema los usuarios deben hacer uso de nombre y
clave de inicio de sesión.
6. La aplicación procesa toda la información para presentar los
concernientes reportes por pantalla.
ESTANDARIZACIÓN Y FORMATOS
La presente aplicación cuenta con una política de estandarización
debidamente definida, que se aplica en el proceso de nombra o crear los
diferentes objetos tales como: entidades y sus atributos, variables, y cada
objeto que se requiera. Dicha estandarización se detallará mas adelante.
De esta manera se dejar correr que los futuros programadores den el
respectivo mantenimiento y/o mejoras a la aplicación.
A continuación se detalla el formato.
VARIABLES
Se usan variables tanto globales como locales, así también de diferentes
tipos de datos. Se utilizan prefijos para los tipos de datos mas conocidos y
también para distinguir si es de tipo global o local. Seguido los tipos de datos
mas comunes y la distinción asignada.
Integer In
String St
Boolean Bo
En consecuencia se llevará el siguiente formato.
Para variables Locales
Se tomara en cuenta como variable local a todas aquellas que se encuentren
dentro de un procedimiento, función, como parte de un formulario o modulo,
a las cuales se les antepondrá el prefijo Loc para indicar que es local mas el
tipo (Integer In, String St, Boolen Bo), y luego el nombre propio de la variable
el cual empezará con mayúscula. No se usan tildes.
Sintaxis
LocInNombrevariable
Ej.
LocInCodTutor (Representa a una variable local de tipo integer)
Para variables Globales o Públicas
Se tomara en cuenta como variable global a todas aquellas que estén
definidas en la sección de variables de un modulo, clase o componente, a las
cuales se les antepondrá el prefijo Glo para indicar que es Global o Publica
mas el tipo (Integer In, String St, Boolen Bo), y luego el nombre propio de la
variable el cual empezará con mayúscula. No se usan tildes.
Sintaxis
GlobStUsuario (Representa a una variable global de tipo string)
ENTIDADES Y ATRIBUTOS
Las entidades (Tablas de la Base de datos) basan su nomenclatura en la
información que se va almacenar en ellas. No se usan tildes.
Sintaxis
NombreTabla
Ej.
Ventas
PROYECTO Y FORMULARIOS
Según el objetivo del proyecto se basa el nombre del proyecto, se antepone
el prefijo Pro seguido de un guión bajo ( _ ) luego el nombre. No se usan
tildes.
Sintaxis
Pro_NombreProyecto
Ej.
Producto
Si bien es cierto se describe un nombre simple, pero es aconsejable
abreviaturas para evitar errores de compresión. No se usan tildes
FORMULARIOS
Se especifica los nombres de los formularios basándose en el objetivo de
cada uno de ellos dentro del proyecto, se antepone el prefijo Frm. Se pueden
combinar palabras en el nombre. No se usan tildes.
Sintaxis
FrmNombreFormulario
Ej.
FrmCompra
OBJETOS DE FORMULARIOS
Ellos son de importancia vital en la estructura del proyecto debido a que
contienen las definiciones de cada elemento indispensable para su normal
funcionamiento dentro de la aplicación. Entre ellos están, las etiquetas o
labels para presentar datos o identificar las cajas de texto o combos, las
cajas de texto que será donde se ingresa la información, los botones que
sirven para la ejecución de acciones, etc.
Por tal razón su importancia reside en que detrás de dichos objetos están las
órdenes y ejecuciones que el sistema se encarga de gestionar para
administrar y procesar de la mejor manera.
A continuación se mencionan cada uno de los objetos que usa el sistema en
sus distintos formularios.
NOMBRE DE LOS OBJETOS
Objetos Descripción
Label Etiquetas de presentación.
TextBox Cajas de Texto.
CommandButton Botón de Comando para ejecutar ordenes
Frame Marco que delimita posiciones del el formulario
ComboBox Caja de texto Combinada
CheckBox Casilla de Verificación
OptionButton Botón de opción para elegir una sola alternativa.
Statusbar Barra de estado para presentación de información
MsFlexgrid Control de presentación masiva de información a
manera de cuadricula.
CommonDialog Control de dialogo para optar acciones como
grabar, abrir, guardar como, etc.
Imagen Control que permite visualizar imágenes.
DtPicker Caja combinada, con la característica que tiene
incorporado un calendario de fechas para elección
del usuario.
CrystalReport Control que permite presentar lo reportes
elaborados en Crystal Report.
Dentro de la aplicación, todos los objetos mencionados anteriormente
cumplen una función específica e indispensable. Dichos objetos deben tener
obligadamente un formato definido y exacto en cada una de las definiciones,
ya que si se quiere darle un mantenimiento o mejorarlo será fundamental
para el rápido entendimiento y ahorro de tiempo y esfuerzos al momento de
identificarlos.
Seguidamente se describirá la manera de nombrar a los diferentes objetos
descritos anteriormente basándose en el siguiente formato.
Nomenclatura de Objetos
Sintaxis
PrefijoNombreObjeto
Ej.
Para una caja de texto que el prefijo a usarse es Txt, entonces el nombre es:
TxtDireccion
Es necesario indicar que el nombre del objeto después del prefijo puede ser
cualquiera, según el criterio del programador, sean estos mayúsculas en
plural o singular, también nombres combinados.
Prefijos para objetos que se usan en este proyecto.
Prefijo Objeto
TextBox Txt
Label Lbl
CommandButton Cmd
Frame Fra
MsFlexGrid Gris
ComboBox Cmb
CheckBox Chk
OptionBUtton Opt
StatusBar Stb
CommonDialog Cdg
RichtTextBox Rtb
Imagen Img
DTPicker Dt
PictureBox Pic
OsenXPButton OsenXPButton
ListView lst
OsenXPButton btn
fpSpread fpS
Menu mnu
Toolbar Toolbar
FileListBox File
MANTENIMIENTOS: BASE DE DATOS MULTIMODA
TABLA 1
Tabla: ACR_ACREEDORES
Descripción: En esta tabla se registraran los acreedores que venden a Multimoda. No Claves Longitud Descripción Requerido
1 ID int Código de Asignación si
No Campos Longitud Descripción Requerido
2 CÓDIGO nvarchar(10) Código del proveedor No
3 NOMBRE nvarchar(100) Nombre del representante Legal Si
4 EMPRESA nvarchar(100) Nombre de la Empresa No
5 DIRECCIÓN nvarchar(100) Dirección de la Empresa No
6 CIUDAD nvarchar(100) Ciudad de origen de la empresa No
7 PROVINCIA nvarchar(100) Provincia de origen No
8 FORMATOPEDIDO nvarchar(100) Hoja de pedido No
9 TELÉFONO nvarchar(50) Teléfono de la empresa No
10 FAX nvarchar(50) Fax de la empresa No
11 EMAIL nvarchar100() Email de la Empresa No
12 FOTO nvarchar(50) Foto de la Empresa No
13 CEDULA nvarchar(10) Cedula del representante legal No
14 RUC nvarchar(13) RUC del representante No
15 FECHACREACIÓN smalldatetime Fecha de inicio No
16 CREDITOSDIAS int() Cupo de créditos en días No
17 CUPO float Cupo que la empresa asigna No
18 COMISIÓN float Pago en porcentaje comisión No
19 DESCUENTOEJECUTIVO float Descuento a vendedora No
20 WWW nvarchar(100) Pagina web No
21 OBSERVACIONES nvarchar(256) Observaciones No
22 ESTADO bit Estado activo o Inactivo No
23 EMPRESAID int Codigo de la empresa No
24 FORMAPAGO nvarchar(50) Forma de pago No
25 CUENTA nvarchar(50) Cuenta bancaria No
26 BANCO nvarchar(50 Banco de Representante No
27 FECHANCREA smalldatetime Fecha de creación No
28 FECHAMODIFICA smaldatetime Fecha que modifica No
29 PCID nvarchar(50) Código la empresa No
30 USUARIOCREA nvarchar(50) Usuario creación No
31 USUARIOMODIFICA nvarchar(50) Usuario Modifica No
TABLA 2
Tabla: ACR_ACREEDORES_DEUDAS
Descripción: En esta tabla se registrarán las deudas con los acreedores
No Claves Longitud Descripción Requerido
1 CompraId int Código de asignación Si
No Campos Longitud Descripción Requerido
1 AcreeddorId int Código del acreedor No
2 Fecha Datetime Fecha de ingreso No
3 Vence Datetime Vence factura No
4 Desccripcion nvarchar(1024) Descripción de compra No
5 Valor money Valor No
6 Saldo money Saldo No
7 FechaCrea smalldatetime Fecha de creación No
8 FechaModifica samlldatetime Fecha modifica No
9 PcID nvarchar(50) Fecha No
10 UsuarioCrea nvarchar(50) Código de la factura No
11 UsuarioModifica nvarchar(50) Usuario modifica No
12 AnuladoPor nvarchar(50) Anulado factura por motivo de No
13 FechaAnula smalldatetime Fecha de anulación No
TABLA 3
Tabla: ACR_ACREEDORES_MARCAS
Descripción:
En esta tabla se registrarán los nombres de las marcas.
No Claves Longitud Descripción Requerido
1 ID int Código de asignación Si
No Campos Longitud Descripción Requerido
1 AcreedorID int Código del acreedor No
2 marca nvarchar(50) Nombre de la marca No
TABLA 4
Tabla: ACR_ACREEDORES_PAGOS
Descripción:
En esta tabla se describen pagos a los acreedores
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
1 DeudaId int Código de pago No
2 FechaPago datetime Fecha de pago No
3 Valor money Valor del deposito No
4 FormaPago nvarchar(50) Forma de pago No
5 ChequeNro nvarchar(15) Cheque numero No
6 ChequeFecha nvarchar(15) Cheque fecha No
7 BancoId int Código de banco No
8 EMPRESAID int Código del empresario No
9 ESTADO bit Estado activo o inactivo No
10 FechaCrea smalldatetime Fecha de creación No
11 FchaModifica smalldatetime Fecha de modificación No
12 PcID nvarchar(50) Código pago No
13 UsuarioCrea nvarchar(50) Usuario creación No
14 UsuarioModifica nvarchar(50) Usuario modificación No
15 Observaciones nvarchar(1024) Observaciones No
TABLA 5
Tabla: BANCOS_CHEQUESDEVUELTOS
Descripción:
En esta tabla registrará un filtro de los cheques devueltos.
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
1 NroCheque nvarchar(15) Numero de cheque No
2 Banco nvarchar(50) Busca Banco No
3 Valor Money Valor del cheque No
4 Titular nvarchar(50) Nombre del titular No
5 Motivo nvarchar(1024) Motivo de devolución No
TABLA6
Tabla: BANCOS
Descripción:
En esta tabla se registrarán las cuentas bancarias de Multimoda
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
2 Banco navarchar(50) Nombre del banco No
3 Cuenta navarchar(50) Número de cuenta No
4 UltimoCheque float Ultimo cheque girado No
5 Titular nvarchar(50) Nombre del titular No
6 Saldo money Saldo de la cuenta No
7 FechaCrea smalldatetime Fecha de creación No
8 FchaModifica smalldatetime Fecha de modificación No
9 PcID nvarchar(50) Código de la cuenta No
10 UsuarioCrea nvarchar(50) Usuario de creación No
11 UsuarioModifica nvarchar(50) Usuario de modificación No
12 AnuladoPor nvarchar(50) Anulación por motivo de No
13 FechaAnula smalldatetime Fecha de anulación del cheque No
TABLA 7
Tabla: BANCOS_DEP_RET
Descripción:
En esta tabla se registraran los depósitos y retiros diarios.
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
1 BancoId int Código del banco No
2 NroDocumento nvarchar(20) Numero de documento No
3 Tipo nvarchar(10 Tipo retiro o Deposito No
4 Valor money Valor del depósito o retiro No
5 Fecha Datetime Fecha de retiro o deposito No
6 Estado bit Estado activo o inactivo No
7 Observaciones nvarchar(500) Observaciones No
TABLA 8
Tabla: BANCOS_MOV
Descripción: En esta tabla se registrarán los movimientos de las cuentas bancarias
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
1 BancoId int Codigo de asignación No
2 Fecha smalldatetime Fecha No
3 Tipo nvarchar(25) Tipo No
4 Valor money Valor No
5 Saldo money Saldo No
6 PcID nvarchar(50) Código de banco No
7 UsuarioCrea nvarchar(50) Usuario creación No
8 EmpresaId int Código de la Empresa No
TABLA 9
Tabla: CLI_CLIENTES
Descripción:
En esta tabla se registrarán los nombre de los clientes
No Claves Longitud Descripción Requerido
1 ID int Código de asignación Si
No Campos Longitud Descripción Requerido
1 Código nvarchar(50) Código de ingreso No
2 Cedula nvarchar(10) Numero de la cedula del
cliente No
3 RUC nvarchar(13) RUC si lo posee No
4 Nombre nvarchar(50) Nombre del cliente No
5 www nvarchar(50) Pagina web No
6 Foto nvarchar(50) Foto No
7 Teléfono nvarchar(25) Teléfono No
8 Direccion nvarchar(100) Dirección No
9 Ciudad nvarchar(50) Ciudad No
10 Provincia nvarchar(50) Provincia No
11 Zona nvarchar(50) Zona No
12 Email nvarchar(100) Email No
13 Empresa nvarchar(50) Empresa No
14 Precio int Precio No
15 FechaNac samlldatetime Fecha de creación No
16 Calificación char(1) Calificación No
17 Dias int Días No
18 Cupo float Cupo del cliente No
19 FormaPago nvarchar(50) Forma de pago No
20 Cuenta nvarchar(50) Numero Cuenta No
21 Banco nvarchar(50) Banco No
22 GaranteNombre nvarchar(50) Garante en caso de crédito No
23 GaranteDireccion nvarchar(100) Garante dirección No
24 GaranteTelefono nvarchar(50) Garante teléfono No
25 GaranteCedulaFoto nvarchar(50) Garante cedula No
26 GarantíaDocumento nvarchar(50) Garante documento No
27 ReferenciaNombre1 nvarchar(50) Referencia 1 No
28 ReferenciaTelefono1 nvarchar(50) Número de teléfono 1 No
29 ReferenciaNombre2 nvarchar(50) Referencia 2 No
30 ReferenciaTelefono2 nvarchar(25) Número de teléfono 2 No
31 Observacion nvarchar(1024) Observación No
32 EMPRESAID int Código de la empresa No
33 ESTADO bit Estado activa o inactiva No
34 FechaCrea smalldatetime Fecha de creación No
35 FechaModifica smalldatetime Fecha de modificación No
36 PcID nvarchar(50) Código id No
37 UsuarioCrea nvarchar(50) Usuario creación No
38 UsuarioModifica nvarchar(50) Usuario modifica No
TABLA 10
Tabla: CLIENTES_DEUDAS
Descripción: En esta tabla se registran los datos de las cuentas por cobrar
No Claves Longitud Descripción Requerido
1 Id int código de asignación Si
No Campos Longitud Descripción Requerido
1 VentaId int Código de ingreso No
2 ClienteId int Código del cliente No
3 Fecha datetime Fecha de venta No
4 Vence datetime Fecha de vencimiento No
5 Descripción nvarchar(1024) Descripción No
6 Valor money Valor de la deuda No
7 Saldo money Saldo de la deuda No
8 FechaCrea smalldatetime Fecha de creación No
9 FechaModifica smalldatetime Fecha de modificación No
10 PcID nvarchar(50) Código id No
11 UsuarioCrea nvarchar(50) Usuario crea No
12 UsuarioModifica nvarchar(50) Usuario modifica No
13 AnuladoPor nvarchar(50) Anulado por No
14 FechaAnula smalldatetime Fecha de anulación No
TABLA 11
Tabla: CLIENTE_PAGOS
Descripción: En esta tabla se registran los pagos de los clientes.
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
1 DeudaId int Código de deuda asignación No
2 FechaPago datetime Fecha de pago No
3 Valor money Valor del pago No
4 FormaPago nvarchar(50) Forma de pago descripción No
5 ChequeNro nvarchar(15) Numero del cheque No
6 ChequeFecha datetime Fecha de cheque No
7 BancoId int Código banco No
8 EMPRESAID int Código empresario No
9 ESTADO bit Estado No
10 FechaCrea smaldatetime Fecha de creación No
11 FechaModifica smalldatetime Fecha de modificación No
12 PcID nvarchar(50) Código id No
13 UsuarioCrea nvarchar(50) Usuario crea No
14 UsuarioModifica nvarchar(50) Usuario modifica No
15 Observaciones nvarchar(1024) Observación No
16 EstadoDeposito nvarchar(50) Estado del deposito No
17 FechaDeposito smalldatetime Fecha del deposito No
18 BancoDepositoId int Banco depositado No
TABLA 12
Tabla: COM_FACTURA
Descripción: En esta tabla se registran las facturas
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
1 DeudaId int Código de deuda No
2 FechaPago datetime Fecha de pago No
3 Valor money Valor No
4 FormaPago nvarchar(50) Forma de pago No
5 ChequeNro nvarchar(15) Cheque numero No
6 ChequeFecha datetime Cheque fecha No
7 BancoId int Codigo banco No
8 EMPRESAID int Código del empresario No
9 ESTADO Bit Estado No
10 FechaCrea smalldatetime Fecha de creación No
11 FechaModifica smalldatetime Fecha de modificación No
12 PcID nvarchar(50) Código id No
13 UsuarioCrea nvarchar(50) Usuario creación No
14 UsuarioModifica nvarchar(50) Usuario modificación No
15 Observaciones nvarchar(1024) Observaciones No
16 EstadDeposito nvarchar(50) Estado del deposito No
17 FechaDeposito smalldatetime Fecha del deposito No
18 BancoDepositoId int Banco depositado No
TABLA 13
Tabla: COM_FACTURA_DETALLE
Descripción: En esta tabla se registran el detalle de las factura
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
1 DeudaId int Código de la deuda No
2 FechaPago datetime Fecha de pago No
3 Valor money Valor No
4 FormaPago nvarchar(50) Forma de pago No
5 ChequeNro nvarchar(15) Numero de cheque No
6 ChequeFecha datetime Fecha del cheque No
7 BancoId int Número del documento del banco No
8 EMPRESAID int Código de la empresa No
9 ESTADO bit Estado No
10 FechaCrea smalldatetime Fecha de creación No
11 FechaModifica smalldatetime Fecha de modificación No
12 PcId nvarchar(50) Codigo id No
13 UsuarioCrea nvarchar(50) Usuario creación No
14 UsuarioModifica nvarchar(50) Usuario modificación No
15 Observaciones nvarchar1024) Observación No
16 EstadoDeposito nvarchar(50) Estado del deposito No
17 FechaDeposito smalldatetime Fecha del deposito No
18 BancoDepositoId int El banco donde se deposito No
TABLA 14
Tabla: INV_PRODUCTOS
Descripción: En esta tabla se registrarán los productos ingresados
No Claves Longitud Descripción Requerido
1 ID int Código de asignación Si
No Campos Longitud Descripción Requerido
1 Codigo nvarchar(25) Codigo de ingreso No
2 CódigoBarra nvarchar(50) Código de barra No
3 Nombre nvarchar(50) Nombre del producto No
4 Color nvarchar(50) Color de la prenda No
5 Talla nvarchar(50) Talla de la prenda No
6 Unidad nvarchar(50) Unidad, caja o docena No
7 ProveedorID int Código del proveedor No
8 Stock int Stock No
9 Foto nvarchar(50) Foto No
10 Costo money Costo No
11 Precio1 money Precio No
12 Precio2 money Precio No
13 Impuesto int Impuesto 0 o 12% IVA No
14 FamiliaID int código de la familia No
15 TipoID int Código del tipo No
16 MateriaID int Código de la materia No
17 Descripcion nvarchar(100) Descripción No
18 Catalogo nvarchar(50) Nombre del catalogo No
19 Estado bit Estado activa o inactivo No
20 FechaCrea smalldatetime Fecha de creación No
21 FechaModifica smalldatetime Fecha de modificación No
22 PcID nvarchar(50) Código id No
23 UsuarioCrea nvarchar(50) Creación del usuario No
24 UsuarioModifica nvarchar(50) Modificación de usuario No
25 Empresa int Nombre de la empresa No
TABLA 15
Tabla: INV_PRODUCTOS_EGRESOS
Descripción: En esta tabla se registra el motivo de salida de la mercadería.
No Claves Longitud Descripción Requerido
1 ID int Código de asignación Si
No Campos Longitud Descripción Requerido
1 Fecha smalldatetime Fecha No
2 ProductoId int Codigo del producto No
3 Cantidad money Cantidad No
4 Valor money Valor No
5 Motivo nvarchar(1024) Motivo No
6 Estado bit Estado No
7 MotivoID int Motivo No
8 NroDocumento nvarchar(10) Numero de documento No
9 FechaCrea smalldatetime Fecha de creación No
10 PcID nvarchar(50) Código id No
11 UsuarioCrea nvarchar(50) Creación del usuario No
12 EmpresaId int Código de la empresa No
TABLA 16
Tabla: INV_PRODUCTOS_INGRESOS
Descripción: En esta tabla se registra el motivo de la entrada al stock de la mercadería.
No Claves Longitud Descripción Requerido
1 ID int Código de asignación Si
No Campos Longitud Descripción Requerido
1 Fecha smalldatetime Fecha No
2 ProductoId int Código del producto No
3 Cantidad money Cantidad No
4 Valor money Valor No
5 Motivo nvarchar(1024) Motivo No
6 Estado bit Estado No
7 MotivoID int Código del motivo No
8 NroDocumento nvarchar(50) Numero de documento No
9 FechaCrea smalldatetime Fecha de creación No
10 PcID nvarchar(50) Código id No
11 UsuarioCrea nvarchar(50) Usuario de creación No
12 EmpresaId int código de la empresa No
TABLA 17
Tabla: INV_PRODUCTOS_KARDEX
Descripción: En esta tabla se registrarán el ingreso y salida de los productos.
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
1 DocDes nvarchar(50) Descripción de mercancía No
2 DocId int Código del producto No
3 DocNro nchar(10) Numero del producto No
4 Detalle nvarchar(500) Detalle No
5 ProductoId int Código del producto No
6 Cantidad money Cantidad No
7 Ingreso money Ingreso No
8 Egreso money Egreso No
9 Saldo money Saldo No
10 UltimoCosto money Ultimo cobro No
11 Total money Total No
12 FechaCrea smalldatetime Fecha de la creación No
13 FechaModifica smalldatetime Fecha de la modificación No
14 PcID nvarchar(50) Código id No
15 UsuarioCrea nvarchar(50) Usuario creación No
16 UsuarioModifica nvarchar(50) Usuario modifica No
17 Anuladopor nvarchar(50) Anulado por No
18 FechaAnula smalldatetime Fecha de anulación No
TABLA 18
Tabla: ORD_COMPRA
Descripción: En esta tabla se define el ingreso de la factura al sistema.
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
1 Acreedor int Acreedor o proveedor No
2 Cliente int Nombre del Cliente No
3 Fecha smalldatetime Fecha de la creación No
4 Estado bit Estado activo o inactivo No
5 Subtotal money Subtotal No
6 IVA12 money IVA. 12% o 0% No
7 Descuento money Descuento oficial empresaria No
8 Total money Total No
9 Observación nvarchar(50) Observación No
10 FechaCrea smalldatetime Fecha de creación No
11 FechaModifica smalldatetime Fecha de modificación No
12 PcID nvarchar(50) Codigo id No
13 UsuarioCrea nvarchar(50) Usuario creación No
14 UsuarioModifica nvarchar(50) Usuario modificación No
15 AnuladoPor nvarchar(50) Anulado por No
16 FechaAnula smalldatetime Fecha de anulación No
17 Importado bit Importado No
18 Marca nvarchar(50) Marca de catalogo No
TABLA 19
Tabla: ORD_COMPRA_DET
Descripción: En esta tabla se registran el detalle de la orden de compra
No Claves Longitud Descripción Requerido
1 Id int Código de asignación Si
No Campos Longitud Descripción Requerido
1 OrdenId int numero de la orden No
2 ProductoId int Código del producto No
3 Cantidad int Cantidad o número de unidades No
4 Precio money Precio 2 No
5 Subtotal money Subtotal No
6 Impuesto bit Impuesto 0 o 12% No
7 Importado bit Importado No
8 Despachado int Despachado el producto No
TABLA 20
Tabla: SIS_PERFILES
Descripción:
En esta tabla se registran los datos del usuarios al sistema
No Claves Longitud Descripción Requerido
1 Recursoid int Código de recursos Si
No Campos Longitud Descripción Requerido
1 Usuarioid int Código del usuario No
2 Estado char(10) Estado No
TABLA 21
Tabla: SIS_RECURSOS
Descripción: En esta tabla se registran los siguientes recursos
No Claves Longitud Descripción Requerido
1 ID int Código de asignación Si
No Campos Longitud Descripción Requerido
1 Sisnombre nvarchar(50) Nombre del usuario No
2 Nombres nvarchar(50) Nombre del recurso No
3 Padre int A que pertenece No
4 Tipo int Tipo empleado, propietario No
5 Comentario nvarchar(50) Comentario No
TABLA 22
Tabla: SIS_USUARIO
Descripción: En esta tabla se registra los usuarios
No Claves Longitud Descripción Requerido
1 ID int Codigo de asignación Si
No Campos Longitud Descripción Requerido
1 Código nvarchar(10) Código No
2 Usuario nvarchar(25) Usuario No
3 Password nvarchar(50) Password No
4 Nombre nvarchar(100) Nombre del usuario No
5 Trato nvarchar(50) Trato No
6 Foto nvarchar(50) Foto No
7 Fechacreacion smalldatetime Fecha de creación No
8 Estado bit Estado No
9 Empresaid int Código Empresa No
TABLA 23
Tabla: SIS_EMPRESA
Descripción: En esta tabla se registrarán los datos de la empresa
No Claves Longitud Descripción Requerido
1 ID int Código de asignación si
No Campos Longitud Descripción Requerido
1 NOMBRE nvarchar(100) Nombre del Representante Legal No
2 REPRRESENTANTE nvarchar(100) Nombre del representante No
3 RUC nvarchar(13) RUC No
4 FEHCACREA smalldatetime Fecha de creación No
5 DIRECCION nvarchar(256) Dirección No
6 TELEFONO nvarchar(50) Teléfono No
7 FAX nvarchar(50) Fax de la empresa No
8 EMAIL nvarchar(50) Email de la empresa No
9 WWW nvarchar(50) Pagina web de la empresa No
10 CODIGO nchar(10) Código de la empresa No
11 FOTO nvarchar(50) Foto de la propietario No
12 ESTADO bit Estado de la empresa No
TABLA 24
Tabla: SIS_PARAMETROS
Descripción: En esta tabla se registran datos que el sistema requiere
No Claves Longitud Descripción Requerido
1 ID int Código de asignación Si
No Campos Longitud Descripción Requerido
1 Tipo int Tipo de clasificación de parámetros No
2 Nombre nvarchar(100) Nombre del parámetro No
3 Padre int Familia a la que pertenece No
4 Valor money Valor No
5 Comentario nvarchar(256) Comentario No
Tabla 25
Tabla: VEN_FACTURA
Descripción: En esta tabla se registra las ventas realizadas
No Claves Longitud Descripción Requerido
1 Id int Código de asignación SI
No Campos Longitud Descripción Requerido
1 TipoDoc nchar(25) Tipo de documento No
2 NroDoc nchar(10) Numero de documento No
3 ClienteID int Código del cliente No
4 FechaVenta Smalldatetime Fecha de venta No
5 FechaVence Smalldatetime Fecha de vencimiento No
6 FormaPago nvarchar(50) Forma de pago No
7 Estado bit Estado No
8 Pagada bit Pagada No
9 Subtotal money Subtotal No
10 IVA12 money IVA 12% No
11 Descuento money Descuento No
12 Total money Total No
13 NroOrden int Numero de la orden No
14 Observacion nvarchar(1024) Observaciones No
15 FechaCrea smalldatetime Fecha de creación No
16 FechaModifica smalldatetime Fecha de modificaciones No
17 PcID nvarchar(50) Código id No
18 UsuarioCrea nvarchar(50) Usuario creación No
19 UsuarioModifica nvarchar(50) Usuario modifica No
20 AnulaPor nvarchar(50) Anular por No
21 FechaAnula smalldatetime Fecha de anulación No
TABLA 26
Tabla: VENT_FACTURA_DETALLE
Descripción: en esta tabla se registra el detalle de ventas
No Claves Longitud Descripción Requerido
1 ID int Código de asignación Si
No Campos Longitud Descripción Requerido
1 FacturaId int Código de la factura No
2 ProductoID int Código del producto No
3 Cantidad int Cantidad No
4 Precio money Precio No
5 Subtotal money Subtotal No
6 Devuelto int Devuelto No
7 Impuesto bit Impuesto No
iii
PROCEDIMIENTO PARA HACER INFORMES
Crystal Report 8.5
Cada uno de los reportes creados en “DISEÑO Y DESARRROLLO DE UNA
APLICACIÓN QUE REGISTRE LOS PROCEDIMIENTOS
ADMINISTRATIVOS DE VENTAS POR CATALOGO MULTIMODA DEL
CANTON MILAGRO PROVINCIA DEL GUAYAS”, fueron diseñados en
Crystal Report 8.5.
Pasos a seguir para crear informes:
1. Seleccionar la opción “As a Black Report”. (Grafico F-1)
Fig. F-1 Creando un Nuevo Reporte
Esta interface facilita la tarea de escoger las tablas de la base de datos, se
puede seleccionar cualquier tipo de bases de datos que soporte Crystal
Report, son Microsoft Access, dBase, SQL Server, Oracle, Informix, Sybase,
etc
1. Seleccionar de la carpeta ODBC escogemos nuestra tabla y
añadimos a nuestro reporte.
2. Escoge la tabla y sobre de un clic izquierdo, seleccionamos la opción
Agregar. (Grafico F-2).
Fig. F-2 Selección de las tablas del Reporte
3. Una vez realizada la selección de las tablas cierre el explorador de
datos con el botón Cerrar, le muestra las relaciones que se crearon.
(Grafico F-3).
Fig. F-3 Relación de la base de datos
4. Mostrará la pantalla de diseño, junto con el explorador de campos y
dejándolos en el informe donde desee que aparezca.
Fig. F-4 Pantalla de Diseño
5. Para poder añadir un campo al informe se desplaza el campo desde el
explorador de
Campos (Grafico F-4), a la pestaña de diseño del informe.
Cuando se ejecute el paso anterior en la hoja de diseño aparecerá el
perfil del objeto mientras lo arrastra. Cuando haya colocado el campo
donde desee (Grafico F-5), Simplemente suelte el botón del ratón para
dejar el campo en el informe.
Fig. F-5 Diseño del Reporte
INSTRUCCIONES Y FUNCIONES MÁS USADAS
MsgBox (Función)
Muestra un mensaje en un cuadro de dialogo, espera que el usuario haga clic
en un botón y devuelve un tipo Interger correspondiente al botón elegido por
el usuario.
Sintaxis
MsgBox(prompt[,buttons][,title][,helpfile,context])
Year(Función)
Devuelve un valor de tipo Variant(integer) que contiene un número entero
que representa el año.
Sintaxis
Year(Fecha)
Month(Función)
Devuelve un valor de tipo Variant (integer) que especifica un numero entero
1 y 12, inclusive, que represente el mes del año.
Sintaxis
Month(Fecha)
Date(Función)
Devuelve un tipo Variant(Date) que contiene la fecha actual del sistema.
Sintaxis
Date
Comentarios
Se usa instrucción date para establecer la fecha del sistema.
UCase(Función)
Devuelve un tipo de Variant(String) que contiene una cadena específica que
se ha convertido en mayúscula.
Sintaxis
Ucase(cadena)
El argumento cadena necesario es cualquier expresión de cadena valida. Si
la cadena contiene NULL se devuelve NULL.
Solo se convierte a mayúscula las letras minúsculas.
LCase(Función)
Devuelve un tipo String que se ha convertido en minúsculas.
Sintaxis
LCase(cadena)
El argumento cadena necesario es cualquier expresión de cadena valida. Si
la cadena contiene NULL, se devuelve NULL.
Solo se convertirán en minúsculas las letras en mayúsculas
LTrim, RTrim y Trim. (Función)
Devuelve una copia de una cadena sin espacios iniciales(LTrim), espacios
finales(RTrim) o ambos(Trim).
Sintaxis
LTrim(Cadena)
RTrim(Cadena)
Trim(Cadena)
El argumento cadena es cualquier expresión de cadena valida. Si la cadena
contiene NULL, se devuelve NULL.
Mid(Función)
Devuelve un tipo Variant(String) que tienen un numero especifico de
caracteres de una cadena.
Sintaxis
Mid(string, start[,length])
Ejemplo:
Mid(texto.text,1,1)
InStr(Fución)
Devuelve un tipo variant(string) que especifica la posición de la primera
aparición de una cadena en otra.
Sintaxis
InStr([stara,]string1, string2[,compare])
Asc(Función)
Devuelve un tipo Integer que representa el código de carácter
correspondiente a la primera letra de una cadena.
Asc(cadena)
El Argumento obligadamente cadena es una expresión de cadena válida. Si
la cadena no contiene caracteres, se produce un error en tiempo de
ejecución. El intervalo del valor de retorno entre 0 y 255 en sistemas.
Chr(Función)
Devuelve un tipo string que contiene el carácter asociado con el código de
carácter especificado.
Sintaxis
Chr(codigocar)
El Argumento codigocar es un tipo long que indica a un carácter. Los
números de 0 al 31 son lo mismos que los códigos ASCII estándar no
imprimibles. Por Ejemplo, Chr(10) devuelve un carácter de avance de línea.
Day(Función)
Devuelve el valor de Variant(Integer) que especifica un numero entero entre
1 y 31, inclusive, que representa el día del mes.
Sintaxis
Day(Fecha)
El argumento fecha es cualquier valor de tipo Variant, expresión numérica,
cadena o cualquier combinación que pueda presentar una fecha.
Format(Función)
Devuelve un tipo Variant(String ) que contiene una expresión formateada de
acuerdo a las instrucciones contenidas en una expresión de formato
Sintaxis
Format(expresión[,formato[primerdiadeseman[,primerdiadeaño]]])
Len(Función)
Devuelve un tipo Long que contiene el número de caracteres en una cadena
o el número de bytes necesarios para almacenar una variable.
Sintaxis
Len(cadena|nombrevar)
On Error (Instrucción)
Activa una rutina de errores y especifica la ubicación de la misma en un
procedimiento, también puede utilizarse para desactivar una rutina de control
de errores.
Sintaxis
On Error Goto o Desactiva cualquier controlados de errores del
procedimiento actual
On Error Goto Línea
On Error Resume Next
Load(Instrucción)
Carga en memoria un formulario o un control.
Sintaxis
Load Objeto
El marcador de posición objeto es el nombre de un objeto Form, un Objeto
MDIForm o un elemento de una matriz de controles para cargar.
Unload(Instrucción)
Descarga de la memoria un formulario o un control.
Sintaxis
Unload objeto
El marcador de posición objeto es el nombre de un objeto Form o de un
elemento de una matriz de controles para descargar.
La descarga de un formulario o de un control puede ser necesaria o
conveniente en aquellos casos en los que la memoria utilizada sea necesaria
para alguna otra tarea o cuando sea necesario restablecer las propiedades a
sus valores originales.
Funtion(Instrucción)
Declara el nombre, los argumentos y el código que componen el cuerpo de
un procedimiento Funtion.
Sintaxis
[Public|Private|fried][static] Function nombre[(lista_argumentos)][As Tipo]
[Istrucciones]
[Nombre=Expresión]
[Exit Function]
[Instrucciones]
[nombre=expresión]
End Function
La sintaxis de la Instrucción Function consta de las siguientes partes.
Public.- Opcional, indica que el procedimiento Function es accesible para
todos los demás procedimiento de todos módulos. Si se utiliza en un módulo
que contiene Option Private, el procedimiento no estará disponible fuera del
proyecto.
If… Then…Else
Ejecuta condicionalmente un grupo de instrucciones, dependiendo del valor
de una expresión.
Sintaxis
If condición Then [Instrucciones] – [Else instrucciones_Else]
Puede utilizar la siguiente sintaxis en formato de bloque:
If condición then
[Instrucciones]
ElseIf condición then
[Instrucciones_ElseIf]
Else
[Instrucciones_Else]
End If
While… Wend(Instrucción)
Ejecuta una serie de instrucciones mientras una condición dada sea Trae.
Sintaxis
While condición
[Instrucciones]
Wend
End (Instrucción)
termina un procedimiento o bloque.
Sintaxis
End
End Funtion
End If
End Property
End Select
End Sub
End Type
End With
Exit(Instrucción)
Sale de un bloque de código de Do..Loop, For…Next, Funtion, Sub o
Property.
Sintaxis
Exit Do
Exit For
Exit Funtion
Exit Propety
Exit Sub
MANUAL DE USUARIO
AMBIENTE OPERATIVO
SISTEMA OPERATIVO
Es de vital importancia para la puesta a en marcha de un producto
informático. El Sistema Automatizado de registro de ventas, compras e
inventario desarrolla su ambiente de trabajo bajo el Sistema Operativo
Microsoft Windows 7 pues fue diseñado para funcionar bajo esta plataforma.
Es muy importante recalcar las versiones de Microsoft Windows adaptables
al sistema porque existen librerías y controles actualizados que dependen
directamente del Sistema Operativo a usarse.
El sistema soporta las siguientes versiones de Windows.
Windows 2000
Windows XP
Como toda aplicación de Windows, la ubicación de la carpeta básica de
instalación se encuentra en el directorio archivos de programas.
En cuanto a la estructura y diseño, guarda similitud con el ambiente
operacional de Microsoft Windows es decir, los controles y demás
herramientas del sistema emulan ciertas acciones de Windows que en
ocasiones toma la pauta de estar dentro del mismo Microsoft Windows.
PUESTA EN MARCHA DEL SISTEMA
INGRESO AL SISTEMA
Después de una instalación exitosa, el software se iniciara por primera vez y
la presentación del mismo es como indica la Fig. G-1.
El software revisa en la base de datos si existe un administrador, como es la
primera vez que se ejecuta el proyecto presentará el un mensaje.
Fig. G-1 Mensaje de información
Al aceptar se presenta una pantalla en la que se podrá crear un
administrador, que será el encargado de crear los usuarios y establecer los
permisos a los diferentes formularios. (Fig. G-2).
Fig. G-2 Crear Administrador
Consta de lo siguiente.
Una caja de texto para el nombre del administrador
Una caja de texto para la clave del administrador
A continuación se presentará la ventana de ingreso al sistema, aquí se debe
ingresar el nombre y clave, ya sea un administrador o un usuario. De no
ingresar la información correcta se presentara un mensaje de error y no le
permitirá ingresar. Fig. G-3
Fig. G-3 Acceso al Sistema
ADMINISTRACIÓN DEL SISTEMA
Los principales módulos de la aplicación son Cliente, Proveedor, Compra,
Venta, Inventario, Usuario, porque a partir de ellos se alimentaran los demás
módulos que integran el diseño y desarrollo de una aplicación que registre
los procedimientos administrativos de ventas por catálogo Multimoda del
cantón Milagro Provincia del Guayas.
El software está integrado por los siguientes módulos principales.
1. Cliente
2. Proveedores
3. Compra
4. Venta
5. Inventario
6. Usuario
Fig. G-4 Formulario Principal
En la pantalla principal del sistema se observa todos los accesos a los
formularios del sistema, según los permisos asignados. El ingreso al
formulario de cliente, compra, venta, inventario, proveedores se lo hace de la
siguiente manera. (Fig. G-5)
Mostrar en la pantalla principal donde se deberá escoger Ventas-
Facturación, Compra.
También se podrá acceder desde el menú Herramienta y escoger los
formularios.
Fig. G-5 Ingresando a Herramientas
Una vez que haya ingresado se muestran los formularios que se observa en
la Fig. G-6.
Fig. G-6 Formulario de Producto
En este formulario se debe ingresar los datos del Producto, se busca la foto,
se escoge la talla y el color y se selecciona guardar los datos.
En el caso de que se quiera buscar un producto que ya está ingresado para
actualizar, eliminar o imprimir se presentará de la siguiente manera.
(Fig. G-7).
Fig. G-7 Pantalla de búsqueda de Producto
Aquí se podrá hacer las búsquedas ya sea por el Numero del producto. La
búsqueda se hace automáticamente a medida que se ingresa datos.
BOTONES DE FUNCIONAMIENTO
Botones Principales
En la mayoría de los formularios se encontraran los siguientes botones de
funcionamiento, dependiendo del formulario en el que estén se realizará la
acción correspondiente.
Este botón permite grabar un registro nuevo o catalizar algún
cambio.
Este botón permite limpiar todas las cajas de texto y regresa a los
combos a su estado inicial.
Este botón permite la eliminación de un registro.
Este botón permite la búsqueda de un registro, para los casos de
Actualización, Impresión o Eliminación.
Este botón muestra la hoja de un determinado registro tal y como
de se va a imprimir.
Este Botón Cierra la ventana actual.
Botones Secundarios
A más de los botones principales que se muestran en este formulario existen
botones que permiten acceder a los demás formularios de mantenimiento,
permitiendo una operación en el sistema. Los botones de acceso están
seguidos de los combos y permiten acceder a la lista de clientes.
Botón de
acceso rápido
Este botón también se encuentra seguido de los combos de Periodo, Plan y
Asesores.
Al ejecutar este botón se muestra un cuadro de diálogo el
cual permite hacer la busque de la foto del Producto.
Clientes
Para ingresar a Clientes elija la opción Menú en la barra de menú en la parte
superior.
Se despliega una solapa en cual debe escoger Pagos. (Fig. G-8)
Fig. G-8 Ingreso a Cliente
Una vez escogido Clientes se muestra el formulario que se observa en la
Fig. G-9
Fig. G-9 Formulario de Clientes
Se ingresa los clientes se podrá ver en el cuadro de búsqueda a clientes y
también aparecerá en Ctas por Cobrar–Clientes, ver sus ventas en el mes,
órdenes de compra, teléfono, dirección, luego se escoge grabar y estos datos
quedan guardados en la base de datos. Fig. G-10
Fig. G-10 Grabar
BOTONES FUNCIONAMIENTO
MANTENIMIENTO DE PRODUCTO
Nos permite asignar un producto, guardarlo, eliminar y buscar si se desea.
Fig. G-11 Formulario de Producto
Salir del formulario de clientes
Este botón permite grabar los datos del cliente
Este botón permite limpiar todas las cajas de texto y regresa a los combos a su estado inicial.
Este botón permite la eliminación de los registros de los datos y los clientes
Este botón permite la búsqueda de un registro, para los casos de actualización de los clientes.
MANTENIMIENTO DE CLIENTES
Fig. G-12 Formulario de Clientes
Permite asignar clientes, poner su foto, correo electrónico, cuenta bancaria;
se puede guardar, eliminar, editar y buscar que se actualice.
MANTENIMIENTO DE VENTAS-FACTURACION
Fig. G-13 Formulario de Ventas -Facturación
Permite asignar los datos de venta por cliente guardar, editar, eliminar y
buscar.
MANTENIMIENTO DE COMPRAS-FACTURACION
Fig. G-14 Formulario de Compras-Facturación
Aquí se ingresan las facturas que el proveedor envía, se ingresa con valor
ejecutivas, y se guardar en la base de datos, pasará a las Cuentas por Pagar
de Proveedores.
MANTENIMIENTO DE PROVEEDORES
Fig. G-15 Formulario de Proveedores
Permite ingresar los proveedores o acreedores guardar, editar, crear, buscar.
MANTENIMIENTO DE ORDEN DE COMPRA
Fig. G-16 Formulario Orden de Compra
Este formulario permite ingresar las ordenes de compras que realizan las
clientes, buscar el producto desde la venta, stock del producto, editarlo,
crear, y guardarlo respectivamente, la orden de compra apareceré
nuevamente en el transcurso en el que el pedido llega hasta oficina luego
para su respectiva entrega por medio de Venta facturación
MANTENIMIENTO DE USUARIOS
Fig. G-17 Formulario de Usuario
En este formulario permite ingresar usuarios al sistema crear recursos,
editarlo, guardarlos.
MANTENIMIENTO DE PARAMETROS
Fig. G-18 Formulario de Parámetros
En este formulario permite ingresar nuevos parámetros de los formularios
productos, proveedores, clientes de formularios de mantenimiento y a su vez
nos permite editar guardar, eliminar.
MANTENIMIENTO CTAS X COBRAR CANCELACION DE DEUDA
Fig. G-19 Formulario Ctas X Cobrar Cancelación De Deuda
Este formulario nos permite hacer el cobro respectivo además registrar la
forma de pago, fecha.
BOTONES DE FUNCIONAMIENTO
Salir del formulario
Este botón permite grabar la información ingresada
Este botón permite limpiar todas las cajas de texto y regresar a los combos a su estado inicial.
Este botón permite la eliminación de los registros del formulario.
Este botón permite la búsqueda de un registro, para los casos de Actualización de los formularios.
Este botón permite ir al primer registro.
Este botón permite ir al registro anterior.
Este botón permite ir al siguiente registro.
Este botón permite ir al primer registro
REPORTES
El software cuenta con reportes que permite filtrar la información y así
mostrar información según los parámetros ingresados.
REPORTES DE KARDEX DEL PRODUCTO
Fig. G-20 Grafico Kardex Del Producto
Fig. G-21 Reporte de Kardex del Producto
Aquí se puede escoger un reporte del listado de los productos es decir de
todo el inventario.
REPORTE CLIENTES- DEUDAS PENDIENTES
Fig. G-22 Reporte Clientes- Deudas Pendientes
Esta formulario nos permite filtrar información de las cuentas pendientes que
adeudan a Multimoda; en este formulario presenta el botón pagar.
Fig. G-23 Reporte de Cliente –Deudas Pendientes de cobro
BOTONES DE FUNCIONAMIENTO
Este botón permite ejecutar la presentacion del los reportes.
Este botón permite limpiar todas las cajas de texto y regresa todo a su estado inicial.
Este botón cierra la ventana actual.
GLOSARIO
BASE DE DATOS: Colección organizada de datos introduccion en un
computador de tal forma que facilita la recuperacion de datos concentrados
con la ayuda de un sistema de recuperacion de la imformación.
BOTÓN: Es una barra de herramienta, una pequeña area cuadrada en la que
se puede pulsar para llevar a cabo.
CAJA DE TEXTO: Es un pequeño editor de texto, con la que se puede poner
un texto fijo en el control.
CAMPO(informatica): Parte de un registro informático, que hace referencia
a una realidad unitaria. Un campo puede ser la fecha de ingreso, nombre del
cliente, direccion, etc.
CARPETA: Una carpeta es una zona o compartimiento del disco donde se
almacena los ficheros(se dice que son contenedores de objetos). Es muy
importante resaltar que el termino Directorio es sinónimo en Windows al de
Carpeta.
CONTRASEÑA: Serie de caracteres que es necesario teclear para poder
acceder a un sistema.
COPYRIGT: En ingles, propiedad literaria, derecho de copia o propiedad
reservada.
CURSOR: El indicador de la pantalla que indica donde se introduciran los
valores que resulten de las acciones realizadas con el teclado o con el ratón.
FICHERO: Son los datos que se almacenan en los discos o unidades;
tambien se les denomina Archivos.
FORMULARIO: Es la zona de la pantalla sobre la que se diseña la interfaz
de usuario situando los controles o herramientas del cuadro de harramientas.
Al ejecutar el programa en formulario se convertira en la ventana de
aplicación.
ICONO: Pequeña imagén gráfica que presenta un objeto, como un programa,
una unidad o un documento.
MENÚ: Lista de opciones y comandos disponibles en pantalla.
NOMBRE DE CAMPO: Nombre que permite identificar el contenido de los
campos.
NOMBRE DE ARCHIVO: Nombre que se utiliza para identificar un archivo.
OBJETO: Un objeto es el nombre de un elemento de la interfaz de usuario,
que se ha creado en un formulario mediante el control de un cuadro de
herramienta.
OPCIONES: Las Opciones que se tienen en un cuadro de dialogo.
PANEL DE CONTROL: Aplicación de Microsoft Windows que configura las
operaciones y los formatos, por ejemplo la fecha, hora, color de la pantalla,
etc.
PROPIEDADES: Son cualidades que contiene o se asigna a dicho objeto
dentro de una clase.
SELECCIONAR CON EL RATÓN: Pulsar y soltar un botón del ratón en un
movimiento rapido.
SOFTWARE: Programas internos de la computadora que indica a la
computadora cuales son las instrucciones que tiene que realizar para que
haga el trabajo. Existen dos tipos de software básico: los sistemas operativos
y los programas.
TABLAS: Es la forma de estructurar los datos en filas o registros y columnas
o atributos.
UNIDAD DE DISCO: Mecanismo que lee la información y escribe
información en un disco ridijo. Disquete, CD-ROM, Pen Drive.
VENTANA ACTIVA: En un entorno de varias ventanas; se trata de la
ventana que está actualmente seleccionada y cuyo contenido se verá
efectado por todas las acciones del ratón, órdenes y entradas de texto.