UNIVERSIDAD PERUANA DE CIENCIAS E INFORMATICA

CARRERA PROFESIONAL DE INGENIERIA DE SITEMAS E INFORMATICA

TRABAJO DE INVESTIGACION
DISEO DE UN SISTEMA DE INVENTARIO PARA OPTIMIZAR EL CONTROL DE MATERIALES EN LA EMPRESA HATUN HUASI

PRESENTADO POR EL BACHILLER ROLANDO BALBIN CHIPANA PARA OPTAR EL TITULO PROFESIONAL DE INGENIERO DE SISTEMAS E INFORMATICA

LIMA-PERU 2013

DEDICATORIA

A mi madre, porque siempre crey en m y me sac adelante, dndome ejemplos dignos de superacin y entrega, porque en gran parte de mi vida siempre estuviste presente y es por eso que gracias a ti, hoy puedo ver alcanzada mi meta, ya que siempre estuviste

impulsndome en los momentos ms difciles de mi carrera.

AGRADECIMIENTOS

Deseo agradecer a mi madre, BERTHA VIVIANA CHIPANA TERREL, por el esfuerzo que realizo en mi educacin. Porque siempre me apoyo y sigui

alentndome da a da. Por mostrarme que el mundo es mucho ms grande e interesante de lo que uno piensa y vale la pena conocerlo.

INTRODUCCION CAPITULO I: ESTUDIO METODOLOGICO DEL PROBLEMA.7 1.1 DESCRIPCION DEL PROBLEMA .................................................................... 7 1.2 DELIMITACION DEL PROBLEMA ................................................................... 8 1.3 PLANTEAMIENTO DEL PROBLEMA............................................................... 9 1.3.1 Problema general.........9 1.3.2 Problema especfico.....9 1.4 JUSTIFICACION DEL PROBLEMA .................................................................. 9 1.5 TIPO Y NIVEL DE LA INVESTIGACION ............................................................... 10 1.6 OBJETIVOS DE LA INVESTIGACION ............................................................ 10 1.6.1 Objetivo general.......10 1.6.2 Objetivo especfico......10 CAPITULO II: MARCO TEORICO..11 2.1 FUNDAMENTO DE UN SISTEMA INFORMATICO..11 2.1.1 Estructura.........11 2.1.2 Clasificacin......12 2.1.3 Fases..13 2.1.3.1 Fase I requerimientos..........13 2.1.3.2 Fase II Anlisis...14 2.1.3.3 Fase III Construccin.....15 2.1.3.4 Fase IV Pruebas....16 2.1.3.5 Fase V mantenimiento......17 2.1.4 Lenguaje de programacin....18 2.2 LENGUAJE DE PROGRAMACION EN JAVA .............................................. 19 2.2.1 Historia ................................................................................................. 19 2.1.2 Caractersticas .................................................................................... ..21 2.1.3 Necesidad de java..24 2.3 INVENTARIOS ............................................................................................. 26 2.3.1 Concepto.26

2.3.2 Administracin de inventarios....26 2.3.3 Base De Datos ...................................................................................... 27 2.4 SQL- FUNDAMENTOS.................................................................................. 28 2.4.1 Concepto .............................................................................................. 29 2.4.2 Caractersticas ....................................................................................... 29 2.4.3 Versiones............................................................................................... 29 2.5 HIPOTESIS ................................................................................................ 30 2.5.1 Hiptesis General .................................................................................. 31 2.5.2 Hiptesis Especifica .............................................................................. 31 2.3 VARIABLES Y OPERACIONALISACION DE VARIABLES .......................... 31 CAPITULO III DESARROLLO METODOLOGICO DE LA INVESTIGACION.32 3.1 SISTEMAS INFORMATICOS EN PROCESOS LOGISTICOS..32 3.2 CONTROL DE INVENTARIOS EN LA EMPRESA HATUN HUASI..33 3.3 DESARROLLO DEL SISTEMA INFORMATICO PARA EL CONTROL DE INVENTARIO.36 3.3.1 Anlisis del sistema de Inventarios36 3.3.2 Estructura del Sistema.36 3.3.3 Diseo del Sistema...37 3.3.4 Codificacin y Ejecucin..42 3.3.5 Mantenimiento...46 3.4 DETALLE DE LOS RESULTADOS.46 CAPITULO IV DISCUSIN DE RESULTADOS....48 CAPITULO V CONCLUSIONES Y RECOMENDACIONES...51 5.1 CONCLUSIONES...51 5.2 RECOMENDACIONES.....51 CAPITULO VI REFERENCIAS BIBLIOGRAFICAS....52

INTRODUCCION

La siguiente tesis presenta de manera simple y con una lectura sencilla la informacin que da seguimiento al desarrollo de un sistema computarizado con el propsito de optimizar los procesos de inventario que actualmente se llevan a cabo en la empresa de muebles hatun huasi.

En el captulo I se da una descripcin de la empresa, asi como el planteamiento del problema, objetivos, tambin una breve justificacin de porque se realiza la investigacin.

En el captulo II se describe un sistema informtico, sus fases, el lenguaje de programacin que se utilizara, la base de datos, tambin el planteamiento de la hiptesis.

En el captulo III se explica lo que vendra a ser el desarrollo del sistema, el anlisis, diseo, codificacin y los resultados obtenidos.

Luego se pasa a discutir los resultados para as tener un conjunto de conclusiones con las cuales podremos emitir determinadas recomendaciones para la empresa.

En el captulo IV se pasa a hacer referencia a la bibliografa.

CAPITULO I

ESTUDIO METODOLOGICO DEL PROBLEMA

1.1 DESCRIPCION DEL PROBLEMA

En este captulo se describen todos los problemas relacionados con la empresa hatun huasi

La empresa hatun huasi en una organizacin independiente que brinda los servicios de fabricacin y ventas en todo tipo de muebles que son destinados ya sean dentro de lima y/o provincia dentro del territorio nacional.

Hatun huasi afirma su responsabilidad social promoviendo e innovando los diversos tipos de muebles para que as los clientes tengan un buen comentario acerca de la mueblera y la mantengan como su mejor opcin al momento de adquirir cualquiera de los productos de muebles.

Hatun huasi rene un excelente grupo de profesionales dedicados al rubro de la carpintera. Aparte de ello tambin cuenta con personal dedicada a su trabajo que es la venta de estos productos, para as poder generar ganancias a dicha empresa.

El problema que se encuentra dentro de esta empresa, es el control de productos en general (Roperos, reposteros, comodas, camas, veladores, juego de comedor, vitrinas, escritorios, estantes, libreros, etc) ya que al ser en diferentes cantidades,

toma mas de un determinado tiempo en llevar el control y eso produce perdidas y demora en dicha empresa.

Por lo tanto se requiere llevar a cabo el seguimiento de abastecimiento, transacciones que son realizadas por la empresa, como tambin tener reportes para llevar a cabo un mejor control. El no agilizar procesos es un factor fundamental por el cual es necesario el desarrollo de un sistema en la empresa hatun huasi.

1.2 DELIMITACION DEL PROBLEMA

a)

Delimitacin espacial:

Esta investigacin se desarrolla en las instalaciones de la empresa Hatun huasi

b)

Delimitacin temporal:

PLAN DE TESIS

DESARROLLO TESIS

DE

INICIO FIN

Febrero del 2013 marzo del 2013

marzo del 2013 Junio del 2013

c)

Delimitacin social:

Se contara con la participacin de las siguientes personas. Investigador Administradora de la empresa Supervisor

d)

Delimitacin conceptual:

Maquinas.

muebles.

1.3 PLANTEAMIENTO DEL PROBLEMA

PROBLEMA GENERAL

Cmo influye el integrar un sistema de control de inventario a la empresa hatun huasi?

PROBLEMA ESPECIFICO

En qu medida ayuda administrativamente el uso de un sistema de control de inventarios a la empresa hatun huasi?

1.4 JUSTIFICACION DEL PROBLEMA

La tesis est realizada para brindar un servicio de integracin de software para mejorar la calidad de servicio, que permita la comunicacin y el intercambio de informacin interna entre los diferentes componentes de esta. Tiene como objetivos principales la automatizacin de procesos, brindar informacin que sirva a la toma de decisiones, lograr ventajas competitivas a la empresa.

El plan de proyecto que se presenta es para llevar a cabo un control de inventario de la empresa, con el fin de agilizar funciones en el rea de inventario permitiendo innumerables beneficios que van a recibir los mismos con la realizacin de un sistema informtico que ayude como controlar de una mejor manera los reportes e informes que a diario en ella se elaboran.

1.5 TIPO Y NIVEL DE LA INVESTIGACION

a)

Es de Tipo Aplicativo:

Esta investigacin es pura y depende de los resultados . b) Es de nivel Explicativo:

En este sentido, los estudios explicativos pueden ocuparse tanto de la determinacin de las causas como se los efectos, mediante la prueba de hiptesis. Sus resultados y conclusiones constituyen en el nivel ms profundo de conocimientos.

1.6 OBJETIVOS DE LA INVESTIGACION

OBJETIVO GENERAL

Desarrollar el sistema de control de inventario para agilizar el proceso de control de la empresa hatun huasi.

OBJETIVO ESPECIFICO

Establecer el grado de mejora en la administracin con la implementacin del sistema de inventario en la empresa hatun huasi.

10

CAPITULO II

MARCO TEORICO

2.1 FUNDAMENTOS DE UN SISTEMA INFORMATICO

Un sistema informtico es un conjunto de partes que funcionan relacionndose entre s con un objetivo preciso.

El hardware incluye computadoras o cualquier tipo de dispositivo electrnico inteligente, que consisten en procesadores, memoria, sistemas de

almacenamiento externo, etc. El software incluye al sistema operativo, firmware y aplicaciones, siendo especialmente importante los sistemas de gestin de bases de datos. Por ltimo el soporte humano incluye al personal tcnico que crean y mantienen el sistema (analistas, programadores, operarios, etc.) y a los usuario que lo utilizan.

Se pueden distinguir cuatro grupos considerados en un sistema:

-Datos: Son los valores numricos, o bien caracteres , medias multidimensionales, tales como vectores, matrices.

-Informacin: Como tal, es un conjunto de datos relacionados por alguna estructura o alguna relacin de tipo sintctico. En general, se la considera un subconjunto dentro de los datos.

11

-El Conocimiento: Constituido por elementos de informacin con ciertos significados semnticos y se le suele considerar un subconjunto de la informacin. -La inteligencia: Conjunto especifico de la informacin capaz de interpretar y gestionar otra. Es el subconjunto ms interior del espacio total de datos.

2.1.1 Estructura

Los sistemas informticos suelen estructurarse en subsistemas. Subsistema fsico: asociado al hardware. Incluye entre otros elementos la

CPU, memoria principal, placa base, perifricos de entrada y salida, etc. Subsistema Lgico: asociado al software y arquitectura. Incluye al sistema

operativo, el firmware, las aplicaciones, y las bases de datos.

2.1.2 Clasificacin

Los sistemas informticos pueden clasificarse en base a numerosos criterios. Por supuestos las clasificaciones no son estancas y es comn encontrar sistemas hbridos que no encajan en una categora.

Por su uso pueden ser:

De uso general De uso especifico

Por el paralelismo de los procesadores, que pueden ser:

SIMD: Single Instruction Multiple Data MIND: Multiple Instruction Multiple Data

Por el tipo de ordenador utilizado en el sistema

12

Estaciones de trabajo (Workstation) Terminales ligeros (Thin clients) Microordenadores (por ejemplo ordenadores personales) Miniordenadores (Servidores pequeos) Macro ordenadores (Servidores de gran capacidad) Superordenadores

Por la arquitectura

Sistema aislado Arquitectura cliente-servidor Arquitectura de 3 capas Arquitectura de n capas Servidor de aplicaciones Monitor de teleproceso o servidor de transacciones Arquitectura de 4 capas

2.1.3. Fases

2.1.3.1 Fase I- Requerimientos

Esta fase fundamental para que la estrategia informtica encaje dentro de las metas de la empresa, ya que en ella se cumplen la funciones del modelaje del negocio y planificacin del sistemas; esto con el fin de proyectar las estrategias del negocio y determinar de esta forma sus requerimientos de informacin.

Durante esta fase se desarrolla un modelado del rea estudiada, donde se representa: los procesos que se llevan a cabo, la informacin utilizada por ellos y las reglas polticas y prcticas de la empresa relacionada con stos procesos.

13

Este modelo permite proyectar la estrategias, procesos y flujos de datos de la empresa al igual que las interrelaciones entre los procesos y datos, con el fin de desarrollar un plan de sistema de informacin capaz de guiar el desarrollo de un sistema que permita dar soporte al rea en estudio en el cumplimento de sus objetivos.

El pan de Sistemas debe contener.

Los sistemas que requiere el rea del negocio, asi como sus bases de

datos y la informacin que intercambiaran o compartirn.

Descripcin detallada de cada sistema y aplicacin incluyendo sus objetos

funcionales y sus bases de diseo.

Todo Hardware y software que sern utilizados para el funcionamiento

requerido por el rea de negocio (incluyendo redes).

Mtodos de desarrollo para cada sistema como lo es adquisicin de

paquetes, nuevo desarrollo o actualizaciones.

Esquema de los problemas actuales del rea de negocios y de las posibles

mejoras que se puedan realizar en cada sistema.

Anlisis de los beneficios que se espera derivar de los sistemas que

conforman la arquitectura.

El plan de sistemas de informacin es uno de los factores mas importantes para el departamento de informtica o sistemas ya que constituye la gua para emprender los proyectos que requiera el cliente, reclutar y adiestrar al personal necesario y la adquisicin e instalacin de hardware y software necesarios.

14

3.2.3.2 Fase II Anlisis

El objetivo de esta fase es desarrollar el diseo arquitectnico de los sistemas, utilizando los requerimientos obtenidos en la primera fase. En el diseo arquitectnico se engloban dos componentes, los datos y lo procesos, los cuales sern analizados y diseados desde una perspectiva conceptual a una fsica, dentro de las cuatro actividades que se encuentran en esta fase.

Actividades dentro de la fase de Anlisis/Diseo.

Analizar y Disear Proceso: Las operaciones del negocio y los

requerimientos de funcionamiento definidos en la primera fase, se toman en cuenta con el propsito de determinar la forma en que debe funcionar el sistema el sistema.

Disear y Organizar los Componentes Fsicos: Todo componente fsico

como (pantallas, base de datos) que hagan posible el funcionamiento del sistema de acuerdo al modelo de funcionamiento.

Planificar El desarrollo de los componentes Fsicos: actividad en la cual

planificamos la forma en que puedan ser construidos e implementados los componentes fsicos de una forma rpida y productiva. En esta fase de anlisis / diseo puede incluirse una sub fase de

evaluacin de paquetes. Esta se pudiese realizar si en los requerimientos se estableci adquirir un paquete de aplicaciones en lugar de completar un diseo arquitectnico.

2.1.3.3 Fase III - Construccin

Dentro de esta fase de construccin existen actividades separadas de cinco subfases:

15

Adaptacin de Infraestructura

Durante Esta fase se desarrollara y organizara la infraestructura que permita cumplir las tareas de construccin en la forma ms productiva posible.

adaptacin de Paquete

Uno de los objetivos centrales de esta sub fase es conocer al mximo detalle posible el funcionamiento del paquete, este asegurara que el paquete ser utilizado con el mximo provecho, tanto desde el punto de vista del negocio, como de la utilizacin de recursos. Cada componente del paquete ser revisado en forma exhaustiva por el equipo Analista Usuario, con el fin de conocer y comprender todos los aspectos del paquete.

Desarrollo de unidades de diseo interactivas

Las unidades de diseo interactivas, son procedimientos que se cumple o se ejecutan a travs de un dialogo Usuario Sistema.

Las actividades de esta sub fase tienen como objetivo central:

Especificar en detalle las tareas que debe cumplir la unidad de diseo.

Desarrollar componentes.

Realizar las pruebas unitarias y las pruebas de integracin a nivel de la

unidad de diseo.

Desarrollo de unidades de diseo batch

16

En esta sub fase se preparan especificaciones hechas utilizando una combinacin de tcnicas como flujo gramas, diagramas de estructuras, tablas de decisiones, etc. Cualquiera que se utilice ser til para que la especificacin sea clara y se logre el propsito de que el programador comprenda y pueda programar y probar los programas correspondientes.

Desarrollo de unidades de diseo manuales

Las actividades de esta sub fase tiene como objetivo central desarrollar todos los procedimientos administrativos que rodean y gobernaran la utilizacin de los componentes computarizados desarrollados en la fase de diseo detallado y construccin.

2.1.3.4 Fase IV - Pruebas

Esta fase, da inicio luego de que las diferentes unidades de diseo han sido desarrolladas y probadas por separado. Durante su desarrollo, el sistema se emplea de forma experimental para asegurar que el software no falle, es decir que funcione de acuerdo a sus especificaciones y a la manera que los usuarios esperan que lo haga, y de esta forma poder detectar cualquier anomala, antes de que el sistema sea puesto en marcha y se depende de l. Para evaluar el desenvolvimiento del sistema, en esta fase se llevan a cabo varios niveles de prueba:

Funcional: Prueba desde el punto de vista de los requerimientos

funcionales.

De Sistema: Prueba desde el punto de vista de los niveles de calidad del

sistema y de desempeo.

De integracin: Prueba de interfaces.

17

De Aceptacin Tcnica: Prueba de manejo de condiciones externas.

Si el sistema cumple de forma satisfactoria con estos niveles mencionados anteriormente, se procede a realizar la carga de los archivos, base de datos y tablas del nuevo sistema, para de esta forma dar inicio al proceso de aceptacin final, durante el cual, el sistema comenzara a funcionar bajo la responsabilidad del departamento de operaciones y del usuario, por un lapso determinado de tiempo llamado periodo de aceptacin.

Finalizando el periodo de aceptacin, se le dar al sistema la aprobacin final, para que pase a ser el sistema oficial.

2.1.3.5 Fase V - Mantenimiento

Una vez que un sistema pasa a formar parte de la vida diaria de la empresa, cada programa, cada procedimiento y cada estructura de datos se convierte en una pieza del negocio que, como tal, deber funcionar en forma constante, exacta y confiable. La operacin del negocio ahora depender del funcionamiento del sistema, por lo que las tareas de mantenimientos cobran vital importancia.

Durante la fase de mantenimiento, se ponen en prctica todas las polticas y los procedimientos destinados a garantizar la operacin continua de los sistemas y a asegurar su uso efectivo, con el fin, de que estos se constituyan en una verdadera herramienta de apoyo al logro de los objetivos estratgicos de la empresa.

3.1.4 Lenguaje de Programacin

Un lenguaje

de programacin es un idioma artificial diseado para expresar

procesos que puedan ser llevadas a cabo por maquinas como las computadoras. Pueden usarse para crear programas que controlen el comportamiento fsico y

18

lgico de una mquina, para expresar algoritmos con precisin, o como modo de comunicacin humana.

Esta forma por un conjunto de smbolos y reglas sintcticas y semnticas que definen su estructura y el significado de sus elementos y expresiones. Al proceso por el cual se escribe, se prueba, se depura, se compila y se mantiene el cdigo fuente de un programa informtico se le llama programacin.

Tambin la palabra programacin se define con el proceso de creacin de un programa de computador, mediante la aplicacin de procedimientos lgicos, a travs de los siguientes pasos:

El desarrollo lgico del programa para resolver un problema en particular.

Escritura de la lgica del programa empleando un lenguaje de

programacin especfico (Codificacin del programa).

Ensamblaje o compilacin del programa hasta convertirlo en lenguaje de

mquina.

Prueba y depuracin del programa.

Desarrollo de la documentacin.

2.2 LENGUAJE DE PROGRAMACION EN JAVA

2.2.1 Historia

El lenguaje Java as como la mquina virtual, comenzaron como un proyecto interno de Sun Microsystems en 1990. Los ingenieros de Sun no estaban satisfechos con el rendimiento del lenguaje C++, por lo que James Gosling, Mike Sheridan y Patrick Naughton, junto con otros ms, comenzaron a desarrollar un nuevo lenguaje, que en principio pensaron dedicar a la programacin de todo tipo

19

de aparatos, tales como microondas, neveras, telfonos mviles, etc.. Ellos pensaban que stos generaran muchas e importantes aplicaciones para la tecnologa del futuro. El lenguaje tendra que obviar problemas que presenta C++, en campos tales como la programacin distribuida, las aplicaciones multihilo, el manejo de la memoria y ser ms sencillo de manejar que C++. Finalmente se deseaba que los programas fueran portables a todo tipo de aparatos. Inicialmente el lenguaje se llam Oak (en espaol 'roble'), en honor de un roble que haba frente a la oficina. En 1992, se present como demostracin una PDA con interface grfica y un asistente inteligente representado mediante un mueco llamado Duke. Oak fue presentado a concurso, como solucin tecnolgica, en varios proyectos para la industria del cine y la televisin, pero no fue elegido. En 1994 John Gage, James Gosling, Bill Joy, Patrick Naughton, Wayne Rosing, y Eric Schmidt se se reunieron para reorientar Oak. Decidieron orientarlo hacia la tecnologa de la Web, pues se pensaba que tras la aparicin del navegador Mosaic, sta evolucionara hacia la misma clase de interactividad, que la televisin por cable, para la cual haban estado preparando Oak. Fue asimismo en 1994 cuando se cambi el nombre de Oak a Java. Poco despus, an en 1994, la plataforma Java 1.0, estaba disponible para descarga en la Web. En 1995 Netscape anunci que incluira soporte para Java en sus navegadores, dando con esto un buen apoyo a Java.

El lenguaje java se creo con 5 objetivos principales:

Debera usar el paradigma de la programacin orientada a objetos.

Debera permitir la ejecucin de un mismo programa en mltiples sistemas operativos.

Debera incluir por defecto soporte para trabajo en red.

20

 Debera disearse para ejecutar cdigo en sistemas remotos de forma segura.

Debera ser fcil de usar y tomar lo mejor de otros lenguajes orientados a objetos, como C++.

El diseo de java, su robustez, el respaldo de la industria y su fcil portabilidad han hecho de java uno de los lenguajes con un mayor crecimiento y amplitud de uso de distintos mbitos de la industria de la informtica.

2.2.2 Caractersticas En dispositivos Mviles y Sistemas Empotrados Desde la creacin de la especificacin J2ME (Java 2 Platform, Micro Edition), una versin del entorno de ejecucin Java reducido y altamente optimizado, especialmente desarrollado para el mercado de dispositivos electrnicos de consumo se ha producido toda una revolucin en lo que a la extensin de Java se refiere. Es posible encontrar microprocesadores diseados para ejecutar bytecode Java y software Java para tarjetas inteligentes (JavaCard), telfonos mviles, buscapersonas, set-top-boxes, sintonizadores de TV y otros pequeos electrodomsticos. El modelo de desarrollo de estas aplicaciones es muy semejante a las applets de los navegadores salvo que en este caso se denominan MIDlets.

En el navegador web

Desde la primera versin de java existe la posibilidad de desarrollar pequeas aplicaciones (Applets) en Java que luego pueden ser incrustadas en una pgina HTML para que sean descargadas y ejecutadas por el navegador web. Estas mini-aplicaciones se ejecutan en una JVM que el navegador tiene configurada

21

como extensin (plug-in) en un contexto de seguridad restringido configurable para impedir la ejecucin local de cdigo potencialmente malicioso. El xito de este tipo de aplicaciones (la visin del equipo de Gosling) no fue realmente el esperado debido a diversos factores, siendo quizs el ms importante la lentitud y el reducido ancho de banda de las comunicaciones en aquel entonces que limitaba el tamao de las applets que se incrustaban en el navegador. La aparicin posterior de otras alternativas (aplicaciones web dinmicas de servidor) dej un reducido mbito de uso para esta tecnologa, quedando hoy relegada fundamentalmente a componentes especficos para la intermediacin desde una aplicacin web dinmica de servidor con dispositivos ubicados en la mquina cliente donde se ejecuta el navegador. Las applets Java no son las nicas tecnologas (aunque s las primeras) de componentes complejos incrustados en el navegador. Otras tecnologas similares pueden ser: ActiveX de Microsoft, Flash, Java Web Start, etc.

En sistemas de Servidor En la parte del servidor, Java es ms popular que nunca, desde la aparicin de la especificacin de Servlets y JSP (Java Server Pages). Hasta entonces, las aplicaciones web dinmicas de servidor que existan se basaban fundamentalmente en componentes CGI y lenguajes interpretados. Ambos tenan diversos inconvenientes (fundamentalmente lentitud, elevada carga computacional o de memoria y propensin a errores por su interpretacin dinmica). Los servlets y las JSPs supusieron un importante avance ya que:

El API de programacin es muy sencilla, flexible y extensible.

Los servlets no son procesos independientes (como los CGIs) y por tanto se ejecutan dentro del mismo proceso que la JVM mejorando notablemente el rendimiento y reduciendo la carga computacional y de memoria requeridas.

Las JSPs son pginas que se compilan dinmicamente (o se pre-compilan previamente a su distribucin) de modo que el cdigo que se consigue una ventaja en rendimiento substancial frente a muchos lenguajes interpretados. La especificacin de Servlets y JSPs define un API de programacin y los requisitos para un contenedor (servidor) dentro del cual se puedan desplegar estos componentes para formar aplicaciones web dinmicas completas. Hoy da existen multitud de contenedores (libres y comerciales) compatibles con estas especificaciones.

22

A partir de su expansin entre la comunidad de desarrolladores, estas tecnologas han dado paso a modelos de desarrollo mucho ms elaborados con frameworks (pe Struts, Webwork) que se sobreponen sobre los servlets y las JSPs para conseguir un entorno de trabajo mucho ms poderoso y segmentado en el que la especializacin de roles sea posible (desarrolladores, diseadores grficos,...) y se facilite la reutilizacin y robustez de cdigo. A pesar de todo ello, las tecnologas que subyacen (Servlets y JSPs) son substancialmente las mismas. Este modelo de trabajo se ha convertido en uno de los estndar de-facto para el desarrollo de aplicaciones web dinmicas de servidor.

En aplicaciones de escritorio Hoy en da existen multitud de aplicaciones grficas de usuario basadas en Java. El entorno de ejecucin Java (JRE) se ha convertido en un componente habitual en los PC de usuario de los sistemas operativos ms usados en el mundo. Adems, muchas aplicaciones Java lo incluyen dentro del propio paquete de la aplicacin de modo que se ejecuten en cualquier PC. En las primeras versiones de la plataforma Java existan importantes limitaciones en las APIs de desarrollo grfico (AWT). Desde la aparicin de la biblioteca Swing la situacin mejor substancialmente y posteriormente con la aparicin de bibliotecas como SWT hacen que el desarrollo de aplicaciones de escritorio complejas y con gran dinamismo, usabilidad, etc. sea relativamente sencillo.

Plataformas soportadas Una versin del entorno de ejecucin Java JRE (Java Runtime Environment) est disponible en la mayora de equipos de escritorio. Sin embargo, Microsoft no lo ha incluido por defecto en sus sistemas operativos. En el caso de Apple, ste incluye una versin propia del JRE en su sistema operativo, el Mac OS. Tambin es un producto que por defecto aparece en la mayora de las distribuciones de GNU/Linux. Debido a incompatibilidades entre distintas versiones del JRE, muchas aplicaciones prefieren instalar su propia copia del JRE antes que confiar su suerte a la aplicacin instalada por defecto. Los desarrolladores de applets de Java o bien deben insistir a los usuarios en la actualizacin del JRE, o bien desarrollar bajo una versin antigua de Java y verificar el correcto funcionamiento en las versiones posteriores.

23

Necesidad de Java Existe un gran nmero de aplicaciones y sitios web que no funcionan a menos que Java este instalado, y muchas ms que se crean a diario. Java es rpido, seguro y fiable. De porttiles a centros de datos, de consolas de juegos a superequipos cientficos, de telfonos mviles a internet, java est en todas partes.

Caractersticas Java

1.- Lenguaje Simple: Se lo conoce como lenguaje simple porque viene de la misma estructura de c y c++; ya que c++ fue un referente para la creacin de java por eso utiliza determinadas caractersticas de c++ y se han eliminado otras.

2.- Orientado a Objeto: Toda la programacin en java en su mayora est orientada a objeto, ya que al estar agrupados en estructuras encapsuladas es ms fcil su manipulacin.

3.- Distribuido: Permite abrir sockets, establecer y aceptar conexiones con los servidores o clientes remotos; facilita la creacin de aplicaciones distribuidas ya que proporciona una coleccin de clases para aplicaciones en red.

4.- Robusto: Es altamente fiable en comparacin con c, se han eliminado muchas caractersticas con la aritmtica de punteros, proporciona numerosas comprobaciones en compilacin y en tiempo de ejecucin.

5.- Seguro: La seguridad es una caracterstica muy importante en java ya que se han implementado barreras de seguridad en el lenguaje y en el sistema de ejecucin de tiempo real.

24

6.- Indiferente a la arquitectura:

Java es compatible con los ms variados entornos de red, cualesquiera sean estos desde Windows 95, Unix a Windows Nt y Mac, para poder trabajar con diferentes sistemas operativos. Java es muy verstil ya que utiliza byte-codes que es un formato intermedio que sirve para transportar el cdigo eficientemente o de diferentes plataformas (Hardware - Software).

7.- Portable: Por ser indiferente a la arquitectura sobre la cual est trabajando, esto hace que su portabilidad sea muy eficiente, sus programas son iguales en cualquiera de las plataformas, ya que java especifica tamaos bsicos, esto se conoce como la mquina virtual de java.

8.- Interpretado y compilado a la vez: Java puede ser compilado e interpretado en tiempo real, ya que cuando se construye el cdigo fuente este se transforma en una especie de cdigo de mquina.

9.- Multihebra o Multihilos: Java tiene una facilidad de cumplir varias funciones al mismo tiempo, gracias a su funcin de multahilos ya que por cada hilo que el programa tenga se ejecutaran en tiempo real muchas funciones al mismo tiempo.

10.- Dinmico: El lenguaje java es muy dinmico en la fase de enlazado, sus clases solamente actuaran en medida en que sean requeridas o necesitadas con esto permitir que los enlaces se puedan incluir incluso desde fuentes muy variadas o desde la red.

11.- Produce Applets: En java se pueden crear aplicaciones independientes y applets. Independientes porque se pueden comportar como cualquier programa escrito en cualquier lenguaje. Por otra parte los applets considerados pequeos programas, tienen la capacidad de ejecutar funciones muy complejas.

25

12.- Alto rendimiento Java es considerado de alto rendimiento por ser tan veloz en el momento de correr los programas y por ahorrase muchas lneas de cdigo.

2.3 INVENTARIOS

2.3.1 Concepto

El inventario es el conjunto de mercancas o artculos que tiene la empresa para comerciar con aquellos, permitiendo la compra y venta o la fabricacin primero antes de venderlos, en un periodo econmico determinados. Deben aparecer en el grupo de activos circulantes. Es uno de los activos ms grandes existentes en una empresa. El inventario aparece tanto en el balance general como en el estado de resultados. En el balance General, el inventario a menudo es el activo corriente mas grande. En el estado de resultado, el inventario final se resta del costo de mercancas disponibles para la venta y as poder determinar el costo de las mercancas vendidas durante un periodo determinado. Los Inventarios son bienes tangibles que se tienen para la venta en el curso ordinario del negocio o para ser consumidos en la produccin de bienes o servicios para su posterior comercializacin. Los inventarios comprenden, adems de las materias primas, productos en proceso y productos terminados o mercancas para la venta, los materiales, repuestos y Accesorios para ser consumidos en la produccin de bienes fabricados para la venta o en la prestacin de servicios; empaques y envases y los inventarios en trnsito.

2.3.2 Administracin de inventarios

Es la eficiencia en el manejo adecuado del registro, de la rotacin y evaluacin del inventario de acuerdo a como se clasifique y que tipo inventario tenga la empresa, ya que a travs de todo esto determinaremos los resultados (utilidades o prdidas) de una manera razonable, pudiendo establecer la situacin financiera de la empresa y las medidas necesarias para mejorar o mantener dicha situacin.

Finalidad de la administracin de inventarios

26

La administracin de inventario implica la determinacin de la cantidad de inventario que deber mantenerse, la fecha en que debern colocarse los pedidos y las cantidades de unidades a ordenar. La administracin en general, se centra en cuatro aspectos bsicos: Cuntas Unidades deberan ordenarse o producirse en un momento dado. En qu momento deberan ordenarse o producirse el inventario. Que artculos del inventario merecen una atencin personal.

Puede uno protegerse contra los cambios en los costos de los artculos del inventario.

2.3.3 Base de Datos Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel e indexados para su consulta. Actualmente, y debido al desarrollo tecnolgico de campos como la informtica y la electrnica, la mayora de las bases de datos estn en formato digital (electrnico), y por ende se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos.

Tipos de bases de datos: Las bases de datos pueden clasificarse de varias maneras, de acuerdo al contexto que se est manejando, la utilidad de las mismas o las necesidades que satisfagan.

Segn la variabilidad de los datos almacenados

Bases de datos estticas

27

Son bases de datos de slo lectura, utilizadas primordialmente para almacenar datos histricos que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a travs del tiempo, realizar proyecciones, tomar decisiones y realizar anlisis de datos para inteligencia empresarial. Bases de datos dinmicas

stas son bases de datos donde la informacin almacenada se modifica con el tiempo, permitiendo operaciones como actualizacin, borrado y adicin de datos, adems de las operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un sistema de informacin de un supermercado, una farmacia, un videoclub o una empresa. Segn el contenido Bases de datos bibliogrficas

Slo contienen un subrogante (representante) de la fuente primaria, que permite localizarla. Un registro tpico de una base de datos bibliogrfica contiene informacin sobre el autor, fecha de publicacin, editorial, ttulo, edicin, de una determinada publicacin, etc. Puede contener un resumen o extracto de la publicacin original, pero nunca el texto completo, porque si no, estaramos en presencia de una base de datos a texto completo. Como su nombre lo indica, el contenido son cifras o nmeros. Por ejemplo, una coleccin de resultados de anlisis de laboratorio, entre otras. Bases de datos de texto completo

Almacenan las fuentes primarias, como por ejemplo, todo el contenido de todas las ediciones de una coleccin de revistas cientficas.

2.4 SQL FUNDAMENTOS 2.4.1 Concepto

28

Microsoft SQL Server es un sistema para la gestin de bases de datos producido por Microsoft basado en el modelo relacional. Sus lenguajes para consultas son T-SQL y ANSI SQL. Microsoft SQL Server constituye la alternativa de Microsoft a otros potentes sistemas gestores de bases de datos como son Oracle, PostgreSQL o MySQL.

2.4.2 Caractersticas

Soporte de transacciones. Soporta procedimientos almacenados. Incluye tambin un entorno grfico de administracin, que permite el uso de comandos DDL y DML grficamente. Permite trabajar en modo cliente-servidor, donde la informacin y datos se alojan en el servidor y los terminales o clientes de la red slo acceden a la informacin. Adems permite administrar informacin de otros servidores de datos. Este sistema incluye una versin reducida, llamada MSDE con el mismo motor de base de datos pero orientado a proyectos ms pequeos, que en sus versiones 2005 y 2008 pasa a ser el SQL Express Edition, que se distribuye en forma gratuita. Es comn desarrollar completos proyectos complementando Microsoft SQL Server y Microsoft Access a travs de los llamados ADP(Access Data Project). De esta forma se completa la base de datos (Microsoft SQL Server), con el entorno de desarrollo (VBA Access), a travs de la implementacin de aplicaciones de dos capas mediante el uso de formularios Windows. En el manejo de SQL mediante lneas de comando se utiliza el SQLCMD Para el desarrollo de aplicaciones ms complejas (tres o ms capas), Microsoft SQL Server incluye interfaces de acceso para varias plataformas de desarrollo, entre ellas .NET, pero el servidor slo est disponible para Sistemas Operativos. 2.4.3 Versiones

Historia de versiones

Versin

Ao

Nombre de la versin

Nombre clave

1.0 (OS/2)

1989

SQL Server 1-0

SQL

29

4.21 (WinNT)

1993

SQL Server 4.21

SEQUEL

6.0

1995

SQL Server 6.0

SQL95

6.5

1996

SQL Server 6.5

Hydra

7.0

1998

SQL Server 7.0

Sphinx

1999

SQL Server 7.0 OLAP Tools

Plato

8.0

2000

SQL Server 2000

Shiloh

8.0

2003

SQL Server 2000 64-bit Edition

Liberty

9.0

2005

SQL Server 2005

Yukon

10.0

2008

SQL Server 2008

Katmai

10.50

2010

SQL Server 2008 R2

Kilimanjaro

11.0

2012

SQL Server 2012

Denali

2.5 HIPOTESIS

2.5.1 Hiptesis General

30

El Sistema de Control de Inventario de la empresa hatun huassi, Agiliza el control de procesos.

2.5.2 Hiptesis Especfica La administracin de la empresa hatun huassi, mejora con la Implementacin del Sistema de Control de Inventario para dicha entidad.

2.6 VARIABLES Variable Independiente: Sistema de Inventario Variable Dependiente: Control de Materiales

2.6.1 Operacionalizacin de Variables

VARIABLES Vx: Sistema de inventario

INDICADORES Velocidad de Procesos Porcentaje de avance de Software Nmero de Registro inventario Numero de Campos de

Vy: Control de materiales

31

CAPITULO III DESARROLLO METODOLOGICO DE LA INVESTIGACION 3.1 SISTEMAS INFORMATICOS EN PROCESOS LOGISTICOS CONTROL DE INVENTARIO CON ANALISIS DE LA DEMANDA, PARA LA EMPRESA HATUN HUASI.

Logstica: Planificacin, organizacin y control del conjunto de actividades de movimiento y almacenamiento que faciliten el flujo de materiales y productos desde la fuente al consumo, para satisfacer la demanda al menor costo, incluido los flujos de informacin y control. Logstica de Compras

Logstica de Produccin

32

Divisin de la logstica

33

3.2 EL MANEJO DE INVENTARIOS EN LA EMPRESA HATUN HUASI El equipo Informtico con el que cuenta la empresa se describe a continuacin: COMPUTADORAS DE ESCRITORIO Procesador Intel i5 a 2.5 G.H 4 GB de Memoria RAM. Disco Duro 500 GB. Sistema Operativo Windows 7 Home Premium.

IMPRESORAS Impresora HP 300 Impresora Laser HP

El control de inventario que se lleva actualmente en la empresa hatun huasi es el siguiente

34

PROGRAMA UTILIZADO PARA EL REGISTRO Actualmente el proceso de registro se lleva a cabo manualmente en Microsoft Excel.

35

3.3 DESARROLLO DE SISTEMA INFORMATICO PARA EL CONTROL DE INVENTARIO.

Despus del anlisis de la problemtica planteada anteriormente, se ha decidido llevar a cabo el desarrollo de un sistema computarizado y de una base de datos que permita a la empresa optimizar el manejo y el control de los procesos antes mencionados, dicho sistema permitir administrador y los propietarios tener informacin organizada y confiable, que garantice la funcionalidad de la empresa. Lo que se traducir en un mejor servicio y en un ahorro de tiempo y en dinero.

3.3.1 ANALISIS DEL SISTEMA DE INVENTARIOS.

El sistema requiere de las siguientes tablas para su buen funcionamiento. Tabla Articulo; En la cual se almacenara todos los artculos con los que cuenta la empresa. Tabla Proveedor; Se almacenara a toda entidad la cual nos abastece, teniendo su telfono, direccin, RUC, razn social. Tabla Usuario; En este caso nos servir para tener un control de ingreso al sistema en donde se cada uno tendr un nombre y clave. Tabla Registro; Donde se encontraran todos los movimientos, transacciones hechas por la empresa. Tabla Detalle Salida; Registra todas las salidas de los diferentes artculos de la empresa. Tabla Detalle Entrada; Registra todos los abastecimientos o ingresos de artculos a la empresa.

3.3.2 Estructura del Sistema Opciones del Men.

ARTICULOS

PROVEEDOR

USUARIO

REGISTRAR

CONSULTAS

Opciones del submen

36

Ingresar nuevo Articulo

Ingresar nuevo proveedor

Ingresar nuevo Usuario

Registrar ingreso almacn

Consultar a artculo, proveedor, usuario, registro.

Eliminar articulo

Eliminar Proveedor

Eliminar Usuario

Registrar Salida almacn

Consulta de de existencia de artculo.

Modificar Articulo

Modificar Proveedor

Modificar Usuario

Mostrar Stock almacn de

3.3.3 Diseo del Sistema. Diagrama Entidad Relacion

37

CASOS DE USO INGRESO AL SISTEMA

OPCIONES DEL MENU:

ARTICULO

38

PROVEEDOR:

USUARIO:

39

MODELAMIENTO DE LA BASE DE DATOS

MODELO CONCEPTUAL

40

MODELO LOGICO

MODELO FISICO:

41

3.3.4 Codificacin y ejecucin:

ACCESO AL SISTEMA

Para ingresar al sistema es necesario estar registrado en la base de datos como usuario, por lo cual tendrs un ID y password con el cual se podr acceder al sistema.

<?xml versin=1.0 encoding=UTF-8?> <!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml-transitional.dtd> <html xmlns=http://www.w3.org/1999/xhtnl> Xmlns:h=://www.java.sun.com/jsf/html> <h:head>

<title>Login</title> <h:head> <h:body> <center><h:form> <h:outputLabel value=AUTENTICANDO USUARIO/> <table>

42

<div style=border: 1px solid rgb (100,102,204);> <tr> <br></br> <td align= right><h:outputLabel value = USUARIO:/> <h:inputText maxlength= 15 size= 15 value= #{usuarioMB.user}id= txtUsuario/><br></br> <h:outputLabel value= Password:/> <h:inputSecret maxlength= 15 size= 15 value= #{usuarioMB.pass}id= txtPassword/><br></br> <h:command Button style= color: #003366; background-color:#99CCFF styleClass= boton value= Aceptar action= #usuarioMB.validame()}/> </td> <h:command Button style= color: #003366; background-color:#99CCFF styleClass= boton value= Cancelar action= #usuarioMB.validame()}/> <td> <h:graphicImage value= imagen/login.jpg with= 100 Height= 100/></td> </tr> </div> </table> </h:form> </center> </h:body> </html>

43

PANTALLA PRINCIPAL Despus de habernos registrado en el login podremos acceder a la pgina principal donde encontraremos distintas opciones como modificar, ingresar, etc.

<?xml versin=1.0 encoding=UTF-8?> <!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml-transitional.dtd> <html xmlns=http://www.w3.org/1999/xhtnl> xmlns:h=://www.java.sun.com/jsf/html> xmlns:ui=://www.java.sun.com/jsf/facelets> <head> <title> Facelet Title </title> </head>

44

<body> <ui:composition template= ./plantillita/plantilla.xhtml> <ui:define name= top> <h:form> <table width= 100%> <tr> <td align= center> <h2>CONTROL DE MATERIALES </h2> </td> <td align= right> <p><h:outputLabel value= Usuario: #{usuarioMB.nombre}/><br> </br><h:commandButton style= color: #003366; background-color: #99CCFF value= Salir action= #{usuarioMB.doSalir()}/> </p> </td> </tr> </table> </h:form> </ui:define> <ui:define name= content> <h:form> <h:commandLink value= ARTICULOS action= articulo/>&nbsp; <h:commandLink value= PROVEEDORES action= proveedor/>&nbsp; <h:commandLink value= MOVIMIENTO action= movimiento/>&nbsp; <h:commandLink value= KARDEX action= kardex/>&nbsp; <h:commandLink value= CONSULTA action= consulta/> </h:form>

</ui:define> <ui:define name= bottom>

</ui:define>

45

</ui:composition> </body> </html>

3.3.5 Mantenimiento El sistema tendr un mantenimiento anual para su mejor uso.

3.4 DETALLE DE LOS RESULTADOS

PAGINA DE INICIO

46

PAGINA SIGUIENTE

47

CAPITULO IV DISCUSIN DE RESULTADOS

RESULTADOS A continuacin se mostrara como quedara el sistema.

PANTALLA PRINCIPAL Men de Opciones para consultar o modificar algn campo.

48

PANTALLA DE ARTICULOS Para registrar el ingreso de un nuevo artculo al sistema.

PANTALLA PROVEEDOR Ingreso de algn nuevo proveedor.

49

PANTALLA PARA REALIZAR CONSULTA Para realizar una consulta de acuerdo al cdigo de cada tabla.

50

CAPITULO V CONCLUSIONES Y RECOMENDACIONES 5.1 CONCLUSIONES Los Sistemas Informticos hoy en da son necesarios para la permanencia

en el mercado de una entidad. El sistema de Control de Materiales tiene como fin agilizar los procesos en la Empresa hatun huasi, tanto como mejorar el rendimiento del personal, automatizando pasos para un buen control de inventario. El buen funcionamiento del sistema depende tambin del buen control del

usuario.

5.2 RECOMENDACIONES

Sistematizar los procesos para todas las reas en la empresa. Y as tener

un mejor rendimiento. Crear o fortalecer los entes tcnicos que faciliten la actividad a realizar por

el empleado.

51

CAPITULO VI REFERENCIAS BIBLIOGRAFICAS

6.1 BIBLIOGRAFIAS http://www.alc-logistica.com/SISTEMAS.php http://www.gerencie.com/sistema-de-inventarios-permanente.html http://informatica-colegiom.foroactivos.net/t20-sistemas-informaticos http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r5705.doc CONSTRUCCION DE SOFTWARE ORIENTADO A OBJETOS AUTOR:

ROSA MENENDEZ MUERAS. LIBRO: 101 TIPS PARA PROGRAMAR CON JAVA - AUTOR: GRIFFITH LIBRO: A FONDO DINAMIC HTML AUTOR: ISAACS

52