You are on page 1of 15

UNIVERSIDAD CRISTIANA AUTNOMA DE

NICARAGUA

Trabajo de Proyecto de Computacin I


Tema: Control de Inventario de una Farmacia

Integrantes:

Carrera: Ingeniera en Sistemas de


Computacin

IV Ao
Ing. Mario Molina

Fecha: Agosto 2015


INDICE

DEDICATORIA

Este proyecto de Computacin I se lo dedicamos a nuestros padres por


innumerables muestras de apoyo para poder encaminarnos por el buen
camino y as lograr el objetivo deseado.

Dedicamos tambin este proyecto a nuestro profesor por habernos


guiado en el anlisis y orientacin prestada para as lograr el presente
proyecto.

OBJETIVOS

OBJETIVO GENERAL
Disear un sistema de control de inventarios para el cumplimiento de las
exigencias en la compra y venta de productos de la Farmacia para poder
tener un mejor control de los pedidos que se realizan a los proveedores.
OBJETIVOS ESPECFICOS

Realizar un inventario en forma ordenada y confiable.


Optimizar la bsqueda de un medicamento utilizando una base de
datos que maneje la informacin de la Farmacia.
Ofrecer a los clientes una rpida y eficaz atencin al momento de
hacer sus compras.

Elaborar polticas internas de manejo de inventarios que permitan


orientar y guiar a las personas encargadas de controlar las
entradas y salidas de Productos en la Farmacia.
Crear procedimientos internos de manejo de Control de inventarios
para dar cumplimiento a la normativa tcnica que permita la
fiabilidad de los datos contables de la Farmacia
Disear formularios a utilizar para los procedimientos de control de
los inventarios para dar cumplimiento a las normativas de la
Farmacia.

Introduccin
El entorno econmico tiende a cambiar con el pasar del tiempo, es por
ello que todas las cosas que rodean a las empresas afectan de manera
directa o indirecta su funcionamiento, estas se ven en la necesidad ha
acoplarse cada vez ms a las exigencias de un mundo globalizado, lo
que genera como consecuencia que sus necesidades sean cada vez
mayores.
La asignacin de actividades que se proponen en el momento de
establecer cualquier inventario es sin lugar a dudas el problema ms
importante a resolver, pues la organizacin necesita tener informacin
confiable, apta y lo ms justa posible sobre el costo de sus productos,
cantidad de pedidos, precios, entre otros, para una correcta toma de
decisiones. Por tal motivo resulta imperioso el control y buen manejo de
los inventarios dentro de una organizacin, de las polticas y medidas
que se adopten son factores importantes para mantenerse en un
mercado.
El inventario aplicado en cualquier empresa es de suma importancia que
este es el que determina la viabilidad del negocio al grado de
productividad y eficacia en la utilizacin de los recursos, por eso no
puede basarse solamente en asignar procedimientos, aplicar polticas,
realizar calcular sobre un factor determinado.
Qu tipos de
establecimiento

productos

podemos

encontrar

en este
Farmacia?

Las oficinas de farmacia disponen de una amplia gama de productos,


entre estos podemos encontrar : ibuprofeno, diclofenac, acetaminofn,
aspirina, panadol, dolofin, suero oral, dolo vitalgia, antimicina, hgado
sanil, espaseguel, benzatinica, complejo B, gasas esterilizadas, jeringas
descartables, alcohol, algodn , como los productos sanitarios (las
gasas, vendas, tiritas, esparadrapo, etc.), (cremas hidratantes,
protectores solares, jabones especiales, etc.), artculos de ortopedia
(rodilleras, coderas, tobilleras, fajas, sillas de ruedas, etc.), productos de
diagnstico (tensimetros para medir la presin arterial, etc.), (leches
infantiles, papillas, potitos, alimentos sin gluten, etc.), higiene bucal
(colutorios, pastas de dientes, cepillos, etc.), productos para el cuidado
de los pies (crema antidurezas, piedra pmez, callicidas, etc.), y otros
productos variados, como compresas, preservativos, toallas sanitarias,
etc.
N
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

Descripcin de Productos Precios


Unitarios
Ibuprofeno
C$ 1
Diclofenac
C$ 1
Acetaminofn
C$ 5
Aspirina
C$ 11
Panadol
C$ 3
Dolofin
C$ 3
Suero Oral
C$ 3
Dolo Vitalgia
C$ 4.5
Antimicina Bronquial
C$ 7.5
Hgado Sanil
C$ 7.5
Espaseguel
C$ 5
Benzatinica
C$ 30
Complejo B
C$ 29
Termmetro
C$ 10
Vendas Elsticas
C$ 22
Gasas
C$ 13
Gasas Esterilizadas
C$ 2.5
Jeringa Descartables
C$ 2
Alcohol
C$ 12
Algodn
C$ 5

Desarrollo

Precios
por
Cajas
C$100
C$ 100
C$ 500
C$ 2200
C$ 300
C$ 150
C$ 150
C$ 112.5
C$ 135
C$ 150
C$ 1000
C$ 30
C$ 29
C$ 120
C$ 22 32
C$ 13 20
C$ 250
C$ 200
C$ 12 14
C$ 5

El
control
del
inventario
es
uno
de
los
aspectos
de
la administracin tener registros indiscutibles, responsable, polticas o
sistemas que le ayuden a esta fcil pero pesada tarea.
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.
La base de toda empresa comercial es la compra y venta de bienes o
servicios; de aqu la importancia del manejo del inventario por parte de
la misma. Este manejo contable permitir a la empresa mantener el
control oportunamente, as como tambin conocer al final del perodo
contable un estado confiable de la situacin econmica de la empresa.
Ahora bien, el inventario constituye las partidas del activo corriente que
estn listas para la venta, es decir, toda aquella mercanca que posee
una empresa en el almacn valorada al costo de adquisicin, para la
venta o actividades productivas.
Las funciones de control de inventarios pueden apreciarse desde dos
puntos de vista: Control Operativo y Control Contable.
El control operativo aconseja mantener las existencias a un nivel
apropiado, tanto en trminos cuantitativos como cualitativos, de donde
es lgico pensar que el control empieza a ejercerse con antelacin a
las operaciones mimas, debido a que si compra si ningn criterio, nunca
se podr controlar el nivel de los inventarios. A este control preoperativo es que se conoce como Control Preventivo.
El control preventivo se refiere, a que se compra realmente lo que se
necesita, evitando acumulacin excesiva.
La auditora, el anlisis de inventario y control contable, permiten
conocer la eficiencia del control preventivo y seala puntos dbiles que
merecen una accin correctiva. No hay que olvidar que los registros y la
tcnica del control contable se utilizan como herramientas valiosas en el
control preventivo.

Algunas tcnicas son las siguientes:


Fijacin de existencias mximas y mnimas
ndices de Rotacin

Aplicacin del criterio especialmente cuando las especulaciones


entra en juego
Control Presupuestal.
Para una Farmacia el inventario comprende todas las mercancas de
su propiedad, que se tiene para la venta en el ciclo regular comercial.
Sistemas
Un sistema es un conjunto de partes o elementos organizados y
relacionados que interactan entre s para lograr un objetivo. Los
sistemas reciben (entrada) datos, energa o materia del ambiente y
proveen (salida) informacin, energa o materia.
Un sistema puede ser fsico o concreto (una computadora, un televisor,
un humano) o puede ser abstracto o conceptual (un software).
Cada sistema existe dentro de otro ms grande, por lo tanto un sistema
puede estar formado por subsistemas y partes, y a la vez puede ser
parte de un supersistema.
Los sistemas tienen lmites o fronteras, que los diferencian del ambiente.
Ese lmite puede ser fsico (el gabinete de una computadora) o
conceptual. Si hay algn intercambio entre el sistema y el ambiente a
travs de ese lmite, el sistema es abierto, de lo contrario, el sistema es
cerrado.
El ambiente es el medio en externo que envuelve fsica o
conceptualmente a un sistema. El sistema tiene interaccin con el
ambiente, del cual recibe entradas y al cual se le devuelven salidas. El
ambiente tambin puede ser una amenaza para el sistema.
En informtica existen gran cantidad de sistemas:

Sistema operativo.
Sistema experto.
Sistema informtico.
Aplicacin o software.
Computadora.
Sistema de Informacin
Un sistema de informacin se puede definir como un conjunto de
funciones, componentes o elementos que interactan entre s con la
finalidad de apoyar la toma de decisiones, coordinacin, anlisis de
problema, visualizacin de aspectos complejos y el control de una
organizacin.

Un sistema de informacin tiene un origen (nacimiento) generalmente


ocasionado por necesidades, a partir de las cuales emprende su
desarrollo que va desde la definicin del proyecto hasta la puesta en
operacin (crecimiento); seguidamente se inicia su operacin y
mantenimiento por un periodo mayor a los dems, durante el cual
alcanza el mximo rendimiento posible (maduracin). Luego, factores
tales como la dinmica de la organizacin, los avances tecnolgicos y las
personas internas o externas vuelven obsoletos o ineficaz al sistema
(decaimiento), lo cual origina su paralizacin (muerte). En ste ltimo se
toma la decisin de renovar el sistema, lo que origina un nuevo ciclo de
vida, o desecharlo por completo, lo cual marca su fin definitivo.
Visual Basic
Es
un lenguaje de programacin desarrollado
por
Ala
Cooper
para Microsoft. El lenguaje de programacin es un dialecto de BASIC, con
importantes aadidos. Su primera versin fue presentada en 1991 con la
intencin de simplificar la programacin utilizando un ambiente de
desarrollo completamente grfico que facilitara la creacin de
interfaces grficas y en cierta medida tambin la programacin misma.
Desde el 2001 Microsoft ha propuesto abandonar el desarrollo basado en
la API Win32 y pasar a trabajar sobre un marco comn de libreras
independiente de la versin del sistema operativo, .NET Framework, a
travs de Visual Basic .NET (y otros lenguajes como C ++ de fcil
transicin de cdigo entre ellos) que presenta serias incompatibilidades
con el cdigo Visual Basic existente.
Visual Basic constituye un IDE (entorno de desarrollo integrado que ha
sido empaquetado como un programa de aplicacin, es decir, consiste
en un editor de cdigo (programa donde se escribe el cdigo fuente), un
depurador (programa que corrige errores en el cdigo fuente para que
pueda ser bien compilado), un compilador (programa que traduce el
cdigo fuente a lenguaje de mquina), y un constructor de interfaz
grfica o GUI (es una forma de programar en la que no es necesario
escribir el cdigo para la parte grfica del programa, sino que se puede
hacer de forma visual).
Acceso a Base de Datos (DAO)
Los gestores de bases de datos son, un conjunto de funciones capaces
de realizar cuantas tareas son precisas para la manipulacin de los datos
que guardan. Visual Basic gestiona los datos a travs de lo que se
conoce como motor JET para bases de datos. Este motor dispone de
unas funciones que se encargan de comunicarse con la aplicacin,
mientras que otro grupo de funciones gestiona el acceso a los
controladores de la base de datos. La parte accesible de este motor JET
es lo que se conoce con el nombre de IDAPI (Programa Interfaz Integrado

para Aplicaciones de bases de datos. Este interfaz posibilita el acceso a


bases de datos a gestores como Microsoft Access.
Bases de Datos y Visual Basic
Las mayoras de las aplicaciones precisan de algn modo de poder
almacenar y manipular los datos. Visual Basic proporciona un grupo de
herramientas que cubren estas necesidades, siendo las mas utilizadas
las que acompaan a los controles de acceso a datos. Algunas de estas
herramientas solo estn disponibles en la versin profesional y en la de
empresa. Bien es cierto que el uso exclusivo de los controles para
gestin de datos limitan la operatividad para la manipulacin de los
registros. Para poder gestionar los datos de una base de datos con un
control completo sobre las posibles operaciones, Visual Basic dispone
del lenguaje de programacin a travs del cual se puede conseguir una
completa operatividad sobre los datos.

Base de Datos
Ramez, E. (2002), seala que "Una base de datos es un conjunto de
datos relacionados entre s. Por datos se denominan los hechos
conocidos que pueden registrarse y que tienen un significado implcito.
Una base de datos representa algn aspecto del mundo real, es un
conjunto de datos relacionados, con cierto significado inherente. Toda
base de datos se disea, construye y puebla con datos para un propsito
especfico. Est dirigida a un grupo de usuarios.
Un Sistema de Gestin de Base de Datos (SGBD) es un conjunto
de programas que facilitan la definicin, construccin y manipulacin de
base de datos.
Modelo Entidad Relacin
Los diagramas o modelos entidad-relacin son una herramienta para el
modelado de datos de un sistema de informacin. Estos modelos
expresan entidades relevantes para un sistema de informacin, sus
interrelaciones y propiedades.
El Modelo Entidad-Relacin es un concepto de modelado para bases de
datos, propuesto mediante el cual se pretende visualizar los objetos que
pertenecen a la Base de Datos como entidades las cuales tienen unos
atributos y se vinculan mediante relaciones.
Los componentes de un diagrama entidad-relacin son:

Entidad: es cualquier objeto discreto sobre el que se tiene


informacin. Se representa mediante un rectngulo o "caja"
etiquetada en su interior mediante un nombre.

Relacin: describe cierta interdependencia (de cualquier tipo)


entre entidades. Se representa mediante un rombo etiquetado en
su interior mediante un verbo. Adems, dicho rombo debe unirse
mediante lneas con las entidades que relaciona (es decir, los
rectngulos).

Atributos: son propiedades relevantes propias de una entidad y/o


relacin. Se representan mediante un crculo o elipse etiquetado
mediante un nombre en su interior. Cuando un atributo es
identificativo de la entidad se suele subrayar dicha etiqueta.

Manejador de Bases de Datos


El sistema manejador de bases de datos es la porcin ms importante
del software de un sistema de base de datos. Un DBMS es una coleccin
de numerosas rutinas de software interrelacionadas, cada una de las
cuales es responsable de alguna tarea especfica.
Las funciones principales de un DBMS son:

Crear y organizar la Base de datos.


Establecer y mantener las trayectorias de acceso a la base de
datos de tal forma que los datos puedan ser accesos rpidamente.
Manejar los datos de acuerdo a las peticiones de los usuarios.
Registrar el uso de las bases de datos.
Interaccin con el manejador de archivos: Esto a travs de las
sentencias en DML al comando del sistema de archivos. As el Manejador
de base de datos es el responsable del verdadero almacenamiento de
los datos.
Respaldo y recuperacin: Consiste en contar con mecanismos
implantados que permitan la recuperacin fcilmente de los datos en
caso de ocurrir fallas en el sistema de base de datos.
Control de concurrencia: Consiste en controlar la interaccin entre
los usuarios concurrentes para no afectar la inconsistencia de los datos.
Seguridad e integridad: Consiste en contar con mecanismos que
permitan el control de la consistencia de los datos evitando que estos se
vean perjudicados por cambios no autorizados o previstos.
El DBMS es conocido tambin como Gestor de Base de datos.

En s, un sistema manejador de base de datos es el corazn de la base


de datos ya que se encarga del control total de los posibles aspectos que
la puedan afectar.
Microsoft Access
Posiblemente, la aplicacin ms compleja de la suite Microsoft Office,
sea Access, una base de datos visual. Como todas las modernas bases
de datos que trabajan en el entorno Windows, puede manejarse
ejecutando unos cuantos click de mouse sobre la pantalla. Access
contiene herramientas de diseo y programacin reservadas a los
usuarios con mayor experiencia, aunque incluye bases de datos listas
para ser usadas; estn preparadas para tareas muy comunes, que
cualquiera puede realizar en un momento determinado ordenar libros,
archivar documentacin, entre otros.
Arquitectura de Access.
Objetos que podemos encontrar:

Tabla: objeto para definir y almacenar los datos.


Consultas: objeto para visualizar de forma personal los datos de
una tabla.
Formularios: objeto para introducir y visualizar los datos obtenidos
de una consulta.
Informes: objeto para imprimir los datos obtenidos de una
consulta.
Mdulos: objeto formado por programas escritos en Visual Basic.
SQL
El Lenguaje de Consulta Estructurado (Structured Query Languaje) es un
lenguaje estndar de comunicacin con base de datos relacionales que
permite especificar diversos tipos de operaciones sobre las mismas.
Permite proyectar consultas a fin de presentar informacin de inters de
una base de datos.
Segn Garca, A. (2003), "SQL es un lenguaje de base de datos
normalizado, utilizado por los diferentes motores de bases de datos para
realizar determinadas operaciones sobre los datos o sobre
la estructura de los mismos".
SQL es el lenguaje normalizado que permite con cualquier tipo de
lenguaje (ASP, PHP, etc.) en combinacin con cualquier base de datos
(Access, SQL Server, MySQL, etc.) por lo que se convierte en la
actualidad en el estndar de la mayora de los SGBD comerciales.

SQL posee un lenguaje declarativo de alto nivel, permite la concesin y


denegacin de permisos, implementa restricciones de integridad y
controles de transaccin, adems que se encuentra orientado a un
conjunto de registros y no a registros individuales.
Fase: Diseo.
Diseos simples: La metodologa X.P sugiere que hay que conseguir
diseos simples y sencillos. Hay que procurar hacerlo todo lo menos
complicado posible para conseguir un diseo fcilmente entendible e
implemntable que a la larga costar menos tiempo y esfuerzo
desarrolla.
Glosarios de trminos: Usar glosarios de trminos y un correcta
especificacin de los nombres de mtodos y clases ayudar a
comprender el diseo y facilitar sus posteriores ampliaciones y la
reutilizacin del cdigo.
Riesgos: Si surgen problemas potenciales durante el diseo, X.P sugiere
utilizar una pareja de desarrolladores para que investiguen y reduzcan al
mximo el riesgo que supone ese problema.
Funcionalidad extra: Nunca se debe aadir funcionalidad extra al
programa aunque se piense que en un futuro ser utilizada. Slo el 10%
de la misma es utilizada, lo que implica que el desarrollo de
funcionalidad extra es un desperdicio de tiempo y recursos.
Refactorizar: es mejorar y modificar la estructura y codificacin de
cdigos ya creados sin alterar su funcionalidad. Refactorizar supone
revisar de nuevo estos cdigos para procurar optimizar su
funcionamiento. Es muy comn rehusar cdigos ya creados que
contienen funcionalidades que no sern usadas y diseos obsoletos.
Esto es un error porque puede generar cdigo completamente inestable
y muy mal diseado; por este motivo, es necesario refactorizar cuando
se va a utilizar cdigo ya creado.
Tarjetas C.R.C. El uso de las tarjetas C.R.C (Class, Responsabilities and
Collaboration) permiten al programador centrarse y apreciar el
desarrollo orientado a objetos olvidndose de los malos hbitos de la
programacin procedural clsica.
Las tarjetas C.R.C representan objetos; la clase a la que pertenece el
objeto se puede escribir en la parte de arriba de la tarjeta, en una
columna a la izquierda se pueden escribir las responsabilidades u
objetivos que debe cumplir el objeto y a la derecha, las clases que
colaboran con cada responsabilidad.

Fase: Codificacin.
Como ya se dijo en la introduccin, el cliente es una parte ms del
equipo de desarrollo; su presencia es indispensable en las distintas fases
de X.P. A la hora de codificar una historia de usuario su presencia es an
ms necesaria. No olvidemos que los clientes son los que crean las
historias de usuario y negocian los tiempos en los que sern
implementadas. Antes del desarrollo de cada historia de usuario el
cliente debe especificar detalladamente lo que sta har y tambin
tendr que estar presente cuando se realicen los test que verifiquen que
la historia implementada cumple la funcionalidad especificada.
La codificacin debe hacerse ateniendo a estndares de codificacin ya
creados. Programar bajo estndares mantiene el cdigo consistente y
facilita su comprensin y escalabilidad.
Crear test que prueben el funcionamiento de los distintos cdigos
implementados nos ayudar a desarrollar dicho cdigo. Crear estos test
antes nos ayuda a saber qu es exactamente lo que tiene que hacer el
cdigo a implementar y sabremos que una vez implementado pasar
dichos test sin problemas ya que dicho cdigo ha sido diseado para ese
fin. Se puede dividir la funcionalidad que debe cumplir una tarea a
programar en pequeas unidades, de esta forma se crearn primero los
test para cada unidad y a continuacin se desarrollar dicha unidad, as
poco a poco conseguiremos un desarrollo que cumpla todos los
requisitos especificados.
Como ya se coment anteriormente, X.P opta por la programacin en
pareja ya que permite un cdigo ms eficiente y con una gran calidad.
La optimizacin del cdigo siempre se debe dejar para el final. Hay que
hacer que funcione y que sea correcto, ms tarde se puede optimizar.
A la hora de codificar no seguimos la regla de X.P que aconseja crear
test de funcionamiento con entornos de desarrollo antes de programar.
Nuestros test los obtendremos de la especificacin de requisitos ya que
en ella se especifican las pruebas que deben pasar las distintas
funcionalidades del programa, procurando codificar pensando en las
pruebas que debe pasar cada funcionalidad.
Fase: Pruebas.
Uno de los pilares de la metodologa X.P es el uso de test para
comprobar el funcionamiento de los cdigos que vayamos
implementando.

Se deben crear los test que pasarn los cdigos antes de


implementarlos; en el apartado anterior se explic la importancia de
crear antes los test que el cdigo.
Un punto importante es crear test que no tengan ninguna dependencia
del cdigo que en un futuro evaluar. Hay que crear los test
abstrayndose del futuro cdigo, de esta forma aseguraremos
la independencia del test respecto al cdigo que evala.
Como se coment anteriormente los distintos test se deben subir al
repositorio de cdigo acompaados del cdigo que verifican. Ningn
cdigo puede ser publicado en el repositorio sin que haya pasado su test
de funcionamiento, de esta forma, aseguramos el uso colectivo del
cdigo (explicado en el apartado anterior).
El uso de los test es adecuado para observar la refactorizacin. Los test
permiten verificar que un cambio en la estructura de un cdigo no tiene
porqu cambiar su funcionamiento.
Test de aceptacin. Los test mencionados anteriormente sirven para
evaluar las distintas tareas en las que ha sido dividida una historia de
usuario. Para asegurar el funcionamiento final de una determinada
historia de usuario se deben crear "Test de aceptacin"; estos test son
creados y usados por los clientes para comprobar que las distintas
historias de usuario cumplen su cometido.
Al ser las distintas funcionalidades de nuestra aplicacin no demasiado
extensas, no se harn test que analicen partes de las mismas, sino que
las pruebas se realizarn para las funcionalidades generales que debe
cumplir el programa especificado en la descripcin de requisitos.
Para el anlisis de los datos es necesario definir una tcnica de anlisis,
como lo son el anlisis cuantitativo y el anlisis cualitativo. Luego de la
recopilacin de los datos, que se obtuvo como resultado de las
diferentes tcnicas aplicadas para tal fin, es necesario analizarlos de
forma clara para as poder determinar cuales son los requerimientos y
necesidades del departamento.
Segn seala el anlisis cuantitativo se define como: "Una operacin
que se efecta, con toda la informacin numrica resultante de la
investigacin. Esta, luego del procesamiento que ya se le habr hecho,
se nos presentar como un conjunto de cuadros y medidas, con
porcentajes ya calculados. Ya que los datos, obtenidos en esta
investigacin a travs de las tcnicas de recoleccin de datos antes
mencionadas, no son numricos, no se aplic esta tcnica de anlisis.

Segn el anlisis cuantitativo consiste en: "registrar sistemticamente


comportamientos o conductas a los cuales, generalmente, se les codifica
con nmeros para darle tratamiento estadstico."
Segn propone que "El anlisis cualitativo se define como: "un mtodo
que busca obtener informacin de sujetos, comunidades, contextos,
variables o situaciones en profundidad, asumiendo una postura reflexiva
y evitando a toda costa no involucrar sus creencias o experiencia"
En la presente investigacin el anlisis cualitativo fue aplicado a la
informacin obtenida a travs de la observacin directa y las entrevistas
que se realizaron.
Conclusiones
Durante la elaboracin de este proyecto, se determin lo siguiente:
A travs del estudio realizado, se detect que el sistema actual era de
forma manual, lo que traa como consecuencia que la ejecucin de
las operaciones realizadas sean lentas, tediosas y poco confiables.
El sistema implementado, que mejorara el proceso de registro e
inventario de los productos y equipos de computacin que operaran en
esta empresa, darn a conocer con exactitud la cantidad de equipos
existentes y el status de cada uno de ellos.
A
travs
de
la
utilizacin
de herramientas como encuestas y entrevistas se
determinaron
los
requerimientos de los usuarios, para luego desarrollar un esquema
lgico que permitiera mejorar la eficacia, eficiencia y operatividad de
las funciones, reducir el tiempo de ejecucin, as como los costos
operativos, desempeados.