Академический Документы
Профессиональный Документы
Культура Документы
PONTIFICIA
DE
SAN FRANCISCO XAVIER DE
CHUQUISACA
FACULTAD DE TECNOLOGÍA
CARRERA DE INGENIERÍA DE SISTEMAS
Docente: xxxxxx
1
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
ÍNDICE
Capítulo 1. Introducción .............................................................................................................. 4
1.1 Título1 .............................................................................................................................. 4
1.2 Antecedentes..................................................................................................................... 4
1.3 Situación Problemática ..................................................................................................... 4
1.4 Problema Central .............................................................................................................. 7
1.5 Abordaje de Solución ....................................................................................................... 7
1.6 Objetivo General............................................................................................................. 12
1.7 Objetivos Específicos ..................................................................................................... 12
1.8 Justificación .................................................................................................................... 13
1.8.1 Justificación Económica .......................................................................................... 13
1.8.2 Justificación Operativa ............................................................................................ 14
Planificación y Cronograma ...................................................................................................... 15
Planificación .............................................................................................................................. 15
Estimación de Historias de Usuario (User stories) ................................................................ 18
Capítulo 2. Marco Contextual ................................................................................................... 21
2.1 Detalles del restaurant ......................................................................................................... 21
2.2 Verificación de la situación problemática ........................................................................... 22
2.3 Árbol de problemas ............................................................................................................. 24
2.5 Estudios anteriores sobre el proyecto ............................................................................. 25
2.5.1 En la lista de proyectos de la Biblioteca de la Facultad de Tecnología,
realizados en Ingeniería de Sistemas ................................................................................. 25
2.5.2 El Huerto Restaurant ............................................................................................ 25
2.5.3 Joyride .................................................................................................................... 25
2.5.5 FrontRest5 .................................................................................................................... 26
2.5.4 SmartMenu 1.0 ...................................................................................................... 26
http://smartmenu-1-0.uptodown.com/ ....................................................................................... 27
2
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
3
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
Capítulo 1. Introducción
1.1 Título
xxxx
1.2 Antecedentes
4
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
5
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
6
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
El problema central radica en que todas las operaciones que se realizan en la Librería y
Papelería “P.C.A.”, entre las que se puede mencionar tales como elaboración de cotizaciones,
ordenes de compras y ventas, registro de compras y ventas de artículos, carecen de
organización y controles adecuados y las referencias de entradas y salidas de inventario es
deficiente debido fundamentalmente a que estos procesos son manuales y por lo tanto
repercuten en la correcta captación de ingresos y ocasionan gastos innecesarios, dificultando la
elaboración y generación de reportes y/o informes que ayuden en la toma de decisión del
negocio, es decir se tiene información inexacta e inconsistente, en ocasiones se llega a perder
dicha información, dificultando el control de productos y artículos en el negocio, ocasionando
pérdida de tiempo en búsqueda de información necesaria cuando así se lo requiere.
A fin de lograr una solución práctica al problema planteado, se propone automatizar la gestión
de la información que maneja la Librería y Papelería “P.C.A.”, con un Sistema Informático
que se elaborará con las Últimas Tecnologías en Desarrollo Java Web Empresarial, que
permita acceder a la información de manera rápida y oportuna, desde cualquier lugar, a
cualquier hora y desde cualquier dispositivo que se conecte a la Red Mundial Internet, el
cual organizará la información previamente colocadas en una base de datos en un Servidor
Web, a partir de la cual también se obtendrán informes y/o reportes generados
automáticamente, para tener un control y seguimiento de los procesos que intervienen en la
administración de la Librería y Papelería, y que apoye a la toma de decisiones de la misma.
Todo esto conduce a que una solución ante la situación planteada, es Concretizar el Sistema
propuesto que permita eliminar todas las deficiencias encontradas en la administración de la
Librería y Papelería, mediante la implementación de funcionalidades que integren los
diferentes datos que maneja la empresa inherentes a Clientes, Proveedores, Productos y/o
artículos, Compras, Ventas y Movimiento de Inventario, con la finalidad de poder mejorar
tantos los procesos actuales como los que están por venir.
7
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
El sistema tendrá las siguientes funcionalidades que apoyarán y mejorarán los procesos que se
llevan a cabo en la Librería y Papelería “P.C.A.”:
8
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
la Librería y Papelería ya que este tipo de información influye bastante en la demanda y oferta
de artículos por la calidad que implica una determinada marca en los artículos, y además
permitirá una mejor organización de la información inherente a los artículos con los que se
trabaja permitiendo la creación de un catálogo ordenado de los mismos para automatizar la
creación de proformas de cotizaciones, ventas y compras en el negocio.
Gestión de procedencias de Artículos: que permitirá la gestión de procedencia de artículos
y/o productos que oferta la Librería y Papelería ya que muchas veces este dato influye en la
compra y venta de los productos en el negocio, por la calidad que implica la procedencia de un
determinado artículo.
Gestión de Catálogo de Artículos: que permitirá gestionar un catálogo organizado de
artículos con información detallada de marcas, tipos y procedencias de artículos ofertados por
la Librería y Papelería el cual se usara en la elaboración automática de proformas de
cotizaciones a proveedores, cotizaciones a clientes, ordenes de compras, ordenes de ventas y
aún más importante permitirá facilitar la administración y gestión de inventario en cuanto a
entradas y salidas de stock en almacén, de tal manera que las consultas e informes necesarios
en la gestión de la empresa se basara principalmente en este catálogo de artículos, puesto que
también permitirá mostrar la cantidad disponible actualizada de artículos en stock.
Gestión de Proveedores: que permitirá gestionar información inherente a los proveedores
tales como la empresa a la que pertenece, grupo de artículos que oferta, información de
contacto, etc., con el objetivo de tener información detallada de los proveedores con los que se
trabaja y facilite las consultas requeridas al momento de tomar decisiones en la empresa,
también dicha información será utilizada para la generación de proformas de cotizaciones de
compras a proveedores, ordenes de compras y un seguimiento de las compras que se realizan a
los proveedores así como también el control de pagos a los mismos
Gestión de Clientes: que permitirá gestionar información inherente a los clientes regulares de
la Papelería tales como la empresa a la que pertenece, información de contacto, etc. Con el
objetivo de tener información detallada y organizada de los clientes de la empresa y facilite las
consultas requeridas por la gerencia, dicha información será utilizada en la generación de
proformas de cotizaciones de ventas, ordenes de ventas, un seguimiento a las ventas y entregas
que se realizan a los clientes y de los pagos que son realizados por dichos clientes.
Gestión de Compras: que permitirá la gestión de compras realizadas a proveedores las cuales
se iniciaran con la generación de proforma y registro de una cotización de compra cargada con
ítems automáticamente del catálogo de artículos y luego serán enviadas a todos los
9
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
10
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
estado de inventario del negocio para poder tomar decisiones inherentes a la administración y
gestión de la Librería y Papelería “P.C.A.”.
Para el abordaje de la solución y la elaboración del sistema propuesto se optó por utilizar las
últimas tecnologías en Desarrollo Java Web Empresarial y las METODOLOGÍAS Y
HERRAMIENTAS inherentes a esta tecnología.
11
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
Mejorar y facilitar la labor diaria y los procesos que intervienen en la administración y gestión
de la Librería y Papelería “P.C.A.”, agilizando los procesos de registro y búsqueda de
información, generando automáticamente reportes e informes, de tal manera que se refleje en
el aprovechamiento de recursos, optimizando el tiempo del trabajo diario y minimizando los
gastos.
12
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
1.8 Justificación
13
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
La realización de menús diarios, lista de compras semanales y lista de compras inter diarias
(esto implica que para poder realizarlos ya se debe tener un plan de menús para toda la semana
y que debe de coincidir con la lista de compras inter diarias y con los menús generados para su
elaboración diaria), requieren una planificación continua y coherente, acorde a los insumos en
el mercado local. Preparar estos menús y listas de compras de forma manual, es un proceso
bastante tedioso que demanda esfuerzos y tiempo de parte de la propietaria, tomando en
cuenta además, de que se pretende una variada oferta que satisfaga y se vea atractiva a la
clientela. Al ser realizadas estas tareas con herramientas informáticas, se agilizarán estos
procesos y se viabilizarán de manera más fácil, rápida y eficiente, bajo los parámetros y
estándares que la propietaria desea para su restaurante.
14
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
Planificación y Cronograma
Este Plan de Desarrollo del Software es una versión inicial preparada para ser incluida en la
propuesta de Proyecto de grado como respuesta a la última asignatura de la carrera de
Ingeniería de Sistemas de la Facultad de Tecnología de la Universidad de San Francisco
Xavier de Chuquisaca. Este apartado provee una visión global del enfoque de desarrollo
propuesto.
Planificación
15
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
que no permiten establecer con certeza la complejidad del desarrollo, se realizan pequeños
programas de prueba (“spikes”), para reducir estos riesgos. Una vez realizadas estas
estimaciones, se organiza una reunión de planificación, con los diversos actores del proyecto
(cliente, desarrolladores, gerentes), a los efectos de establecer un plan o cronograma de
entregas (“Release Plan”) en los que todos estén de acuerdo. Una vez acordado este
cronograma, comienza una fase de iteraciones, en dónde en cada una de ellas se desarrolla,
prueba e instala unas pocas “historias de usuarios”. Según Martín Fowler (uno de los firmantes
del “Agile Manifesto”), los planes en XP se diferencian de las metodologías tradicionales en
tres aspectos:
• Simplicidad del plan. No se espera que un plan requiera de un “gurú” con
complicados sistemas de gerenciamiento de proyectos.
• Los planes son realizados por las mismas personas que realizarán el trabajo.
• Los planes no son predicciones del futuro, sino simplemente la mejor
estimación de cómo saldrán las cosas. Los planes son útiles, pero necesitan ser
cambiados cuando las circunstancias lo requieren. De otra manera, se termina
en situaciones en las que el plan y la realidad no coinciden, y en estos casos, el
plan es totalmente inútil.
Los conceptos básicos de esta planificación son los siguientes:
Historias de usuarios
Las “Historias de usuarios” (“User stories”) sustituyen a los documentos de especificación
funcional, y a los “casos de uso”. Estas “historias” son escritas por el cliente, en su propio
lenguaje, como descripciones cortas de lo que el sistema debe realizar. La diferencia más
importante entre estas historias y los tradicionales documentos de especificación funcional se
encuentra en el nivel de detalle requerido. Las historias de usuario deben tener el detalle
mínimo como para que los programadores puedan realizar una estimación poco riesgosa del
tiempo que llevará su desarrollo. Cuando llegue el momento de la implementación, los
desarrolladores dialogarán directamente con el cliente para obtener todos los detalles
necesarios.
El cronograma de entregas establece qué historias de usuario serán agrupadas para conformar
una entrega, y el orden de las mismas. Este cronograma será el resultado de una reunión entre
todos los actores del proyecto (cliente, desarrolladores, gerentes, etc.). XP denomina a esta
reunión “Juego de planeamiento” (“Planning game”), pero puede denominarse de la manera
que sea más apropiada al tipo de empresa y cliente (por ejemplo, Reunión de planeamiento,
“Planning meeting” o “Planning workshop”)
Típicamente el cliente ordenará y agrupará según sus prioridades las historias de usuario. El
cronograma de entregas se realiza en base a las estimaciones de tiempos de desarrollo
realizadas por los desarrolladores.
Luego de algunas iteraciones es recomendable realizar nuevamente una reunión con los
actores del proyecto, para evaluar nuevamente el plan de entregas y ajustarlo si es necesario.
17
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
18
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
19
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
20
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
“Ambrosía” en la mitología, significa Manjar o alimento de los dioses, según Real Academia
Española. Pensando en esto es que la propietaria decidió llamar así a su restaurante.
El restaurante elaborará 100 porciones diarias por cada estación, siendo 3 estaciones que
abastecer, con 5 diferentes variedades en cada una, sería un total de 30 menús diferentes por
mes, pero el restaurante solo atenderá de lunes a sábado, lo que serían 6 días a la semana, y
como no todos los meses tienen la misma cantidad de días, es que serán tomada en cuenta un
ciclo de 4 semanas, por lo que serán 24 diferentes menús “por mes”.
Como ya se ha dicho, este restaurante aún no está en funcionamiento, por lo que por el
momento aún no se tiene gran detalle de él, excepto los planes que tiene la propietaria para
llevar a cabo a partir de su primer día de apertura, que sería el año en curso.
Se tiene pensado hacer un contrato con “IMBA” para que le hagan la repartición de su
producto (pollo) directamente en las dependencias del restaurante, semanalmente. Así mismo
hacer contrato con “Rolon” para recibir semanalmente la entrega de huevos en el restaurante.
Las carnes y huevos serán almacenados en refrigeradores para poder mantenerse por una
semana congelados y no perder su sabor ni valor nutritivo, siendo sacado a diario, solo la
cantidad a utilizarse. Verduras y frutas serán compradas 2 veces por semana, para poder
mantener su frescura y sabor, no queriendo congelarlas, puesto que pierden su textura, buen
sabor y apariencia al ser descongeladas. El resto de los materiales que no requieren
refrigeración, solo un buen ambiente y libre de humedad y calor, serán comprados también
una vez por semana, como ser: arroz, fideo, sal, azúcar, etc.
21
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
El chef deberá elaborar la comida diaria, en base a lo que le sea instruido, con las recetas ya
planificadas para ese día, y las cantidades especificadas para la elaboración correcta de cada
una de estas.
Constará el restaurante con 3 carritos de autoservicio, donde de los 2 primeros podrán elegir
entre 5 variedades de ensaladas y 5 variedades de guarniciones, y servirse tanto como les
parezca conveniente, y del tercero, podrán elegir también lo que deseen de la variedad de
carnes rojas, pollo, pescado y pastas(siendo este último incluido en la estación de carnes por
razones de costos), en este tercero, será un empleado el encargado de servir al cliente lo que
este le indique, puesto que habiendo por ejemplo, pollo al champiñón, este deberá ser servido
por cada presa solicitada, con su respectiva salsa de champiñones en la que se encuentra, así
pretendiendo evitar que pueda el cliente servirse pura carne y sin jugo, o caso contrario
demasiado jugo, dejando así de una manera no óptima las siguientes porciones, por lo que
tampoco se verían agradables para clientes posteriores. Por ultimo tendrá la caja, donde un
empleado se encargará de pesar la comida seleccionada por el cliente, en bandejas separadas,
para sacar el monto por peso y con un único precio las ensaladas, a parte las guarniciones y
por último las carnes, procediendo finalmente a cobrar con el detalle de la respectiva compra,
empaquetar y despachar.
22
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
comida. Cada menú debe ser planificado con coherencia como se dijo ya anteriormente,
puesto que hay 5 variedades para elegir en cada estación, hay suficiente capacidad para
preparar algún plato de carnes que precise un acompañamiento específico, pero también
poder incluir otras opciones para elección del comensal. El chef debe saber con anticipo
que es lo que se preparará para ese día, sin tener que intervenir en la toma de decisiones,
puesto que todo el menú, desea la propietaria, que sean elaboradas con sus recetas y bajo
sus propios estándares.
Compras semanales e interdiarias, hacer compras a diario es bastante tedioso, molesto y se
necesitará más horas de trabajo para realizar las mismas y luego llegar a cocinar, por otra
parte que si se compra demasiado, será un desperdicio y gastos innecesarios, y necesitaría
más espacio de almacenaje, aparte que la calidad y el sabor de los productos alimenticios
se va devaluando si se lo tiene refrigerado demasiado tiempo, por lo que la propietaria
desearía reducir a su mínima expresión las despensas al final de cada semana. Desea
realizar sus compras una vez a la semana de los productos más conservables como ser
papa, arroz, sal, etc. y carnes, que con este último tendrá un contrato con empresas como
“IMBA” para que le haga la entrega en el inmueble cada semana; pero a su vez desea
realizar compras de productos que no pueden ser congelados, puesto que pierden textura,
sabor y hasta color al momento de ser descongeladas, como son verduras y frutas por
ejemplo. Sus despensas deben ser adecuadamente abastecidas para satisfacer las 100
porciones de 100 gramos diarios que pretende tener en cada una de las estaciones en total
(siendo 5 variedades en guarniciones y ensaladas, entonces será un total de 20 porciones
por cada variedad; y en el caso de carnes y pastas, serían 25 porciones de 100gr. por
receta). Para poder realizar estas compras necesita tener ya planificado el menú para toda
la semana, puesto que cada día el menú es diferente en todo el mes y además que cada
receta tiene diferentes ingredientes integrantes y en diferentes cantidades, lo que vendrá a
ser lo más importante para la realización de las compras, el menú para la semana.
Dosificación de recetas, cada receta cuenta con ingredientes específicos y diferentes, como
por ejemplo, para la preparación de arroz graneado y arroz con queso, en ambos casos se
utilizará como ingrediente base el arroz, también sal y agua, aunque en diferentes
cantidades para cada receta puesto que el arroz con queso debe coser más tiempo, pero
debe llevar menos sal puesto que el queso contiene ya sal y para este debe utilizarse
23
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
también queso y leche, lo que habrá un ingrediente que quizás no se utilice más en la
semana, pero es necesario tenerlo para la elaboración de este, ahora. Para evitar sabores
inesperados y/o desagradables, es que cada receta debe tener cantidades específicas de
cada ingrediente que se va a utilizar para la elaboración de la misma, con el propósito de
lograr siempre el mismo buen gusto y sabor óptimo en todas y cada una de sus recetas.
Recetas en Excel, a fin de poder organizar todo su recetario y evitar que el chef quiera
preparar con su propia sazón los diferentes platillos, lo cual haría variar no solo el sabor
esperado, sino también almacenes, fue que la propietaria intentó organizar sus recetas con
las cantidades necesarias de cada ingrediente que interviene en cada una de ellas, en
planillas de Excel, pero se dio cuenta que solo podrá almacenarlas, aparte y manualmente
tendrá que preparar el menú de la semana, y la lista de compras semanales e interdiarias, lo
cual sería bastante tedioso, moroso y hasta molesto y tampoco logrará un seguimiento real
en almacenes ni en la calidad de la elaboración de sus recetas.
Coherencia para el
menú diario
Cero sobrantes en el
Total control del uso de
almacén al final de la
los ingredientes para
semana
cada preparación
Organización distribución
y planificación de recetas
y planificación de
compras
24
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
Propietaria, señora María Luisa del Rosario Negrón; la breve entrevista fue realizada al Lic.
Federico Sánchez (hijo de la propietaria de dicho restaurante) quien dijo: La propietaria en
este momento se encuentra de viaje, fuera del país, regresará posiblemente a fin de año,
cualquier consulta directamente con ella, y que él no está autorizado a dar ningún tipo de
información.
2.5.3 Joyride
Lic. Gerente, René Céspedes; Resumen de la entrevista: El programa sirve para monitor de
pedidos, es touch por comodidad. Tanto el bar como la cocina tienen sus todas sus recetas
manejadas por el programa, el programa le da la opción al administrador, de incluir sus
propias recetas, ya que estas no varían, son las mismas todos los días del año y este programa
le sirve para control de almacenes, de acuerdo al uso de los productos necesarios para la
elaboración de todos y cada uno de los pedidos. Para empezar a utilizar el programa, primero
el gerente debió incluir todas sus recetas a este mismo, las cuales las tiene organizadas por
códigos, y tiene la opción de elegir si va a medirse en onzas, mililitros y unidad, para las
bebidas, y para homogeneizar todas sus recetas de cocina y bar, están en unidad, donde por
ejemplo: una botella de bebida alcohólica de 1 litro sería la unidad, y de acuerdo a medidas
internacionales tendría que usar 50ml. por vaso, por lo que se dividiría en 20 la unidad, pero
para evitar errores pequeños por la “yapita” de cada preparación, es que lo divide en 18, así
que al servir un vaso preparado con esta bebida, se descontaría de la misma, 1-0.06(unidad),
pero por ejemplo delo singani de 750 ml. Lo divide en 14 para la preparación de chuflay, pero
este mismo divide en 16 para la preparación de te con te. Esto realiza con todos los materiales
utilizados para cada receta, lo que hace un óptimo control de inventarios.
25
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
El programa se llama “Servidor de Meseros”, y le fue vendido por C&A, toda la idea del
funcionamiento fue realizada por René Céspedes, y su desarrollador fue “Alejandro” (no
recuerda el apellido y no pudo dar más referencia de el) y este programa, dijo, que ahora lo
utilizan también otros bares como ser “Florín”.
Como otra referencia dijo también que antes el utilizaba otro programa llamado “Frontres”, el
cual es bastante amplio y completo, pero tuvo que cambiar por motivo de costos, puesto que la
licencia por punto costaba 3500 $ y aparte el soporte técnico, en cambio este otro le costó
1000 bs. y aparte 200 bs. mensuales por el soporte técnico, así no lo necesite.
Buscando en internet, se pudo encontrar programas para comprar, creados para restaurantes,
algunos ejemplos citados a continuación, con una breve descripción:
2.5.5 FrontRest5
Características de FrontRest5
Control de almacén
Módulo de compras (FrontRest incluye un completo módulo de compras útil tanto para la
previsión de compras como para la entrada manual de albaranes de compra), El programa
permite mantener diferentes tarifas de compra de proveedores, Es posible realizar inventarios
multialmacén, Escandallos (FrontRest permite la creación y mantenimiento de escandallos.
Cuando se vende un artículo escandallo en FrontCafé, sus componentes se desestocan
automáticamente, conociendo en tiempo real el stock de los componentes).
ICG. Departamento Comercial, Tel: 902 22 85 40, Fax: 973 22 85 92, Software E-mail:
comercial@icg.es www.icg.es®Certificación ISO 9001
SmartMenu es una aplicación que podremos utilizar para crear menús de restaurantes, bares,
pubs, pizzerías, comedores y otros locales de estilo similar. Todo ello desde una interfaz
bastante cómoda que hará el proceso rápido e intuitivo.
El programa utilizar una poderosa base de datos desde la que podremos almacenar todos los
platos y características de los mismos, organizándolos por categorías. Por ejemplo, podremos
26
U.M.R.P.S.F.X.CH. xxxxxxxx
Facultad de Tecnología
Ingeniería de Sistemas
http://smartmenu-1-0.uptodown.com/
27