tesis de grado - centro de informacion agrariocia.uagraria.edu.ec/archivos/bravo cedillo...

106
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

Upload: phamlien

Post on 03-Oct-2018

216 views

Category:

Documents


0 download

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

ANEXOS

MANUAL TÉCNICO

MANUAL DE USUARIO

GLOSARIO

x

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

MODELO ENTIDAD RELACIÓN ACR_CTAPAGAR

MODELO ENTIDAD RELACION CLI_CTACOBRAR

MODELO ENTIDAD RELACION COM_COMPRAS

MODELO ENTIDAD RELACION INV_PRODUCTOS

MODELO ENTIDAD RELACION SEG_USUARIOS

MODELO ENTIDAD RELACION VEN_VENTAS

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.