Anteproyecto De Tesis - Sistema De Punto De Venta 676n5y

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 Rodríguez

CO-ASESORES: (MARZO 2011)

I.

DATOS GENERALES

I.1. Escuela Profesional Escuela Profesional de Ingeniería Informática I.2. Título Análisis, Desarrollo E Implementación de un Sistema de Punto de Venta con Software Libre. I.3. Autores Bachilleres en Ciencias istrativas: Bach. Benites Timaná Alember I.4. Asesores

I.5. Línea de Investigación Desarrollo de aplicaciones empresariales I.6. Fecha de ejecución De Marzo del 2011 a Julio del 2011

II. PLANTEAMIENTO DE PROBLEMA II.1.Descripción de la realidad problemática Actualmente las grandes empresas comerciales como por ejemplo supermercados, grifos, farmacias, etc. cuentan con un Sistema de Punto de Venta que istra sus actividades principales como son: compras, ventas y cotizaciones; y en la mayoría de casos no tienen problemas cuando hacen sus inventarios, porque todo se maneja mediante lectores de código de barras que registran sus productos, sus costos y sus cantidades de manera precisa y confiable. En comparación con las pequeñas y medianas empresas comerciales que buscan también istrar adecuadamente su negocio, pero que sin embargo no tienen a este tipo de tecnologías por lo que tienen una gran desventaja competitiva. La mayoría de Pymes en la Región Piura desconocen completamente qué es un sistema de Punto de Venta, la forma como funciona y por ende los beneficios que les reportaría. 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 características, pero con un costo demasiado elevado que les impide adquirirlas, o desarrollados bajo una lógica de negocios y adaptados a una legislación muy distinta a la realidad que viven las PYMES en nuestra Región.

1

II.2.Definición del problema En la actualidad se conoce que la forma tradicional de istrar las actividades principales de las Pymes que se dedican a la comercialización de abarrotes y agregados genera a la larga grandes pérdidas de dinero y tiempo, desconocimiento del stock de los productos en el almacén, pérdidas de mercadería, falta de control sobre las ventas y compras, dificultad en el momento de tomar decisiones, pérdida de tiempo para los clientes y falta de competitividad con los grandes centros comerciales que se están instalando en nuestra región, lo que ocasiona una reducción de clientes y la disminución de las ventas, obligándolos 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, generándose 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 estimación aproximada de cuánto se tiene que comprar basándose en la experiencia propia que han adquirido como comerciantes (al ojo como ellos mismos dicen) generándose un sistema de compras irregular sin tiempos, ni montos definidos y sin tener en cuenta las existencias actuales en el almacén. Al no llevar un registro de lo que realmente existe en el almacén ni de las entradas y salidas de los productos, se origina el vencimiento y deterioro de los artículos perecibles originando cuantiosas pérdidas. Al ser la mayoría de estas PYMES negocios familiares de los que depende la supervivencia de sus , se hacen desembolsos diarios de dinero para solventar sus gastos, a partir de la estimación del margen de ganancias del día, sumándose 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 adjudicación 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 tecnología. II.3.Delimitaciones del problema El proyecto se aplicará de forma específica 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 cómo mínimo y 90 000 soles como máximo, cuyo monto invertido en compras sea de 30 000 soles como mínimo y 100 000 soles como máximo, bajo un régimen irregular de compras, es decir sin cantidades exactas ni tiempos determinados, que se valgan de créditos de las entidades financieras para poder realizar estas compras y que estén comprendidos en el Régimen General, Régimen Único Simplificado de Quinta Categoría o en el Régimen Especial de la Renta. Además estas PYMES no tienen a las TICs, llevan controles manuales de sus operaciones, tienen problemas con su stock de mercaderías y no tienen un control exacto de su caja chica. II.4.Formulación del Problema

2

¿Es factible el análisis, diseño e implementación 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 Investigación 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 Específicos:  Proponer iniciativas o planes de acción para una mejor istración de las PYMES en el área de ventas.  Modelar una Base de Datos acorde al modelo de negocio y a los requerimientos de los s.  Analizar, diseñar los distintos módulos de los procesos con los que contará el sistema.  Utilizar el software libre como alternativa de solución 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 solución 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, ferreterías y grifos, todo esto debido a sus elevados costos, lo que lo hace inviable implementar las Pymes que se dedican a la venta y comercialización de productos. También porque además de comprar el sistema, se tendría que adquirir otros equipos de hardware adicionales, cuyo costo es muy alto y cuya utilización en la mayoría de las Pymes no es completa ni necesaria. Teniendo en cuenta que la mayoría de PYMES desconoce la utilización y los beneficiosos de este tipo de herramientas implementaremos un sistema de manejo sencillo y fácil que permita proponer un plan estratégico de negocio utilizando la tecnología 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 mercadería y otros errores comunes. II.7.LIMITACIONES Y VIABILIDAD DE LA INVESTIGACION: ECONÓMICA, TÉCNICA Y OPERATIVA

3

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 solución. Limitaciones de tiempo: Los autores nos hemos propuesto desarrollar la presente investigación en un lapso de tiempo de seis meses, teniendo en cuenta que se pueden presentar problemas que hagan más largo el tiempo de desarrollo como es el poco tiempo que tenemos, pues ambos laboramos actualmente. Limitaciones de tecnología: El análisis y diseño será realizado con herramientas libres, por lo que el pago de la licencia de uso por las herramientas de diseño es cero. No obstante debemos tener en cuenta la falta de documentación técnica sobre la construcción de este tipo de sistemas. Y también, 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 económica: 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 económicos y que nos garanticen su correcto funcionamiento. Con todas estas consideraciones hacemos asequible económicamente el proyecto. Viabilidad técnica: el desarrollo de módulos de software libre que hacen posible el uso de tecnologías como lectura y generación de código de barras, interacción con cajones electrónicos y conexión con impresoras de tickets hace posible que se construya un sistema de punto de venta que tenga a todas estas opciones, además de las típicas operaciones como guardar operaciones en bases de datos y trabajar el tema de reportes. Viabilidad operativa: Al desarrollar una aplicación basada en un lenguaje libre que está disponible en múltiples distribuciones de GNU/Linux hace posible que su instalación 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 clasificación según su dimensión pueden ser Microempresa, Pequeña empresa, Mediana empresa y Gran empresa, cabe resaltar que esto es según su volumen de ventas, capital propio, número de trabajadores, beneficios, etc. Nuestro proyecto está orientado hacia las Microempresa y Pequeñas empresas o también llamadas Pymes que cuyo artículo 2° y 3° de la LEY GENERAL DE LA PEQUEÑA Y MICRO EMPRESA se entiende por Pequeña y Micro Empresa a aquella unidad económica operada por una persona natural o jurídica, bajo cualquier forma de organización o gestión empresarial, que desarrolla actividades de extracción, transformación, producción y comercialización de bienes o prestación de servicios.

4

Cuando en esta Ley se hace mención a las siglas "PYME", están referidas a la Pequeña y Micro Empresa. La Pequeña y Micro Empresa, reúne adicionalmente las siguientes características:  El número total de trabajadores de la Micro Empresa no excede de 10 personas y para la Pequeña Empresa no excede de 40 personas.  El Reglamento de la presente Ley define otras características de las PYMES, considerando los criterios que para ellas se aplican en los diversos sectores económicos y productivos, así como en el Sistema de Estadística Nacional de las PYMES.

III.2 Marco Conceptual Por razones de costos la mayoría de las Pymes no pueden acceder a un sistema de punto de venta ya que no podrían solventar las fuertes inversiones que demanda la adquisición, implantación y desarrollo sin embargo existe el software libre que no es más que la denominación del software que respeta la libertad de los s sobre su producto adquirido y, por tanto, una vez obtenido puede ser usado, copiado, estudiado, cambiado y redistribuido libremente. Según la Free Software Foundation, el software libre se refiere a la libertad de los s 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 código fuente fue escrito con la intención declarada de dejarlo disponible para ser usado, y eventualmente modificado, por terceros. El software libre es usualmente desarrollado como una colaboración 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 compañías del sector e incluso muchas compañías hacen gala de utilizar software libre y haber conseguido alcanzar eléxito corporativo. El Software Libre es una tendencia dentro de la industria del software que cada día 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. Metodologías Agiles: Surgen como una extensión a las metodologías tradicionales para mejorar el desarrollo de sistemas, según el tipo de proyecto y empresa, añadiendo y mejorando (optimizando) las prácticas de desarrollo de software. Desde el surgimiento de la crisis del software en la década del 70 hasta nuestros días han tenido las metodologías ágiles nuevos modificaciones que permiten a los equipos desarrollar software rápidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto. Se pretendía ofrecer una alternativa a los procesos de desarrollo de software tradicionales, caracterizados por ser rígidos y dirigidos por la documentación que se genera en cada una de las actividades desarrolladas. Varias de las

5

denominadas metodologías ágiles ya estaban siendo utilizadas con éxito en proyectos reales Características de las metodologías Agiles: Por el uso de técnicas para agilizar el desarrollo de software, mayor flexibilidad para adaptarse a los cambios en los requisitos del proyecto, realimentación continua entre el cliente y el equipo de desarrollo, comunicación fluida entre todos los participantes y simplicidad en las soluciones implementadas. SCRUM: Es una metodología ágil para gestionar proyectos de software, que toma su nombre y principios de los estudios realizados sobre nuevas prácticas de producción por Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80. Aunque surgió como práctica en el desarrollo de productos tecnológicos, resulta válido 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 características más importantes es que es muy fácil de explicar y de entender, lo que ayuda mucho a su implantación. Es una metodología de desarrollo muy simple, que requiere trabajo duro, porque la gestión no se basa en el seguimiento de un plan, sino en la adaptación continua a las circunstancias de la evolución del proyecto. Es un modo de desarrollo de carácter adaptable, orientado a las personas antes que a los procesos, emplea desarrollo ágil: iterativo e incremental. El desarrollo se inicia desde la visión 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 días). Cada uno de los ciclos de desarrollo es una iteración (sprint) que produce un incremento terminado y operativo del producto. Estas iteraciones son la base del desarrollo ágil, y Scrum gestiona su evolución a través de reuniones breves de seguimiento en las que todo el equipo revisa el trabajo realizado desde la reunión anterior y el previsto hasta la reunión siguiente. El protocolo de Scrum para Software definido por Jeff Sutherland y Ken Schwaber prescribe que las reuniones de seguimiento del sprint (iteración) sean diarias. También es una forma de gestionar proyectos de software. No es una metodología de análisis, ni de diseño, como podría ser RUP, sino una metodología de gestión del trabajo. Una de las características más importantes es que es muy fácil de explicar y de entender, lo que ayuda mucho a su implantación. Scrum evita la burocracia y la generación 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 metodologías es impensable, la idea principal es la de ponerse a trabajar prácticamente 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 cómo se está haciendo.

6

Se podría decir que SCRUM cuenta con tres fases fundamentales para definirlo de algún modo: una breve fase de planificación, en la cual se realizan las labores básicas de una planificación breve: visión general del proyecto (estimación muy general, viabilidad del sistema) y construcción 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 genéricas de todos los requerimientos, funcionalidades deseables, etc. priorizadas según su retorno sobre la inversión. 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 estimación nos ayuda a ajustar la línea 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 más tareas que provienen del Product Backlog. Es decir, del Product Backlog se saca una o más 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 s: Como técnica de recolección inicial de datos se puede utilizar las historias de para especificar los requisitos del software, sse trata de tarjetas en las cuales el cliente describe brevemente las características que el sistema debe poseer, sean requisitos funcionales o no funcionales. El tratamiento de las historias de es muy dinámico y flexible, esto tiene un factor psicológico muy importante dado que se puede valorar el avance con los pequeños logros, creando la sensación de estar más cerca de nuestros objetivos. Cada historia de 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 iteración (“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 iteración. Se busca controlar la evolución del proyecto a través de reuniones breves de seguimiento en las que revisaremos el trabajo realizado desde la reunión anterior y el previsto hasta la reunión siguiente. Al final de cada sprint o iteración, se realiza una revisión con todas las personas implicadas en el proyecto.

7

FIGURA Nº 01: PROCESO DE SCRUM

Metodología XP: Es una de las metodologías más 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 adelantándonos en algo hacia el futuro, podamos hacer pruebas de las fallas que pudieran ocurrir. Es como si nos adelantáramos a obtener los posibles errores.



Refabricación: se basa en la reutilización de código, para lo cual se crean patrones o modelos estándares, siendo más flexible al cambio.



Programación en pares: una particularidad de esta metodología es que propone la programación en pares, la cual consiste en que dos desarrolladores participen en un proyecto en una misma estación de trabajo. Cada miembro lleva a cabo la acción 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 año 2006 de Walter Tarrillo Mondragón cuyo denominación fue:" Sistema de Soporte de Decisiones para la gestión operativa en el Área comercial de la empresa Ferretería Boca E.I.R.L utilizando software libre", que se basa en la implantación de este sistema para la mejora de toma de decisiones para su gestión operativa con el uso de software libre. También diseña un modelo de información sobre la cantidad de ventas por tipo de clientes con la finalidad de la creación de un área de ventas, así como también diseña un modelo con la información sobre las ventas de cada producto por trimestres y los que tienen

8

menores ventas que sirva de base para saber que productos se debe comprar Nos hemos basado en esta tesis para tener en cuenta su Diseño de ventas  En la Tesis de Gómez Chacón Patricia Yolanda y Laura Ochoa Leticia cuya denominación fue: “Arquitectura de software para el desarrollo de aplicaciones Transaccionales utilizando J2EE y Software Libre”, donde propone una serie de tecnologías de componentes y pasos para desarrollar aplicaciones transaccionales, así como la aplicación de patrones adecuados en cada una de las capas utilizados para esta aplicación. 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 metodológico. III.5Elaboración de Hipótesis III.5.1Hipótesis General Es posible desarrollar Sistema de Punto de Venta con Software Libre

IV.

METODOLOGÍA IV.1. Tipo, nivel, Método y diseño de la Investigación

El tipo de investigación es la del tipo aplicada, ya que pondremos en práctica la aplicación de los conocimientos adquiridos, en este caso, usaremos la tecnología desarrollada para solucionar un problema especifico del sector productivo de bienes y servicios, con el fin de mejorarlo y hacerlo más eficiente. El nivel de la Investigación es de tipo descriptiva, porque se realizará un análisis descriptivo de la problemática que se presenta en las Pymes con sus características y propiedades determinadas de forma tal que se pueda proporcionar una percepción del funcionamiento del objeto en estudio y del comportamiento de los elementos que lo componen. Además no partimos de hipótesis explicitas sino de preguntas de investigación que actúan como herramientas orientadoras de todo el proceso. Además, la investigación será de corte transversal, es decir, se realizará en un tiempo determinado. Esto tomando en cuenta lo planteado por Fernández, Hernández y Baptista, 2003 “los diseños 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. Además estudiaremos el funcionamiento de otros Sistemas de Punto de Venta desarrollados en otros países y que tienen el código fuente disponible o en caso no sea posible los demos de estos productos.

9

El sistema planteado está compuesto específicamente por dos subsistemas, característica que permite separar la istración del negocio del proceso de venta en sí mismo: Primero: el sistema de punto de venta propiamente dicho, del cual se podría decir es la parte frontal del sistema el cual contará con las opciones de ventas, cobros, impresión 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 aplicación también actualiza el stock disponible y lanza alertas ante la falta de productos. Segundo: el Sistema de istración del Punto de Venta que gestiona la información del negocio. istra la información necesaria para el correcto funcionamiento de la aplicación, como son los productos, las categorías de productos, los almacenes, control del proceso de compras, devoluciones y control de caja, permite consultar las estadísticas, los datos de las ventas, compras, stocks entre otros, lo que permite tomar una mejor decisión por parte de la istración. Estos dos subsistemas, trabajaran de manera integrada, separándose las dos funciones de acuerdo a los permisos que les otorguemos a los s, pero compartiendo siempre la misma información, 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 también se podría interconectar dos o más computadoras a través de la red, trabajando con múltiples puntos de venta. Para el desarrollo del sistema utilizaremos ampliamente el sistema de código de barras EAN 13 que es el utilizado actualmente en nuestro país, debido a que facilita enormemente el ingreso de los datos mediante un lector de código de barras, tanto al momento de hacer una venta, como al hacer un inventario de productos. Si fuese necesario también se plantea incorporar un generador de código de barras para imprimir nuestros propios códigos a partir del ingreso de un identificador de producto, para esto habría que adicionar un dispositivo que permita imprimir estos stickers. Se plantea que el sistema corra sobre la distribución 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 programación Gambas, por su facilidad de aprendizaje y agilidad en el desarrollo rápido de aplicaciones, además porque incorpora características interesantes propias de tecnologías 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. Población y muestra Para seleccionar la muestra lo primero que hay que hacer es definir una unidad de análisis según lo mencionan Fernández, Hernández 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 cómo mínimo y 90 000 soles como máximo, cuyo monto invertido en compras sea de 30 000 soles como mínimo y 100 000 soles como máximo.

10

IV.3. Diseño de técnicas e instrumentos de recolección de información Para efectos de la presente investigación se utilizará información de fuentes primarias, es decir, aquella que se obtiene de primera mano. Es así que se utilizarán: entrevistas a los comerciantes del Mercado Modelo de Piura y también se realizará la observación del objeto de estudio. Para complementar la investigación también se usarán fuentes secundarias como libros, tesis y revistas científicas cuyos temas se relacionen con la investigación provenientes de las bibliotecas de las distintas universidades de la región y también de las más conocidas universidades de Lima, así como el uso de las tecnologías de la información como lo es el Internet y sus más reconocidos buscadores como son: Google, Bing, Yahoo, Cybertesis, otros. IV.4. Técnicas de Análisis Como mencionan Hernández, Fernández y Baptista (2003), se necesita seleccionar un instrumento o método de recolección de los datos. El análisis de los datos será evaluado por un software estadístico como el EVIEW ó SPSS. Además se usará MICROSOFT EXCEL para procesar la información y analizar los registros obtenidos y así identificar las variables de interés y llegar a las conclusiones pertinentes, utilizando como herramienta de análisis de resultados: Cuadros, Diagramas, tabulación de datos.

V. ESQUEMA DEL CONTENIDO Introducción Resumen

Capítulo I: Planteamiento del Problema 1.1. Definición 1.2. Objetivos 1.3. Justificación

Capítulo II: Marco Teórico 2.1. Las PYMES en la Estructura Empresarial Peruana 2.1.1. Definición de Pymes 2.1.2. Características y Estructura de las Pymes 2.1.3. Las Pymes y las Tecnologías de Información 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. Metodologías de Desarrollo Ágil 2.3.1. El Manifiesto Ágil 2.3.2. SCRUM 2.3.3. Programación Extrema 2.3.4. Metodologías Ágiles y Software Libre

Capítulo III: Planificación del Proyecto 3.1. Visión General del Proyecto 3.2. Elaboración de las Historias de 3.3. Construcción del Product Backlog 3.4. Definición de la Arquitectura del Sistema

Capítulo IV: Desarrollo del Proyecto 4.1. Elaboración del Primer Sprint Backlog 4.2. Desarrollo del Primer Sprint 4.3. Realización de la Demo de Sprint 4.4. Lanzamiento del Primer Incremento 4.5. Retrospectiva del Primer Sprint 4.1. Elaboración del Segundo Sprint Backlog 4.2. Desarrollo del Segundo Sprint 4.3. Realización de la Demo de Sprint 4.4. Lanzamiento del Segundo Incremento 4.5. Retrospectiva del Segundo Sprint 4.1. Elaboración del Tercer Sprint Backlog 4.2. Desarrollo del Tercer Sprint 4.3. Realización de la Demo de Sprint 4.4. Lanzamiento del Tercer Incremento 4.5. Retrospectiva del Tercer Sprint

Capítulo VII: Evaluación de Resultados del Proyecto Conclusiones Recomendaciones

12

VI. ASPECTOS ISTRATIVOS V.1 CRONOGRAMA DE LA INVESTIGACIÓN A continuación 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 además el diagrama de Gantt para el cronograma.

13

14

VI.2 PRESUPUESTO DE LA INVESTIGACIÓN

15

VII. BIBLIOGRAFIA  Briozzo, Alberto. De Pymes Tecnología 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,María. Metodologías á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 diseño e implantación de campos con Scrum. En URL http://www.lulu.com. Consultado el 10/02/2011  Scrum,Metodología Á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 Desafío del Siglo XXI : Los nuevos mercados globales,España,Ed. Thomson 100pp.  Romo,Miguel (2006).Ingeniería de Software 7ma Edición. España,Ed.Top Printer Plus, 94pp.

16

ANEXOS

17

MODELO DE ENTREVISTA UNIVERSIDAD NACIONAL DE PIURA Facultad de Ingeniería Industrial Entrevista dirigida a los comerciantes del mercado de abastos de la ciudad de Piura. Señor comerciante: La presente entrevista tiene fines académicos y como tal laconfidencialidad de la información está garantizada, le agradeceremos responder puntualmente a las siguientes preguntas: 1. ¿Cómo lleva usted el control de sus ventas diarias? _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ 2. ¿Cómo lleva usted el control diario de su caja(ingresos-egresos)? _________________________________________________________________________ _________________________________________________________________________ 3. ¿Cuál 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. ¿Cómo 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 cuáles son los objetivos y metas de su negocio? Si

(

)

No

(

)

¿Por qué?: _________________________________________________________________________ _________________________________________________________________________ _______________________________________________________________________ 10. ¿Considera usted que la tecnología puede ayudar a que su negocio crezca? Si

(

)

No

(

)

¿Por qué?: _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ 11. ¿Conoce usted que es un sistema de punto de venta y cuál es su aplicación? _________________________________________________________________________ _________________________________________________________________________

12. ¿Estaría usted dispuesto(a) a invertir en tecnología para que su negocio crezca? Si

(

)

No

(

)

¿Por qué?: _________________________________________________________________________ _________________________________________________________________________

19