• No se han encontrado resultados

Sistema informático para la administración del Almacén Auto-Junior de la ciudad de Tulcán

N/A
N/A
Protected

Academic year: 2020

Share "Sistema informático para la administración del Almacén Auto-Junior de la ciudad de Tulcán"

Copied!
141
0
0

Texto completo

(1)

UNIVERSIDAD REG IO NAL AUTÓ NOM A DE LO S ANDES

“UNIANDES”

FACULT AD DE SISTEM AS M ERCANTILES

CAR RER A DE SISTEM AS INFORM ÁTICOS

Proyecto Informático previo a la obtención del Título de

Ingenieros en Sistemas e Inform ática

TEM A:

Sistem a Inform ático para la Adm inistración del Alm acén Auto

-Junior de la Ciudad de Tulcán

AUTOR:

Tgla. Aida Marlene Q uenan Bustos

Tglo. Wilson O rlando Jaram illo Morán

ASESOR:

M sc. Jairo Jurado

(2)

II

CERTIF ICA CIÓ N DEL ASESO R

En mi calidad de Asesor del Proyecto Informático, certifico que la señorita Aida

Marlene Q uenan Bustos y el Señor W ilson O rlando Jaramillo Morán, elaboraron su

Trabajo de G rado sobre el Tema: Sistem a Inform ático para la Adm inistración del

Alm acén Auto-Junior de la C iudad De T ulcán, bajo los lineamientos académicos de la institución; por lo que se aprueba el mismo, pudiendo ser sometido a

presentación pública y evaluación por parte del jurado calificador que se designe.

Atentamente

_________________________

Msc. Jairo Jurado

(3)

III

DECLARA CIÓ N DE AU TO RÍA

Nosotros, Aida Marlene Q uenán Bustos y W ilson O rlando Jaramillo Morán,

egresados de la Facultad de Sistemas Mercantiles, Carrera de Sistemas

Informáticos de la Universidad Regional Autónoma de los Andes “UNIANDES”,

declaramos en forma libre y voluntaria que el presente Trabajo de G rado, que versa

sobre el Tema: Sistem a Inform ático para la Adm in istración del Alm acén Auto

-Junio r de la Ciudad De T ulcán, así como las expresiones vertidas en la misma son de nuestra autoría, quien es lo hem os realizado sobre la base de metodología del

software, de la investigación bibliográfica y consultas en internet.

En consecuencia asumimos la responsabilidad de la originalidad y el cuidado

respectivo al remito a las fuentes bibliográficas para fundame ntar el contenido

expuesto.

Atentamente,

… … … …… … …… … …… … … … …… … ..

Aida M. Q uenán B. W ilson O . Jaramillo M .

(4)

IV

DEDICA TO RIA

Dedico este proyecto de tesis. A Dios porque ha estado conmigo a cada paso que

doy, cuidándome y dándome fortaleza para continuar, a mis padres, quienes a lo

largo de mi vida han velado por mi bienestar y educación siendo mi apoyo en todo

momento. Depositando su entera confianza en cada reto que se me presentaba sin

dudar ni un solo momento en mi inteligencia y capacidad. Es por ellos que soy lo

que soy ahora, también lo dedico a mi hija Sofía quien ha sido mi mayor motivación

para nunca rendirme en los estudios y poder llegar hacer un ejemplo para ella. Los

amo con mi vida.

Aida Ma rlene Q ue nán B ustos

Dedico este proyecto de tesis principalmente a mis padres, porque creyeron en mi y

porque me sacaron adelante, dándome ejemplos dignos de superación y entrega,

porque en gran parte gracias a ustedes, hoy puedo ver alcanzada mi meta, ya que

siempre estuvieron impulsándome en los momentos más difíciles de mi carrera, y

porque el orgullo que sienten por mí, fue lo que me hizo ir hasta el final. Va por

ustedes, por lo que valen, porque admiro su fortaleza y por lo que han hecho de mí,

su comprensión y sus consejos en los momentos difíciles, espero no defraudarlos y

contar siempre con su valioso apoyo, sincero e incondicional.

(5)

V

AG RADECIM IENTO

En primer lugar a Dios por haberme guiado por el camino de la felicidad hasta ahora;

en segundo lugar a cada uno de los que son parte de mi familia a mi padre Fabián

Q uenán , mi madre Blanca Busto s, mi hija Sofía Estrada

Q uienes me han llevado hasta donde estoy ahora. Por último a mi compañero de

proyecto W ilson Jaramillo porque en esta armonía grupal lo hemos logrado y a mi

asesor del proyecto quién nos ayudó en todo momento, Msc. Jairo Jurado.

Aida Ma rlene Q ue nán B ustos

Agradezco a Dios quien me ha guiado y me ha dado la fortaleza de seguir ad elante,

como también a mi pilar fundamental mis padres, que siempre me han dado su

apoyo incondicional y a quienes debo este triunfo profesional, por todo su trabajo y

dedicación para darme una formación académica y sobre todo humanista y

espiritual. De ellos es este triunfo y para ellos es todo mi agradecimiento. A los

catedráticos de la Uniandes por quienes he llegado a obtener los conocimientos

necesarios para poder desarrollar el proyecto de manera especial al Msc. Jairo

Jurado.

(6)

VI

ÍNDICE G ENERAL

C ER TIFIC ACIÓN D EL ASESOR ... II

D EC LAR AC IÓN D E AU TOR ÍA... III

D ED IC ATOR IA ...IV

ÍN D IC E GEN ER AL...VI

ABSTR AC T ... IX

1. IN TR ODU C CIÓN ... 1

1.1 Antecedentes ... 1

1.2 OBJETIVOS ... 2

1.2.1 Objetivo General ... 2

1.2.2 Objetivos Específicos... 2

1.3 METOD OLOGÍA ... 3

1.3.1 Modalidad de la investigación ... 3

1.3.2 Tipos de investigación ... 3

1.3.3 Métodos de Investigación... 4

Métodos Empíricos ... 4

 Observación C ientífica ... 4

 R ecopilación de la Información. ... 4

Métodos Teóricos... 4

 Método Analítico Sintético... 4

 Método inductivo - deductivo ... 4

 Método de modelación. ... 4

 Método sistémico. ... 4

 Metodología de desarrollo de software. ... 4

1.4 R EC U R SOS... 6

1.5 C ronograma ... 9

2 PR OPU ESTA (METOD OLOGÍA)... 10

2.1 Análisis ... 10

(7)

VII

2.2.2 R equerimientos de entrada... 31

2.2.3 D iagrama entidad – relación ... 37

2.2.4 R evisión documental del Almacén Auto Junior... 38

3. ESTU D IO D E VIABILID AD ... 75

3.1 Viabilidad Técnica ... 76

3.2 . Viabilidad Operativa ... 77

3.3. Viabilidad Económica ... 77

4. D OC U MEN TAC IÓN ... 79

4.1 Manual de U suario ... 80

IN TR ODU C CIÓN ... 80

C ON TEN ID O... 80

C OPIAS D E SEGU R ID AD ... 114

8 C ON C LU SION ES Y R EC OMEN D AC ION ES ... 115

(8)

VIII

RESUMEN EJECUTIVO

Como aspirantes al Título de Ingenieros de Sistemas e Informá tica, es un deber ético

responder a la solución de problemas del entorno, con la ayuda de nuevas

estrategias que permitan la me jora de los procesos informáticos dentro de los

sectores empresariales públicos o privados.

En la Introducción de la presente investigación altamente transformadora, se

identifica el problema: Cómo mejorar la administración del almacén Auto -Junior de

la ciudad de Tulcán; cuya obtención se resuelve con el objetivo general: desarrollar e

im plem entar un Sistem a Inform ático para la Adm inistración del A lm acén Auto-Junior de la Ciu dad de Tulcán . Además se indica la metodología del proyecto, los recursos emplea dos y el respectivo cronograma de actividades.

En la Propuesta m etodo log ía se realiza en base a la metodología en cascada, que

comprende en las etapas del sistema informático:

En el Estudio de Viab ilidad se determinan las viabilidades tanto técnica, operativa como económica del sistema motivo de este proyecto.

En la Docum entación, se presentan los manuales de usuario y técnico. El Manual

(9)

IX

ABSTRAC T

As candidates for the title o f Engineering Systems, is an ethical du ty to respond to

problem -solving environment, with the help of new strategies for improving IT

processes within the public and private business sectors.

The introduction of this highly transformative research identifies the problem: How to

Improve W arehouse Management Auto -Junior City Tulcán, access to which is

resolved with the overall objective: Implement a Ma nagement Information System for

Auto-Junior W arehouse City Tulcán. Also indicates the methodology of the project,

the resources used and the corresponding schedule of activities.

In the proposed methodology is done based on the methodology cascade compris ing

the steps of the analysis, design, implementation and te sting with the issue of delay

in the administrative processes in the warehouse Auto -City Junior Tulcán.

The feasibility study determined the technical, operational and economic system

under this project.

The documentation presents the user manuals and technical support. The user

manual contains information on system operation. The Technical Manual details the

(10)

1

1. INTRO DU CCIÓ N

Para que los almacenes dedicados a la venta de repuestos de vehículos mantengan

y consigan clientes deben hacer una satisfacción total de ellos y aplicar una

adecuada planificación la cual se dirija al cumplimiento de un conjunto específico y

definir de objetivos, e xamen de formas optativas de realizar el trabajo, de igual modo

al suministro de un patrón para que las cosas sean efectivas y e ficientes.

Con base a lo anterior, un buen proceso de planeación de sistema informático debe

tener en cuenta aspectos fundamentales como es el identificar y formular estrategias

con el fin de satisfacer las necesidades de los usuarios y la productividad de una

almacén.

A todo lo expuesto se suma la necesidad de que todo almacén cumpla con su

responsabilidad social, lo cual implica, ofrecer servicios de calidad, e información

confiable, oportuna y precisa.

1.1 ANTECEDENTES

Se han revisado proyectos en la biblioteca de la Uniandes Tulcán con temas

relacionados al proyecto informático que se pretende desarrollar.

Encontrándose que no existen proyectos relacionados con el tema: Sistem a

Inform ático para la Adm inistrac ión del Alm acén Auto -Junior de la Ciudad de Tulcán.

Pero es posible que en Bibliotecas de otras Universidades existan proyectos

desarrollados con temática mo tivo de estud io.

El presente proyecto está orientado a dar solución a problemas detectados en el

almacén Auto-Junior de la ciudad de Tulcán.

En este almacén lleva de manera manual el registro de datos de los proveedores,

(11)

2

 Malestar en los clientes.

 Inadecuado control del personal en horarios y ventas que estos realizan.

 Pérdida de los datos de proveedores y cliente s del almacén.

 Desconocimiento en forma diaria de las ventas y ganancias que tiene el

almacén.

 Al indagar en esta situación, el presente proyecto informático pretende

encontrar solución al siguiente problema:

 ¿Cómo mejorar la administración del almacén Auto - Junior de la Ciudad de

Tulcán?

1.2 O BJETIVO S

1.2.1 O bjetivo G eneral

Implementar un sistema informático para la mejora de los procesos de la gestión

administrativa del almacén Auto -Junior de la Ciudad de Tulcán.

1.2.2 O bjetivos Específicos

Realizar el análisis para la organización y registro de la información del Almacén

Auto-Junior de la Ciudad De Tulcá n.

Diseñar el sistema informático para la organización y registro de la información

de proveedores, clientes, ventas con su respectiva factura

Elaborar software para la organización y registro de la información de

proveedores, clientes y ventas con su res pectiva factura del almacén Auto -Junior

de la Ciudad De Tulcán.

Elaborar los manuales de usuarios y técnico del sistema informático para la

(12)

3

1.3 METO DO LO G ÍA

1.3.1 Modalidad de la investigación

El proyecto está desarrollado en base a la investigación cualitativa y cuantitativa, ya

que se realizaron observaciones, entrevistas y análisis de la información.

Se emplea la investigación cuantitativa, porque se realiza en el proyecto informático

procesos de facturación por ende se realiza cálculos matemáticos que ayudan a los

procesos a realizarlos de la mejor manera

1.3.2 Tipos de investigació n

Para la ejecución del proyecto se emplean los siguientes tipos de investigación:

Investigación Aplicada. Este tipo de investigación se empleó en el presente proyecto informático porque el proyecto está construido en lenguajes de

programación de sistemas y bases de datos ya existentes como son: Delphi 6, y

Base de datos Sql Server 2005.

Investigación de Cam po. Porque el proceso de estudio del proyecto se lo realizó en el almacén Auto -Junior de la ciudad de Tulcán; para lo cual se realizó

una observación detallada para detectar el problema a investigar. Además se

revisaron documentos que lleva esta empresa como son los documentos de

pago, facturas.

Investigación B ibliog ráfica. Este tipo de investigación se la aplicó porque parte de la investigación se la realizó mediante consulta en libros e internet.

Investigación Descriptiva. E ste Tipo de investigación se la empleó para describir los procesos desarrollados en el funcionamiento de los diferentes

módulos del sistema, los mismo s que constan en los manuales de usuario y

(13)

4

1.3.3 Métod os de Investigació n Métodos E m píricos.

O bservación Cie ntífica. Se utilizó este mé to do para realizar el diagnóstico presuntivo y por defecto de tectar el problema, el mismo motivo de este e studio.

Recopilación de la Inform ación . Este método se lo empleó para recopilar los datos necesarios que permitieron la implementación del nuevo siste ma

informático motivo de este proyecto.

Métodos Teó ricos

Método A nalítico S intético . Este método se lo empleó para realizar un estudio detallado de la información obtenida mediante las técnicas de recolección de

información para la determinación de sus pr ocedimientos y dar solución al problema.

Método inductivo - deductivo . Este método en lo particular del sistema informático fue desarrollado para el almacén Auto -Junior de la ciudad de Tulcán”; pero puede

ser implementado en otros almacenes de su similitu d.

Método de m odelació n. Porque la elaboración del presente Proyecto, se basa en el modelo de la Uniandes para el desarrollo de proyectos informático s.

Método sistém ico. Se lo utilizó porque el proyecto informático para el almacén Auto-Junior de la Ciudad de Tulcán” se lo elaboró por partes, pero al final estas

partes se integran en un solo proyecto el Sistema Informático para la Administración

del Almacén Auto-Junior de la Ciudad de Tulcán.

Metodología de desarro llo de softw are. Para el desarrollo del presente proyecto informático se utiliza el modelo en cascada ya que se realizan análisis, diseño,

módulos, pruebas, mantenimiento. Este modelo tiene los siguientes elementos:

A continuación se indica cada fase del ciclo de vida clásico del sof tware a

(14)

5

Análisis: “Se refiere al proceso de examinar la situación de una empresa con el propósito de mejorar con métodos y procedimientos más adecuados . Esta área se

encuentra muy relacionada con la Investigación de operaciones. También se

denomina análisis de sistemas a una de las etapas de construcción de un sistema

informático, que consiste en relevar la información actual y proponer los rasgos

generales de la solución futura.”.(

Carlos Ramírez, (1990), Análisis de sistemas.)

En esta etapa se realiza un estudio de la forma actual de trabajo, para precisar los

requerimientos lógicos funcionales aplicados al desarrollo del nu evo siste ma.

Diseño: “El Diseño de Sistemas es la estrategia de alto nivel para resolver

problemas y construir una solución. Éste incluye decisiones acerca de la

organización del sistema en subsistemas, la asignación de subsistemas a

componentes hardware y software, y decisiones fundamentales conceptuales y de

política que son las que consti tuyen un marco de trabajo para el diseño detallado”.1

En esta etapa de diseño del sistema, se presenta los requerimientos operativos

funcionales del sistema a desarrollarse.

Program ación: “Un sistema es un conjunto de componentes que interaccionan

entre si para lograr un objetivo común. Las personas se comunican con el lenguaje,

que es un sistema muy desarrollado formado por palabras y símbolos que tienen

significado para el q ue habla y para quienes lo escuchan, lo mismo es para las

computadoras las cuales tienen sistemas y se comunican por medio de

computadoras.

La programación se requiere es el proceso de convertir las especificaciones a

grandes rasgos de los sistemas en instrucciones de máquina que produzcan los

resultados deseados.

En esta etapa de diseño del sistema, La programación se refiere a la elaboración del

software, para lo cual se utilizan herramientas informáticas de última generación.

(15)

6

Pruebas:

“Los errores humanos dentro de la programación de los computadores son muchos

y aumentan considerablemente con la complejidad del problema. Cuando se termina

de escribir un programa de computador, es necesario realizar las debidas pruebas

que garanticen el correcto funcionamiento de dicho programa bajo el mayor número

de situaciones posibles a las que se pueda enfrentar.”( Lenin, u. F.-o.-p. (1987).

Metodologia de la investigacion.EEUU: Hills G ttr.)

Antes de la instalación del sistema informático, es necesario realizar diversas

pruebas de funcionamiento de este sistema, las misma s que están orientadas a

detectar posibles errores para su corrección pertinente.

Mantenim iento: Las actividades más comunes en la ingeniería de software , es el proceso de mejora y optimización del software después de su entrega al usuario final

(es decir; revisión del programa), así como también corrección y prevención de los

defectos.

Es importante mantener una estructura de actualización, verificación y validación

que permitan al programa ser útil y mantenerse actualizado según la necesidad y el

requerimiento planteado durante su vida útil.

Criterio perso nal: Cada etapa del ciclo de vida del software determina los objetivos trazados del sistema, el mismo que corresponderá ser desarrollado e implementado

hasta caracterizar su estru ctura y funcionam iento, mediante los procesos

determinados en el sistema , ya qu e es inflexible y no repetitivo

1.4 RECURSO S Talento hum ano

NO MBRE FUNCIÓ N Q UE DESEMPEÑA

Tlga. Marlene Quenán Tlgo. W ilson Jaramillo

Investigador Investigador

Mac. Jairo Jurado Asesor

(16)

7

Recursos Materiales tecnológic os

RECURSO S C A R AC TER ÍSTICA S

C om putador Procesador C ore 3i, 4 GB de memoria R AM,

una tarjeta madre a 1333MH z, disco duro mínimo de 750GB

Software Sistema Operativo W indow s 7

D elphi 6

Base de D atos Sql Server 2005

Im presora Elección

Internet Banda ancha

D ispositivo Extraíble Flash Memory 8G B, DVD

CUADRO Nº2. De scripción de recursos materiales y tecnológicos

Recursos Económ icos

CANTIDAD DESCRIPCIÓ N VALO R O BSERVACIÓ N

1 Investigador 100 Autogestión

1 Asesor 300 Autofinanciamiento

1 Secretaria 25 Autogestión

1 Com putado r

Sistem a

Apoyo de

(17)

8

O perativo:

W indows 7 Sp2

Lenguaje de prog ram ación: Delphi 6

Motor de Base de Datos:

Sql Server 2005

500 Im presiones 50 Autogestión

Internet 40 Autogestión

1 Flash Mem o ry 15 Autogestión

SUBTO TAL 430

IMPRO VISTO S 10% 43

TO TAL 473

(18)

9

1.5 Cronograma

Año 2012 - 2013

ACTIVIDAD NOVIEMBRE DICIEMBRE ENERO FEBRERO MARZO ABRIL MAYO JUNIO JULIO AGOSTO

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

1

Elaboración del perfil del proyecto Informático

Investigadores

2 Aprobación del Perfil

Autoridades

3

Desarrollo de la Introducción del proyecto Investigadores y asesor

4 Análisis

Investigadores y asesor

5 Diseño

Investigadores y asesor

6 Implementación

Investigadores y asesor

7 Pruebas

Investigadores y asesor

8 Estudios de Viabilidad

Investigadores y asesor

9 Manual de usuario Investigadores

10 Manual Técnico Investigadores

11 Impresión de borrador Investigadores

12 Revisión del borrador Investigadores

13 Revisión de errores e

impresión Final

Investigadores

14 Revisión final Autoridades

14 Empastado y defensa

Investigadores y autoridades

(19)

10

2 PRO PUESTA (METO DO LO G ÍA)

De acuerdo al manual de investigación de la Uniandes en lo referente al desarrollo

de proyectos informáticos, la propuesta del presente proyecto se basa en: el análisis

de sistemas, diseño de sistemas, implementación y pruebas, element os que forman

parte del modelo en cascada para el desarrollo del software. A continuación se

desarrollan cada una de los elementos citados.

2.1 Análisis

En esta fase del proyecto informático, se realiza un estudio del sistema actual, en el

que se figura a la administración del almacén , a simismo se va a realizar una

determinación lógica funcional del nuevo sistema a implementarse en dicha

empresa.

2.1.2. A nális is del sistem a actual

Para el análisis del sistema actual, se realizó una investigación de campo utilizando

como técnicas la observación y revisión de documentos; en base a esto se describe

el funcionamiento actual de la administración del almacén Auto -Junior de la ciudad

de Tulcán.

2.1.3. Definición del nuevo s istem a

En el presente estudio, se muestra los requerimientos lógicos funcionales del nuevo

sistema.

Este siste ma llevará una organización y registro de productos en el inventario,

asimismo un reporte de ventas diarias y mensuales que le permita llevar y controlar

la contabilidad del almacén, además del control de los detalles de cada producto

del almacén Auto-Junior de la ciudad de Tulcán, con el objetivo de mantener un

archivo de los proveedores, así mismo todo el inven tario del almacén, además

obtener, a través de consultas, reportes y g ráficos toda la información necesaria

(20)

11

decisiones, permitiendo de esta forma solventar los problemas existentes como es la

perdida de información, en el registro de informa ción de manera manual. El

resultado que se obtendrá, será la optimización de recursos como el tiempo y

recursos económicos.

En conclusión el sistema propuesto contribuirá, aun cambio radical en el desarrollo

de las actividades para el logro de una mejor a dministración del almacén Auto –

Junior de la ciudad de Tulcán.

Diagram a de Flujo de Datos

En el diagrama de flujo de datos se visualizan los procesos que va a tener el sistema

e indica la manera de cómo están organizados los datos en el sistema para el

(21)

12

Diagrama de flujo de datos del Sistema Informático para la Administración del Almacén Auto-Junior de la Ciudad De Tulcán

(22)

13

Diccionario de datos

Un diccionario de datos es un conjunto de metadatos que contiene las características lógicas y puntuales de los datos que se van a

utilizar en el sistema que se programa, incluyendo nombre, descripción, alias, contenido y organización.

En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo de datos de todo el sistema. Los

elementos más importantes son flujos de datos, almacenes de datos y procesos. El diccionario de datos guarda los detalles y

descripción de todos estos elementos.

Formulario de Flujo de datos

Flujo de

Datos

Fuente de

Referencia

Descripción Destino Referencia/

Descripción

Descripción Expandida

Estructura de Datos

Incluidas

Datos

Personales

A

Proveedores

1

Registrar

datos

proveedores

Pasan los datos que proporciona el

proveedor para llenar el formulario

respectivo al momento en que se

ingresa como proveedor

Datos Generales

Datos Dirección

Datos Cuenta

Datos

Producto

A

Datos

Producto

2

Registrar

datos

producto

Pasan los datos que proporciona el

proveedor para llenar el formulario

respectivo al momento en que se

ingresa el producto

Datos Producto

Datos

Personales

C

Clientes

3

Registrar

datos cliente

Pasan los datos que proporciona el

cliente para llenar el formulario

respectivo al momento en que se

Datos Generales

Datos Dirección

(23)

14

ingresa como cliente

Datos Pedido

5

Solicitar

pedido

b

Gerente

Pasa el pedido del cliente al

gerente de la cantidad de producto

necesaria

Datos Pedido

Código de

proveedor

D1

Numero de

Proveedor

4

Enviar el

código de

cada

proveedor

Pasa el código de cada proveedor

para procesar los datos de cada

uno de ellas

Código del Proveedor

Datos

Factura

4

Datos

Proveedores

D4

Registrar

datos

proveedores

Pasan los datos de cada proveedor

y del producto entregado en la

empresa

Datos Proveedor Datos

Producto

Datos

Factura

D4

Datos

Factura

4

Datos

Factura

Pasan los datos de cada proveedor

y del producto entregado en la

empresa y estos llegan al gerente

Datos Proveedor Datos

Producto

Datos

Producto

D2

Datos

Producto

4

Datos

Producto

Datos de la cantidad de producto

entregado en la empresa

Datos Producto

Factura

4

Factura

b

Factura

Factura de cada proveedor al

gerente

Datos Factura

Datos Pedido

5

Datos Pedido

b

Datos

Pedido

Pasan el pedido de la cantidad de

producto que quiere cada

(24)

15

proveedor al gerente

Datos Pedido

D3

Datos Pedido

5

Datos

Pedido

Pasan el pedido de la cantidad de

producto que quiere cada

proveedor

Datos Pedido

Datos Cliente

3

Datos Cliente

D3

Datos

Cliente

Pasan los datos que proporciona el

cliente para llenar el formulario

respectivo al momento en que se

ingresa como cliente

Datos Cliente

Datos

Personales

C

Clientes

3

Registrar

Datos

Cliente

Pasan los datos que proporciona el

proveedor para llenar el formulario

respectivo al momento en que se

ingresa como proveedor

Datos Generales Datos

Dirección Datos Cuenta

Pedido

B

Gerente

6

Pedido

Pasa la cantidad de producto

entregado al cliente

Datos Producto

Datos Venta

6

Datos Venta

7

Datos Venta Pasa la venta del producto

Datos Producto

Factura

7

Datos Cliente

D5

Datos

Cliente

Pasan los datos del Cliente para

imprimir la factura

Datos Cliente

Datos

Factura

(25)

16

Venta

Solicitud

Factura

7

Factura

c

Factura

Pasan las facturas

Datos Cliente

Cuadro Nº 5

. Formulario que describe las características del flujo de datos del sistema.

Formulario de Almacén de Datos

Abreviatura

o ID

Descripción

Flujo de Datos

que Entran

Flujo de Datos que

Salen

Contenidos

Organización

Física

D1

Datos generales del proveedor

que se receptan al momento

que ingresa en la empresa

1-D1. Datos

Personales

D1-4. Código

Proveedor.

Datos personales

del Proveedor

Indexado-

Secuencial

Código

del

Proveedor

D2

Datos de la cantidad de

productos entregados por cada

proveedor

2-D2. Datos

Producto

D2-4. Datos Productos.

Datos Producto

Indexado-

Secuencial

Datos Producto

D3

Pedido del cliente que realiza al

gerente de producto

3-D3. Datos

Cliente.

D3-5. Datos Pedido.

Datos personales

del Cliente

Indexado-

Secuencial

Datos Pedido

D4

Datos de la cantidad de

producto entregado por cada

proveedor

4-D4. Datos

Factura.

D4-4. Datos Factura.

(26)

17

proveedor

D5

Datos de la cantidad de

producto entregado a los

clientes por parte de la

empresa

7-D5. Factura.

D5-7.Datos de Factura

de Venta.

Factura

Indexado-

Secuencial

Datos de factura

de venta

Cuadro Nº 6

. Formulario que describe las características de los almacenes de datos del sistema

Formulario de Estructura de Datos

Estructura de Datos

Descripción Corta

Flujo de Datos/Estructuras

Relacionadas

Se indica el nombre de la estructura de

datos

Se hace una breve descripción de la

estructura de datos

Se señala la forma como está

compuesta la estructura de datos.

Datos personales de proveedores

Contiene los datos personales de cada

proveedor

Datos

personales

de

proveedores

Cédula

Nombre de la empresa

(27)

18

Ciudad

Dirección

Datos cliente

Contiene los datos personales de cada

cliente

Datos cliente

Cédula

Nombre

Dirección

Teléfono

Ciudad

Tipo de cliente

Datos producto

Indica

la

cantidad de producto

entregado diariamente por el proveedor

Datos producto

Nombre

Cantidad

Fecha

(28)

19

Categoría

Precio de venta

Precio de compra

Imagen

Datos inventario

Indica la cantidad de cosas que existen

en la empresa

Datos inventario

Nombre

Fecha

Valor

Cantidad

Cuadro Nº 7

. Formulario que describe las características de las estructuras de datos del sistema

Formulario de Dato Elemental

Dato Elemental

Descripción Corta

Alias

Tipo

Tamaño

Formato

Almacén proveedor

PROVCODIGO

Almacena

la

clave

primaria para identificar a

un proveedor

Clave,

password

(29)

20

PROVNOMBRE

Almacena

el

nombre de la empresa

Nombre

varchar

50

Distrilujos

PROVCIUDAD

Almacena

la

dirección

de

cada

proveedor

dirección

varchar

50

Juan Montalvo y

Sucre

PROVTELEFNO

Almacena

el

número telefónico del

proveedor

teléfono,

celular

varchar

50

2205-747

PROVNOMCONTACTO

Almacena

el

nombre de la persona

encargada de hacer el

pedido

Nombre

de

la

persona

encargada

varchar

50

Carlos

Andrés

Ayala Yar

PROVFONOCONTACTO

Almacena

el

número

celular

del

encargado del pedido

Numero

de celular

de

la

persona

Encargada

varchar

50

0990347181

Tabla cliente

CLICEDULA

Almacena

la

cedula

como

clave

primaria para identificar a

(30)

21

un cliente

CLIAPELLIDO

Almacena

el

apellido de cada cliente

Apellido

varchar

20

Álvaro

Santiago

Castro Benítez

CLI NOMBRE

Almacena

el

nombre de cada cliente

Nombre

varchar

20

CLIDIRECCION

Almacena

la

dirección de cada cliente

Dirección

varchar

50

Julio Andrade

CLITELEFONO

Almacena

el

número telefónico del

cliente

Teléfono,

celular

varchar

50

097123856

CLIRUC

Almacena

los

números de ruc que le

pertenecen a cada cliente

Cuenta

varchar

13

0401707302001

CLICIUDAD

Almacena

la

ciudad del cliente

Ciudad

varchar

50

Ibarra

CLITIPO

Almacena el tipo

de cliente dependiendo

de los créditos en caso

de que los tenga

(31)

22

Tabla factura

FACNRO

Almacena la clave

primaria para identificar a

una factura

Clave

integer

8

X(8)

FACFECHAEMISION

Almacena la fecha

de emisión de la factura

Clave

datatime

8

04-10-2013

FACIDCLIENTE

Almacena la clave

primaria para identificar a

un cliente

Clave

varchar

10

X(8)

FACDIREMPRESA

La dirección de la

empresa

Dirección

empresa

varchar

50

Bolívar y diez de

agosto

FACTLFONOEMPRESA

Almacena

el

teléfono de la empresa

Teléfono

empresa

varchar

50

2205-747

FACIDUSUARIO

Almacena la clave

primaria para identificar a

un usuario

Clave

varchar

20

X(8)

FACFORMAPAGO

Almacena la forma

de pago

Forma de

pago

Int

8

Efectivo

FACIVA

Almacena el iva

Iva

Decimal

18.2

12%

(32)

23

FACDESCTO

descuento

FACSUBTOTAL

Almacena

el

subtotal

subtotal

Decimal

18.2

32

FACACTIVO

Almacena si está

activo o no

Activo

decimal

8

X(8)

PAGOCODIGO

Almacena la clave

primaria para identificar a

un pago

Clave

Integer

8

X(8)

PAGOIDCREDITO

Almacena la clave

primaria para identificar a

un crédito

Clave

integer

8

X(8)

PAGONUMCUOTA

Almacena

la

numero de cuota

Número

cuota

integer

8

X(8)

PAGOSALDO

Almacena el saldo

Saldo

Decimal

18.2

345

PAGOPRINCIPAL

Almacena el pago

total o principal

Pago

principal

Decimal

18.2

23

(33)

24

PAGO INTERES

interés

PAGOVALORCUOTA

Almacena la cuota

que se va a abonar

Valor

cuota

Decimal

18.2

45

PAGOVALORPAGADO

Almacena el valor

cancelado

Valor

pagado

Decimal

18.2

45

PAGOFECHAVENCE

Almacena la fecha

que vence el producto

Fecha

vence

Decimal

8

Null

Tabla producto

PRODCODIGO

Almacena la clave

primaria para identificar a

un producto

Clave,

password

integer

8

X(8)

PRODNOMBRE

Almacena

el

nombre del producto

Nombre

varchar

45

Lujos

PRODCATEGORIA

Almacena

la

cantidad de producto

Categoría

varchar

10

120

PRODPRECIOCOMPRA

Almacena la clave

primaria para identificar a

un proveedor

Precio de

compra

integer

8

X(8)

PRODEXISTENCIA

Almacena

la

existencia de productos

Existencia

de

(34)

25

producto

PRODUTILIDAD

Almacena

la

utilidad de cada producto

Utilidad

Decimal

8.2

0.20

PRECIOVENTA

Almacena el precio

de venta

Precio de

venta

Decimal

8.2

140

PRODUBICACION

Almacena

la

ubicación de producto

Ubicación

Varchar

50

Sección a

PRODPROVEEDOR

Almacena

el

proveedor

Proveedor

Integer

8

Distrilujos

PRODIMAGEN

Almacena

la

imagen del producto

Imagen

imagen

Null

Imagen

Cuadro Nº 8

. Descripción las características de las tablas de datos a utilizarse en el sistema

Formulario de Proceso de Datos

Proceso

Referencia

Descripción

Entradas

Sumario Lógico

Salidas

Registrar Datos

Proveedores

1

Registrar los datos de los

proveedores y la cantidad de

producto entregado en la

empresa

a-1:

Datos

Personales

Ingreso de los datos de

cada proveedor

1-D1: Proveedores

Registrar Datos

Producto

2

Registrar los datos de los

productos que entregan en la

a-2:

Datos

Personales

Ingreso de los valores de

los datos del producto

(35)

26

empresa

Registrar Datos

Cliente

3

Registrar los datos de los

clientes en la empresa

c-3:

Datos

Personales

Ingreso de los datos de

cada cliente

3-D3: Datos Cliente

Procesar Datos

4

Procesar los datos de los

proveedores y la cantidad de

producto entregado en la

empresa

D1-4: Código de

Proveedor

Procesar los datos del

producto y de cada

proveedor

4-D4: Datos Factura

D2-4:

Datos

Producto

4-b:Factura

D4-4:

Datos

Factura

Solicitar Pedido

5

El cliente solicita la cantidad de

producto a la empresa para

procesarla

D3-5: Datos Pedido Procesar el pedido del

cliente sobre la cantidad de

producto en el almacén

5-b: Datos Pedido

Verificar Pedido

6

El recepcionista verifica la

cantidad de producto con el

pedido realizado por el cliente

para el respectivo envío

b-6: Pedido

Verificar el pedido del

cliente con el producto

6-7: Datos Venta

Procesar

Factura

de

Venta

7

Procesar los datos del producto

entregado al cliente por parte

de la empresa

6-7: Datos Venta

Procesar los datos para ser

emitidos en la factura

7-D5: Factura

D5-7: Datos de

Factura de Venta

7-c:

Solicitud

Factura

(36)

27

2.2. DISEÑO

En esta fase del ciclo de vida clásico del software se realiza la especificación física

funcional del Sistema Informático para la Administración del Almacén Auto -Junior

de la Ciudad de Tulcán. A continuación se desarrollan los elementos del diseño del

sistema.

2.2.1 Requerim ie ntos de salida

En esta fase se presentan los diseños de salida para el sistema informático del

almacén Auto Junior.

Reporte de proveedores

G ráfico Nº 1. Reporte de proveedores

Para la elaboración del reporte de proveedores necesitaremos la tabla proveedor

con los campos código del proveedor, nombre del proveedor , nombre del contacto,

(37)

28

Reporte de l cliente

G ráfico Nº 2. Reporte de cliente

Para la elaboración del reporte de cliente necesitaremos la tabla cliente, con

los campos, cedula, apellido, nombre, dirección, te léfono, ruc, ciudad, tipo de

cliente.

Reporte de factura

(38)

29

Para la elaboración del reporte de facturación necesitaremos las tablas factura, con

los campos número de factura, ruc, cedula, fecha de emisión, subtotal, des cuento,

iva, total descuento, forma de pago, total factura de la tabla usuario el campo

vendedor y de la tabla cliente el nombre del cliente, la dirección y teléfono.

Reporte de crédito

G ráfico Nº 4. Reporte de crédito

Para la elaboración del reporte de créditos necesitaremos la tabla factura, con el

campo número de factura, cedula, de la tabla crédito los campos valor, número de

cuotas, interés, estado y de la tabla clien te el nombre del cliente y el nú mero de

(39)

30

Reporte p rod uctos

G ráfico Nº 5. Reporte de productos

Para la elaboración del reporte de productos necesitaremos la tabla productos con

los campos código del producto, descripción, existencia, precio de compra, utilidad,

ubicación, precio venta.

Reporte de usuario

(40)

31

Para la elaboración del reporte de usuarios se necesita sus dato s personales tales

como: Código, e-mail, nombre del contacto, usuario, apellido, móvil, teléfono fijo,

dirección, activo , nivel.

2.2.2 Requerim ie ntos de entrada

En esta fase se presentan los diseños de entrada para el sistema informático del

almacén Auto Junior.

Form ula rio de co ntraseña

G ráfico Nº 7. Formulario de contraseña

Este formulario pedira la clave que se otorgara a cada usuario para tener aceso al

sistema, para su elaborarlo necesitaremos la tabla de usuarios.

Form ula rio m enú principal del sistem a

(41)

32

Este formulario va ha ser el principal de todo el sistema ya que contiene todas las

opciones para que el usuario registre, modifique, o genere reportes de los clientes.

Desde aquí haremos referencia a los formularios registro de clientes, registro de

productos, registro de creditos, registro de proveedores, reportes de factura reportes

de creditos, reporte de clientes, ingreso de factura, el u suario, ayuda

Registro de p roveedo r

G ráfico Nº 9. Registro de proveedor

En este formulario se utilizara la tabla de proveedor para crear un nuevo proveed or

con los datos personales de la empresa, nombre de la empresa, teléfono, dirección,

(42)

33

Form ula rio de cliente

G ráfico Nº 10. Formulario de cliente

En este formulario se u tilizara la tabla de cliente s para registrar los datos del

producto , num ero de cedula del cliente, apellido del cliente, nombre del cliente,

dirección, teléfono, numero de ruc, ciudad del cliente, tipo del cliente y cinco botones

como nuevo, guardar, cancelar, grabar, modificar, y una etiqueta para el nombre de

(43)

34

Form ula rio de factura

G ráfico Nº 11. Formulario de factura

En este formulario se utilizara la tabla de factura para generar una nueva factura se

utilizan los siguientes campos número de factura, ruc, cedula, fecha de emisión,

subtotal, descuento, iva , total descuento, forma de pago, total factura, de la tabla

productos se necesita una grilla y los campos a utilizar son el nombre del producto,

la descripción, precio unitario, valor total, manipularemos los botones de nuevo

(44)

35

Form ula rio de inventario

G ráfico Nº 12. Formulario de inventario

En este formulario se utilizara la tabla de productos para r egistrar los datos del

producto, nombre del producto, categoría del producto, precio de compra, la

existencia, la utilidad, precio de venta, ubicación, proveedor y cinco botones como

nuevo, guardar, cancelar, grabar, modificar y una etiqueta para el nombre de la

(45)

36

Form ula rio de usuarios del sistem a

G ráfico Nº 13. Formulario de usuarios al sistema

En este formulario se utilizara la tabla de usuarios para crear nuevos usuarios

tomando en cuenta que hay privacidades y el único que puede crear es el

administrador, se ingresara los datos personales del usuario como son el nombre,

apellido, ciudad, teléfono, código que se le asignara automáticamente , dirección,

contaremos con los bo tones de nuevo guardar cancelar y eliminar , modificar,

(46)

37

2.2.3 Diagram a entidad – relación

(47)

38

2.2.4 Revisión docum ental del Alm acén A uto Ju nio r

Seguridad Del Sistem a

G arantía o conjunto de garantías que se da a alguien sobre el cumplimiento de algo.

La seguridad informática es el área de la información que se enfoca en la protección

de la infraestructura computacional y todo lo relacionado con esta. Para ello existen

una serie de estándares, protocolos, métodos, reglas, herramientas y leyes

concebidas para minimizar los posibles riesgos a la infraestructura o a la

información.

La seguridad informática comprende software, bases de dato s, metadatos, archivos

y todo lo que la organización valore (activo) y signifique un riesgo si esta llega a

manos de otras personas. Este tipo de información se conoce como información

privilegiada o confidencial.

La seguridad de los sistemas informáticos se concentra en garantizar el derecho a

acceder a datos y recurso s del sistema configurando los mecanismos de

autentificación y control que aseguran que los usuarios de estos recursos sólo

posean los derechos que se les han otorgado.

Los mecanismos de seguridad pueden sin embargo, causar inconvenientes a los

usuarios. Con frecuencia, las instrucciones y las reglas se vuelven cada vez más

complicadas a medida que aumenta la cantidad de dato s.

Por consiguiente, la seguridad informática debe estudiarse de modo que no evite

que los usuarios desarrollen usos necesarios y así puedan utilizar los sistemas de

información en forma segura. (Steven M orlls, (19 86), Seg urid ade s inform ática s)

(48)

39

Integridad: G arantizar que los datos, registros y proce sos sean los correctos para un

buen cumplimiento.

Confidencialidad: Asegurar que solo las personas autorizadas tengan acce so

limitado en debida función.

Disponibilidad: G arantizar el correcto funcionamiento del sistema de

información.

Autentificación: Asegurar que solo las personas autorizadas tengan acceso a

los datos.

2.2.4. Requisitos de Softw are

Requisitos de hardware y So ftware para el nuevo so ftware

Hardw are

Procesador Mem oria Disco d uro Lectora de CD-DVD RO M

CO RE i3 512 G b 360 G igas DVD - RO M

Softw are

Sistem a O perativo Program a Len guaje de p rogram ació n Base de Datos

Microsoft W indows

7

O ffice

2007

Delphi 6 Sql Server 2005

(49)

40

2.3IMPLEMEN TACIÓ N

2.3.1. CÓ DIG O F UENTE

El código fuente del programa está escrito en lenguaje de programación , pero en

este primer estado no es directamente ejecutable por la computadora, sino que debe

ser traducido a otro lenguaje (el lenguaje máquina o código objeto) que sí pueda ser

ejecutado por la computadora. Para esta traducción se usan los

llamados compiladores, ensambladores, intérpretes y otros sistemas de traducción.

Form ula rio de ing reso al sistem a

Ver Manual de Usuario Pag. N°88

unit frmlogin;

interface

uses

W indows, Messages, SysUtils, Variants, Classes, G raphics, Controls, Forms,

Dialogs, StdCtrls, ExtCtrls, Buttons, DB, G rids, DB G rids;

type

T formlogin = class(TForm)

// Llamamos a la cla se login, para el ingreso al sistema

Image1: TImage;

Editusuario: TEdit;

Editcontrasenia: TEdit;

Label1: TLabel;

Label2: TLabel;

SpeedButton1: TSpeedButton;

SpeedButton2: TSpeedButton;

procedure FormActivate(Sender: TO bject);

(50)

41

procedure SpeedButton2Click(Sender: TO bject);

private

{ Private declarations }

public

{ Public declarations }

end;

// De claramos las variables.

var

formlogin: Tformlogin;

implementation

uses DM1, frm menu;

{$R *.dfm}

procedure Tformlogin.FormActivate(Sender: TO bject);

begin

editusuario.Clear;

editcontrasenia.Clear;

end;

// Activamos el formulario de Login para el ingreso al sistema

procedure Tformlogin.SpeedButton1Click(Sender: TO bject);

var

nreg: in teger;

begin

try

DM.SPCO NSULTAUSUARIO .Close;

dm.SPCO NSULTAUSUAR IO .Prepare;

dm.SPCO NSULTAUSUAR IO .ParamByName('@ usuario').Value

(51)

42

dm.SPCO NSULTAUSUARIO .ParamByName('@ password').Value:=editcontrasenia.T

ext;

dm.SPCO NSULTAUSUAR IO .Prepared:=true;

dm.SPCO NSULTAUSUAR IO .O pen ;

nreg:=0;

//Ingresamos condición W hile para la consulta del usuario

while Not (dm .SPCO NSULTAUSUARIO .Eof) do

begin

nreg:=nreg+1;

dm .SPCO NSULTAUSUARIO .Next;

end ;

// Ingresando condición IF para comprobar usuario y contraseña

if nreg=0 then

begin

// Abrimos un mensaje si la condición es incorrecta

Showmessage('Usuario o Constraseña Inválid os...')

end ;

// Ingresando condición IF para comprobar usuario

if nreg >0 then

begin

if (dm .SPCO NSULTAUSUARIO .FieldByName('usuactivo').Value =0) then

begin

Showmessage('Usuario inactivo...');

end;

if (dm.SPCO NSULTAUSUA RIO .FieldByName('usuactivo').Value =True) then

begin

Showmessage('Bienvenido...');

(52)

43

formmenu.lblidusuario.Caption:=dm.SPCO NSULTAUSUARIO .FieldByName('USER I

D').AsString;

formmenu.lblusuario.Caption:=dm.SP CO NSULTAUSUARIO .FieldByName('US UARI

O ').AsString;

formlogin.Hide;

end;

end;

except

end;

end;

procedure Tformlogin.SpeedButton2Click(Sender: TO bject);

begin

formlogin.Close;

end;

end.

Form ula rio principal

Ver Manual de Usuario Pag. N°88

unit uPrincipal;

interface

uses

W indows, Messages, SysUtils, Variants, Classes, G raphics, Controls, Forms,

(53)

44 type

TForm1 = class(TForm)

MainMenu1: TMainMenu;

Facturacion1: TMenuIte m;

Vender1: TMenuItem ;

Clientes1: TMenuIte m;

Comprar1: T MenuItem;

Proveedores1: TMenuItem ;

Facturas1: T MenuItem;

Inventario1: TMenuItem ;

ADO Conn1: TADO Connection;

Timer1: TTimer;

Administracion1: TMenuIte m ;

Usuarios1: TMenuItem ;

Parmetros1: TMenuItem ;

G roupBox1: TG roupBox;

usuario: TEdit;

Label1: TLabel;

clave: TEdit;

Label2: TLabel;

btnAceptar: TButton;

ADO DataSet1: TADO DataSet;

DataSource1: T DataSource;

Image1: TImage;

Image2: TImage;

Button1: TButton;

REPO RTES1: T MenuItem;

INVENTAR IO FALTANTE1: TMenuIte m;

t1: TMenuItem;

(54)

45

// procedimientos almacenados

procedure Vender1Click(Sender: TO bject);

procedure Clientes1Click(Sender: TO bject);

procedure Usuarios1Click(Sender: TO bject);

procedure Inventario1Click(Sender: TO bject);

procedure Facturas1Click(Sender: TO bject);

procedure btnAceptarClick(Sender: TO bject);

procedure Proveedores1Click(Sender: T O bject);

procedure Comprar1Click(Sender: TO bject);

procedure Parmetros1Click(Sender: TO bject);

procedure Button1Click(Sender: TO bject);

procedure INVENTARIO FALTAN TE1Click(Sender: TO bject);

procedure t1Click(Sender: TO bject);

private

{ Private declarations }

public

{ Public declarations }

x: integer; aceptado:boolean; tipo:string; end; var Form1: TForm1; implementation

uses uVentas, u Clientes,

uUsuarios,uInventario,uFacturas,uProveedores,uCompras,uParametros ,Hashes,

urepinventario, urepusuarios;

{$R *.dfm}

//Iniciamos procediemiento almacenado para el formulario de ventas.

(55)

46 begin

x:=200;

Form2.Enabled:=true;

Form2.Visible:=true;

end;

//Procedimiento almacenado para los clientes del almacén

procedure TForm1.Clientes1Click(Sender: TO bject);

begin

Form3.Enabled:=true;

Form3.Visible:=true;

end;

//Procedimiento almacenado para los usuarios.

procedure TForm1.Usuarios1Click(Sender: TO bject);

begin

Form4.Visible:=true;

end;

//Procedimiento almacenado para el einventario de productos del almacén.

procedure TForm1.Inventario1Click(Sender: TO bject);

begin

form5.Enabled:=true;

Form5.Visible:=true;

end;

//Procedimiento almacenado para la emicion de factura s.

procedure TForm1.Facturas1Click(Sender: TO bject);

begin

Form6.Enabled:=true;

form6.Visible:=true;

(56)

47

//Procedimiento almacenado para el boton Aceptar, la cual verifica si el usuario y

contraseña ingresados esta aceptado o negado el acesso al sistema .

procedure TForm1.btnAceptarClick(Sender: TO bject);

var

sql:S tring;

key:String;

begin

try

key:=CalcHash2(clave.Te xt,haM D5);

//showmessage(key);

//key:=clave .Text;

sql:='select clave ,tipo from usuarios where

usuario='+Chr(39)+usuario.Text+Chr(39)+';';

adodataset1.Close;

ADO Dataset1 .commandtext:=sql;

adodataset1.O pen;

adodataset1.Requery;

if adodataset1 .RecordCount>0 then

begin

a ceptado:=true;

if adodataset1.Recordset.Fields[0].Value=key then

begin showmessage('ACEPTADO '); groupbox1.Visible:=false; facturacion1.Enabled:=true; administracion1.Enabled:=true; tipo:=adodataset1.Recordset.Fields[1].Value; end else begin acep tado:=false;

SHO W MESSAG E('NEG ADO ');

facturacion1.Enabled:=false;

(57)

48 end;

except

on Exception do Beep;

end;

end;

//Procedimiento almacenado para ingreso y registro de proveedores.

procedure TForm1.Proveedores1Click(Sender: TO bject);

begin

Form7.Enabled:=true;

form7.Visible:=true;

end;

//Procedimiento almacenado para la compra de productos.

procedure TForm1.Comprar1Click(Sender: TO bject);

begin

Form8.Enabled:=true;

Form8.Visible:=true;

end;

procedure TForm1.Parmetros1Click(Sender: TO b ject);

begin

Form9.Enabled:=true;

Form9.Visible:=true;

end;

procedure TForm1.Button1Click(Sender: TO bject);

begin

form1.Close;

end;

procedure TForm1.INVENTAR IO FALTANTE1Click(Sender: TO bject);

begin

(58)

49 end;

procedure TForm1.t1Click(Sender: TO bject);

begin

form12.Q uickRep1.Preview;

end;

end.

Form ula rio de registro de usuarios de l alm acén

Ver Manual de Usuario Pag. N°90

unit uUsuarios;

interface

uses

W indows, Messages, SysUtils, Variants, Classes, G raphics, Controls, For ms,

Dialogs, DB, A DO DB,StdCtrls,Hashes,ComO bj, G rids, DBG rids, Buttons,

ExtCtrls;

type

TForm4 = class(TForm)

DataSource1: T DataSource;

btnNuevo: TBitBtn ;

Figure

CUADRO  Nº2. De scripción de recursos materiales y tecnológicos
CUADRO  Nº 3. Descripción de recurso s económicos
Tabla  factura  FACNRO
CUADRO  Nº 10. Descripción de requisitos de hardware y Software
+7

Referencias

Documento similar

In addition to the requirements set out in Chapter VII MDR, also other MDR requirements should apply to ‘legacy devices’, provided that those requirements

The notified body that issued the AIMDD or MDD certificate may confirm in writing (after having reviewed manufacturer’s description of the (proposed) change) that the

 En el apartado 4.6 de la Ficha Técnica y 6 del Prospecto se añade la frase “En muy raras ocasiones se han notificado reacciones de hipersensibiliad, incluyendo anafilaxia (en

En estos últimos años, he tenido el privilegio, durante varias prolongadas visitas al extranjero, de hacer investigaciones sobre el teatro, y muchas veces he tenido la ocasión

que hasta que llegue el tiempo en que su regia planta ; | pise el hispano suelo... que hasta que el

E Clamades andaua sienpre sobre el caua- 11o de madera, y en poco tienpo fue tan lexos, que el no sabia en donde estaña; pero el tomo muy gran esfuergo en si, y pensó yendo assi

Sanz (Universidad Carlos III-IUNE): "El papel de las fuentes de datos en los ranking nacionales de universidades".. Reuniones científicas 75 Los días 12 y 13 de noviembre

(Banco de España) Mancebo, Pascual (U. de Alicante) Marco, Mariluz (U. de València) Marhuenda, Francisco (U. de Alicante) Marhuenda, Joaquín (U. de Alicante) Marquerie,