RESUMEN DEL CAPITULO En el presente Capitul, se describe la problemtica afrontada por el proyecto y los objetivos a ser encarados para

pasar luego a la formulacin de la hiptesis de investigacin.

1.1 INTRODUCCION. Durante los ltimos aos la tecnolog a ha ido creciendo en un en ritmo alarmante, tal proceso ase !ue las pe!ueas empresas se levanten y !ue cuenten ya con la tecnolog a creciente, para poder rendir un cien por ciento en sus reas, con los aos la tecnolog a acido mas accesible !ue en aos anteriores, como tambi"n en lo econmico, la tecnolog a ha ido mejorando la vida del hombre como tambi"n la a ido cortando en caso de trabajo, las ma!uinas la cuales funcionan a sistemas espec ficos han ido reempla#ando al trabajo !ue reali#aba el hombre ya sea en oficinas o grandes empresas en los cuales reempla#an a los obreros el cual fue aumentando la pobre#a en todo el mundo. El taller mecnico de servicios t"cnicos automotri# $%ED C&% '()(%*+ re!uiere de un sistema de control de e!uipos !ue tiene el taller, el sistema automati#ado tiene !ue proporcionar el ahorro de tiempo !ue el lo esencial lo cual dar ahorros econmicos mas la informacin actuali#ada para una buena relacin en el taller. ,as necesidades son ptimas y principales por !ue el taller ha ido creciendo en los ltimos aos y el nico control !ue posean era manual, lo cual los errores eran frecuentes en la hora de revisar los productos e-istentes. El siguiente proyecto esta citado a la creacin de un sistema automati#ado !ue necesitara un e!uip computari#ado en el cual ser instalado el sistema, el sistema ser un sistema !ue controlara, segn las necesidades del usuario, control total de los e!uipos !ue se tiene y los productos de venta !ue ay en este taller $)aller en

mecnica !ue se encarga en el diagnostico y reparacin total de veh culos los cuales tiene como productos en venta repuestos de mviles+. 1.2 ANTECEDENTES. ,os antecedentes permitirn conocer el estado actual del taller mecnico de servicios t"cnicos en automotri# $%ED C&% '()(%*+, es un taller !ue necesita un control automati#ado. *e ha podido recolectar informacin los cuales estudiadas a detalle dan a conocer !ue los problemas se hallan en la recoleccin de datos y bs!ueda de datos, ya !ue esta recoleccin se hace manualmente y ocupa tiempo y principal mente estos documentos suelen perderse o presentar alteraciones el cual genera mala estabilidad en el taller. El usuario necesita un sistema rpido y efica# ala hora de llenar datos y recopilar datos, el cual le ayude ahorrar tiempo y evitar mal entendidos en el taller. 1.2.1 ANTECEDENTES INSTITUCIONALES. El taller mecnico de servicios t"cnicos en automotri# $%ED C&% '()(%*+ es especiali#ado en las reas de *istemas de .nyeccin electrnica (/D . 0 (/D .., .nstalacin y adaptacin de Cerebros electrnicos 1ED23, Diagnostico Computari#ado, 'antenimiento y %eparacin de 4eh culos en general. Este taller naci hace siete aos con dos t"cnicos especiali#ados en el rea de la automotri# y con los pasos de los aos el pe!ueo taller fue creciendo en cuanto a e!uipos y hace dos aos ya con la venta de repuesto. El dueo del taller el *r. )ec. Edgar 5ernande# Ch. comen# con unos pe!ueos e!uipos los cuales fueron creciendo con los aos. El taller actualmente se halla ubicado en $&46 C vica Es!. Calle 789:; <ona 4illa )ejada )riangular+ 1.2.2 ANTECEDENTES TEMATICOS. =ara reali#ar antecedente temtico tome como referencia los proyectos de grado reali#ado por >uti"rre# *alas >uido $sistemas integrados para la administracin y 2

seguimiento de documentos+ servicio nacional de caminos proyecto de grado E'. ,a =a#0/olivia ?@@?. 1.3 PLANTEAMIENTO DEL PROBLEMA. El problema !ue se presenta en el presente proyecto de grado es la dificultad en el controlo !ue se tiene con los e!uipos y los materiales en venta del taller mecnico $%ED C&% '()(%*+ El problema es el control !ue usa actualmente el cual es manual y lento el cual hace !ue se pierda tiempo y por lo tanto entradas econom as los cuales generan frecuentemente mal entendidos con los empleados, el proyecto menciona !ue a trav"s del sistema su puede mejorar el proceso de ahorro de tiempo y entradas econmicas. =ara el planteamiento de los problemas se desarrollo un rbol de problemas 14er &ne-os &3. 1.3.1 PROBLEMA CENTRAL. El control inoportuno de los e!uipos en el taller mecnico $%ED C&% '()(%*+ los cuales genera p"rdidas de tiempo y mal entendidos entre el personal. 1.3.2 PROBLEMAS SECUNDARIOS. 0 ,a tardan#a en la bs!ueda de datos en el sistema actual hace !ue se pierda el tiempo innecesariamente. 0 0 8o e-iste coordinacin en el manejo de la informacin. ,as perdidas de los documentos manuales hace !ue haya mal entendidos en el taller, todo por ser manual y incomprensible en muchas ocasiones.

8o hay un personal adecuado en el taller !ue este especiali#ado en el manejo de los datos.

1.4 OBJETIVOS. =ara el planteamiento de los problemas se desarrollo un rbol de objetivos 14er &ne-os /3 con la ayuda del rbol del rbol de problema 14er &ne-os &3 en el cual se propone soluciones a los problemas !ue se describen anterior mente adems se desprenden objetivos espec ficos !ue ayudaran al desarrollo del problema central y solucionar los pedidos del usuario segn sus necesidades. 1.4.1 OBJETIVO GENERAL. Desarrollar un sistema de control de e!uipos !ue administre el proceso de implementacin de datos como de bs!ueda de estos, seguridad y la rectitud de los datos generales del taller mecnico $%ED C&% '()(%*+. 1.4.2 OBJETIVO ESPECIFICOS. A Disear un sistema de control automati#ado !ue permita controlar los e!uipos del taller como tambi"n los repuestos en venta. A 'ostrar la informacin obtenida mediante el sistema en el proceso de registro agrupando por reas espec ficas. A ,a precisin en la bus!ue de los datos. 1.5 HIPOTESIS. 2na ves reali#ado el problema y habiendo definido los objetivos se dar solucin al problema y se proceder a establecer la hiptesis del proyecto de grado.

El control del sistema automati#ado tiene !ue proporcionar el ahorro de tiempo y dinero ms la informacin actuali#ada para una mejor relacin en el taller mecnico. 1.5.1 VARIABLE INDEPENDIENTE. Disear un sistema automati#ado y reempla#ar el sistema manual ya e-istente implementando un sistema de informacin actuali#ada.

1.5.2 VARIABLE DEPENDIENTE. Desarrollar un sistema automati#ado !ue permita la operacin de un control automati#ado reempla#ando a un control manual para un mejor rendimiento. 1.5.3 VARIABLE INTERVINIENTE. Desarrollar un sistema automati#ado basado en control de e!uipos mecnicos. 1.5.4 VARIABLE MODERANTEE. Es el control de sistema sobre el taller mecnico de servicios t"cnicos automotri# $%ED C&% '()(%*+ 1.6 JUSTIFICACION. El siguiente proyecto se lo desarrollo por la necesidad de automati#ar la informacin de el taller mecnico de servicios t"cnicos automotri# $%ED C&% '()(%*+ de esta manera el control ser eficiente y legible.

El objetivo es !ue el sistema funcione adecuadamente para el taller, el sistema ayudara de esta manera al proceso de control de e!uipos y agili#ara el trabajo causando ahorros de tiempo y dinero. El siguiente proyecto ser definido en tres puntos Bustificacin Econmica, Bustificacin )"cnica y Bustificacin Cient fica. 1.6.1 JUSTIFICACION ECONOMICA. El siguiente proyecto se justifica econmicamente por incrementar la productividad al disminuir el tiempo para el control de e!uipos en el taller mecnico de servicios t"cnicos automotri# $%ED C&% '()(%*+ en la !ue a tenido muchas perdidas de cliente por la tardan#a en la atencin y por la mala coordinacin con el inventario de la produccin y el mal manejo de sus ma!uinarias por lo cual la produccin baja un porcentaje alto. 1.6.2 JUSTIFICACION TECNICA. El siguiente proyecto se justifica t"cnicamente por una herramienta para el proceso de sistema automati#ado el conjunto de herramientas utili#adas para el desarrollo del proyecto utili#ando t"cnicas de recoleccin y documentacin para el desarrollo de la aplicacin del sistema. 1.6.3 JUSTIFICACION CIENTIFICA. Debido al continuo avance tecnolgico abriga al taller dedicada es especiali#ado en las reas de *istemas de .nyeccin electrnica (/D . 0 (/D .., .nstalacin y adaptacin de Cerebros electrnicos1ED23, Diagnostico Computari#ado, 'antenimiento y %eparacin de 4eh culos en general, hace necesidad crear un sistemas de interaccin mas amigable y accesible con el usuario !ue brinde nuevos conocimientos los cuales contribuyen con la aplicacin y la practica el cual

con el tiempo ser reconocido como un sistema de control ms eficiente en el futuro. 1.6.4 METODOLOGA, TECNICAS Y HERRAMIENTAS DE DESARROLLO. ,a metodolog a a emplearse para la compresin de la realidad de aspectos particulares ser una metodolog a cualitativa para una caracter stica de este m"todo en su estrategia para tratar de conocer procesos estructurados y hechos y no a trabes de la medicin de sus elementos, la misma estrategia indica el procedimiento de una caracter stica nica de las observaciones. 1. ALCANCES Y APORTES. El .8*).)2)( )EC8(,C>.C( =2E%)( DE 'EB.,,(8E* $,& =&<+ tiene la adecuada preparacin para sus profesionales $t"cnico superior+ con una buena orientacin para la reali#acin de proyecto !ue debe ser un aporte de lo aprendido por cada estudiante, se mostrara todos los alcances pedidos pedidos para el proyecto. 1. .1 ALCANCE TEMATICO. El sistema estar basado en el rea de ingenier a de softDare, siendo un sistema de control con datos perfectamente relacionados. El rea de base datos permitir !ue solo se introdu#can datos precisos, y este ser almacenado para un buen control de los e!uipos. 1. .2 ALCANCE ESPACIAL. El proyecto de grado se aplicara en el taller mecnico servicios t"cnicos automotri# $%ED C&% '()(%*+. El taller actualmente se halla ubicado en $&46 C vica Es!. Calle 789:; <ona 4illa )ejada )riangular+. 7

1. .3 ALCANCE TEMPORAL. El presente proyecto de grado ser reali#ado segn el cronograma de .8*).)2)( El )EC8(,C>.C( =2E%)( DE 'EB.,,(8E* $,& =&<+, en una ejecucin de ocho meses. 1. .4 ALCANCE SOCIAL. &ctual mente el proceso de recopilacin de datos es demasiado lenta, el mismo dueo es el encargado de este proceso. Con el siguiente proyecto se contratara un encargado especiali#ado !ue manipule el sistema, dando as un puesto de trabajo.

RESUMEN DEL CAPITULO En el presente Capitulo, se describe las diferentes referencias !ue son necesarias para el desarrollo del proyecto, como la organi#acin del taller y la descripcin del rea de trabajo.

2.1 ORGANISACION DEL TALLER MECANICO El taller mecnico de servicios t"cnicos en automotri# +%ED C&% '()(%*+ es especiali#ado en las reas distintas de la auto motri#, las cuales se fue organi#ando en el ao del ?@@7, actualmente el negocio cuenta con una gran variedad de e!uipos los cuales se fueron ad!uiriendo con el pasar de los aos. 2.1.1 EL TALLER MECANICO El taller ubicado en $&46 C vica Es!. Calle 789:; <ona 4illa )ejada )riangular+ consta de un espacio de reparacin de cavidad de ? veh culos el taller haciendo !ue las revisiones se hagan en la calle. 2.1.2 DESCRIPCION DEL AREA DE TRABAJO El sistema acta consta de operaciones bsicas las cuales con un bol grafo, un cuaderno en las cuales se reali#an los anotes, se va inventariando todos los e!uipos e-istentes, como tambi"n los repuestos !ue estn en venta. Comen#ando desde el primer desarmador se lo va anotando en un inventario echo en un cuaderno, esto general mente lleva tiempo, por ello es necesario crear un sistema !ue acorte este tiempo

2.1.3 DEDICACION DEL TALLER El negocio consta en la revisin y reparacin de estos, por lo cual se hace una cobran#a medida ala clientela, todo dependiendo de la dificaultal del trabajo y sobre todo si e-iste una solucin al problema. *i el taller consta con los repuestos para la reparacin se hacen ciertas rebajas las cuales hace !ue se aumente la clientela.

10

RESUMEN DEL CAPITULO En el presente Capitulo, describe diferentes conceptos para la sustentacin del tema, como la teor a de sistema, ingenier a del softDare y base de datos para el futuro desarrollo del proyecto.

3.1 TEORIA DE SISTEMA ,a teor a de la organi#acin y la prctica administrativa han e-perimentado cambios sustanciales en aos recientes. ,a informacin proporcionada por las ciencias de la administracin y la conducta ha enri!uecido a la teor a tradicional. Estos esfuer#os de investigacin y de conceptuali#acin a veces han llevado a descubrimientos divergentes. *in embargo, surgi un enfo!ue !ue puede servir como base para lograrla convergencia, el enfo!ue de sistemas, !ue facilita la unificacin de muchos campos del conocimiento. Dicho enfo!ue ha sido usado por las ciencias f sicas, biolgicas y sociales, como marco de referencia para la integracin de la teor a organi#acional moderna. El primer e-positor de la )eor a >eneral de los *istemas fue ,udDing von /ertalanffy, en el intento de lograr una metodolog a integradora para el tratamiento de problemas cient ficos. ,a meta de la )eor a >eneral de los *istemas no es buscar analog as entre las ciencias, sino tratar de evitar la superficialidad cient fica !ue ha estancado a las ciencias. =ara ello emplea como instrumento, modelos utili#ables y transferibles entre varios continentes cient ficos, toda ve# !ue dicha e-trapolacin sea posible e integrable a las respectivas disciplinas. ,a )eor a >eneral de los *istemas se basa en dos pilares bsicos6 aportes semnticos y aportes metodolgicos, a los cuales me refiero en las pr-imas pginas.

11

3.1.1 SISTEMA Es un conjunto organi#ado de cosas o partes inter actuantes e interdependientes, !ue se relacionan formando un todo unitario y complejo. Cabe aclarar !ue las cosas o partes !ue componen al sistema, no se refieren al campo f sico 1objetos3, sino ms bien al funcional. De este modo las cosas o partes pasan a ser funciones bsicas reali#adas por el sistema. =odemos enumerarlas en6 entradas, procesos y salidas. 3.1.2 CARACTERISTICAS DE SISTEMAS E. 2. 3. ;. 5. (bjetivos del sistema total. El ambiente del sistema. ,os recursos del sistema. ,os componentes del sistema. ,a administracin del sistema.

,os objetivos del sistema son las metas o fines hacia los cuales se !uiere llegar. =or ello la bs!ueda del objetivo a la cual se !uiere llegar, constituye una de las caracter sticas de los sistemas. El ambiente del sistema es todo lo !ue est afuera del sistema. 1. 2. El ambiente incluye todo lo !ue esta fuera del control del sistema. El sistema ejerce una influencia casi nula con el ambiente. El ambiente acta sobre el sistema cuando nos provee insumos 1ingresos3 y los productos 1egresos3. )enemos por ejemplo6 0 0 0 0 ,os Crganos %eguladores Competencias Clientes =roveedores

12

,os rganos reguladores son por ejemplo la empresa !ue lo mantiene. ,as competencias son las distintas empresas !ue proveen elementos o materia prima. Clientes son los usuarios. =roveedores son los !ue proveen elementos o materia prima para !ue funcione el sistema. ,os recursos del sistema son todos los medios de !ue dispone el sistema para ejecutar las actividades necesarias para la reali#acin de o los objetivos. ,os recursos se encuentran dentro del sistema, adems en el ambiente se encuentran los elementos !ue el sistema puede o no tomar para beneficio propio. En un sistema cerrado todos los recursos se encuentran presentes al mismo tiempo. En un sistema abierto pueden entrar provisiones o recursos. =odemos tener recursos humanos, materiales, tecnolgicos, log sticos, financieros, etc. En los humanos pueden ser personas. En los f sicos o materiales pueden ser m!uinas, e!uipos, materia prima, energ a, tecnolog a, etc. En los financieros pueden ser capital de inversiones, prestamos, cuentas por cobrar, etc. En los mercadolgicos pueden ser pedido de clientes, mercado de clientes0 usuarios0consumidores, etc. En los administrativos pueden ser planificacin, control, direccin, organi#acin, etc. ,os componentes del sistema son las tareas o actividades !ue se pueden llevar a cabo para reali#ar sus objetivos. =or ejemplo si se aumenta las actividades tambi"n se aumenta el rendimiento del sistema. ,a administracin del sistema tiene dos funciones bsicas6 E. ,a planificacin son todos los aspectos como objetivos, el ambiente, la utili#acin de recursos, sus componentes y sus actividades.

13

?.

El control esto implica la e-animacin de los planes y la planificacin de los cambios.

=or lo tanto en cual!uier sistema en marcha se debe hacer un control peridico. 3.1.3 TIPOS DE SISTEMA ,a clasificacin de un sistema se puede dar mediante el anlisis. 3.1.3.1 EL ANALISTA DE SISTEMAS DE INFORMACION En una empresa pe!uea, lo ms probable es !ue realice las actividades6 E.0&8&,.*.* DE *.)E'&* 1&nalista de informacin36 Es reunir informacin y determinar los re!uisitos. ,os analistas no son responsables del diseo de sistema. ?.0&8&,.*.* F D.*EG( DE, *.*)E'& 1Diseadores de sistemas, Diseadores de aplicaciones36 El analista tiene la responsabilidad adicional de disear el nuevo sistema. 7.0&8&,.*.*, D.*EG( F =%(>%&'&C.C8 DE, *.*)E'& 1&nalista programador36 Desarrolla las especificaciones de diseo y escribe el softDare necesario para implementar el diseo. 3.1.3.2 ELEMENTOS DE UN SISTEMA DE INFORMACION *(5H&%E. ,os programas de computadoras, as estructuras de datos y la documentacin asociada, !ue sirve para reali#ar el m"todo lgico. I&%H&%E6 ,os dispositivos electrnicos !ue proporcionan la capacidad de computacin y !ue proporcionan las funciones del mundo e-terior. >E8)E6 ,os individuos !ue son usuarios y operadores del softDare y del hardDare. /&*E* DE D&)(*6 2na coleccin grande y organi#ada de informacin a la !ue se accede mediante el softDare y !ue es una parte integral del funcionamiento del sistema.

14

D(C2'E8)&C.(86 ,os manuales, los impresos y otra informacin descriptiva !ue e-plica el uso y J o la operacin. =%(CE*&'.E8)(*6 ,os pasos !ue definen el uso especifico de cada elemento del sistema o el conte-to procedimental en !ue reside el sistema. C(8)%(,6 ,os sistemas trabajan mejor cuando operan dentro de niveles de control tolerables de rendimiento por ejemplo6 el sistema de control de un calentador de agua. 3.1.3.3 CLASIFICACION DE LOS SISTEMAS DE INFORMACION &/.E%)(*. *on los !ue intercambian informacin, materiales y energ a con su ambiente. CE%%&D(*. *on auto contenido, no interactan con el medio ambiente. =%(/&/.,.*).C(. 8o se conoce con certe#a su comportamiento. DEE%'.8.*).C(. Cual!uier estado futuro !ue adopten puede preciarse con antelacin. C&%&C)E%.*).C&* DE *.*)E'& DE .85(%'&C.(8 *us principales caracter sticas son6

*uelen lograrse ahorros significativos de mano de obra. *on el primer tipo de sistemas de informacin !ue se implanta en las organi#aciones. *on intensivos en entradas y salidas de informacinK sus clculos y procesos suelen ser simples y copo sofisticados, re!uieren mucho manejo de datos para poder reali#ar sus operaciones y como resultado generan tambi"n gr;andes volmenes de informacin.

)iene la propiedad de ser recolectores de informacin. *on adaptables de aplicacin !ue se encuentran en el mercado.

Ejemplos6 facturacin, nminas, cuentas por cobrar, cuentas por pagar, contabilidad general.

15

3.2 INGUENIERIA DEL SOFT!ARE .ngenier a de softDare es la disciplina o rea de la informtica !ue ofrece m"todos y t"cnicas para desarrollar y mantener softDare de calidad. Esta ingenier a trata con reas muy diversas de la informtica y de las ciencias de la computacin, tales como construccin de compiladores, sistemas operativos, o desarrollos .ntranetJ.nternet, abordando todas las fases del ciclo de vida del desarrollo de cual!uier tipo de sistemas de informacin y aplicables a infinidad de reas6 negocios, investigacin cient fica, medicina, produccin, log stica, banca, control de trfico, meteorolog a, derecho, .nternet, .ntranet, etc. 3.2.1 DEFINICION DE SOFT!ARE 2na definicin precisa an no ha sido contemplada en los diccionarios, sin embargo se pueden citar las enunciadas por algunos de los ms prestigiosos autores6

.ngenier a de *oftDare es el estudio de los principios y metodolog as para el desarrollo y mantenimiento de sistemas softDare 1<elLovit#, EM:N3 .ngenier a de softDare es la aplicacin prctica del conocimiento cient fico al diseo y construccin de programas de computadora y a la documentacin asociada re!uerida para desarrollar, operar y mantenerlos. *e conoce tambi"n como Desarrollo de *oftDare o =roduccin de *oftDare 1 /ohem, EM:O3.

.ngenier a de *oftDare trata del establecimiento de los principios y m"todos de la ingenier a a fin de obtener softDare de modo rentable, !ue sea fiable y trabaje en m!uinas reales 1/auer, EM:?3.

Es la aplicacin de un enfo!ue sistemtico, disciplinado y cuantificable al desarrollo, operacin y mantenimiento del softDareK es decir, la aplicacin de la ingenier a al softDare 1.EEE, EMM73.

16

En el ?@@;, en los Estados 2nidos, la (ficina de Estad sticas del )rabajo 12. *. /ureau of ,abor *tatistics3 cont :O@.N;@ ingenieros de softDare de computadora. E El t"rmino Pingeniero de softDareP, sin embargo, se utili#a en forma gen"rica en el ambiente empresarial, y no todos los ingenieros de softDare poseen realmente t tulos de .ngenier a de universidades reconocidas. &lgunos autores consideran !ue Desarrollo de Software es un t"rmino ms apropiado !ue .ngenier a de *oftDare 1.*3 para el proceso de crear softDare. =ersonas como =ete 'c/reen 1autor de P*oftDare CraftmanshipP3 cree !ue el t"rmino .* implica niveles de rigor y prueba de procesos !ue no son apropiados para todo tipo de desarrollo de softDare. .ndistintamente se utili#an los t"rminos .ngenier a de *oftDare o .ngenier a del *oftDare. En Iispanoam"rica el t"rmino usado normalmente es el primero de ellos. 3.2.2 METODOLOGUIA DE DESARROLLO Y ANALISIS DE SISTEMA En el sistema de administracin de e!uipos correspondiente al proyecto se desarrollan de acuerdo halos re!uerimientos y se utili#ara la siguiente metodolog a. A Ciclo de vida clsico de de desarrollo de sistema 0 .nvestigacin preliminar 0 Determinacin de los re!uerimientos del sistema 0 Diseo del sistema 0 Desarrollo de softDare 0 =rueba del sistema 0 .mplementacin y evaluacin A '"todo de desarrollo de anlisis estructurado 3.2.3 TECNICAS DE RECOLECCION DE DATOS E INFORMACION A EMPLEARSE EN LA INVESTIGACION DE RE"UERIMIENTOS

17

,as t"cnicas a utili#arse para el presente proyecto sern los siguientes6 A Entrevistas A %evisin de registros A &nlisis de documentos

3.2.4 HERRAMIENTAS DEL DESARROLLO DEL SOFT!ARE ,as herramientas a utili#arse para el desarrollo del presente proyecto sern6

'icrosoft &ccess ?@@7 como gestor de base de datos.

*e utili#ara un una base de datos para el almacenamiento de campos y registros en la memoria de la computadora, !ue es diseado para facilitar su mantenimiento y acceso de una forma estndar.

Como lenguaje de programacin se utili#ara 4isual /asic.O.@ como leguaje de programacin visual.

*e utili#ar 4isual /asic.O.@ ya !ue es un lenguaje de programacin !ue tiene herramientas rpidas ya !ue estn establecidas librer as con base de datos. Que est diseado para facilitar el desarrollo de aplicaciones en un entorno grafico, es posible generar de manera automtica, conectividad entre controles y datos. Que servirn para generar de manera automtica formularios !ue admistren tablas o consultas de los registros de una base de datos. 3.3 BASE DE DATOS

18

2na #$%& '& '$()% o #$*+) '& '$()% 1en ocasiones abreviada //.DD.3 es un conjunto de datos pertenecientes a un mismo conte-to y almacenados sistemticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayor a por documentos y te-tos impresos en papel e inde-ados para su consulta. En la actualidad, y debido al desarrollo tecnolgico de campos como la informtica y la electrnica, la mayor a de las bases de datos estn en formato digital 1electrnico3, !ue ofrece un amplio rango de soluciones al problema de almacenar datos. E-isten programas denominados sistemas gestores de bases de datos, abreviado *>/D, !ue permiten almacenar y posteriormente acceder a los datos de forma rpida y estructurada. ,as propiedades de estos *>/D, as como su utili#acin y administracin, se estudian dentro del mbito de la informtica. ,as aplicaciones ms usuales son para la gestin de empresas e instituciones pblicas. )ambi"n son ampliamente utili#adas en entornos cient ficos con el objeto de almacenar la informacin e-perimental. &un!ue las bases de datos pueden contener muchos tipos de datos, algunos de ellos se encuentran protegidos por las leyes de varios pa ses. =or ejemplo, en Espaa los datos personales se encuentran protegidos por la ,ey (rgnica de =roteccin de Datos de Carcter =ersonal 1,(=D3. 3.3.1 TIPOS DE BASES DE DATOS ,as bases de datos pueden clasificarse de varias maneras, de acuerdo al conte-to !ue se este manejando, o la utilidad de la misma6 3.3.1.1 BASES DE DATOS ESTATICOS Rstas son bases de datos de slo lectura, utili#adas primordialmente para almacenar datos histricos !ue posteriormente se pueden utili#ar para estudiar el comportamiento de un conjunto de datos a trav"s del tiempo, reali#ar proyecciones y tomar decisiones.

19

3.3.1.2 BASES DE DATOS DINAMICOS Rstas son bases de datos donde la informacin almacenada se modifica con el tiempo, permitiendo operaciones como actuali#acin, borrado y adicin de datos, adems de las operaciones fundamentales de consulta. 2n ejemplo de esto puede ser la base de datos utili#ada en un sistema de informacin de una tienda de abarrotes, una farmacia, un videoclub. 3.3.1.3 BASES DE DATOS BIBLIOGRAFICOS *olo contienen un surrogante 1representante3 de la fuente primaria, !ue permite locali#arla. 2n registro t pico de una base de datos bibliogrfica contiene informacin sobre el autor, fecha de publicacin, editorial, t tulo, edicin, de una determinada publicacin, etc. =uede contener un resumen o e-tracto de la publicacin original, pero nunca el te-to completo, por!ue si no, estar amos en presencia de una base de datos a te-to completo 1o de fuentes primarias Sver ms abajo3. Como su nombre lo indica, el contenido son cifras o nmeros. =or ejemplo, una coleccin de resultados de anlisis de laboratorio, entre otras. 3.3.1.4 BASES DE DATOS DE TE,TO CONPLETOS &lmacenan las fuentes primarias, como por ejemplo, todo el contenido de todas las ediciones de una coleccin de revistas cient ficas. 3.3.1.4 BASES DE DATOS ) -BIBLIOTECA- DE INFORMATICA, "UIMICA Y BIOLOGUIA *on bases de datos !ue almacenan diferentes tipos de informacin proveniente de la !u mica, las ciencias de la vida o m"dicas. *e pueden considerar en varios subtipos6

,as !ue almacenan secuencias de nucletidos o prote nas. ,as bases de datos de rutas metablicas.

20

/ases de datos de estructura, comprende los registros de datos e-perimentales sobre estructuras 7D de biomol"culas0 /ases de datos cl nicas. /ases de datos bibliogrficas 1biolgicas, !u micas, m"dicas y de otros campos36 =ubChem, 'edline, E/*C(host.

3.3.2 MODELOS DE BASES DE DATOS &dems de la clasificacin por la funcin de las bases de datos, "stas tambi"n se pueden clasificar de acuerdo a su modelo de administracin de datos. 2n modelo de datos es bsicamente una PdescripcinP de algo conocido como contenedor de datos 1algo en donde se guarda la informacin3, as como de los m"todos para almacenar y recuperar informacin de esos contenedores. ,os modelos de datos no son cosas f sicas6 son abstracciones !ue permiten la implementacin de un sistema eficiente de base de datosK por lo general se refieren a algoritmos, y conceptos matemticos. &lgunos modelos con frecuencia utili#ados en las bases de datos6

B$%&% '& '$()% .&/0/123+$% B$%& '& '$()% '& /&' B$%&% '& '$()% (/$*%$++3)*$4&% B$%&% '& '$()% /&4$+3)*$4&% B$%&% '& '$()% 524(3'35&*%3)*$4&% B$%&% '& '$()% )/3&*($'$% $ )#.&()% B$%&% '& '$()% ')+25&*($4&% B$%&% '& '$()% '&'2+(36$% G&%(37* '& #$%&% '& '$()% '3%(/3#23'$

3.3 TEORIA DE INVENTARIOS &lgunos empresarios se dejan llevar por un nico criterio, !ue en ocasiones funciona perfectamente, pero en otras nos lleva a cometer costosos erroresK las personas !ue llevan tiempo manejando empresas saben !ue la realidad no es 21

blanca ni negra, sino !ue, tiene diferentes matices de gris, por lo !ue en este escrito no se pretende dar la ltima palabra de nada, ya !ue esta no e-iste, lo !ue se busca es brindar instrumentos !ue aunados a su buen juicio le permitan tomar mejores decisiones, recalcando !ue un instrumento es til dependiendo de la mano !ue lo maneja y !ue la toma de decisiones es an la responsabilidad gerencial ms importante. *in embargo, a medida !ue logremos conocer y manejar un mayor nmero de instrumentos la probabilidad de "-ito en nuestras empresas se incrementa, ya !ue la suerte est del lado de la mente mejor preparada 1esta frase se le atribuye a diversos personajes, pero independientemente de !uien la haya dicho es perfectamente vlida3. 3.3.1 MODELO PARA LA TOMA DE DECISIONES. E-isten diferentes es!uemas en la creacin de modelos para la toma de decisiones, en este caso mencionaremos uno de los es!uemas !ue se aplica en la ciencia de la administracin, el cual, no pretende ser la verdad revelada, esto es vlido para problemas de inventarios o para cual!uier situacin empresarial. Es fundamental enfati#ar en !ue no debe verse como un conjunto r gido de procedimientos, en algunos casos se podrn saltar escalones, en otros tocar crear variantes, sin embargo, es importante manejar una gu a !ue nos va a facilitar los procesos y coadyuvar a una gestin ms eficiente, los pasos a seguir son los siguientes6 &ceptar o reconocer la e-istencia de una1s3 situacin1es3 susceptible1s3 a mejorar, lo !ue es diferente a un problema manifiesto, lo importante es reconocer !ue de actuar diferente se podr an obtener mejores resultados. 5ormular el problema, plantear la situacin1es3 ya definida1s3, jerar!ui#ndolas en caso de ser necesario en forma de problema, buscando solucionar primero las ms cr ticas yJo las ms viables a juicio de la gerencia. Construir el modelo, representar de alguna manera el problema, para nuestro caso, en forma matemtica, siendo consientes de !ue el mejor modelo no necesariamente es el ms novedoso, ni el ms complicado, la bondad del modelo

22

se mide por la forma en !ue este interpreta la realidad y por las ayudas !ue pueda brindar al tomador de decisiones. %ecolectar los datos, esta es una de las partes ms dispendiosas y en donde es necesario ayuda de todas las reas de la organi#acin, en el caso de los inventarios debemos conocer los costos de mantenimiento y los de pedido, la demanda, el tiempo de entrega de nuestros proveedores, en fin la informacin !ue necesitamos es muy amplia y de su calidad depende la valide# del modelo, ya !ue parodiando a los ingenieros de sistemas, si basura entra, basura sale. %esolver el modelo, esta es realmente la parte ms sencilla, si los pasos anteriores son correctamente efectuados, consiste en operar con los datos recolectados en el modelo previamente construido, en esta parte algunos autores recomiendan manejar escenarios, es decir hacer fluctuar los datos recopilados para anali#ar las posibles influencias de estos cambios y estar pendientes en caso !ue se presenten, otros recomiendan, de ser posible ver cmo se comporta el modelo en situaciones !ue ya sucedieron, con el objeto de verificar hasta !ue punto nos hubiesen ayudado a tomar la mejor decisin de acuerdo a las circunstancias. .nterpretacin de los resultados, en esta parte el criterio gerencial es fundamental, ya !ue, 8&D& puede rempla#ar totalmente el juicio de !uien toma la decisin, la idea del modelo es ayudar, no rempla#ar al tomador de decisiones, a!u es indispensable !ue !uien toma las decisiones se despoje de pre0juicios y vea la solucin de la forma ms objetiva posible, !ue no piense !ue al proponer el modelo soluciones diferentes a las !ue ha venido implementando, "ste o las decisiones anteriores no sirven. .mplementar el modelo, si los pasos anteriores fueron manejados correctamente, este deber a ser el ms sencillo, sin embargo, en la prctica presenta ocasionalmente problemas, por el recha#o de algunas partes de la organi#acin a los cambios, debido a !ue en todos los niveles de la organi#acin es frecuente observar personas !ue por no salirse de rutinas preestablecidas, se oponen y retardan la puesta en prctica de nuevas ideas. %etroalimentar y recrear el modelo, teniendo en cuenta !ue las circunstancias del entorno o de la empresa pueden cambiar, es indispensable estar permanentemente

23

verificando el modelo, lo cual no le !uita valide# y muestra seriedad y objetividad en la toma de decisiones, recuerde !ue ni aun Pa los pa!uetes computacionales ms complejos se les puede dejar decidirP, !ue siempre el !ue toma las decisiones es el gestor, esto es vlido aun ms en lo referente a modelos de gestin.

3.3.2 ADMINISTRACION DE INVENTARIOS En los negocios e-iste una realidad reconocida por muchos, pero

desafortunadamente racionali#ada e implementada por pocos P!uien compra bien, vende o produce bienP. El tener una buena pol tica de compras, le va a permitir un manejo fluido a la empresa y disminuir sus costos, lo !ue obviamente mejorar su rentabilidad. Debido a lo anterior es necesario estudiar los inventarios desde el momento en !ue se proyecta la compra, es decir involucrarlos en los procesos de planeacin de la compa a y en su contrapartida obligatoria, el control. Argumentos a fa or! =rever escase# Es preferible ahorrar productos !ue plata =ermiten obtener ganancias adicionales cuando hay al#as 5acilitan desfasar 1separar3 los diferentes procesos de la empresa. Argumentos en "ontra! .nmovili#an recursos !ue podr an usarse mejor Esconden los problemas de la empresa Disimulan la ineptitud del tomador de decisiones 5acilitan esconder los problemas de calidad. ,os argumentos esgrimidos por los PpartidariosP de cada corriente tienen valide# relativa, esto es lo !ue los hace tan peligrosos, ya !ue al tener indiscutiblemente

24

una parte de realidad son aun ms dif ciles de rebatir !ue las verdades verdaderas como dir a 5uentes, debido a lo anterior es !ue debemos ser objetivos en la posicin a asumir y no ser mani!ueos, es decir no debemos creer !ue nuestro argumento es acertado y !ue todos los dems estn e!uivocados. ,o !ue es indiscutible, es !ue los inventarios representan un alto porcentaje de los activos en el balance y a las compras les sucede lo mismo con respecto a las utilidades en los estados de resultados, entonces si desde el punto de vista financiero reconocemos esta realidad y no hacemos nada con el objeto de mejorar su manejo estamos siendo irresponsables con nuestra empresa. 3.3.3 CLASIFICACI8N ABC En cada empresa se utili#an diferentes productos, cada uno de ellos con sus propias caracter sticas, por lo tanto, cada uno de ellos necesita de un manejo particular, dependiendo de su importancia en los procesos de la compa a y de las posibilidades de ad!uisicin. El pensar !ue todos los productos se deben controlar de la misma manera, es una visin limitada de la realidad, !ue implica desgaste y sobrecostos innecesarios. El anlisis &/C es una manera de clasificar los productos de acuerdo a criterios preestablecidos, la mayor parte de los te-tos !ue manejan este tema, toman como criterio el valor de los inventarios y dan porcentajes relativamente arbitrarios para hacer esta clasificacin. =or ejemplo, el E@T de los productos representan el O@T de las compras de la empresa por lo tanto esta es la #ona &, un ;@T de los productos el 7@T, !ue serian los !ue estn ubicados en la #ona /, el resto 1U@T de los productos y E@T de las compras3 son productos C. ,os valores anteriores son arbitrarios, cada empresa tiene sus particularidades, si alguien decide utili#ar este criterio debe ser consciente de las realidades de su empresa. *e debe pensar no solo en los costos, es importante ver otros criterios, lo !ue es sin duda la principal dificultad en este tipo de anlisis. Es innegable, sin embargo !ue un pe!ueo porcentaje de productos, desde cual!uier criterio, es indispensable para el funcionamiento de la empresa yJo para mejorar su

25

rentabilidad, estos serian clasificados como productos & t picos, y de acuerdo a este punto de vista se van seleccionando los productos de las dems #onasK si uno considera oportuno podr a pensarse en la posibilidad de agregar una #ona D, para productos realmente intrascendentes y de costo muy bajo. 3.3.4 MODELO DE CANTIDAD ECON8MICA DE PEDIDO. Este modelo parte de una serie de supuestos fuertes, los cuales se van suavi#ando a medida !ue se avan#a en la teor a, sin embargo sus aplicaciones y utilidad son importantes y los desarrollos posteriores !ue ha permitido, lo hacen un punto de referencia obligado en todos los campos donde se hable de inventarios. =or eso no es e-trao encontrar menciones a este modelo en mltiples libros de costos, de administracin de operaciones, de log stica, de clculo y de otros temas. ,os supuestos sobre los !ue este modelo se construye son6 E. ,a demanda se conoce con certidumbre y es constante. ?. ,os costos relacionados con el modelo permanecen constantes. 7. ,a cantidad de pedido por orden es la misma. ;. El pedido se recibe en el momento !ue se ordena. U. El inventario se restablece en el momento en !ue se agota. O. El proveedor nos surte las cantidades solicitadas en un solo lote. :. *e considera un hori#onte infinito y continuo en el tiempo. E.&594) 2n impresor !ue en la actualidad est haciendo una compra mensual, estudio el comportamiento del papel libro de :@ gr. en los ltimos doce meses, encontr !ue su demanda fue de6 E@, EE, E@, M, E@, EE, M, E@.U, E@, M, M y EE.U toneladas por mes, estima el precio de compra se va a mantener en V?.7@@.@@@ por tonelada, su costo de pedido en VU@@.@@@ y por pol tica carga un EUT del costo unitario al manejo de los inventarios mas VUU.@@@ por concepto de bodegaje, calcular6

26

E. El modelo a manejar en estas condiciones. ?. *i el proveedor ofrece darnos un descuento del E@T por compras superiores a 7@ toneladas y uno del EET por compras de O@ toneladas, como cambiar a mi pol tica. ,o primero !ue debemos observar es el comportamiento de la demanda el cual vemos !ue es relativamente constante, por lo !ue podemos asumir !ue nuestro modelo se comporta de acuerdo a los parmetros de un modelo de cantidad econmica de pedido con los siguientes datos de entrada6 D W E?@ toneladas ao Co W VU@@.@@@ C W V?.7@@.@@@ tonelada Cc W V;@@.@@@ toneladaJao =or tanto

Como podemos observar en esta pol tica de compra de inventarios, la empresa ahorra ms de un ?@T en el costo asociado a los inventarios !ue tendr a si efectuase una compra mensual 1 C& W E?AU@@.@@@ X YE?J?ZA;@@.@@@ W VN.U@@.@@@3, lo !ue sumado al ahorro !ue se lograr a con los diferentes productos !ue maneja la compa a permitir mejoras importantes en la rentabilidad al final del ejercicio. Con respecto a la pregunta ?6

27

A4(&/*$(36$ 1:

A4(&/*$(36$ 2:

=or lo tanto se debe aceptar el descuento del E@T, ya !ue en caso de seleccionar la escala !ue brinda descuento del EET, los sobre costos por manejo de inventarios son superiores a los beneficios !ue se obtendr an con un menor valor de la compra.

28