UNIVERSIDAD NACIONAL DE PIURA FACULTAD DE INGENIERIA INDUSTRIAL ESCUELA PROFESIONAL DE INGENIERIA INDUSTRIAL

ANTEPROYECTO DE TESIS

ANALISIS, DESARROLLO E IMPLEMENTACION DE UN SISTEMA DE PUNTO DE VENTA CON SOFTWARE LIBRE

RESPONSABLES: TESISTAS:

PROFESOR ASESOR: Ing. Carmen Zulema Quito Rodrguez

CO-ASESORES: (MARZO 2011)

I.

DATOS GENERALES

I.1. Escuela Profesional Escuela Profesional de Ingeniera Informtica I.2. Ttulo Anlisis, Desarrollo E Implementacin de un Sistema de Punto de Venta con Software Libre. I.3. Autores Bachilleres en Ciencias Administrativas: Bach. Benites Timan Alember I.4. Asesores

I.5. Lnea de Investigacin Desarrollo de aplicaciones empresariales I.6. Fecha de ejecucin De Marzo del 2011 a Julio del 2011

II. PLANTEAMIENTO DE PROBLEMA

II.1.Descripcin de la realidad problemtica Actualmente las grandes empresas comerciales como por ejemplo supermercados, grifos, farmacias, etc. cuentan con un Sistema de Punto de Venta que administra sus actividades principales como son: compras, ventas y cotizaciones; y en la mayora de casos no tienen problemas cuando hacen sus inventarios, porque todo se maneja mediante lectores de cdigo de barras que registran sus productos, sus costos y sus cantidades de manera precisa y confiable. En comparacin con las pequeas y medianas empresas comerciales que buscan tambin administrar adecuadamente su negocio, pero que sin embargo no tienen acceso a este tipo de tecnologas por lo que tienen una gran desventaja competitiva. La mayora de Pymes en la Regin Piura desconocen completamente qu es un sistema de Punto de Venta, la forma como funciona y por ende los beneficios que les reportara. A diferencia de stas ltimas se pueden encontrar algunas Pymes que tienden a buscar soluciones similares para mejorar sus procesos de negocios encontrando en el mercado gran variedad de productos con estas caractersticas, pero con un costo demasiado elevado que les impide adquirirlas, o desarrollados bajo una lgica de negocios y adaptados a una legislacin muy distinta a la realidad que viven las PYMES en nuestra Regin.

II.2.Definicin del problema En la actualidad se conoce que la forma tradicional de administrar las actividades principales de las Pymes que se dedican a la comercializacin de abarrotes y agregados genera a la larga grandes prdidas de dinero y tiempo, desconocimiento del stock de los productos en el almacn, prdidas de mercadera, falta de control sobre las ventas y compras, dificultad en el momento de tomar decisiones, prdida de tiempo para los clientes y falta de competitividad con los grandes centros comerciales que se estn instalando en nuestra regin, lo que ocasiona una reduccin de clientes y la disminucin de las ventas, obligndolos en algunos casos al cierre definitivo del negocio. Los negocios de este rubro no tienen un control exacto de sus ventas diarias, lo estiman de forma manual, controlando el proceso mediante los tickets o boletas de venta que entregan, generndose problemas con este esquema de trabajo cuando hay gran cantidad de clientes en el interior del negocio. Bajo estos inadecuados procesos tenemos como consecuencia que al momento de realizar las compras solo se hace una estimacin aproximada de cunto se tiene que comprar basndose en la experiencia propia que han adquirido como comerciantes (al ojo como ellos mismos dicen) generndose un sistema de compras irregular sin tiempos, ni montos definidos y sin tener en cuenta las existencias actuales en el almacn. Al no llevar un registro de lo que realmente existe en el almacn ni de las entradas y salidas de los productos, se origina el vencimiento y deterioro de los artculos perecibles originando cuantiosas prdidas. Al ser la mayora de estas PYMES negocios familiares de los que depende la supervivencia de sus miembros, se hacen desembolsos diarios de dinero para solventar sus gastos, a partir de la estimacin del margen de ganancias del da, sumndose a ello el pago diario del SISA (tasa de impuesto aplicada por la Municipalidad Provincial de Piura impuesta a los comerciantes de Mercado Modelo), del certificado de adjudicacin que pagan a la municipalidad y otros pagos, todo esto sin llevar tampoco un control exacto de las salidas de dinero de la caja chica que manejan. Este proyecto de tesis tendr como propuesta un modelo de negocio que homogenice todos los procesos que se ejecutan en este rubro haciendo uso de la tecnologa. II.3.Delimitaciones del problema El proyecto se aplicar de forma especfica a las PYMES que se dediquen a la venta de abarrotes y agregados del sector Anexo del Mercado Modelo de Piura, que tengan un ingreso mensual de 30 000 soles cmo mnimo y 90 000 soles como mximo, cuyo monto invertido en compras sea de 30 000 soles como mnimo y 100 000 soles como mximo, bajo un rgimen irregular de compras, es decir sin cantidades exactas ni tiempos determinados, que se valgan de crditos de las entidades financieras para poder realizar estas compras y que estn comprendidos en el Rgimen General, Rgimen nico Simplificado de Quinta Categora o en el Rgimen Especial de la Renta. Adems estas PYMES no tienen acceso a las TICs, llevan controles manuales de sus operaciones, tienen problemas con su stock de mercaderas y no tienen un control exacto de su caja chica. II.4.Formulacin del Problema

Es factible el anlisis, diseo e implementacin de un Sistema de Punto de Venta en las PYMEs dedicado a la venta de abarrotes y agregados que sea construido en su totalidad con software libre? II.5.Objetivos de la Investigacin Objetivo General: Desarrollar e implementar un Sistema de Punto de Venta con software libre que tenga un costo accesible para las PYMEs dedicado a la venta de abarrotes y agregados. Objetivos Especficos: Proponer iniciativas o planes de accin para una mejor administracin de las PYMES en el rea de ventas. Modelar una Base de Datos acorde al modelo de negocio y a los requerimientos de los usuarios. Analizar, disear los distintos mdulos de los procesos con los que contar el sistema. Utilizar el software libre como alternativa de solucin ante los costos elevados del software privativo. Realizar pruebas para verificar el cumplimiento de los requisitos.

II.6.JUSTIFICACION E IMPORTANCIA DE LA INVESTIGACION Los sistemas de punto de venta se presentan como una solucin para agilizar los procesos de ventas, de compras y control de inventario, pero hasta ahora solo han estado disponibles para los grandes cadenas de supermercados, farmacias, ferreteras y grifos, todo esto debido a sus elevados costos, lo que lo hace inviable implementar las Pymes que se dedican a la venta y comercializacin de productos. Tambin porque adems de comprar el sistema, se tendra que adquirir otros equipos de hardware adicionales, cuyo costo es muy alto y cuya utilizacin en la mayora de las Pymes no es completa ni necesaria. Teniendo en cuenta que la mayora de PYMES desconoce la utilizacin y los beneficiosos de este tipo de herramientas implementaremos un sistema de manejo sencillo y fcil acceso que permita proponer un plan estratgico de negocio utilizando la tecnologa para uniformizar todos los procesos que se realizan a diario en la rea de venta , que utilice los implementos de hardware adicionales necesarios y que se ajuste a la realidad de las PYMES piuranas, que pueda dinamizar e impulsar su crecimiento, de forma que ampli su mercado y sus clientes, todo esto se puede lograr teniendo un nivel de inventario actualizado y un control de ventas estricto que impida las fugas de mercadera y otros errores comunes. II.7.LIMITACIONES Y VIABILIDAD DE LA INVESTIGACION: ECONMICA, TCNICA Y OPERATIVA

Limitaciones de presupuesto: El costo total del proyecto lo vamos a asumir los autores del mismo, sin embargo no descartamos buscar el apoyo de alguna PYME que desee implementar esta solucin. Limitaciones de tiempo: Los autores nos hemos propuesto desarrollar la presente investigacin en un lapso de tiempo de seis meses, teniendo en cuenta que se pueden presentar problemas que hagan ms largo el tiempo de desarrollo como es el poco tiempo que tenemos, pues ambos laboramos actualmente. Limitaciones de tecnologa: El anlisis y diseo ser realizado con herramientas libres, por lo que el pago de la licencia de uso por las herramientas de diseo es cero. No obstante debemos tener en cuenta la falta de documentacin tcnica sobre la construccin de este tipo de sistemas. Y tambin, que debido a que lo vamos a orientar completamente a trabajar en plataformas GNU/Linux no garantizamos su correcto funcionamiento en otros sistemas operativos. Viabilidad econmica: el software libre hace que tengamos asegurado un bajo costo en el desarrollo del sistema, respecto a la compra de los equipos adicionales vamos a utilizar solo los que son necesarios para las PYMES locales, que sean de buena calidad y econmicos y que nos garanticen su correcto funcionamiento. Con todas estas consideraciones hacemos asequible econmicamente el proyecto. Viabilidad tcnica: el desarrollo de mdulos de software libre que hacen posible el uso de tecnologas como lectura y generacin de cdigo de barras, interaccin con cajones electrnicos y conexin con impresoras de tickets hace posible que se construya un sistema de punto de venta que tenga acceso a todas estas opciones, adems de las tpicas operaciones como guardar operaciones en bases de datos y trabajar el tema de reportes. Viabilidad operativa: Al desarrollar una aplicacin basada en un lenguaje libre que est disponible en mltiples distribuciones de GNU/Linux hace posible que su instalacin y uso sea sencillo.

III. MARCO TEORICO

III.1. Marco Referencial

En la actualidad las empresas en el Per se encuentran en auge de crecimiento es por ello que existen diferencias entre unas y otras, as tenemos su clasificacin segn su dimensin pueden ser Microempresa, Pequea empresa, Mediana empresa y Gran empresa, cabe resaltar que esto es segn su volumen de ventas, capital propio, nmero de trabajadores, beneficios, etc. Nuestro proyecto est orientado hacia las Microempresa y Pequeas empresas o tambin llamadas Pymes que cuyo artculo 2 y 3 de la LEY GENERAL DE LA PEQUEA Y MICRO EMPRESA se entiende por Pequea y Micro Empresa a aquella unidad econmica operada por una persona natural o jurdica, bajo cualquier forma de organizacin o gestin empresarial, que desarrolla actividades de extraccin, transformacin, produccin y comercializacin de bienes o prestacin de servicios.

Cuando en esta Ley se hace mencin a las siglas "PYME", estn referidas a la Pequea y Micro Empresa. La Pequea y Micro Empresa, rene adicionalmente las siguientes caractersticas: El nmero total de trabajadores de la Micro Empresa no excede de 10 personas y para la Pequea Empresa no excede de 40 personas. El Reglamento de la presente Ley define otras caractersticas de las PYMES, considerando los criterios que para ellas se aplican en los diversos sectores econmicos y productivos, as como en el Sistema de Estadstica Nacional de las PYMES.

III.2 Marco Conceptual Por razones de costos la mayora de las Pymes no pueden acceder a un sistema de punto de venta ya que no podran solventar las fuertes inversiones que demanda la adquisicin, implantacin y desarrollo sin embargo existe el software libre que no es ms que la denominacin del software que respeta la libertad de los usuarios sobre su producto adquirido y, por tanto, una vez obtenido puede ser usado, copiado, estudiado, cambiado y redistribuido libremente. Segn la Free Software Foundation, el software libre se refiere a la libertad de los usuarios para ejecutar, copiar, distribuir, estudiar, modificar el software y distribuirlo modificado o dicho de otra forma el cual puede ser definido como cualquier programa cuyo cdigo fuente fue escrito con la intencin declarada de dejarlo disponible para ser usado, y eventualmente modificado, por terceros. El software libre es usualmente desarrollado como una colaboracin publica entre varios programadores y puesto a disponibilidad de la comunidad en forma gratuita Se sabe de antemano que Muchas soluciones de software libre han superado en calidad a las propuestas y desarrollos de compaas del sector e incluso muchas compaas hacen gala de utilizar software libre y haber conseguido alcanzar elxito corporativo. El Software Libre es una tendencia dentro de la industria del software que cada da avanza con mayor fuerza y va tomando creciente importancia en el mundo de las TICs. Sin embargo, posee una serie de elementos distintos respecto a la industria del software como se le conoce de forma tradicional. Estos elementos son centrales para entender su potencial y desarrollo. Metodologas Agiles: Surgen como una extensin a las metodologas tradicionales para mejorar el desarrollo de sistemas, segn el tipo de proyecto y empresa, aadiendo y mejorando (optimizando) las prcticas de desarrollo de software. Desde el surgimiento de la crisis del software en la dcada del 70 hasta nuestros das han tenido las metodologas giles nuevos modificaciones que permiten a los equipos desarrollar software rpidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto. Se pretenda ofrecer una alternativa a los procesos de desarrollo de software tradicionales, caracterizados por ser rgidos y dirigidos por la documentacin que se genera en cada una de las actividades desarrolladas. Varias de las

denominadas metodologas giles ya estaban siendo utilizadas con xito en proyectos reales Caractersticas de las metodologas Agiles: Por el uso de tcnicas para agilizar el desarrollo de software, mayor flexibilidad para adaptarse a los cambios en los requisitos del proyecto, realimentacin continua entre el cliente y el equipo de desarrollo, comunicacin fluida entre todos los participantes y simplicidad en las soluciones implementadas. SCRUM: Es una metodologa gil para gestionar proyectos de software, que toma su nombre y principios de los estudios realizados sobre nuevas prcticas de produccin por Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80. Aunque surgi como prctica en el desarrollo de productos tecnolgicos, resulta vlido en los entornos que trabajan con requisitos inestables, y necesitan rapidez y flexibilidad; situaciones habituales en el desarrollo de algunos sistemas de software. Una de las caractersticas ms importantes es que es muy fcil de explicar y de entender, lo que ayuda mucho a su implantacin. Es una metodologa de desarrollo muy simple, que requiere trabajo duro, porque la gestin no se basa en el seguimiento de un plan, sino en la adaptacin continua a las circunstancias de la evolucin del proyecto. Es un modo de desarrollo de carcter adaptable, orientado a las personas antes que a los procesos, emplea desarrollo gil: iterativo e incremental. El desarrollo se inicia desde la visin general de producto, dando detalle solo a las funcionalidades que, por ser las de mayor prioridad para el negocio, se van a desarrollar en primer lugar, y pueden llevarse a cabo en un periodo de tiempo breve (entre 15 y 60 das). Cada uno de los ciclos de desarrollo es una iteracin (sprint) que produce un incremento terminado y operativo del producto. Estas iteraciones son la base del desarrollo gil, y Scrum gestiona su evolucin a travs de reuniones breves de seguimiento en las que todo el equipo revisa el trabajo realizado desde la reunin anterior y el previsto hasta la reunin siguiente. El protocolo de Scrum para Software definido por Jeff Sutherland y Ken Schwaber prescribe que las reuniones de seguimiento del sprint (iteracin) sean diarias. Tambin es una forma de gestionar proyectos de software. No es una metodologa de anlisis, ni de diseo, como podra ser RUP, sino una metodologa de gestin del trabajo. Una de las caractersticas ms importantes es que es muy fcil de explicar y de entender, lo que ayuda mucho a su implantacin. Scrum evita la burocracia y la generacin documental. No es que con Scrum no se deba o no se pueda documentar, si no que con Scrum no se exige documentar nada para iniciar un proyecto, algo que en otras metodologas es impensable, la idea principal es la de ponerse a trabajar prcticamente desde el primer momento y empezar a sacar frutos de ese trabajo para que el cliente vaya viendo los avances y se quede satisfecho con lo que se est haciendo y cmo se est haciendo.

Se podra decir que SCRUM cuenta con tres fases fundamentales para definirlo de algn modo: una breve fase de planificacin, en la cual se realizan las labores bsicas de una planificacin breve: visin general del proyecto (estimacin muy general, viabilidad del sistema) y construccin del product Backlog. Por un lado y por otro el desarrollo de la arquitectura al detalle. El product backlog es un documento de alto nivel para todo el proyecto. Contiene descripciones genricas de todos los requerimientos, funcionalidades deseables, etc. priorizadas segn su retorno sobre la inversin. Es el qu va a ser construido. Es abierto y cualquiera puede modificarlo. Contiene estimaciones tanto del valor para el negocio, como del esfuerzo de desarrollo requerido. Esta estimacin nos ayuda a ajustar la lnea temporal y, de manera limitada, la prioridad de las diferentes tareas. Otra fase es la de desarrollo, en la cual tienen lugar los famosos Sprints que corresponde con una o ms tareas que provienen del Product Backlog. Es decir, del Product Backlog se saca una o ms tareas que van a formar parte del Sprint Backlog. Las tareas del Sprint Backlog se deben acometer (recomendado) en unas 2 semanas 4 semanas, y otra final de entrega y balance de los xitos y fracasos logrados. Historia de Usuarios: Como tcnica de recoleccin inicial de datos se puede utilizar las historias de usuario para especificar los requisitos del software, sse trata de tarjetas en las cuales el cliente describe brevemente las caractersticas que el sistema debe poseer, sean requisitos funcionales o no funcionales. El tratamiento de las historias de usuario es muy dinmico y flexible, esto tiene un factor psicolgico muy importante dado que se puede valorar el avance con los pequeos logros, creando la sensacin de estar ms cerca de nuestros objetivos. Cada historia de usuario es lo suficientemente comprensible y delimitada para que los programadores puedan implementarla en unas semanas. El resultado final se puede construir de forma iterativa e incremental. Al comenzar cada iteracin (sprint) se determina qu partes se van a construir, tomando como criterios la prioridad para el negocio, y la cantidad de trabajo que se podr abordar durante la iteracin. Se busca controlar la evolucin del proyecto a travs de reuniones breves de seguimiento en las que revisaremos el trabajo realizado desde la reunin anterior y el previsto hasta la reunin siguiente. Al final de cada sprint o iteracin, se realiza una revisin con todas las personas implicadas en el proyecto.

FIGURA N 01: PROCESO DE SCRUM

Metodologa XP: Es una de las metodologas ms exitosas que se amolda justo al tiempo que hemos decidido darle al proyecto y se basa en:

Pruebas Unitarias: son las pruebas realizadas a los principales procesos, de tal manera que adelantndonos en algo hacia el futuro, podamos hacer pruebas de las fallas que pudieran ocurrir. Es como si nos adelantramos a obtener los posibles errores. Refabricacin: se basa en la reutilizacin de cdigo, para lo cual se crean patrones o modelos estndares, siendo ms flexible al cambio. Programacin en pares: una particularidad de esta metodologa es que propone la programacin en pares, la cual consiste en que dos desarrolladores participen en un proyecto en una misma estacin de trabajo. Cada miembro lleva a cabo la accin que el otro no est haciendo en ese momento. Es como el chofer y el copiloto: mientras uno conduce, el otro consulta el mapa.

III.4. Antecedentes del problema En la tesis del ao 2006 de Walter Tarrillo Mondragn cuyo denominacin fue:" Sistema de Soporte de Decisiones para la gestin operativa en el rea comercial de la empresa Ferretera Boca E.I.R.L utilizando software libre", que se basa en la implantacin de este sistema para la mejora de toma de decisiones para su gestin operativa con el uso de software libre. Tambin disea un modelo de informacin sobre la cantidad de ventas por tipo de clientes con la finalidad de la creacin de un rea de ventas, as como tambin disea un modelo con la informacin sobre las ventas de cada producto por trimestres y los que tienen

menores ventas que sirva de base para saber que productos se debe comprar Nos hemos basado en esta tesis para tener en cuenta su Diseo de ventas En la Tesis de Gmez Chacn Patricia Yolanda y Laura Ochoa Leticia cuya denominacin fue: Arquitectura de software para el desarrollo de aplicaciones Transaccionales utilizando J2EE y Software Libre, donde propone una serie de tecnologas de componentes y pasos para desarrollar aplicaciones transaccionales, as como la aplicacin de patrones adecuados en cada una de las capas utilizados para esta aplicacin. Una de estas aplicaciones seria consultar los registros de asistencia de un largo periodo de tiempo, comprendido por varios meses, para calcular los totales de los registros de asistencias y obtener el ranking de los mismos. Hemos tomado en cuenta de esta tesis su aspecto metodolgico. III.5Elaboracin de Hiptesis III.5.1Hiptesis General Es posible desarrollar Sistema de Punto de Venta con Software Libre

IV.

METODOLOGA
IV.1. Tipo, nivel, Mtodo y diseo de la Investigacin

El tipo de investigacin es la del tipo aplicada, ya que pondremos en prctica la aplicacin de los conocimientos adquiridos, en este caso, usaremos la tecnologa desarrollada para solucionar un problema especifico del sector productivo de bienes y servicios, con el fin de mejorarlo y hacerlo ms eficiente. El nivel de la Investigacin es de tipo descriptiva, porque se realizar un anlisis descriptivo de la problemtica que se presenta en las Pymes con sus caractersticas y propiedades determinadas de forma tal que se pueda proporcionar una percepcin del funcionamiento del objeto en estudio y del comportamiento de los elementos que lo componen. Adems no partimos de hiptesis explicitas sino de preguntas de investigacin que actan como herramientas orientadoras de todo el proceso. Adems, la investigacin ser de corte transversal, es decir, se realizar en un tiempo determinado. Esto tomando en cuenta lo planteado por Fernndez, Hernndez y Baptista, 2003 los diseos transaccionales realizan observaciones en un momento nico en el tiempo. Para el desarrollo de este proyecto realizaremos visitas a algunos supermercados y otras cadenas comerciales para observar y analizar in situ el funcionamiento de un Sistema de Punto de Venta. Adems estudiaremos el funcionamiento de otros Sistemas de Punto de Venta desarrollados en otros pases y que tienen el cdigo fuente disponible o en caso no sea posible los demos de estos productos.

El sistema planteado est compuesto especficamente por dos subsistemas, caracterstica que permite separar la administracin del negocio del proceso de venta en s mismo: Primero: el sistema de punto de venta propiamente dicho, del cual se podra decir es la parte frontal del sistema el cual contar con las opciones de ventas, cobros, impresin y entrega de comprobantes, debe funcionar con mucha rapidez para poder agilizar el proceso de venta y entrega de los productos. Esta parte de la aplicacin tambin actualiza el stock disponible y lanza alertas ante la falta de productos. Segundo: el Sistema de Administracin del Punto de Venta que gestiona la informacin del negocio. Administra la informacin necesaria para el correcto funcionamiento de la aplicacin, como son los productos, las categoras de productos, los almacenes, control del proceso de compras, devoluciones y control de caja, permite consultar las estadsticas, los datos de las ventas, compras, stocks entre otros, lo que permite tomar una mejor decisin por parte de la administracin. Estos dos subsistemas, trabajaran de manera integrada, separndose las dos funciones de acuerdo a los permisos que les otorguemos a los usuarios, pero compartiendo siempre la misma informacin, en resumen accediendo a la misma base de datos. Se puede tener los dos subsistemas corriendo en la misma computadora si es necesario por la falta de equipos, o sino tambin se podra interconectar dos o ms computadoras a travs de la red, trabajando con mltiples puntos de venta. Para el desarrollo del sistema utilizaremos ampliamente el sistema de cdigo de barras EAN 13 que es el utilizado actualmente en nuestro pas, debido a que facilita enormemente el ingreso de los datos mediante un lector de cdigo de barras, tanto al momento de hacer una venta, como al hacer un inventario de productos. Si fuese necesario tambin se plantea incorporar un generador de cdigo de barras para imprimir nuestros propios cdigos a partir del ingreso de un identificador de producto, para esto habra que adicionar un dispositivo que permita imprimir estos stickers. Se plantea que el sistema corra sobre la distribucin Ubuntu GNU/Linux debido a su facilidad de uso y al enorme soporte de dispositivos de hardware que posee. Y que sea desarrollado en el lenguaje de programacin Gambas, por su facilidad de aprendizaje y agilidad en el desarrollo rpido de aplicaciones, adems porque incorpora caractersticas interesantes propias de tecnologas como Java y .NET, para la persistencia de datos utilizaremos, el gestor de base de datos libre Mysql 5.0, con sus respectivas herramientas para el manejo de las bases de datos. IV.2. Cobertura del estudio. Poblacin y muestra Para seleccionar la muestra lo primero que hay que hacer es definir una unidad de anlisis segn lo mencionan Fernndez, Hernndez y Baptista, 2003. Para efecto de este estudio en la fase exploratoria se realizar una entrevista a profundidad a los comerciantes del Mercado Modelo de Piura, que tengan un ingreso mensual de 30 000 soles cmo mnimo y 90 000 soles como mximo, cuyo monto invertido en compras sea de 30 000 soles como mnimo y 100 000 soles como mximo.

10

IV.3. Diseo de tcnicas e instrumentos de recoleccin de informacin Para efectos de la presente investigacin se utilizar informacin de fuentes primarias, es decir, aquella que se obtiene de primera mano. Es as que se utilizarn: entrevistas a los comerciantes del Mercado Modelo de Piura y tambin se realizar la observacin del objeto de estudio. Para complementar la investigacin tambin se usarn fuentes secundarias como libros, tesis y revistas cientficas cuyos temas se relacionen con la investigacin provenientes de las bibliotecas de las distintas universidades de la regin y tambin de las ms conocidas universidades de Lima, as como el uso de las tecnologas de la informacin como lo es el Internet y sus ms reconocidos buscadores como son: Google, Bing, Yahoo, Cybertesis, otros. IV.4. Tcnicas de Anlisis Como mencionan Hernndez, Fernndez y Baptista (2003), se necesita seleccionar un instrumento o mtodo de recoleccin de los datos. El anlisis de los datos ser evaluado por un software estadstico como el EVIEW SPSS. Adems se usar MICROSOFT EXCEL para procesar la informacin y analizar los registros obtenidos y as identificar las variables de inters y llegar a las conclusiones pertinentes, utilizando como herramienta de anlisis de resultados: Cuadros, Diagramas, tabulacin de datos.

V. ESQUEMA DEL CONTENIDO

Introduccin Resumen

Captulo I: Planteamiento del Problema 1.1. Definicin 1.2. Objetivos 1.3. Justificacin

Captulo II: Marco Terico 2.1. Las PYMES en la Estructura Empresarial Peruana 2.1.1. Definicin de Pymes 2.1.2. Caractersticas y Estructura de las Pymes 2.1.3. Las Pymes y las Tecnologas de Informacin 2.2. Sistemas de Punto de Venta 2.2.1. Que es un punto de venta

11

2.2.2. Componentes de un punto de venta 2.3. Metodologas de Desarrollo gil 2.3.1. El Manifiesto gil 2.3.2. SCRUM 2.3.3. Programacin Extrema 2.3.4. Metodologas giles y Software Libre

Captulo III: Planificacin del Proyecto 3.1. Visin General del Proyecto 3.2. Elaboracin de las Historias de Usuario 3.3. Construccin del Product Backlog 3.4. Definicin de la Arquitectura del Sistema

Captulo IV: Desarrollo del Proyecto 4.1. Elaboracin del Primer Sprint Backlog 4.2. Desarrollo del Primer Sprint 4.3. Realizacin de la Demo de Sprint 4.4. Lanzamiento del Primer Incremento 4.5. Retrospectiva del Primer Sprint 4.1. Elaboracin del Segundo Sprint Backlog 4.2. Desarrollo del Segundo Sprint 4.3. Realizacin de la Demo de Sprint 4.4. Lanzamiento del Segundo Incremento 4.5. Retrospectiva del Segundo Sprint 4.1. Elaboracin del Tercer Sprint Backlog 4.2. Desarrollo del Tercer Sprint 4.3. Realizacin de la Demo de Sprint 4.4. Lanzamiento del Tercer Incremento 4.5. Retrospectiva del Tercer Sprint

Captulo VII: Evaluacin de Resultados del Proyecto Conclusiones Recomendaciones

12

VI. ASPECTOS ADMINISTRATIVOS

V.1 CRONOGRAMA DE LA INVESTIGACIN A continuacin presentamos la lista de actividades que realizaremos para llevar a cabo el proyecto, en ella describimos las fechas en las que se realizar cada una de la actividades. Incluimos adems el diagrama de Gantt para el cronograma.

13

14

VI.2 PRESUPUESTO DE LA INVESTIGACIN

15

VII. BIBLIOGRAFIA
Briozzo, Alberto. De Pymes Tecnologa y Competitividad EnURLhttp://www.flacso.org.ar/politicaspublicas/files/investigaciones/encur so/cuarto.pdf, Consultado el 10/02/2011 Kniberg,Henrik.De Scrum y XP desde las trincheras-Como hacemos Scrum En URL:http://infoq.com/minibooks/scrum-xp-fromthetrenches, Consultado el 10/02/2011 Letelier,Patricio y Penades,Mara. Metodologas giles para el desarrollo de software y Extreme Programming (XP), En URL http://barranquillo.ucaldas.edu.co/rgarcia/ingsoft/recursos/dorada/.pdf, Consultado el 18/02/2011. Palacios, Juan.De Flexibilidad con Scrum-Principios de diseo e implantacin de campos con Scrum. En URL http://www.lulu.com. Consultado el 10/02/2011 Scrum,Metodologa gil En URL:http://scrum.es/ Consultado el 15/02/2011 Serrano, Jorge. De explicando Scrum a mi abuela http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-miabuela.aspx, Consultado el 19/02/2011 Soto,Eduardo y otros (2004). Las Pymes ante El Desafo del Siglo XXI : Los nuevos mercados globales,Espaa,Ed. Thomson 100pp. Romo,Miguel (2006).Ingeniera de Software 7ma Edicin. Espaa,Ed.Top Printer Plus, 94pp.

16

ANEXOS

17

MODELO DE ENTREVISTA
UNIVERSIDAD NACIONAL DE PIURA Facultad de Ingeniera Industrial Entrevista dirigida a los comerciantes del mercado de abastos de la ciudad de Piura. Seor comerciante: La presente entrevista tiene fines acadmicos y como tal laconfidencialidad de la informacin est garantizada, le agradeceremos responder puntualmente a las siguientes preguntas: 1. Cmo lleva usted el control de sus ventas diarias? _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ 2. Cmo lleva usted el control diario de su caja(ingresos-egresos)? _________________________________________________________________________ _________________________________________________________________________ 3. Cul es el volumen de sus ventas diarias? _________________________________________________________________________ _________________________________________________________________________ 4. De qu manera lleva usted el control del stock de sus productos? _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ 5. Con que frecuencia compra nuevos productos para renovar su stock? 1 ( ) Diario 2 ( ) Semanal 3 ( ) Quincenal 4 ( ) Mensual 5 ( ) Otra. Especifique:____________________________________________________________ ______________________________________________________________________ 6. Cmo decide usted qu cantidad de productos comprar y de qu tipo? _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ 7. Considera usted que lleva un control estricto de su negocio? Si ( ) No ( )

Por qu?: _________________________________________________________________________ _________________________________________________________________________ _______________________________________________________________________

18

8. Considera usted que se encuentra en desventaja competitiva frente a los grandes centros comerciales que se han instalado en nuestra ciudad? _________________________________________________________________________ _________________________________________________________________________ _______________________________________________________________________ 9. Tiene usted en claro cules son los objetivos y metas de su negocio? Si ( ) No ( )

Por qu?: _________________________________________________________________________ _________________________________________________________________________ _______________________________________________________________________ 10. Considera usted que la tecnologa puede ayudar a que su negocio crezca? Si ( ) No ( )

Por qu?: _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ 11. Conoce usted que es un sistema de punto de venta y cul es su aplicacin? _________________________________________________________________________ _________________________________________________________________________

12. Estara usted dispuesto(a) a invertir en tecnologa para que su negocio crezca? Si ( ) No ( )

Por qu?: _________________________________________________________________________ _________________________________________________________________________

19