Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Electrónica
1
CONTENIDO
CAPÍTULO I: DEFINICION DEL PROBLEMA .....................................................................3
1.1. Descripción del Problema .....................................................................................4
1.2. Definición de Objetivos ..........................................................................................5
1.2.1. Objetivo General ..............................................................................................5
1.2.2. Objetivos Específicos .....................................................................................5
1.2.3. Alcances y Limitaciones ................................................................................5
1.2.3.1. Alcances ....................................................................................................5
1.2.3.2. Limitaciones ..............................................................................................6
1.2.4. Justificación......................................................................................................6
1.2.5. Estado del Arte .................................................................................................7
CAPÍTULO II: MARCO TEÓRICO ..........................................................................................9
2.1. Fundamento Teórico.............................................................................................10
CAPÍTULO III: DESARROLLO DE LA SOLUCIÓN ..........................................................26
3.1. Diseño de la Base de Datos: ...............................................................................27
3.2. Script de la Base de Datos ..................................................................................28
3.3. Scripts Funciones Para Correlativos ................................................................34
3.4. Scripts Transacción Compras ............................................................................35
3.5. Scripts Transacción Ventas ................................................................................40
CAPÍTULO IV: RESULTADOS .............................................................................................46
4.1. Interfaces .................................................................................................................47
4.2. Reportes ..................................................................................................................60
4.3. Presupuesto............................................................................................................64
CONCLUSIONES....................................................................................................................65
ANEXOS...................................................................................................................................66
Manual de Usuario ............................................................................................................66
GLOSARIO ..............................................................................................................................82
REFERENCIAS .......................................................................................................................84
2
CAPÍTULO I:
DEFINICION
DEL
PROBLEMA
3
1.1. Descripción del Problema
4
observaciones y recomendaciones con el fin de obtener una mejora en
la calidad de sus procesos. Ya que Bodega Bazar “Mi Karito” debe
incrementar y mantener sus ventas dentro del mercado, mejorar la
satisfacción de sus clientes, diferenciarse de la competencia y ser la
preferencia de los clientes debe mejorar sus procesos para garantizar la
calidad de su servicio hacia los clientes. Para lograr todo lo anterior es
necesario contar con los procesos de calidad adecuados para beneficiar
a la empresa y sus clientes.
1.2.3.1. Alcances
Se realizará el diseño y desarrollo de un sistema
informático para la gestión comercial de la “Bodega Bazar
Mi Karito”.
5
1.2.3.2. Limitaciones
Al proyecto se le dedicarán 10 horas semanales en
promedio, teniendo en cuenta que dicho tiempo se
ejercerá de manera cambiante, ya sea de día, tarde o
noche, de manera que se pueda cumplir con lo
establecido, dando como resultado cada día un
avance porcentual, en el cual se considerarán los
aspectos tales como el diseño, la programación y
demás, los cuales son necesarios para cumplir con lo
establecido.
El proyecto será aplicado al área de Administración,
por lo que existe limitaciones para recabar
información detallada debido al escaso tiempo que
poseen para atendernos.
La empresa no dispone del presupuesto necesario
para la óptima realización del proyecto.
1.2.4. Justificación
6
información será sencilla, clara, expedita, veraz, precisa,
consistente y fácil de analizar e interpretar.
Cabe recalcar, que el sistema propuesto ofrecerá una gran
cantidad de ventajas subyacentes, más allá del rédito que significa
para la toma de decisiones y los procesos administrativos. El
sistema que se desarrollará será fácil de usar, para que así los
empleados logren sacarle provecho al 100%, lo que les ayudará a
cumplir rápidamente con los objetivos planteados por la empresa.
Por todo ello, es importante destacar que el desarrollo de un
sistema informático para la gestión comercial en la “Bodega Bazar
Mi Karito” implica un cambio organizativo rotundo, debido que no
sólo afecta a la administración de la empresa, sino también a sus
empleados y habilidades, por otra parte, podemos concluir que es
de vital importancia utilizar tecnologías de información y
comunicación adecuadas para el procesamiento y transmisión de
los datos que se gestionarán en el sistema.
7
sean alcanzados tales objetivos y, en su caso, el control del
incumplimiento así como el grado y las causas del mismo).
8
CAPÍTULO II:
MARCO
TEÓRICO
9
2.1. Fundamento Teórico
10
- Sistemas Concretos: Son aquellos que en el mundo tienen una
presencia física, por lo que son susceptibles a nuestros sentidos. Por
ejemplo, las máquinas, los artefactos, etc.
a. POR SU JERARQUÍA:
11
cualquier sistema desde el átomo, a la molécula, a la sociedad,
empresa, etc., en la que se proyecta la atención del investigador.
El sistema referencia puede ser individual o colectivo, como un
átomo, un conjunto de átomos, un ser humano, un grupo de seres
humanos, etc.
Una vez identificado el sistema referencia por el observador es
necesario definirlo a través de la identificación de los siguientes
componentes:
- Suprasistemas:
Que lo engloban o de los que depende. Si se trata de la filial de una
empresa, ésta dependerá de su central, a su vez dependerá, en
ciertos aspectos de otros sistemas políticos o administrativos,
nacionales o internacionales.
Una universidad, considerada como un sistema referencia, puede ser
autónoma o depender de Asamblea Nacional de Rectores (ANR), al
que consideramos un suprasistema del sistema Universidad, así
como también desde el punto de vista económico podríamos hablar
en su función de suprasistema al Ministerio de Economía y Finanzas
(MEF) principalmente si la Universidad referida es estatal.
- Infrasistemas:
Depende jerárquicamente del sistema referencia.
De una Universidad pueden depender infrasistemas autónomos
como una imprenta independiente.
Debe tenerse en cuenta que estos conceptos son relativos, y que en
ciertos casos, la calificación de infrasistema dependerá de la
conveniencia de nuestros esquemas conceptuales o de los criterios
de diferenciación que resulten más convenientes.
El concepto de infrasistema se diferencia del de componente o
Subsistema por cuanto el infrasistema está estructural y
funcionalmente diferenciado del sistema de referencia. Una empresa
pequeña o mediana que suministra contractualmente productos o
servicios a otra empresa o a la Administración Pública, y que
12
depende de estos contratos para su subsistencia, puede
considerarse un Infrasistema.
Los conceptos indicados actúan como estructuras algebraicas
abstractas, que sólo adquieren valores definidos cuando se aplican a
situaciones concretas.
SUPRASISTEMA A SUPRASISTEMA B
SISTEMA DE
REFERENCIA
- Isosistemas:
Sistema de jerarquía y estructura análoga al sistema referencia.
Todos los seres humanos, considerados como tales, son
Isosistemas, como lo son Ministerios de un gobierno, los profesores
de una Universidad o las empresas de análoga estructura jurídica o
de igual especialidad. Los Isosistemas poseen estructuras, normas y
comportamientos análogos y, aunque estén interrelacionados, no se
hallan subordinados unos de otros.
Los Isosistemas no tienen porque ser exactamente iguales y sus
comportamientos pueden ser muy diferentes entre sí. Tanto pueden
colaborar como entrar en conflicto, como en el caso de la
competencia ínter empresarial o del choque de intereses políticos o
estratégicos entre grupos sociales o entre estados.
13
- Heterosistemas:
Son sistemas de nivel análogo al sistema de referencia, pero
perteneciente a otro conjunto o clase.
Si consideramos a una empresa pública como sistema referencia
entonces una empresa privada sería su heterosistema, siempre y
cuando la definición del sistema referencia plantee a éste como tal.
HETERO
SISTEMA P SUPRAISO
SISTE
SISTEMA B
SISTEMA DE
REFERENCIA
ISO
HETERO SISTEMA B
SISTEMA Q
14
SUBSIS
SISTEMA DE SUBSIS TEMA A2
TEMA A1
REFERENCIA
SUBSIS
TEMA A3
Otros autores como (Peralta, 2008), de una manera más acertada define
sistema de información como: conjunto de elementos que interactúan
entre sí con el fin de apoyar las actividades de una empresa o negocio.
Teniendo muy en cuenta el equipo computacional necesario para que el
sistema de información pueda operar y el recurso humano que interactúa
con el Sistema de Información, el cual está formado por las personas
que utilizan el sistema.
15
Entrada de Información: Es el proceso mediante el cual el Sistema de
Información toma los datos que requiere para procesar la información.
Las entradas pueden ser manuales o automáticas. Las manuales son
aquellas que se proporcionan en forma directa por el usuario, mientras
que las automáticas son datos o información que provienen o son
tomados de otros sistemas o módulos. Esto último se denomina
interfases automáticas. Las unidades típicas de entrada de datos a las
computadoras son las terminales, las cintas magnéticas, las unidades de
diskette, los códigos de barras, los escáners, la voz, los monitores
sensibles al tacto, el teclado y el mouse, entre otras.
16
los datos que contiene un estado de resultados o un balance general de
un año base.
Nivel operativo
Se utilizan para realizar un seguimiento de las actividades y operaciones
básicas de una organización.
17
- Sistema de Procesamiento de Transacciones (TPS)
Recolectan, almacenan, modifican y recuperan la información
generada por las transacciones producidas en una organización. Si
durante una transacción se produce un error, el TPS debe ser capaz
de deshacer las operaciones realizadas hasta ese momento. Es muy
útil para el procesamiento de transacciones on-line.
Nivel de conocimiento
Se utilizan para el mejoramiento de la calidad de los servicios de la
organización y aporte de nuevos conocimientos, además de incrementar
la productividad de los usuarios del sistema.
18
Nivel administrativo
Son utilizados por los administradores de nivel medio en la toma de
decisiones. Tratan y comparan resultados relevantes para la compañía,
y estudian sus trayectorias.
19
Nivel estratégico
Están basados en los resultados estratégicos a largo plazo de la
compañía, son útiles para poder hacer frente a los impactos producidos
por cambios en los negocios.
20
1. Análisis de viabilidad. Esta fase está relacionada con el análisis de
las áreas potenciales de la aplicación, la identificación de los costes de
obtención y diseminación de información, la realización de los estudios
preliminares sobre costes-beneficios, la determinación de la complejidad
de los datos y los procesos, y el establecimiento de las prioridades entre
las aplicaciones.
3. Diseño. Esta fase tiene dos aspectos: el diseño del sistema de base
de datos y el diseño de los sistemas de aplicaciones(programas) que
usan y procesan la información.
21
Ya conociendo los ciclos de vida de un sistema, pasaremos a hablar
sobre los lenguajes de programación los cuales son necesarios para la
fabricación de los sistemas informáticos.
22
La primera parte del PrimerPrograma se compone de tres elementos:
comentarios, sentencia import y declaración de clases. Estos tres
componentes se incluyen universalmente en todos los programas de
Java.
23
módulos para extender el IDE NetBeans. El IDE NetBeans es un
producto libre y gratuito sin restricciones de uso.
También disponible está el NetBeans Platform; una base modular y
extensible usada como una estructura de integración para crear
aplicaciones de escritorio grandes. Empresas independientes asociadas,
especializadas en desarrollo de software, proporcionan extensiones
adicionales que se integran fácilmente en la plataforma y que pueden
también utilizarse para desarrollar sus propias herramientas y
soluciones.
Ambos productos son de código abierto y gratuito para el uso tanto
comercial y como no comercial. El código fuente está disponible para su
reutilización de acuerdo con la Common Development and Distribution
License (CDDL).
24
línea / Para la tolerancia a fallos. Soporta conjuntos de caracteres
internacionales, codificaciones de caracteres multibyte, Unicode, y es
local-consciente para la clasificación, la mayúsculas y el formato. Es
altamente escalable tanto en la gran cantidad de datos que puede
administrar como en el número de usuarios concurrentes que puede
acomodar. Existen sistemas PostgreSQL activos en entornos de
producción que gestionan más de 4 terabytes de datos. Algunos límites
generales de PostgreSQL se incluyen en la tabla siguiente.
25
CAPÍTULO III:
DESARROLLO
DE LA
SOLUCIÓN
26
3.1. Diseño de la Base de Datos:
27
3.2. Script de la Base de Datos
CREATE TABLE correlativo (
tabla character varying(100) NOT NULL,
numero integer NOT NULL,
CONSTRAINT pk_correlativo PRIMARY KEY (tabla) );
28
CREATE TABLE provincial (
codigo_departamento character(2) NOT NULL,
codigo_provincia character(2) NOT NULL,
nombre character varying(500) NOT NULL,
CONSTRAINT pk_provincia PRIMARY KEY (codigo_departamento, codigo_provincia),
CONSTRAINT fk_provincia_departamento FOREIGN KEY (codigo_departamento)
REFERENCES departamento (codigo_departamento) );
29
CREATE TABLE contacto (
dni_contacto character varying(50) NOT NULL,
apellidos character varying(50) NOT NULL,
nombres character varying(50) NOT NULL,
telefono character varying(20) NOT NULL,
email character varying(50),
codigo_area integer,
codigo_cargo integer,
estado character(1),
CONSTRAINT pk_contacto PRIMARY KEY (dni_contacto),
CONSTRAINT fk_contacto_area FOREIGN KEY (codigo_area)
REFERENCES area (codigo_area),
CONSTRAINT fk_contacto_cargo FOREIGN KEY (codigo_cargo)
REFERENCES cargo (codigo_cargo) );
30
CREATE TABLE usuario(
codigo_usuario integer NOT NULL,
dni_usuario character(8) NOT NULL,
clave character(32) NOT NULL,
estado character(1) NOT NULL,
CONSTRAINT pk_usuario PRIMARY KEY (codigo_usuario),
CONSTRAINT fk_usuario_personal FOREIGN KEY (dni_usuario)
REFERENCES personal (dni),
CONSTRAINT uni_dni_usuaio UNIQUE (dni_usuario) );
31
REFERENCES distrito (codigo_departamento, codigo_provincia, codigo_distrito),
CONSTRAINT fk_cliente_zona FOREIGN KEY (codigo_zona)
REFERENCES zona (codigo_zona) );
32
numero_documento integer NOT NULL,
codigo_cliente integer,
fecha_venta date NOT NULL,
porcentaje_igv numeric(10,2) NOT NULL,
sub_total numeric(14,2) NOT NULL,
igv numeric(10,2) NOT NULL,
total numeric(14,2),
fecha_registro date DEFAULT ('now'::text)::date,
hora_registro time with time zone NOT NULL DEFAULT ('now'::text)::time with time
zone,
codigo_usuario integer,
estado character(1) NOT NULL DEFAULT 'E'::bpchar,
CONSTRAINT pk_venta PRIMARY KEY (numero_venta),
CONSTRAINT fk_codigo_cliente FOREIGN KEY (codigo_cliente)
REFERENCES cliente (codigo_cliente),
CONSTRAINT fk_codigo_tipo_comprobante FOREIGN KEY
(codigo_tipo_comprobante)
REFERENCES tipo_comprobante (codigo_tipo_comprobante),
CONSTRAINT fk_codigo_usuario FOREIGN KEY (codigo_usuario)
REFERENCES usuario (codigo_usuario) );
33
3.3. Scripts Funciones Para Correlativos
34
3.4. Scripts Transacción Compras
begin
return QUERY
SELECT
compra.numero_compra,
tipo_comprobante.descripcion as tipo_doc,
compra.numero_serie as serie,
compra.numero_documento as documento,
compra.ruc_proveedor as ruc,
proveedor.razon_social as razon_social,
compra.fecha_compra,
compra.sub_total,
compra.igv,
compra.total,
compra.porcentaje_igv as impuesto,
usuario.dni_usuario as usuario,
compra.fecha_registro,
compra.hora_registro,
(case when compra.estado = 'E' then 'Emitido' else
'Anulado' end)::character varying(15) as estado
FROM
35
public.compra,
public.proveedor,
public.usuario,
public.tipo_comprobante
WHERE
proveedor.ruc_proveedor = compra.ruc_proveedor
and usuario.codigo_usuario =
compra.codigo_usuario
and tipo_comprobante.codigo_tipo_comprobante =
compra.codigo_tipo_comprobante
and (case pi_tipo
when 1 then compra.fecha_compra =
current_date
when 2 then compra.fecha_compra between
pd_fecha1 and pd_fecha2
else 1=1 end )
and ( case p_cod_usu
when 2 then 1=1 else
compra.codigo_usuario = p_cod_usu
end )
ORDER BY compra.numero_compra ASC;
end;
$BODY$
LANGUAGE plpgsql VOLATILE
COST 100
ROWS 1000;
36
declare
v_item int;
v_compra_detalle_cursor refcursor;
v_compra_detalle_registro record;
v_stock int;
begin
begin
INSERT INTO compra (
numero_compra, codigo_tipo_comprobante,
ruc_proveedor, numero_serie,
numero_documento, fecha_compra,
porcentaje_igv, sub_total, igv, total,
codigo_usuario) VALUES (
p_num_com, p_tip_com, p_ruc_prov,
p_nro_ser, p_nro_dto, p_fec_com,p_imp,
p_sub_tot, p_igv, p_tot, p_cod_usu);
v_item = 0;
loop
fetch v_compra_detalle_cursor into
v_compra_detalle_registro;
if FOUND then
v_item = v_item + 1;
select stock into v_stock from articulo
where
codigo_articulo =
v_compra_detalle_registro.codigo_articulo;
37
INSERT INTO compra_detalle (
numero_compra, item,
codigo_articulo, cantidad,
precio, descuento, importe
) VALUES (
p_num_com, v_item,
v_compra_detalle_registro.codigo_articulo,
v_compra_detalle_registro.cantidad,
v_compra_detalle_registro.precio,
v_compra_detalle_registro.descuento,
v_compra_detalle_registro.importe );
update articulo
set stock = stock +
v_compra_detalle_registro.cantidad
where codigo_articulo =
v_compra_detalle_registro.codigo_articulo;
else exit;
end if;
end loop;
$BODY$
LANGUAGE plpgsql VOLATILE
COST 100;
38
CREATE OR REPLACE FUNCTION
f_anular_compra(p_numero_compra integer) RETURNS integer AS
$BODY$
Declare c_articulos_comprados_cursor refcursor;
c_item_registro record;
c_estado character;
begin
begin
select estado into c_estado from compra
where numero_compra = p_numero_compra;
if c_estado = 'A' then
RAISE EXCEPTION '%', 'compra ya anulada';
end if;
open c_articulos_comprados_cursor for
select codigo_articulo, cantidad
from compra_detalle
where numero_compra = p_numero_compra;
loop fetch c_articulos_comprados_cursor into
c_item_registro;
if FOUND then
update articulo set stock = stock -
c_item_registro.cantidad where codigo_articulo =
c_item_registro.codigo_articulo;
else exit; end if;
end loop;
update compra set estado = 'A' where
numero_compra = p_numero_compra;
EXCEPTION
when others then
RAISE EXCEPTION '%', SQLERRM;
end; return 1; end;
$BODY$
LANGUAGE plpgsql VOLATILE
COST 100;
39
3.5. Scripts Transacción Ventas
begin
return query
select
v.codigo_tipo_comprobante,
v.numero_serie,
v.numero_documento,
(c.apellido_paterno || ' ' || c.apellido_materno || ', ' ||
c.nombres):: varchar(90) as nombre_completo,
v.fecha_venta,
v.porcentaje_igv,
v.sub_total,
v.igv,
v.total,
(case when v.estado= 'A' then 'Anulado' else 'Emitido'
end):: varchar(20) as estado
From venta v inner join cliente c on (v.codigo_cliente =
c.codigo_cliente)
where (case pi_tipo
when 1 then v.fecha_venta = current_date
when 2 then v.fecha_venta between p_fecha1 and
p_fecha2 else 1=1
end )
40
and (case p_cod_usu
when 2 then 1=1
else v.codigo_usuario = p_cod_usu
end );
end;
$BODY$
LANGUAGE plpgsql VOLATILE
COST 100
ROWS 1000;
41
INSERT INTO venta (
codigo_tipo_comprobante, numero_serie,
numero_documento, codigo_cliente,
fecha_venta, porcentaje_igv, sub_total,
igv, total, codigo_usuario, documento_cliente
) VALUES (
p_tip_com, p_nro_ser,
v_numero_documento, p_cod_cli,
p_fec_vta, p_imp, p_sub_tot,
p_igv, p_tot, p_cod_usu, v_doc_cliente );
loop
fetch v_venta_detalle_cursor into
v_venta_detalle_registro;
if FOUND then
select stock into v_stock from articulo
where codigo_articulo =
v_venta_detalle_registro.codigo_articulo;
if v_stock <
v_venta_detalle_registro.cantidad then
RAISE EXCEPTION 'La cantidad
de venta es mayor al stock disponible. COD.ART:% STOCK:%
CANT.VTA:%', v_venta_detalle_registro.codigo_articulo, v_stock,
v_venta_detalle_registro.cantidad; end if;
42
numero_serie,
numero_documento,
codigo_articulo,
cantidad, precio,
descuento, importe
) VALUES (
p_tip_com,
p_nro_ser,
v_numero_documento,
v_venta_detalle_registro.codigo_articulo,
v_venta_detalle_registro.cantidad,
v_venta_detalle_registro.precio,
v_venta_detalle_registro.descuento,
v_venta_detalle_registro.importe );
EXCEPTION
when others then
RAISE EXCEPTION '%', SQLERRM; end;
return v_numero_documento;
end;
$BODY$
LANGUAGE plpgsql VOLATILE
COST 100;
43
CREATE OR REPLACE FUNCTION
f_anular_venta(p_codigo_tipo_comprobante character, p_numero_serie
integer, p_numero_documento integer)
RETURNS integer AS
$BODY$
declare
v_articulos_vendidos_cursor refcursor;
v_articulos_vendidos_registro record;
v_estado character;
begin
begin
select estado into v_estado from venta
where codigo_tipo_comprobante =
p_codigo_tipo_comprobante and numero_serie = p_numero_serie
and numero_documento = p_numero_documento;
if v_estado='A' then
RAISE EXCEPTION 'vena ya está anulada';
end if;
open v_articulos_vendidos_cursor for
select codigo_articulo, cantidad
from venta_detalle
where codigo_tipo_comprobante =
p_codigo_tipo_comprobante and numero_serie = p_numero_serie
and numero_documento = p_numero_documento;
loop
fetch v_articulos_vendidos_cursor into
v_articulos_vendidos_registro;
if FOUND then
update articulo
set stock= stock +
v_articulos_vendidos_registro.cantidad
44
where
codigo_articulo=
v_articulos_vendidos_registro.codigo_articulo;
else exit;
end if;
end loop;
EXCEPTION
when others then
RAISE EXCEPTION '%',SQLERRM;
end;
return 1;
end;
$BODY$
LANGUAGE plpgsql VOLATILE
COST 100;
3.6. f
45
CAPÍTULO IV:
RESULTADOS
46
4.1. Interfaces
Inicio de Sesión:
Menú Principal:
47
Listado de Áreas de Trabajo:
48
Lista de Cargos de Trabajo:
49
Lista de Colaboradores:
Agregar un Colaborador:
Editar un Colaborador:
50
Listado de Usuarios:
Agregar un Usuario
51
Listado de Clientes:
Agregar un Cliente:
Editar un Cliente:
52
Listado de Proveedores:
Agregar un Proveedor:
Editar un Proveedor:
53
Listado de Líneas:
54
Listado de Categorías:
55
Listado de Marcas:
56
Listado de Productos:
Agregar un Producto:
Editar un Producto:
57
Listado de Ventas:
58
Listado de Compras:
59
4.2. Reportes
Boleta de Venta:
Factura de Venta:
60
Producto Más Vendido en un Rango de Fechas
61
Ranking de Vendedores en un Rango de Fechas
62
Utilidad en un Rango de Fechas
63
4.3. Presupuesto
GASTOS DE SOFTWARE
Windows 10 S/.400,00
NetBeans IDE S/.0,00
PostgreSQL S/.0,00
Total de Gastos de Software S/.400,00
64
CONCLUSIONES
Después de haber definido bien el problema de la empresa, se pudo analizar
y se logró diagnosticar el estado actual de la gestión comercial de la “Bodega
Bazar Mi Karito”.
Se logró identificar los factores que influyen en la gestión comercial de la
“Bodega Bazar Mi Karito”, los cuales nos ayudarán a segmentar la solución
en distintos módulos, para así obtener mejores resultados.
Se culminó el diseño y la implementación del sistema informático para
mejorar la gestión comercial de la “Bodega Bazar Mi Karito”, el cual cumple
con los requisitos funcionales necesarios para la satisfacción del cliente.
Se logó estimar los resultados y la efectividad, mediante la simulación de
procesos de compras, ventas y almacén, que generará la implantación del
sistema informático para la gestión comercial de la “Bodega Bazar Mi Karito”.
65
ANEXOS
Manual de Usuario
Ingresar al sistema llenando los datos correctos, los cuales son el email
registrado para cada colaborador y su respectiva contraseña
66
2. Menú Principal:
El sistema reconoce el cargo del usuario que inició sesión y de acuerdo a eso
muestra las opciones correspondientes a su cargo:
67
2.3. Menú para el Almacén:
3. Cambio de Contraseña:
En ella deberá llenar correctamente los casilleros, para guardar cambios dar
click en el botón “Cambiar Contraseña” y les aparecerá la siguiente ventana
de confirmación:
68
4. Mantenimiento de Líneas de Productos
Para realizar una búsqueda rápida elegir el campo por el cual buscar y
seguidamente escribir en el casillero
Para dar de baja a una “línea” solo basta con dar click en ,
después de confirmar que desea dar de baja, automáticamente se cambiará
el estado a “Inactivo” de la línea, sus categorías y sus productos.
69
5. Mantenimiento de Categorías de Productos:
Para realizar una búsqueda rápida elegir el campo por el cual buscar y
seguidamente escribir en el casillero
Para dar de baja a una “categoría” solo basta con dar click en ,
después de confirmar que desea dar de baja, automáticamente se cambiará
el estado a “Inactivo” de la categoría y sus productos.
70
6. Mantenimiento Marcas de Productos:
Para realizar una búsqueda rápida elegir el campo por el cual buscar y
seguidamente escribir en el casillero
Para dar de baja a una “marca” solo basta con dar click en ,
después de confirmar que desea dar de baja, automáticamente se cambiará
el estado a “Inactivo” de la marca y sus productos.
71
7. Mantenimiento de Productos:
Para realizar una búsqueda rápida elegir el campo por el cual buscar y
seguidamente escribir en el casillero
72
8. Mantenimiento de Clientes:
Para realizar una búsqueda rápida elegir el campo por el cual buscar y
seguidamente escribir en el casillero
73
9. Mantenimiento de Proveedores:
Para realizar una búsqueda rápida elegir el campo por el cual buscar y
seguidamente escribir en el casillero
74
10. Mantenimiento de Área de un Colaborador:
Para realizar una búsqueda rápida elegir el campo por el cual buscar y
seguidamente escribir en el casillero
Para dar de baja a un “área” solo basta con dar click en , después
de confirmar que desea dar de baja, automáticamente se cambiará el estado
a “Inactivo” del área, sus cargos, sus colaboradores y sus usuarios.
75
11. Mantenimiento de Cargo de un Colaborador:
Para realizar una búsqueda rápida elegir el campo por el cual buscar y
seguidamente escribir en el casillero
76
12. Mantenimiento de Colaborador:
Para realizar una búsqueda rápida elegir el campo por el cual buscar y
seguidamente escribir en el casillero
77
13. Mantenimiento de Usuario de un Colaborador:
Para realizar una búsqueda rápida elegir el campo por el cual buscar y
seguidamente escribir en el casillero
78
14. Transacción Compra:
Para realizar una búsqueda rápida elegir el campo por el cual buscar, si elige
la opción “hoy” aparecerán las compras que ha realizado en el día, si escoge
la opción “por fechas” deberá elegir un rango de fechas y posteriormente dar
click en el botón y si elige “todas las fechas” automáticamente le
aparecerán todas las compras que usted ha realizado.
Para anular una compra solo basta con seleccionarla y dar click en
, después de confirmar que desea anular,
automáticamente se cambiará el estado a “anulado” de la compra.
79
15. Transacción Venta:
Para realizar una búsqueda rápida elegir el campo por el cual buscar, si elige
la opción “hoy” aparecerán las ventas que ha realizado en el día, si escoge la
opción “por fechas” deberá elegir un rango de fechas y posteriormente dar
click en el botón y si elige “todas las fechas” automáticamente le
aparecerán todas las ventas que usted ha realizado.
Para anular una venta solo basta con seleccionarla y dar click en
, después de confirmar que desea anular, automáticamente
se cambiará el estado a “anulado” de la venta.
80
16. Generar Reportes:
17. Salir:
81
GLOSARIO
A:
Ad hoc: que está hecho especialmente para un fin determinado o pensado para
una situación concreta.
Ancho de banda (bandwidth): Capacidad de transmisión de información que te
permite saber la cantidad y la velocidad de los datos que fluyen en una red. Se
aplica siempre que la información pase por cualquier medio de transmisión.
Arquitectura Neutral: Una de las características más notables de Java es que es
de arquitectura neutral, lo que también se define como independiente de la
plataforma. Se puede escribir un programa que se ejecute en cualquier
plataforma con una Máquina Virtual Java.
C:
Código abierto: así se le conoce al software que se distribuye y desarrolla
libremente.
D:
Debug: mejor dicho, en español el depurador, es una Herramienta o Aplicación
que permite la ejecución controlada de un programa o código para seguir cada
instrucción ejecutada y localizar asi el Bugs o errores, códigos de protección, etc.
F:
Frameworks: un conjunto estandarizado de conceptos, prácticas y criterios para
enfocar un tipo de problemática particular que sirve como referencia, para
enfrentar y resolver nuevos problemas de índole similar.
G:
GUI: es un programa informático que actúa de interfaz de usuario, utilizando un
conjunto de imágenes y objetos gráficos para representar la información y
acciones disponibles en la interfaz.
I:
82
IDE: Un IDE es una herramienta que nos ayuda a desarrollar de una manera
amigable nuestras aplicaciones, brindándonos ayudas visuales en la sintaxis,
plantillas, wizards, plugins y sencillas opciones para probar y hacer un debug.
Inmótica: es un modo de gestión remoto, centralizado y automatizado que
supone la incorporación de numerosos subsistemas en las instalaciones de
edificios terciarios con el fin de optimizar recursos, reducir costes y disminuir el
consumo de energía innecesario, al mismo tiempo que aumenta la seguridad y
el confort.
Inteligencia artificial: Programa de computación diseñado para realizar
determinadas operaciones que se consideran propias de la inteligencia humana,
como el autoaprendizaje.
iReport; es un constructor / diseñador de informes visual, poderoso, intuitivo y
fácil de usar para JasperReports escrito en Java.
J:
JDK: es un software que provee herramientas de desarrollo para la creación de
programas en Java. Puede instalarse en una computadora local o en una unidad
de red.
L:
Librería: una librería se usa para referirse a un programa que contiene varias
funciones para lograr un propósito bien definido y específico.
M:
Multiplataforma: Que se puede utilizar en diversos sistemas, entornos o
plataformas.
P:
Plugins: es un software que garantiza la visualización del contenido en Internet
que no está diseñado para que lo procese Firefox. Esto incluye normalmente
formatos de archivos patentados, como vídeos, audio, juegos en línea,
presentaciones y otros.
U:
UML: es el lenguaje de modelado de sistemas de software más conocido y
utilizado en la actualidad; está respaldado por el Object Management Group
(OMG).
83
REFERENCIAS
Burgos Cardemil, M. (2011). Clasificación de los Sistemas. Chile: Universidad Austral de Chile.
Durán, F., Gutierrez, F., & Pimentel, E. (2007). Programación orientada a objetos con Java.
Madrid: Editorial Paraninfo.
Elmasri, R., & Navathe, S. (2007). Fundamentos de Sistemas de Base de Datos. (M. M. Romo,
Ed., & J. M. Díaz, Trad.) Madrid, España: Pearson. Recuperado el 19 de marzo de 2017
NetBeans. (2017). Bienvenido a NetBeans y a www.netbeans.org, Portal del IDE Java Open
Source. Obtenido de https://netbeans.org/community/articles/welcome-
template_es.html
Peña Ayala, A. (2006). Ingeniería de software: Guía para crear sistemas de información.
Mexico: Instituto Politécnico Nacional.
PostgreSQL. (2017). PostgreSQL: The world's most advanced open source database. Obtenido
de https://www.postgresql.org/about/
Rodríguez Sala, J. J., Santamaría Arana, L., Rabasa Dolado, A., & Martínez Bonastre, O. (2003).
Introducción a la programación. Teoría y práctica: teoría y práctica. España: Editorial
Club Universitario.
Von Bertalanffy, L. (1992). Teoria General de los Sistemas. Argentina: Fondo de Cultura
Económica.
84