Tesis de power builder

UNIVERSIDAD CATÓLICA DE TEMUCO FACULTAD DE CIENCIAS

SISTEMA DE GESTIÓN Y VENTAS PARA SOCIEDAD COMERCIAL VALLE RISOPATRÓN LTDA.

Por

KAREN ALEJANDRA FIEDLER IBÁÑEZ

Trabajo de Título presentado a la Facultad de Ciencias de la Universidad Católica de Temuco Para optar al Título de Ingeniero de Ejecución en Informática

- Temuco, 2004 -

COMISIÓN EXAMEN DE TÍTULO

Este Examen de Título a sido realizado en la Escuela de Informática.

Presidente Comisión

:

................................................ ................................. Sr. Osvaldo Rubilar Alarcón Decano Facultad de Ciencias

Profesor Guía

:

................................................................................. .................................................... ............................. Sra. Marcela Nualart Schindler Ingeniero Civil en Informática

Profesor Informante

:

.............................................. ................................... Sr. Luis Alberto Caro Saldivia Ingeniero Civil en Informática

Secretario Académico

:

Escuela de Informática

............................................... .................................. Sr. Luis Alberto Caro Saldivia Ingeniero Civil en Informática

Coordinador de Tesis

:

........................................... ...................................... Sr. Mario Ramirez Espinoza Master en Física

Temuco, Diciembre de 2004

INFORME TRABAJO DE TÍTULO

TÍTULO

:

“SISTEMA

DE GESTIÓN Y VENTAS PARA SOCIEDAD

COMERCIAL VALLE RISOPATRÓN LTDA. ”

ALUMNA

:


La revisión de este informe, y mi condición de Profesora Guía del Trabajo de Título al que se refiere, me permiten expresar las siguientes apreciaciones: •

El trabajo es una herramienta práctica para la empresa que se diseñó, es beneficioso que se vaya a usar en forma real.

•

El trabajo está bien desarrollado de acuerdo a los requerimientos planteados.

•

El desarrollo del informe pudo ser más estructurado.

De acuerdo a estas consideraciones califico este trabajo con nota: 6.0 (Seis coma cero)

__________________________ ________________________ __

Marcela Nualart Schindler Profesora Guía Temuco, Diciembre de 2004

INFORME TRABAJO DE TÍTULO

TÍTULO

:

“SISTEMA

DE GESTIÓN Y VENTAS PARA SOCIEDAD

COMERCIAL VALLE RISOPATRÓN LTDA. ”

ALUMNO

:


En mi condición de profesor informante de este trabajo, puedo efectuar las siguientes observaciones: •

•

Los contenidos están bien expuestos, sin embargo se sugiere un mejor orden y estructura en las pruebas experimentales, pues no se evidencia tablas comparativas y un acabado análisis de rendimiento del sistema propuesto. Las conclusiones reflejan un buen manejo del tema.

De acuerdo a estas consideraciones califico este trabajo con nota 6,0 (Seis coma cero)

_________________________ Luis Alberto Caro Saldivia Profesor Informante

Temuco, Diciembre de 2004

DEDICATORIA

Después de haber cumplido esta etapa en mi vida Quiero dedicar este Trabajo a Dios, a mi familia y a todos aquellos que de alguna u otra forma contribuyeron en esto. A ti Mamá que con mucho sacrificio lograste ayudarme cuando lo necesitaba, A mi Padre que desde el cielo me guía cada día, A mi hermana quién con mucho esfuerzo logró también cumplir sus sueños. A mi Abuelita quién siempre estuvo allí incondicionalmente, y especialmente a ti Carlitos que me ayudaste en este transcurso de mi vida que me haz dado mucho amor, me haz sabido entender y apoyar siempre, gracias por ser como eres y por estar aquí a mi lado.

AGRADECIMIENTOS

A Carlos Salinas, por haberme guiado en mi iniciación en Powerbuilder . A Benjamín Ortúzar por creer en mis capacidades. A Tía Violeta y Tío Eugenio quienes me brindaron su apoyo siempre. A Iván León por prestarme su ayuda cuando la necesitaba. Y a todos aquellos que de forma desinteresada me brindaron su ayuda.

ÍNDICE

ÍNDICE DE CONTENIDOS...............................................………..................................ii ÍNDICE DE FIGURAS....................................................................................................iv ÍNDICE DE TABLAS......................................................................................................vi ÍNDICE DE ANEXOS…………………………………………………………............vii RESUMEN………………………………………………………………………….…viii

i

ÍNDICE DE CONTENIDOS

INTRODUCCIÓN.......................................................................................................... 3 PRESENTACIÓN DEL PROYECTO.................................................................. ........ 4 1.1.

ORIGEN DEL TEMA.......................................................................................... 5

1.2.

JUSTIFICACIÓN.................................................................................................5

1.3.

OBJETIVO GENERAL....................................................................................... 6

1.4.

APORTE ............................................................................................................... 6

1.5.

LÍMITES...............................................................................................................7

DIAGNÓSTICO DE SITUACIÓN ACTUAL ............................................................. 8 2.1.

ANÁLISIS DE LA EMPRESA............................................................................ 9

2.1.1.

Definición de la Empresa ............................................................................. 9

2.1.2.

Organigrama.................................................................................................9

2.1.3.

Personal ....................................................................................................... 10

2.1.4.

Análisis FODA ............................................................................................ 10

2.2.

DIAGNÓSTICO TECNOLÓGICO.................................................................. 13

2.2.1.

Plataforma de Red...................................................................................... 13

2.2.2.

Acceso a Internet ........................................................................................ 13

2.2.3.

Hardware.....................................................................................................14

2.2.4.

Software.......................................................................................................16

2.2.5.

Impresoras...................................................................................................17

2.2.6.

Equipos de Comunicación ......................................................................... 18

2.2.7.

Lectores de Código de Barra ..................................................................... 18 ii

2.2.8.

UPS...............................................................................................................19

2.2.9.

Sistemas de Información ............................................................................ 19

2.2.10.

Diagrama de Red Actual............................................................................ 20

2.3.

LEVANTAMIENTO DE REQUERIMIENTOS............................................. 21

2.3.1.

Definición del Problema............................................................................. 21

2.3.2.

Entrevista a los usuarios ............................................................................ 23

DEFINICIÓN DE PROPUESTAS DE SOLUCIÓN................................................. 25 3.1.

PLAN DE HARDWARE ................................................................................... 26

3.2.

PLAN DE SOFTWARE..................................................................................... 29

3.3.

PLAN DE COMUNICACIÓN .......................................................................... 33

3.4.

DIAGRAMA DE RED PROPUESTO.............................................................. 35

3.5.

PLAN DE SISTEMAS DE INFORMACIÓN.................................................. 36

DESARROLLO DE PROPUESTAS DE SOLUCIÓN. ............................................ 39 4.1.

MODELAMIENTO DE DATOS ...................................................................... 40

4.3.

BASE DE DATOS .............................................................................................. 55

4.4.

DESARROLLO DE SISTEMA......................................................................... 57

4.5.

ANÁLISIS COSTO V/S BENEFICIOS. ........................................................ 70

4.6.

ANÁLISIS DE RENDIMIENTO DEL NUEVO SISTEMA ........................ 72

RESULTADOS ............................................................................................................. 73 DISCUSIÓN .................................................................................................................. 75 CONCLUSIONES ........................................................................................................ 76 REFERENCIAS DE INTERNET ............................................................................... 78

iii

ÍNDICE DE FIGURAS

Figura 2.1.2.1: Organigrama Empresa.…………………………………………………9 Figura 2.2.10.1: Diagrama de Red Actual……………………………………………..20 Figura 3.4.1: Diagrama de red Propuesto………………………………………...…....35 Figura 4.2.0: Diagrama Modelo Base de Datos Completa…………………………….48 Figura 4.2.1: Diagrama del modelo de datos en PowerDesigner………………..……49 Figura 4.2.2: Diagrama del modelo de datos en PowerDesigner……………………..50 Figura 4.2.3: Diagrama del modelo de datos en PowerDesigner………………..……51 Figura 4.2.4: Diagrama del modelo de datos en PowerDesigner……………………..52 Figura 4.2.5: Diagrama del modelo de datos en PowerDesigner……………………..53 Figura 4.2.6: Diagrama del modelo de datos en PowerDesigner………………..……54 Figura 4.3.1: Pantalla MySql con tablas de la Base de Datos…………………………56 Figura 4.4.1: Pantalla de Acceso al Sistema………………….………………………..57 Figura 4.4.2: Pantalla principal del sistema…………………………………………...58 Figura 4.4.3: Pantalla de menú principal………………………………………………58 Figura 4.4.4: Pantalla para registrar personal……………………………………….…60 Figura 4.4.5: Pantalla para ingresar ciudades………………………………………….61 Figura 4.4.6: Pantalla para actualizar un cliente………………………………………62 Figura 4.4.7: Pantalla de informe de cuentas por pagar……………………………….63 Figura 4.4.8: Pantalla para actualizar un producto…………………………………….64 Figura 4.4.9: Pantalla para realizar una venta…………………………………………66 Figura 4.4.10: Pantalla para generar libro de facturas…………………………………67 iv

Figura 4.4.11: Pantalla de gráfico de informe de ventas………………………………68 Figura 4.4.12: Pantalla para cuentas de usuario……………………………………….69 Figura 5.4.1.1.1: Indica el elemento en donde se está trabajando…………………....134 Figura 5.4.1.1.2: Barra de Herramientas……………………………………………..134 Figura 5.4.1.1.3: Herramientas de Trabajo de PowerBuilder………………………...138 Figura 5.4.1.1.4: Barras de Herramientas…………………………………………….138 Figura 5.4.2.1: Crear un objeto……………………………………………………….140 Figura 5.4.2.2: Nuevo Objeto………………………………………………………...140 Figura 5.4.2.3: Pantalla del nuevo objeto…………………………….………………141 Figura 5.4.2.4: Pantalla con los comandos que participan en el objeto………………141 Figura 5.4.2.5: Crear nueva datawindows……………………………………………142 Figura 5.4.2.6: Seleccionar tablas para datawindow…………………………………142 Figura 5.4.2.7: Seleccionar los campos de las tablas para mostrar en la datawindow.143 Figura 5.4.2.8: Información de la tabla en la datawindow……………………….…..143 Figura 5.4.2.9: Crear Barra de Menú…………………………………………………144 Figura 5.4.2.10: Nombres en la Barra de Menú………………………………….…..144 Figura 3.2.1.1: Portada Power Designer………………………..…………………….145 Figura 5.5.3.1: Pantalla Principal Power Designer…………………..………………147 Figura 5.5.3.2: Pantalla Entidad Relación……………………………………………148 Figura 5.5.3.4: Pantalla Genera Modelo Físico………………………………………150 Figura 5.5.3.5: Pantalla Chequea Errores…………………………………………….150 Figura 5.5.3.6: Pantalla genera script…………………………………..…………….151 Figura 5.5.3.7: Pantalla Tablas Base de Datos………………………….……………151 v

ÍNDICE DE TABLAS

Tabla 2.1.3.1: Personal Empresa.……………………………………………………...10 Tabla 2.2.1.1: Plataforma de Red.……………………………………………………..12 Tabla 2.2.2.1: Acceso a Internet……………………………………………………….12 Tabla 2.2.3.1: Hardware.………………………………………………………………14 Tabla 2.2.4.1: Software.……………………………………………………….……….15 Tabla 2.2.5.1: Impresoras………………………………………………….…….…….16 Tabla 2.2.6.1: Equipos de Comunicación……………………………………..……….17 Tabla 2.2.7.1: Lectores de Código de Barra…………………………………………...17 Tabla 2.2.8.1: UPS……………………………………………………………………..18 Tabla 2.2.1.1: Sistemas de Información……………………………………………….18 Tabla 2.3.2.1: Entrevista a usuarios……………………………………………………22 Tabla 4.1.1: Descripción tablas Base de Datos……………………………….……40-42 Tabla 4.5.1: Análisis Costo v/s Beneficios……………………………..…………..69-70 Tabla 4.6.1: Análisis de rendimiento del nuevo sistema……………………………....71 Tabla 5.5.3.3: Pantalla Entidad Relación………………...……………………..……148 Tabla 5.6.1: tabla comparativa de bases de datos………………………………….....151

vi

ÍNDICE DE ANEXOS

ANEXOS ....................................................................................................79

5.1.

ENTREVISTAS ................................................................................................... 80

5.2

SCRIPT DEL MODELO DE LA BASE DE DATOS ....................................... 101

5.3

CÓDIGOS MÁS REPRESENTATIVOS DEL SISTEMA................................ 119

5.4.

SOFTWARE DE DESARROLLO..................................................................... 131

5.5.

SOFTWARE DE APOYO AL DESARROLLO (CASE).................................. 145

5.6.

MOTORES DE BASE DE DATOS…………...………………………………152

vii

RESUMEN

El presente informe cuyo título es “Sistema de Gestión y Ventas para Sociedad Comercial Valle Risopatrón Ltda.” llamado (SIGEVEN) tiene como objetivo principal realizar un análisis de la situación actual en que se encuentra la Sociedad Comercial Valle Risopatrón (Supermercado), ubicada en la Localidad de La Junta, XI Región Chile, tanto en el aspecto organizacional como en el aspecto tecnológico, para la posterior identificación, análisis de sistemas y desarrollo de un nuevo sistema, que permitan la incorporación de Tecnologías de Información al interior de esta Organización.

Los capítulos que componen este proyecto son los siguientes:

Capítulo I: Presentación del Proyecto En este capítulo se realizará la descripción del problema, los objetivos generales, específicos, que establecen las bases para el estudio a desarrollar.

Capítulo II: Diagnóstico de la situación actual Se realizará un análisis de la Sociedad Comercial Valle Risopatrón, además de un análisis de la situación en que se encuentra nivel Informático, diagnóstico de técnico y de sistemas y como se desenvuelven las Tecnologías de Información en adelante (TI), al interior de Sociedad Comercial Valle Risopatrón. De este estudio se obtendrán las reales necesidades que tiene la Empresa para la introducción de nueva tecnología. Para recopilar información se utilizarán cuestionarios, entrevistas, correos electrónicos, documentos existentes y otros.

viii

Los instrumentos utilizados en la etapa se presentan en el anexo de este informe.

Capítulo III: Definición de Propuestas de Solución. En este punto se deben identificar las propuestas de TI orientadas a apoyar la gestión al interior de esta organización. Estas propuestas serán identificadas de acuerdo a los resultados obtenidos del diagnóstico realizado y al estudio de las TI.

Capítulo IV: Desarrollo de Propuestas de Solución.

En esta etapa se describe el desarrollo del nuevo sistema esto en base a los puntos mencionados en los capítulos anteriores

Anexos V. En esta etapa se describen las herramientas de desarrollo y los script utilizados para el presente Trabajo de Título.

ix

Universidad Católica de Temuco ______________________________________________________________________

INTRODUCCIÓN El presente documento corresponde al informe de la actividad “Diagnóstico de la Situación Actual y Desarrollo de un nuevo sistema de Ventas”, para la Sociedad Comercial Valle Risopatrón (Supermercado), ubicada en la ciudad de La Junta XI Región.

Para ello la alumna tesista realizó un Diagnóstico de la Situación Actual en la que se encuentra la Organización, el Levantamiento de Requerimientos, la Investigación de la Herramienta de Desarrollo y el Desarrollo del Sistema a Implementar.

______________________________________________________________________3 Trabajo de Título – Sistema de Gestión y Ventas


C A P I T U L O

PRESENTACIÓN DEL PROYECTO.

I ______________________________________________________________________4 Trabajo de Título – Sistema de Gestión y Ventas


1.1. ORIGEN DEL TEMA La Sociedad Comercial Valle Risopatrón Ltda. ha definido desarrollar el proyecto Renovación de su plataforma tecnológica hardware y el desarrollo de un software, que permita abordar la venta y gestión administrativa del Negocio. Previo a la realización de cada una de estos proyectos, se ha establecido la conveniencia de desarrollar al interior de la organización un “Diagnóstico de necesidades y levantamiento del estado actual de Tecnologías y Sistemas de Información en adelante (TI/SI)”, con el propósito de diagnosticar y planificar el desarrollo de sistemas de información e incorporación de las tecnologías, para constituirlas en un elemento clave de apoyo a la estrategia de negocio de Sociedad Comercial Valle Risopatrón.

1.2. JUSTIFICACIÓN Sociedad Comercial Valle Risopatrón Ltda., consciente de la importancia que tiene la tecnología para su organización, se ha propuesto actualizar sus actuales TI, para lo cual necesitan la ayuda de profesionales, capaces de entender sus necesidades y entregar soluciones adecuadas.

Sociedad Comercial Valle Risopatrón Ltda. no se ha actualizado a las nuevas TI por lo que no pueden traspasar este conocimiento a las diferentes áreas de la Organización.


Universidad Católica de Temuco ____________________________________________________ ________________________ ______________________________________________ __________________ No existe documentación de consulta cons ulta que permita, realizar actualizaciones en e n TI.

No existen estudios, programas, procedimientos o manuales que permitan gestionar ge stionar las TI dentro de la Sociedad Comercial Valle Risopatrón Ltda.

Sociedad Comercial Valle Risopatrón Ltda. necesita disponer de un estudio que permita identificar TI adecuadas para su organización y que sirva de base para realizar una adecuada gestión en el tiempo.

1.3. OBJETIVO GENERAL El Objetivo del Trabajo de Título que a continuación se presenta es, como se mencionó anteriormente, hacer un sistema de Gestión y Venta para Sociedad Comercial Valle Risopatrón (Supermercado), realizado en una plataforma Cliente/Servidor, que será para venta directa al público, para llevar esto a cabo se realiza un Diagnóstico de la Situación Actual, en la que se encuentra la Organización, el Levantamiento de Requerimientos y el Desarrollo del Sistema.

1.4. APORTE La importancia de este proyecto es que ha surgido de una necesidad real, por lo tanto de llevarse a cabo será utilizado para mejorar la gestión al interior de la sociedad Comercial Valle Risopatrón Ltda.

____________________________________________________ ________________________ ______________________________________________6 __________________6 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco ____________________________________________________ ________________________ ______________________________________________ __________________ Para esta organización el aporte de este estudio y desarrollo de un nuevo sistema generará documentación suficiente para permitir que la Sociedad Comercial Valle Risopatrón Ltda. se adecue a las nuevas tecnologías en el tiempo y pueda mejorar la gestión de la Empresa.

1.5. LÍMITES •

El estudio será realizado en la Sociedad Comercial Valle Risopatrón Ltda.

•

Las propuestas y el desarrollo de TI estarán basadas de acuerdo a la tecnología disponible en el mercado nacional.

•

El análisis de cada propuesta será una investigación que permita el entendimiento y selección satisfactoria por parte de la gerencia de la Empresa

•

El estudio de las tecnologías de información, se realizará a través de Internet, publicaciones escritas, mail, y no en terreno y de acuerdo a las necesidades percibidas en el análisis realizado en la organización.


Universidad Católica de Temuco ____________________________________________________ ________________________ ______________________________________________ __________________

C A P I T U L O

DIAGNÓSTICO DE SITUACIÓN ACTUAL

II ____________________________________________________ ________________________ ______________________________________________8 __________________8 Trabajo de Título – Sistema de Gestión y Ventas


2.1. ANÁLISIS DE LA EMPRESA 2.1.1. Definición de la Empresa Sociedad Comercial Valle Risopatrón Ltda. ubicada en la localidad de La Junta XI Región, está constituida por un Gerente y dueño de la Empresa, un Administrador y 6 cajeras. Sociedad Comercial Valle Risopatrón cuenta con un supermercado, y esta dispuesta a realizar un importante proceso de cambio estratégico para enfrentar los nuevos desafíos y exigencias del mercado.

2.1.2. Organigrama

Figura 2.1.2.1: Organigrama Empresa



2.1.3. Personal MARTINA SILVIA MALDONADO MUÑOZ

JEFA DE LOCAL

MARTA JOFRE TORRES

ATENDEDORA

ISILA DEL CARMEN JOFRE TORRES

ATENDEDORA

EUGENIA LUISA MARIN VARGAS

ATENDEDORA

VICENTA INES JOFRE TORRES

CAJERA

OMAR ROBINSON SANCHEZ HUENCHUL

JEFE TALLER MANTENIMIENTO

GLORIA AGUIRRE MONTERO

JEFA ADQUISICIONES SANTIAGO

BENJAMIN JOSE ORTUZAR AGUIRRE

GERENTE ADMINISTRATIVO

Tabla 2.1.3.1 : Personal Empresa

2.1.4. Análisis FODA FORTALEZAS •

Buenas relaciones humanas entre el personal de la organización.

•

El funcionamiento de la empresa es analizado abiertamente, con participación importante de todas las áreas.

•

El personal ejecutivo tiene capacidades para desempeñar los roles y visiones de la empresa.

•

Se está atento a las expectativas del cambio.



DEBILIDADES •

Falta de credibilidad en la información que se obtiene. Para obtenerla es necesario validarla y reprocesarla. Esta función debe descansar en los sistemas y no en las personas. Lo que repercute en la credibilidad de la gestión.

•

Los sistemas tienen limitaciones debido a consultas restringidas; el procesamiento de información es lento y es necesario realizarlo en días especiales de la semana. De lo contrario colapsa el servidor. Los problemas se solucionan en parte y otros han quedados pendientes; bajos tiempo de respuesta. Faltan manuales de usuarios del actual Sistema.

•

Para generar información, se debe buscar y validar con información a través de planillas Excel. Existen aspectos pendientes y tareas aún manuales, no entrega el stock crítico.

•

El sistema actual no valida correctamente datos al ingreso, como por ejemplo el RUT.

OPORTUNIDAD •

En la atención al cliente, cada vez se debe dar más valor al cliente por lo que paga.

•

Utilizar un sistema que facilite el trabajo que esté todo en un solo sistema y no tener que cambiar de modulo para obtener algún tipo de información.



AMENAZAS •

La competencia es fuerte. Esto obliga a reconvertir negocios y procedimientos de la empresa.

•

La atención al público es lenta, se producen colas de espera, esto se produce debido a que los tiempos de respuesta del actual sistema son muy lentos.


Universidad Católica de Temuco ____________________________________________________________________________________________________________

2.2. DIAGNÓSTICO TECNOLÓGICO 2.2.1. Plataforma de Red Tipo Red (*) Topología de red (**)

Tipo Red

LAN negocio

Par trenzado

del

Ethernet

Cableado

de Capacidad usuario Protocolo Red Red 4

TCP/IP

Descripción Existe un punto habilitado pero no está en uso.

Tabla 2.2.1.1 : Plataforma de Red

Notas: (*) Tipo Red: Corporativa, Local al área de Negocio (**) Bus, Estrella, (indicar otro tipo)

2.2.2. Acceso a Internet Proveedor (Entel, CTC, Tipo Conexión Enlace Otro) (conmutado, dedicado) Nacional/Internacional

Capacidad Ancho banda

Grado de uso Descripción (A/M/B)

Surnet (Telefónica Coyhaique)

40 Kb/s

Medio

de conmutado telefónica)

(línea Nacional

La conexión es estable

Tabla 2.2.2.1 : Acceso a Internet

__________________________________________________________________________________________________________13 Trabajo de Título – Sistema de Gestión y Ventas


2.2.3. Hardware Identificación Marca PC Estación_1

Configuración

Año Disco Tarjeta-Red Memoria CD-ROM duro (tipo y Adquisición (Ram) (Mb/Seg) (MB/GB) Capacidad) Armado ---------- Intel PII 128 MB 5,94 GB 52x 10/100 Mb/s 2000 -350 Mhz PCI Fast Ethernet Adapter Modelo CPU (Mhz)

Descripción

Equipo que opera como caja auxiliar, sólo tiene módulos de: Contable y Gestión. Este equipo cuenta con un lector de códigos de Barra antiguo, que escanea bien. Cuenta con una impresora Epson LX300+, la cual emite solamente boletas.

Servidor

Armado ---------- Intel 128 MB 19,3 GB -model 8 stepping 6

52x

SIS 900 PCI 2000 Fast Ethernet Adapter

Tiene dos DIM de memoria desocupados. Equipo que actúa como caja principal y del cual cuelgan dos (2) impresoras Epson LX-


Universidad Católica de Temuco ____________________________________________________________________________________________________________ 300+, una de las cuales factura y la restante boletea. Los módulos con que cuenta son: Ventas, Contable y Gestión.

Turista

Dell

Optiplex Intel PII 64 MB 6x1 350 Mhz

4 GB

Sony 40x 3Com Fast 2000 EthernetLink 10/100 Mb/s

Este equipo cuenta con un lector de códigos de Barra nuevo que es omnidireccional. Equipo para Internet y trabajos. A él pertenecen una impresora Epson LX300+ y una Epson Stylus. Sus módulos son: Cambia descripción, Contable y Gestión,. Este equipo cuenta con un lector de códigos de Barra.

Tabla 2.2.3.1 : Hardware



2.2.4. Software Nombre del Software

Versión

Tipo

MS Office

97

Herramienta ofimática

MS Office

2000

Herramienta ofimática

Identificación de los Año PC en el cual está Descripción instalación ubicado 2000 Turista, Servidor Sólo se requieren para los propósitos del Sistema. 2002

Estacion_1

MS Internet 6.0.2800.1106 Navegador de 2000 Explorer Internet. Browser.

Turista, Servidor, Estación_1

Opera

7.10

Navegador de 2003 Internet. Browser.

Turista

Adobe Acrobat Reader Adobe Acrobat Reader PcAnyWhere

5

Visor de 2003 documentos PDF

Turista

4

Visor de 2003 documentos PDF

Servidor, Estación_1

9.0.0

Comunicaciones

2000

Turista, Servidor

Incredmail

Xe

Cliente de correo

2004

Turista

Se ocupa para correo electrónico.

Tabla 2.2.4.1 : Software



2.2.5. Impresoras Tipo impresora (Matriz de punto, En Red Año Inyección de Tinta, (Sí / No) adquisición Láser) Matriz de punto No 2003

Marca

Modelo

Epson

LX-300+

Epson

Stylus C20 Inyección de tinta UX

No

2004

Identificación del PC Descripción Conectado Turista Turista

Tiene el cabezal seco, actualmente.

Epson

LX-300+

Matriz de punto

No

2002

Estacion_1

Epson

LX-300+

Matriz de punto

No

2002

Servidor

Se tuvo que volver a usar la LX-300 para imprimir todo tipo de documentos a la espera de la reparación de la Epson Stylus. Solamente imprime boletas, pues el equipo Estacion_1 no lo han podido conectar a la otra LX para que facture. Imprime Facturas.

Epson

LX-300+

Matriz de punto

No

2002

Servidor

Imprime boletas.

Tabla 2.2.5.1 : Impresoras



2.2.6. Equipos de Comunicación Equipo

Marca

Modelo

HUB

Encore

ENH708 BB Min

Capacidad (Número de Bocas) 8

Año Adquisición

Descripción

2002

Esta en buenas condiciones

Tabla 2.2.6.1 : Equipos de Comunicación

2.2.7. Lectores de Código de Barra Marca Metrologic

Modelo Voyager

Características Técnicas

Año Adquisición 2001

Metrologic

Voyager

Metrologic

MS6720 Hand-Held Lee en forma 2003 Laser Scanner omnidireccional con un scanner de 20 líneas

2001

Descripción Lee bien. Pertenece al equipo Turista. Lee bien. Pertenece al equipo Estacion_1 Pertenece al Servidor

Tabla 2.2.7.1 : Lectores de Código de Barra



2.2.8. UPS Marca

Modelo

Características Técnicas

Vesta APC APC

VT525 Back-UPS pro 420 Bac-UPS AVR 500

Año Adquisición 2000 2000 2000

Descripción Pertenece al equipo Turista Sirve al equipo Servidor Sirve al equipo Estación_1

Tabla 2.2.8.1 : UPS

2.2.9. Sistemas de Información Nombre sistema Emporio v.11

del Lenguaje Desarrollo FoxPro

Origen de Motor BD (Sybase, Año (Adquirido/ Oracle, otro) Desarrollo Desarrollo interno) FoxPro 1999/2000 Adquirido

Módulos

Descripción

4

Cada módulo es representado por un icono y no necesariamente están en cada equipo. Los módulos son: Cambia descripción, Contable, Gestión, Ventas. Es mono-usuario.

Tabla 2.2.9.1 : Sistemas de Información



2.2.10.Diagrama de Red Actual

Figura 2.2.10.1: Diagrama de Red Actual


Universidad Católica de Temuco _________________________________________________________________________

2.3. LEVANTAMIENTO DE REQUERIMIENTOS 2.3.1. Definición del Problema Sociedad Comercial Valle Risopatrón Ltda. (Supermercado) cuenta actualmente con un sistema desarrollado en FoxPro, Motor de Base de Datos FoxPro, cada módulo es representado por un icono y no están todos en cada equipo. Los módulos son: Cambia descripción, Contable, Gestión, Ventas, el sistema es mono-usuario, y no cumple con los requerimientos esperados, es por ello se requiere un sistema que permita hacer ventas diarias, mantener información actualizada de sus ventas, ya que la actual no es confiable y se desarrolla en forma manual en una planilla Excel. Ésta se alimenta con variables que se recogen de la gestión de la empresa. Los datos que se necesitan están en diferentes módulos, pero hay que volver a trabajarlos y procesarlos. Se requiere un sistema que almacene información de ventas diarias y mensuales, ficha cliente, información de deudas, y el apoyo en la entrega de información a clientes.

La definición por parte del usuario se cita a continuación: “Mi interés es mantener la actual estructura en uso; no estoy en condiciones de entrenar a mi personal partiendo de cero y con todo distinto. Me refiero a las posibilidades del programa no a su presentación, rapidez, posibilidades y ventanas a desplegar. Aspecto que sé que con otros idiomas, no el DOS, se puede hacer notablemente mejor, bonito y amigable.

_______________________________________________________________________21 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ El sistema actual permite entregar factura y boleta de inmediato mediante el uso de dos impresoras. Las guías solo se hacen a mano y cuando el sistema ha fallado. Aspecto a conversar. (Se deben hacer guías automáticas en el sistema)

Existe un centro de caja con dos PC y dos impresoras; esto funciona como dos cajas de supermercado y se usa el código de barras en ambas. También se cuenta con otro PC (un tercero) incluido en la Red que esta a distancia de las cajas y se usa para entregar informes de deudas a clientes, y otra serie de listados y saca los Libros mensuales de Boletas, Facturas y Notas de Crédito que permite el sistema. Ese terminal cuenta con pistola de código de barras igual que las cajas y permite ingresar nuevos productos y trabajar casi como una caja de emergencia si se le agregara el icono VENTAS. También se usa para conectarse a Internet y hacer trabajos; cuenta con impresora. A su vez la red tiene otro terminal en mi oficina que ahora no estoy usando por que me falta un PC adecuado al Jefe. El sistema existe para apoyar y agilizar ventas de una pequeña estación de servicio y de un supermercado. La idea en uso es automatizar el proceso y alejar la mano humana en la elaboración de documentos de ventas, listados para el SII, ventas menores, etc. al fin del día contar con una cifra de ventas exacta en lo que respecta a cada caja y en lo posible a combustibles y mercadería en forma separada.

Actualmente solo lo hago sacando al fin del día el detalle de venta de carnicería pues tengo un socio argentino que la trabaja.


Universidad Católica de Temuco _________________________________________________________________________ Además me gustaría que en una esquina de la pantalla con números grandes va apareciendo el monto de la venta y la foto de la cajera. cosas imposibles para el DOS”.

2.3.2. Entrevista a los usuarios La siguiente plantilla se utilizó para levantar requerimientos entre los usuarios del sistema. Nro. Entrevista Nombre Entrevistado

Cargo Tabla 2.3.2.1 : Entrevista a usuarios

1. Describir el trabajo que diariamente realiza en su área. Identifique las actividades, tareas, documentos y formularios asociadas al desarrollo de cada actividad que desempeña.

2. Describa con qué funcionalidades debería contar el nuevo sistema. Identifique los grandes módulos funcionales que debe contener el nuevo sistema.

3. Identifique qué actividades que usted actualmente realiza, apoyará con cada uno de los módulos funcionales del nuevo sistema.

4. ¿Qué reportes o listados necesita que el nuevo sistema le provea? ¿Qué datos deben llevar los reportes o listados?


Universidad Católica de Temuco _________________________________________________________________________ 5 ¿Qué formularios se requieren para apoyar la gestión administrativa (en formato papel o electrónico)?

6. ¿Qué reportes desarrollados en forma manual o semiautomatizada espera encontrar automatizado en el nuevo sistema?

7. ¿Qué información de gestión espera que le provea el nuevo sistema para apoyar la toma de decisiones?

8. Rescate las funcionalidades del actual sistema que usted espera encontrar en el nuevo sistema.

9. ¿Qué funciones que usted realiza en forma manual o semiautomatizada (apoyo Excel), deberían estar implementada en el nuevo sistema?

10. ¿En qué hito del ciclo trabajo experimenta la mayor pérdida de productividad y la mayor cantidad de errores con el actual uso del sistema?

El detalle de cada entrevista esta descrito en el Anexo “Entrevistas”.



C A P I T U L O

DEFINICIÓN DE PROPUESTAS DE SOLUCIÓN.

III _______________________________________________________________________25 Trabajo de Título – Sistema de Gestión y Ventas


Después de realizar un análisis de la situación actual en Sociedad Comercial Valle Risopatrón Ltda., haber obtenido importantes conclusiones de este análisis, y hacer un pequeño estudio de TI, se ha llegado a identificar las siguientes oportunidades para ser desarrolladas y así a través de ellas mejorar la gestión de Sociedad Comercial Valle Risopatrón Ltda.

3.1. PLAN DE HARDWARE El Plan de Hardware que permita la incorporación de equipos computacionales para todas las unidades operativas de la Sociedad, para lograr niveles de rendimiento adecuados para la función de la Empresa

OBJETIVO El objetivo de este plan es lograr la incorporación de nuevos equipos, para permitir un óptimo rendimiento en las tareas que debe cumplir el personal y así mejorar la gestión de la empresa.

RECURSOS A) Servidor (1 equipo) •

CPU AMD SEMPRON 2500

•

Memoria DIMM DDR 256 MB


Universidad Católica de Temuco _________________________________________________________________________ •

Disketera 3-1/2 1.44 MB Samsung

•

Gabinete ATX TEC MOU PARA USB FRONT

•

Monitor SVGA 17” Samsung Syncmaster 570v

•

Tarejta Red

•

Disco Duro 40 GB IDE 7200 RPM

•

Teclado y Mouse

•

Lector CD ROM 52X LG Retail

•

CD RECORDER LG 52X32X52 RETAIL

Precio Referencia $370.000 aprox. Forward System Concepción

B) Clientes (2 equipos para caja1 y caja2) •

CPU AMD SEMPRON 2500

•

Memoria DIMM DDR 256 MB

•

Disketera 3-1/2 1.44 MB Samsung

•

Gabinete ATX TEC MOU PARA USB FRONT

•

Monitor SVGA 17” Samsung Syncmaster 570v

•

Tarejta Red

•

Disco Duro 40 GB IDE 7200 RPM

•

Lector CD ROM 52X LG Retail

•

Teclado y Mouse


Universidad Católica de Temuco _________________________________________________________________________ Precio Referencia $350.000 aprox. Cada uno Forward System Concepción

C) Impresoras •

Matriz Punto

1 IMPRESORA LX-300+ (ya adquirida por la Empresa) 1 IMPRESORA LX-300+ (ya adquirida por la Empresa) 1 IMPRESORA LX-300+ (ya adquirida por la Empresa)

•

Inyección a Tinta

1 IMPRESORA HP DESKJET 3535 Precio Referencia $30.000 aprox. Forward System Concepción

ETAPAS Las etapas necesarias para desarrollar el plan de Hardware son las siguientes: •

Cotización de los equipos.

•

Análisis y selección de alternativas.

•

Adquisición de los equipos.

•

Instalación de los equipos.

•

Período de prueba.



3.2. PLAN DE SOFTWARE El Plan de Software para la incorporación de Software base, general y de aplicación a la Sociedad, ya sea sistemas operativos, software de oficina, entre otros.

OBJETIVO El objetivo de este plan es permitir la incorporación y actualización del software base, de uso general y de aplicación en las unidades operativas de la III División de Ejército, logrando así, el correcto funcionamiento y desempeño de todo el hardware existente en las unidades y a la vez aumentar el rendimiento del personal administrativo de la División.

A) SOFTWARE BASE El sistema operativo, propuesto para los equipos es WINDOWS XP PROFESIONAL.

Requisitos Mínimos •

PC con 300 MHz o superior velocidad de reloj del procesador recomendado; 233 MHz mínimo requerido (sistema con procesador simple o dual);* se recomienda procesador de la gama Intel Pentium/Celeron, AMD K6/Athlon/Duron o compatible

•

Se recomiendan 128 MB de RAM o superior (64 MB mínimo; puede limitar el rendimiento y algunas características)

•

1.5 GB de espacio disponible en el disco duro*

•

Adaptador y monitor de vídeo Super VGA (800 × 600) o de mayor resolución



Unidad de CD-ROM o DVD

•

Teclado y mouse de Microsoft o dispositivo señalador compatible

B) SUITE DE OFICINA El software de oficina propuesto para los equipos de las unidades es OFFICE XP

Requisitos Mínimos •

PC con procesador Pentium 133 o superior, se recomienda Pentium III.

•

Microsoft Windows® 98, Windows 98 Segunda edición, Windows Millennium Edition, Windows NT® 4.0 con Service Pack 6 o posterior (necesita Microsoft Internet Explorer 4.01 con Service Pack o posterior), o Windows 2000 Professional o un sistema operativo posterior.

•

Para Windows 98 y Windows 98 Segunda edición: – 24 MB de memoria para el sistema operativo, más 8 MB de memoria adicionales por cada aplicación que se ejecute simultáneamente.

•

Para Windows Me, Windows NT Workstation 4.0 o Windows NT Server 4.0:– 32 MB de memoria para el sistema operativo, más 8 MB de memoria adicionales por cada aplicación que se ejecute simultáneamente.

•

Para Windows 2000 Professional: – 64 MB de memoria (128 MB recomendado) para el sistema operativo, más 8 MB de memoria adicionales por cada aplicación que se ejecute simultáneamente.

•

270 MB de espacio libre en el disco duro con 125 MB en el disco duro en el que

esté instalado el sistema operativo; los usuarios que no dispongan de Windows _______________________________________________________________________30 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ 2000, Windows Me u Office 2000 SR-1 necesitarán 50 MB adicionales para la actualización de archivos del sistema (la utilización del disco duro puede variar dependiendo de la configuración; la instalación personalizada puede requerir más o menos espacio en disco). •

Unidad de CD-ROM.

•

Monitor SVGA (800 x 600) o de resolución superior con 256 colores.

•

Microsoft Mouse, Microsoft IntelliMouse o compatible.

C) ANTIVIRUS El antivirus propuesto para todas las unidades operativas es Norton Anti-Virus.

D) SOFTWARE DE APLICACIÓN Lenguaje de programación Después del estudio de necesidades y de factibilidad antes visto en la Organización, la herramienta propuesta para el desarrollo del sistema es POWERBUILDER 6.0.

Un análisis mas detallado de la herramienta ver en anexo.

Requisitos de harware. •

Pc 486 o superior.

•

16 MB RAM (24 recomendado).

•

45 MB Disco Duro, dependiendo de la configuración.

•

Lector de CD ROM

Monitor VGA _______________________________________________________________________31 •

Trabajo de Título – Sistema de Gestión y Ventas


Windows 95, Windows NT, o Window XP para desarrollo.

Herramienta CASE La Herramienta CASE propuesta para el desarrollo de sistemas es POWER-DESIGNER

6.1.

Esta herramienta CASE apoya el ciclo de desarrollo de sistemas, soporta el uso de diagrama de flujo de datos, modelamiento y diseño de base de datos. Además es compatible con los lenguajes de programación de última generación y con los principales sistemas administradores de base de datos.


Requisitos •

Pc 486 o superior.

•

16 MB RAM.

•

60 MB Disco Duro.

•

Lector de CD ROM

•

Monitor VGA

•

Windows 95, Windows NT o superior.

Sistema administrador de Base de Datos El software de administración de base de datos propuesto para las distintas unidades, es MYSQL. Este software es libre, y no posee costos asociados debido a que se puede bajar _______________________________________________________________________32 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ de Internet en www.mysql.org. Si se necesita tener una copia respaldada de un soporte se puede adquirir también en esta dirección la licencia de uso.


Requisitos •

486, corriendo a una velocidad mínima de 90MHz

•

Sistema UNIX -NT

•

28 MB de espacio en disco

•

8-16MB de RAM.

ETAPAS Las etapas necesarias para desarrollar el plan de software son las siguientes: •

Análisis y selección de alternativas.

•

Adquisición.

•

Instalación en los equipos.

•

Período de prueba.

3.3. PLAN DE COMUNICACIÓN El plan de Comunicación para lograr la interconexión de todas las unidades operativas de la Sociedad y que permita también, la posible comunicación con todas las Áreas de la Empresa.



OBJETIVO El objetivo de este plan es lograr la comunicación entre las distintas estaciones de trabajos, para permitir el intercambio de información entre éstas en el menor tiempo posible y con la más alta seguridad.

RECURSOS •

1 HUB

•

3 UPS

•

Cable UTP Nivel 5



3.4. DIAGRAMA DE RED PROPUESTO

Figura 3.4.1: Diagrama de red Propuesto


Universidad Católica de Temuco ____________________________________________________ ________________________ _________________________________________________ _____________________

3.5. PLAN PLA N DE SISTEMAS DE INFORMACIÓN. El estudio realizado por la Alumna tesista determinó que el sistema informático de la Sociedad Comercial Valle Risopatrón, presentan un estado de evolución y grado de utilidad de nivel operativo, que responde a los requerimientos de la función diaria de la organización, presentando limitaciones para satisfacer las demandas que impone la estrategia de negocio de la Sociedad, en particular los requerimientos urgentes de integración entre diferentes áreas funcionales de la organización en forma interna. Esta situación debe ser mejorada a través del cambio de la plataforma tecnológica y el desarrollo de un nuevo sistema de ventas para contribuir a la estrategia del negocio de Sociedad Comercial Valle Risopatrón.

El sistema a desarrollar debe responder a los objetivos que a continuación se describen:

1. Dar soporte a los Objetivos y estrategias de la organización. Deben proveer toda la información necesaria para el funcionamiento de la organización en un momento dado, ya sea información referida a la actividad diaria directamente productiva, como a la planificación de la empresa a largo plazo.

2. Proporcionar para todos los niveles de organización la información necesaria para controlar las actividades de la misma. La información debe proporcionar no solo la ejecución de funciones o tareas, sino el control y verificación de que estas se han realizado como estaba previsto.

____________________________________________________ ________________________ _______________________________________________36 ___________________36 Trabajo de Título – Sistema de Gestión y Ventas


3. Conseguir que se adapte a la evolución de la organización. El sistema debe ser capaz de evolucionar al ritmo de la organización, debido a que las organizaciones cada vez son más dinámicas, y sus necesidades de información cambian a través del tiempo.

4. Utilizar la información como un recurso corporativo que debe ser planificado, gestionado y controlado para hacer más efectiva a toda la organización. Es importante considerar la información como otro recurso cualquiera, esto permite racionalizar y optimizar el uso de ella. La información cuesta obtenerla al igual que si se tratara de máquinas o dinero, cuesta mantenerla disponible al igual que cuesta mantener una maquina operativa, y al igual que esta resulta una carga cuando nadie la utiliza. Por tanto se debe gestionar igual que otro recurso cualquiera de forma que tengamos la mejor información y al menor costo.

5. Definir la evolución del sistema de información actual hacia el sistema de información necesario.

DEFINICIONES DEL SISTEMA Objetivo General Realizar un sistema que permita realizar la gestión de la empresa en forma expedita, y mantener información actualizada.



Objetivos Específicos •

Entregar información financiero contable, resumida, de la gestión.

•

Generar información estadística.

•

Disminuir el tiempo y el papeleo necesario para evaluar la gestión.

•

Entregar información acerca de los productos disponibles.

Usuarios Este sistema será utilizado por todos los usuarios con acceso al sistema, definidos por la gerencia.

Descripción General Los usuarios deben ser capaces de identificarse en el sistema, y realizar las operaciones definidas según los cargos.

Beneficios Esperados •

Disminución del tiempo de espera.

•

Control minucioso del desempeño.

•

Obtención periódica de información completa y actualizada.

•

Generación de informes de gestión.

•

Disminución del papeleo.

Información Utilizada •

Información Financiero – Contable de las Unidades (ingresos, egresos, inversiones, pasivos)

•

Información acerca del personal que trabaja (cargo, identificación)



C A P I T U L O

DESARROLLO DE PROPUESTAS DE SOLUCIÓN.

IV _______________________________________________________________________39 Trabajo de Título – Sistema de Gestión y Ventas


Después de haber analizado y conocido las necesidades de información de Sociedad Comercial Valle Risopatrón Ltda. la alumna tesista desarrollo el siguiente sistema que se presenta a continuación en una primera versión, este desarrollo se hizo en base a necesidades y requerimientos ya mencionados anteriormente.

4.1. MODELAMIENTO DE DATOS El modelo de la Base de Datos fue diseña por la alumna tesista en la herramienta CASE PowerDesigner .


Para el modelo de datos se tuvo presente las características del sistema con el que cuenta actualmente la organización y se concibieron las tablas que a continuación se detallan. Los nombres de las tablas tienen un nombre común que sirve par agruparlas en forma lógica y darle un mejor orden dentro del servidor MySQL, además que es mucho más fácil encontrarlas dentro del listado de tablas cuando son decenas de ellas. Así mismo los nombres de los campos tienen un prefijo de tres letras en mayúscula más un signo underscore (_) que corresponde a una abreviación del nombre de la tabla a la que pertenecen que también sirve para ayudar al programador a escribir el código, pues queda mucho más abreviado que anteponer el nombre de la tabla al hacer referencia a uno de ellos, cabe destacar que se modeló completamente el negocio, pero para el desarrollo de _______________________________________________________________________40 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ este sistema no se utilizarán todas las tablas, sino que solamente las necesarias para la primera versión del sistema: boleta_compra boleta_venta boletac_detalle boletav_detalle cargo ciudad cliente cotizacion cotizacion_detalle cuenta_corriente cuentas_pagar detalle_venta detalle_venta_temp egreso empleado empresa estacion_trabajo factura_compra factura_detalle_compra factura_venta facturac_guia

Tabla que almacena información de las boletas de compra. Tabla que almacena información de las boletas de venta. Tabla que almacena información del detalle de las boletas de compra. Tabla que almacena información del detalle de las boletas de venta Tabla que almacena información de los cargos de los Empleados de la Empresa. Tabla que almacena información de las ciudades. Tabla que almacena información de los clientes. Tabla que almacena información de las cotizaciones. Tabla que almacena información del detalle de las cotizaciones. Tabla que almacena información de las cuentas corrientes. Tabla que almacena información de las cuentas por pagar. Tabla que almacena información del detalle de las ventas con factura. Tabla que almacena información temporal de las ventas. Tabla que almacena información de los egresos que se realizan de las cajas. Tabla que almacena información de los empleados. Tabla que almacena información de la empresa. Tabla que almacena información de las estaciones de trabajo (cajas). Tabla que almacena información de las facturas de compra. Tabla que almacena información del detalle de las facturas de compra. Tabla que almacena información de las facturas de venta. Tabla que almacena información de las facturas


Universidad Católica de Temuco _________________________________________________________________________ facturav_guia forma_pago giro guia_compra guia_despacho guiac_detalle guiav_detalle impresora impuesto ingreso movimiento nota_compra nota_credito notac_detalle notav_detalle operacion_caja orden_compra orden_detalle producto proveedor rubro tipo_ingreso

de compra con guías de despacho. Tabla que almacena información de las facturas de venta con guías de despacho. Tabla que almacena información de las formas de pago. Tabla que almacena información de los giros. Tabla que almacena información de las guías de despacho. Tabla que almacena información de las guías de despacho. Tabla que almacena información del detalle de las guías de compra. Tabla que almacena información del detalle de las guías de venta. Tabla que almacena información de las impresoras. Tabla que almacena información de los impuestos. Tabla que almacena información de los ingresos. Tabla que almacena información de los movimientos de las cuentas corrientes. Tabla que almacena información de las notas de compra. Tabla que almacena información de las notas de crédito. Tabla que almacena información del detalle de las notas de compra. Tabla que almacena información del detalle de las notas de crédito. Tabla que almacena información de las operaciones de caja. Tabla que almacena información de las ordenes de compra. Tabla que almacena información del detalle de las órdenes de compra. Tabla que almacena información de los productos. Tabla que almacena información de los proveedores. Tabla que almacena información de los rubros. Tabla que almacena información de los tipos de ingresos.


Universidad Católica de Temuco _________________________________________________________________________ tipo_egreso tipo_operacion turno unidad_medida venta venta_menor venta_menor_detalle

Tabla que almacena información de los tipos de egresos. Tabla que almacena información de los tipos de operaciones. Tabla que almacena información de los turnos. Tabla que almacena información de las unidades de medida. Tabla que almacena información de las ventas. Tabla que almacena información de las ventas menores. Tabla que almacena información del detalle de las ventas menores.

En total son aproximadamente cincuenta y una (51) tablas.

Descripción de las Tablas de la base de datos A continuación se detallarán solamente algunas de las principales tablas utilizadas en la primera versión de este sistema:

1)

boleta_venta

a) BOLV_NUMERO: es la clave primaria de la tabla y su tipo es decimal (15,2). Almacena el número de la boleta de venta. b) CLI_RUT: es una clave foránea de la tabla y su tipo es varchar (12). Almacena el rut del cliente en el caso que sea una venta crédito. c) EST_CODIGO: es una clave foránea de la tabla y su tipo es decimal (15,0). Almacena el código de la estación de trabajo en la que se está haciendo alguna venta.


Universidad Católica de Temuco _________________________________________________________________________ d) TUR_CODIGO: es una clave foránea de la tabla y su tipo es decimal (15,0). Almacena el turno al cual pertenecen las transacciones hechas en esa estación de trabajo, por ejemplo turno mañana, turno tarde. e) FOR_CODIGO: es una clave foránea de la tabla y su tipo es decimal (15,0). Almacena el código de la forma de pago por ejemplo venta contado, credito u otro. f) BOLV_FECHA: atributo que almacena la fecha de la boleta de venta y sus tipo date. g) BOLV_ESTADO: atributo que almacena el estado de la boleta de venta este puede ser anulada, activa u otro, su tipo es varchar (10). h) BOLV_DESCUENTO: atributo que almacena el descuento aplicado a la boleta de venta, es de tipo decimal (15,2). i) BOLV_ESPECIFICO: atributo que almacena el impuesto específico en el caso de venta con boleta de combustibles o petróleo, es de tipo decimal (15,2). j) BOLV_FONDO: atributo que almacena el impuesto fondo en el caso de venta con boleta de combustible o petróleo, es de tipo decimal (15,2). k) BOLV_NETO: atributo que almacena el neto de la venta con boleta, es de tipo decimal (15,2). l) BOLV_AFECTO: atributo que almacena el afecto valor que esta bajo el pago de impuestos, es de tipo decimal (15,2). m) BOLV_EXCENTO: atributo que almacena el excento, valor que no está afecto a impuestos, es de tipo decimal (15,2). n) BOLV_IVA: atributo que almacena el IVA de una venta con boleta, es de tipo decimal (15,2).


Universidad Católica de Temuco _________________________________________________________________________ ñ) BOLV_TOTAL: atributo que almacena el total de una venta con boleta, es de tipo decimal (15,2). o) BOLV_CREDITO: atributo que almacena el monto de la venta en el caso de venta crédito, es de tipo decimal (15,2). p) BOLV_CLIENTE: atributo que almacena el nombre del cliente en caso de venta crédito, es de tipo varchar (100). q) AUDITORIA: atributo que almacena los datos del responsable, hora y turno en que se hizo cada operación de venta, es de tipo varchar (255).

Las tablas factura de venta, nota de crédito, guía de despacho tienen la misma estructura que la boleta de compra con los mismos campo diferenciados solo por las tres primeras letras.

2)

Venta

a) PTO_CODIGO: es una clave foránea de la tabla y su tipo es decimal (15,0). Almacena el código del producto que pertenece a una venta. b) VEN_FECHA: atributo que guarda la fecha de la venta, es de tipo date. c) VEN_CANTIDAD: atributo que guarda la cantidad vendida de un producto, es de tipo decimal (15,2). d) VEN_TOTAL: atributo que guarda el total de la venta, es de tipo decimal (15,2).



3)

detalle_venta

a) PTO_CODIGO: es una clave foránea de la tabla y su tipo es decimal (15,0). Almacena el código del producto que pertenece a una venta. b) EST_CODIGO: es una clave foránea de la tabla y su tipo es decimal (15,0). Almacena el código de la estación de trabajo en la que se está haciendo alguna venta. c) FACV_NUMERO: es una clave foránea de la tabla y su tipo es decimal (15,2). Almacena el número de la factura a la cual pertenece la venta. d) DETV_CODIGO: atributo que almacena el código del detalle de la venta, es de tipo decimal (15,0). e) DETV_PRECIO_COSTO: atributo que almacena el precio costo de la venta, es de tipo decimal (15,2). f) DETV_ESPECIFICO: atributo que almacena el impuesto específico en el caso de una venta de combustibles o petróleo, es de tipo decimal (15,2). g) DETV_FONDO: atributo que almacena el impuesto fondo en el caso de venta de combustible o petróleo, es de tipo decimal (15,2). h) DETV_NETO: atributo que almacena el neto del detalle de la venta, es de tipo decimal (15,2). i) DETV_AFECTO: atributo que almacena el afecto valor que esta bajo el pago de impuestos, es de tipo decimal (15,2). j) DETV_EXCENTO: atributo que almacena el excento, valor que no está afecto a impuestos, es de tipo decimal (15,2).


Universidad Católica de Temuco _________________________________________________________________________ k) DETV_IVA: atributo que almacena el IVA de una venta con boleta, es de tipo decimal (15,2). l) DETV_TOTAL: atributo que almacena el total del detalle de la venta con factura, es de tipo decimal (15,2). m) DETV_CANTIDAD: atributo que almacena la cantidad del detalle de la venta, es de tipo decimal (15,2).

El modelo de base de datos se encuentra en la figura 6.6.1 y representa las cincuenta y una tablas y aproximadamente cincuenta y cinco relaciones que se obtuvieron producto de la investigación realizada, se modeló completamente el Negocio, pero para esta versión del sistema no se utilizarán todas las tablas.


Universidad Católica de Temuco _________________________ ________________________________________________________ _____________________________________________________ _______________________________________________________ ___________________________

4.2. 4.2. Modelo de Base de Dato Datoss

Figura 4.2.0: Diagrama Modelo Base de Datos Completa

_____________________________________________________ _________________________ ________________________________________________________ _____________________________________________________48 _________________________48 Trabajo de Título – Sistema de Gestión y Ventas


A continuación se detalla el Modelo de la Base de Datos dividido en seis (6) partes.

datos en PowerDesigner Figura 4.2.1: Diagrama del modelo de datos



Figura 4.2.2: Diagrama del modelo de datos en PowerDesigner PowerDesigner



Figura 4.2.3: Diagrama del modelo de datos en PowerDesigner












4.3. BASE DE DATOS El Script del modelo de la Base de Datos se detalla en el Anexo.

Cabe destacar que para la generación de las tablas se usó el concepto de tablas tipo INNODB usados por el motor de Base de Datos MySql, que permite la integridad referencial para claves primarias y foráneas.

Poblado de la Base de Datos La Base de Datos fue poblada con datos reales, en la figura 4.3.1 se muestran mas de 6000 productos que forman parte del stock. Fue poblada además con 1172 datos personales de Clientes, 50 datos personales de proveedores, 111 Ciudades, 293 giros de clientes, antecedentes personales de usuarios, estaciones de trabajo, impresoras, impuestos, rubros, tipos de ingresos, tipos de egresos, turnos, unidad de medida (cm., litros, kilos, unidad), etc.



Figura 4.3.1: Pantalla MySql con tablas de la Base de Datos.



4.4. DESARROLLO DE SISTEMA A continuación se presentan algunas de las pantallas o interfaces realizadas por la alumna tesista, como se mencionó en capítulos anteriores la herramienta utilizada fue PowerBuilder y el Motor de Base de Datos fue MySql.

Pantalla de Accesos al Sistema. Pantalla que permite el acceso al sistema en ella se debe especificar el nombre de usuario y la password.

Figura 4.4.1: Pantalla de Acceso al Sistema.



Interfaces de la Aplicación Central La figura de abajo muestra la pantalla inicial de SIGEVEN (nombre de la aplicación) en que se aprecian sus ocho (8) opciones accesibles a través de una barra de herramientas que se detalla a continuación.

Figura 4.4.2: Pantalla principal del sistema.

Pantalla de menú principal Este menú está siempre visible en cada interfaz que se seleccione, a continuación se detalla cada link del menú:

Figura 4.4.3: Pantalla de menú principal



Definiciones: Permite registrar todos los maestros al sistema, llámese personal, clientes, ciudades, giro, rubro, impresoras, impuestos, etc.

Cliente: Permite ingresar y actualizar un cliente, en ella se despliega las opciones de ingresar cliente y buscar cliente.

Proveedor: Permite ingresar y actualizar un proveedor, en ella se despliega las opciones de ingresar cliente, buscar cliente, ingresar cuentas por pagar e informe de cuentas por pagar.

Producto: Permite ingresar y actualizar un producto, en ella se despliega las opciones de ingresar producto, buscar producto, aumentar stock, disminuir stock y stock crítico

Caja: Permite realizar la apertura y cierre de caja, en ella se despliegan las opciones apertura de caja, cierre de caja, ingresos y egresos.

Compras: Permite realizar una cotización, en ella se despliegan las opciones de ingresar cotización y buscar cotización.

Ventas: Permite realizar una venta y lo relacionado a ésta, en ella se despliegan las opciones ingresar venta, buscar documento de venta, libro de facturas, libro de boletas y reportes.

Sistema: Permite modificar las cuentas de usuario y salir del sistema, en ella se despliegan las opciones cuentas de usuario y salir del sistema.



Pantalla Registrar Personal La pantalla que se muestra en la figura 6.3.3, permite el ingreso de los datos personales del personal de la empresa. Para ello basta digitar los datos y seleccionar en los combos cuando sea necesario.

Figura 4.4.4: Pantalla para registrar personal.



Pantalla Ingresar Ciudad. Esta pantalla permite el ingreso de ciudades, se describe como un maestro ya que se utiliza en otras pantallas como un combo para seleccionar, las pantallas de los demás maestros son similares. Basta con digitar el nombre de la ciudad y presionar el botón Ingresar, y van apareciendo automáticamente en la datawindows (descrita en capítulos anteriores) ordenados en forma ascendente.

Figura 4.4.5: Pantalla para ingresar ciudades.



Pantalla Actualizar Cliente Esta pantalla permite actualizar un cliente ya ingresado (en la opción Cliente - Ingresar cliente), aquí puedo corregir un dato incorrecto, para buscar al cliente basta con presionar en el combo Nombre Cliente y aparecerán automáticamente los datos del cliente. (la pantalla proveedor es similar).

Figura 4.4.6: Pantalla para actualizar un cliente.



Pantalla Informe de Cuentas por Pagar. Pantalla que muestra un resumen en la datawindows de los pagos pendientes por realizar a los proveedores, mostrando la fecha, Nombre Proveedor, Banco (Cuenta corriente), Número de documento, el Monto y la suma total. Además permite imprimir este resumen presionando el botón Imprimir.

Figura 4.4.7: Pantalla de informe de cuentas por pagar.



Pantalla Actualizar Producto. Esta pantalla permite actualizar un producto ya ingresado (en la opción Producto - Ingresar Producto), aquí puedo actualizar el precio de venta del producto, el margen de utilidad, el rubro al cual pertenece, el código de barra, la unidad de medida, el precio costo, el stock mínimo, para buscar el producto basta con presionar en el combo Nombre Producto y aparecerán automáticamente los datos del producto.

Figura 4.4.8: Pantalla para actualizar un producto.



Pantalla Venta Pantalla que me permite realizar las ventas diarias, para ello se debe pasar el código de barra del producto por el lector de código de barra y el producto aparecerá automáticamente en la datawindow del detalle, en caso de que el producto no tenga código de barra se debe seleccionar en el cambo Producto, si el producto no esta registrado en la Base de Datos, se debe presionar en la opción Nuevo, que aparece en la pantalla al lado superior derecho, o en caso contrario si tiene algún error se debe seleccionar la opción actualizar. Cada vez que se agrega un nuevo producto a la venta, aparece el total de la venta en la opción Total (suma de los montos). Para concretar la venta se debe seleccionar el tipo de Venta que corresponde a venta Tipo Boleta, Factura, Guía de Despacho o Venta Menor (ventas inferiores a $250), una vez elegida la opción aparece automáticamente el número del documento ya sea Boleta o Factura (este puede ser modificado en caso de no coincidir con el correlativo foliado en los documentos). Se debe seleccionar también la forma de pago, esta puede ser contado, crédito, cheque, tarjeta crédito, en el caso de ser una venta con factura contado o crédito se debe elegir el Nombre del cliente en el combo Cliente, para generar la factura con los datos del cliente seleccionado. Una vez concretada la venta se debe presionar el botón Imprimir para imprimir el documento (Boleta o Factura).



Figura 4.4.9: Pantalla para realizar una venta.



Pantalla Libro de Facturas de Venta Pantalla que permite la impresión del libro de Facturas de Venta, para ello se debe digitar la fecha de inicio y la fecha de término (mensual), y aparecerán automáticamente las facturas de venta en la datawindow, con antecedentes como fecha, Número, Nombre Cliente, Neto, IVA, Específico, Fondo, Afecto, Exento, Total y Crédito, estos datos corresponden a los solicitados por el SII (Servicio de Impuestos Internos), para el caso de esta Empresa en particular. Las facturas anuladas aparecen con el nombre ANULADA y con valor cero (0). Una vez generado el libro se debe presionar el botón Imprimir para su impresión. (El Libro de Boletas es similar).

Figura 4.4.10: Pantalla para generar libro de facturas.



Pantalla Gráfico de Ventas por Rubro y Productos Pantalla que permite visualizar las ventas realizadas por diferentes rubros, estos pueden ser abarrotes, carnicería, tabacos, transporte, otros. Para ello se debe digitar la fecha de inicio y fecha de término, además se debe seleccionar el rubro que queremos analizar en el cambo Rubro. Se despliega automáticamente el gráfico con los datos del rubro seleccionado por producto.

Figura 4.4.11: Pantalla de gráfico de informe de ventas.



Pantalla Cuentas de Usuario. Pantalla que permite cambiar las claves de acceso al sistema, para ello se debe digitar la nueva clave dos veces, esto solo lo puede hacer el usuario activo en el sistema.

Figura 4.4.12: Pantalla para cuentas de usuario.



4.5.

ANÁLISIS COSTO V/S BENEFICIOS.

La siguiente tabla muestra un análisis de costo versus beneficios que existe con el actual sistema y lo que proveerá el nuevo sistema. En ella se establecen beneficios cualitativos y no cualitativos.

Problemas

Porcentaje de Costo Hora de personal 50% de pérdidas extra en preparación mensual en horas de libro y cierre de extras. mes.

Facturas mal impresas por datos faltantes en el sistema actual.

Problema en el manejo de cuentas corrientes por perdida de boletas y facturas del sistema actual.

Beneficios

El nuevo sistema entrega la información en tiempo real, no se requiere pagar sobretiempos en la preparación de cierres de mes y libros. 30% de pérdida El nuevo sistema mensual en facturas entregará la mal impresas. información correcta de clientes, pudiendo actualizar la información faltante. 50% de pérdida de El nuevo sistema información permitirá conocer en mensual de cuentas tiempo real el estado corrientes de actual de clientes, en clientes y el caso de no documentos ingresar algún asociados. documento de venta este permitirá agregarlo a la cuenta corriente del cliente. No permite errores en el ingreso de documentos de venta.

Porcentaje de Beneficios Recuperación del 100% en horas extras.

Recuperación del 100% en pérdida de impresión.

Recuperación del 100% en pérdida de información de cuentas corrientes de clientes.


Universidad Católica de Temuco _________________________________________________________________________ Perdida de imagen corporativa por espera en la atención a clientes

Interfaces amigables.

10% de pérdida mensual de clientes por demora en la atención.

poco Perdida del 15% mensual en la búsqueda de información.

El sistema actual no Requerimiento por tiene imágenes en parte de los las interfaces del usuarios. sistema.

El nuevo sistema realiza ventas en tiempo real, como también la impresión de documentos de venta (boletas y facturas). El nuevo sistema integra toda la información en una misma interfaz principal, no se requiere pasar de un módulo a otro para consultar la información. Las interfaces del nuevo sistema poseen imágenes, según las requeridas por los usuarios.

Recuperación del 100% de clientes.

Recuperación del 100% en el trabajo diario.

Cumple con los requerimientos de los usuarios.

Tabla 4.5.1 : Análisis Costo v/s Beneficios.



4.6.

ANÁLISIS DE RENDIMIENTO DEL NUEVO SISTEMA

La siguiente tabla muestra el rendimiento del nuevo sistema, en ella se consideran algunas de las pantallas del sistema actual y el poblamiento masivo (inserción) a la Base de Datos MySql, el tiempo esta medido en sec. (second=segundos), según el motor de Base de

Datos.

Pantallas Carga masiva de Productos Consulta al motor de Base de Datos en la tabla producto

10000 Registros 192,98 sec. 0,13 sec

100000 Registros 1959,8 sec 1,4 sec

1000000 Registros 19609,8 sec 13 sec

Tabla 4.6.1 : Análisis de rendimiento del nuevo sistema.



RESULTADOS

Conocer los requerimientos de cada uno de los usuarios del sistema.

Realizar un diagnóstico de la situación actual en la que se encuentra la Empresa.

Realizar un diagnóstico técnico y de comunicaciones, para conocer los equipos con los que se cuenta.

De los objetivos propuestos, desarrollar un sistema de gestión y ventas se cumplieron en una primera versión.

Se logró crear el sistema cuyos resultados son útiles y esto refleja que se pueden obtener informes de las transacciones hechas así como información gráfica que permite al dueño del negocio hacer comparaciones de ventas, clientes, etc.

Un sistema de fácil uso con todos los módulos integrados, y con validación de información.


Universidad Católica de Temuco _________________________________________________________________________ Todo esto le asegura tomar buenas decisiones respecto a su negocio en cuanto a qué, cuánto, vendo, a quién comprar, dónde aplicar una política de ventas más agresiva, qué productos están bajo el stock.

Proponer un plan de hardware, software y comunicaciones que ayudarán al correcto funcionamiento de la Empresa.



DISCUSIÓN Luego de concluir el desarrollo de este trabajo y teniendo en cuenta su futura implantación, desde el punto de vista del alumno se deben cumplir ciertas claves: •

Los usuarios deben adquirir cierta habilidad con las tecnologías empleadas para que la

aplicación en uso sea realmente aprovechada. •

La empresa debe proporcionar nuevas normas operacionales a sus empleados para que la

utilización del sistema sea completa. •

La Empresa debe invertir en nuevas tecnologías de información que ayuden en la

administración diaria de la empresa. •

La empresa debe invertir en nuevos equipos de comunicación.

•

La empresa debe facilitar a los empleados capacitación.



CONCLUSIONES Luego de haber analizados los problemas de la empresa e investigado las herramientas de desarrollo se llega al término del presente trabajo, y se puede concluir que se debe:



Mejorar administración de la empresa con el nuevo sistema



Mejorar relación con clientes, en cuanto a la atención que se les presta.



Mejorar las tecnologías con las que se cuenta.

El plan de Software constituye una pauta para formalizar una propuesta de estandarización de software en el ámbito de la organización, tanto de software de productividad para Windows, Sistemas Operativos, Sistemas Operativos de Red, de Servidores de Bases de Datos y de Comunicaciones. Este escenario permitirá facilitar la adquisición futura de software, integración de sistemas, migración de versiones de sistemas.

El plan de Hardware permite establecer un marco de referencia para la renovación del equipamiento de la organización, así como la definición de arquitecturas estándar para la adquisición de Computadores y Servidor, que permitan apoyar las labores administrativas, de comunicación y de explotación eficiente de sistemas administrativos.

Por otra parte la Alumna conoció desde cerca las necesidades de Información que tiene la empresa en estudio. La alumna logró realizar una aplicación real en que se mezclan varias tecnologías. ______________________________________________________________________76 Trabajo de Título – Sistema de Gestión y Ventas


Aprendió a manipular herramientas desconocidas en un corto tiempo como PowerDesigner y PowerBuilder, (que además le sirvió para darse cuenta de la potencia de este lenguaje, más allá del manejo de bases de datos), utilizó funcionalidades de un servidor de bases de datos MySQL.

Logró conocimiento de las ventajas que ofrecen las herramientas de desarrollo utilizadas.

Los sistemas software deben ser suficientemente amigables para que el usuario puedan usarlos y aprobarlos, pues se realiza bastante trabajo y no deben verse afectados por un sistema nuevo que sea hostil, por lo tanto, deben estar enfocados a dicha persona. Hay que asegurarles un trabajo fácil y rápido. En resumen, se debe saber que detrás de todo sistema hay personas utilizándolos.

Este trabajo ha sido fundamental para que la alumna perfeccione los conocimientos adquiridos durante su período académico.

Como conclusión final se requiere actualmente un cambio cultural organizacional frente a una nueva forma de competir en los mercados. La innovación tecnológica es vista como un fenómeno social, en el cual la capacidad de apoyar o complementar los procesos de negocio se vuelve un factor determinante de éxito para toda organización.



REFERENCIAS DE INTERNET http://www.mysql.org Sitio de Mysql http://www.google.cl Sitio utilizado para búsqueda de información. http://www.sybase.com Sitio oficial de Sybase



A N E X O S

ANEXOS

V ______________________________________________________________________79 Trabajo de Título – Sistema de Gestión y Ventas


5.1. ENTREVISTAS Nro. Entrevista

1

Nombre Entrevistado

Benjamín Ortúzar Aguirre

Cargo

Gerente y Dueño de la Empresa.

1. Describir el trabajo que diariamente realiza en su área. Identifique las actividades, tareas, documentos y formularios asociadas al desarrollo de cada actividad que desempeña. Operar las cajas (esto significa realizar una venta –hacer Boletas, Facturas de Crédito y Contado, Guías de Despacho, Orden de Compra (las dos últimas a mano)-, Guías de Despacho de FFAA), revisar equipos (conexiones, accesorios, instalar suministros), revisar el Sistema, mantener la conexión a Internet. Vigilar que el personal realice todas las funciones nombradas arriba. Realizar compras a proveedores, mantener las cuentas corrientes de los clientes y de la empresa.

2. Describa con qué funcionalidades debería contar el nuevo sistema. Identifique los grandes módulos funcionales que debe contener el nuevo sistema. Poder trabajar sobre todos los listados –Clientes, Artículos- directamente y hacer modificaciones sin tener que abandonar una pantalla y volver a ella para reiniciar la labor anterior. Por ejemplo, en el caso del listado de artículos, tener la posibilidad de cambiar los precios sobre una grilla y que éstos se actualicen automáticamente.


Universidad Católica de Temuco _________________________________________________________________________ Lo más importante es disminuir los módulos o ponerlos dentro de un menú Principal y eliminar la información redundante, como pantallas, campos de pantalla. Además, falta hacer validaciones de datos ingresados o modificados. Es muy común cometer un error al hacer esto y el sistema no lo advierte. Otro problema es la labor del servidor, que también actúa como caja, si éste se cae causa que los demás queden inoperativos. La idea es adquirir un computador que sólo sea servidor. Faltan validaciones de mayúsculas y minúsculas en la descripción de Artículos y Clientes. Las descripciones deben quedar con mayúsculas. Tener un registro de deudas canceladas y la forma de pago en que se hizo. En el caso de la línea de crédito de un cliente, que al sobrepasar el techo, avise y el porcentaje no sea superior al 20%. Respecto a esto, sólo don Benjamín o Martina pueden aumentar la línea de crédito de un cliente. Identificar quién -vendedor- ingresa las mercaderías. Se desea una interacción directa con los datos desplegados. Por ejemplo, al cambiar precios o descripciones que no haya que ir otros módulos. Insertar filas de facturas faltantes directamente en una grilla. Que el sistema arroje informes ventas de combustibles y almacén en forma separada diariamente. Al fijar el precio de los artículos, considerar el flete, pues hasta el momento sólo se estima con el Precio de costo + IVA + Margen en el caso de los productos del almacén. Un gráfico que compare ventas de dos o más meses.


Universidad Católica de Temuco _________________________________________________________________________ Informes de inventario mensual por rubro e inventario mensual completo todos los artículos

3. Identifique qué actividades que usted actualmente realiza, apoyará con cada uno de los módulos funcionales del nuevo sistema. Economía de tiempo, mejor información para la toma de decisiones y claridad de lo que se entrega al SII y al Contador, y la posibilidad de poder delegar tareas a los demás usuarios que hasta ahora son imposibles, como el ingreso de mercaderías y la fijación de precios.

4. ¿Qué reportes o listados necesita que el nuevo sistema le provea? ¿Qué datos deben llevar los reportes o listados? Los mismos existentes además de un informe de gastos generales (compras V/S ventas) y un informe de cheques emitidos y por cubrir en período determinado.

5 ¿Qué formularios se requieren para apoyar la gestión administrativa (en formato papel o electrónico)? Ninguno.

6. ¿Qué reportes desarrollados en forma manual o semiautomatizada espera encontrar automatizado en el nuevo sistema?

Orden de compra, Guía de despacho (desarrollarlo pero implementarlo más adelante. Esto significa que en algún momento se pueden mandar a imprimir Guías en papel continuo). ______________________________________________________________________82 Trabajo de Título – Sistema de Gestión y Ventas


7. ¿Qué información de gestión espera que le provea el nuevo sistema para apoyar la toma de decisiones? Gráficos o esquemas de ventas por Gasolinas (93, 95, 97, PD, Kerosene, Gas licuado) y almacén. Introducir los gastos generales para contrastarlo con las ventas. Hacer un informe sobre este tipo de gastos. Informe o módulo de Cheques emitidos y por cubrir en un período determinado.

8. Rescate las funcionalidades del actual sistema que usted espera encontrar en el nuevo sistema. Restricción de acceso a algunos módulos, dependiendo del usuario. En este momento la restricción pasa por la no existencia de algunos módulos en los PC.

9. ¿Qué funciones que usted realiza en forma manual o semiautomatizada (apoyo Excel), deberían estar implementada en el nuevo sistema? Impresión de Guías de Despacho, listado de cheques emitidos, ventas por Gasolinas y Supermercado.

10. ¿En qué hito del ciclo trabajo experimenta la mayor pérdida de productividad y la mayor cantidad de errores con el actual uso del sistema? En el ingreso de artículos y clientes, cuando no existen -hay que ir al módulo de Clientes y agregarlo para posteriormente ingresar una Factura, por ejemplo. ______________________________________________________________________83 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ Pérdida de tiempo en facturar, pues sólo un equipo hace esto, el otro sólo imprime boletas y en épocas peak los clientes deben esperar mucho tiempo para ser atendidos.



Nro. Entrevista

2

Nombre Entrevistado

Silvia Maldonado

Cargo

Jefa de Local

1. Describir el trabajo que diariamente realiza en su área. Identifique las actividades, tareas, documentos y formularios asociadas al desarrollo de cada actividad que desempeña. Administración: hacer compras en forma telefónica, vía Fax, personal –atendiendo a un vendedor en el supermercado- . Cobrar deudas por teléfono o personalmente, hacer depósitos en el Banco, emitir cheques, pagar sueldos, hacer libros de contabilidad- listos para que la contadora los firme (libro de facturas y libro de boletas a través del Sistema), firmar contratos de trabajo y finiquitos. Además, vender –hacer boletas, facturas, guías de despacho-, recibir mercaderías, ingresar al Sistema las mercaderías recibidas cuando don Benjamín no está, ingresar/modificar precios y descripciones de artículos, clientes también en el caso que don Benjamín no se encuentre. Hacer caja, esto es, cerrar la caja -el dinero existente debe coincidir con la cantidad lógicay dejarla abierta para el día siguiente. Hacer el CIEC (Control Interno de Entrega de Cupones), que es un formulario para que las FFAA y de Orden paguen combustible, Detalle de pago combustible –también es un formulario-, recibos de dinero, vales de pago de abonos o deudas, liquidaciones, feriados, permisos. El CIEC permite acumular varias Guías de Despacho y traspasarlas a él


Universidad Católica de Temuco _________________________________________________________________________ posteriormente, luego un camión de distribución de Copec les descuenta los litros incluidos aquí.

2. Describa con qué funcionalidades debería contar el nuevo sistema. Identifique los grandes módulos funcionales que debe contener el nuevo sistema. Detalle de la boleta impreso en la misma y registrado en el Sistema –en este momento sólo se imprime el detalle cuando la venta es de combustibles-, reimprimir una boleta para conformidad de reclamos de un cliente. Al pasar el artículo en el lector de códigos de barra vender varias unidades de un artículo, que el Sistema no advierta que dicho artículo ya está en el detalle. Detalle de deudas de clientes por períodos –pero sólo de clientes con deuda, actualmente el sistema lista todos los clientes sin discriminar-, imprimir o mostrar existencias de artículos en vez de contarlas a final de año. Esto significa hacer que el sistema maneje todo el negocio Detallar -imprimir- los tipos de pago en boletas o facturas al momento de la venta (efectivo o cheque).

3. Identifique qué actividades que usted actualmente realiza, apoyará con cada uno de los módulos funcionales del nuevo sistema. Impresión de deudas por cliente, impresión de cobros, mayor transparencia para el cliente –lo que tiene que ver con la reimpresión de boletas. Imprimir el CIEC.



4. ¿Qué reportes o listados necesita que el nuevo sistema le provea? ¿Qué datos deben llevar los reportes o listados? Deudas actualizadas, no de clientes no morosos. Detalle de ventas diario, por rubro o línea. RUBRO ->LÍNEA. Ejemplo: Abarrotes->Detergentes o Abarrotes->Conservas. Para este fin, primero, filtrar por fecha –elegir un rango de fechas- y RUT cliente, Nombre cliente, Fecha actual, Límite de la línea de crédito, la deuda total, deuda parcial por documento, quién hizo la recepción de abonos -vendedora. Imprimir un estado de Detalle de todos los abonos por período. Debe aparecer quién hizo la recepción de abonos y un lugar para la firma del cajero (recibí conforme).


6. ¿Qué reportes desarrollados en forma manual o semiautomatizada espera encontrar automatizado en el nuevo sistema? Un informe de Manejo de ventas de combustibles a granel que es descontado posterior a la compra total. Por ejemplo, carabineros hace compras por un total de 300 Lt de gasolina 97, pero el retiro total no es de inmediato, cargan a medida que necesitan.


Universidad Católica de Temuco _________________________________________________________________________ 7. ¿Qué información de gestión espera que le provea el nuevo sistema para apoyar la toma de decisiones? Un Informe de ventas por rubros diarias y mensuales

8. Rescate las funcionalidades del actual sistema que usted espera encontrar en el nuevo sistema. Rescatar todo y agregar lo dicho.

9. ¿Qué funciones que usted realiza en forma manual o semiautomatizada (apoyo Excel), deberían estar implementada en el nuevo sistema? Planillas de retiro de combustibles y de alimentos -combustibles y alimentos que se van descontando, como el ejemplo de la pregunta 6. Datos de la impresión: Ver fotocopias.



Nro. Entrevista

3

Nombre Entrevistado

Inés Jofré

Cargo

Vendedora

1. Describir el trabajo que diariamente realiza en su área. Identifique las actividades, tareas, documentos y formularios asociadas al desarrollo de cada actividad que desempeña. Atender público –pesar, mostrar productos-, vender –emitir boletas, facturas, guías de despacho- atender la bomba de bencina, hacer aseo, recibir mercadería –revisar que lo que llegó es lo que se detalla en la Guía de despacho o factura-, hacer pedidos por Fax o teléfono, atender a vendedores. Procedimiento para las ventas con boleta crédito: El scanner lee el código de barras o se ingresa el producto por número (1-93, 2,3-97, 4-petróleo diesel, 5-kerosene), se ingresa la cantidad, el RUT del cliente y aparece automáticamente el Nombre (sino se despliega de una lista, presionando Enter en el RUT), ingresar el tipo de Pago y su descripción -crédito o contado. Procedimiento para las ventas con factura contado y crédito: código de barra si es almacén o por número (1-93, 2,3-97, 4-petróleo diesel, 5-kerosene) cuando es gasolina, se ingresa el RUT o se busca por nombre en Ventas, se ingresa en ambos casos si es con factura contado o crédito. Se imprime presionando en SI en un mensaje.


Universidad Católica de Temuco _________________________________________________________________________ Cuando reciben mercaderías: se toma la factura y se va seleccionando lo recibido. Cuando falta algo lo anotan en un cuaderno o avisan. Cuando repone productos: se traen las mercaderías que está en bodega a los estantes.

2. Describa con qué funcionalidades debería contar el nuevo sistema. Identifique los grandes módulos funcionales que debe contener el nuevo sistema. Que sea más eficiente que el sistema actual al momento de estar vendiendo y un cliente ha cambiado de dirección u otro dato, pues hay que ir al módulo de gestión para actualizar datos y luego volver a hacer la venta –los datos ingresados con anterioridad se pierden. Al buscar artículos listarlos por rubro. Por ejemplo, al buscar mantequilla se pregunte entes por el rubro a buscar. Poder seleccionar el histórico de un cliente por fecha o rango de ésta. Que la cancelación de deudas de clientes sea más automática. En este momento deben ver cuánto debe un cliente y luego ir a Ventas Módulo créditos para liquidarla.

3. Identifique qué actividades que usted actualmente realiza, apoyará con cada uno de los módulos funcionales del nuevo sistema. Ayudar a ingresar la mercadería recibida al Sistema, registrar lo que se pide a un Vendedor. Tener un registro de pedidos hechos a un vendedor pues éstos suelen enviar artículos no pedidos y así se puede contrastar con la factura entrante.

4. ¿Qué reportes o listados necesita que el nuevo sistema le provea? ¿Qué datos deben llevar los reportes o listados? ______________________________________________________________________90 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ Ninguno.


6. ¿Qué reportes desarrollados en forma manual o semiautomatizada espera encontrar automatizado en el nuevo sistema? Ninguno.

7. ¿Qué información de gestión espera que le provea el nuevo sistema para apoyar la toma de decisiones? Ver el detalle de las boletas/facturas registradas para contrastarlas con las originales del cliente en caso de reclamo por parte de éste. Necesita saber la deuda de clientes –sólo clientes con deuda. Imprimir los clientes con crédito y contado por separado. Imprimir un informe que detalle las ventas con tarjeta transbank, cheque al día, cheque a fecha, efectivo, etc.

8. Rescate las funcionalidades del actual sistema que usted espera encontrar en el nuevo sistema. Todas.


Universidad Católica de Temuco _________________________________________________________________________ 9. ¿Qué funciones que usted realiza en forma manual o semiautomatizada (apoyo Excel), deberían estar implementada en el nuevo sistema? Ninguno.

10. ¿En qué hito del ciclo trabajo experimenta la mayor pérdida de productividad y la mayor cantidad de errores con el actual uso del sistema? Al momento de anular una boleta/factura, pues hay que cambiar el número, borrarla del módulo crédito de clientes, anularla. También al momento de hacer una factura, pues se equivocan al elegir factura de crédito o contado, que es un número, y luego deben escribir la palabra “Crédito” o “Contado”. Para cambiarlo deben ir al módulo Contable -Cambiar forma de pago.



Nro. Entrevista

4

Nombre Entrevistado

Marta Jofré

Cargo

Vendedora

1. Describir el trabajo que diariamente realiza en su área. Identifique las actividades, tareas, documentos y formularios asociadas al desarrollo de cada actividad que desempeña. Atender el Supermercado -emitir boletas, facturas, guías de despacho-, atender la bomba, hacer aseo, hacer pedidos por Fax y Teléfono, recibir mercadería, reponer. Procedimiento de ventas con boleta crédito: El scanner lee el código de barras o se introduce el número correspondiente (1-93, 2,3-97, 4-petróleo diesel, 5-kerosene) cuando es gasolina, se ingresa la cantidad, el RUT del cliente y aparece automáticamente el Nombre (sino se despliega de una lista, presionando Enter en el RUT), ingresar el tipo de Pago y su descripción. Procedimiento de ventas factura contado y crédito: código de barra si es almacén o por número (1-93, 2,3-97, 4-petróleo diesel, 5-kerosene) cuando es gasolina, se ingresa el RUT o se busca por nombre en Ventas, se ingresa en ambos casos si es con factura contado o crédito. Luego se imprime presionando en SI en un mensaje. Cuando reciben mercaderías: se toma la factura y se va seleccionando lo que se recibe. Cuando falta algo lo anotan o avisan.

Cuando repone: se traen las mercaderías que está en bodega a los estantes.


Universidad Católica de Temuco _________________________________________________________________________ En el caso de las Guías de Despacho de las FFAA y de Orden se puede dar un vale por la cantidad de litros de combustible que no se llevan.

2. Describa con qué funcionalidades debería contar el nuevo sistema. Identifique los grandes módulos funcionales que debe contener el nuevo sistema. Que el detalle de la venta aparezca en la boleta. Actualmente sólo aparece en la factura y en la boleta pero cuando se vende gasolina. Buscar por folio, actualmente una boleta se busca por fecha. Al buscar artículos, filtrarlos por rubro. Elegir una sola vez el tipo de pago –contado o crédito. No revisar las boletas de crédito, pues se pierde mucho tiempo (se revisan las boletas impresas v/s el registro del Sistema).

3. Identifique qué actividades que usted actualmente realiza, apoyará con cada uno de los módulos funcionales del nuevo sistema. Poder ingresar mercaderías recibidas al Sistema, actualizar precios y descripciones. No debe hacerse a mano el vale que representa la cancelación de una deuda, debe quedar registrado con fecha e imprimir una copia para el cliente. Que se abone en el sistema y al cliente darle un recibo de su pago.

4. ¿Qué reportes o listados necesita que el nuevo sistema le provea? ¿Qué datos deben llevar los reportes o listados?


Universidad Católica de Temuco _________________________________________________________________________ Privilegiar el código de barras de un artículo en el ingreso de facturas al sistema. Actualmente se usa un código de entrada del artículo nuevo y si es antiguo hay que salir de la pantalla de ingreso de facturas e ir a la de artículos, buscarlo por descripción y anotar su código de entrada para posteriormente ingresarlo.


6. ¿Qué reportes desarrollados en forma manual o semiautomatizada espera encontrar automatizado en el nuevo sistema? La Orden de Compra.

7. ¿Qué información de gestión espera que le provea el nuevo sistema para apoyar la toma de decisiones? Revisar boletas con detalle ya registradas (se registran pero no se imprimen).


9. ¿Qué funciones que usted realiza en forma manual o semiautomatizada (apoyo Excel), deberían estar implementada en el nuevo sistema? ______________________________________________________________________95 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ Vales de deuda cancelada, vales de litros pendientes en combustibles.

10. ¿En qué hito del ciclo trabajo experimenta la mayor pérdida de productividad y la mayor cantidad de errores con el actual uso del sistema? Al momento de revisar las deudas de clientes, pues no hay un listado de éstos, aparecen todos, por lo tanto hay que buscar entre ellos los con deuda. No hay validaciones contra datos ingresados. También se pierde mucha productividad cuando se equivocan en la fecha para el cierre de caja, ésta no se puede cambiar.



Nro. Entrevista

5

Nombre Entrevistado

Isila Jofré

Cargo

Vendedora

1. Describir el trabajo que diariamente realiza en su área. Identifique las actividades, tareas, documentos y formularios asociadas al desarrollo de cada actividad que desempeña. Vender -atender el supermercado y la bomba-, recibir mercaderías, reponer, hacer aseo, vender en la carnicería. Procedimiento de ventas con boleta crédito: El scanner lee el código de barras o por número (1-93, 2,3-97, 4-petróleo diesel, 5-kerosene) cuando es gasolina, se ingresa la cantidad, el RUT del cliente y aparece automáticamente el Nombre (sino se despliega de una lista, presionando Enter en el RUT), ingresar el tipo de Pago y su descripción. Procedimiento de ventas con Factura contado y crédito: código de barra si es almacén o por número (1-93, 2,3-97, 4-petróleo diesel, 5-kerosene) cuando es gasolina, se ingresa el RUT o se busca por nombre en Ventas, se ingresa en ambos casos si es con factura contado o crédito. Luego se imprime presionando en SI en un mensaje. Cuando reciben mercaderías: se toma la factura y se va seleccionando lo que se recibe. Cuando falta algo lo anotan o avisan. Cuando repone: se traen las mercaderías que está en bodega a los estantes.

2. Describa con qué funcionalidades debería contar el nuevo sistema. Identifique los grandes módulos funcionales que debe contener el nuevo sistema. ______________________________________________________________________97 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ Mejorar las facturas al crédito y contado, pues es fácil equivocarse al ingresar el código correspondiente a cada una (Ej.: 1: Contado; 2: Crédito) y luego escribirlo. Poder ingresar mercaderías, que actualmente es muy confuso. Visualizar en un informe los clientes con deuda, separados de los demás clientes. Ver un listado de las ventas menores producidas hasta una hora determinada. Se ha dado el caso de visitas del SII y no pueden mostrar las ventas menores pues esto se hace al final de la jornada. Saber la deuda clientes –sólo clientes con deuda. Imprimir un informe de los clientes con crédito y contado por separado

3. Identifique qué actividades que usted actualmente realiza, apoyará con cada uno de los módulos funcionales del nuevo sistema. Ingresar las mercaderías recibidas, pues si no está don Benjamín se vende con precios antiguos. Respecto de las facturas con crédito y contado, facilitará el no tener que escribir el código y luego el nombre (crédito o contado).

4. ¿Qué reportes o listados necesita que el nuevo sistema le provea? ¿Qué datos deben llevar los reportes o listados? Ninguno.

5 ¿Qué formularios se requieren para apoyar la gestión administrativa (en formato papel o electrónico)? ______________________________________________________________________98 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ Ninguno.

6. ¿Qué reportes desarrollados en forma manual o semiautomatizada espera encontrar automatizado en el nuevo sistema? Ninguno.

7. ¿Qué información de gestión espera que le provea el nuevo sistema para apoyar la toma de decisiones? Imprimir un informe de los clientes con crédito y contado por separado. Imprimir un informe que detalle las ventas con tarjeta transbank, cheque al día, cheque a fecha, efectivo.


9. ¿Qué funciones que usted realiza en forma manual o semiautomatizada (apoyo Excel), deberían estar implementada en el nuevo sistema? Orden de compra, vales por la cantidad de combustible pendiente. Esto se debe hacer identificando quién lo ingresó, al sistema (deben registrarse y emitir un vale al cliente).


Universidad Católica de Temuco _________________________________________________________________________ 10. ¿En qué hito del ciclo trabajo experimenta la mayor pérdida de productividad y la mayor cantidad de errores con el actual uso del sistema? Cuando se rompe una boleta o factura, en ese momento se producen errores de venta al crédito o contado, pues como aparecen ambos números, el impreso del SII y el impreso por la impresora (sistema) se olvidan de anularlos en el sistema más tarde. Al momento de anular una boleta/factura en el módulo ventas hay que hacer lo mismo en el módulo Contable, pues el anterior no lo hace. Cuando se equivocan en la fecha para el cierre de caja, ésta no se puede cambiar. Cuando al facturar hay que buscar el RUT del cliente, se busca en una lista por nombre. Hay que dar una solución a la búsqueda, por RUT.



5.2

SCRIPT DEL MODELO DE LA BASE DE DATOS

create table FORMA_PAGO ( FOR_CODIGO DECIMAL(15) not null, FOR_NOMBRE VARCHAR(100) not null, primary key (FOR_CODIGO) )type =innodb; create table IMPUESTO ( IMP_CODIGO DECIMAL(15)not null, IMP_NOMBRE VARCHAR(50)not null, IMP_DESCRIPCION VARCHAR(100) not null, IMP_VALORDECIMAL(15,2) not null, primary key (IMP_CODIGO) )type =innodb; create table CIUDAD ( CIU_CODIGO DECIMAL(15)not null, CIU_NOMBRE VARCHAR(100) not null, primary key (CIU_CODIGO) )type =innodb; create table GIRO ( GIR_CODIGO DECIMAL(15)not null, GIR_NOMBRE VARCHAR(100) not null, primary key (GIR_CODIGO) )type =innodb; create table RUBRO ( RUB_CODIGO DECIMAL(15)not null, RUB_NOMBRE VARCHAR(100) not null, primary key (RUB_CODIGO) )type =innodb; create table LINEA_PRODUCTO ( ______________________________________________________________________101 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ LIN_CODIGO DECIMAL(15)not null, LIN_NOMBRE VARCHAR(100) not null, primary key (LIN_CODIGO) )type =innodb; create table TURNO ( TUR_CODIGO DECIMAL(15)not null, TUR_NOMBRE VARCHAR(100) not null, primary key (TUR_CODIGO) )type =innodb; create table ESTACION_TRABAJO ( EST_CODIGO DECIMAL(15)not null, EST_NOMBRE VARCHAR(25)not null, EST_DESCRIPCION VARCHAR(100) , EST_TIPOVARCHAR(10), EST_FOTOBLOB, primary key (EST_CODIGO) )type =innodb; create table CARGO ( CAR_CODIGO DECIMAL(15)not null, CAR_NOMBRE VARCHAR(50)not null, primary key (CAR_CODIGO) )type =innodb; create table UNIDAD_MEDIDA ( UNI_CODIGO DECIMAL(15)not null, UNI_NOMBRE VARCHAR(50)not null, primary key (UNI_CODIGO) )type =innodb; create table TIPO_OPERACION ( TIP_CODIGO DECIMAL(15)not null, TIP_NOMBRE VARCHAR(10)not null, primary key (TIP_CODIGO) )type =innodb; create table COTIZACION ( ______________________________________________________________________102 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ COT_NUMERO DECIMAL(15)not null, COT_FECHADATE not null, COT_ESTADO VARCHAR(10), primary key (COT_NUMERO) )type =innodb; create table VENTA_MENOR ( VENM_NUMERO DECIMAL(15)not null, VENM_FECHA DATE not null, VENM_ESTADO VARCHAR(10), VENM_DESCUENTO DECIMAL(15,2) , VENM_ESPECIFICO DECIMAL(15,2) , VENM_FONDO DECIMAL(15,2) , VENM_NETODECIMAL(15,2) , VENM_AFECTO DECIMAL(15,2) , VENM_EXCENTODECIMAL(15,2) , VENM_IVADECIMAL(15,2) , VENM_TOTAL DECIMAL(15,2) , VENM_CREDITODECIMAL(15,2) , primary key (VENM_NUMERO) )type =innodb; create table PROVEEDOR ( PRO_RUT VARCHAR(12)not null, CIU_CODIGO DECIMAL(15), PRO_NOMBRE VARCHAR(50)not null, PRO_FANTASIAVARCHAR(50), PRO_DIRECCIONVARCHAR(100), PRO_FONOVARCHAR(50), PRO_FAX VARCHAR(50), PRO_MAILVARCHAR(50), PRO_CONTACTOVARCHAR(50), primary key (PRO_RUT), key (CIU_CODIGO), foreign key (CIU_CODIGO) references CIUDAD (CIU_CODIGO) on delete restrict on update cascade )type =innodb; create table BOLETA_COMPRA ( PRO_RUT VARCHAR(12)not null, BOLC_NUMERO DECIMAL(15)not null, ______________________________________________________________________103 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ BOLC_FECHA DATE not null, BOLC_ESTADO VARCHAR(10), BOLC_DESCUENTO DECIMAL(15,2) , BOLC_ESPECIFICO DECIMAL(15,2) , BOLC_FONDO DECIMAL(15,2) , BOLC_NETODECIMAL(15,2) , BOLC_AFECTO DECIMAL(15,2) , BOLC_EXCENTODECIMAL(15,2) , BOLC_IVADECIMAL(15,2) , BOLC_TOTAL DECIMAL(15,2) , BOLC_CREDITODECIMAL(15,2) , primary key (PRO_RUT, BOLC_NUMERO), key (PRO_RUT), foreign key (PRO_RUT) references PROVEEDOR (PRO_RUT) on delete restrict on update cascade )type =innodb; create table GUIA_COMPRA ( PRO_RUT VARCHAR(12)not null, GUIC_NUMERO DECIMAL(15)not null, GUIC_FECHA DATE not null, GUIC_ESTADO VARCHAR(10), GUIC_DESCUENTO DECIMAL(15,2) , GUIC_ESPECIFICO DECIMAL(15,2) , GUIC_FONDO DECIMAL(15,2) , GUIC_NETODECIMAL(15,2) , GUIC_AFECTO DECIMAL(15,2) , GUIC_EXCENTODECIMAL(15,2) , GUIC_IVADECIMAL(15,2) , GUIC_TOTAL DECIMAL(15,2) , GUIC_CREDITODECIMAL(15,2) , primary key (PRO_RUT, GUIC_NUMERO), key (PRO_RUT), foreign key (PRO_RUT) references PROVEEDOR (PRO_RUT) on delete restrict on update cascade )type =innodb; create table FACTURA_COMPRA ( PRO_RUT VARCHAR(12)not null, FACC_NUMERO DECIMAL(15)not null, FACC_FECHA DATE not null, ______________________________________________________________________104 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ FACC_ESTADO VARCHAR(10), FACC_DESCUENTO DECIMAL(15,2) , FACC_ESPECIFICO DECIMAL(15,2) , FACC_FONDO DECIMAL(15,2) , FACC_NETO DECIMAL(15,2) , FACC_AFECTO DECIMAL(15,2) , FACC_EXCENTO DECIMAL(15,2) , FACC_IVA DECIMAL(15,2) , FACC_TOTAL DECIMAL(15,2) , FACC_CREDITODECIMAL(15,2) , primary key (PRO_RUT, FACC_NUMERO), key (PRO_RUT), foreign key (PRO_RUT) references PROVEEDOR (PRO_RUT) on delete restrict on update cascade )type =innodb; create table NOTA_COMPRA ( PRO_RUT VARCHAR(12)not null, NOTC_NUMERO DECIMAL(15)not null, NOTC_FECHA DATE not null, NOTC_ESTADO VARCHAR(10), NOTC_DESCUENTO DECIMAL(15,2) , NOTC_ESPECIFICO DECIMAL(15,2) , NOTC_FONDO DECIMAL(15,2) , NOTC_NETO DECIMAL(15,2) , NOTC_AFECTO DECIMAL(15,2) , NOTC_EXCENTODECIMAL(15,2) , NOTC_IVA DECIMAL(15,2) , NOTC_TOTAL DECIMAL(15,2) , NOTC_CREDITODECIMAL(15,2) , primary key (PRO_RUT, NOTC_NUMERO), key (PRO_RUT), foreign key (PRO_RUT) references PROVEEDOR (PRO_RUT) on delete restrict on update cascade )type =innodb; create table ORDEN_COMPRA ( PRO_RUT VARCHAR(12)not null, ORD_NUMERO DECIMAL(15)not null, ORD_FECHA DATE not null, ORD_ESTADO VARCHAR(10), ______________________________________________________________________105 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ ORD_ESPECIFICO DECIMAL(15,2), ORD_FONDO DECIMAL(15,2) , ORD_NETO DECIMAL(15,2) , ORD_IVA DECIMAL(15,2) , ORD_TOTALDECIMAL(15,2) , primary key (PRO_RUT, ORD_NUMERO), key (PRO_RUT), foreign key (PRO_RUT) references PROVEEDOR (PRO_RUT) on delete restrict on update cascade )type =innodb; create table CLIENTE ( CLI_RUT VARCHAR(12)not null, GIR_CODIGO DECIMAL(15)not null, CIU_CODIGO DECIMAL(15), CLI_NOMBRE VARCHAR(50)not null, CLI_FANTASIA VARCHAR(50), CLI_DIRECCION VARCHAR(100) , CLI_FONO VARCHAR(50), CLI_FAX VARCHAR(50), CLI_MAILVARCHAR(50), CLI_CONTACTO VARCHAR(50), CLI_TIPO VARCHAR(10), CLI_ESTADO VARCHAR(10), primary key (CLI_RUT), key (GIR_CODIGO), foreign key (GIR_CODIGO) references GIRO (GIR_CODIGO) on delete restrict on update cascade, key (CIU_CODIGO), foreign key (CIU_CODIGO) references CIUDAD (CIU_CODIGO) on delete restrict on update cascade )type =innodb; create table CUENTA_CORRIENTE ( CLI_RUT VARCHAR(12)not null, CUE_FECHA_APERTURA DATE , CUE_MONTO_INICIAL DECIMAL(15,2) , CUE_SALDODECIMAL(15,2) , primary key (CLI_RUT), key (CLI_RUT), ______________________________________________________________________106 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ foreign key (CLI_RUT) references CLIENTE (CLI_RUT) on delete restrict on update cascade )type =innodb; create table NOTA_CREDITO ( CLI_RUT VARCHAR(12)not null, NOTV_NUMERO DECIMAL(15)not null, NOTV_FECHA DATE not null, NOTV_ESTADO VARCHAR(10), NOTV_DESCUENTO DECIMAL(15,2) , NOTV_ESPECIFICO DECIMAL(15,2), NOTV_FONDO DECIMAL(15,2), NOTV_NETODECIMAL(15,2), NOTV_AFECTO DECIMAL(15,2), NOTV_EXCENTO DECIMAL(15,2), NOTV_IVADECIMAL(15,2), NOTV_TOTAL DECIMAL(15,2), NOTV_CREDITODECIMAL(15,2) , primary key (CLI_RUT, NOTV_NUMERO), key (CLI_RUT), foreign key (CLI_RUT) references CLIENTE (CLI_RUT) on delete restrict on update cascade )type =innodb; create table GUIA_DESPACHO ( CLI_RUT VARCHAR(12)not null, GUIV_NUMERO DECIMAL(15)not null, GUIV_FECHA DATE not null, GUIV_ESTADO VARCHAR(10), GUIV_DESCUENTO DECIMAL(15,2) , GUIV_ESPECIFICO DECIMAL(15,2) , GUIV_FONDO DECIMAL(15,2) , GUIV_NETO DECIMAL(15,2) , GUIV_AFECTO DECIMAL(15,2) , GUIV_EXCENTO DECIMAL(15,2) , GUIV_IVA DECIMAL(15,2) , GUIV_TOTAL DECIMAL(15,2) , GUIV_CREDITO DECIMAL(15,2) , primary key (CLI_RUT, GUIV_NUMERO), key (CLI_RUT), foreign key (CLI_RUT) ______________________________________________________________________107 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ references CLIENTE (CLI_RUT) on delete restrict on update cascade )type =innodb; create table FACTURA_VENTA ( CLI_RUT VARCHAR(12)not null, FACV_NUMERO DECIMAL(15)not null, FACV_FECHA DATE not null, FACV_ESTADO VARCHAR(10), FACV_DESCUENTO DECIMAL(15,2) , FACV_ESPECIFICO DECIMAL(15,2) , FACV_FONDO DECIMAL(15,2) , FACV_NETO DECIMAL(15,2) , FACV_AFECTO DECIMAL(15,2) , FACV_EXCENTO DECIMAL(15,2) , FACV_IVA DECIMAL(15,2) , FACV_TOTAL DECIMAL(15,2) , FACV_CREDITO DECIMAL(15,2) , primary key (CLI_RUT, FACV_NUMERO), key (CLI_RUT), foreign key (CLI_RUT) references CLIENTE (CLI_RUT) on delete restrict on update cascade )type =innodb; create table BOLETA_VENTA ( CLI_RUT VARCHAR(12)not null, BOLV_NUMERO DECIMAL(15)not null, BOLV_FECHA DATE not null, BOLV_ESTADO VARCHAR(10), BOLV_DESCUENTO DECIMAL(15,2) , BOLV_ESPECIFICO DECIMAL(15,2) , BOLV_FONDO DECIMAL(15,2) , BOLV_NETODECIMAL(15,2) , BOLV_AFECTO DECIMAL(15,2) , BOLV_EXCENTO DECIMAL(15,2) , BOLV_IVA DECIMAL(15,2) , BOLV_TOTAL DECIMAL(15,2) , BOLV_CREDITO DECIMAL(15,2) , primary key (CLI_RUT, BOLV_NUMERO), key (CLI_RUT), foreign key (CLI_RUT) references CLIENTE (CLI_RUT) ______________________________________________________________________108 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ on delete restrict on update cascade )type =innodb; create table MOVIMIENTO ( MOV_CODIGO DECIMAL(15)not null, CLI_RUT VARCHAR(12), MOV_ABONO DECIMAL(15,2) , MOV_FECHA DATE , MOV_TIPO VARCHAR(10), primary key (MOV_CODIGO), key (CLI_RUT), foreign key (CLI_RUT) references CUENTA_CORRIENTE (CLI_RUT) on delete restrict on update cascade )type =innodb; create table EMPLEADO ( EMP_RUT VARCHAR(12)not null, CAR_CODIGO DECIMAL(15), CIU_CODIGO DECIMAL(15), EMP_NOMBRE VARCHAR(50)not null, EMP_DIRECCION VARCHAR(100) , EMP_FONO VARCHAR(50), EMP_ESTADO VARCHAR(10), EMP_CLAVE VARCHAR(10), EMP_FOTO BLOB, primary key (EMP_RUT), key (CAR_CODIGO), foreign key (CAR_CODIGO) references CARGO (CAR_CODIGO) on delete restrict on update cascade, key (CIU_CODIGO), foreign key (CIU_CODIGO) references CIUDAD (CIU_CODIGO) on delete restrict on update cascade )type =innodb; create table PRODUCTO ( PTO_CODIGO DECIMAL(15)not null, LIN_CODIGO DECIMAL(15), RUB_CODIGO DECIMAL(15), UNI_CODIGO DECIMAL(15), ______________________________________________________________________109 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ PTO_CODIGO_BARRA DECIMAL(15), PTO_NOMBRE VARCHAR(100) not null, PTO_PRECIO_COSTO DECIMAL(15,2) , PTO_MARGEN1 DECIMAL(15,2) , PTO_PRECIO_VENTA1 DECIMAL(15,2) , PTO_MARGEN2 DECIMAL(15,2) , PTO_PRECIO_VENTA2 DECIMAL(15,2) , PTO_STOCK_MINIMO DECIMAL(15,2) , primary key (PTO_CODIGO), key (LIN_CODIGO), foreign key (LIN_CODIGO) references LINEA_PRODUCTO (LIN_CODIGO) on delete restrict on update cascade, key (RUB_CODIGO), foreign key (RUB_CODIGO) references RUBRO (RUB_CODIGO) on delete restrict on update cascade, key (UNI_CODIGO), foreign key (UNI_CODIGO) references UNIDAD_MEDIDA (UNI_CODIGO) on delete restrict on update cascade )type =innodb; create table IMPRESORA ( IMP_CODIGO DECIMAL(15)not null, EST_CODIGO DECIMAL(15)not null, IMP_NOMBRE VARCHAR(50)not null, IMP_DESCRIPCION VARCHAR(100) , IMP_TIPO VARCHAR(10), primary key (IMP_CODIGO), key (EST_CODIGO), foreign key (EST_CODIGO) references ESTACION_TRABAJO (EST_CODIGO) on delete restrict on update cascade )type =innodb; create table OPERACION_CAJA ( TIP_CODIGO DECIMAL(15)not null, TUR_CODIGO DECIMAL(15)not null, EST_CODIGO DECIMAL(15)not null, OPE_FECHA DATE not null, EMP_RUT VARCHAR(12)not null, OPE_HORA TIME not null, ______________________________________________________________________110 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ OPE_CANTIDAD DECIMAL(15,2) , OPE_BOLETA DECIMAL(15), OPE_FACTURA DECIMAL(15), OPE_TIPO VARCHAR(10), OPE_ESTADO VARCHAR(10), primary key (TIP_CODIGO, TUR_CODIGO, EST_CODIGO, OPE_FECHA), key (EMP_RUT), foreign key (EMP_RUT) references EMPLEADO (EMP_RUT) on delete restrict on update cascade, key (EST_CODIGO), foreign key (EST_CODIGO) references ESTACION_TRABAJO (EST_CODIGO) on delete restrict on update cascade, key (TUR_CODIGO), foreign key (TUR_CODIGO) references TURNO (TUR_CODIGO) on delete restrict on update cascade, key (TIP_CODIGO), foreign key (TIP_CODIGO) references TIPO_OPERACION (TIP_CODIGO) on delete restrict on update cascade )type =innodb; create table DETALLE_VENTA ( EST_CODIGO DECIMAL(15)not null, DET_CODIGO DECIMAL(15)not null, PTO_CODIGO DECIMAL(15)not null, CLI_RUT VARCHAR(12), GUIV_NUMERO DECIMAL(15), FAC_CLI_RUT VARCHAR(12), FACV_NUMERO DECIMAL(15), DET_PRECIO_COSTO DECIMAL(15,2) , DETV_ESPECIFICO DECIMAL(15,2) , DETV_FONDO DECIMAL(15,2) , DETV_NETO DECIMAL(15,2) , DETV_AFECTO DECIMAL(15,2) , DETV_EXCENTO DECIMAL(15,2) , DETV_IVA DECIMAL(15,2) , DETV_TOTAL DECIMAL(15,2) , DET_CANTIDAD DECIMAL(15,2) , DETV_ESTADO VARCHAR(10), primary key (EST_CODIGO, DET_CODIGO), key (PTO_CODIGO), ______________________________________________________________________111 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ foreign key (PTO_CODIGO) references PRODUCTO (PTO_CODIGO) on delete restrict on update cascade, key (EST_CODIGO), foreign key (EST_CODIGO) references ESTACION_TRABAJO (EST_CODIGO) on delete restrict on update cascade, key (CLI_RUT, GUIV_NUMERO), foreign key (CLI_RUT, GUIV_NUMERO) references GUIA_DESPACHO (CLI_RUT, GUIV_NUMERO) on delete restrict on update cascade, key (FAC_CLI_RUT, FACV_NUMERO), foreign key (FAC_CLI_RUT, FACV_NUMERO) references FACTURA_VENTA (CLI_RUT, FACV_NUMERO) on delete restrict on update cascade )type =innodb; create table DETALLE_MOVIMIENTO ( MOV_CODIGO DECIMAL(15), key (MOV_CODIGO), foreign key (MOV_CODIGO) references MOVIMIENTO (MOV_CODIGO) on delete restrict on update cascade )type =innodb; create table BOLETAC_DETALLE ( BOLC_DET_CODIGO DECIMAL(15)not null, PRO_RUT VARCHAR(12), BOLC_NUMERO DECIMAL(15), PTO_CODIGO DECIMAL(15), BOLC_DET_PRECIO_COSTO DECIMAL(15,2) , BOLC_DET_CANTIDAD DECIMAL(15,2) , BOLC_DET_ESPECIFICO DECIMAL(15,2) , BOLC_DET_FONDO DECIMAL(15,2) , BOLC_DET_NETO DECIMAL(15,2) , BOLC_DET_AFECTO DECIMAL(15,2) , BOLC_DET_EXCENTO DECIMAL(15,2) , BOLC_DET_IVA DECIMAL(15,2) , BOLC_DET_DESCUENTO DECIMAL(15,2) , BOLC_DET_TOTAL DECIMAL(15,2) , primary key (BOLC_DET_CODIGO), key (PRO_RUT, BOLC_NUMERO), foreign key (PRO_RUT, BOLC_NUMERO) ______________________________________________________________________112 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ references BOLETA_COMPRA (PRO_RUT, BOLC_NUMERO) on delete restrict on update cascade, key (PTO_CODIGO), foreign key (PTO_CODIGO) references PRODUCTO (PTO_CODIGO) on delete restrict on update cascade )type =innodb; create table FACTURA_DETALLE_COMPRA ( FACC_DET_CODIGO DECIMAL(15)not null, PRO_RUT VARCHAR(12), GUIC_NUMERO DECIMAL(15), FAC_PRO_RUT VARCHAR(12), FACC_NUMERO DECIMAL(15), PTO_CODIGO DECIMAL(15), FACC_DET_PRECIO_COSTO DECIMAL(15,2) , FACC_DET_CANTIDAD DECIMAL(15,2) , FACC_DET_ESPECIFICO DECIMAL(15,2) , FACC_DET_FONDO DECIMAL(15,2) , FACC_DET_NETO DECIMAL(15,2) , FACC_DET_AFECTO DECIMAL(15,2) , FACC_DET_EXCENTO DECIMAL(15,2) , FACC_DET_IVADECIMAL(15,2) , FACC_DET_DESCUENTO DECIMAL(15,2) , FACC_DET_TOTAL DECIMAL(15,2) , primary key (FACC_DET_CODIGO), key (PRO_RUT, GUIC_NUMERO), foreign key (PRO_RUT, GUIC_NUMERO) references GUIA_COMPRA (PRO_RUT, GUIC_NUMERO) on delete restrict on update cascade, key (FAC_PRO_RUT, FACC_NUMERO), foreign key (FAC_PRO_RUT, FACC_NUMERO) references FACTURA_COMPRA (PRO_RUT, FACC_NUMERO) on delete restrict on update cascade, key (PTO_CODIGO), foreign key (PTO_CODIGO) references PRODUCTO (PTO_CODIGO) on delete restrict on update cascade )type =innodb; create table NOTAC_DETALLE ( NOTC_DET_CODIGO DECIMAL(15)not null, PRO_RUT VARCHAR(12), ______________________________________________________________________113 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ NOTC_NUMERO DECIMAL(15), PTO_CODIGO DECIMAL(15), NOTC_DET_PRECIO_COSTO DECIMAL(15,2) , NOTC_DET_CANTIDAD DECIMAL(15,2) , NOTC_DET_ESPECIFICO DECIMAL(15,2) , NOTC_DET_FONDO DECIMAL(15,2) , NOTC_DET_NETO DECIMAL(15,2) , NOTC_DET_AFECTO DECIMAL(15,2) , NOTC_DET_EXCENTO DECIMAL(15,2) , NOTC_DET_IVA DECIMAL(15,2) , NOTC_DET_DESCUENTO DECIMAL(15,2) , NOTC_DET_TOTAL DECIMAL(15,2) , primary key (NOTC_DET_CODIGO), key (PRO_RUT, NOTC_NUMERO), foreign key (PRO_RUT, NOTC_NUMERO) references NOTA_COMPRA (PRO_RUT, NOTC_NUMERO) on delete restrict on update cascade, key (PTO_CODIGO), foreign key (PTO_CODIGO) references PRODUCTO (PTO_CODIGO) on delete restrict on update cascade )type =innodb; create table ORDEN_DETALLE ( ORDC_DET_CODIGO DECIMAL(15)not null, PRO_RUT VARCHAR(12), ORD_NUMERO DECIMAL(15), PTO_CODIGO DECIMAL(15), ORDC_DET_PRECIO_COSTO DECIMAL(15,2) , ORDC_DETC_CANTIDAD DECIMAL(15,2) , ORDC_DET_ESPECIFICO DECIMAL(15,2) , ORDC_DET_FONDO DECIMAL(15,2) , ORDC_DET_NETO DECIMAL(15,2) , ORDC_DET_IVA DECIMAL(15,2) , ORDC_DET_DESCUENTO DECIMAL(15,2) , ORDC_DET_TOTAL DECIMAL(15,2) , primary key (ORDC_DET_CODIGO), key (PRO_RUT, ORD_NUMERO), foreign key (PRO_RUT, ORD_NUMERO) references ORDEN_COMPRA (PRO_RUT, ORD_NUMERO) on delete restrict on update cascade, key (PTO_CODIGO), foreign key (PTO_CODIGO) references PRODUCTO (PTO_CODIGO) ______________________________________________________________________114 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ on delete restrict on update cascade )type =innodb; create table COTIZACION_DETALLE ( COT_DET_CODIGO DECIMAL(15)not null, PTO_CODIGO DECIMAL(15), COT_NUMERO DECIMAL(15), COT_DETC_CANTIDAD DECIMAL(15,2) , primary key (COT_DET_CODIGO), key (PTO_CODIGO), foreign key (PTO_CODIGO) references PRODUCTO (PTO_CODIGO) on delete restrict on update cascade, key (COT_NUMERO), foreign key (COT_NUMERO) references COTIZACION (COT_NUMERO) on delete restrict on update cascade )type =innodb; create table DETALLE_VENTA_TEMP ( EST_CODIGO DECIMAL(15)not null, DETV_CODIGO_TEMP DECIMAL(15)not null, PTO_CODIGO DECIMAL(15), DETV_PRECIO_COSTO_TEMP DECIMAL(15,2) , DETV_ESPECIFICO_TEMP DECIMAL(15,2) , DETV_FONDO_TEMP DECIMAL(15,2) , DETV_NETO_TEMP DECIMAL(15,2) , DETV_IVA_TEMP DECIMAL(15,2) , DETV_TOTAL_TEMP DECIMAL(15,2) , DETV_CANTIDAD_TEMP DECIMAL(15,2) , DETV_ESTADO_TEMP VARCHAR(10), primary key (EST_CODIGO, DETV_CODIGO_TEMP), key (PTO_CODIGO), foreign key (PTO_CODIGO) references PRODUCTO (PTO_CODIGO) on delete restrict on update cascade, key (EST_CODIGO), foreign key (EST_CODIGO) references ESTACION_TRABAJO (EST_CODIGO) on delete restrict on update cascade )type =innodb; create table NOTAV_DETALLE ______________________________________________________________________115 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ ( DET_CODIGO DECIMAL(15)not null, PTO_CODIGO DECIMAL(15)not null, EST_CODIGO DECIMAL(15), CLI_RUT VARCHAR(12), NOTV_NUMERO DECIMAL(15), DET_PRECIO_COSTO DECIMAL(15,2) , DETV_ESPECIFICO DECIMAL(15,2) , DETV_FONDO DECIMAL(15,2) , DETV_NETODECIMAL(15,2) , DETV_AFECTO DECIMAL(15,2) , DETV_EXCENTO DECIMAL(15,2) , DETV_IVA DECIMAL(15,2) , DETV_TOTAL DECIMAL(15,2) , DET_CANTIDAD DECIMAL(15,2) , DETV_ESTADO VARCHAR(10), primary key (DET_CODIGO), key (PTO_CODIGO), foreign key (PTO_CODIGO) references PRODUCTO (PTO_CODIGO) on delete restrict on update cascade, key (EST_CODIGO), foreign key (EST_CODIGO) references ESTACION_TRABAJO (EST_CODIGO) on delete restrict on update cascade, key (CLI_RUT, NOTV_NUMERO), foreign key (CLI_RUT, NOTV_NUMERO) references NOTA_CREDITO (CLI_RUT, NOTV_NUMERO) on delete restrict on update cascade )type =innodb; create table BOLETAV_DETALLE ( DET_CODIGO DECIMAL(15)not null, EST_CODIGO DECIMAL(15), PTO_CODIGO DECIMAL(15)not null, CLI_RUT VARCHAR(12), BOLV_NUMERO DECIMAL(15), DET_PRECIO_COSTO DECIMAL(15,2) , DETV_ESPECIFICO DECIMAL(15,2) , DETV_FONDO DECIMAL(15,2) , DETV_NETO DECIMAL(15,2) , DETV_AFECTO DECIMAL(15,2) , DETV_EXCENTO DECIMAL(15,2) , DETV_IVA DECIMAL(15,2) , ______________________________________________________________________116 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ DETV_TOTAL DECIMAL(15,2) , DET_CANTIDAD DECIMAL(15,2) , DETV_ESTADO VARCHAR(10), primary key (DET_CODIGO), key (EST_CODIGO), foreign key (EST_CODIGO) references ESTACION_TRABAJO (EST_CODIGO) on delete restrict on update cascade, key (PTO_CODIGO), foreign key (PTO_CODIGO) references PRODUCTO (PTO_CODIGO) on delete restrict on update cascade, key (CLI_RUT, BOLV_NUMERO), foreign key (CLI_RUT, BOLV_NUMERO) references BOLETA_VENTA (CLI_RUT, BOLV_NUMERO) on delete restrict on update cascade )type =innodb; create table VENTA_MENOR_DETALLE ( DETVM_CODIGO DECIMAL(15)not null, VENM_NUMERO DECIMAL(15), EST_CODIGO DECIMAL(15), PTO_CODIGO DECIMAL(15)not null, DETVM_PRECIO_COSTO DECIMAL(15,2) , DETVM_ESPECIFICO DECIMAL(15,2) , DETVM_FONDO DECIMAL(15,2) , DETVM_NETO DECIMAL(15,2) , DETVM_AFECTO DECIMAL(15,2) , DETVM_EXCENTO DECIMAL(15,2) , DETVM_IVA DECIMAL(15,2) , DETVM_TOTAL DECIMAL(15,2) , DETVM_CANTIDAD DECIMAL(15,2) , DETVM_ESTADO VARCHAR(10), primary key (DETVM_CODIGO), key (VENM_NUMERO), foreign key (VENM_NUMERO) references VENTA_MENOR (VENM_NUMERO) on delete restrict on update cascade, key (EST_CODIGO), foreign key (EST_CODIGO) references ESTACION_TRABAJO (EST_CODIGO) on delete restrict on update cascade, key (PTO_CODIGO), foreign key (PTO_CODIGO) ______________________________________________________________________117 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ references PRODUCTO (PTO_CODIGO) on delete restrict on update cascade )type =innodb;



5.3

CÓDIGOS MÁS REPRESENTATIVOS DEL SISTEMA

Conexión al Motor de Base de Datos. CONNECT USING SQLCA; SQLCA.DBMS="ODBC" SQLCA.Database="bdrisopatron"{nombre de la base datos} SQLCA.UserId="usuario" {indicar el nombre de usuario} SQLCA.DbPass="password" {indicar la password} SQLCA.ServerName="" SQLCA.LogId="" SQLCA.LogPass="" SQLCA.DbParm="Connectstring='DSN=bdrisopatron'" {indicar el nombre de la base de datos} CONNECT; this.microhelpdefault='Esta Sesión del Sistema se inicio a las '+string(now()) {Código que indica la hora de inicio de sesión} open(w_inicio) {Abrir la pantalla inicio del sistema} //open(w_menu_principal) {este es un comentario}

Código del menú principal del sistema st_hora.Text = String(Now(), "hh:mm:ss") {string que indica la hora actual en la pantalla principal del sistema} Timer(1) st_fecha.text=string(today(),"dd/mm/yyyy") {string que indica la fecha actual en la pantalla principal del sistema} fx_foto_equipo(st_nombre_equipo,p_foto_equipo) {función que llama a la foto del la estación de trabajo} date ld_fecha {variable tipo fecha} blob b_foto {variable tipo foto} ld_fecha = today(){variable tipo fecha actual} {seleccionar la foto del empleado desde la tabla empleado} SELECTBLOB emp_foto INTO :b_foto FROM empleado WHERE emp_rut = :gs_rut_empleado; ______________________________________________________________________119 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ {seleccionar el nombre del empleado desde la tabla empleado} select emp_nombre into :st_nombre_empleado.text from empleado WHERE emp_rut = :gs_rut_empleado; {mostrar la foto del empleado} p_foto_empleado.SetPicture(b_foto) p_foto_empleado.visible=true blob c_foto {seleccionar el turno de la caja} Select tur_codigo into:gdec_turno from operacion_caja where est_codigo =: gdec_codigo_equipo and ope_estado = 'ABIERTA' and ope_fecha =: ld_fecha; if gdec_turno = 0 then cb_apertura_caja.TriggerEvent(Clicked!) end if

Código de la Venta con Boleta {Declaración de varariables} decimal ldec_detalle, ldec_cantidad, ldec_precio, ldec_detalle_menor decimal ldec_max_temp, ldec_min_temp, ldec_detalle_validado decimal ldec_documento, ldec_rubro, ldec_total date ldate_fecha string ls_rut, ls_auditoria

ldec_codigo_producto,

{asignación de una función llamada fx_auditoria a una variable} ls_auditoria=fx_auditoria() ldate_fecha=today() {asignar fecha actual a la variable ldate_fecha} ldec_documento = dec(em_numero.text) {transformar un string en decimal y asignarlo a una variable} idec_numero = dec(em_numero.text) {transformar un string en decimal y asignarlo a una variable}


Universidad Católica de Temuco _________________________________________________________________________ {seleccionar desde la tabla cliente el rut donde el nombre sea igual al campo que se elige en el combo} select cli_rut into: ls_rut from cliente where cli_nombre =:ddlb_nombre.text; ///////////////////BOLETA///////////////////// {declaración de variables} decimal ldec_forma_pago {seleccionar desde la tabla forma de pago el código donde el nombre sea igual al campo que se elige en el combo} select for_codigo into: ldec_forma_pago from forma_pago where for_nombre =:ddlb_tipo_venta.text; {si la variable ls_rut es vacío entonces} if ls_rut='' then {insertar en la tabla boleta_venta los campo asignados a una venta contado} insert into boleta_venta (bolv_numero, {campo de la tabla boleta_venta} bolv_fecha, {campo de la tabla boleta_venta} bolv_total, {campo de la tabla boleta_venta} auditoria, {campo de la tabla boleta_venta} est_codigo, {campo de la tabla boleta_venta} tur_codigo, {campo de la tabla boleta_venta} for_codigo) {campo de la tabla boleta_venta} {validación de parámetros} values (:ldec_documento, :ldate_fecha, 0, :ls_auditoria, :gdec_codigo_equipo, :gdec_turno, :ldec_forma_pago) ; {de lo contrario insertar en la tabla boleta_venta el rut del cliente que realiza compra crédito} else insert into boleta_venta (cli_rut, {campo de la tabla boleta_venta} bolv_numero, {campo de la tabla boleta_venta} bolv_fecha, {campo de la tabla boleta_venta} bolv_total, {campo de la tabla boleta_venta} ______________________________________________________________________121 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ bolv_cliente, {campo de la tabla boleta_venta} auditoria, {atributo de la tabla boleta_venta} est_codigo, {atributo de la tabla boleta_venta} tur_codigo, {atributo de la tabla boleta_venta} for_codigo) {atributo de la tabla boleta_venta} {validación de parámetros} values (:ls_rut, :ldec_documento, :ldate_fecha, 0, :ddlb_nombre.text, :ls_auditoria, :gdec_codigo_equipo, :gdec_turno, :ldec_forma_pago) ; commit; {concretar la venta y guardarla en la Base de Datos} end if {seleccionar el máximo código de la tabla temporal detalle_venta_temp, utilizado para guardar los detalles y no almacenarlos directamente en la base de datos sino hasta que se concrete realmente la venta, donde el codigo de la estación de trabajo sea igual a la variable global gdec._codigo_equipo, para identificar donde se ha realizado cada transacción} select max(DETV_CODIGO_TEMP) into: ldec_max_temp from detalle_venta_temp where est_codigo =: gdec_codigo_equipo; {seleccionar el mínimo codigo de la tabla temporal detalle_venta_temp descrito anteriormente} select min(DETV_CODIGO_TEMP) into: ldec_min_temp from detalle_venta_temp where est_codigo =: gdec_codigo_equipo; ldec_detalle = ldec_min_temp ////////DETALLE BOLETA/////////////////////// do while ldec_detalle <= ldec_max_temp {seleccionar el mínimo el det._codigo_tempo de la tabla temporal detalle_venta_temp descrito anteriormente para asignarlo al detalle de la boleta} select DETV_CODIGO_TEMP into: ldec_detalle_validado from detalle_venta_temp where est_codigo =: gdec_codigo_equipo and ______________________________________________________________________122 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ DETV_CODIGO_TEMP = : ldec_detalle; if isnull(ldec_detalle_validado) = false then {seleccionar los campos mencionados desde la tabla detalle_venta_tempo donde el código de la estación de trabajo sea igual a la variable global} select pto_codigo, detv_precio_costo_temp, detv_cantidad_temp, detv_total_temp into : ldec_codigo_producto, : ldec_precio, : ldec_cantidad, : ldec_total from detalle_venta_temp where est_codigo =: gdec_codigo_equipo and DETV_CODIGO_TEMP =: ldec_detalle; {seleccionar el máximo código de la tabla boletav_detalle donde el código de la estación de trabajo sea igual a la variable global} select max(DETV_CODIGO) into: ldec_detalle_menor from boletav_detalle where est_codigo =: gdec_codigo_equipo; if isnull(ldec_detalle_menor) then ldec_detalle_menor=0 end if {realizar mientras el detalle de la venta menor no sea nulo de lo contrario sumarle 1} ldec_detalle_menor = ldec_detalle_menor + 1 {insertar en la tabla boletav_detalle los campo asignados a una venta} insert into boletav_detalle (detv_codigo, {campo de la tabla boletav_detalle} bolv_numero, {campo de la tabla boletav_detalle } est_codigo, {campo de la tabla boletav_detalle } pto_codigo, {campo de la tabla boletav_detalle } detv_precio_costo, {campo de la tabla boletav_detalle } detv_cantidad, {campo de la tabla boletav_detalle } detv_neto, {campo de la tabla boletav_detalle } detv_iva, {campo de la tabla boletav_detalle } detv_total, {campo de la tabla boletav_detalle } detv_especifico, {campo de la tabla boletav_detalle } detv_fondo, {campo de la tabla boletav_detalle } detv_excento) {campo de la tabla boletav_detalle } {validación de parámetros} values (:ldec_detalle_menor, :ldec_documento, ______________________________________________________________________123 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ :gdec_codigo_equipo, :ldec_codigo_producto, :ldec_precio, :ldec_cantidad, 0, 0, :ldec_total, 0, 0, 0); commit; {concretar el detalle de la venta y guardarla en la Base de Datos} ///////////////IMPUESTO////////////////////////// {seleccionar el codigo del rubro de la tabla producto} select rub_codigo into : ldec_rubro from producto where pto_codigo =:ldec_codigo_producto; {asignación de variables} string ls_rubro {seleccionar el nombre del rubro de la tabla rubro} select rub_nombre into: ls_rubro from rubro where rub_codigo=:ldec_rubro; {asignación de variables} decimal ldec_neto, ldec_iva, ldec_excento, ldec_especifico, ldec_fondo decimal ldec_impuesto_iva, ldec_impuesto_fondo, ldec_impuesto_especifico, ldec_impuesto_petroleo {seleccionar el valor del impuesto en la tabla impuesto donde el nombre del impuesto sea IVA} {esto se realiza para calcular mas adelante los impuestos por venta de combustibles} select imp_valor into:ldec_impuesto_iva from impuesto where imp_nombre='IVA'; {seleccionar el valor del impuesto en la tabla impuesto donde el nombre del impuesto sea ESPECIFICO} select imp_valor into:ldec_impuesto_especifico from impuesto ______________________________________________________________________124 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ where imp_nombre='ESPECIFICO'; {seleccionar el valor del impuesto en la tabla impuesto donde el nombre del impuesto sea FONDO} select imp_valor into:ldec_impuesto_fondo from impuesto where imp_nombre='FONDO'; {seleccionar el valor del impuesto en la tabla impuesto donde el nombre del impuesto sea ESPECIFICO PETROLEO} select imp_valor into:ldec_impuesto_petroleo from impuesto where imp_nombre='ESPECIFICO PETROLEO'; {si lo que que contiene la variable ls_rubro es distinta a COMBUSTIBLE Y TABACOS Y EXCENTOS Y PETROLEO} if ls_rubro<>'COMBUSTIBLES' AND ls_rubro<>'TABACOS Y EXENTOS' AND ls_rubro<>'PETROLEO' then {entonces calcular el iva} ldec_neto= ldec_total/(1+ldec_impuesto_iva) ldec_iva= ldec_neto * ldec_impuesto_iva {actualizar la tabla boletav_detalle} update boletav_detalle set detv_neto=:ldec_neto, detv_iva=:ldec_iva where bolv_numero=:ldec_documento and detv_codigo=:ldec_detalle_menor; commit; {concretar la actualización en la BD} end if {si la variable ls_rubro es igual a TABACOS Y EXCENTOS} if ls_rubro = 'TABACOS Y EXENTOS' then {calcular el precio por la cantidad} // ldec_total = ldec_precio * ldec_cantidad {actualizar la tabla boletav_detalle} update boletav_detalle set detv_excento=:ldec_total where bolv_numero=:ldec_documento and detv_codigo=:ldec_detalle_menor; commit; {concretar la actualización en la BD} end if ______________________________________________________________________125 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ {si la variable ls_rubro es igual a COMBUSTIBLES} if ls_rubro='COMBUSTIBLES' then {el impuesto especifico asignado a una variable va a ser igual al impuesto específico por la cantidad, lo mismo ocurre con el fondo} // ldec_total = ldec_precio * ldec_cantidad ldec_especifico= ldec_impuesto_especifico * ldec_cantidad ldec_fondo=ldec_impuesto_fondo * ldec_cantidad {el neto va a ser igual al total menos el específico menos el fondo y todo eso dividido por el iva} ldec_neto= (ldec_total - ldec_especifico - ldec_fondo) / (1+ldec_impuesto_iva) {el iva es igual al neto por el valor del impuesto iva} ldec_iva= ldec_neto * ldec_impuesto_iva {actualizar la tabla boletav_detalle} update boletav_detalle set detv_neto=:ldec_neto, detv_iva=:ldec_iva, detv_fondo=:ldec_fondo, detv_especifico=:ldec_especifico where bolv_numero=:ldec_documento and detv_codigo=:ldec_detalle_menor; commit; {concretar la actualización en la BD} end if {si el valor de la variable ls_rubro es igual PETROLEO} if ls_rubro='PETROLEO' then // ldec_total = ldec_precio * ldec_cantidad {el impuesto de petroleo es igual al impuesto por la cantidad, lo mismo ocurre con el impuesto fondo} {el impuesto petróleo es igual al impuesto petroleo por la cantidad} ldec_impuesto_petroleo= ldec_impuesto_petroleo * ldec_cantidad ldec_fondo=ldec_impuesto_fondo * ldec_cantidad {el neto va a ser igual al total menos el impuesto petroleo menos el fondo y todo eso dividido por el iva} ldec_neto= (ldec_total - ldec_impuesto_petroleo - ldec_fondo) / (1+ldec_impuesto_iva) {el iva es igual al neto por el valor del impuesto iva} ldec_iva= ldec_neto * ldec_impuesto_iva {actualizar la tabla boletav_detalle} update boletav_detalle set detv_neto=:ldec_neto, detv_iva=:ldec_iva, detv_fondo=:ldec_fondo, ______________________________________________________________________126 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ detv_especifico=:ldec_impuesto_petroleo where bolv_numero=:ldec_documento and detv_codigo=:ldec_detalle_menor; commit; {concretar la actualización en la BD} end if end if ///////////////TABLA PRODUCTO ////////////////////////////////////////////// {declaración de variables} decimal ldec_stock {seleccionar la cantidad del producto de la tabla producto donde el código del producto sea igual al producto elegido desde el combo} select pto_cantidad into : ldec_stock from producto where pto_codigo =:ldec_codigo_producto; {disminuir el stock del producto} ldec_stock = ldec_stock - ldec_cantidad {actualizar la tabla producto} update producto set pto_cantidad =: ldec_stock where pto_codigo =:ldec_codigo_producto; commit; {concretar la actualización en la BD} /////////////// TABLAS VENTAS ////////////////////////////////// {declaración de variables} Decimal ldec_codigo_existe, ldec_cantidad_existe, ldec_total_existe {seleccionar los campos desde la tabla venta} select pto_codigo, ven_cantidad, ven_total into : ldec_codigo_existe, : ldec_cantidad_existe, : ldec_total_existe from venta {donde el codigo del producto sea igual al producto elegido desde el combo y la fecha sea igual a lo contenido en la variable fecha} where pto_codigo=:ldec_codigo_producto and ven_fecha=:ldate_fecha; {if la variable ldec_codigo_existe es igual a la variable ldec_codigo_producto entonces} if ldec_codigo_existe = ldec_codigo_producto then {la cantidad que existe mas la cantidad de la venta} ldec_cantidad_existe = ldec_cantidad + ldec_cantidad_existe {el total que existe mas el total de la venta} ______________________________________________________________________127 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ ldec_total_existe = ldec_total_existe + ldec_total {actualizar la tabla venta} update venta set ven_cantidad =: ldec_cantidad_existe, ven_total =: ldec_total_existe where pto_codigo=:ldec_codigo_producto and ven_fecha=:ldate_fecha; commit; {concretar la actualización en la BD} else {insertar en la tabla venta} INSERT INTO venta (pto_codigo, {campos de la tabla venta} ven_fecha, {campos de la tabla venta} ven_cantidad, {campos de la tabla venta} ven_total) {campos de la tabla venta} {validación de los campos} VALUES ( :ldec_codigo_producto, :ldate_fecha, :ldec_cantidad, :ldec_total) ; commit; end if ///////////////////BORRAR TEMP////////////////////////// {borrar los detalles desde la tabla temporal detalle_venta_temp} delete from detalle_venta_temp where est_codigo =: gdec_codigo_equipo and DETV_CODIGO_TEMP =: ldec_detalle; commit; {concretar el borrado en la BD} end if ldec_detalle = ldec_detalle + 1{aumentar la variable ldec_detalle en uno} loop ////////TOTALES BOLETA//////////////////////////////////// {declaración de variables} decimal ldec_neto_final, ldec_iva_final, ldec_total_final, ldec_especifico_final, ldec_fondo_final

ldec_excento_final,

{seleccionar los campos desde la tabla boletav_detalle} select sum(detv_neto),sum(detv_total),sum(detv_iva),sum(detv_especifico),sum(detv_fondo), sum(detv_excento) ______________________________________________________________________128 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ into :ldec_neto_final, :ldec_total_final, :ldec_iva_final, :ldec_especifico_final, :ldec_fondo_final, :ldec_excento_final from boletav_detalle where bolv_numero=:ldec_documento; {actualizar la tabla boleta_venta} update boleta_venta set bolv_neto=:ldec_neto_final, bolv_iva=:ldec_iva_final, bolv_total=:ldec_total_final, bolv_fondo=:ldec_fondo_final, bolv_especifico=:ldec_especifico_final, bolv_excento=:ldec_excento_final, bolv_afecto=:ldec_neto_final where bolv_numero=:ldec_documento; commit;{concretar la actualización} ////////CUENTA CORRIENTE////////////////////////////////// {si al realizar una venta se elige la opción CREDITO en el combo de la pantalla venta entonces} if ddlb_tipo_venta.text = 'CREDITO' then {declaración de variables} decimal ldec_saldos, ldec_deuda {seleccionar el saldo de la tabla cuenta corriente} select cue_saldo, cue_deuda into :ldec_saldos, :ldec_deuda from cuenta_corriente {donde el rut del cliente sea igual a la variable ls_rut} where cli_rut=:ls_rut; {el saldo va a ser igual al saldo menos el total final de la venta} ldec_saldos = ldec_saldos - ldec_total_final {la deuda va a ser igual a la deuda mas el total final de la venta} ldec_deuda = ldec_deuda + ldec_total_final {insertar en la tabla movimiento los campos de la venta credito} INSERT INTO movimiento ( cli_rut, {campo de la tabla movimiento} ______________________________________________________________________129 Trabajo de Título – Sistema de Gestión y Ventas

Universidad Católica de Temuco _________________________________________________________________________ mov_fecha, {campo de la tabla movimiento} mov_documento, {campo de la tabla movimiento} mov_numero, {campo de la tabla movimiento} mov_debe, {campo de la tabla movimiento} mov_estado {campo de la tabla movimiento} {validación de los campos} VALUES ( :ls_rut, :ldate_fecha, 'BOLETA', :ldec_documento, :ldec_total_final, 'PENDIENTE') ; commit; {concretar el movimiento en la BD} {actualizar la tabla cuenta corriente del cliente} UPDATE cuenta_corriente SET cue_saldo=:ldec_saldos, cue_deuda=:ldec_deuda WHERE cli_rut=:ls_rut; {actualizar la tabla boleta_venta} update boleta_venta set bolv_credito=:ldec_total_final where bolv_numero=:ldec_documento; END IF commit; {concretar la actualización en la BD} ///////////////TABLA IMPRESORA//////////////// {aumentar el número correlativo de la boleta en uno después de impreso el comprobante en este caso boleta} ldec_documento=ldec_documento+1 {actualizar la tabla impresora ya que se puede elegir impresora boleta o factura} UPDATE impresora SET imp_documento=:ldec_documento where imp_nombre=:ddplb_venta.text and est_codigo=:gdec_codigo_equipo; commit; {concretar la actualización en la BD}



5.4. SOFTWARE DE DESARROLLO

5.4.1. Descripción de la herramienta

5.4.1.1.

Funcionalidades

Entre las nuevas funcionalidades de PowerBuilder 9.0 se destacan:

RAD JavaServer Page (JSP) Targets. Permite a los desarrolladores llevar a cabo rápidamente y desplegar componentes JSP haciendo uso de wizards y otras herramientas RAD.

Web Services. Facilita a los desarrolladores construir, publicar y consumir servicios web para Microsoft .NET y otras redes sin un profundo conocimiento de Simple Object Access Protocol (SOAP) y Web Services Description Language (WSDL).

XML DataWindow. Importa datos directamente de un documento XML y guarda datos que fueron recuperados de cualquier fuente como una 'fully customized' documento XML, o como un documento que utiliza XSL Formatting Objects (XSL-FO) o PDF.

PowerBuilder Native interfaz. Extiende las capacidades de las aplicaciones PowerBuilder al permitir incorporar una clase C++ como una extensión PowerBuilder, y hacer llamadas a sus métodos en la aplicación. A través de JNI, las aplicaciones Java también se pueden comunicar con el PBVM. ______________________________________________________________________131 Trabajo de Título – Sistema de Gestión y Ventas


Servidores de Aplicación de terceras partes. Añadido al ya existente soporte de Sybase EAServer, PowerBuilder ahora soporta BEA WebLogic ServerTM, IBM WebSphere y otros Servidores de Aplicaciones J2EE a través de wizards que generan proxis para Enterprise Java Beans (EJBs), y llaman a los EJBs en servidores J2EE desde PowerBuilder a través de proxis.

PowerBuilder Document Object Model. La implementación de Sybase de DOM, define cómo se puede acceder y manipular los documentos XML desde el código PowerScript. Creación de Informes PDF. Proporciona dos formas de guardar un objeto DataWindow y así puede generar directamente informes en formato PDF.. Este método se utiliza por defecto y puede guardar todos los tipos de objetos DataWindow.

Source Control Enhancements. Ayuda a los desarrolladores a realizar una gestión más eficaz de grandes proyectos, facilitando la integración con Rational ClearCase y Merant PVCS.

OrcaScript Utility, mediante el uso de Orca, es posible reconstruir PowerBuilder Targets desde PowerBuilder Source Control.



Como ya se mencionó anteriormente el fuerte de Power Builder es que se puede trabajar en múltiples plataformas y con conexión a diferentes Bases de Datos, a través de consultas SQL, y cuenta con el objeto llamado Datawindow que nos permite hacer cualquier tipo de informes, generar reportes, gráficos, etc, y nos permiten analizar con mayor claridad el estado de la Empresa. Es por ello que mediante esta investigación necesitamos de un ambiente de desarrollo que nos permita hacer gestión y consultas a nuestra Base de Datos, y nos permita realizar una bonita interfaz para la imagen corporativa de la Empresa, por lo tanto se eligió esta herramienta de desarrollo con las ventajas mencionadas anteriormente y por la facilidad de uso.

Ambiente de Desarrollo El ambiente de desarrollo de Powerbuilder permite trabajar con todos los elementos que son necesarios para la realización de un proyecto. Para ejecutar PowerBuilder vaya al botón Inicio de Windows, la opción Programas el ítem Powersoft y dentro de este el elemento ‘Powerbuilder for Intel’.

Características El ambiente de diseño de aplicaciones de Power esta contenido en un MDI (Múltiples Ventanas Contenidas), lo que permite que pueda contener en forma ordenada todas las tareas que uno puede realizar en forma continua en las áreas de Desarrollo.



Áreas de Desarrollo Power posee muchas áreas de trabajo para el desarrollo de los elementos que conforman una aplicación, cada una genera un elemento que debe ser guardado en un archivo de librería (*.pbl) donde será almacenado para su utilización. Se podrá tener abierta múltiples áreas de desarrollo, pudiendo cambiarse de una a otra a través del menú Windows, donde aparece con una marca el área donde esta actualmente y el elemento en el que se esta trabajando.

Figura 5.4.1.1.1: Indica el elemento en donde se está trabajando

Además, uno podrá tener varios elementos de la misma área abierto, para efectos de trabajo con ellos cada uno de estos es independiente. Es importante hacer notar, que algunas opciones del menú se verán alteradas al estar en una u otra área de desarrollo. Las áreas de trabajo son enumeradas en la opción PowerPanel del Menú Archivo, y también se presentan en una Barra de Herramientas (como la que se ve a continuación).

Figura 5.4.1.1.2: Barra de Herramientas



Las Áreas de Trabajo son las siguientes: Área

Descripción Aplication

Permite definir las características comunes que tendrá la aplicación, como son fuente de letra para las etiquetas, controles, etc. También permite definir las Librerías que conforman la aplicación, y las acciones que se deben realizar al iniciar/terminar la aplicación, como son la ventana de inicio, etc. La aplicación se torna en la cabeza de la aplicación.

Project

Permite crear un archivo ejecutable, y especificar los componentes que irán con esta aplicación.

Window

Permite trabajar con las ventanas que conformaran la aplicación. Las ventanas se convierten en contenedores de los objetos visuales, es decir, están puestos encima de esta; para que el usuario pueda manipularlos.

User Object

Permite definir nuevos tipos de objetos; a partir de los ya existentes o bien creándolos con una programación C++. El primer tipo es el más utilizado, ya que se puede formular código estándar, y de esa manera disminuir el número de líneas de código. Estos objetos aquí definidos pueden ser utilizados en cualquier ventana de la aplicación.

Menú

Permite declarar los menús. Esto significa que pueden existir


Universidad Católica de Temuco _________________________________________________________________________ Área

Descripción diversos listados de menús que sean utilizados por una aplicación. Junto con esto es posible definir las acciones a realizar cuando se selecciona cualquier ítem del menú hecho.

Structure

Permite definir las estructuras de datos que serán utilizadas por la aplicación. Se entiende por estructura de datos, un elemento que contiene subelementos en el, y que son dependientes de este. Se puede reflejar mucho mejor esto en la idea de ‘registro’.

Function

Permite definir las funciones que serán utilizadas por la aplicación, y podrán ser accedidas desde cualquier parte de la aplicación. Estás funciones podrán o no retornar un valor, y pueden o no tener parámetros.

Datawindow Permite definir los datawindows, estas son consultas que están unidas a una presentación definida por uno. Donde se puede definir reglas de validación para cada campo, y estilos de presentación, Ud. puede definir argumentos, uniones, ordenamiento criterios de selección y agrupamiento. Query

Es utilizado para definir y guardar una consulta Select en forma gráfica, esto permite que pueda ser utilizada por objetos datawindows.

Pipeline

Un objeto ‘Tubería’ es usada para administras el traspaso de datos



Descripción durante la ejecución de una aplicación. Normalmente se hace esto para hacer traspasos masivos de datos desde una Base de Datos a otra. Configure

Permite definir un profile (definición) de conexión, el que utilizara

ODBC

el controlador seleccionado; el que deberá estar presente en la máquina.

DB Profile

Permite seleccionar un profile, previamente definido, con el que se conectara a la Base de Datos correspondiente. Para cada tipo de Base de Datos los parámetros con los que se sirve para conectarse podrían variar, infórmese.

Database

Permite trabajar con la Base de Datos conectada actualmente al seleccionar un profile del área DB Profile. Aquí es posible Crear/Modificar Tablas, Claves Primarias/Foráneas, Manipular datos.

Library

Use está área de trabajo para crear y mantener las librerías, y los objetos que contienen estas. Estos objetos pueden ser la Aplicación, Ventanas, Menúes, etc. Use el botón ‘Properties’

,

o bien la misma opción del menú al presionar el botón derecho del mouse; para modificar la descripción dada a cada objeto. También es posible copiar, mover objetos de una librería a otra, o bien eliminarlos expresamente. ______________________________________________________________________137 Trabajo de Título – Sistema de Gestión y Ventas


Descripción Run

Permite ejecutar la aplicación desde su comienzo, si estuviera trabajando en un Área de Trabajo, se le pedirá que guarde los cambios antes de iniciar la ejecución de la aplicación.

Run window Permite ejecutar una ventana solamente, no es una previsualización de está; realmente se ejecutan el código contenido en cada objeto. Es importante que la Base de Datos con la que uno este trabajando este conectada vía el objeto no visual de transacción para que no se produzcan errores. Exit

Termina la ejecución del Ambiente Powerbuilder.

Figura 5.4.1.1.3: Herramientas de Trabajo de PowerBuilder

Todos estos botones están presentes en la primera barra de herramientas, la que recibe el nombre de PowerPanel (“Barra de Herramientas o Äreas de Trabajo”). Cada Área de trabajo tiene su propia Barra de Herramientas, la que se llama PainterBar (“Barra de Herramientas del Área de Trabajo”), la que se presenta como una segunda barra de herramientas.

Barra de herramientas PowerPanel. Barra Herramientas Área ‘Aplication’. Figura 5.4.1.1.4: Barras de Herramientas



5.4.2. SCRIPT DE CONEXIÓN AL MOTOR DE BASE DE DATOS. CONNECT USING SQLCA; SQLCA.DBMS="ODBC" SQLCA.Database="Nombre_Base_de_Datos" SQLCA.UserId="usuario" SQLCA.DbPass="clave" SQLCA.ServerName="" SQLCA.LogId="" SQLCA.LogPass="" SQLCA.DbParm="Connectstring='DSN=nombre_base_de_datos'" CONNECT;

this.microhelpdefault='Esta Sesión del Sistema se inicio a las '+string(now()) {me indica la hora de inicio de sesión} open(w_inicio) //open(w_menu_principal){Este es un comentario}



¿Como crear un Objeto? Seleccionando el Botón New, creamos el objeto.

Figura 5.4.2.1: Crear un objeto

Figura 5.4.2.2: Nuevo Objeto



Figura 5.4.2.3: Pantalla del nuevo objeto

Una vez creado el objeto selecciono los comando (commandbuttom) que quiero mostrar en el objeto, estos pueden ser botones, imágenes, líneas, combos u otros.

Figura 5.4.2.4: Pantalla con los comandos que participan en el objeto.



¿Como crear una Datawindows? Presionamos el botón Datawindow y seleccionamos el tipo de data datawindow que queremos crear, como se muestra en la figura 5.4.2.5.

Figura 5.4.2.5: Crear nueva datawindows

Una vez elegida la datawindow selecciono las tablas que quiero mostrar.

Figura 5.4.2.6: Seleccionar tablas para datawindow



Una vez elegidas las tablas que quiero mostrar selecciono los campo de las tablas que aparecerán en la datawindow.

Figura 5.4.2.7: Seleccionar los campos de las tablas para mostrar en la datawindow

Los campos elegidos se muestran en la datawindow con la información de la Base de Datos.

Figura 5.4.2.8: Información de la tabla en la datawindow



¿Como crear una barra de menú? Presionando el botón Menu creamos el nuevo menú como se muestra en la figura 3.1.4.11.

Figura 5.4.2.9: Crear Barra de Menú.

Una vez creado el nuevo menú comenzamos a colocar los nombres que formarán parte de este nuevo menú.

Figura 5.4.2.10: Nombres en la Barra de Menú.



5.5. SOFTWARE DE APOYO AL DESARROLLO (CASE) 5.5.1. Descripción de la herramienta PowerDesigner es la herramienta para el análisis, diseño inteligente y construcción sólida de una base de datos y un desarrollo orientado a modelos de datos a nivel físico y conceptual, que da a los desarrolladores Cliente/Servidor la más firme base para aplicaciones de alto rendimiento. Figura 3.2.1.1: Portada Power Designer

Ofrece un acercamiento de diseño para optimizar las estructuras de las bases de datos. Capturando el flujo de datos de su organización, puede crear un modelo conceptual y físico de la base d datos. La técnica de diseño a dos niveles permite separar lo que se desea diseñar de lo que se desea implementar.

5.5.2. Ventajas Los equipos de proyectos comparten un diccionario central construido sobre una base de datos SQL. Puede asegurar la consistencia de los datos accediendo al modelado de información con una hojeada al poderoso diccionario browser. Para seguridad e integridad de los datos, puede también administrar los derechos de usuarios y bloquear el acceso.



PowerDesigner 6.1 es una suite de aplicaciones de Powersoft para la construcción, diseño y modelado de datos a través de diversas aplicaciones. Esta suite cuenta con los siguientes productos:

PowerDesigner ProcessAnalyst. Permite analizar el flujo de datos de toda la empresa, a través de los departamentos hasta el usuario final.

PowerDesigner DataArchitect. Provee a los diseñadores de las bases de datos una manera eficiente para la creación inteligente, depuración e ingeniería de reversa del modelado tanto conceptual como físico de los datos.

PowerDesigner AppModeler. Permite el diseño y ajuste de los componentes de objetos y datos en aplicaciones de uso común como PowerBuilder, Power++, Visual Basic y Delphi ajustando el modelo de base de datos. Junto con la aplicación de servidor

PowerDynamo (incluido) se pueden publicar las bases de datos en Internet/Intranet directamente del modelo de base de datos. Esta herramienta también puede generar páginas de servidor activas para MS Internet Information Server v.3.0.

PowerDesigner WarehouseArchitect. Provee un poderoso datawarehousing para el diseño e implementación de una base de datos. Cuenta con soporte para bases de datos tradicionales DBMS y bases de datos en plataformas de sistemas analíticos usando


Universidad Católica de Temuco _________________________________________________________________________ modelados dimensionales, esquemas de "estrella" y "nieve", particionamiento y agregación. También cuenta con un alto desempeño en el indexamiento de esquemas.

PowerDesigner MetaWorks. Permite fácilmente ver y compartir la información del modelado de datos con una definición constante de objetos. También puede comparar y mezclar dos modelos de datos paso a paso.

PowerDesinger Viewer. Crea reportes de los modelos físicos, conceptuales y procesos del modelado de la base de datos. También permite generar reportes para Internet en HTML. Este producto cuenta con demos directos de sitio de Sybase en Internet para su evaluación.

5.5.3. Uso de la Herramienta Power Designer Dataarchitect

Figura 5.5.3.1: Pantalla Principal Power Designer.

Pantalla principal que permite comenzar el diseño de la Base de Datos, dibujando las entidades y relaciones que se requieren. ______________________________________________________________________147 Trabajo de Título – Sistema de Gestión y Ventas


Figura 5.5.3.2: Pantalla Entidad Relación

En el extremo superior derecho se encuentra la barra de herramientas utilizada para el diseño de la Base de Datos (Entidad Relación), esta nos permite ir diseñando tan solo con hacer un clic en el objeto que quiero mostrar, en la imagen podemos observar el diseño de una entidad relacionada con otra entidad (botón denominado Entity) , es necesario especificar el nombre de cada entidad, y los atributos que poseerá, tan solo con hacer doble clic en la entidad, para esto se requiere especificar el tipo de atributo (Ejemplo: integer, varchar u otro), y la clave primaria de la entidad, si se requiere. Las relaciones de dibujan presionando el botón de relaciones (Relationship) en la barra de herramientas y posteriormente uniendo ambas entidades obtengo la relación, para agregarle nombre a la relación debe hacer doble clic en la línea, aquí debe especificar el tipo de relación, es decir relación uno a uno, uno a muchos, mucho a muchos, dependiendo del diseño de la Base de Datos.


Universidad Católica de Temuco ____________________________________________________ ________________________ _________________________________________________ _____________________ Un ejemplo de esto es la tabla Producto que tiene los siguientes atributos: NOMBRE ATRIBUTO ATRIBUTO

TIPO

PTO_CODIGO

DECIMAL (15,0) (Clave primaria)

RUB_CODIGO

DECIMAL (15,0) (Clave foránea de la tabla Rubro)

UNI_CODIGO

DECIMAL (15,0) (Clave foránea de la tabla Unidad de Medida)

PTO_CODIGO_BARRA

VARCHAR (50)

PTO_NOMBRE

VARCHAR (100)

PTO_PRECIO_COSTO

DECIMAL (15,2)

PTO_MARGEN1

DECIMAL (15,2)

PTO_PRECIO_VENTA1 DECIMAL (15,2) PTO_MARGEN2

DECIMAL (15,2)

PTO_PRECIO_VENTA2 DECIMAL (15,2) PTO_STOCK_MINIMO

DECIMAL (15,2)

PTO_CANTIDAD

DECIMAL (15,2)

PTO_DESCUENTO

VARCHAR (15)

Tabla 5.5.3.3: Pantalla Entidad Relación



Generar Modelo Físico

Figura 5.5.3.4: Pantalla Genera Modelo Físico

Una vez dibujadas todas las entidades y relaciones, se genera el modelo físico como se muestra en la imagen, especificando un nombre y el lugar en donde se guardará el modelo.

Figura 5.5.3.5: Pantalla Chequea Errores

Imagen que muestra el término de la generación del Modelo Físico, chequeando los errores que pudiesen existir. ____________________________________________________ ________________________ ______________________________________________150 __________________150 Trabajo de Título – Sistema de Gestión y Ventas


Figura 5.5.3.6: Pantalla genera script

Una vez terminada la generación del Modelo Físico, se genera el script de la Base de Datos, asignándole un nombre y la ubicación en donde se guardará.

Figura 5.5.3.7: Pantalla Tablas Base de Datos

Una vez generado el script de la Base de Datos este se copia en el motor de la Base de Datos (MySql) y se generan las tablas automáticamente.



5.6. MOTORES DE BASE DE DATOS Para comenzar se hará una tabla comparativa de algunas de los sistemas de administración de bases de datos existentes, ya sean de código abierto o comercial. Esto tiene por objetivo tomar una decisión por parte del alumno respecto de cuál es conveniente utilizar en su proyecto de Trabajo de Título.

Open Source

Comerciales

PostgreSQL

SyBase

MySQL

Informix

Interbase

Oracle DB2 SQL Server FoxPro Clipper

Tabla 5.6.1: tabla comparativa de bases de datos

5.6.1. Descripción de la herramienta MySQL es una de las bases de datos más populares desarrolladas bajo la filosofía de código abierto.


Universidad Católica de Temuco _________________________________________________________________________ La desarrolla y mantiene la empresa MySql AB pero puede utilizarse gratuitamente y su código fuente está disponible.

5.6.2. Ventajas MySQL es

una herramienta sin costo y cumple los objetivos esperados para una pequeña

organización. •

la alumna sabía cómo utilizarlo anterior al inicio de este trabajo de título.

•

comparado con otros motores de Base de Datos, es más fácil de utilizar

•

es un motor de bases de datos potente para el tipo de negocio al cual se proyecta

5.6.3. Comparaciones La tabla 3.3.1 muestra algunos DBMS existentes en el mercado, pero sólo se estudiaron algunos teniendo en cuenta el objetivo del Trabajo de Título. Se comenzará por los que no tienen mucha relevancia en el contexto de este trabajo.

Oracle: Lidera el mundo de los motores de bases de datos relacionales, está orientado a grandes negocios y está presente en varios sistemas operativos como Windows, Linux, Unix, etc.

SyBase: Es un motor de bases de datos relacionales, y está orientado a grandes negocios.



De los estudiados para el desarrollo del caso están:

MySQL: este motor de código abierto se comporta bien para una mediana empresa y es ideal para la ejecución de este trabajo pues es gratis y el cliente sólo tendría que invertir en la compra de los equipos y servidor.

MS SQL Server 2000: si bien no está a la altura de los grandes motores de Base de Datos, MS SQL Server 2000, es un muy buen motor ya sea en la programación y los tiempos de respuesta, y está orientado para PyME.

Los demás motores no se tomaron en cuenta porque no están disponibles o no parecen adecuados para la ejecución de este proyecto.


Tesis de power builder

Recommend Documents