Sistema web para el control de ventas de la Empresa Electromuebles Alexa, de la parroquia La Unión,

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela de Sistemas

SISTEMA WEB PARA EL CONTROL DE VENTAS DE LA EMPRESA ELECTROMUEBLES ALEXA, DE LA PARROQUIA LA UNIÓN, PROVINCIA DE ESMERALDAS Trabajo de Titulación previo a la obtención del título de Ingenieros de Sistemas y Computación.

Línea de Investigación: Tecnologías de la información y la comunicación.

Autores: JORDAN MICHAEL AJILA CAGUA JOSSELYN ESTEFANÍA PINEDA BURBANO Director: Mg. FAUSTO ERNESTO OROZCO IGUASNIA

Santo Domingo – Ecuador Septiembre, 2019

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela de Sistemas

HOJA DE APROBACIÓN SISTEMA WEB PARA EL CONTROL DE VENTAS DE LA EMPRESA ELECTROMUEBLES ALEXA, DE LA PARROQUIA LA UNIÓN, PROVINCIA DE ESMERALDAS

Línea de Investigación: Tecnologías de la información y la comunicación.

Autores: JORDAN MICHAEL AJILA CAGUA JOSSELYN ESTEFANÍA PINEDA BURBANO

Fausto Ernesto Orozco Iguasnia, Mg.

f._____________________

DIRECTOR DE TRABAJO DE TITULACIÓN Rodolfo Sirilo Córdova Gálvez, Mg.

f._____________________

CALIFICADOR Willian Javier Ocampo Pazos, Mg.

f._____________________

CALIFICADOR Luis Javier Ulloa Meneses, Mg.

f._____________________

DIRECTOR DE LA ESCUELA DE SISTEMAS

Santo Domingo – Ecuador Septiembre, 2019

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Nosotros, Ajila Cagua Jordan Michael portador de la cédula de ciudadanía No. 235033526-7 y Josselyn Estefanía Pineda Burbano portador de la cédula de ciudadanía No. 230054634-4 declaramos que los resultados obtenidos en la investigación que presentamos como informe final, previo la obtención del Grado de Ingeniero de Sistemas y Computación son absolutamente originales, auténticos y personales.

En tal virtud, declaramos que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de nuestra sola y exclusiva responsabilidad legal y académica.

Igualmente declaramos que todo resultado académico que se desprenda de esta investigación y que se difunda tendrá como filiación la Pontificia Universidad Católica del Ecuador, Sede Santo Domingo, reconociendo en las autorías al director del Trabajo de Titulación y demás profesores que amerita.

Jordan Michael Ajila Cagua

Josselyn Estefanía Pineda Burbano

CI. 235033526-7

CI. 230054634-4

iv

AGRADECIMIENTO Agradezco a Dios por dame salud y vida.

A mis padres, por su apoyo incondicional, por ayudarme y motivarme a seguir a delante a lo largo de esta trayectoria.

Jordan Michael Ajila Cagua

Agradezco a Dios, por darme la vida y ser quien guía mis pasos.

Gracias a mis padres, por ser mí ejemplo, mi motivación, por su apoyo incondicional, porque sin ellos este logro no hubiese podido ser realidad.

Mis hermanos, Cristian y Andy, por su apoyo, paciencia, por motivarme a seguir adelante con mis estudios.

Agradezco también a mi esposo Andrés por su comprensión, paciencia y apoyo, y a mi hijo Jossué, por ser el motivo de mi vida, de seguir adelante y poder alcanzar mi título profesional.

Gracias a toda mi familia, amigos y profesores, por creer en mí y apoyarme en todo momento.

Josselyn Estefanía Pineda Burbano

v

DEDICATORIA Dedico este trabajo de disertación a Dios, por permitirme culminar mis estudios.

A mis padres quienes con todo su amor me impulsaron a lograr el sueño de ser profesional, pues sin su ayuda esto no hubiese sido posible.

Jordan Michael Ajila Cagua

Dedico este proyecto a Dios, por darme salud, una familia maravillosa y permitirme culminar mis estudios.

Dedico este proyecto con todo mi amor a los seres más maravillosos, mis padres Juan y Betty, por su sacrificio y esfuerzo, por creer en mi capacidad, a pesar de las adversidades siempre estuvieron ahí y por haberme forjado como la persona que soy.

A mis hermanos Cristian y Andy, por ser los mejores hermanos del mundo, por su amor y comprensión y por su apoyo incondicional.

A mi querido esposo Andrés, gracias por su amor, apoyo y motivación que me da día a día para poder seguir adelante.

A mi amado hijo Jossué por ser mi fuente de motivación e inspiración para poder superarme cada día más y así poder luchar para que la vida nos depare un futuro mejor Josselyn Estefanía Pineda Burbano

vi

RESUMEN El presente trabajo de titulación tiene como finalidad mejorar el control de ventas de la empresa Electromuebles Alexa, la cual está ubicada en la provincia de Esmeraldas, parroquia La Unión, para esto se desarrolló el sistema informático con el objetivo de mejorar los procesos que se realizan de forma manual como es el control de stock, de clientes, proveedores y cartera por cobrar, de esta manera la empresa podrá brindar un servicio más rápido y eficiente a sus clientes. En este trabajo se utilizó el marco de trabajo Scrum el cual apoyó a dicho desarrollo; el tipo de investigación realizada fue no experimental; para la recolección de datos el instrumento utilizado fue la entrevista. Todo el software que se utiliza es Software libre, tal como lo solicitó la empresa, con el fin de reducir los costos de desarrollo y evitar el pago de licencias. El sistema web fue desarrollado con PHP v.7.1.3, Ajax v.3.1 para el Back-end, y en el Front-end se utilizó el lenguaje de hipertexto HTML 5, jQuery v.3.1.1 y Bootstrap v.3; como Sistema Gestor de Base de Datos se usó MariaDB y como editor de texto Atom v.1.38.2. El sistema está diseñado con una interfaz amigable, sencilla y adaptable a todo dispositivo.

Palabras clave: Software de código abierto, Marco de trabajo, Control, Ventas

vii

ABSTRACT The objective of this titling work is to improve the sales control of the Electromuebles Alexa company, which is located in Esmeraldas province, La Uniรณn parish, for this purpose the computer system was developed with the aim of improving the processes that are executed in a manual way, such as the control of stock, customers, suppliers and receivables, in this way the company can provide a faster and more efficient service to its customers. In this work is the Scrum framework which supported this development; the type of research carried out was non-experimental; for the data collection the instrument used was the interview. All the software used is free software, as requested by the company, in order to reduce development costs and avoid paying licenses. The web system was developed with PHP v.7.1.3, Ajax v.3.1 for the back-end, and the HTML 5 hypertext language, jQuery v.3.1.1 and Bootstrap v.3 were developed in the front-end; MariaDB was used as the Database Management System and as Atom text editor v.1.38.2. The system is designed with a friendly, simple and adaptable interface to any device.

Keywords: Open source software, Framework, Control, Sales.

viii

ÍNDICE DE CONTENIDOS 1.

INTRODUCCIÓN.............................................................................................. 1

2.

PLANTEAMIENTO DEL PROBLEMA ......................................................... 3

2.1.

Delimitación del problema ................................................................................ 3

2.2.

Preguntas de investigación ................................................................................ 4

2.2.1.

Pregunta general. .................................................................................................. 4

2.2.2.

Preguntas específicas. .......................................................................................... 4

2.3.

Justificación de la investigación ........................................................................ 5

2.4.

Objetivos de la investigación ............................................................................. 6

2.4.1.

Objetivo general. .................................................................................................. 6

2.4.2.

Objetivos específicos. .......................................................................................... 6

3.

MARCO REFERENCIAL ................................................................................ 7

3.1.

Antecedentes ....................................................................................................... 7

3.2.

Marco teórico ...................................................................................................... 9

3.2.1.

Software ............................................................................................................... 9

3.2.1.1.

Ingeniería de Software ......................................................................................... 9

3.2.1.2.

Software de Aplicación ...................................................................................... 10

3.2.1.3.

Aplicaciones web ............................................................................................... 11

3.2.2.

Metodologías de Desarrollo de software ............................................................ 11

3.2.2.1.

Metodología Tradicional .................................................................................... 11

3.2.2.1.1.

Cascada .............................................................................................................. 11

3.2.2.1.2.

RUP .................................................................................................................... 12

3.2.2.1.3.

MSF .................................................................................................................... 12

3.2.2.2.

Metodología Ágil ............................................................................................... 12

3.2.2.2.1.

SCRUM .............................................................................................................. 13

3.2.2.2.1.1. Artefactos de Scrum ........................................................................................... 13

ix 3.2.2.2.1.2. Las reuniones en SCRUM .................................................................................. 13 3.2.2.2.2.

Programación Extrema XP ................................................................................. 15

3.2.2.2.2.1. Valores XP ......................................................................................................... 15 3.2.2.2.2.2. El proceso XP ..................................................................................................... 16 3.2.2.2.3.

Crystal ................................................................................................................ 17

3.2.2.3.

Intérprete de PHP ............................................................................................... 18

3.2.3.

Base de datos ...................................................................................................... 18

3.2.3.1.1.

Abstracción de datos .......................................................................................... 18

3.2.3.1.1.1. Nivel físico: ........................................................................................................ 19 3.2.3.1.1.2. Nivel lógico: ....................................................................................................... 19 3.2.3.1.1.3. Nivel de vistas: ................................................................................................... 19 3.2.3.1.2.

Modelos de datos................................................................................................ 19

3.2.3.1.2.1. Modelo relacional............................................................................................... 19 3.2.3.1.2.2. Modelo entidad-relación .................................................................................... 19 3.2.3.1.2.3. Modelo de datos orientado a objetos .................................................................. 20 3.2.3.1.2.4. Modelo de datos semiestructurados ................................................................... 20 3.2.3.2.

MariaDB ............................................................................................................. 20

3.2.3.3.

PostgreSQL ........................................................................................................ 21

3.2.3.4.

Oracle Database ................................................................................................. 21

3.2.3.5.

Diseño Web ........................................................................................................ 21

3.2.3.5.1.

Programación web .............................................................................................. 22

3.2.3.5.1.1. El peso de las páginas ........................................................................................ 24 3.2.3.5.1.2. Tratamiento de imágenes ................................................................................... 24 3.2.3.5.1.3. Consistencia ....................................................................................................... 24 3.2.3.5.2.

Elementos del diseño web adaptativo ................................................................ 24

3.2.4.

Desarrollo Web .................................................................................................. 25

x 3.2.4.1.

Lenguajes ........................................................................................................... 25

3.2.4.1.1.

Back-end ............................................................................................................ 26

3.2.4.1.1.1. PHP .................................................................................................................... 26 3.2.4.1.1.2. JSP ...................................................................................................................... 26 3.2.4.1.1.3. ASP.NET ............................................................................................................ 26 3.2.4.1.2.

Front-end ............................................................................................................ 27

3.2.4.1.2.1. HTML ................................................................................................................ 27 3.2.4.1.2.2. CSS ..................................................................................................................... 27 3.2.4.1.2.3. JavaScript ........................................................................................................... 27 3.2.4.2.

Framework de diseño ......................................................................................... 27

3.2.4.2.1.

Materialize.......................................................................................................... 27

3.2.4.2.2.

Bootstrap ............................................................................................................ 28

4.

METODOLOGÍA DE LA INVESTIGACIÓN ............................................. 29

4.1.

Enfoque, diseño y tipo de investigación.......................................................... 29

4.2.

Población y muestra ......................................................................................... 29

4.3.

Técnicas e instrumentos de recogida de datos ............................................... 30

4.3.1.

Entrevista............................................................................................................ 30

5.

RESULTADOS ................................................................................................. 31

5.1.

Análisis de los Resultados ................................................................................ 31

5.1.1.

Análisis de las entrevistas .................................................................................. 31

5.1.1.1.

Entrevista dirigida a la gerente ........................................................................... 31

5.1.1.2.

Entrevista dirigida a Vendedor 1........................................................................ 32

5.1.1.3.

Entrevista dirigida a Vendedor 2........................................................................ 33

5.1.2.

Identificación procesos ....................................................................................... 34

5.1.3.

Elección de la Metodología ................................................................................ 35

5.1.4.

Elección del Sistema Gestor de Base de Datos .................................................. 36

xi 5.1.5.

Elección del lenguaje del lado del servidor ........................................................ 36

5.1.6.

Elección Framework de diseño .......................................................................... 37

5.2.

Aplicación de la metodología de desarrollo ................................................... 38

5.2.1.

Fase de desarrollo del sistema web utilizando el marco de trabajo Scrum ........ 38

5.2.1.1.

Eventos de Scrum ............................................................................................... 38

5.2.1.1.1.

Sprint 1 ............................................................................................................... 38

5.2.1.1.1.1. Sprint planning ................................................................................................... 38 5.2.1.1.1.1.2 Sprint backlog 1 .................................................................................................. 39 5.2.1.1.1.2. Desarrollo del Sprint 1 ....................................................................................... 40 5.2.1.1.1.3. Burndown chart sprint 1 ..................................................................................... 44 5.2.1.1.1.4. Pruebas de aceptación Sprint 1 .......................................................................... 46 5.2.1.1.1.5. Retrospectiva Sprint 1 ........................................................................................ 46 5.2.1.1.2.

Sprint 2 ............................................................................................................... 46

5.2.1.1.2.1. Sprint planning ................................................................................................... 46 5.2.1.1.2.2. Desarrollo del Sprint 2 ....................................................................................... 47 5.2.1.1.3.

Burndown chart sprint 2 ..................................................................................... 50

5.2.1.1.3.1. Pruebas de aceptación Sprint 2 .......................................................................... 52 5.2.1.1.3.2. Retrospectiva Sprint 2 ........................................................................................ 52 5.2.1.1.4.

Sprint 3 ............................................................................................................... 52

5.2.1.1.4.1. Sprint planning ................................................................................................... 52 5.2.1.1.4.2. Desarrollo del Sprint 3 ....................................................................................... 53 5.2.1.1.5.

Burndown chart sprint 3 ..................................................................................... 55

5.2.2.

Diseño relacional de Base de Datos ................................................................... 57

5.2.3.

Acta de Entrega .................................................................................................. 58

5.3.

Análisis de impacto .......................................................................................... 58

5.3.1.

Impacto tecnológico ........................................................................................... 59

xii 5.3.2.

Impacto ambiental .............................................................................................. 59

5.3.3.

Impacto económico ............................................................................................ 60

5.3.4.

Impacto general .................................................................................................. 60

6.

DISCUSIÓN...................................................................................................... 62

7.

CONCLUSIONES ............................................................................................ 63

8.

RECOMENDACIONES .................................................................................. 64

9.

REFERENCIAS BIBLIOGRÁFICAS ........................................................... 65

10.

GLOSARIO ...................................................................................................... 68

11.

ANEXOS ........................................................................................................... 69

xiii

ÍNDICE DE TABLAS Tabla 1. Características principales de metodologías ágiles y tradicionales ......................... 12 Tabla 2. Características principales de XP, SCRUM y Crystal. ............................................. 17 Tabla 3. Características de los SGBD ..................................................................................... 21 Tabla 4. Características de Lenguajes de programación del lado del servidor ...................... 26 Tabla 5. Comparación entre Scrum, XP y Crystal................................................................... 35 Tabla 6. Comparativa de los SGBD ......................................................................................... 36 Tabla 7. Comparativa entre PHP, JSP y ASP.Net ................................................................... 37 Tabla 8. Comparativa entre Bootstrap y Materialize .............................................................. 37 Tabla 9. Roles del equipo Scrum.............................................................................................. 38 Tabla 10. Escala de complejidad ............................................................................................. 38 Tabla 11. Product Backlog ...................................................................................................... 39 Tabla 12. Sprint backlog 1 ....................................................................................................... 39 Tabla 13. Burndown chart sprint 1 .......................................................................................... 44 Tabla 14. Sprint backlog 2 ....................................................................................................... 46 Tabla 15. Burndown chart sprint 2 .......................................................................................... 50 Tabla 16. Sprint backlog 3 ....................................................................................................... 52 Tabla 17. Burndown chart sprint 3 .......................................................................................... 55 Tabla 18. Niveles de impacto ................................................................................................... 58 Tabla 19. Impacto tecnológico ................................................................................................. 59 Tabla 20. Impacto ambiental ................................................................................................... 59 Tabla 21. Impacto económico .................................................................................................. 60 Tabla 22. Impacto general ....................................................................................................... 60 Tabla 23. Historia de usuario 1 Sprint 1 ................................................................................. 75 Tabla 24. Historia de usuario 2 Sprint 1 ................................................................................. 76 Tabla 25. Historia de usuario 3 Sprint 1 ................................................................................. 77

xiv Tabla 26. Historia de usuario 4 Sprint 1 ................................................................................. 78 Tabla 27. Historia de usuario 5 Sprint 2 ................................................................................. 79 Tabla 28. Historia de usuario 6 Sprint 2 ................................................................................. 80 Tabla 29. Historia de usuario 7 Sprint 2 ................................................................................. 81 Tabla 30. Historia de usuario 8 Sprint 3 ................................................................................. 82 Tabla 31. Historia de usuario 9 Sprint 3 ................................................................................. 83 Tabla 32. Historia de usuario 10 Sprint 3 ............................................................................... 84

xv

ÍNDICE DE FIGURAS Figura 1. Capas de la Ingeniería de software. ......................................................................... 10 Figura 2. Ciclo de vida del modelo cascada ............................................................................ 12 Figura 3. Estructura de iteraciones marco de trabajo Scrum................................................... 14 Figura 4. El proceso de la programación extrema (XP). ......................................................... 17 Figura 5. Formulario para el registro de proveedores. ............................................................ 40 Figura 6. Formulario para el registro de categorías. ............................................................... 41 Figura 7. Formulario para el registro de artículos. .................................................................. 41 Figura 8. Código para el formulario de artículos. ................................................................... 42 Figura 9. Formulario para el registro de clientes. ................................................................... 42 Figura 10. Código para el formulario del registro de clientes. ................................................ 43 Figura 11. Figura obtenida del sprint 1. .................................................................................. 45 Figura 12. Formulario para el registro de compras. ................................................................. 47 Figura 13. Formulario para el registro de usuarios en el sistema. ........................................... 48 Figura 14. Código para el formulario registro de usuarios. .................................................... 48 Figura 15. Formulario del registro de clientes. ...................................................................... 49 Figura 16. Formulario para el registro de clientes .................................................................. 49 Figura 17. Figura obtenida de Sprint 2. ................................................................................... 51 Figura 18. Formulario para el ingreso de ventas...................................................................... 53 Figura 19. Formulario para el ingreso de crédito a clientes. ................................................... 54 Figura 20. Código para el ingreso de crédito a clientes. ......................................................... 54 Figura 21. Figura obtenida de Sprint 3. ................................................................................... 56 Figura 22. Modelo físico de la Base de Datos, Modelo Entidad-Relación ............................. 57

xvi

ÍNDICE DE ANEXOS Anexo 1. Carta de Aceptación del proyecto ............................................................................ 69 Anexo 2. Carta de Impacto ...................................................................................................... 70 Anexo 3. Acta de Entrega ........................................................................................................ 71 Anexo 4. Entrevista dirigida a la Gerente general de la empresa Electromuebles Alexa ........ 72 Anexo 5. Entrevista dirigida a los Vendedores de la empresa Electromuebles Alexa ............ 74 Anexo 6. Historias de usuario .................................................................................................. 75 Anexo 7. Pruebas de aceptación Sprint 1................................................................................. 85 Anexo 8. Pruebas de aceptación Sprint 2................................................................................. 89 Anexo 9. Pruebas de aceptación Sprint 3................................................................................. 92 Anexo 10. Tabla económica .................................................................................................... 95 Anexo 11. Manual de Usuario ................................................................................................. 96 Anexo 12. Manual Técnico ...................................................................................................... 96 Anexo 13. Diccionario de datos ............................................................................................... 96

1

1.

INTRODUCCIÓN

Actualmente lo que las empresas buscan son nuevas estrategias que les permitan la optimización de recursos y procesos, para que de esta manera puedan ser consideradas como competitivas e innovadoras, lo pueden lograr mediante el uso de sistemas informáticos que les ayuden y faciliten la carga de trabajo en las diferentes áreas que se desempeñen, laboren o necesiten, debido a esto nacen los sistemas informático, los cuales permiten reunir, registrar, almacenar y recuperar los datos relacionados con la organización (Norchalez, Infante & Rodríguez, 2017) El presente trabajo de investigación, propone desarrollar un Sistema web para el control de ventas de la empresa Electromuebles Alexa, el cual se enfoca a la automatización de los procesos y controles necesarios e importantes para la organización, de esta manera los usuarios involucrados podrán disponer de una herramienta eficiente, efectiva, de fácil manejo y potente, permitiendo una mejor gestión y control de la información.

El desarrollo del presente trabajo se realizó en base a investigaciones, con información verídica y confiable; el presente proyecto está estructurado de la siguiente manera: Sección I, Introducción, aquí se presenta el tema de investigación con una visión general a la problemática y a la importancia del mismo.

Sección II, Planteamiento del Problema, aquí se presentan la delimitación del problema, se establecen los objetivos, tanto general como específicos, además de la justificación de la investigación.

Sección III, Marco Referencial, en esta sección se tratará de los diferentes fundamentos, como son las metodologías y herramientas de software que serán analizados para poder realizar el proyecto.

Sección IV, Metodología de la Investigación, se da a conocer sobre el tipo, enfoque y diseño de investigación que será utilizado para el desarrollo del proyecto, además de las técnicas y herramientas para la recolección de datos.

Luego se presentarán los resultados los cuales están basados en función a los objetivos específicos del presente trabajo de disertación, a través del análisis situacional de la población se realizó entrevistas a las personas involucradas en el desarrollo del sistema web para el

2 control de ventas, posteriormente se evidenciará el análisis de los impactos; siendo así, se realizó las conclusiones y recomendaciones respectivas.

3

2.

2.1.

PLANTEAMIENTO DEL PROBLEMA

Delimitación del problema Tener éxito en ventas es un proceso complicado que conlleva muchos factores, desde

transmitir información y construir credibilidad y confianza, hasta conseguir compromisos, ser organizado y hacer seguimiento. Solamente una pequeña parte de la población tiene una configuración de cualidades que le permiten realizar este trabajo excepcionalmente bien, pero cada una de las personas que son realmente efectivas en las ventas no realizan la actividad exactamente de la misma forma (Smith, 2004).

Los equipos de ventas son más exitosos en cuanto a sus objetivos y tareas están claros y cuentan con una buena dirección. Por ello los sistemas de control deben estar diseñados con el objetivo de alinear los intereses de los vendedores con los de la empresa (Mosby & Leimbach, 2011).

La empresa Electromuebles Alexa está ubicada en la parroquia La Unión de la provincia Esmeraldas, la empresa se dedica a la venta de productos de electrodomésticos y muebles; por lo que experimenta un crecimiento en el número de sus ventas, un factor importante debido a que este es la principal actividad de ingreso, este crecimiento obliga a esta empresa en adoptar mecanismos automatizados que le permitan hacer un óptimo control en sus ventas, conjunto al control de stock de bodega, y de sus clientes; esto debido a que se maneja información valiosa.

Sin duda, el crecimiento de las ventas repercute un cambio importante, por lo que se necesitará obtener información referente a los productos de la empresa en forma clara, rápida y efectiva.

Tomando en cuenta, que el control de las ventas se lo debe hacer de manera eficaz. Para la presente propuesta se hará una intervención entre el 2018 – 2019.

La misión de la empresa Electromuebles Alexa es brindar calidad, garantía, facilidad y bienestar a través de la excelente atención a sus clientes.

Su visión es ser una empresa reconocida como la primera y mejor opción en artículos para el hogar y bienestar.

Actualmente los registros de los datos de los niveles de stock no concuerdan según los archivos existentes en diferentes departamentos, esto debido a que la empresa realiza sus

4 controles en una hoja de cálculo en Excel, por lo que la entrada y salida de productos de la empresa no son lo suficientemente efectivos para poder controlar la información. De igual manera, el control que se lleva a cabo de los clientes y proveedores es realizado y almacenado en hojas de Excel en donde se recogen datos personales importantes; la cartera por cobrar, al igual que los registros y procesos anteriores se los realiza en Excel, y el cálculo es realizado mediante calculadora.

De acuerdo a lo mencionado, el sistema web cuenta con módulos para el control de: productos, clientes, proveedores y cartera por cobrar, en cada uno de ellos se podrá ingresar, editar, eliminar y buscar los datos; esto permitirá tener una mejor organización y manejo de la información que la empresa tiene.

2.2.

Preguntas de investigación

2.2.1. Pregunta general.

Teniendo en cuenta la problemática mencionada se plantea la siguiente interrogante que sirve como base para el desarrollo del tema de investigación: ¿Cómo mejorar el control de ventas de la empresa Electromuebles Alexa?

2.2.2. Preguntas específicas. ¿Cuáles son los procesos que se realizan para el control de ventas? ¿Qué metodología de desarrollo de software se debe utilizar para realizar el sistema web para el control de ventas? ¿Cuáles serán las herramientas de desarrollo de software más idóneo para crear un sistema eficiente? ¿Qué tipo de software se puede utilizar para la construcción del sistema web para el control de ventas?

5

2.3.

Justificación de la investigación En actualidad las empresas buscan herramientas que ayuden a optimizar sus procesos,

las cuales ayuden, faciliten y reduzcan la carga de trabajo en las diferentes áreas, como lo es en el control de ventas. La empresa Electromuebles Alexa contaba con un control de ventas convencional, pues se lo hacía de manera manual o en hojas de Excel, pero con la implementación de un sistema web pudo obtener eficiencia para el control de sus ventas, ya que existe la necesidad de trabajar de manera actualizada, garantizando la seguridad y rapidez de los procesos y de la información, con el fin de tener un mejor servicio.

Con la operación del sistema web se podrán tener algunos beneficios tales como la mayor confiabilidad en el registro de datos, tiempo óptimo para la captura de datos y generación de reportes, información actualizada sobre el stock de productos, clientes, proveedores, ventas y cartera de cobro, un registro más eficiente, además se brindará un mejor servicio al cliente.

Debido a que la información que se maneja en la empresa es muy importante, el sistema garantiza integridad.

La implementación del sistema permitió tener beneficios en cuanto al ahorro de recursos, tales como hojas de papel, impresiones que conlleva el uso de tinta, de impresora y más gasto de energía eléctrica, pues al usar un sistema web, solo se necesitará de un dispositivo móvil o una computadora y acceso a internet, el recurso tiempo también tiene mucho que ver, pues bastaría con ingresar al sistema el cual contará con módulos bien organizados y entendibles, por lo tanto las consultas o proceso que se quieran llevar a cabo serán mucho más fáciles y eficientes.

En Ecuador una de las principales innovaciones para impulsar la producción nacional es la aplicación de tecnologías tal como establece el Art. 385.- El sistema nacional de ciencia, tecnología, innovación y saberes ancestrales, en el marco del respeto al ambiente, la naturaleza, la vida, las culturas y la soberanía. Este articulo tiene como finalidad principal generar, adaptar y difundir conocimientos científicos y tecnológicos que contribuyan con el desarrollo de la producción nacional (Constitución de la República del Ecuador, 2008).

Impulsar al trabajo decente y crecimiento económico es uno de los Objetivos de Desarrollo Sostenible, el cual pretende lograr niveles elevados de productividad económica

6 mediante la modernización tecnológica y la innovación, centrándose en los sectores con gran valor añadido y un uso intensivo de la mano de obra (Objetivos de Desarrollo Sostenible, 2017).

El presente trabajo tiene relación con el Objetivo número cinco del Plan Nacional de Desarrollo, que expresa: “Impulsar la productividad y competitividad para el crecimiento económico sostenible de manera redistributiva y solidaria” (Plan Nacional de Desarrollo, 2017).

En la realización de las ventas los vendedores analizan los factores exógenos mediante estos establecen objetivos a corto plazo. Los equipos de ventas son más exitosos en cuanto sus objetivos y tareas están claros y cuentan con una buena dirección; por ello los sistemas de control deben estar diseñados con el objetivo de alinear los intereses de los vendedores con los de la empresa Ledingham et al (2006).

2.4.

Objetivos de la investigación

2.4.1. Objetivo general.

Desarrollar un sistema web para el control de ventas en la empresa Electromuebles Alexa 2.4.2. Objetivos específicos.

•

Determinar los procesos que se llevan a cabo en el control de ventas en la empresa Electromuebles Alexa.

•

Definir la metodología de desarrollo de software que se adapte a los procesos del control de ventas.

•

Comparar las herramientas de desarrollo de software para crear un sistema eficiente.

•

Implementar el sistema web haciendo uso de Software libre.

7

3.

3.1.

MARCO REFERENCIAL

Antecedentes En la ciudad de Tarapoto – Perú se desarrolló un sistema para el control de ventas para

la Agencia Inversiones Internacionales en Comunicaciones S.R.L. utilizando la metodología de software RUP (Rational Unified Process - Proceso Racional Unificado) bajo la arquitectura de tres capas: Datos, Negocio y Presentación, este sistema ayudó en el ahorro de tiempo de registrar los clientes y sus respectivas ventas en un 73% (Chávez, 2013). De este trabajo de investigación se tomó como referencia la arquitectura de las tres capas, aunque la metodología que se usa en nuestro proyecto es diferente, pues usamos la metodología ágil Scrum.

En la empresa Mignone Flowers ubicada en la Cuidad de Quito se implementó un sistema informático para mejorar los procesos en el control de ventas, la información que ayudó en la realización de aquel software se obtuvo con el análisis empresarial FODA el cual permitió identificar las falencias en los procesos de comercialización y ventas, así como la necesidad de dinamizar los procedimientos actuales a través de la tecnología, los resultados obtenidos en aquel proyecto beneficiaron a la empresa con un crecimiento del 12,21% de las ventas anuales (Benavides, 2015). De este trabajo de tesis se tomó en cuenta la manera en cómo identificaron las falencias en los procesos de comercialización y ventas, y lo que se mejoró fue la manera en cómo fueron distribuidos los módulos para los diferentes controles en el sistema web.

En la tesis del año 2006 de Walter Tarrillo Mondragón cuya 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 y los que tiene menores ventas que sirva de base para saber qué productos se debe comprar (Tarrillo, 2006). Nos hemos basado en esta tesis para tener en cuenta su diseño de ventas y lo que se ha implementado a diferencia del proyecto mencionado es el módulo de control de proveedores, pues para la empresa es necesario tener este tipo de control debido a que de esta manera sabrá quién distribuye cada tipo de producto.

8 En el trabajo de tesis, de Jhubel Vásquez, titulada “Diseño de un Sistema basado en tecnología web para el control y gestión de ventas de unidades móviles”. Para diseñar y crear este sistema se utilizó tecnologías de la información, un SGBD, además del lenguaje de etiquetas HTML, el lenguaje de programación Java y un gestor de datos MariaDB para generar contenidos dinámicos, el sistema permite a la agencia de ventas ofrecer una fuente de información a través de la web, con el sistema, el usuario puede acceder a la información de la agencia que necesite para poder realizar los procesos que le corresponde, enlazándose desde cualquier computador de la agencia (Vásquez, 2014). De este trabajo de investigación se tomó como ayuda y referencia el gestor de base de datos MariaDB, con la diferencia que no se trabajó en Java, si no que se utilizó un PHP, puesto que brinda ciertas funcionalidades mucho más eficientes.

En la ciudad de La Paz – Bolivia se desarrolló un sistema web de control de ventas e Inventarios de insumos, ha desarrollado en la empresa “La española”. En este proyecto se utilizó la metodología ágil (AUP), las cuales consiste en reproducir los ciclos de vida en cascada a menor escala. Se utilizó PHP para el desarrollo de software. Teniendo como módulos, el control de ventas, productos y clientes. De este trabajo de posgrado se tomó como referencia la herramienta de desarrollo utilizada, que es PHP, y lo que se hizo de diferente fue la metodología, puesto que en nuestro proyecto se utiliza Scrum, y además el módulo de proveedores también cuenta en el control del sistema web.

En la actualidad, el diseño de un proyecto que tenga como objetivo automatizar todo el control de ventas de una empresa, toma mayor fuerza en estos días, debido a los cambios que se han producido en este tiempo.

Respecto a algunas instrucciones básicas para la determinación inicial del objeto de investigación, Carballar Falcón (2003, p.4) define; “un sistema de ventas como parte del proceso contable de una empresa es aquella que recoge el conjunto de procesos de ingreso y egreso, por lo que se deberá controlar las operaciones del día” Malbernat (2005, p.24) Las TIC optimizan el manejo de la información y el desarrollo de la comunicación. Permiten actuar sobre la información y generar mayor conocimiento e inteligencia. Abarcan todos los ámbitos de la experiencia humana. Están en todas partes y modifican los ámbitos de la experiencia cotidiana: el trabajo, las formas de estudiar, las

9 modalidades para comprar y vender, los trámites, el aprendizaje y el acceso a la salud, entre otros.

Cabe recalcar, que los trabajos de investigación descritos anteriormente fueron de gran ayuda para poder tener una mejor visión sobre los sistemas de control de ventas; pues en estos trabajos se pudo observar qué herramientas fueron utilizadas, cuales recomiendan por sus características o capacidad de funcionalidad; además del tipo de arquitectura utilizada, como por ejemplo la tres capas la cual es Modelo Vista Controlador (MVC), e incluso manifiestan que metodología usaron. Lo que se implementó en nuestro proyecto, a diferencia de estos son ciertos módulos, como son control de proveedores y cartera por cobrar.

Los sistemas web, son de gran ayuda y necesarios para la automatización y gestión de procesos; en el presente caso, se necesita realizar un Sistema web para el control de ventas; de acuerdo con los trabajos de investigación presentados con anterioridad, podemos ver que es realmente necesario implementar este tipo de sistemas, así la empresa podrá contar con una herramienta eficiente y rápida y confiable.

3.2.

Marco teórico

3.2.1. Software Pressman (2010) refiere que, en la actualidad, la tecnología la encontramos en todas partes siendo el software la parte intangible de esta herramienta computacional tan importante, donde la automatización ayuda a la mejora de procesos, ayudando a la optimización de tiempo y recursos, debido a que el software está constituido por una serie de instrucciones las cuales se ejecutan de acuerdo a la petición del usuario.

3.2.1.1.

Ingeniería de Software

Sommerville (2014) La ingeniería de software se enfoca especialmente por los detalles en la creación del software, pues está interesada duran todo el proceso, desde que inicia hasta que termina el sistema y en el mantenimiento del mismo.

10 La ingeniería de software utiliza tecinas las cuales facilitan el trabajo, mediante guías, principios y modelos, que le permite al desarrollador mejorar los procesos al momento de elaborar un sistema.

Sommerville (2011) refiere que actualmente la sociedad, es decir las personas necesitan apoyarse en sistemas de software; debido a la gran demanda se necesita producto sistemas veloces y eficientes y sobre todo que sean económicos.

La ingeniería de software posee varias capas:

Figura 1. Capas de la Ingeniería de software.

Fuente: Adaptado de Pressman, S. (2010). Ingeniería de Software. México: McGrawHill Educación

La capa de proceso es la capa fundamental en la ingeniería de software, pues esta capa está asociada a las capas de tecnología, además de que esta capa forma los cimientos para el control de la administración de proyecto de software; los métodos poseen un conjunto de tareas como es la comunicación, el análisis de requerimientos, modelación del diseño, la construcción del programa y pruebas, por lo tanto, son conjuntos de principios que dominan cada área de la tecnología, finalmente las herramientas las cuales proporcionan apoyo para la creación de los procesos y método. (Pressman, 2010).

3.2.1.2.

Software de Aplicación

Un software de aplicación ayuda a la solución de problemas a las empresas o negocios, debido a que el software de aplicación procesa datos comerciales o técnicos de manera que facilitan las operaciones de negocios o a la toma de decisiones; estas aplicaciones utilizan procesos en tiempo real, como por ejemplo la facturación de un punto de venta (Pressman, 2010).

11 3.2.1.3.

Aplicaciones web

Pressman (2010) Las aplicaciones web son conocidas también como webapps, y son categorizadas como software centrado en redes; además de que son un conjunto de archivos de hipertexto vinculados que presentan información mediante el uso de texto y gráficos.

3.2.2. Metodologías de Desarrollo de software Las metodologías de desarrollo se dividen en tradicionales y ágiles.

3.2.2.1.

Metodología Tradicional

La metodología tradicional, inicia el desarrollo del proyecto con un proceso de recolección de requisitos, antes de las etapas de análisis y diseño, tratando de esta manera de asegurar resultados de alta calidad; en esta metodología se concibe un solo proyecto, pero de grandes dimensiones; para esto, se sigue un proceso secuencial en una sola dirección y sin vuelta atrás, el proceso no admite cambios, debido a esto los requisitos son pactados de una vez y para todo el proyecto, demandando grandes plazos de planificación previa, además la comunicación que se tiene con el cliente es muy poca una vez concluido. (Khurana & Sohal, 2011) Entre las principales metodologías están: Cascada, RUP, MSF. 3.2.2.1.1.

Cascada

Este tipo de metodología tradicional, tiene un enfoque secuencial, donde comienza con la especificación de requerimientos que son dados por parte del cliente y avanza a través de la planeación, modelado, construcción y despliegue, de esta manera se trabaja para la construcción del software.

12

Figura 2. Ciclo de vida del modelo cascada Fuente: Adaptado de Pressman, S. (2010). Ingeniería de Software. México: McGrawHill Educación

3.2.2.1.2.

RUP

“Es una metodología la cual va más allá del análisis y el diseño orientado a objetos, puesto que brinda gran variedad de técnicas que ayudan al soporte del ciclo completo de desarrollo de software” (Suarez, 2016) 3.2.2.1.3.

MSF

Microsoft Solution Frame Work (MSF) es una metodología que sirve como herramienta para poder llevar a cabo los planes y acciones creados en los procesos administrativos. Esta metodología fue diseñada para que las organizaciones puedan obtener soluciones tecnológicas de una alta calidad, además de que sean puntuales y sea según el presupuesto establecido (Lema, 2009) 3.2.2.2.

Metodología Ágil

Pressman (2010) Las metodologías ágiles son flexibles, el proyecto se realiza por partes, esto permite tener una comunicación constante con el cliente mediante la entrega de avances, esto permite adaptar mejoras y mantener una constante retroalimentación.

Tabla 1.

Características principales de metodologías ágiles y tradicionales ÁGILES TRADICIONALES El cliente puede interactuar cuando desee con el El cliente solo puede interactuar con el equipo de equipo de desarrollo desarrollo con una previa cita y si el equipo de desarrollo está de acuerdo El cliente es primero que el factor económico Si no hay el factor económico, no se labora Los equipos de trabajo son más pequeños, regularmente son menos de 10 integrantes Más flexibilidad ante los cambios repentinos y se ejecutan con rapidez

Los grupos de trabajo son grandes Los cambios se ejecutan de una manera lenta

Nota: Adaptado de “Agile: The necessitate of contemporary software developers” por Khurana & Sohal, (2011). Adaptado de “Ingeniería de software un enfoque práctico” por Pressman (2010).

13 3.2.2.2.1.

SCRUM

3.2.2.2.1.1.

Artefactos de Scrum

“Los artefactos de Scrum también conocidos como backlog o repositorios son los que el product owner, equipo de desarrollo y Scrum master describen los requisitos y las tareas” (Álvarez, A., De las Heras, R. y Lasa, C. 2012).

•

El Burndown

“Es la gráfica que representa el avance general del proyecto, esta es representada en un fichero Excel, en la pizarra o en alguna otra herramienta informática existente” (Álvarez, De las Heras, & Lasa, 2012).

•

Producto backlog:

“Contiene los requisitos que prioriza y estima el cliente, es propiedad del product owner.

Este está descrito en el lenguaje de negocio y debe revisarse antes del inicio de cada sprint” (Álvarez, De las Heras, & Lasa, 2012).

•

Sprint backlog:

“Son los requisitos seleccionados del producto backlog para la realización del sprint, este está descompuesto o dividido en tareas por el equipo, aquí se expresan los requisitos del cliente en un lenguaje técnico” (Álvarez, De las Heras, & Lasa, 2012).

3.2.2.2.1.2.

Las reuniones en SCRUM

En las reuniones de scrum se recomienda un tiempo estimado de duración entre 10 y 15 minutos y para el resto de reuniones se habla de una hora de reunión por semana de iteración esta se da en el caso del Sprint Planning y Sprint review. (Álvarez, De las Heras & Lasa, 2012) •

Planificación del sprint: En esta reunión se realiza la planificación del sprint, en la cual debe finalizarse con un

objetivo claro y compartido sobre el trabajo que se va a realizar para la iteración siguiente.

En esta etapa de planificación, el equipo se encarga de seleccionar los ítems del producto

14 backlog que ellos consideran que se pueden realizar durante el sprint, el cual será dividido en tareas. (Álvarez, De las Heras & Lasa, 2012) •

Reunión diaria (daily meeting): En esta reunión, los miembros del equipo de desarrollo comentan el estado en el que se encuentra el trabajo que se está desarrollado o llevando a cabo, además mencionan con que piensan continuar, está reunión también es usada para que el equipo comparta de manera breve si tienen algún impedimento para poder continuar con el trabajo. (Álvarez, De las Heras, & Lasa, 2012)

•

Revisión del sprint (sprint review): La revisión del sprint se la realiza al culminar el sprint, en esta revisión el equipo se encarga de analizar el estado de su trabajo conjunto con el product owner y con cualquier otra persona que pueda aportar con información útil. La revisión del sprint se la hace de manera informal, además de que debe emplearse demasiado tiempo en su preparación. (Álvarez, De las Heras, & Lasa, 2012)

•

Retrospectiva del sprint (sprint retroespective):

“Se realiza después de sprint review, el equipo se reúne para buscar una mejora continua en su trabajo y analiza los aspectos que le impiden más productivos” (Álvarez, De las Heras, & Lasa, 2012).

Figura 3. Estructura de iteraciones marco de trabajo Scrum.

Fuente: Adaptado de Navarro, Fernández y Morales (2013). Revisión de metodologías ágiles para el desarrollo de software. Grupo de investigación i2T, p33.

15 3.2.2.2.2.

Programación Extrema XP

La programación extrema es una metodología que permite acoplar el desarrollo del software a conveniencia, pero respetando los procesos de calidad, este tipo de programación es orientada a objetos y mantiene un tipo de estructura versátil pasando por la planificación, el modelado, desarrollo de código y pruebas. (Pressman, 2010).

3.2.2.2.2.1.

Valores XP

Son cinco los valores que se usan como motor para actividades, acciones y tareas específicas en la programación extrema: •

Comunicación: la comunicación entre el cliente y los desarrolladores debe ser buena, pues de esta manera se obtienen los requerimientos que permitirá que el equipo entender el entorno del negocio, es decir, características y funcionalidades que son indispensables para el software requerido. (Pressman, 2010)

•

Simplicidad: una de las restricciones de la programación extrema es que restringe a los desarrolladores a diseñar solo para necesidades al instante, por lo tanto, eso no se toma en cuenta las necesidades a futuro. (Pressman, 2010)

•

Retroalimentación: para la retroalimentación, se tiene dos fuentes el software implementado y los participantes, se realizan pruebas al software de manera eficaz estas dan retroalimentación al equipo y se verifica el comportamiento, procesos y salidas del software. (Pressman, 2010)

•

Valentía: es la organización que se tiene para poder desarrollar requerimientos al instante y poder entender que los requerimientos pueden o no cambiar mucho a futuro.

(Pressman, 2010)

•

Respeto: al desarrollar cada uno de los valores el equipo implanta respeto entre los integrantes del equipo, de acuerdo a como se entregan incrementos del software con éxito, el equipo incrementa respeto de acuerdo al proceso de programación extrema.

(Pressman, 2010)

16 3.2.2.2.2.2.

•

El proceso XP

Planeación: en este paso se comienza escuchando, de esta manera se obtienen los requerimientos los cuales permiten que el equipo de desarrollo entienda el negocio, es decir, las características principales, funcionalidades y salidas que son fundamentales para el software. Pues en esta etapa también se lleva a cabo la realización de las historias de usuario, en estas se describen las características principales y las funcionalidades que deberá contener el software, cada historia es realizada por el usuario, en la cual ascia una prioridad, luego estas historias son revisadas por el equipo XP para asignarle un costo el cual será establecido en semanas de desarrollo, pues este no puede ser mayor a tres semanas, pero en darse el caso, el cliente deberá dividir la historia en historias más pequeñas. (Pressman, 2010)

•

Diseño: los diseños ayudan a guiar la implementación de una historia de usuario, pues no debe ser nada más ni nada menos. Si existiera el caso en el que uno de los diseños sea difícil, se recomienda crear un prototipo para luego implementarlo y evaluarlo, a este proceso se lo conoce como solución de punta. (Pressman, 2010)

•

Codificación: una vez que las historias y diseño estén desarrollados, se debe proceder al desarrollo de pruebas de las historias antes mencionadas en la planificación del proceso, una vez que la prueba este hecha, el desarrollador podrá concentrarse en lo que debe implementar para pasar la prueba; una vez culminado el código se le aplica una prueba, de esta manera se obtendrá retroalimentación para el desarrollador.

(Pressman, 2010)

•

Pruebas: existen las pruebas unitarias y las de aceptación, las pruebas unitarias son las que se realizan antes de empezar a codificar; y las de aceptación se las conoce también como pruebas del cliente, puesto que el cliente tiene mucho que ver, debido a que estas pruebas se concentran en aspectos generales visibles del software. (Pressman, 2010)

17

Figura 4. El proceso de la programación extrema (XP).

Fuente: Adaptado de Pressman, S. (2010). Ingeniería de Software. México: McGrawHill Educación

Es el servidor con más uso en aplicaciones basadas en la web, la mayoría de sitios que se visitan a diario están corriendo sobre este servidor, las razones son varias por una parte es de uso libre, por otra es uno de los servidores más robustos que existen muy seguro ante ataques de red, además, su configuración es fácil, los pocos datos de configuración que se necesita para su instalación están almacenados en archivos de texto plano. (Silberschatz, Korth, & Sudarshan, 2007) 3.2.2.2.3.

Crystal

Crystal Methodologies es la compilación de un conjunto de metodologías que facilitan el desarrollo de software dependiendo de varios factores, como principal factor tiene la cantidad de desarrolladores, además se caracteriza por estas orientada a las personas que integran el equipo o grupo de desarrolladores, que son en su mayor parte sobre los que recaerá el éxito o fracaso del proyecto. Una disminución en el número de desarrolladores proporcionará una mejor comunicación entre los mismos. Trabajar en un mismo lugar dará lugar a una disminución de gastos por conceptos de comunicación. La mejora individual habilitará el paso a la mejora del equipo y por consecuente al producto final. (EcuRed, 2015) Tabla 2.

Características principales de XP, SCRUM y Crystal.

XP Se centra en la programación y creación del producto

SCRUM Metodología enfocada a administración del proyecto

la

Crystal Metodología orientada a las personas que integran el equipo de desarrolladores

18 Se sigue estrictamente el orden de prioridad de las actividades definidas por el cliente Los miembros del equipo trabajan en parejas durante el proceso del proyecto Su estructura es más cambiante y menos organizada Las iteraciones de entrega son de 1-3 semanas

Puede modificar el orden de prioridades establecido por el Product Owner en el Sprint Backlog Cada miembro del equipo Scrum trabaja individualmente

Las tareas entregadas al cliente son susceptibles a modificaciones durante el proyecto, incluso si funcionan correctamente

Al finalizar un Sprint, las tareas realizadas durante el Sprint Backlog y aprobadas por el cliente no se vuelven a modificar

Su estructura es más jerárquica y organizada Los Sprint se realizan cada 2-4 semanas

Planificación adaptativa vista en entregas frecuentes y colaboración del cliente Trabajan en equipos de desarrolladores (entre menos, mejor) Su estructura es cambiante y no tan organizada El tiempo de entrega no está establecido, todo depende del acuerdo que se llegue con el cliente Las iteraciones ayudan a ir ajustando el proyecto, a ir mejorándolo

Nota: Adaptado de “Revisión de metodologías ágiles para el desarrollo de software” por Navarro, Fernández & Morales (2013). Adaptado de “Ingeniería de software un enfoque práctico” por Pressman (2010). Adaptado por “Crystal” por EcuRed (2015).

3.2.2.3.

Intérprete de PHP

Es un lenguaje de programación que funciona mediante el uso de un intérprete, cuando un usuario solicita una página desarrollada mediante esta tecnología el intérprete de PHP (http://www.php.net) instalado en el equipo que actúa como servidor lee el código de dicha página y lo ejecuta generando una página HTML como resultado de esta ejecución la cual se entrega al servidor web quien es el encargado de enviársela al cliente. (Silberschatz, Korth, & Sudarshan, 2007)

3.2.3. Base de datos También conocida como Sistema Gestor de Base de Datos (SGBD), consiste en una colección de datos interpretados y un conjunto de programas para acceder a dichos datos. Para el objetivo principal de un SGBD es proporcionar una forma para almacenar y recuperar información almacenada en una base de datos de una manera práctica y eficiente, los sistemas de bases de datos son diseñados para almacenar grandes cantidades de información.

(Silberschatz, Korth, & Sudarshan, 2007) 3.2.3.1.1.

Abstracción de datos

Entre los principales niveles de abstracción tenemos los siguientes:

19 3.2.3.1.1.1.

Nivel físico:

“Es el nivel más bajo, describe como realmente se almacenan los datos, este nivel describe en detalle las estructuras de datos complejas de bajo nivel” (Silberschatz, Korth, & Sudarshan, 2007).

3.2.3.1.1.2.

Nivel lógico:

“Es el nivel intermedio de abstracción, este describe que datos se almacenan y que relaciones existen entre estos datos, describe toda la base de datos en términos de un número pequeño de estructuras relativamente simples” (Silberschatz, Korth, & Sudarshan, 2007).

3.2.3.1.1.3.

Nivel de vistas:

“Esta describe parte de la base de datos, este nivel permite a los usuarios simplificar su interacción con el sistema. El sistema puede proporcionar muchas vistas para la misma base de datos” (Silberschatz, Korth, & Sudarshan, 2007).

3.2.3.1.2.

Modelos de datos

Estos se clasifican en cuatro categorías: 3.2.3.1.2.1.

Modelo relacional

Usa una colección de tablas para representar los datos con sus relaciones, el modelo relacional es un ejemplo de un modelo basado en registros se denominan así porque la base de datos se estructura en registros de formato fijo de varios tipos, cada tipo de registro define un numero de campos atributos fijos. (Silberschatz, Korth & Sudarshan, 2007) 3.2.3.1.2.2.

Modelo entidad-relación

Se basa en la percepción del mundo real, consiste en una colección de objetos denominados entidades y de las relaciones entre ellos una entidad puede ser conocida como una cosa u objeto representado en el mundo real, el cual se distingue de otros objetos.

(Silberschatz, Korth, & Sudarshan, 2007)

20 3.2.3.1.2.3.

Modelo de datos orientado a objetos

“Este se considera como una extensión del modelo entidad relación con un concepto de la encapsulación, los métodos y las entidades de loso objetos” (Silberschatz, Korth, & Sudarshan, 2007).

3.2.3.1.2.4.

Modelo de datos semiestructurados

“Permiten la especificación de datos donde los elementos de datos individuales los cuales son de mismo tipo poseen diferentes conjuntos de atributos esta es la principal diferencia que lo distingue de los modelos de datos mencionados anteriormente” (Silberschatz, Korth, & Sudarshan, 2007).

3.2.3.2.

MariaDB

Es un Sistema Gestor de Bases de Datos, uno de los más populares últimamente, debido a que provee el acceso a millones de usuarios a todas las bases de datos, algunas de las características de su última versión son: •

Opera bajo varios sistemas operativos (Windows, Linux, Mac OS, Unix, Symbian).

•

Cumple con Atomicidad, Aislamiento y Durabilidad (ACID).

•

Soporta caracteres UNICODE.

•

Maneja tabla temporal e integridad referencial.

•

Tamaño máximo de 2GB por tabla.

•

Longitud máxima de 64 bits para números.

•

Para manejar la seguridad incluye encriptación de datos y ejecución sin privilegios.

(Casillas, Gilbert & Pérez, 2014, pág. 70)

21 3.2.3.3.

PostgreSQL

PostgreSQL es un Sistema de Gestión de Bases de Datos objeto-relacional (O-RDBMS) potente, además es multiusuario, centralizado y de propósito general, este gestor de base de datos está liberado bajo la licencia Berkeley Software Distribution (BSD); y es de código abierto, es considerado el más avanzado del mundo. (PostgreSQL, 2010).

PostgreSQL utiliza el modelo cliente/servidor y utiliza multiprocesos en vez de multihilos, garantizando de esta manera la estabilidad del software; si hay un error en alguno de los procesos este no dañará el resto del sistema pues este continuará funcionando sin importar el error. (PostgreSQL, 2010) 3.2.3.4.

Oracle Database

Oracle es un Sistema Gestor de Bases de Datos, con características como herencia, polimorfismo y orientado a objetos; además brinda una interfaz grafica completamente funcional, además posee una gran integridad en los datos y un sistema muy robusto que cuenta con respaldos en la nube; cabe recalcar que la mayoría de sus funcionalidades son de paga.

(Oracle Corporation, 2017) Tabla 3.

Características de los SGBD MARIADB Pertenece a Oracle.

Licencia GPL/Licencia comercial.

Instalación sencilla Agrupación de transacciones.

Distintos motores de almacenamiento

No tiene soporte.

Capacidad limitada

POSTGRESQL

ORACLE

Código abierto y gratuito, multiplataforma.

Software propietario

Gran volumen de datos.

Transacciones, disparadores y afirmaciones. Tiene la extensión POSTGIS para bases de datos especiales Respuesta lenta.

Requiere hardware. No es intuitivo.

Gran integridad de datos, es un SGBD muy robusto, interfaz gráfica completamente funcional

La mayor parte de sus funcionalidades son de paga.

Nota: Adaptado de “Base de datos en MariaDB” por Casillas, Gilbert & Pérez, 2014. Adaptado de “Database Concepts” por Oracle Corporation, 2017. Adaptado de “Sobre PostgreSQL” por PostgreSQL, 2010

3.2.3.5.

Diseño Web

Un sitio web es un conjunto de archivos que pueden ser de texto como también gráficos, audio, video, etc. Todos estos elementos se unifican y dan forma mediante un lenguaje de etiquetado que se denomina en su forma más básica HTML. (Pardo, 2014)

22 Las páginas web son archivos de texto que están asociadas con la extensión .htm o .html. Estas páginas web son almacenadas en ordenadores web, que se encuentran conectados permanentemente en internet y disponen de un software y un hardware especial que permite establecer comunicación con un usuario de internet cuando este solicita una página que se encuentre almacenada en sus unidades de disco. (Pardo, 2014) Una de las principales ventajas de HTML es que permite mostrar varios archivos de forma simultánea texto, video, gráficos, etc. y además permite crear enlaces o hipervínculos, los cuales se encargan de conectar diferentes páginas web entre sí o una página web con un archivo determinado. (Pardo, 2014) El acceso a las páginas web de un sitio web se lo realiza mediante un explorador o navegador web, es una herramienta de software que instalamos en el ordenador y este se encarga de presentar toda la información en un formato que es comprensible fácilmente.

(Pardo, 2014) Los términos fundamentales para poder entender el funcionamiento del diseño web son: •

Sitio web: es un conjunto de archivos.

•

Página web: es un archivo en formato de texto, que es escrito en un lenguaje HTML5 o XHTML.

•

Hipervínculo: es un objeto, el cual es utilizado para poder enlazar archivos, sea páginas web diferentes o una página web con un archivo.

•

Servidor web: es un ordenador que está conectado constantemente a internet con un software y un hardware específicos para que los usuarios puedan consultar las páginas web y archivos que estén almacenados en sus discos.

(Pardo, 2014)

3.2.3.5.1.

Programación web

“De acorde a que la web ha ido evolucionando, se ha ido desarrollando nuevos lenguajes de programación que principalmente han estado orientados a permitir una mejor interacción con los sitios web” (Pardo, 2014).

Surge la creación de páginas web dinámicas, el cual cuyo contenido no es fijo, sino que este cambia según las necesidades o deseos del usuario. Entre los lenguajes que sirven para

23 construir este tipo de páginas son ASP y PHP, que son los encargados de recopilar la información solicitada por el usuario, realizan la búsqueda en las bases de datos y muestran instantáneamente la página web con los resultados obtenidos. (Pardo, 2014) “Los tipos de bases de datos que son más utilizados en la web son MariaDB, que es una herramienta de código abierto, Oracle, Informix o Microsoft SQL” (Pardo, 2014).

Otros componentes que son fundamentales en la evolución de la web con CSS, tienen como objetivo separar el contenido y el formato de las páginas web o DHTML (HTML dinámico). Suele trabajar en conjunto con JavaScript, debido a que este es un lenguaje especializado que permite la realización de tareas como lo es mostrar la fecha y la hora actual en una página web, también permite hacer que un texto se desplace por la pantalla y muchas otras funcionalidades más. (Pardo, 2014) “Flash, esta últimamente en desuso, es una herramienta la cual se ha utilizado en la web para la realización de animaciones con audio, imágenes, texto, etc.” (Pardo, 2014).

“Java también se encuentra en decadencia, es un lenguaje que permite crear archivos ejecutables que se instalan en el ordenador del usuario y sirven para realizar tareas como mostrar animaciones u utilidades como calculadoras, juegos, etc.” (Pardo, 2014).

Los principales lenguajes de programación que encontramos en la web son: •

ASP/PHP: sirve para la creación de páginas web dinámicas.

•

MariaDB, Oracle, Informix y Microsoft SQL: sirven como bases de datos.

•

DHTML/CSS: sirven para mejorar la interactividad de las páginas web y separar el contenido del formato.

•

JavaScript: es un lenguaje de programación completo para realizar casi cualquier tarea que tenga que ver en una página web.

•

Flash: permite realizar animaciones en la web.

•

Java: lenguaje de programación que genera ejecutables que se almacenan en el ordenador del usuario.

(Pardo, 2014)

24 “El éxito del diseño de un sitio web depende del manejo de criterios artísticos y estratégicos genéricos de cualquier disciplina del diseño y específicos del medio en el que se desea transmitir las ideas” (Pardo, 2014).

Algunas consideraciones adicionales para el diseño de los sitios web deben ser los siguientes: 3.2.3.5.1.1.

El peso de las páginas

Se debe mantener limitado el peso o tamaño de los archivos de la página web para que la carga de esta no sea demasiada lenta. Se debe realizar pruebas y depurar el material hasta que el tiempo de carga sea el menor posible; debido a que un usuario no esperará 30 segundos hasta que la pagina muestre la información. (Pardo, 2014) 3.2.3.5.1.2.

Tratamiento de imágenes

“Para no aumentar el tamaño de las páginas se debe realizar un tratamiento previo a las imágenes para así reducir al máximo su tamaño, manteniendo a la vez una calidad aceptable” (Pardo, 2014).

3.2.3.5.1.3.

Consistencia

El sitio web debe presentar coherencia y un aspecto que le confiera un carácter distintivo; en esta tarea las hojas de estilo CSS no ayudará a hacerlo. Para poder mantener la consistencia en un sitio web, los gráficos, fondos, colores, familias de fuentes que representen los distintos tipos de texto deben tener el mismo aspecto. (Pardo, 2014) 3.2.3.5.2.

Elementos del diseño web adaptativo

Un sitio web que está construido bajo los criterios del diseño web adaptativo utiliza consultas medias de CSS, una extensión de la regla @media para poder adaptar el diseño de acuerdo al entorno en el que se visualizan las páginas, junto con la utilización de cuadriculas fluidas basadas en proporciones e imágenes flexibles:

25 •

Las consultas media de CSS permiten que la página utilice diferentes reglas de estilo CSS basadas en las características del dispositivo en el que se está mostrando el sitio web, principalmente en la anchura del navegador.

•

El concepto de cuadrícula fluida permite que el tamaño de los elementos de la página se exprese en unidades relativas, como porcentajes o puntos, en lugar de unidades absolutas como pixeles o puntos.

•

Las imágenes flexibles se redimensionan con unidades relativas, de esta manera evita que se extiendan fuera del elemento que las contiene.

(Pardo, 2014) Otras de las características que se debe seguir para el diseño web adaptativo son las

siguientes: •

Se debe seguir las estrategias “primero los dispositivos móviles”, “JavaScript discreto” y “Mejoras progresivas”. En los teléfonos móviles más básicos, los navegadores no interpretan JavaScript ni las consultas media, entonces, es recomendable empezar creando un sitio web básico, luego irlo mejorando para smartphones y finalmente el diseño para PC.

•

Mejoras progresivas basadas en el navegador, el dispositivo o la detección de características; cuando un sitio web debe soportar dispositivos móviles básicos que no disponen de JavaScript, la detección del navegador y la de dispositivos móviles son dos de las formas de deducir si determinadas características HTML y CSS podrán ser soportadas; aunque estos métodos no son del todo fiables.

(Pardo, 2014)

3.2.4. Desarrollo Web 3.2.4.1.

Lenguajes

“Los lenguajes que se utilizan para el desarrollo web se los clasifican en dos grupos, el lenguaje Back-end, pues este trabaja en el lado del servidor; y el lenguaje Front-end, trabaja en el lado del cliente” (Vaswani, 2012)

26 3.2.4.1.1.

Back-end

Algunos de los lenguajes del lado del servidor son: 3.2.4.1.1.1.

PHP

PHP (Hypertext Preprocessor) es un lenguaje de programación muy popular en el área de desarrollo web, pues posee varias características que lo hace diferente al resto, como lo es su rendimiento, disponibilidad multiplataforma, facilidad de uso, además, su distribución libre a través de internet y el respaldo de una comunidad numerosa. A PHP se lo conoce como un lenguaje interpretado, debido a que no es necesario compilarlo para comprobar los cambios que se realizan en el código fuente, esto se debe al administrador de memoria y caché que incorpora. (Vaswani, 2012) 3.2.4.1.1.2.

JSP

Java Server Pages permite la creación de páginas web dinámicas con tecnología Java.

JSP puede embeberse junto al código HTML; a comparación de otros lenguajes de guion con PHP, el costo de mantenimiento es más costoso, esto se debe a la máquina virtual que tiene incorporada. (López, y otros, 2012) 3.2.4.1.1.3.

ASP.NET

Es una tecnología hibrida, es totalmente orientada a objetos y es perteneciente a la plataforma de Microsoft .NET framework. Para la creación de aplicaciones web, se lo realiza desde los Web Forms; cada archivo que contiene al formulario web tiene una extensión .aspx el cual se identifican al momento del cliente solicitar un recurso por medio de la URL. Además, el archivo contiene código html junto con etiquetas que definen los controles web y controles de usuario. (López, y otros, 2012) Tabla 4.

Características de Lenguajes de programación del lado del servidor PHP JSP Lenguaje de programación que

Tecnología

permite el uso de bases de datos de

empresa Sun Microsystem

MariaDB, Oracle, PostgreSQL y Microsoft SQL Server

desarrollada

ASP.NET por

la

Tecnología desarrollada por Microsoft para la creación de páginas webs dinámicas.

27 Es

multiplataforma,

además es

Es

multiplataforma

y

es

Plataforma

de

trabajo

es

escalable

moderadamente escalable

Windows y es poco escalable

Es de software libre

Es de software libre

Software propietario

Nota: Adaptado de “A comparative Study between Dynamic Web Scripting Languages” por Ranjan, A., Kumar, R. & Dhar, J. (2012). Adaptado de “Data engineering and management” por R. Kannan, & F. Andrés (Edits). (págs. 288-295), Berlin: Springer.

3.2.4.1.2.

Front-end

3.2.4.1.2.1.

HTML

Hyper Text Markup Language es un lenguaje utilizado para la creación de páginas web, HTML utiliza etiquetas que definen el contendido el cuál es mostrado en el documento, además describe la estructura de la página web. HTML no es un lenguaje de programación, más bien es un lenguaje interpretado, debido a que no necesita ser compilado pues el navegador es quien se encarga de interpretar el documento. (W3Schools, 2017) 3.2.4.1.2.2.

CSS

Cascading Style Sheets, es un lenguaje el cual facilita el control de los elementos de documentos HTML, los cuales son desplegados en pantalla, además es separando independientemente el diseño de su estructura. El objetivo de CSS es agilizar y adaptar el diseño de las páginas web en diferentes dispositivos; pues CSS es un conjunto de reglas y valores que están asociados a propiedades de estilo que definen la manera de presentar documentos. (Peña, 2010) 3.2.4.1.2.3.

JavaScript

“Es un lenguaje interpretado, muy flexible y compacto, este es encargado de generar funcionalidades en el documento HTML las cuales no podrían realizar por sí mismo” (López, 2014).

3.2.4.2.

Framework de diseño

3.2.4.2.1.

Materialize

Es un framework de diseño, el cual ofrece componentes tales como HTML, CSS, JS; este framework se basa en el modelo Material Design de Google. Una de las cosas más

28 importantes es que ofrece un diseño modelo y adaptativo al front-end de los sitios web, además cuenta con una amplia gama de documentación. (Materialize, 2017) 3.2.4.2.2.

Bootstrap

Es un framework que contiene herramientas como HTML, CSS y JavaScript puesto que está orientado al diseño y construcción de aplicaciones web; gracias a esto resulta más fácil el desarrollo adaptativo y móvil; además, posee un alto soporte y documentación por parte del equipo de desarrollo y está diseñado para soportar varios dispositivos, ayuda a reducir la carga de trabajo y posee características, funcionalidades y componentes que pueden ser personalizados. (Bootstrap, 2017)

29

4.

4.1.

METODOLOGÍA DE LA INVESTIGACIÓN

Enfoque, diseño y tipo de investigación La presente investigación tiene un enfoque cualitativo, debido a que se realizó

entrevistas tanto a la gerente de la empresa, como a los vendedores, con el fin de obtener la información acerca de los procesos que se realizan para el manejo de control de ventas.

Según Gómez (2006) “el diseño no experimental se realiza sin manipular ninguna variable, por lo tanto, se observará el objeto de investigación tal y como se da de forma natural, para luego proceder a analizarlo” (p. 102).

El diseño no experimental, nos permitió poder conocer cómo se llevan a cabo los procesos en cuanto al control de ventas y lo efectos que este ha tenido.

El presente trabajo de disertación es una Investigación-acción, pues se involucró profundamente a la población objeto de estudio para captar las necesidades y procesos a mejorar, también en el análisis de datos y finalmente porque se crea el producto, Sistema web, que dio solución a la problemática.

4.2.

Población y muestra “Una población es el conjunto de todos los casos que concuerdan con una serie de

especificaciones” (Hernández, et al., 2014, p.174) La población de la Empresa Electromuebles Alexa está conformada por tres personas, incluyendo a la Gerente general de la empresa y de los dos vendedores que laboran en dicha empresa.

“La muestra es un subgrupo perteneciente de la población de interés, sobre el cual se recolectarán datos, el cual debe delimitarse con precisión, además debe ser representativo de la población” (Hernández, et. Al., 2014, p.174) De acuerdo con Posso (2009), indica que si la población es menor a 30-40 individuos, no es necesario establecer la muestra; entonces se procede a emplear los instrumentos a toda la población. La empresa Electromuebles Alexa, cuenta con tres personas las cuales son las involucradas en el caso de estudio, se convierten directamente en la muestra

30

4.3.

Técnicas e instrumentos de recogida de datos

4.3.1. Entrevista Aguilar (Citado en Posso, 2013, pág. 64) sostiene: “Las técnicas son procedimiento o recursos fundamentales de recolección de información de los que se vale el investigador para acercarse a los hechos y acceder a su conocimiento”.

Posso (2013) afirma “El instrumento de las técnicas de la encuesta y entrevista es el cuestionario”. (p.64) Se utilizó como técnica la entrevista puesto que es una técnica que está orientada a establecer la comunicación de forma directa con las personas que son consideradas como fuente de información (Bernal, 2014, p.194). En esta investigación la entrevista se aplicó a tres personas, a la Gerente general de la empresa Electromuebles Alexa, ver Anexo 4, y a los dos vendedores, ver Anexo 5, con los cuales cuenta la empresa; los cuales son la población y objeto de estudio.

Como Instrumentos para la recogida de datos se utilizó el cuestionario, para esto se aplicó un banco de preguntas, permitiendo de esta manera obtener y recolectar información necesaria que es fundamental para el inicio del desarrollo del sistema web.

“Para el proceso cuantitativo, primero se deben recoger los datos y luego analizarlos, mientras que en el proceso cualitativo no se lo hace de la misma manera, si no que la recolección y análisis ocurren prácticamente en paralelo” (Hernández et al., 2010).

Las entrevistas, brindan información específica acerca de la funcionalidad del sistema, por lo tanto, la técnica de análisis de datos que se usó es el análisis cualitativo, el cual será plasmado en un diagrama de actividades, como son las historias de usuario.

Se empleó un análisis cualitativo exhaustivo con la información obtenido de las entrevistas realizadas, mediante estas se pudo obtener las funcionalidades del sistema.

31

5.

5.1.

RESULTADOS

Análisis de los Resultados

5.1.1. Análisis de las entrevistas A través de la aplicación de las entrevistas realizadas a la Gerente de la empresa Electromuebles Alexa y a los vendedores, se recabaron las respuestas a las interrogantes planteadas, mismas que se transcriben a continuación: 5.1.1.1.

Entrevista dirigida a la gerente

1. ¿Cómo se realiza actualmente el control de las ventas?

El control de ventas se lo realiza mediante la utilización de Excel el cual controla la salida de mercadería, registro de las ventas diarias que se realizan y los créditos que se realizan a los clientes. También sabemos realizar este proceso en herramientas manuales como cuadernos contables o archivadores de hojas.

2. ¿Cuál es la información necesaria para registrar a los proveedores?

La información que la empresa recoge para saber quién provee los productos es muy poca solo suele registrase el nombre de la empresa, la dirección, el número telefónico y el nombre del dueño (gerente).

3. ¿Qué información se necesita para registrar un cliente?

La información que se le solicita al cliente es número de cédula, nombres completos, dirección de residencia, teléfono, correo electrónico en caso de tenerlo.

4. ¿Cuáles son los requisitos para que los clientes accedan a un crédito?

Copia de cédula del cliente y copia de planilla de luz del cliente, copia de cédula del garante, dirección del garante, teléfono, lugar de trabajo, correo electrónico.

5. ¿Cuáles son las opciones de pago que puede realizar un cliente para acceder a un crédito?

32 Esas son de opción abierta para el cliente los pagos pueden diferirse desde 1 mes hasta 1 año y las cuotas de pago se definen según este tiempo.

6. ¿Cuál es la información necesaria para registrar los productos?

Nombre del producto, total de existencias, precio de costo, precio de venta y descripción del producto.

7. ¿Cómo se clasifican los productos?

Por la marca, tamaño y color.

8. ¿Qué documentos se utilizan para realizar la cartera por cobrar?

Tarjetas de crédito la cual contiene información del cliente, garante y producto, así como también la fecha en la que el cliente realiza cada abono y el monto de este.

9. ¿Qué documento se entrega después de cada cobro?

Para este proceso entregamos recibos con el respectivo valor de cada cobro mensual.

10. ¿Qué documentos se entrega al cancelar el crédito?

Los documentos que se entregan una vez cancelado el total del crédito son título de propiedad del producto y la respectiva factura al cliente.

5.1.1.2.

Entrevista dirigida a Vendedor 1

1. ¿Cómo se realiza el registro de ventas en la empresa?

El registro se lo realiza mediante manera manual en hojas de cuadernos contables hojas A4 cuadrículas y también en hojas de cálculo de Excel.

2. ¿De qué manera se lleva el control del stock de los productos?

Este control se realiza mediante la utilización del programa Excel.

3. ¿Con qué frecuencia realiza el registro de ingreso de productos al almacén?

La frecuencia con la que se realiza este registro es semanal.

33 4. ¿Cómo se realiza el registro de clientes en la empresa?

Este proceso se realiza en el programa Excel donde se digitan datos importantes del cliente como: cedula, nombre, dirección, teléfono entre otros.

5. ¿Cómo se realiza el cálculo para la obtención de crédito a los clientes?

Para llenar la cartilla de crédito a los clientes se calculó el valor total del crédito mediante calculadora y las cuotas de pago con su respectivo valor también se calculan mediante la utilización de calculadora 6. ¿Cómo califica el proceso actual del control de ventas de la empresa?

Regular por que la mayoría de cálculos que se realiza en la empresa se realizan de manera manual.

7. ¿Considera importante la implementación de un sistema de información web para el control de ventas en la empresa Electromuebles Alexa?

Si por que ayudaría bastante en la realización de cálculos de crédito a los clientes y en la realización de entrada y salida de productos.

5.1.1.3.

Entrevista dirigida a Vendedor 2

1. ¿Cómo se realiza el registro de ventas en la empresa?

El registro se lo realiza en Excel y los cálculos se realizan mediante las fórmulas básicas de este programa también se realizan en hojas donde se calculan los valores totales de las ventas mediante calculadora.

2. ¿De qué manera se lleva el control del stock de los productos?

La manera en la que llevamos este control es mediante Excel.

3. ¿Con qué frecuencia realiza el registro de ingreso de productos al almacén?

Por lo general este registro se actualiza cada semana ya que los productos ingresan semanalmente a bodega.

34 4. ¿Cómo se realiza el registro de clientes en la empresa?

Cuando son clientes fijos los digitamos en Excel y cuando son temporales en cuadernos que poseen registros de sus compras.

5. ¿Cómo se realiza el cálculo para la obtención de crédito a los clientes?

Como utilizamos una Tarjeta de crédito manual este cálculo lo realizamos mediante la utilización de calculadora.

6. ¿Cómo califica el proceso actual del control de ventas de la empresa?

Bueno la mayoría de clientes se sienten satisfechos cuando preguntan el saldo pendiente que tienen y se les presenta la Tarjeta con su respectivo abono y fecha de aporte.

7. ¿Considera importante la implementación de un sistema de información web para el control de ventas en la empresa Electromuebles Alexa?

Si por que ayudaría bastante en el momento de registrar los productos que ingresan a bodega y a calcular los pagos de los créditos a clientes.

Análisis: De acuerdo con las respuestas recabadas en las entrevistas, se concluye que la empresa Electromuebles Alexa, cuenta con un sistema de control de ventas ineficiente, pues lo hacen en una hoja de cálculo de Excel o de manera manual; la propuesta a la solución de su problema es muy necesaria, pues de esta manera el control de sus ventas será más eficiente, debido a que contarán con una herramienta el cual se acoplará a sus necesidades, facilitando el trabajo y control del mismo.

5.1.2. Identificación procesos Según los resultados obtenidos en las encuestas realizadas, se describirán los procesos los cuales se llevan en la actualidad en la empresa Electromuebles Alexa •

Ventas: las ventas se las realiza en una hoja de Excel, aquí se registran las ventas que se han realizado diariamente, también se lo hacen en hojas de cuaderno

35 •

Cobros: al igual que los demás procesos, los cobros también son registrados en hojas de Excel, o en hojas que son archivadas.

•

Créditos: los créditos son calculados mediante calculadora, y son plasmados en cartillas de manera manual.

•

Registro de clientes: para el registro de clientes es necesaria cierta información como lo es: número de cédula, nombres completos, dirección de residencia, número telefónico, correo electrónico (en caso de tener).

•

Registro de proveedores: para el registro de proveedores es necesaria la siguiente información: nombre de la empresa a la cual representan, dirección, número telefónico y el nombre del dueño de la empresa o gerente.

•

Registro de producto: es necesario registrar el nombre del producto, cantidad total de existencias, precio de costo, precio de venta y una breve descripción, además se los clasifica de acuerdo a la marca, tamaño y color.

5.1.3. Elección de la Metodología De acuerdo a las características más relevantes de SCRUM, XP y Crystal se procedió a valorar mediante criterios necesarios para el presente proyecto a desarrollarse; se procedió a valorar cada criterio, siendo propio con un intervalo de 0 a 2, siendo 0 el nivel más bajo, 1 el nivel intermedio y 2 el nivel más alto; los criterios que se muestran son considerados necesarios e importantes; pues la metodología o marco de trabajo que obtenga mayor valoración total será la utilizada para la investigación y desarrollo.

Tabla 5.

Comparación entre Scrum, XP y Crystal Criterios para el desarrollo del producto Colaboración Adaptabilidad Actividades bien definidas Prácticas de colaboración Resultados Simplicidad Programación en parejas Total

SCRUM 2 2 1 2 2 2 1 12/14

XP 2 1 1 1 2 1 2 10/14

Crystal 2 1 1 2 2 2 1 11/14

Nota: Adaptado de “Revisión de metodologías ágiles para el desarrollo de software” por Navarro, Fernández y Morales (2013).

Adaptado de “Ingeniería de software un enfoque práctico” por Pressman (2010)

36 De acuerdo a los resultados obtenidos en la Tabla 6; se concluye que la metodología SCRUM con un puntaje de 12/14 será la utilizada; puesto que XP tiene una puntuación de 10/14 y Crystal un puntaje de 11/14.

5.1.4. Elección del Sistema Gestor de Base de Datos Se procederá a valorar los SGBD más eficaz siendo criterio propio, con un intervalo de 0 a 2, siendo 0 el nivel más bajo, 1 el nivel intermedio y 2 el nivel más alto, donde finalmente se hará la suma respectiva, y de esta manera se podrá determinar que SGBD se podrá usar para el desarrollo del sistema.

Tabla 6.

Comparativa de los SGBD SGBD Open Source Escalable Seguro Flexibilidad Usabilidad Gran capacidad de almacenamiento Bajo consumo de recursos Multiplataforma Rendimiento (velocidad) Funcionalidad con PHP Total

MariaDB 1 2 2 2 2 1 2 2 2 2 18/20

PostgreSQL 2 2 2 2 2 2 2 2 2 1 19/20

Oracle 0 2 2 2 2 2 2 2 2 2 18/20

Nota: Adaptado de “Base de datos en MariaDB” por Casillas, Gilbert & Pérez, 2014. Adaptado de “Database Concepts” por Oracle Corporation, 2017. Adaptado de “Sobre PostgreSQL” por PostgreSQL, 2010

De acuerdo a los resultados obtenido en la Tabla 7, el SGBD más conveniente para la realización del proyecto es PostgreSQL la cual obtuvo un puntaje de 19/20, frente a Oracle que obtuvo 18/20 y MariaDB 18/20. Los resultados apuntan a que PostgreSQL es el mejor SGBD para la realización del proyecto, pero se optará por MariaDB porque la empresa así lo requiere.

5.1.5. Elección del lenguaje del lado del servidor Se procederá a valorar el Lenguaje del lado del servidor más eficaz siendo criterio propio, mediante la escala del 0 al 2, siendo 0 el nivel más bajo, 1 el nivel intermedio y 2 el nivel más alto, donde finalmente se hará la suma respectiva, y de esta manera se podrá determinar que Lenguaje se podrá usar para el desarrollo del sistema.

37 Tabla 7.

Comparativa entre PHP, JSP y ASP.Net Parámetros Software libre Multiplataforma Escalable Disponibilidad de web hosting TOTAL

PHP 2 2 2 2 8/8

JSP 2 2 1 1 6/8

ASP.Net 0 0 2 1 3/8

Nota: Adaptado de “A comparative Study between Dynamic Web Scripting Languages” por Ranjan, A., Kumar, R. & Dhar, J. (2012). Adaptado de “Data engineering and management” por R. Kannan, & F. Andrés (Edits). (págs. 288-295), Berlin: Springer.

De acuerdo a los resultados obtenidos en la Tabla 8, el lenguaje de lado del servidor que se utilizará para la realización del proyecto es PHP, pues obtuvo un puntaje de 8/8, mientras que JSP obtuvo 6/8 y ASP.Net obtuvo 3/8. Se utilizará PHP debido a que cumple con los requisitos necesarios para el desarrollo del software.

5.1.6. Elección Framework de diseño Se procederá a valorar los Framework de diseño más eficaz mediante un criterio propio con una escala del 0 al 2, siendo 0 el nivel más bajo, 1 el nivel intermedio y 2 el nivel más alto; donde finalmente se hará la suma respectiva, y de esta manera se podrá determinar que Framework de diseño se podrá usar para el desarrollo del sistema.

Tabla 8.

Comparativa entre Bootstrap y Materialize Criterios HTML, CSS y frameworks JS Fuente abierta Desarrollo rápido Intuitivo Flexible Personalizable Total

BOOTSTRAP 2 2 2 2 2 2 12/12

MATIRIALIZE 0 2 2 2 2 1 9/12

Nota: Adaptado de “Introducción Bootstrap” por Bootstrap (2017). Adaptado de “Sobre Materialize” por Materialize (2017).

De acuerdo al análisis realizado en la Tabla 9, mediante la valoración de los frameworks de diseño, el más óptimo y que ofrece mejores beneficios es Bootstrap, puesto que se tuvo un puntaje de 12 y Materialize de 9; por lo tanto, se opta la opción de Bootstrap.

38

5.2.

Aplicación de la metodología de desarrollo

5.2.1. Fase de desarrollo del sistema web utilizando el marco de trabajo Scrum 5.2.1.1.

Eventos de Scrum

5.2.1.1.1.

Sprint 1

5.2.1.1.1.1.

Sprint planning

Identificados los roles, se realizó una reunión con la gerente de la empresa para el respectivo análisis de las funcionalidades, ver Tabla 10 Tabla 9.

Roles del equipo Scrum Product Owner Scrum Master Scrum Team

ROLES EQUIPO SCRUM Sra. Mirian Rosario Mg. Fausto Orozco Sr. Jordan Ajila Srta. Josselyn Pineda

Nota: Datos obtenidos de la investigación de campo

Para el desarrollo de las tareas de ingeniería se utilizó la técnica de estimación Fibonacci, la cual permitió al equipo de desarrollo o Scrum Team, dividir las historias de usuario para de esta manera poder gestionar y seguir el avance de su ejecución.

Cada Sprint fue estimado entre una a cuatro semanas, para poder recolectar las funcionalidades con las que contará el sistema.

Tabla 10.

Escala de complejidad Escala 1 al 10 11 al 20 21 y más

Complejidad Bajo Medio Alto

Nota: Datos obtenidos de la investigación de campo

5.2.1.1.1.1.1 Product Backlog En la Tabla 12, se realizó el Product Backlog conformado por 10 historias de usuarios, las cuales pertenecen a los tres Sprint; siendo la velocidad de desarrollo 40 puntos de historia.

39 Tabla 11.

Product Backlog PRODUCT BACKLOG Numero de historia 1 2 3 4 5 6 7 8 9 10

Historia Registro de proveedores Registro de categorías Registro de artículos Registro de clientes Registro de compras Registro de usuario Acceso al sistema Ingreso de ventas Ingreso de créditos a clientes Ingreso de cobros a clientes

Prioridad

Estimación

100 90 100 80 95 80 80 100 90 80

14 13 5 8 21 13 6 21 14 5

Nota: Datos obtenidos de la investigación de campo.

5.2.1.1.1.1.2 Sprint backlog 1 En la Tabla 13 se mostrarán las tareas de ingeniería del Sprint 1 Tabla 12.

Sprint backlog 1 Sprint Estimación Asignado

N. HU

1 Registro de proveedores

1

40

2 Registro de categorías

3 Registro de artículos

Tareas de Ingeniería Modelado de la BDD Crear modelos y sentencias Ajax Creación de métodos Script (jQuery) Crear la estructura con HTML y PHP, proveedores (Atom) Aplicar estilos (JavaScript y Bootstrap) Crear reportes de registro proveedores Verificación de escenarios de pruebas Crear la estructura con HTML y PHP categorías (Atom) Validar los campos Aplicar estilos (CSS y Bootstrap) Crear reportes de registro de categorías Verificación de escenarios de prueba s Crear la estructura con HTML y PHP artículos (Atom) Codificar cada uno de los botones Validar campos

Estimación de tarea 3

Realizado

2

Realizado

2

Realizado

3

Realizado

1

Realizado

2

Realizado

1

Realizado

1

Realizado

1

Realizado

1

Realizado

1

Realizado

1

Realizado

3

Realizado

4

Realizado

2

Realizado

Estado

40

4 Registro de clientes

Aplicar estilos (JavaScript, Bootstrap) Crear reportes de registro de artículos Verificación de escenarios de pruebas Crear estructura con HTML y PHP clientes (Atom) Codificar cada uno de los botones Validar campos Aplicar estilos (JavaScript, Bootstrap) Crear reportes de clientes registrados Verificación de escenarios de pruebas

1

Realizado

2

Realizado

1

Realizado

2

Realizado

2

Realizado

1

Realizado

1

Realizado

1

Realizado

1

Realizado

Nota: Datos obtenidos de la investigación de campo

5.2.1.1.1.2.

-

Desarrollo del Sprint 1

HU1: Registro de proveedores

En la Figura 5, se muestra el formulario para el registro de proveedores, el cual permite ingresar el nombre de la empresa, dirección, número telefónico y el nombre dl dueño de la empresa a la que pertenece. Ver Anexo 6, HU1.

Figura 5. Formulario para el registro de proveedores.

Fuente: Adaptado de investigación de campo

41 -

HU2: Registro de categorías

En la Figura 6, se muestra el formulario respectivo para el registro de categorías, en el cual se debe ingresar el nombre de la categoría y una breve descripción. Ver Anexo 6, HU2.

Figura 6. Formulario para el registro de categorías.

Fuente: Adaptado de investigación de campo

-

HU3: Registro de artículos

En la Figura 7, se puede observar que el sistema cuenta con el módulo para el registro de artículos, el cual permite especificar a qué tipo de categoría pertenece, el nombre, código, stock e incluso una imagen. Ver Anexo 6, HU3.

Figura 7. Formulario para el registro de artículos.

Fuente: Adaptado de investigación de campo

42

Figura 8. Código para el formulario de artículos.

Fuente: Adaptado de investigación de campo

-

HU4: Registro de clientes

En la Figura 9, se puede observar el formulario para el registro de Clientes, en el cual se permite el ingreso de los nombres, número de cédula, dirección de residencia, número telefónico y correo electrónico en caso de poseer. Ver Anexo 6, HU 4.

Figura 9. Formulario para el registro de clientes.

Fuente: Adaptado de investigación de campo

43

Figura 10. Cรณdigo para el formulario del registro de clientes.

Fuente: Adaptado de investigaciรณn de campo

44 5.2.1.1.1.3.

Burndown chart sprint 1

Tabla 13.

Burndown chart sprint 1 Est.

40

SPRINT 1 Tarea de Ingeniería Modelado de la BDD Crear modelos y sentencias Ajax Creación de métodos Script (jQuery) Crear la estructura con HTML y PHP, proveedores (Atom) Aplicar estilos (JavaScript y Bootstrap) Crear reportes de registro proveedores Verificación de escenarios de pruebas Crear la estructura con HTML y PHP categorías (Atom) Validar los campos Aplicar estilos (CSS y Bootstrap) Crear reportes de registro de categorías Verificación de escenarios de prueba s Crear la estructura con HTML y PHP artículos (Atom) Codificar cada uno de los botones Validar campos Aplicar estilos (JavaScript, Bootstrap) Crear reportes de registro de artículos Verificación de escenarios de pruebas Crear estructura con HTML y PHP clientes (Atom) Codificar cada uno de los botones Validar campos Aplicar estilos (JavaScript, Bootstrap) Crear reportes de clientes registrados Verificación de escenarios de prueba

Nota: Datos obtenidos de la investigación de campo

11

Semana 3 12 13 14

0 0 1

0

Realizado

1

0

Realizado Realizado Realizado Realizado Realizado Realizado Realizado Realizado Realizado Realizado Realizado

1

0 2

Est. 3 2 2

Estado Realizado Realizado Realizado

3

Realizado

1 2 1

Realizado Realizado Realizado

1

Realizado

1 1 1 1

Realizado Realizado Realizado Realizado

3 4 2 1 2 1 2 2 1 1 1 1

1 2

Semana 1 2 3 4 5 1 0 1 1 0 1 1 0 1

6

Semana 2 7 8 9 10

0

2

0

1

0

0 2 1

15

16

Semana 4 17 18 19

20

0 0 1

0 1

0 1 1

1 3

0 1 1

0 1 1

0 0 2 1

0 2 2

0 1 1

0 0 1

0 1

45

Burndown Chart Sprint 1 45 40 35

Puntos de Historia

30 25 20 15 10

5 0 1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

DĂ­as Figura 11. Figura obtenida del sprint 1.

Fuente: Adaptado de Datos obtenidos de la investigaciĂłn de campo

16

17

18

19

20

46

5.2.1.1.1.4.

Pruebas de aceptación Sprint 1

Se realizó las pruebas de aceptación, pues estas sirven para medir el grado de confiabilidad del sistema, el cual es realizado por Sprint; el Sprint 1 está conformado por las Historias de usuario 1, 2, 3, y 4 la cual garantiza la funcionalidad del sistema entregable y aceptar por parte del cliente.

Al culminar el Sprint 1 se realizó una reunión, donde asistió el Equipo de desarrollo y la Gerente, la Sra. Miriam Rosario, a la cual se le presenta un entregable del producto Sprint 1, el Equipo de desarrollo dio a conocer que no se presentó ningún problema con el desarrollo del incremento, la dueña del producto dio a conocer su conformidad con el avance del producto desarrollado 5.2.1.1.1.5.

Retrospectiva Sprint 1

En reunión con el Equipo SRUM, se trata de cómo fue la experiencia durante el desarrollo del Sprint 1, se llega a la conclusión de que existieron errores, aciertos y mejoras durante el proceso de desarrollo.

5.2.1.1.2.

Sprint 2

5.2.1.1.2.1.

Sprint planning

El equipo de desarrollo es el encargado de revisar la lista del Product backlog, y procede a dividirlo en Sprint acorde a la estimación realizada, ver Tabla 14 5.2.1.1.2.1.1 Sprint Backlog 2 En la Tabla 15 se mostrarán las tareas de ingeniería del Sprint 2 Tabla 14.

Sprint backlog 2 Sprint Estimación Asignado

N. HU

5 1

40

Registro de compras

Tareas de Ingeniería Crear estructura con HTML y PHP compras (Atom) Codificar cada uno de los botones Validar los campos Aplicar estilos (JavaScript, Bootstrap) Crear los reportes de compras

Estimación de tarea

Estado

4

Realizado

5

Realizado

4

Realizado

3

Realizado

3

Realizado

47

6 Registro de usuario

7 Acceso al sistema

Verificación de escenarios de pruebas Crear la estructura con HTML y PHP usuarios (Atom) Codificar botón enviar Validar campos Aplicar estilos (JavaScript, Bootstrap) Verificación de escenarios de pruebas Creación de modelos y sentencias Ajax Crear la estructura con HTM y PHP ingreso al sistema (Atom) Encriptar la contraseña guardad (BDD) Validar los campos de ingreso Verificación de escenarios de pruebas

2

Realizado

3

Realizado

4 3

Realizado Realizado

2

Realizado

1

Realizado

1

Realizado

1

Realizado

2

Realizado

1

Realizado

1

Realizado

Nota: Datos obtenidos de la investigación de campo

5.2.1.1.2.2.

-

Desarrollo del Sprint 2

HU5: Registro de compras

En la Figura 12, se puede observar el formulario para el ingreso o registro de compras, el cual va detallado con el nombre del proveedor, tipo de comprobante, la fecha correspondiente, el impuesto (IVA), que artículo es, la cantidad, el precio de compra, precio de venta y el subtotal como tal. Ver Anexo 6, HU5.

Figura 12. Formulario para el registro de compras.

Fuente: Adaptado de investigación de campo

48 -

HU6: Registro de usuario

En la Figura 13, se muestra el formulario para el registro de los usuarios, en el cual se puede ingresar datos teles como nombre, tipo de documento (cédula o RUC), dirección, email, fecha de registro y el cargo; se otorgan también los permisos que el usuario tendrá para el manejo del sistema web. Ver Anexo 6, HU6.

Figura 13. Formulario para el registro de usuarios en el sistema.

Fuente: Adaptado de investigación de campo

Figura 14. Código para el formulario registro de usuarios.

Fuente: Adaptado de investigación de campo

49 -

HU7: Acceso al sistema

Se desarrolló el formulario para el registro de clientes, como se puede observar en la Figura 15, el cual permite el ingreso de nombre, número de cédula, dirección, número telefónico y correo electrónico en caso de poseer. Ver Anexo 6, HU7

Figura 15. Formulario del registro de clientes.

Fuente: Adaptado de investigación de campo.

Figura 16. Formulario para el registro de clientes Fuente: Adaptado de investigación de campo.

50 5.2.1.1.2.3.

Burndown chart sprint 2

Tabla 15.

Burndown chart sprint 2 Est.

40

SPRINT 2 Tarea de Ingeniería Crear estructura con HTML y PHP compras (Atom) Codificar cada uno de los botones Validar los campos Aplicar estilos (JavaScript, Bootstrap) Crear los reportes de compras Verificación de escenarios de prueba Crear la estructura con HTML y PHP usuarios (Atom) Codificar botón enviar Validar campos Aplicar estilos (JavaScript, Bootstrap) Verificación de escenarios de pruebas Creación de modelos y sentencias Ajax Crear la estructura con HTM y PHP ingreso al sistema (Atom) Encriptar la contraseña guardad (BDD) Validar los campos de ingreso Verificación de escenarios de pruebas

Nota: Datos obtenidos de la investigación de campo

Est. 4 5 4 3 3 2

Estado Realizado Realizado Realizado Realizado Realizado Realizado

3

Realizado

4 3 2 1 1

Realizado Realizado Realizado Realizado Realizado

1

Realizado

2 1 1

Realizado Realizado Realizado

1 1

Semana 1 2 3 4 5 2 1 0 1 1 1 1 2

6

Semana 2 7 8 9 10

1 1 1

0 0 1

1 1

0 1 2

11

Semana 3 12 13 14

1 0

0

2

1

0

2

2 1

0 1

1 2

15

0 0 1

16

Semana 4 17 18 19

0 1

0

1

0 1

1

0 1

20

0 1

51

Burndown Chart Sprint 2 45 40 35

Puntos de Historia

30 25 20 15 10 5 0 1

2

3

4

5

6

7

8

9

10

11

12

13

14

DĂ­as Figura 17. Figura obtenida de Sprint 2.

Nota: Adaptado de Datos obtenidos de investigaciĂłn de campo

15

16

17

18

19

20

52

5.2.1.1.2.4.

Pruebas de aceptación Sprint 2

Se realizó las pruebas de aceptación al culminar el Sprint 2 se realizó una reunión, donde asistió el Equipo de desarrollo y la Gerente, la Sra. Miriam Rosario, a la cual se le presenta un entregable, el incremento del Sprint 2 ya culminado, el Equipo de desarrollo dio a conocer que no se presentó problema alguno con el desarrollo del incremento, la dueña de producto dio a conocer su conformidad con el producto desarrollado y entregado.

5.2.1.1.2.5.

Retrospectiva Sprint 2

En reunión con el Equipo Scrum, se trata de cómo fue la experiencia durante el desarrollo del Sprint 2, se llega a la conclusión de que existieron errores, aciertos y mejoras durante el proceso de desarrollo, el Scrum Master felicita al Equipo de desarrollo por haber culminado con éxito el proyecto según la planificación establecida.

5.2.1.1.3.

Sprint 3

5.2.1.1.3.1.

Sprint planning

El equipo de desarrollo es el encargado de revisar la lista del Product backlog, y procede a dividirlo en Sprint acorde a la estimación realizada.

5.2.1.1.2.1.1 Sprint Backlog 3 En la Tabla 17 se mostrarán las tareas de ingeniería del Sprint 3 Tabla 16.

Sprint backlog 3 Sprint Estimación Asignado

N. HU

8 1

40

Ingreso de ventas

Tareas de Ingeniería Crear estructura con HTML y PHP compras (Atom) Codificar cada uno de los botones Validar los campos Aplicar estilos (JavaScript, Bootstrap) Crear los reportes de compras Verificación de escenarios de pruebas

Estimación de tarea

Estado

4

Realizado

5

Realizado

4

Realizado

4

Realizado

2

Realizado

2

Realizado

53

9 Ingreso de créditos a clientes

10 Ingreso de cobros a clientes

Crear la estructura con HTML y PHP usuarios (Atom) Codificar botón enviar Validar campos Aplicar estilos (JavaScript, Bootstrap) Verificación de escenarios de pruebas Creación de modelos y sentencias Ajax Crear la estructura con HTM y PHP ingreso al sistema (Atom) Encriptar la contraseña guardad (BDD) Validar los campos de ingreso Verificación de escenarios de pruebas

2

Realizado

4 3

Realizado Realizado

3

Realizado

2

Realizado

1

Realizado

1

Realizado

1

Realizado

1

Realizado

1

Realizado

Nota: Datos obtenidos de la investigación de campo

5.2.1.1.3.2.

-

Desarrollo del Sprint 3

HU8: Ingreso de ventas

En el tercer sprint se desarrolló el formulario para el Ingreso de ventas, el cual podemos observar en la Figura 18. Ver Anexo 6, HU8.

Figura 18. Formulario para el ingreso de ventas.

Fuente: Adaptado de investigación de campo.

54 -

HU9: Ingreso de crédito a clientes

En el formulario que se muestra en la Figura 19, se puede observar los diferentes datos que se deben ingresar para realizar una venta a crédito. Ver Anexo 6, HU9.

Figura 19. Formulario para el ingreso de crédito a clientes.

Fuente: Adaptado de investigación de campo.

Figura 20. Código para el ingreso de crédito a clientes.

Fuente: Adaptado de investigación de campo.

55 5.2.1.1.3.3.

Burndown chart sprint 3

Tabla 17.

Burndown chart sprint 3 Est.

40

SPRINT 1 Tarea de Ingeniería Crear estructura con HTML y PHP compras (Atom) Codificar cada uno de los botones Validar los campos Aplicar estilos (JavaScript, Bootstrap) Crear los reportes de compras Verificación de escenarios de pruebas Crear la estructura con HTML y PHP usuarios (Atom) Codificar botón enviar Validar campos Aplicar estilos (JavaScript, Bootstrap) Verificación de escenarios de pruebas Creación de modelos y sentencias Ajax Crear la estructura con HTM y PHP ingreso al sistema (Atom) Encriptar la contraseña guardad (BDD) Validar los campos de ingreso Verificación de escenarios de pruebas

Nota: Datos obtenidos de la investigación de campo

1 2

Semana 1 2 3 4 5 1 1 0 1 1 1 1 1 2

6

Semana 2 7 8 9 10

1 1 1

0 0 2

Semana 4 17 18 19

0 1 1

1 0

2

Realizado

4 3 3 2 1

Realizado Realizado Realizado Realizado Realizado

1

Realizado

1

0

1 1 1

Realizado Realizado Realizado

1

0 1

0 1 1

0 1

0

2

0 2

1 1

1 1

0 1 1

15

16

Estado Realizado Realizado Realizado Realizado Realizado Realizado

1 1

11

Semana 3 12 13 14

Est. 4 5 4 4 2 2

0 2

20

0

0 1

56

Burndown Chart Sprint 3 45 40 35

Puntos de Historia

30 25 20 15 10 5 0 1

2

3

4

5

6

7

8

9

10

11

12

13

14

DĂ­as Figura 21. Figura obtenida de Sprint 3.

Nota: Adaptado de Datos obtenidos de investigaciĂłn de campo

15

16

17

18

19

20

57

5.2.2. Diseño relacional de Base de Datos A continuación, se presenta el Diseño relacional de la Base de Datos del Sistema web para el control de ventas, ver Figura 22.

Figura 22. Modelo físico de la Base de Datos, Modelo Entidad-Relación Fuente: Obtenida de Modelador MariaDB Workbench

58 5.2.3. Acta de Entrega Para la entrega del Sistema web para el control de ventas, se realizĂł una reuniĂłn con el Product Owner, en la cual se procediĂł a la entrega formal del software. Ver Anexo 3.

5.3.

AnĂĄlisis de impacto En el anĂĄlisis de impacto se determina en quĂŠ medida se beneficiĂł la empresa, ya sea

positiva o negativamente en los distintos ĂĄmbitos como social y tecnolĂłgico.

A continuaciĂłn, se detalla los niveles de impacto detallados en una matriz mediante los indicadores numĂŠricos, siendo -3 el impacto de nivel alto negativo y 3 el impacto de alto nivel positivo, ver Tabla 18.

Tabla 18.

Niveles de impacto NIVEL -3 -2 -1 0 1 2 3

DESCRIPCIĂ“N Impacto de alto nivel negativo Impacto de medio nivel negativo Impacto de bajo nivel negativo No hay impacto Impacto de bajo nivel positivo Impacto de medio nivel positivo Impacto de alto nivel positivo

Nota: Adaptado de “MetodologĂ­a para el trabajo de grado: Tesis y Proyectoâ€? por M.A Posso, 2013,

A cada indicador de impacto se asigna un nivel ya sea positivo o negativo, luego se aplica la siguiente fĂłrmula para calcular el nivel de impacto del ĂĄrea de estudio: đ?‘ đ??ź =

ÎŁ đ?‘

Donde: đ?‘ đ??ź = Nivel de impacto ÎŁ = Sumatoria de los indicadores (positivo o negativo) đ?‘ = NĂşmero total de indicadores establecidos

59 5.3.1. Impacto tecnolĂłgico Tabla 19.

Impacto tecnolĂłgico Indicadores

Nivel de impacto -1 0 1 2 3 X X X 2 2 ÎŁ=2+2=4 4 đ?‘ đ??ź = = 1,33 3 Impacto de bajo nivel positivo -3

AutomatizaciĂłn de procesos Seguridad de informaciĂłn GeneraciĂłn de reportes Total Sumatoria ÎŁ total Resultado de fĂłrmula Resultado:

-2

Nota: Datos obtenidos de la investigaciĂłn de campo

Anålisis: •

El sistema web para el control de ventas desarrollado para la empresa ha generado un impacto bajo positivo en la automatizaciĂłn de procesos.

•

La seguridad informĂĄtica implementada en el sistema web, es una seguridad elemental, por lo cual generĂł un impacto bajo positivo.

•

La generaciĂłn de reportes, el cual es uno de los procesos fundamentales para la empresa, con la utilizaciĂłn del sistema web se generĂł un impacto medio positivo.

5.3.2. Impacto ambiental Tabla 20.

Impacto ambiental Indicadores

Nivel de impacto -1 0 1 2 X X 2 ÎŁ=2+3=5 2 đ?‘ đ??ź = = 1 -3

Impresiones Suministros de oficina Total Sumatoria ÎŁ total Resultado de fĂłrmula

-2

3

2

Resultado: Nota: Datos obtenidos de la investigaciĂłn de campo

Anålisis: •

El sistema web generĂł un impacto bajo positivo, debido a que este ayuda al ahorro parcial de impresiones las cuales la empresa hace diariamente, sobre reportes o documentos que requieren tenerlos fĂ­sicamente.

60 •

El impacto generado referente a los suministros ha sido un impacto bajo positivo, debido a que hay suministros que la empresa necesita utilizar casi obligatoriamente tales como esferos, calculadoras, hojas, entre otros. El sistema web ayuda al ahorro de suministros, pero no en su totalidad.

5.3.3. Impacto econĂłmico Tabla 21.

Impacto econĂłmico Indicadores -3 AdquisiciĂłn de suministros de oficina Total Sumatoria ÎŁ total Resultado de fĂłrmula

-2

Nivel de impacto -1 0 1 2 X 2

3

ÎŁ=2 2 đ?‘ đ??ź = = 2 1 Impacto medio positivo

Resultado: Nota: Datos obtenidos de la investigaciĂłn de campo

Anålisis: •

El sistema web para el control de ventas ayuda a la reducciĂłn de fondos econĂłmicos que son destinados para la compra de papel, tinta, carpetas, archivadores, pues dicho dinero puede ser utilizado en otras necesidades que la empresa necesite, por lo que se ha generado un impacto medio positivo.

5.3.4. Impacto general Tabla 22. Impacto general Indicadores

Nivel de impacto -1 0 1 2 X X X 4 2 ÎŁ = 4+2=6 6 đ?‘ đ??ź = = 2 3 Impacto medio positivo -3

Impacto tecnolĂłgico Impacto ambiental Impacto econĂłmico Total Sumatoria ÎŁ total Resultado de fĂłrmula Resultado:

-2

3

Nota: Datos obtenidos de la investigaciĂłn de campo

Anålisis: •

Se ha realizado un anĂĄlisis de los impactos que genera el sistema web para el control de ventas desarrollado para la empresa Electromuebles Alexa, en el cual se pudo corroborar que hubo un Impacto tecnolĂłgico el cual es bajo positivo, el Impacto ambiental es bajo positivo y el Impacto econĂłmico es medio positivo, frente a esto se

61 obtuvo un Impacto general el cual fue medio positivo. Esto da como referencia a que el sistema web ha contribuido positivamente al desarrollo tecnolรณgico de la empresa, puesto que ha ayudado a la automatizaciรณn de procesos y la reducciรณn de tiempo. Se adjunta la carta de impacto emitida por la empresa. (ver Anexo 9)

62

6.

DISCUSIÓN

En base a la información investigada y recolectada de diversas fuentes de información, gracias a esto se pudo determinar con mayor claridad que herramientas tanto de desarrollo como de diseño, y el Sistema Gestor de Base de Datos, además de la metodología para el desarrollo del software son conveniente a utilizar.

Como parte de la arquitectura empleada a nivel de software se empleó MVC con PHP, además de que es un Software libre y es multiplataforma. El Sistema Gestor de Base de Datos que se usó fue MariaDB, debido a que es Software libre, además tiene un bajo consumo de recursos y cuenta con funcionalidad con PHP. De acuerdo a la información obtenida mediante las entrevistas realizadas, tanto a la Gerente general de la empresa Electromuebles Alexa, como a sus dos vendedores, a través de la información brindada se pudo conocer cuáles son los procesos que lleva a cabo la empresa para el control de ventas, además de las políticas que la empresa aplica en sus diferentes servicios.

En base al producto desarrollado, en el cual se aplicó el marco de trabajo SCRUM, donde con ayuda de los roles, artefactos y eventos; ayudaron a sintetizar las historias de usuario mediante el uso del producto backlog, se dieron las prioridades respectivas dadas por el dueño del producto; el sprint backlog sirvió para dividir las tareas de ingeniería, involucrando al equipo de desarrollo para un trabajo colaborativo, posterior a la culminación de los Sprint se realizaron las revisiones y retrospectivas la cual se dio por concluido el incremento funcional del producto.

63

7.

•

CONCLUSIONES

Instrumentos tales como la entrevista para la recolección de datos permitieron tener un panorama más claro sobre que necesita el cliente, pues aquí se puede recolectar sobre el manejo de procesos propios de la empresa que los desarrolladores crean necesarios para el análisis, diseño y desarrollo del sistema informático.

•

El marco de trabajo utilizado fue Scrum, debido a que es un marco de trabajo que permite el trabajo en equipo, permite trabajar de manera ágil, además ha sido idóneo para emplear en el presente proyecto, puesto que tiene la capacidad de acoplarse a proyectos de cualquier naturaleza y escala. Scrum además se enfoca a la gestión de proyectos y provee lineamientos claros que permiten la culminación exitosa del mismo, trabajando mediante Sprints que van de una a cuatro semanas, que aseguran al finalizar cada uno, un producto potencialmente entregable.

•

En relación a las herramientas de desarrollo, mediante la comparativa correspondiente se determinó emplear MariaDB como Sistema Gestor de Base de Datos por ser software libre, escalable y fácil de emplear, PHP como lenguaje de desarrollo, por su flexibilidad y amplia documentación; HTML 5 y Bootstrap para el diseño de interfaces web.

•

El uso de Software libre contribuyó en gran medida al desarrollo del sistema, evitando la necesidad de pagar licencias por servicios que se pueden conseguir de manera gratuita, de esta manera la empresa pudro ahorrar recursos económicos.

64

8.

•

RECOMENDACIONES

Es recomendable realizar un correcto levantamiento de la información de la empresa en la cual se realizará determinado proyecto de software, esto es con la finalidad de entender de mejor manera el modelo de negocio y tener una mejor concepción de la solución a plantear.

•

Se recomienda realizar análisis previos y comparativas de las diferentes metodologías de desarrollo de software existentes con enfoque específico en el desarrollo web

•

Al hacer comparativas entre las diferentes herramientas de desarrollo de software, se podrá tener una mejor visión sobre que herramientas serán más adecuadas para desarrollar el sistema web, pues se debe tomar en cuenta los parámetros que se crean necesarios para la construcción del mismo.

•

Se debe tomar muy en cuenta el tipo de licencias del software que se utiliza, especialmente si es Software libre, debido a que pueden presentar ciertas limitaciones por parte del autor.

65

9.

REFERENCIAS BIBLIOGRÁFICAS

Álvarez, A., De las Heras, R., y Lasa, C. (2012). Métodos Ágiles y Scrum. España: Anaya Benavides, J. (2015). Sistema informático para el manejo de pedidos, ventas y comisiones de flores de exportación para Mignone Flowers, basado en el levantamiento de procesos (tesis de pregrado). Universidad del Pacífico, Quito, Ecuador.

Bernal, C. (2014). Metodología de la investigación: Administración, Economía. Humanidades y Ciencias Sociales. México: Pearson Educación.

Bootstrap

(s.

f).

Introducción

Bootstrap.

Obtenido

de

https://getbootstrap.com/docs/4.1/getting-started/introduction/

Casillas, L., Gilbert, M., & Pérez, O. (2014). Base de datos en MariaDB. UOC.

Chávez, L. (2013). Sistema Informático, para el Control de Almacén y Ventas de Equipos y Accesorios

Telefónicos

para

la

Agencia

Inversiones

Internacionales

en

Comunicaciones S.R.L (tesis de pregrado). Universidad Nacional de la Amazonía Peruana., Iquitos, Perú.

EDUCBA (2018). Django vs Laravel. Obtenido de https://www.educba.com/django-vslaravel/

Hernández, R., Fernández, C., & Baptista, M. (2014). Metodología de la Investigación.

Mexico: McGrawHill.

Khrurana, H, & Sohal, J. (2011). Agile: The necessitate of contemporary software developers.

International Journal of Enginnering Science & Technology, 3(2), pp. 1031-1039.

Ledingham, D., Kovac, M. & Simon, H.L. (2006). The New Science of Sales Force Productivity. Harvard Business Review, 84 (9), págs.124-133.

López, J. (2014). Domine PHP y MariaDB. México: Alfaomega Grupo Editor.

66 Martínez, G., Camacho, G., & Biancha, D. (2010). Diseño de framework web para el desarrollo dinámico de aplicaciones. Scientia et technica, 21 (44), 178-183.

Materialize (2017). Sobre Materialize. Obtenido de http://materializecss.com/about.html

Mosby, C. & Leimbach, M. (2011). From Team Member to Team Leader. Pharmaceutical Executive, 31 (9), págs.104-106.

Norchales, Y., Infante, A. & Rodríguez, C (2017). Diseño de un sistema de vigilancia tecnológica con la integración de tecnologías de la web 2.0 en un observatorio tecnológico para un centro de desarrollo de software. Revista Cubana de Información en Ciencia de la Salud, 12(4). 53-65 Objetivos de Desarrollo Sostenible (2017). Objetivo 9: Construir infraestructuras resilientes, promover la industrialización inclusiva y sostenible y fomentar la innovación. Recuperado de: https://www.un.org/sustainabledevelopment/es/infrastructure/ Oracle

Corporation

(2017).

Database

Concepts.

Obtenido

de

https://docs.oracle.com/database/122/CNCPT/toc.htm Pardo, M. (2014). Creación y diseño web. Madrid: Anaya Multimedia.

Peña, O. (2010). CSS. Madrid: Anaya Multimedia Posso, M (2013). Metodología para el trabajo de grado: Tesis y Proyectos. Ibarra: NINA Comunicaciones.

PostgreSQL

(2010).

Sobre

PostgreSQL.

Obtenido

de

http://www.postgresql.org.es/sobre_postgresql Pressman, R. (2010). Ingeniería de software un enfoque práctico. México D.F.: McGrawHill Interamericana editors, S.A.

67 Secretaría Nacional de Planificación y Desarrollo, Senplades (2017). Plan Nacional de Desarrollo 2017-2021. Toda una vida (Primera ed.). Quito, Ecuador: Secretaría Nacional de Planificación y Desarrollo, Senplades.

Smith, B. (2004). A Knack for Listening. Gallup Management Journal Online, págs.1-5.

Silberschatz, A., Korth, H., y Sudarshan, S. (2007). Fundamentos de diseños de bases de datos.

España: McGrawHill Sommerville, L. (2011). Ingeniería de Software. México: Pearson Educación.

Suárez, Y., Medina, D., & Hernández, P. (2015). Sistema automatizado para la gestión de mantenimiento de equipos (módulos administración y solicitud de servicio). Revista Ciencias Técnicas

Agropecuarias,

24(especial),

85-90.

Obtenido

de

http://www.redalyc.org/pdf/932/93243475015.pdf Vásquez, J. (2014). Diseño de un sistema basado en tecnología web para el control y gestión de venta de unidades móviles. Universidad Nacional del centro del Perú, HuancayoPerú.

Vaswani, V. (2012). Fundamentos de PHP. México: McGrawHill.

W2Schools

(2017).

HTML

https://www.w3schools.com/html/html_intro.asp

Introduction.

Obtenido

de

68

10.

GLOSARIO

Bootstrap: kit de herramientas de diseño que sirven para el desarrollo de software.

Framework: conjunto de patrones que ayudan a estructurar un sistema a la hora de programar.

Front-end: parte gráfica de un sistema, el cual permite al usuario interactuar con la aplicación.

Back-end: parte interna que procesa la entrada desde el Front-end.

Iteración: repetir un proceso.

Open source: código abierto, es decir, existe libre acceso al código fuente de un software.

PHP: lenguaje de programación de código abierto del lado del servidor, es empleado en el desarrollo de aplicaciones web dinámicas.

SCRUM: metodología de desarrollo ágil, que se adapta con facilidad a los cambios que se pueden presentar en los requerimientos por parte del cliente.

Sprint: tiempo en el cual se debe desarrollar un incremento del producto, es definido también como el contenedor del resto de eventos.

69

11.

ANEXOS

Anexo 1. Carta de Aceptaciรณn del proyecto

70 Anexo 2. Carta de Impacto

71 Anexo 3. Acta de Entrega

72 Anexo 4. Entrevista dirigida a la Gerente general de la empresa Electromuebles Alexa

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Escuela de Sistemas LA PRESENTE ENTREVISTA TIENE POR OBJETIVO RECOPILAR INFORMACIÓN ACERCA DE LOS PROCESOS CORRESPONDIENTES SOBRE EL CONTROL DE VENTAS DE LA EMPRESA ELECTROMUEBLES ALEXA, CON LA FINALIDAD DE ESPECIFICAR LOS REQUERIMIENTOS PARA EL DESARROLLO DEL PROYECTO. 1. ¿Cómo se realiza actualmente el control de las ventas?

________________________________________________________________________ 2. ¿Cuál es la información necesaria para registrar a los proveedores?

________________________________________________________________________ 3. ¿Qué información se necesita para registrar un cliente?

________________________________________________________________________ 4. ¿Cuáles son los requisitos para que los clientes accedan a un crédito?

________________________________________________________________________ 5. ¿Cuáles son las opciones de pago que puede realizar un cliente para acceder a un crédito?

_______________________________________________________________________

73 6. ¿Cuál es la información necesaria para registrar los productos?

________________________________________________________________________ 7. ¿Cómo se clasifican los productos?

________________________________________________________________________ 8. ¿Qué documentos se utilizan para realizar la cartera por cobrar?

________________________________________________________________________ 9. ¿Qué documento se entrega después de cada cobro?

________________________________________________________________________ 10. ¿Qué documentos se entrega al cancelar el crédito?

________________________________________________________________________

74 Anexo 5. Entrevista dirigida a los Vendedores de la empresa Electromuebles Alexa

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Escuela de Sistemas LA PRESENTE ENTREVISTA TIENE POR OBJETIVO CONOCER CÓMO SE REALIZAN LOS PROCESO Y LA POSIBILIDAD DE DESARROLLAR UN SISTEMA WEB PARA EL CONTROL DE VENTAS DE LA EMPRESA ELECTROMUEBLES ALEXA, DE LA PARROQUIA DE LA UNIÓN, PROVINCIA DE ESMERALDAS. 1. ¿Cómo se realiza el registro de ventas en la empresa?

________________________________________________________________________ 2. ¿De qué manera se lleva el control del stock de los productos?

________________________________________________________________________ 3. ¿Con qué frecuencia realiza el registro de ingreso de productos al almacén?

________________________________________________________________________ 4. ¿Cómo se realiza el registro de clientes en la empresa?

________________________________________________________________________ 5. ¿Cómo se realiza el cálculo para la obtención de crédito a los clientes?

________________________________________________________________________ 6. ¿Cómo califica el proceso actual del control de ventas de la empresa?

________________________________________________________________________ 7. ¿Considera importante la implementación de un sistema de información web para el control de ventas en la empresa Electromuebles Alexa?

75 Anexo 6. Historias de usuario Tabla 23.

Historia de usuario 1 Sprint 1 Historia de Usuario Número: 1

Usuario: Vendedor

Nombre historia: Ingreso de proveedor Prioridad en negocio: 100

Riesgo en desarrollo: Medio

Puntos estimados: 13

Sprint asignado: 1

Programador responsable: Jordán Ajila, Joselyn Pineda Descripción: COMO vendedor QUIERO agregar, eliminar, actualizar los proveedores

PARA tener un reporte

organizado.

Escenario de pruebas: DADO el registro de los proveedores CUANDO presione el botón guardar ENTONCES se mostrará un mensaje de confirmación.

DADO el registro de los proveedores incompleto CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje debajo del campo.

DADO la selección del proveedor CUANDO presione el botón actualizar ENTONCES se mostrará los datos del proveedor para su respectiva modificación.

DADO la selección del proveedor CUANDO presione el botón eliminar ENTONCES se mostrará un mensaje de confirmación.

DADO la selección del proveedor CUANDO presione botón (Excel, PDF) ENTONCES se visualizará un reporte.

76 Tabla 24.

Historia de usuario 2 Sprint 1 Historia de Usuario Número: 2

Usuario: Vendedor

Nombre historia: Ingreso de categorías Prioridad en negocio: 100

Riesgo en desarrollo: Medio

Puntos estimados: 5

Sprint asignado: 1

Programador responsable: Jordan Ajila, Joselyn Pineda Descripción: COMO vendedor QUIERO agregar, desactivar, actualizar las categorías PARA tener un reporte organizado.

Escenario de pruebas: DADO el registro de las categorías CUANDO presione el botón guardar ENTONCES se mostrará un mensaje de confirmación.

DADO el registro de las categorías incompleto CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje debajo del campo.

DADO la selección de la categoría CUANDO presione el botón actualizar ENTONCES se mostrará los datos de la categoría para su respectiva modificación.

DADO la selección de la categoría CUANDO

presione el botón desactivar ENTONCES se mostrará un

mensaje de confirmación.

DADO la selección de la categoría CUANDO presione botón (Excel, PDF) ENTONCES se visualizará un reporte.

77 Tabla 25.

Historia de usuario 3 Sprint 1 Historia de Usuario Número: 3

Usuario: Vendedor

Nombre historia: Ingreso de artículos Prioridad en negocio: 100

Riesgo en desarrollo: Medio

Puntos estimados: 13

Sprint asignado: 1

Programador responsable: Jordan Ajila, Joselyn Pineda Descripción: COMO vendedor QUIERO agregar, desactivar, actualizar los artículos PARA tener un reporte organizado.

Escenario de pruebas: DADO el registro de los artículos CUANDO presione el botón guardar ENTONCES se mostrará un mensaje de confirmación.

DADO el registro de los artículos incompleto CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje debajo del campo.

DADO la selección del artículo CUANDO presione el botón actualizar ENTONCES se mostrará los datos del artículo para su respectiva modificación.

DADO la selección del artículo CUANDO presione el botón desactivar ENTONCES se mostrará un mensaje de confirmación.

DADO reporte.

la selección del artículo CUANDO presione botón (Excel, PDF) ENTONCES se visualizará un

78 Tabla 26.

Historia de usuario 4 Sprint 1 Historia de Usuario Número: 4

Usuario: Vendedor

Nombre historia: Ingreso de clientes Prioridad en negocio: 100

Riesgo en desarrollo: Medio

Puntos estimados: 8

Sprint asignado: 1

Programador responsable: Jordan Ajila, Joselyn Pineda Descripción: COMO vendedor QUIERO agregar, actualizar los clientes PARA tener un reporte organizado.

Escenario de pruebas: DADO el registro de los clientes CUANDO presione el botón guardar ENTONCES se mostrará un mensaje de confirmación.

DADO el registro de los clientes incompleto CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje debajo del campo.

DADO la selección de los clientes CUANDO presione el botón actualizar ENTONCES se mostrará los datos del cliente para su respectiva modificación.

DADO reporte.

la selección del cliente CUANDO presione botón (Excel, PDF) ENTONCES se visualizará un

79 Tabla 27.

Historia de usuario 5 Sprint 2 Historia de Usuario Número: 5

Usuario: Vendedor

Nombre historia: Ingreso de compras Prioridad en negocio: 100

Riesgo en desarrollo: Medio

Puntos estimados: 21

Sprint asignado: 2

Programador responsable: Jordan Ajila, Joselyn Pineda Descripción: COMO vendedor QUIERO agregar, cancelar, visualizar las compras PARA tener un reporte organizado.

Escenario de pruebas: DADO el registro de las compras CUANDO presione el botón guardar ENTONCES se mostrará un mensaje de confirmación.

DADO el registro de las compras incompleto CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje debajo del campo.

DADO la selección de la compra CUANDO presione el botón visualizar ENTONCES se mostrará los datos de la compra.

DADO la selección de la compra CUANDO

presione el botón desactivar ENTONCES se mostrará un

mensaje de confirmación.

DADO la selección de la compra CUANDO presione botón (Excel, PDF) ENTONCES se visualizará un reporte.

DADO la selección de la compra CUANDO presione botón (lista) ENTONCES se visualizará un reporte tipo factura.

80 Tabla 28.

Historia de usuario 6 Sprint 2 Historia de Usuario Número: 6

Usuario: Vendedor

Nombre historia: Ingreso de usuarios Prioridad en negocio: 100

Riesgo en desarrollo: Medio

Puntos estimados: 13

Sprint asignado: 2

Programador responsable: Jordan Ajila, Joselyn Pineda Descripción: COMO vendedor QUIERO agregar, cancelar, actualizar los usuarios PARA tener un reporte organizado.

Escenario de pruebas: DADO el registro de usuarios CUANDO presione el botón guardar ENTONCES se mostrará un mensaje de confirmación.

DADO el registro de usuarios incompleto CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje debajo del campo.

DADO la selección del usuario CUANDO presione el botón editar ENTONCES se mostrará los datos del usuario.

DADO la selección del usuario CUANDO presione el botón desactivar ENTONCES se mostrará un mensaje de confirmación.

DADO reporte.

la selección del usuario CUANDO presione botón (Excel, PDF) ENTONCES se visualizará un

81 Tabla 29.

Historia de usuario 7 Sprint 2 Historia de Usuario Número: 7

Usuario: vendedor

Nombre historia: Acceso al sistema Prioridad en negocio: 100

Riesgo en desarrollo: Alto

Puntos estimados: 5

Iteración asignada: 2

Programador responsable: Jordan Ajila, Joselyn Pineda Descripción: COMO vendedor QUIERO ingresar mi usuario y contraseña PARA acceder con los privilegios respectivos.

Escenario de pruebas: DADO el ingreso del usuario y contraseña CUANDO presione el botón ingresar ENTONCES presentara el menú principal.

DADO el ingreso del usuario y contraseña incorrectos, y/o incompleto CUANDO presione el botón ingresar ENTONCES presentara el mensaje de error

82 Tabla 30.

Historia de usuario 8 Sprint 3 Historia de Usuario Número: 8

Usuario: Vendedor

Nombre historia: Ingreso de ventas Prioridad en negocio: 100

Riesgo en desarrollo: Medio

Puntos estimados: 21

Sprint asignado: 2

Programador responsable: Jordan Ajila, Joselyn Pineda Descripción: COMO vendedor QUIERO agregar, cancelar, visualizar las ventas PARA tener un reporte organizado.

Escenario de pruebas: DADO el registro de las ventas CUANDO presione el botón guardar ENTONCES se mostrará un mensaje de confirmación.

DADO el registro de las ventas incompleto CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje debajo del campo.

DADO la selección de la venta CUANDO presione el botón visualizar ENTONCES se mostrará los datos de la venta.

DADO la selección de la venta CUANDO presione el botón cancelar ENTONCES se mostrará un mensaje de confirmación.

DADO

la selección de la venta CUANDO presione botón (Excel, PDF) ENTONCES se visualizará un

reporte.

DADO la selección de la venta CUANDO presione botón (lista) ENTONCES se visualizará un reporte tipo factura.

83 Tabla 31.

Historia de usuario 9 Sprint 3 Historia de Usuario Número: 9

Usuario: Vendedor

Nombre historia: Ingreso de créditos a clientes Prioridad en negocio: 100

Riesgo en desarrollo: Medio

Puntos estimados: 13

Sprint asignado: 2

Programador responsable: Jordan Ajila, Joselyn Pineda Descripción: COMO vendedor QUIERO agregar, cancelar, visualizar los créditos a clientes PARA tener un reporte organizado.

Escenario de pruebas: DADO el registro de los créditos CUANDO presione el botón guardar ENTONCES se mostrará un mensaje de confirmación.

DADO el registro de los créditos incompleto CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje debajo del campo.

DADO la selección del crédito CUANDO presione el botón visualizar ENTONCES se mostrará los datos de la venta.

DADO la selección del crédito CUANDO presione el botón cancelar ENTONCES se mostrará un mensaje de confirmación.

DADO

la selección del crédito CUANDO presione botón (Excel, PDF) ENTONCES se visualizará un

reporte.

DADO la selección del crédito CUANDO presione botón (lista) ENTONCES se visualizará un reporte tipo factura.

84 Tabla 32.

Historia de usuario 10 Sprint 3 Historia de Usuario Número: 10

Usuario: Vendedor

Nombre historia: Ingreso de cobros a clientes Prioridad en negocio: 100

Riesgo en desarrollo: Medio

Puntos estimados: 5

Sprint asignado: 2

Programador responsable: Jordan Ajila, Joselyn Pineda Descripción: COMO vendedor QUIERO agregar, cancelar, visualizar los cobros a clientes PARA tener un reporte organizado.

Escenario de pruebas: DADO el registro de los cobros CUANDO presione el botón guardar ENTONCES se mostrará un mensaje de confirmación.

DADO el registro de los créditos cobros CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje debajo del campo.

DADO la selección del cobro CUANDO presione el botón visualizar ENTONCES se mostrará los datos de los cobros.

DADO la selección del cobro CUANDO presione botón (Excel, PDF) ENTONCES se visualizará un reporte.

85 Anexo 7. Pruebas de aceptaciรณn Sprint 1

86

87

88

89 Anexo 8. Pruebas de aceptaciรณn Sprint 2

90

91

92 Anexo 9. Pruebas de aceptaciรณn Sprint 3

93

94

95 Anexo 10. Tabla económica Recursos Gastos Humanos Estudiantes (Horas de programación)

Cantidad

Valor unitario

Valor Total USD

240

$10,00

$2.400,00

100 20 3 4 2 2 1 20 200 2 10

$0,05 $0,05 $0,70 $0,40 $0,40 $0,30 $0,80 $2,75 $0,10 $1,00 $0,30

$5,00 $1,00 $2,10 $1,60 $0,80 $0,60 $0,80 $55,00 $20,00 $2,00 $3,00

Inversiones (tecnológico) Flash memory Computador Impresora Cartuchos de tinta

1 2 1 4

$10,00 $300,00 $250,00 $10,00

$10,00 $600,00 $250,00 $40,00

Gestión (mes) Llamadas telefónicas Internet Luz

20 6 6

$1,00 $25,00 $10,00

$20,00 $150,00 $60,00

1 5

$15,00 $1,50

$15,00 $7,50 $3644,40 $182,22 $3826,62

Costos Operacionales (Materiales) Resma de papel Copias Carpeta Esferos Lápiz Borrador Corrector Comida Impresiones Anillado (borradores) Transporte

Reproducción de escritos Informe final (Anillado) CD’s Subtotal Imprevistos TOTAL

96 Anexo 11. Manual de Usuario El Manual de Usuario se encuentra dentro del CD en formato digital Anexo 12. Manual TĂŠcnico El Manual TĂŠcnico se encuentra dentro del CD en formato digital Anexo 13. Diccionario de datos El diccionario de datos se encuentra dentro del CD en formato digital.