Informe 4 Grupo 3. Análisis de Requerimientos.

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Informe 4 Grupo 3. Análisis de Requerimientos."

Transcripción

1 Informe 4 Grupo 3 Análisis de Requerimientos.

2 Introducción. Un paso importante antes de iniciar cualquier tipo de modelo de arquitectura de software es la captura y análisis de requerimientos. Es importante conocer en detalle las necesidades del cliente, para que así el software realmente pueda transformar una situación A, que conlleva un problema, a una situación B, que lo soluciona. En caso contrario, puede no terminar con él, e incluso, agravarlo. Existen tres formas de capturar los requerimientos: entrevistas, encuestas y auditorías. En nuestro caso escogimos la auditoría, ya que la disponibilidad de los funcionarios de Mayorista 10 es limitada, por lo que es probable que no quieran enfrentar las dos primeras modalidades, o bien, no prestarles la debida atención. Por otra parte, investigamos en Internet acerca de los tipos de control de inventario y sus características y el hardware necesario para reconocer los productos. Expondremos en detalle las actividades realizadas y las fuentes de Internet. En este informe, una vez obtenidos los requerimientos, los clasificaremos de acuerdo al estándar de la IEEE, en funcionales y no funcionales. Justificaremos la importancia de cada uno de ellos, para posteriormente ordenarlos jerárquicamente, de acuerdo al aporte de cada uno de ellos a la satisfacción del objetivo o la dependencia de unos con respecto a otros. Hay que recalcar, por otro lado, que requerimientos que son considerados en primera instancia como no funcionales, terminan siendo clasificados como funcionales. Esto, debido a que un requerimiento considerado en primera instancia como funcional necesitaba que se cumpliesen algunos no funcionales, de ahí el ajuste. Una vez teniendo clara la organización de los requerimientos, podremos avanzar hacia la siguiente etapa.

3 Contexto. En este momento nos hallamos en la cuarta etapa del proyecto de software. Ya se detectó un problema (situación A), al cual se le propuso una situación B (objetivo) que acaba con él. Posteriormente, se propusieron algunas ideas para cumplir con dicho objetivo, y para éstas se hicieron estimaciones en cuanto a su factibilidad, ya sea en cuanto a la efectividad en cumplir el objetivo, el costo monetario y la demora en la implementación. Luego, nos vimos en la obligación de reformular nuestro objetivo, ya que las ideas planteadas no lo estaban cumpliendo a cabalidad. Una vez reformulado, propusimos criterios de evaluación, los ponderamos y asignamos un puntaje a cada una de las ideas, después de lo cual, surgió la definitiva. Detectamos deficiencias en los sistemas de inventarios que emplean los locales comerciales. Nos dimos cuenta que no existe un respaldo con el cual contrastar los resultados del inventario físico. Examinamos lo que ocurre en la Zapatería de Almacenes París y en Mayorista 10, aunque por el volumen de ventas y complejidad del proceso, nos inclinamos a enfocar todo nuestro trabajo en esta última empresa. Sin embargo, es imposible comenzar con el modelado de la arquitectura de software, que son las etapas que prosiguen, si no se pasa por esta cuarta etapa, de análisis de requerimientos, en que se investigan las necesidades del usuario. Estas deben ser recogidas por nuestra propuesta de software, para que le sea realmente útil. Hay requerimientos que son obvios, pueden ser propuestos desde fuera. Para obtener otros, es necesario investigar en la web respecto al tema y ver, si existen otros proyectos similares que tengan el mismo objetivo que nosotros. Finalmente, es necesario ir a observar en terreno el proceso, en nuestro caso ir a la empresa, para examinar cómo se registran las mercaderías y éstas son pasadas por cada una de las etapas previas a la venta por caja. Es importante destacar, que de aquí en adelante nos referiremos a los productos como el conjunto de unidades que tienen definida una categoría, marca, sabor, peso y presentación en común (ejemplo: yogurt Soprole, trozos de fruta, sabor durazno, 120 gr., siendo todos aquellos que cumplan dichas características, considerados como el mismo producto). Los artículos, serán las unidades de cada producto contenidas en el stock. La unidad será entendida como un grupo de diez.

4 Desarrollo. Para poder generar un modelo de la arquitectura de software, una vez escogida la solución con más méritos, es necesario conocer las necesidades y deseos del cliente. Sin este paso importante, sería inútil generar un modelo, ya que no tendríamos la garantía de si el software va ser de completa utilidad al cliente. Por esto debemos hacer un lista de requerimientos. Los requerimientos pueden ser funcionales (son imprescindibles para satisfacer el objetivo) o no funcionales (para cumplir con ciertas formalidades o necesidades anexas que no están relacionadas con el objetivo. Existen tres formas de capturar los requerimientos: 1.- Entrevistas : Consiste en realizar un cuestionario de necesidades a una persona de jerarquía dentro de la empresa, en este caso, un supermercado mayorista). 2.- Encuestas : Consiste en hacer un cuestionario a distintos niveles de la empresa, con opciones prefijadas, acerca de sus necesidades). 3.- Auditorías : Corresponde a una inspección en terreno para observar cómo se ejecuta un proceso. También es factible discutir proponer requerimientos basados en las impresiones o conocimientos de los integrantes del proyecto y buscar en Internet proyectos que apunten al mismo objetivo o similar, para así poder capturarlos. En nuestro caso, primero propusimos una lista de requerimientos en base a nuestro conocimiento e impresiones, en una reunión llevada a cabo el lunes 10 del presente entre 15:30 y 18:00 hrs. Cabe destacar que el integrante del proyecto Sergio Rosas, trabajó al interior del Supermercado Mayorista 10 entre los años 2006 y Luego, investigamos acerca de proyectos similares al nuestro y averiguamos acerca de qué sistema de control de inventario es el que estamos proponiendo, para conocer mejor sus características, en otra reunión el día martes 11 entre 13:00 y 15:40 hrs. Así, pudimos conocer: 1.- Que nuestro sistema de apoyo al inventario físico es muy similar al inventario perpetuo (se lleva un seguimiento de los artículos día a día, cuántos han ingresado y se han vendido, utilizándose principalmente para artículos de alto costo), sólo que no se lleva a cabo un seguimiento a cada unidad en particular (se consideran todas las unidades de un producto como iguales ). Fuentes: -

5 - Estado-de-Resultados- 2.- El tipo de instrumentos necesarios para leer el código de barras, según las necesidades del usuario. Éstos pueden ser fijos, semi- móviles y móviles. Además, pueden leer distintos códigos de barras, siendo el 1D el que se emplea en supermercados. Fuente: - Finalmente, llevamos a cabo una Auditoría el viernes 14 entre 12:30 y 13:30 hrs. En ella observamos el flujo de mercadería entre bodega y sala de ventas, para así descubrir necesidades. Fue obtenida previa petición al Encargado de Inventario, don Miguel Sepúlveda. De esta manera, llegamos a una lista de requerimientos, los cuales, divididos en funcionales y no funcionales, junto con la justificación a su elección, son los siguientes: Requerimientos funcionales. 1.- Captura de código de barras mediante pistola láser. La captura debe ser de esta forma, porque es la más segura. Un ingreso del código en forma manual requiere un tiempo mucho mayor, la incomodidad de leerlo en el producto, haciendo los acomodos dentro del carro de transporte y esforzando la vista. Aparte que los errores en el ingreso de datos serían enormes. 2.- El recepcionista (de bodega) debe tener, aparte de la pistola láser, un computador con pantalla y teclado donde ingresar las características que contenga cada lote (artículos por producto). Este computador es necesario para registrar los ingresos a bodega de forma agrupada. Como los pedidos por producto son generalmente grandes, sería sumamente agotador ingresarlos al sistema uno por uno. Así, se registra el lote una sola vez, leyendo el código de barras de un artículo de cada producto, o bien, de la caja. Luego, se digita en el computador la cantidad y la fecha de vencimiento. 3.- El sistema deberá ser capaz de ingresar cada nuevo pedido de un producto indicando fecha de ingreso, fecha de vencimiento y la cantidad de artículos. La justificación para la cantidad de artículos es la misma que la del requerimiento anterior. El ingreso de la fecha de vencimiento tiene que ver con varios requerimientos adicionales con el fin de generar un función que permita al administrador crear packs de productos, registrando en caja sólo un artículo, pero contando la totalidad (requerimiento funcional N 13). Esto es fundamental para que no se vendan artículos sin contar y estropear nuestro sistema. La fecha de ingreso tiene que ver un

6 requerimiento no funcional, que es determinar cuánto se demora en llegar un pedido desde que se necesita. 4.- Se deberá ir registrando continuamente las mermas de cada producto (artículos consumidos sin pagar dentro del local o rotos), tanto en bodega como en sala de ventas. Esto es para no alterar el conteo de artículos cuando salen de bodega o salen por caja, porque, en caso contrario, el sistema los va a mostrar en la diferencia, y al momento del inventario físico van tener que ser buscados inútilmente como extraviados. 5.- Cada vez que se realice un inventario físico, el software deberá calcular la diferencia entre los artículos que han ingresado (reposiciones) y salido (ventas, mermas y vencimientos) de la sala de ventas, para cada producto, tomando en cuenta los registros llevados hasta ese momento. El mismo proceso para bodega. Esta diferencia es la que es crucial obtener, a la hora de llevar cabo el inventario físico. Así se conoce la cantidad de artículos que no aparecen en le sistema y que el inventario físico debe buscar dentro del local para saber si todavía existen o declararlos como pérdida. 6.- La base de datos deberá tener la opción de ser actualizada, en el caso de la salida de un nuevo producto al mercado, o el retiro de alguno. Esto es porque, se podría pretender llevar el registro de ingresos y salidas de un producto que ya no existe, o bien, ingresar y vender un producto nuevo que el sistema no va a reconocer. 7.- Cada vez que se ingrese un nuevo producto, deberá leerse el código de barras, ingresar detalle y sección. Importante, para que al momento que el sistema indique cantidad de productos vencidos, por ejemplo, el administrador sepa de qué producto se trata (no tener que estar viendo después, en una larga lista, a qué producto corresponde un código). 8.- Cuando se ingresen los datos del punto 7, deberá asignarse automáticamente al nuevo producto un código interno del supermercado, que servirá para identificarlo más fácilmente. Esto, porque la empresa que efectúa el inventario físico (Rebuss), entrega sus datos clasificados mediante este código interno, también llamado SKU. 9.- La cantidad de artículos por producto en bodega y sala de ventas deberá ser actualizada cada vez que se lleve a cabo un inventario físico, con los datos que éste arroje. No debe ocurrir lo mismo con estadísticas de ventas, promedios de tiempo de demora en llegada de pedidos y vencimientos. Se deben resetear las cantidades de artículos debido a que el objetivo de nuestro software es generar un respaldo al inventario físico. Si se llega a la conclusión de que faltan artículos, el inventario físico es el que va determinar su paradero, por lo que una vez terminado, el sistema debe partir a contar desde cero, sin mostrar diferencias entre los conteos (porque ya se han confirmado).

7 10.- Se deberá ir registrando continuamente los artículos que ya estén vencidos en sala de ventas, por producto y con fecha. Este requerimiento tiene la misma importancia que el que exige el registro de las mermas, para que no se retiren sin contar y estropeen el conteo de salida por caja. También, este requerimiento es necesario para que se cumpla uno no funcional (entregar a fin de mes el porcentaje de artículos por producto que han vencido en sala de ventas, con respecto al total de ingresados) Cada vez que se saquen artículos de bodega, para reponer en sala de ventas, se deberá descontar de los pedidos más antiguos. Esto, porque los artículos se almacenan en bodega de tal forma, que los pedidos más antiguos son los primeros que se venden. Así, se lleva un conteo correcto de los artículos por pedido que quedan en bodega, si los pedidos más antiguos se han terminado, y en caso de que esto no haya ocurrido, determinar la cantidad de unidades próximas a vencer Si de un pedido registrado, aún quedan artículos y quedan 15 días para que venzan, se deberá avisar al final del día, indicando producto y cantidad que queda del pedido. Este plazo se debe a que los productos no se pueden vender en una fecha más cercana a su vencimiento, debido a que muchos de los compradores son dueños de almacenes que los vuelven a vender, y se los vienen a comprar varios días después de adquirirlos en el supermercado mayorista. Este aviso se debe generar para que el administrador del local haga ofertas con dicho producto y lo saque a sala de ventas, para que se acabe pronto El administrador debe poder ordenarle al sistema que, cada vez que se venda un producto por caja, descontar de sala de ventas dos o más artículos de éste. Esta función se llamará registrar pack, y deberá pedirle al usuario que ingrese el código de producto, cantidad total de artículos que se venderán como packs y cuántos artículos contendrá un pack. Esta función se debe crear para considerar este tipo de ofertas que realizan los supermercados, y de esta forma, no alterar el correcto conteo de artículos por producto una vez que pasen por caja. En caso contrario, se va a contar sólo una unidad, cuando en realidad salieron más de una. Este tipo de ofertas las realizan los supermercados cuando los artículos llevan mucho tiempo en bodega y están próximos a vencer. Requerimientos no funcionales. 1.- Los lectores de código de barras deben ser inalámbricos y omnidireccionales. Estas características tienen como objetivo evitar que el cable les estorbe a los reponedores en el momento de registrar los productos. También, han de ser omnidireccionales para reconocer el código desde cualquier dirección. 2.- El sistema deberá ingresar, automáticamente, la fecha de llegada de cada pedido.

8 3.- Es necesario un registro de todas las diferencias obtenidas, por producto, correspondientes a los días entre la detección de la necesidad de un pedido y su llegada a bodega, durante los últimos 6 meses. 4.- Se deberá mantener un registro, para cada producto, de la cantidad de días que se demora en llegar un pedido a bodega, desde que se necesita, más dos días por eventuales atrasos. Esta información se obtendrá promediando la información actualizada descrita en el punto 3. Los requerimientos 2 al 4 han de cumplirse, para así conocer la demora estimada de un pedido entre que se necesita y su llegada. Se ha de registrar dicha demora para cada producto, ya que ésta puede variar, puesto que el supermercado solicita aprovisionamientos a distintas empresas, dependiendo del rubro. Estos tres requerimientos podrían haberse agrupado en uno solo, pero se separaron para comprenderlos mejor. 5.- Se deberá entregar, cuando se lleve a cabo el inventario físico, una estadística de ventas para cada producto, utilizando el registro histórico. Se deberá indicar el promedio de ventas para cada uno de los días de la semana (promedio de ventas los días lunes, martes, etc.), para cada una de las semanas de un mes (primera, segunda, tercera y cuarta) y para cada mes. Estas estadísticas las requiere el administrador del local, para determinar si existe una relación entre un día en especial de la semana, una semana en particular o un mes determinado, con el incremento de la venta de un producto. Dichas conclusiones son necesarias para fijar el porcentaje del stock bajo el cual se ha solicitar un nuevo pedido. 6.- Se deberá mantener registrado el porcentaje del stock en bodega bajo el cual es necesario efectuar un nuevo pedido, para cada producto. Éste se calculará tomando en cuenta el promedio histórico de tiempo de llegada del pedido y el promedio de ventas de dicho producto la misma semana el año anterior. Si no existe registro del año anterior, se tomará en cuenta el promedio de ventas de la misma semana del mes anterior. Si no, el promedio de ventas de la semana anterior. Es pertinente, ya que estos parámetros varían de un producto a otro, aún en un mismo día (por ejemplo, en Semana Santa se venden más huevos de chocolate que en ninguna otra época del año, pero menos carne que en ninguna otra). 7.- Ingresar en la base de datos la cantidad establecida para cada producto en bodega (stock completo). Es necesario conocer este valor, para así poder aplicarle el porcentaje bajo el cual se necesita un nuevo pedido. 8.- Impresión al final del día, de un listado de todos los productos que hayan traspasado el porcentaje bajo el cual es necesario hacer un nuevo pedido, indicando la cantidad que debe tener. Esto le permite al administrador tener con claridad la nómina de productos que requieren pedidos y no tener que revisar miles de productos, uno por uno, viendo si los necesitan.

9 9.- Cuando el administrador desee analizar los conteos históricos de la sala de ventas y de la bodega, para compararlos con los resultados del inventario físico, deberá ver 3 columnas. Una corresponderá a la suma de las reposiciones, otra a la suma de ventas, mermas y vencimientos y otra con la diferencia entre las dos anteriores, para cada producto. Esto, para visualizar mejor dicha diferencia, que corresponde a los artículos que no aparecen en el sistema y deberían estar en alguna parte del local Las reposiciones de productos a la sala de ventas deberán indicar: fecha, hora y cantidad. Con estos datos, se fija la remuneración a cada uno de los reponedores La actualización de la base de datos, con respecto a los productos que entran o salen del mercado, deberá llevarse a cabo los días sábado. Se llevará a cabo ese día, porque es el último de la semana en que atiende Mayorista Cada mes, el último día, se le deberá entregar al administrador un listado de todos los productos, indicando la cantidad de pedidos que se han hecho de cada uno de ellos Se deberá llevar un conteo mensual de los artículos que vencen en sala de ventas, para cada producto. El último día del mes se debe entregar un listado con dichos conteos, expresados en porcentaje con respecto al número total de artículos por producto ingresados a sala de ventas. Los requerimientos 12 y 13 los necesita el administrador para conocer si acaso el stock que mantiene en bodega para un producto es demasiado grande para su nivel de ventas. También se podrían reunir estos dos requerimientos en uno solo, pero se separaron para su mejor comprensión Se deberá acceder a este sistema vía web y con contraseña. Esta necesidad la pudimos percibir ya que observamos que el administrador, algunas veces, se ausenta del local para hacer trámites o almorzar. Además, en el caso que se vea en la obligación de faltar un día a su empleo (por enfermedad o enviado por la empresa a la Casa Matriz), y no tenga alguien de confianza para dejar en su reemplazo, ésta es una buena alternativa para no perder el control. Luego, para poder tener clara la organización de los requerimientos, con el fin de poder generar la arquitectura de software, es necesario ordenarlos de forma jerárquica. Esta jerarquía puede ser con respecto a su influencia en la satisfacción del objetivo, de manera descendente (desde el que más influye al que menos lo hace), o bien, de dependencia. A veces ocurre, que para cumplir con un requerimiento, se debe satisfacer con otro primero. Así, se pueden ordenar de manera descendente, desde el que depende de todos los posteriores, hasta el que no depende del cumplimiento de

10 otros. De esta manera, la jerarquización de los requerimientos antes expuestos, funcionales y no funcionales, queda de la siguiente forma: Requerimientos funcionales. El más importante, sin duda, es el siguiente, puesto que es el que satisface el objetivo de generar un respaldo a los resultados del inventario físico: 1.- Cada vez que se realice un inventario físico, el software deberá calcular la diferencia entre los artículos que han ingresado (reposiciones) y salido (ventas, mermas y vencimientos) de la sala de ventas, para cada producto, tomando en cuenta los registros llevados hasta ese momento. Pero, el cumplimento de éste depende de estos otros: La base de datos deberá tener la opción de ser actualizada, en el caso de la salida de un nuevo producto al mercado, o el retiro de alguno El sistema deberá ser capaz de ingresar cada nuevo pedido de un producto indicando fecha de ingreso, fecha de vencimiento y la cantidad de artículos Captura de código de barras mediante pistola láser Se deberá ir registrando continuamente las mermas de cada producto (artículos consumidos sin pagar dentro del local o rotos), tanto en bodega como en sala de ventas El administrador debe poder ordenarle al sistema que, cada vez que se venda un producto por caja, descontar de sala de ventas dos o más artículos de éste. Esta función se llamará registrar pack, y deberá pedirle al usuario que ingrese el código de producto, cantidad total de artículos que se venderán como packs y cuántos artículos contendrá un pack Se deberá ir registrando continuamente los artículos que ya estén vencidos en sala de ventas, por producto y con fecha. El requerimiento 1.2 se lleva a cabo en el primer registro (llegada a bodega), el 1.3 en la segunda (entre bodega y sala de ventas) y los 1.4, 1.5 y 1.6, en el tercer registro (salida del local por cajas o por no estar en condiciones para ser vendidos). Por otro lado, 1.2 depende de éste: El recepcionista (de bodega) debe tener, aparte de la pistola láser, un computador con pantalla y teclado donde ingresar las características que contenga cada lote (artículos por producto).

11 También, para que el administrador pueda hacer uso de la función creada por 1.5., debe cumplirse: Si de un pedido registrado, aún quedan artículos y quedan 15 días para que venzan, se deberá avisar al final del día, indicando producto y cantidad que queda del pedido. Pero, para que se cumpla 1.5.1, deberán satisfacerse: Cada vez que se ingrese un nuevo producto, deberá leerse el código de barras, ingresar detalle y sección Cada vez que se saquen artículos de bodega, para reponer en sala de ventas, se deberá descontar de los pedidos más antiguos. Luego, los requerimientos que quedan, ordenados por su aporte al objetivo, son: 2.- Cuando se ingresen los datos del punto , deberá asignarse automáticamente al nuevo producto un código interno del supermercado, que servirá para identificarlo más fácilmente. Como se observa, éste depende, a su vez, de La cantidad de artículos por producto en bodega y sala de ventas deberá ser actualizada cada vez que se lleve a cabo un inventario físico, con los datos que éste arroje. No debe ocurrir lo mismo con estadísticas de ventas, promedios de tiempo de demora en llegada de pedidos y vencimientos. Requerimientos no funcionales. Por orden de importancia, con respecto a su aporte a los deseos del usuario (adicionales, que no tienen que ver con el objetivo, son: 1.- Cuando el administrador desee analizar los conteos históricos de la sala de ventas y de la bodega, para compararlos con los resultados del inventario físico, deberá ver 3 columnas. Una corresponderá a la suma de las reposiciones, otra a la suma de ventas, mermas y vencimientos y otra con la diferencia entre las dos anteriores, para cada producto. 2.- Los lectores de código de barras deben ser inalámbricos y omnidireccionales. 3.- Impresión al final del día, de un listado de todos los productos que hayan traspasado el porcentaje bajo el cual es necesario hacer un nuevo pedido, indicando la cantidad que debe tener.

12 4.- Las reposiciones de productos a la sala de ventas deberán indicar: fecha, hora y cantidad. 5.- Se deberá llevar un conteo mensual de los artículos que vencen en sala de ventas, para cada producto. El último día del mes se debe entregar un listado con dichos conteos, expresados en porcentaje con respecto al número total de artículos por producto ingresados a sala de ventas. 6.- Cada mes, el último día, se le deberá entregar al administrador un listado de todos los productos, indicando la cantidad de pedidos que se han hecho de cada uno de ellos. 7.- Se deberá acceder a este sistema vía web y con contraseña. 8.- La actualización de la base de datos, con respecto a los productos que entran o salen del mercado, deberá llevarse a cabo los días sábado. El requerimiento 1 no funcional depende del 1 funcional. El requerimiento 5 no funcional, del 1.6 funcional. El requerimiento no funcional 6, del 1.2 funcional. El requerimiento 8 no funcional, del 1.1 funcional. Finalmente, el requerimiento 3 no funcional, depende de: Ingresar en la base de datos la cantidad establecida para cada producto en bodega (stock completo) Se deberá mantener registrado el porcentaje del stock en bodega bajo el cual es necesario efectuar un nuevo pedido, para cada producto. Pero, para que el administrador decida 3.1, debe conocer: Se deberá entregar, cuando se lleve a cabo el inventario físico, una estadística de ventas para cada producto, utilizando el registro histórico. Se deberá indicar el promedio de ventas para cada uno de los días de la semana (promedio de ventas los días lunes, martes, etc.), para cada una de las semanas de un mes (primera, segunda, tercera y cuarta) y para cada mes. A su vez, 3.2 depende de y : Se deberá mantener un registro, para cada producto, de la cantidad de días que se demora en llegar un pedido a bodega, desde que se necesita, más dos días por eventuales atrasos requiere de:

13 Es necesario un registro de todas las diferencias obtenidas, por producto, correspondientes a los días entre la detección de la necesidad de un pedido y su llegada a bodega, durante los últimos 6 meses. Que a su vez necesita de: El sistema deberá ingresar, automáticamente, la fecha de llegada de cada pedido.

14 Conclusión. En el momento de buscar los requerimientos, comenzamos con proposiciones generadas por los integrantes del grupo. La experiencia laboral dentro de Mayorista 10 obtenida por Sergio Rosas nos resultó valiosa para comprender el flujo de mercaderías dentro del local. Sin embargo, como esto fue insuficiente, es que decidimos investigar más en la web acerca de los tipos de control de inventario y efectuar una Auditoría. Al analizar cada uno de los requerimientos, y la justificación de cada uno, es posible percatarse que requerimientos catalogados en un principio como no funcionales, terminan siendo funcionales. Esto ocurrió con todos aquéllos necesarios para determinar cuántos artículos por producto están por vencer. El conocer este dato, en principio, no afecta la satisfacción del objetivo de nuestro proyecto de software (generar un conteo de artículos que llegan a bodega, entran a sala de ventas y son finalmente vendidos, para relacionarlos entre sí y generar una base de comparación con los resultados del inventario físico). Sin embargo, en ocasiones el supermercado crea packs entre artículos de distintos productos o de un mismo producto, cuando hay una cantidad importante próxima a vencer. Como generar una función que permita lo anterior es indispensable para mantener un conteo eficaz en caja, evitando que sólo se registre un artículo del pack, es que todos los requerimientos para determinar la proximidad del vencimiento de artículos pasan a ser funcionales. A la hora de jerarquizar los requerimientos, es posible percatarse que muchos de ellos dependen del cumplimiento de otros, y éstos, a su vez, de otros más. También, ocurre que un requerimiento no funcional dependa de uno funcional, como ocurrió con el requerimiento de generar estadísticas de las ventas por caja, del registro de los artículos retirados por vencimiento durante el mes, entre otros. De esta manera, se termina creando una red de dependencias entre muchos de los requerimientos. Sin duda es esta red la que permite el desarrollo de un modelo de software usando UML. Es la que se necesita para generar los diagramas de arquitectura estática, de casos de uso y el modelado de datos.

MANUAL DE AYUDA HERRAMIENTA DE APROVISIONAMIENTO

MANUAL DE AYUDA HERRAMIENTA DE APROVISIONAMIENTO MANUAL DE AYUDA HERRAMIENTA DE APROVISIONAMIENTO Fecha última revisión: Junio 2011 INDICE DE CONTENIDOS HERRAMIENTA DE APROVISIONAMIENTO... 3 1. QUÉ ES LA HERRAMIENTA DE APROVISIONAMIENTO... 3 HERRAMIENTA

Más detalles

GESTINLIB GESTIÓN PARA LIBRERÍAS, PAPELERÍAS Y KIOSCOS DESCRIPCIÓN DEL MÓDULO DE KIOSCOS

GESTINLIB GESTIÓN PARA LIBRERÍAS, PAPELERÍAS Y KIOSCOS DESCRIPCIÓN DEL MÓDULO DE KIOSCOS GESTINLIB GESTIÓN PARA LIBRERÍAS, PAPELERÍAS Y KIOSCOS DESCRIPCIÓN DEL MÓDULO DE KIOSCOS 1.- PLANTILLA DE PUBLICACIONES En este maestro crearemos la publicación base sobre la cual el programa generará

Más detalles

Tecnologías para una Educación de Calidad Cierre de Brecha Digital Estándar de Coordinación Informática Ámbito de Mantenimiento.

Tecnologías para una Educación de Calidad Cierre de Brecha Digital Estándar de Coordinación Informática Ámbito de Mantenimiento. Cierre de Brecha Digital Estimado Sostenedor y Director, Dirigida al Sostenedor y al Establecimiento Educacional El Ministerio de Educación se encuentra implementando el plan Tecnologías para una Educación

Más detalles

Guía de Reparación de Equipamiento

Guía de Reparación de Equipamiento Dirigida al Sostenedor y al Establecimiento Educacional Estimado Sostenedor y Director, El Ministerio de Educación se encuentra implementando el plan Tecnologías para una Educación de Calidad (TEC), que

Más detalles

pymegnu v2.0 PRESENTACIÓN DE PRODUCTOS

pymegnu v2.0 PRESENTACIÓN DE PRODUCTOS PRESENTACIÓN DE PRODUCTOS pymegnu v2.0 1 INTRODUCCIÓN Nuestros sistemas 100% web le permitirán poder obtener todas las ventajas competitivas que ofrece Internet, como la disponibilidad de tener sus sistemas

Más detalles

Servicios Educativos Del Estado De Chihuahua Sistema Integral de Presupuestos y Materiales. Indice. Introducción... 2. Barra de Herramientas...

Servicios Educativos Del Estado De Chihuahua Sistema Integral de Presupuestos y Materiales. Indice. Introducción... 2. Barra de Herramientas... Indice Página Introducción... 2 Acceso al Sistema... 3 Barra de Herramientas... 4 Menú Principal... 5 Operación Catálogos Reportes Consultas Entradas Por Orden de Compra... 6 Entradas Directas... 8 Salidas

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Soluciones a problemas de negocios con TI

Soluciones a problemas de negocios con TI Soluciones a problemas de negocios con TI Empresa mexicana 14 años en el mercado Ingenieros en sistemas, licenciados en informática Plataformas Windows, Unix/Linux y Móviles Actividades Principales 1.

Más detalles

PS.Vending Almacén Pocket PC

PS.Vending Almacén Pocket PC Versión 1.0 Enero 2013 Autor: Pedro Naranjo Rodríguez www.psvending.es Contenido Qué es PS.Vending Almacén Pocket PC?... 3 Funciona PS.Vending Almacén Pocket PC independiente de PS.Vending?... 3 Requisitos...

Más detalles

1.4.1.2. Resumen... 1.4.2. ÁREA DE FACTURACIÓN::INFORMES::Pedidos...27 1.4.2.1. Detalle... 1.4.2.2. Resumen... 1.4.3. ÁREA DE

1.4.1.2. Resumen... 1.4.2. ÁREA DE FACTURACIÓN::INFORMES::Pedidos...27 1.4.2.1. Detalle... 1.4.2.2. Resumen... 1.4.3. ÁREA DE MANUAL DE USUARIO DE ABANQ 1 Índice de contenido 1 ÁREA DE FACTURACIÓN......4 1.1 ÁREA DE FACTURACIÓN::PRINCIPAL...4 1.1.1. ÁREA DE FACTURACIÓN::PRINCIPAL::EMPRESA...4 1.1.1.1. ÁREA DE FACTURACIÓN::PRINCIPAL::EMPRESA::General...4

Más detalles

Por otro lado podemos enunciar los objetivos más específicos de nuestro estudio:

Por otro lado podemos enunciar los objetivos más específicos de nuestro estudio: RESUMEN La empresa familiar es aquella cuya administración, dirección y control está en manos de una familia. Sus miembros toman decisiones estratégicas y operativas, asumiendo por completo la responsabilidad

Más detalles

Manual para la utilización de PrestaShop

Manual para la utilización de PrestaShop Manual para la utilización de PrestaShop En este manual mostraremos de forma sencilla y práctica la utilización del Gestor de su Tienda Online mediante Prestashop 1.6, explicaremos todo lo necesario para

Más detalles

Contenido. Email: capacitacion@u cursos.cl / Teléfono: 9782450

Contenido. Email: capacitacion@u cursos.cl / Teléfono: 9782450 GMI Contenido PUBLICAR AVISO... 3 CREAR PROCESO DE SELECCIÓN... 6 VER/ELIMINAR AVISOS PUBLICADOS... 8 ETAPAS DE UN PROCESO DE SELECCIÓN... 10 SECCIONES DE LOS PROCESOS DE SELECCIÓN (GPS)... 21 PERSONALIZAR

Más detalles

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES Tema: Cartas de Servicios Primera versión: 2008 Datos de contacto: Evaluación y Calidad. Gobierno de Navarra. evaluacionycalidad@navarra.es

Más detalles

ERP GESTION LOGÍSTICA

ERP GESTION LOGÍSTICA ERP GESTION LOGÍSTICA o Introducción El objetivo de este módulo reside en dar soporte informático al control de sus existencias para poder responder en cualquier momento a la cuestión Qué cantidad y cuánto

Más detalles

La explicación la haré con un ejemplo de cobro por $100.00 más el I.V.A. $16.00

La explicación la haré con un ejemplo de cobro por $100.00 más el I.V.A. $16.00 La mayor parte de las dependencias no habían manejado el IVA en los recibos oficiales, que era el documento de facturación de nuestra Universidad, actualmente ya es formalmente un CFD pero para el fin

Más detalles

MANUAL DE AYUDA HERRAMIENTA DE APROVISIONAMIENTO

MANUAL DE AYUDA HERRAMIENTA DE APROVISIONAMIENTO MANUAL DE AYUDA HERRAMIENTA DE APROVISIONAMIENTO Fecha última revisión: Marzo 2016 INDICE DE CONTENIDOS HERRAMIENTA DE APROVISIONAMIENTO... 2 1. QUÉ ES LA HERRAMIENTA DE APROVISIONAMIENTO... 2 HERRAMIENTA

Más detalles

Diseño de Sistemas Universidad CAECE Año 2005

Diseño de Sistemas Universidad CAECE Año 2005 Diseño de Sistemas Universidad CAECE Año 2005 Introducción El siguiente ejemplo muestra la aplicación del proceso de desarrollo de software según Ivar Jacobson. En muchos de los pasos el método ha sido

Más detalles

MANUAL DE AYUDA. SAT Móvil (Movilidad del Servicio Técnico)

MANUAL DE AYUDA. SAT Móvil (Movilidad del Servicio Técnico) MANUAL DE AYUDA SAT Móvil (Movilidad del Servicio Técnico) Fecha última revisión: Abril 2015 INDICE DE CONTENIDOS INTRODUCCION SAT Móvil... 3 CONFIGURACIONES PREVIAS EN GOTELGEST.NET... 4 1. INSTALACIÓN

Más detalles

CUESTIONARIO PARA DETECTAR NECESIDADES DA CAPACITACIÓN EN IMPRENTA ECONOMICA S. A. DE C. V.

CUESTIONARIO PARA DETECTAR NECESIDADES DA CAPACITACIÓN EN IMPRENTA ECONOMICA S. A. DE C. V. CUESTIONARIO PARA DETECTAR NECESIDADES DA CAPACITACIÓN EN IMPRENTA ECONOMICA S. A. DE C. V. Contesta lo mas sincero posible el siguiente cuestionario, marcando con una X según sea tu respuesta. SI NO 1.

Más detalles

ORMEN / Manuales. Venta de Lotería. Manual de Operación. Serie de Manuales del Departamento Técnico ORMEN S.A. NÚMERO 23

ORMEN / Manuales. Venta de Lotería. Manual de Operación. Serie de Manuales del Departamento Técnico ORMEN S.A. NÚMERO 23 ORMEN / Manuales Venta de Lotería Manual de Operación Serie de Manuales del Departamento Técnico ORMEN S.A. NÚMERO 23 ORMEN S.A. Departamento Técnico Agosto del 2014 Venta de Lotería Manual de Operación

Más detalles

MÓDULO 3 HERRAMIENTAS EN LA NUBE: ANFIX

MÓDULO 3 HERRAMIENTAS EN LA NUBE: ANFIX MÓDULO 3: TEMA 1 INTRODUCCIÓN Hemos elegido esta herramienta, por su sencillez de acceso a través de la web, es bastante fácil e intuitiva, tan sólo tienes que registrarte, confirmar tu cuenta y ya puedes

Más detalles

Área de Administración y gestión de empresas

Área de Administración y gestión de empresas RESULTADOS DEL ANÁLISIS INDIVIDUAL DE LAS EMPRESARIAS Paralelamente a la actividad de las presentaciones a los paneles de empresarios, las asistentes del encuentro trabajaron en un instrumento individual

Más detalles

Unidad 8. Estado de Perdidas y Ganancias o Estados de Resultados

Unidad 8. Estado de Perdidas y Ganancias o Estados de Resultados Unidad 8 Estado de Perdidas y Ganancias o Estados de Resultados Al termino de cada ejercicio fiscal, a todo comerciante no solo le interesa conocer la situación financiera de su negocio, sino también el

Más detalles

CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE

CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE INVENTARIO Y PROCESO Objetivos del capítulo Desarrollar una herramienta de software de planeación de inventario con los datos obtenidos del capítulo

Más detalles

Manual Consultas Web - PC Sistel Ver 486R4+ - USUARIO JEFATURA

Manual Consultas Web - PC Sistel Ver 486R4+ - USUARIO JEFATURA PCSISTEL Ver 486R4+ Diseñado y Desarrollado por Visual Soft S.A.C. Todos los Derechos reservados. 2006 Este producto y su respectiva documentación así como el nombre PCSISTEL se encuentra debidamente registradas

Más detalles

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas.

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas. El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas visiones que los

Más detalles

CAPÍTULO VI CONCLUSIONES Y RECOMENDACIONES

CAPÍTULO VI CONCLUSIONES Y RECOMENDACIONES CAPÍTULO VI CAPÍTULO VI CONCLUSIONES Y RECOMENDACIONES El CRM considera el potencial para aumentar las ventas de la empresa a través de programas destinados a los clientes actuales recurriendo a promociones

Más detalles

SIIGO Pyme. Informes de Saldos y Movimientos de Inventarios. Cartilla I

SIIGO Pyme. Informes de Saldos y Movimientos de Inventarios. Cartilla I SIIGO Pyme Informes de Saldos y Movimientos de Inventarios Cartilla I Tabla de Contenido 1. Presentación 2. Qué son Inventarios? 3. Qué son Informes? 4. Qué son Informes de Saldos y Movimientos en Inventarios?

Más detalles

SISTEMA DE VENTAS EN LINEA VISIÓN. Versión 1.0

SISTEMA DE VENTAS EN LINEA VISIÓN. Versión 1.0 SISTEMA DE VENTAS EN LINEA VISIÓN Versión 1.0 1 Revisión histórica Fecha Versión Descripción Autor 2 Índice 1. Introducción 1.1. Propósito 1.2. Ámbito 1.3. Definiciones, acrónimos y abreviaturas 1.4. Referencias

Más detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

Sistema PYMES Ventas e Inventarios H&S

Sistema PYMES Ventas e Inventarios H&S Sistema PYMES Ventas e Inventarios H&S Sistema PYMES Ventas e Inventarios H&S Visión DESARROLLADORA Teodora Vargas Tarqui Versión 0.9 Tabla de Contenidos 1. INTRODUCCION 3 1.1 Propósito 3 1.2 Alcance 3

Más detalles

INVENTARIO INTRODUCCIÓN RESUMEN DE PASOS

INVENTARIO INTRODUCCIÓN RESUMEN DE PASOS INVENTARIO INTRODUCCIÓN Es habitual que en las empresas realicen a final de año un Inventario. Con este proceso se pretende controlar el nivel de stock existente, para iniciar el nuevo ejercicio, conociendo

Más detalles

Guías _SGO. Gestione administradores, usuarios y grupos de su empresa. Sistema de Gestión Online

Guías _SGO. Gestione administradores, usuarios y grupos de su empresa. Sistema de Gestión Online Guías _SGO Gestione administradores, usuarios y grupos de su empresa Sistema de Gestión Online Índice General 1. Parámetros Generales... 4 1.1 Qué es?... 4 1.2 Consumo por Cuentas... 6 1.3 Días Feriados...

Más detalles

CRM. Qué es CRM. Información para la Gestión

CRM. Qué es CRM. Información para la Gestión CRM Qué es CRM Es una estrategia de negocios orientada a la fidelización de clientes, enfocándose en que cada empleado de la empresa tenga información actualizada y confiable de los mismos, con el objetivo

Más detalles

MANUAL DE AYUDA MODULO TALLAS Y COLORES

MANUAL DE AYUDA MODULO TALLAS Y COLORES MANUAL DE AYUDA MODULO TALLAS Y COLORES Fecha última revisión: Enero 2010 Índice TALLAS Y COLORES... 3 1. Introducción... 3 CONFIGURACIÓN PARÁMETROS TC (Tallas y Colores)... 3 2. Módulos Visibles... 3

Más detalles

CONFIDENCIAL. Sistema (software) de Gestión de Compras, Ventas, Inventario y producción.

CONFIDENCIAL. Sistema (software) de Gestión de Compras, Ventas, Inventario y producción. Sistema (software) de Gestión de Compras, Ventas, Inventario y producción. 1.1.- Módulos del Sistema: El software esta implementado en Visual Foxpro para Windows. Se compone de los módulos o funciones

Más detalles

MANUAL DEL SOFTWARE CAPIGONO GUIA DEL USUARIO Y AUTO APRENDIZAJE

MANUAL DEL SOFTWARE CAPIGONO GUIA DEL USUARIO Y AUTO APRENDIZAJE MANUAL DEL SOFTWARE CAPIGONO GUIA DEL USUARIO Y AUTO APRENDIZAJE CONTENIDO 1. CARPETAS... 6 2. INTRODUCCION... 7 3. INICIO DEL SOFTWARE CAPIGONO... 8 4. INFORMACION CARPETA DEL SUBSISTEMA... 9 5. CARGUE

Más detalles

Módulo de farmacia, stock y compras

Módulo de farmacia, stock y compras Módulo de farmacia, stock y compras Introducción... 2 Compras... 3 Remitos... 3 Facturas... 4 Proveedores... 5 Stock... 8 Configuración... 8 Componentes... 8 Familias de Ítems... 9 Ítems... 10 Productos...

Más detalles

Más Clientes Más Rápido: Marketing Online bien enfocado

Más Clientes Más Rápido: Marketing Online bien enfocado Más Clientes Más Rápido: Marketing Online bien enfocado A continuación describo una propuesta comercial que estimo le interesará ya que tiene el potencial de incrementar su negocio en un período relativamente

Más detalles

Dirección de Procesos y Tecnología

Dirección de Procesos y Tecnología 3 El presente documento corresponde al manual de, del Sistema Registro de Asistencia de Alumnos que Duoc UC ha implementado para el uso de su cuerpo Docente. El objetivo de este Sistema, es que cada Docente

Más detalles

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Documento de trabajo elaborado para la Red Temática DocenWeb: Red Temática de Docencia en Control mediante Web (DPI2002-11505-E)

Más detalles

DETERMINACIÓN DEL VOLUMEN DE PEDIDO.

DETERMINACIÓN DEL VOLUMEN DE PEDIDO. Lote económico de compra o Lote Optimo DETERMINACIÓN DEL VOLUMEN DE PEDIDO. Concepto que vemos en casi todos libros de aprovisionamiento, habitualmente la decisión de la cantidad a reaprovisionar en las

Más detalles

Project 2013. Ing. Christian Ovalle

Project 2013. Ing. Christian Ovalle 2013 Ing. Christian Ovalle PROJECT Antes de comenzar un proyecto se necesitan definir los objetivos de un proyecto y luego determinado, cuales son las tareas que necesita realizar para alcanzar ese objetivo.

Más detalles

CAPÍTULO IV USO DE MICROSOFT PROJECT

CAPÍTULO IV USO DE MICROSOFT PROJECT CAPÍTULO IV USO DE MICROSOFT PROJECT 44 4.1 Introducción Microsoft Project es un una herramienta de trabajo para administradores y jefes de proyectos. Sirve para organizar y realizar un seguimiento de

Más detalles

Análisis de Resultados

Análisis de Resultados Análisis de Resultados Encuesta Web OnLine Buses: www.encuesta-webonlinebuses.tk Grupo10 1 Datos Generales Técnica: Encuesta Web Medio: Google Forms Unidad de muestreo: Usuarios y potenciales usuarios

Más detalles

Técnicas de Planeación y Control

Técnicas de Planeación y Control Técnicas de Planeación y Control 1 Sesión No. 10 Nombre: Control de inventarios Contextualización El inventario es el conjunto de artículos que se encuentran en un almacén y que esperan ser utilizados

Más detalles

DE VIDA PARA EL DESARROLLO DE SISTEMAS

DE VIDA PARA EL DESARROLLO DE SISTEMAS MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso

Más detalles

LABORATORIO Nº 2 GUÍA PARA REALIZAR FORMULAS EN EXCEL

LABORATORIO Nº 2 GUÍA PARA REALIZAR FORMULAS EN EXCEL OBJETIVO Mejorar el nivel de comprensión y el manejo de las destrezas del estudiante para utilizar formulas en Microsoft Excel 2010. 1) DEFINICIÓN Una fórmula de Excel es un código especial que introducimos

Más detalles

MANUAL DE USUARIO DE LA APLICACIÓN DE ACREDITACION DE ACTIVIDADES DE FORMACION CONTINUADA. Perfil Entidad Proveedora

MANUAL DE USUARIO DE LA APLICACIÓN DE ACREDITACION DE ACTIVIDADES DE FORMACION CONTINUADA. Perfil Entidad Proveedora MANUAL DE USUARIO DE LA APLICACIÓN DE ACREDITACION DE ACTIVIDADES DE FORMACION CONTINUADA Perfil Entidad Proveedora El objetivo del módulo de Gestión de Solicitudes vía Internet es facilitar el trabajo

Más detalles

Hacemos que tu negocio se mueva. Plataforma de ventas. www.movilidapp.com. 2014 movilidapp

Hacemos que tu negocio se mueva. Plataforma de ventas. www.movilidapp.com. 2014 movilidapp Hacemos que tu negocio se mueva Plataforma de ventas www.movilidapp.com 2014 movilidapp NUESTRA PLATAFORMA DE VENTAS Nuestra plataforma de ventas permite gestionar la realización de pedidos de sus productos

Más detalles

CAPITULO V. SIMULACION DEL SISTEMA 5.1 DISEÑO DEL MODELO

CAPITULO V. SIMULACION DEL SISTEMA 5.1 DISEÑO DEL MODELO CAPITULO V. SIMULACION DEL SISTEMA 5.1 DISEÑO DEL MODELO En base a las variables mencionadas anteriormente se describirán las relaciones que existen entre cada una de ellas, y como se afectan. Dichas variables

Más detalles

4.1 E TRADA Y SALIDA DE EXISTE CIAS

4.1 E TRADA Y SALIDA DE EXISTE CIAS IV Unidad Registro y Control de Existencias 4.1 E TRADA Y SALIDA DE EXISTE CIAS Cuando hablamos de entradas y salidas de existencias, nos referimos al proceso de compra y venta o utilización de los distintos

Más detalles

Preguntas que se hacen con frecuencia sobre los estudios clínicos

Preguntas que se hacen con frecuencia sobre los estudios clínicos Preguntas que se hacen con frecuencia sobre los estudios clínicos Son seguros? Todos los ensayos clínicos deben ser aprobados por el gobierno federal y deben cumplir con una reglamentación estricta que

Más detalles

CIF-KM. GUÍA DE LOS PRIMEROS PASOS

CIF-KM. GUÍA DE LOS PRIMEROS PASOS CIF-KM. GUÍA DE LOS PRIMEROS PASOS Secciones 1. CONCEPTOS PREVIOS. 2. INSTALAR CIF-KM. 2.1 Descargar e instalar CIF-KM. 2.2 Configuración de CIF-KM. 2.3 Acceso externo al servidor de CIF-KM. 3. PRIMERA

Más detalles

PROCEDIMIENTO PARA LA GESTIÓN DE INCIDENCIAS

PROCEDIMIENTO PARA LA GESTIÓN DE INCIDENCIAS Página : 1 de 10 PROCEDIMIENTO PARA LA Esta es una copia no controlada si carece de sello en el reverso de sus hojas, en cuyo caso se advierte al lector que su contenido puede ser objeto de modificaciones

Más detalles

CRONO SISTEMA DE CONTROL DE PRESENCIA. Software abierto. Distintas opciones para realizar las picadas. Web personal para cada usuario

CRONO SISTEMA DE CONTROL DE PRESENCIA. Software abierto. Distintas opciones para realizar las picadas. Web personal para cada usuario Software abierto Distintas opciones para realizar las picadas Web personal para cada usuario Gestión de incidencias Informes individuales y colectivos CRONO SISTEMA DE CONTROL DE PRESENCIA Qué es Crono?

Más detalles

CAPITULO I CAPITULO I

CAPITULO I CAPITULO I CAPITULO I 1 Introducción La necesidad latente de llevar un estricto control de los inventarios en la industria de la construcción aunado a la mala planeación de estos, hace que los gastos generados anualmente

Más detalles

Trazabilidad ERP Microsa Gestión de Lotes

Trazabilidad ERP Microsa Gestión de Lotes Fecha revisión: 11/10/2004 La rastreabilidad o trazabilidad (del inglés traceability) representa el rastreo de un producto desde un punto cualquiera de la cadena de suministro hasta el origen u orígenes,

Más detalles

ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS MARZO 2014

ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS MARZO 2014 Teléfono: (506) 25112965 Oficina de Suministros Universidad de Costa Rica Fax: ((506) 25114242 Correo electrónico: antonio.marin@ucr.ac.cr ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS MARZO 2014

Más detalles

GOOGLE AdWords o Palabras Patrocinadas

GOOGLE AdWords o Palabras Patrocinadas 1 GOOGLE AdWords o Palabras Patrocinadas El servicio de Google AdWords, es un sistema de publicidad online. Está dirigido a grandes, pequeñas y medianas empresas y a los individuos que desean publicitar

Más detalles

Módulo 7: Los activos de Seguridad de la Información

Módulo 7: Los activos de Seguridad de la Información Módulo 7: Los activos de Seguridad de la Información Se explica en este tema cómo deben abordarse la elaboración de un inventario de activos que recoja los principales activos de información de la organización,

Más detalles

MANUAL DE AYUDA TAREA PROGRAMADA COPIAS DE SEGURIDAD

MANUAL DE AYUDA TAREA PROGRAMADA COPIAS DE SEGURIDAD MANUAL DE AYUDA TAREA PROGRAMADA COPIAS DE SEGURIDAD Fecha última revisión: Diciembre 2010 Tareas Programadas TAREAS PROGRAMADAS... 3 LAS TAREAS PROGRAMADAS EN GOTELGEST.NET... 4 A) DAR DE ALTA UN USUARIO...

Más detalles

Conciliación bancaria en CheqPAQ Cargado de estado de cuenta

Conciliación bancaria en CheqPAQ Cargado de estado de cuenta Conciliación bancaria en CheqPAQ Cargado de estado de cuenta Introducción Con la finalidad de mantenerte informado respecto a todos los cambios y mejoras de los productos de CONTPAQ i, ponemos a tu disposición

Más detalles

Módulo Cédulas de Auditorías desde Excel

Módulo Cédulas de Auditorías desde Excel Módulo Cédulas de Auditorías desde Excel EL módulo de Cédulas desde Excel permite obtener y manipular la información registrada en SuperCONTABILIDAD de manera rápida y confiable. Las aplicaciones de este

Más detalles

Capitulo 3. Desarrollo del Software

Capitulo 3. Desarrollo del Software Capitulo 3 Desarrollo del Software 3.1 Análisis del sistema 3.1.1 Organización de la autopista virtual Para el presente proyecto se requiere de simular una autopista para que sirva de prueba. Dicha autopista

Más detalles

e-mailing Solution La forma más efectiva de llegar a sus clientes.

e-mailing Solution La forma más efectiva de llegar a sus clientes. e-mailing Solution La forma más efectiva de llegar a sus clientes. e-mailing Solution Es muy grato para nosotros presentarles e-mailing Solution, nuestra solución de e-mail Marketing para su empresa. E-Mailing

Más detalles

Programa diseñado y creado por 2014 - Art-Tronic Promotora Audiovisual, S.L.

Programa diseñado y creado por 2014 - Art-Tronic Promotora Audiovisual, S.L. Manual de Usuario Programa diseñado y creado por Contenido 1. Acceso al programa... 3 2. Opciones del programa... 3 3. Inicio... 4 4. Empresa... 4 4.2. Impuestos... 5 4.3. Series de facturación... 5 4.4.

Más detalles

VENTA Y REPARACIÓN DE MAQUINARIA MAQUINARIA

VENTA Y REPARACIÓN DE MAQUINARIA MAQUINARIA Software ERP de gestión para VENTA Y REPARACIÓN DE MAQUINARIA ERP SIEMAQ VENTA MAQUINARIA SIECONTA CONTABILIDAD SIEALQUI ALQUILER MAQUINARIA ALQUILER Y VENTA DE MAQUINARIA I NT R O D U C C I Ó N SOFTWARE

Más detalles

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red. Comercio electrónico. (e-commerce) Las empresas que ya están utilizando la red para hacer comercio ven como están cambiando las relaciones de la empresa con sus clientes, sus empleados, sus colaboradores

Más detalles

Manual de operación para el ingreso de casos de CFDs en el centro de atención a proveedores

Manual de operación para el ingreso de casos de CFDs en el centro de atención a proveedores Manual de operación para el ingreso de casos de CFDs en el centro de atención a proveedores Febrero 22, 2011 Con el fin de apoyar el proceso de integración de factura electrónica con Comercial Mexicana

Más detalles

Prestaciones generales. Web corporativa del despacho

Prestaciones generales. Web corporativa del despacho La nueva y mejorada versión de Asesoriaweb, más intuitiva y eficiente, permite al asesor completar los servicios prestados a sus clientes junto con las demás aplicaciones de NCS Software. Su principal

Más detalles

Profunda comprensión de que valores son o podrían ser percibidos por los clientes.

Profunda comprensión de que valores son o podrían ser percibidos por los clientes. Estrategias de retención de clientes para servicios El valor concebido por el cliente de servicio se basa en una estrategia de conocimientos, ya que con el conocimiento que posee la empresa, puede emplear

Más detalles

CAPÍTULO 4. EL EXPLORADOR DE WINDOWS XP

CAPÍTULO 4. EL EXPLORADOR DE WINDOWS XP CAPÍTULO 4. EL EXPLORADOR DE WINDOWS XP Características del Explorador de Windows El Explorador de Windows es una de las aplicaciones más importantes con las que cuenta Windows. Es una herramienta indispensable

Más detalles

CAPITILO 4 CASO. PRACTICO

CAPITILO 4 CASO. PRACTICO CAPITILO 4 CASO. PRACTICO DETERMINAR Qué?, Cuándo? y Cómo? Inspeccionar el inventario. 4.1 INTRODUCCIÓN: En el presente trabajo se determina la clasificación ABC de inventarios por cantidad y costos de

Más detalles

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. UNIVERSIDAD DE CARABOBO FACULTAD DE CIENCIA Y TECNOLOGÍA DIRECCION DE EXTENSION COORDINACION DE PASANTIAS Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. Pasante:

Más detalles

-Base de conocimiento: Crea una base de conocimiento

-Base de conocimiento: Crea una base de conocimiento Contáctanos: (0155) 5243-5222 info@vcc.com.mx vcc.com.mx VCC Atención a Clientes Somos VCC Sistemas S.A de C.V., líderes en soluciones CRM, ERP y MRP en México. El presente documento contiene información

Más detalles

Criterios de Selección de Inversiones: El Valor Actual Neto y sus derivados *.

Criterios de Selección de Inversiones: El Valor Actual Neto y sus derivados *. Criterios de Selección de Inversiones: El Valor Actual Neto y sus derivados *. Uno de los criterios más válidos para la selección de inversiones alternativas es la determinación del Valor Actual Neto (VAN)

Más detalles

Manual del Usuario. Sistema de Help Desk

Manual del Usuario. Sistema de Help Desk Manual del Usuario Sistema de Help Desk Objetivo del Manual El siguiente manual tiene como objetivo proveer la información necesaria para la correcta utilización del sistema Help Desk. Describe los procedimientos

Más detalles

Base de datos en Excel

Base de datos en Excel Base de datos en Excel Una base datos es un conjunto de información que ha sido organizado bajo un mismo contexto y se encuentra almacenada y lista para ser utilizada en cualquier momento. Las bases de

Más detalles

Adaptación al NPGC. Introducción. NPGC.doc. Qué cambios hay en el NPGC? Telf.: 93.410.92.92 Fax.: 93.419.86.49 e-mail:atcliente@websie.

Adaptación al NPGC. Introducción. NPGC.doc. Qué cambios hay en el NPGC? Telf.: 93.410.92.92 Fax.: 93.419.86.49 e-mail:atcliente@websie. Adaptación al NPGC Introducción Nexus 620, ya recoge el Nuevo Plan General Contable, que entrará en vigor el 1 de Enero de 2008. Este documento mostrará que debemos hacer a partir de esa fecha, según nuestra

Más detalles

MANUAL BASICO DE WEBEX

MANUAL BASICO DE WEBEX MANUAL BASICO DE WEBEX Webex es un servicio de web conferencias y soluciones de colaboración, lo que significa que nos permite crear una conferencia por internet en la cual además de vernos los unos a

Más detalles

MANUAL DE AYUDA. MODULO SAT (Anexo Integración AGIL SAT)

MANUAL DE AYUDA. MODULO SAT (Anexo Integración AGIL SAT) MANUAL DE AYUDA MODULO SAT (Anexo Integración AGIL SAT) Fecha última revisión: Junio 2011 INDICE DE CONTENIDOS 1 INTRODUCCION... 3 1.1 Objetivo... 3 1.2 Descripción de la aplicación Agil-SAT PDA... 3 1.3

Más detalles

GUIA APLICACIÓN DE SOLICITUDES POR INTERNET. Gestión de Cursos, Certificados de Aptitud Profesional y Tarjetas de Cualificación de Conductores ÍNDICE

GUIA APLICACIÓN DE SOLICITUDES POR INTERNET. Gestión de Cursos, Certificados de Aptitud Profesional y Tarjetas de Cualificación de Conductores ÍNDICE ÍNDICE ACCESO A LA APLICACIÓN... 2 1.- HOMOLOGACIÓN DE CURSOS... 4 1.1.- INICIAR EXPEDIENTE... 4 1.2.- CONSULTA DE EXPEDIENTES... 13 1.3.- RENUNCIA A LA HOMOLOGACIÓN... 16 2.- MECÁNICA DE CURSOS... 19

Más detalles

CAPITULO V. Conclusiones y recomendaciones. Este capítulo tiene como objetivo mostrar las conclusiones más significativas que se

CAPITULO V. Conclusiones y recomendaciones. Este capítulo tiene como objetivo mostrar las conclusiones más significativas que se CAPÍTULO V 74 CAPITULO V Conclusiones y recomendaciones Este capítulo tiene como objetivo mostrar las conclusiones más significativas que se identificaron a lo largo de la investigación. Asimismo, se presentan

Más detalles

+ÍrM. ffrm#ié*s. *d *rr* ry] I * r-: t#s e# rn * irlr* *iv*ru y ü#r:t*bt#s. F*cilitadar: Lic. Roel Picado S., MBA ACICAFOC

+ÍrM. ffrm#ié*s. *d *rr* ry] I * r-: t#s e# rn * irlr* *iv*ru y ü#r:t*bt#s. F*cilitadar: Lic. Roel Picado S., MBA ACICAFOC !Élitulo Na ffilúo l ffi6n y Íffilersm m Tffilogb AgtootruárÉ '@ ACICAFOC *d *rr* ry] I * r-: t#s e# rn * irlr* *iv*ru y ü#r:t*bt#s ffrm#ié*s +ÍrM F*cilitadar: Lic. Roel Picado S., MBA Por qué es importante

Más detalles

Administración Colaborativa de Riesgos

Administración Colaborativa de Riesgos Administración Colaborativa de Riesgos Introducción Después de varios años trabajando y dando consultoría en empresas de diferentes giros, llego a la conclusión de que la administración de los riesgos

Más detalles

Supongamos que en nuestra empresa existen los distintos departamentos

Supongamos que en nuestra empresa existen los distintos departamentos Aunque AutoNOM esta diseñado para automatizar en gran parte el proceso de toma de datos y generación de nóminas, es necesario dedicar un poco de tiempo a dominar su operación diara. En el siguiente ejemplo,

Más detalles

IV.- ADMINISTRACIÓN ACTUAL DE LOS ACTIVOS FIJOS. 4.1.- Manual para la captura de inventarios en la red.

IV.- ADMINISTRACIÓN ACTUAL DE LOS ACTIVOS FIJOS. 4.1.- Manual para la captura de inventarios en la red. IV.- ADMINISTRACIÓN ACTUAL DE LOS ACTIVOS FIJOS. 4.1.- Manual para la captura de inventarios en la red. Este manual consiste en proporcionar una guía de manera rápida para el llenado de los inventarios

Más detalles

DECLARACIÓN DE PRIVACIDAD DE FONOWEB

DECLARACIÓN DE PRIVACIDAD DE FONOWEB DECLARACIÓN DE PRIVACIDAD DE FONOWEB Fonoweb se compromete a respetar su privacidad y la confidencialidad de su información personal, los datos de las comunicaciones y el contenido de las comunicaciones

Más detalles

Sistema de Facturación de Ventas WhitePaper Enero de 2007

Sistema de Facturación de Ventas WhitePaper Enero de 2007 Sistema de Facturación de Ventas WhitePaper Enero de 2007 Ronda Guglielmo Marconi, 9 Parque Tecnológico 46980 Paterna Valencia Spain T +34 96 338 99 66 ventas@preference.es Please Recycle PrefSuite Document

Más detalles

MANUAL DE USUARIO SISTEMA DE ALMACEN DIF SONORA

MANUAL DE USUARIO SISTEMA DE ALMACEN DIF SONORA MANUAL DE USUARIO SISTEMA DE ALMACEN DIF SONORA DICIEMBRE 2007. El Sistema de Almacén fue desarrollado con la finalidad de facilitar a los usuarios el proceso de entradas y salidas del almacén mediante

Más detalles

Curso Excel Básico - Intermedio

Curso Excel Básico - Intermedio Curso Excel Básico - Intermedio Clase 4 Relator: Miguel Rivera Adonis Introducción Base de Datos: Definición de Base de Datos Ordenar datos Formulario Filtros Trabajar con Sub-Totales Validación de Datos

Más detalles

Análisis de los datos

Análisis de los datos Universidad Complutense de Madrid CURSOS DE FORMACIÓN EN INFORMÁTICA Análisis de los datos Hojas de cálculo Tema 6 Análisis de los datos Una de las capacidades más interesantes de Excel es la actualización

Más detalles

Contabilidad. 1. Precondiciones. 2. Proceso Estándar. Tener la estructura contable. Estructura de la Cuenta Contable

Contabilidad. 1. Precondiciones. 2. Proceso Estándar. Tener la estructura contable. Estructura de la Cuenta Contable Contabilidad BIZone cuenta con un módulo completamente funcional para llevar la contabilidad de un negocio, tiene todos los reportes financieros y contables que se requieren, además la contabilidad está

Más detalles

"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios

Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios "Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios Miguel Alfonso Flores Sánchez 1, Fernando Sandoya Sanchez 2 Resumen En el presente artículo se

Más detalles

TEMA 3: EN QUÉ CONSISTE?

TEMA 3: EN QUÉ CONSISTE? Módulo 7 Sesión 3 5/16 TEMA 3: EN QUÉ CONSISTE? La metodología seguida para aplicar correctamente la técnica de RGT se basa en cuatro fases (Figura 1). En la primera de ellas, se seleccionan los elementos

Más detalles

Descripción de Software Agrícola. de Bettersoft.

Descripción de Software Agrícola. de Bettersoft. Descripción de Software Agrícola de Bettersoft. Sistema de Administración de Materiales: SAM es un sistema de adquisiones de Materiales de Embalaje, diseñado para el sector frutícola. Posee como tal el

Más detalles