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
Secretario Académico : .................................................................................

Escuela de Informática Sr. Luis Alberto Caro Saldivia
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 : KAREN ALEJANDRA FIEDLER IBÁÑEZ
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

INFORME TRABAJO DE TÍTULO
TÍTULO : “SISTEMA DE GESTIÓN Y VENTAS PARA SOCIEDAD
COMERCIAL VALLE RISOPATRÓN LTDA.”
ALUMNO : KAREN ALEJANDRA FIEDLER IBÁÑEZ
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

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.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
PRESENTACIÓN DEL PROYECTO.
U
L
O
______________________________________________________________________4

______________________________________________________________________
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.
______________________________________________________________________5

______________________________________________________________________
No existe documentación de consulta que permita, realizar actualizaciones en TI.
No existen estudios, programas, procedimientos o manuales que permitan gestionar 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

______________________________________________________________________
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.
______________________________________________________________________7

______________________________________________________________________
C
A
P
I
T
DIAGNÓSTICO DE SITUACIÓN
U ACTUAL
L
O
II
______________________________________________________________________8

______________________________________________________________________
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
______________________________________________________________________9

______________________________________________________________________
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.
______________________________________________________________________10

______________________________________________________________________
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.
______________________________________________________________________11

______________________________________________________________________
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.
______________________________________________________________________12

____________________________________________________________________________________________________________
2.2. DIAGNÓSTICO TECNOLÓGICO
2.2.1. Plataforma de Red
Tipo Cableado de Capacidad usuario Protocolo

Tipo Red (*) Topología de red (**) Descripción
Red Red Red
LAN del Existe un punto habilitado pero
Ethernet Par trenzado 4 TCP/IP
negocio 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 Capacidad Grado de uso

Descripción
Otro) (conmutado, dedicado) Nacional/Internacional Ancho banda (A/M/B)
Surnet (Telefónica de conmutado (línea Nacional 40 Kb/s Medio La conexión

Coyhaique) telefónica) es estable
Tabla 2.2.2.1: Acceso a Internet
__________________________________________________________________________________________________________13

____________________________________________________________________________________________________________
2.2.3. Hardware
Configuración
Identificación Disco Tarjeta-Red Año
Marca Modelo CPU Memoria CD-ROM Descripción
PC duro (tipo y Adquisición
(Mhz) (Ram) (Mb/Seg)
(MB/GB) Capacidad)
Estación_1 Armado ---------- Intel PII 128 MB 5,94 GB 52x 10/100 Mb/s 2000
-- 350 Mhz PCI Fast Equipo que opera como
Ethernet caja auxiliar, sólo tiene
Adapter 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 LX-
300+, la cual emite
solamente boletas.
Tiene dos DIM de

memoria desocupados.
Servidor Armado ---------- Intel 128 MB 19,3 GB 52x SIS 900 PCI 2000 Equipo que actúa como
-- model 8 Fast Ethernet caja principal y del cual
stepping Adapter cuelgan dos (2)
6 impresoras Epson LX-
300 d l l
__________________________________________________________________________________________________________14

____________________________________________________________________________________________________________
300+, una de las cuales

factura y la restante
boletea.
Los módulos con que

cuenta son: Ventas,
Contable y Gestión.

Barra nuevo que es
omnidireccional.
Turista Dell Optiplex Intel PII 64 MB 4 GB Sony 40x 3Com Fast 2000 Equipo para Internet y
6x1 350 Mhz EthernetLink trabajos.
10/100 Mb/s
A él pertenecen una
impresora Epson LX-
300+ y una Epson
Stylus.
Sus módulos son:

Cambia descripción,
Contable y Gestión,.

Barra.
Tabla 2.2.3.1: Hardware
__________________________________________________________________________________________________________15

____________________________________________________________________________________________________________
2.2.4. Software
Identificación de los
Nombre del Año
Versión Tipo PC en el cual está Descripción
Software instalación
ubicado
MS Office 97 Herramienta 2000 Turista, Servidor Sólo se requieren para los propósitos del
ofimática Sistema.
MS Office 2000 Herramienta 2002 Estacion_1
ofimática
MS Internet 6.0.2800.1106 Navegador de 2000 Turista, Servidor,
Explorer Internet. Browser. Estación_1
Opera 7.10 Navegador de 2003 Turista
Internet. Browser.
Adobe 5 Visor de 2003 Turista
Acrobat documentos PDF
Reader
Adobe 4 Visor de 2003 Servidor, Estación_1
Acrobat documentos PDF
Reader
PcAnyWhere 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
__________________________________________________________________________________________________________16

____________________________________________________________________________________________________________
2.2.5. Impresoras
Tipo impresora
Identificación
(Matriz de punto, En Red Año
Marca Modelo del PC Descripción
Inyección de Tinta, (Sí / No) adquisición
Conectado
Láser)
Epson LX-300+ Matriz de punto No 2003 Turista
Epson Stylus C20 Inyección de tinta No 2004 Turista Tiene el cabezal seco, actualmente.
UX
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.
Epson LX-300+ Matriz de punto No 2002 Estacion_1 Solamente imprime boletas, pues el
equipo Estacion_1 no lo han podido
conectar a la otra LX para que facture.
Epson LX-300+ Matriz de punto No 2002 Servidor Imprime Facturas.
Epson LX-300+ Matriz de punto No 2002 Servidor Imprime boletas.
Tabla 2.2.5.1: Impresoras
__________________________________________________________________________________________________________17

____________________________________________________________________________________________________________
2.2.6. Equipos de Comunicación
Capacidad
Equipo Marca Modelo Año Adquisición Descripción
(Número de Bocas)
HUB Encore ENH708 BB Min 8 2002 Esta en buenas condiciones
Tabla 2.2.6.1: Equipos de Comunicación
2.2.7. Lectores de Código de Barra
Marca Modelo Características Técnicas Año Adquisición Descripción

Metrologic Voyager 2001 Lee bien. Pertenece al equipo
Turista.
Metrologic Voyager 2001 Lee bien. Pertenece al equipo
Estacion_1
Metrologic MS6720 Hand-Held Lee en forma 2003 Pertenece al Servidor
Laser Scanner omnidireccional con un
scanner de 20 líneas
Tabla 2.2.7.1: Lectores de Código de Barra
__________________________________________________________________________________________________________18

____________________________________________________________________________________________________________
2.2.8. UPS
Año
Marca Modelo Características Técnicas Descripción
Adquisición
Vesta VT525 2000 Pertenece al equipo Turista
APC Back-UPS pro 420 2000 Sirve al equipo Servidor
APC Bac-UPS AVR 500 2000 Sirve al equipo Estación_1
Tabla 2.2.8.1: UPS
2.2.9. Sistemas de Información
Origen
Nombre del Lenguaje de Motor BD (Sybase, Año (Adquirido/
Módulos Descripción
sistema Desarrollo Oracle, otro) Desarrollo Desarrollo
interno)
Emporio v.11 FoxPro FoxPro 1999/2000 Adquirido 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
__________________________________________________________________________________________________________19

____________________________________________________________________________________________________________
2.2.10.Diagrama de Red Actual
Figura 2.2.10.1: Diagrama de Red Actual
__________________________________________________________________________________________________________20

_________________________________________________________________________
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

_________________________________________________________________________
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.
_______________________________________________________________________22

_________________________________________________________________________
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?
_______________________________________________________________________23

_________________________________________________________________________
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”.
_______________________________________________________________________24

_________________________________________________________________________
C
A
P
I
T
U
L
DEFINICIÓN DE PROPUESTAS DE
O SOLUCIÓN.
III
_______________________________________________________________________25

_________________________________________________________________________
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
_______________________________________________________________________26

_________________________________________________________________________
• 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
_______________________________________________________________________27

_________________________________________________________________________
Precio Referencia $350.000 aprox. Cada uno Forward System Concepción
C) Impresoras
• Matriz Punto
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.
_______________________________________________________________________28

_________________________________________________________________________
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
_______________________________________________________________________29

_________________________________________________________________________
• 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

_________________________________________________________________________
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

_________________________________________________________________________
• 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

_________________________________________________________________________
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.
_______________________________________________________________________33

_________________________________________________________________________
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
_______________________________________________________________________34

____________________________________________________________________________________________________________
3.4. DIAGRAMA DE RED PROPUESTO
Figura 3.4.1: Diagrama de red Propuesto
__________________________________________________________________________________________________________35

_________________________________________________________________________
3.5. PLAN 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

_________________________________________________________________________
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.
_______________________________________________________________________37

_________________________________________________________________________
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)
_______________________________________________________________________38

_________________________________________________________________________
C
A
P
I
T DESARROLLO DE PROPUESTAS DE
SOLUCIÓN.
U
L
O
IV
_______________________________________________________________________39

_________________________________________________________________________
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

_________________________________________________________________________
este sistema no se utilizarán todas las tablas, sino que solamente las necesarias para la
primera versión del sistema:
boleta_compra Tabla que almacena información de las boletas

de compra.
boleta_venta Tabla que almacena información de las boletas
de venta.
boletac_detalle Tabla que almacena información del detalle de
las boletas de compra.
boletav_detalle Tabla que almacena información del detalle de
las boletas de venta
cargo Tabla que almacena información de los cargos
de los Empleados de la Empresa.
ciudad Tabla que almacena información de las
ciudades.
cliente Tabla que almacena información de los clientes.
cotizacion Tabla que almacena información de las

cotizaciones.
cotizacion_detalle Tabla que almacena información del detalle de
las cotizaciones.
cuenta_corriente Tabla que almacena información de las cuentas
corrientes.
cuentas_pagar Tabla que almacena información de las cuentas
por pagar.
detalle_venta Tabla que almacena información del detalle de
las ventas con factura.
detalle_venta_temp Tabla que almacena información temporal de
las ventas.
egreso Tabla que almacena información de los egresos
que se realizan de las cajas.
empleado Tabla que almacena información de los
empleados.
empresa Tabla que almacena información de la empresa.
estacion_trabajo Tabla que almacena información de las

estaciones de trabajo (cajas).
factura_compra Tabla que almacena información de las facturas
de compra.
factura_detalle_compra Tabla que almacena información del detalle de
las facturas de compra.
factura_venta Tabla que almacena información de las facturas
de venta.
facturac_guia Tabla que almacena información de las facturas
_______________________________________________________________________41

_________________________________________________________________________
de compra con guías de despacho.
facturav_guia Tabla que almacena información de las facturas
de venta con guías de despacho.
forma_pago Tabla que almacena información de las formas
de pago.
giro Tabla que almacena información de los giros.
guia_compra Tabla que almacena información de las guías de

despacho.
guia_despacho Tabla que almacena información de las guías de
despacho.
guiac_detalle Tabla que almacena información del detalle de
las guías de compra.
guiav_detalle Tabla que almacena información del detalle de
las guías de venta.
impresora Tabla que almacena información de las
impresoras.
impuesto Tabla que almacena información de los
impuestos.
ingreso Tabla que almacena información de los
ingresos.
movimiento Tabla que almacena información de los
movimientos de las cuentas corrientes.
nota_compra Tabla que almacena información de las notas de
compra.
nota_credito Tabla que almacena información de las notas de
crédito.
notac_detalle Tabla que almacena información del detalle de
las notas de compra.
notav_detalle Tabla que almacena información del detalle de
las notas de crédito.
operacion_caja Tabla que almacena información de las
operaciones de caja.
orden_compra Tabla que almacena información de las ordenes
de compra.
orden_detalle Tabla que almacena información del detalle de
las órdenes de compra.
producto Tabla que almacena información de los
productos.
proveedor Tabla que almacena información de los
proveedores.
rubro Tabla que almacena información de los rubros.
tipo_ingreso Tabla que almacena información de los tipos de

ingresos.
_______________________________________________________________________42

_________________________________________________________________________
tipo_egreso Tabla que almacena información de los tipos de
egresos.
tipo_operacion Tabla que almacena información de los tipos de
operaciones.
turno Tabla que almacena información de los turnos.
unidad_medida Tabla que almacena información de las

unidades de medida.
venta Tabla que almacena información de las ventas.
venta_menor Tabla que almacena información de las ventas

menores.
venta_menor_detalle 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.
_______________________________________________________________________43

_________________________________________________________________________
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
n) BOLV_IVA: atributo que almacena el IVA de una venta con boleta, es de tipo decimal
(15,2).
_______________________________________________________________________44

_________________________________________________________________________
ñ) 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).
_______________________________________________________________________45

_________________________________________________________________________
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
j) DETV_EXCENTO: atributo que almacena el excento, valor que no está afecto a
_______________________________________________________________________46

_________________________________________________________________________
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.
_______________________________________________________________________47

____________________________________________________________________________________________________________
4.2. Modelo de Base de Datos
Figura 4.2.0: Diagrama Modelo Base de Datos Completa
__________________________________________________________________________________________________________48

_________________________________________________________________________
A continuación se detalla el Modelo de la Base de Datos dividido en seis (6) partes.
Figura 4.2.1: Diagrama del modelo de datos en PowerDesigner
_______________________________________________________________________49

_________________________________________________________________________
_______________________________________________________________________50

_________________________________________________________________________
_______________________________________________________________________51

_________________________________________________________________________
_______________________________________________________________________52

_________________________________________________________________________
_______________________________________________________________________53

_________________________________________________________________________
_______________________________________________________________________54

_________________________________________________________________________
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.
______________________________________________________________________55

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

_________________________________________________________________________
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.
______________________________________________________________________57

_________________________________________________________________________
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
______________________________________________________________________58

_________________________________________________________________________
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.
______________________________________________________________________59

_________________________________________________________________________
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.
______________________________________________________________________60

_________________________________________________________________________
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.
______________________________________________________________________61

_________________________________________________________________________
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.
______________________________________________________________________62

_________________________________________________________________________
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.
______________________________________________________________________63

_________________________________________________________________________
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.
______________________________________________________________________64

_________________________________________________________________________
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).
______________________________________________________________________65

_________________________________________________________________________
Figura 4.4.9: Pantalla para realizar una venta.
______________________________________________________________________66

_________________________________________________________________________
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.
______________________________________________________________________67

_________________________________________________________________________
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.
______________________________________________________________________68

_________________________________________________________________________
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.
______________________________________________________________________69

_________________________________________________________________________
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 Beneficios Porcentaje de

Costo Beneficios
Hora de personal 50% de pérdidas El nuevo sistema Recuperación del
extra en preparación mensual en horas entrega la 100% en horas
de libro y cierre de extras. información en extras.
mes. tiempo real, no se
requiere pagar
sobretiempos en la
preparación de
cierres de mes y
libros.
Facturas mal 30% de pérdida El nuevo sistema Recuperación del
impresas por datos mensual en facturas entregará la 100% en pérdida de
faltantes en el mal impresas. información correcta impresión.
sistema actual. de clientes,
pudiendo actualizar
la información
faltante.
Problema en el 50% de pérdida de El nuevo sistema Recuperación del
manejo de cuentas información permitirá conocer en 100% en pérdida de
corrientes por mensual de cuentas tiempo real el estado información de
perdida de boletas y corrientes de actual de clientes, en cuentas corrientes de
facturas del sistema clientes y el caso de no clientes.
actual. 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.
______________________________________________________________________70

_________________________________________________________________________
Perdida de imagen 10% de pérdida El nuevo sistema Recuperación del
corporativa por mensual de clientes realiza ventas en 100% de clientes.
espera en la atención por demora en la tiempo real, como
a clientes atención. también la
impresión de
documentos de
venta (boletas y
facturas).
Interfaces poco Perdida del 15% El nuevo sistema Recuperación del
amigables. mensual en la integra toda la 100% en el trabajo
búsqueda de información en una diario.
información. misma interfaz
principal, no se
requiere pasar de un
módulo a otro para
consultar la
información.
El sistema actual no Requerimiento por Las interfaces del Cumple con los
tiene imágenes en parte de los nuevo sistema requerimientos de
las interfaces del usuarios. poseen imágenes, los usuarios.
sistema. según las requeridas
por los usuarios.
Tabla 4.5.1: Análisis Costo v/s Beneficios.
______________________________________________________________________71

_________________________________________________________________________
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 10000 100000 1000000

Registros Registros Registros
Carga masiva de Productos 192,98 sec. 1959,8 sec 19609,8 sec
Consulta al motor de Base de 0,13 sec 1,4 sec 13 sec
Datos en la tabla producto
Tabla 4.6.1: Análisis de rendimiento del nuevo sistema.
______________________________________________________________________72

_________________________________________________________________________
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.
______________________________________________________________________73

_________________________________________________________________________
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.
______________________________________________________________________74

_________________________________________________________________________
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.
______________________________________________________________________75

_________________________________________________________________________
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

_________________________________________________________________________
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.
______________________________________________________________________77

_________________________________________________________________________
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
______________________________________________________________________78

_________________________________________________________________________
A
N
E
ANEXOS
X
O
S
______________________________________________________________________79

_________________________________________________________________________
5.1. ENTREVISTAS
Nro. Entrevista 1
Nombre Entrevistado Benjamín Ortúzar Aguirre
Cargo Gerente y Dueño de la Empresa.
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.
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.
______________________________________________________________________80

_________________________________________________________________________
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.
______________________________________________________________________81

_________________________________________________________________________
Informes de inventario mensual por rubro e inventario mensual completo todos los
artículos
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.
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.
electrónico)?
Ninguno.
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

_________________________________________________________________________
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.
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.
Impresión de Guías de Despacho, listado de cheques emitidos, ventas por Gasolinas y
Supermercado.
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

_________________________________________________________________________
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.
______________________________________________________________________84

_________________________________________________________________________
Nro. Entrevista 2
Nombre Entrevistado Silvia Maldonado
Cargo Jefa de Local
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ógica-
y 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
______________________________________________________________________85

_________________________________________________________________________
posteriormente, luego un camión de distribución de Copec les descuenta los litros incluidos
aquí.
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).
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.
______________________________________________________________________86

_________________________________________________________________________
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).
electrónico)?
Ninguno.
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.
______________________________________________________________________87

_________________________________________________________________________
de decisiones?
Un Informe de ventas por rubros diarias y mensuales
sistema.
Rescatar todo y agregar lo dicho.
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.
______________________________________________________________________88

_________________________________________________________________________
Nro. Entrevista 3
Nombre Entrevistado Inés Jofré
Cargo Vendedora
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.
______________________________________________________________________89

_________________________________________________________________________
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.
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.
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.
______________________________________________________________________90

_________________________________________________________________________
Ninguno.
electrónico)?
Ninguno.
Ninguno.
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.
sistema.
Todas.
______________________________________________________________________91

_________________________________________________________________________
Ninguno.
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.
______________________________________________________________________92

_________________________________________________________________________
Nro. Entrevista 4
Nombre Entrevistado Marta Jofré
Cargo Vendedora
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.
______________________________________________________________________93

_________________________________________________________________________
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.
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).
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.
______________________________________________________________________94

_________________________________________________________________________
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.
electrónico)?
Ninguno.
La Orden de Compra.
de decisiones?
Revisar boletas con detalle ya registradas (se registran pero no se imprimen).
sistema.
Todas.
______________________________________________________________________95

_________________________________________________________________________
Vales de deuda cancelada, vales de litros pendientes en combustibles.
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.
______________________________________________________________________96

_________________________________________________________________________
Nro. Entrevista 5
Nombre Entrevistado Isila Jofré
Cargo Vendedora
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.

______________________________________________________________________97

_________________________________________________________________________
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
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).
Ninguno.
electrónico)?
______________________________________________________________________98

_________________________________________________________________________
Ninguno.
Ninguno.
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.
sistema.
Todas.
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).
______________________________________________________________________99

_________________________________________________________________________
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.
______________________________________________________________________100

_________________________________________________________________________
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

_________________________________________________________________________
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

_________________________________________________________________________
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

(
BOLC_NUMERO DECIMAL(15)not null,
______________________________________________________________________103

_________________________________________________________________________
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)
)type =innodb;
create table GUIA_COMPRA

(
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),
)type =innodb;
create table FACTURA_COMPRA

(
FACC_NUMERO DECIMAL(15)not null,
FACC_FECHA DATE not null,
______________________________________________________________________104

_________________________________________________________________________
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),
)type =innodb;
create table NOTA_COMPRA

(
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),
)type =innodb;
create table ORDEN_COMPRA

(
ORD_NUMERO DECIMAL(15)not null,
ORD_FECHA DATE not null,
ORD_ESTADO VARCHAR(10),
______________________________________________________________________105

_________________________________________________________________________
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),
)type =innodb;
create table CLIENTE

(
CLI_RUT VARCHAR(12)not null,
GIR_CODIGO DECIMAL(15)not null,
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),
)type =innodb;
create table CUENTA_CORRIENTE

(
CUE_FECHA_APERTURA DATE ,
CUE_MONTO_INICIAL DECIMAL(15,2) ,
CUE_SALDODECIMAL(15,2) ,
primary key (CLI_RUT),
key (CLI_RUT),
______________________________________________________________________106

_________________________________________________________________________
foreign key (CLI_RUT)
references CLIENTE (CLI_RUT)
)type =innodb;
create table NOTA_CREDITO

(
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),
)type =innodb;
create table GUIA_DESPACHO

(
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),
______________________________________________________________________107

_________________________________________________________________________
)type =innodb;
create table FACTURA_VENTA

(
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),
)type =innodb;
create table BOLETA_VENTA

(
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),
______________________________________________________________________108

_________________________________________________________________________
)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),
references CUENTA_CORRIENTE (CLI_RUT)
)type =innodb;
create table EMPLEADO

(
EMP_RUT VARCHAR(12)not null,
CAR_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)
key (CIU_CODIGO),
)type =innodb;
create table PRODUCTO

(
PTO_CODIGO DECIMAL(15)not null,
LIN_CODIGO DECIMAL(15),
RUB_CODIGO DECIMAL(15),
UNI_CODIGO DECIMAL(15),
______________________________________________________________________109

_________________________________________________________________________
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)
key (RUB_CODIGO),
foreign key (RUB_CODIGO)
references RUBRO (RUB_CODIGO)
key (UNI_CODIGO),
foreign key (UNI_CODIGO)
references UNIDAD_MEDIDA (UNI_CODIGO)
)type =innodb;
create table IMPRESORA

(
IMP_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)
)type =innodb;
create table OPERACION_CAJA

(
TIP_CODIGO DECIMAL(15)not null,
TUR_CODIGO DECIMAL(15)not null,
OPE_FECHA DATE not null,
EMP_RUT VARCHAR(12)not null,
OPE_HORA TIME not null,
______________________________________________________________________110

_________________________________________________________________________
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)
key (EST_CODIGO),
key (TUR_CODIGO),
foreign key (TUR_CODIGO)
references TURNO (TUR_CODIGO)
key (TIP_CODIGO),
foreign key (TIP_CODIGO)
references TIPO_OPERACION (TIP_CODIGO)
)type =innodb;
create table DETALLE_VENTA

(
DET_CODIGO DECIMAL(15)not null,
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

_________________________________________________________________________
foreign key (PTO_CODIGO)
references PRODUCTO (PTO_CODIGO)
key (EST_CODIGO),
key (CLI_RUT, GUIV_NUMERO),
foreign key (CLI_RUT, GUIV_NUMERO)
references GUIA_DESPACHO (CLI_RUT, GUIV_NUMERO)
key (FAC_CLI_RUT, FACV_NUMERO),
foreign key (FAC_CLI_RUT, FACV_NUMERO)
references FACTURA_VENTA (CLI_RUT, FACV_NUMERO)
)type =innodb;
create table DETALLE_MOVIMIENTO

(
MOV_CODIGO DECIMAL(15),
key (MOV_CODIGO),
foreign key (MOV_CODIGO)
references MOVIMIENTO (MOV_CODIGO)
)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

_________________________________________________________________________
references BOLETA_COMPRA (PRO_RUT, BOLC_NUMERO)
key (PTO_CODIGO),
)type =innodb;
create table FACTURA_DETALLE_COMPRA

(
FACC_DET_CODIGO DECIMAL(15)not null,
GUIC_NUMERO DECIMAL(15),
FAC_PRO_RUT VARCHAR(12),
FACC_NUMERO 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)
key (FAC_PRO_RUT, FACC_NUMERO),
foreign key (FAC_PRO_RUT, FACC_NUMERO)
references FACTURA_COMPRA (PRO_RUT, FACC_NUMERO)
key (PTO_CODIGO),
)type =innodb;
create table NOTAC_DETALLE

(
NOTC_DET_CODIGO DECIMAL(15)not null,
______________________________________________________________________113

_________________________________________________________________________
NOTC_NUMERO 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)
key (PTO_CODIGO),
)type =innodb;
create table ORDEN_DETALLE

(
ORDC_DET_CODIGO DECIMAL(15)not null,
ORD_NUMERO 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)
key (PTO_CODIGO),
______________________________________________________________________114

_________________________________________________________________________
)type =innodb;
create table COTIZACION_DETALLE

(
COT_DET_CODIGO DECIMAL(15)not null,
COT_NUMERO DECIMAL(15),
COT_DETC_CANTIDAD DECIMAL(15,2) ,
primary key (COT_DET_CODIGO),
key (PTO_CODIGO),
key (COT_NUMERO),
foreign key (COT_NUMERO)
references COTIZACION (COT_NUMERO)
)type =innodb;
create table DETALLE_VENTA_TEMP

(
DETV_CODIGO_TEMP DECIMAL(15)not null,
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),
key (EST_CODIGO),
)type =innodb;
create table NOTAV_DETALLE
______________________________________________________________________115

_________________________________________________________________________
(
EST_CODIGO DECIMAL(15),
NOTV_NUMERO DECIMAL(15),
DETV_NETODECIMAL(15,2) ,
primary key (DET_CODIGO),
key (PTO_CODIGO),
key (EST_CODIGO),
key (CLI_RUT, NOTV_NUMERO),
foreign key (CLI_RUT, NOTV_NUMERO)
references NOTA_CREDITO (CLI_RUT, NOTV_NUMERO)
)type =innodb;
create table BOLETAV_DETALLE

(
BOLV_NUMERO DECIMAL(15),
DETV_NETO DECIMAL(15,2) ,
______________________________________________________________________116

_________________________________________________________________________
primary key (DET_CODIGO),
key (EST_CODIGO),
key (PTO_CODIGO),
key (CLI_RUT, BOLV_NUMERO),
foreign key (CLI_RUT, BOLV_NUMERO)
references BOLETA_VENTA (CLI_RUT, BOLV_NUMERO)
)type =innodb;
create table VENTA_MENOR_DETALLE

(
DETVM_CODIGO DECIMAL(15)not null,
VENM_NUMERO DECIMAL(15),
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)
key (EST_CODIGO),
key (PTO_CODIGO),
______________________________________________________________________117

_________________________________________________________________________
)type =innodb;
______________________________________________________________________118

_________________________________________________________________________
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

_________________________________________________________________________
{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_codigo_producto,
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
{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}
______________________________________________________________________120

_________________________________________________________________________
{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

_________________________________________________________________________
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}
values (:ls_rut,
:ldec_documento,
:ldate_fecha,
0,
:ddlb_nombre.text,
:ls_auditoria,
: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
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
______________________________________________________________________122

_________________________________________________________________________
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
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
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 }
values (:ldec_detalle_menor,
:ldec_documento,
______________________________________________________________________123

_________________________________________________________________________
: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';
ESPECIFICO}
select imp_valor
into:ldec_impuesto_especifico
from impuesto
______________________________________________________________________124

_________________________________________________________________________
where imp_nombre='ESPECIFICO';
FONDO}
select imp_valor
into:ldec_impuesto_fondo
from impuesto
where imp_nombre='FONDO';
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
set detv_excento=:ldec_total
end if
______________________________________________________________________125

_________________________________________________________________________
{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_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}

detv_iva=:ldec_iva,
detv_fondo=:ldec_fondo,
detv_especifico=:ldec_especifico
end if
{si el valor de la variable ls_rubro es igual PETROLEO}

if ls_rubro='PETROLEO' then

{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}

detv_iva=:ldec_iva,
detv_fondo=:ldec_fondo,
______________________________________________________________________126

_________________________________________________________________________
detv_especifico=:ldec_impuesto_petroleo
end if
end if
///////////////TABLA PRODUCTO //////////////////////////////////////////////
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
{disminuir el stock del producto}
ldec_stock = ldec_stock - ldec_cantidad
{actualizar la tabla producto}

update producto
set pto_cantidad =: ldec_stock
/////////////// TABLAS VENTAS //////////////////////////////////

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

_________________________________________________________________________
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;
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
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////////////////////////////////////
decimal ldec_neto_final, ldec_iva_final, ldec_total_final, ldec_excento_final,
ldec_especifico_final, ldec_fondo_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

_________________________________________________________________________
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
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
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

_________________________________________________________________________
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
END IF
///////////////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;
______________________________________________________________________130

_________________________________________________________________________
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

_________________________________________________________________________
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.
______________________________________________________________________132

_________________________________________________________________________
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.
______________________________________________________________________133

_________________________________________________________________________
Á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
______________________________________________________________________134

_________________________________________________________________________
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
______________________________________________________________________135

_________________________________________________________________________
Á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
______________________________________________________________________136

_________________________________________________________________________
Área 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

_________________________________________________________________________
Área 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
______________________________________________________________________138

_________________________________________________________________________
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}
______________________________________________________________________139

_________________________________________________________________________
¿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
______________________________________________________________________140

_________________________________________________________________________
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.
______________________________________________________________________141

_________________________________________________________________________
¿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
______________________________________________________________________142

_________________________________________________________________________
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
______________________________________________________________________143

_________________________________________________________________________
¿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ú.
______________________________________________________________________144

_________________________________________________________________________
5.5. SOFTWARE DE APOYO AL DESARROLLO (CASE)
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.
______________________________________________________________________145

_________________________________________________________________________
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
______________________________________________________________________146

_________________________________________________________________________
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

_________________________________________________________________________
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.
______________________________________________________________________148

_________________________________________________________________________
Un ejemplo de esto es la tabla Producto que tiene los siguientes atributos:
NOMBRE 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
______________________________________________________________________149

_________________________________________________________________________
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

_________________________________________________________________________
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.
______________________________________________________________________151

_________________________________________________________________________
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
MySQL es una de las bases de datos más populares desarrolladas bajo la filosofía de
código abierto.
______________________________________________________________________152

_________________________________________________________________________
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.
______________________________________________________________________153

_________________________________________________________________________
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.
______________________________________________________________________154

_________________________________________________________________________
5.6.4. Uso de la Herramienta
La principal herramienta de MySQL es mysqladmin, la cuál como parece indicar su
nombre es la encargada de la administración.
MySQL crea por defecto al usuario root con todos los perimsos posibles habilitados,
podemos utilizar este usuario como administrador o crear otro, por ejemplo mysqladmi.
Como el usuario root lo crea sin clave de acceso, lo primero que debemos hacer es
asignarle una:
mysqladmin -u root password "miclave"
Los demás motores no se describieron porque no están disponibles o no parecen
adecuados para la ejecución de este proyecto.
______________________________________________________________________155

Tesis de Power Builder

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Tesis de Power Builder

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD CATÓLICA DE TEMUCO

SISTEMA DE GESTIÓN Y VENTAS

PARA SOCIEDAD COMERCIAL VALLE RISOPATRÓN LTDA.

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

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

Presidente Comisión : .................................................................................

Profesor Guía : .................................................................................

Profesor Informante : .................................................................................

Secretario Académico : .................................................................................

Coordinador de Tesis : .................................................................................

Temuco, Diciembre de 2004

TÍTULO : “SISTEMA DE GESTIÓN Y VENTAS PARA SOCIEDAD

COMERCIAL VALLE RISOPATRÓN LTDA.”

ALUMNA : KAREN ALEJANDRA FIEDLER IBÁÑEZ

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

• El desarrollo del informe pudo ser más estructurado.

Marcela Nualart Schindler

Temuco, Diciembre de 2004

TÍTULO : “SISTEMA DE GESTIÓN Y VENTAS PARA SOCIEDAD

COMERCIAL VALLE RISOPATRÓN LTDA.”

ALUMNO : KAREN ALEJANDRA FIEDLER IBÁÑEZ

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

• Las conclusiones reflejan un buen manejo del tema.

Temuco, Diciembre de 2004

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,

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.

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.

PRESENTACIÓN DEL PROYECTO.......................................................................... 4

1.1. ORIGEN DEL TEMA.......................................................................................... 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.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.6. Equipos de Comunicación ......................................................................... 18

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

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

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

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