Implementación de un sistema orientado a la Web para el control administrativo de bodega by Pontificia Universidad Católica del Ecuador sede Santo Domingo PUCE SD

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica – Escuela de Sistemas

IMPLEMENTACIÓN DE UN SISTEMA ORIENTADO A LA WEB PARA EL CONTROL ADMINISTRATIVO DE BODEGA, PRODUCTOS Y SERVICIOS DE LA EMPRESA SUNTRAC S.A. DE LA CIUDAD DE SANTO DOMINGO DURANTE EL PERIODO 2016-2017

Trabajo de Titulación previa a la obtención del título de Ingenieros de Sistemas y Computación

Línea de Investigación: Estudio, diseño e implementación de Software

Autores: ROBERTO CARLOS LOOR GUAMÁN ROBERTO JAVIER ESTRELLA LLERENA Director: Mg. LUIS JAVIER ULLOA MENESES

Santo Domingo - Ecuador Abril, 2018

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica – Escuela de Sistemas HOJA DE APROBACIÓN IMPLEMENTACIÓN DE UN SISTEMA ORIENTADO A LA WEB PARA EL CONTROL ADMINISTRATIVO DE BODEGA, PRODUCTOS Y SERVICIOS DE LA EMPRESA SUNTRAC S.A. DE LA CIUDAD DE SANTO DOMINGO DURANTE EL PERIODO 2016-2017 Línea de Investigación: Estudio, diseño e implementación de Software Autores: ROBERTO CARLOS LOOR GUAMÁN ROBERTO JAVIER ESTRELLA LLERENA

Luis Javier Ulloa Meneses, Mg.

f._________________________

DIRECTOR DEL TRABAJO DE TITULACIÓN Jon Azcona Esteban, 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 Abril, 2018

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Yo, Roberto Carlos Loor Guamán portador de la cédula de ciudadanía No. 171978201-1 declaro que los resultados obtenidos de la investigación que presento como informe final, previo a la obtención del Grado de Ingeniero de Sistemas y Computación son absolutamente originales, auténticos y personales. En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprende del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de nuestra y exclusiva responsabilidad legal y académica.

Roberto Carlos Loor Guamán C.I. 171978201-1

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Yo, Roberto Javier Estrella Llerena portador de la cédula de ciudadanía No. 171739974-3 declaro que los resultados obtenidos de la investigación que presento como informe final, previo a la obtención del Grado de Ingeniero de Sistemas y Computación son absolutamente originales, auténticos y personales. En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprende del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de nuestra y exclusiva responsabilidad legal y académica.

Roberto Javier Estrella Llerena C.I. 171739974-3

AGRADECIMIENTO

Agradecemos a Dios por darnos la fuerza y fe necesaria para alcanzar nuestros objetivos y finalizar éste proyecto con su ayuda. A nuestras familias por su apoyo incondicional, ya que siempre han estado con nosotros en todo momento brindándonos el aporte necesario. Agradecemos a SUNTRAC S.A. por proporcionar la facilidad y el apoyo inexcusable para efectuar este proyecto.

ROBERTO JAVIER ESTRELLA LLERENA ROBERTO CARLOS LOOR GUAMÁN

DEDICATORIA

Dedicamos este proyecto a nuestras familias que han sido nuestros ejemplos a seguir y nos han impulsado a seguir con constancia nuestros objetivos. A Dios por acompañarnos y guiarnos en nuestro diario vivir.

ROBERTO JAVIER ESTRELLA LLERENA ROBERTO CARLOS LOOR GUAMÁN

vii

RESUMEN

El presente proyecto tiene como objetivo el desarrollo e implementación de un sistema web para el control administrativo de bodega, productos y servicios de la empresa SUNTRAC S.A. de Santo Domingo. Este software beneficiará a registrar de una manera eficiente su inventario y disminuir pérdidas que han afectado a la empresa. El proyecto primeramente gestiona a los usuarios que harán uso del sistema, seguido de la administración de la materia prima en bodega, y así como la compra y venta de productos. Para el proyecto se presentas varias alternativas y métodos para su realización; de los cuales se utilizó la metodología XP ya que brinda facilidades al momento de desarrollar el software, para lo cual se crea un sistema de fácil manejo. Se utilizan como herramientas de desarrollo para la creación del software como MySQL para la gestión de la base de datos; PHP, Javascript y AJAX como lenguajes de programación orientado a la WEB, Materialize y CSS en el diseño de la página WEB. Los beneficiarios con el sistema son el personal administrativo y el encargado de controlar la bodega brindando una facilidad en el proceso y detalles en el inventario, realizando reportes diarios de ventas y control de entrada y salida de productos. Palabras clave: Software, Sistema Web, Inventario, Metodología XP, Control de bodega.

viii

ABSTRACT

The objective of this project is the development and implementation of a web system for the administrative control of the warehouse, products and services of the company SUNTRAC S.A. from Santo Domingo. This software will benefit to register its inventory efficiently and reduce losses that have affected the company. The project first manages the users who will use the system, followed by the administration of the raw material in the warehouse, as well as the purchase and sale of products. For the project, several alternatives and methods for its realization are presented; of which the XP methodology was used as it provides facilities at the time of developing the software, or which an easy-to-use system is created. As development tools for the creation of software tools such as MySQL for the management of the database; PHP, Javascript and AJAX as programming languages oriented to the WEB, Materialize and CSS in the design of the WEB page are used. The beneficiaries with the system are the administrative staff and the person in charge of controlling the warehouse, providing a facility in the process and details in the inventory, making daily reports of sales and control of entry and exit of products. Keywords: Software, Web System, Inventory, XP Methodology, Warehouse Control.

ÍNDICE 1. INTRODUCCIÓN ..................................................................................................................... 1 2. PLANTEAMIENTO DEL PROBLEMA .................................................................................. 2 2.1 Antecedentes ............................................................................................................................. 2 2.2 Problemas de la investigación ................................................................................................... 4 2.3 Justificación de la Investigación ............................................................................................... 4 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 Revisión de la literatura ............................................................................................................ 7 3.1.1 Inventario. .............................................................................................................................. 7 3.1.1.1 Funciones del inventario. .................................................................................................... 7 3.1.1.2 Tipos del inventario. ........................................................................................................... 7 3.1.1.2.1 Tipos de inventarios, según su función. ........................................................................... 7 3.1.1.2.2 Tipos de inventarios, según la etapa de procesamiento del bien material. ...................... 8 3.1.1.2.3 Tipos de inventarios, según el tipo de demanda al que se ven afectados. ....................... 8 3.1.1.3 Niveles de inventario. ......................................................................................................... 9 3.1.1.3.1 Nivel de inventario, según el punto de vista financiero. ................................................. 9 3.1.1.3.2 Nivel de inventario, según el punto de vista de mercadeo y ventas. .............................. 9 3.1.1.3.3 Nivel de inventario, según el punto de vista de producción. ........................................... 9 3.1.2 Ingeniería de Software. ........................................................................................................ 10 3.1.3 Software. .............................................................................................................................. 10 3.1.3.1 Tipos de Software ............................................................................................................. 10 3.1.3.1.1 Software libre. ................................................................................................................ 10 3.1.3.2 Ciclo de vida del Software. ............................................................................................... 11 3.1.3.2.1 Modelos del ciclo de vida del software.......................................................................... 11 3.1.3.2.1.1 Modelo en cascada. ..................................................................................................... 11 3.1.3.2.1.2 Modelo en V. .............................................................................................................. 12 3.1.3.2.1.3 Modelo en espiral........................................................................................................ 13 3.1.4 Base de datos........................................................................................................................ 13 3.1.4.1 Estructura de una base de datos. ....................................................................................... 13 3.1.4.2. Arquitectura de una base de datos. .................................................................................. 14

3.1.5 Lenguajes de programación. ................................................................................................ 14 3.1.6 Ejecución de lenguajes de programación. ............................................................................ 14 3.1.6.1 Compiladores. ................................................................................................................... 14 3.1.6.2 Intérpretes. ........................................................................................................................ 14 3.1.7 Programación extrema. ........................................................................................................ 15 3.1.7.1 Valores XP. ....................................................................................................................... 15 3.1.7.2 Proceso de programación extrema. ................................................................................... 15 3.1.7.2.1 Planeación. ..................................................................................................................... 15 3.1.7.2.2 Diseño. ........................................................................................................................... 16 3.1.7.2.3 Codificación. .................................................................................................................. 16 3.1.7.2.4 Pruebas. .......................................................................................................................... 16 4. METODOLOGÍA DE LA INVESTIGACIÓN ....................................................................... 17 4.1 Tipos de investigación ........................................................................................................... 17 4.2 Población y muestra ............................................................................................................... 17 4.3 Técnicas e instrumentos para recogidas de datos .................................................................. 17 4.4 Técnicas de Análisis de Datos ............................................................................................... 18 4.5 Metodología de Desarrollo de Software ................................................................................ 18 4.5.1 Análisis y selección de Metodologías de Desarrollo de Software. ..................................... 18 4.5.2 Metodología XP................................................................................................................... 21 4.5.2.1 Etapas de la metodología. ................................................................................................. 21 4.5.2.1.1 Planificación. ................................................................................................................. 21 4.5.2.1.2 Diseño. ........................................................................................................................... 22 4.5.2.1.3 Codificación. .................................................................................................................. 23 4.5.2.1.4 Pruebas. .......................................................................................................................... 23 5. RESULTADOS ........................................................................................................................ 25 5.1 Discusión y Análisis de los resultados. .................................................................................. 25 5.1.1 Tabulación de la encuesta. ................................................................................................... 25 5.1.2 Resultados de la entrevista. ................................................................................................. 33 5.1.3 Resultados de la observación. .............................................................................................. 34 5.1.4 Resultados de la metodología. ............................................................................................. 34 5.1.4.1 Fase de planeación. ........................................................................................................... 34 5.1.4.1.1 Técnica de días ideales................................................................................................... 34 5.1.4.1.2 Historias de usuario........................................................................................................ 35 5.1.4.1.3 Plan de entrega. .............................................................................................................. 36

5.1.4.1.4 Plan de iteraciones. ........................................................................................................ 37 5.1.4.2 Fase de diseño del sistema. ............................................................................................... 41 5.1.4.2.1 Diseño del sistema web. ................................................................................................. 41 5.1.4.2.2 Diseño de la base datos. ................................................................................................. 44 5.1.4.2.2.1 Diseño lógico de Base datos. ...................................................................................... 45 5.1.4.2.2.2 Diseño físico de Base datos. ....................................................................................... 46 5.1.4.2.3 Tarjetas CRC (Clase - Responsabilidad - Colaboración). ............................................. 47 5.1.4.2.4 Diccionario de datos. ..................................................................................................... 50 5.1.4.3 Fase de codificación. ......................................................................................................... 51 5.1.4.3.1 Script de base de datos. .................................................................................................. 51 5.1.4.4 Fase de pruebas. ................................................................................................................ 54 5.1.4.4.1 Pruebas unitarias. ........................................................................................................... 54 5.1.4.4.2 Pruebas de aceptación. ................................................................................................... 54 5.1.5. Análisis de impacto. ............................................................................................................ 60 5.1.5.1 Impacto social. .................................................................................................................. 61 5.1.5.2 Impacto tecnológico. ......................................................................................................... 62 5.1.5.3 Impacto ambiental. ............................................................................................................ 62 5.1.5.4 Impacto económico. .......................................................................................................... 63 5.1.5.5 Impacto General. ............................................................................................................... 64 5.1.6. Conclusiones. ...................................................................................................................... 65 5.1.7. Recomendaciones. .............................................................................................................. 66 6. LISTA DE REFERENCIAS .................................................................................................... 67 GLOSARIO .................................................................................................................................. 69 ANEXOS ...................................................................................................................................... 70

xii

ÍNDICE DE TABLAS Tabla 1 Cuadro comparativo de metodologías de desarrollo de Software ................................... 19 Tabla 2 Cuadro comparativo de lenguajes de programación ........................................................ 20 Tabla 3 Cuadro comparativo de Gestores de Base de Datos. ....................................................... 21 Tabla 4 Función del entrevistado .................................................................................................. 25 Tabla 5 Fiabilidad y realidad del inventario actual ....................................................................... 26 Tabla 6 Nivel de problemas del inventario ................................................................................... 27 Tabla 7 Generación de reportes .................................................................................................... 28 Tabla 8 Confianza de información ................................................................................................ 29 Tabla 9 Implementar sistema ........................................................................................................ 30 Tabla 10 Tiempo de consultas ...................................................................................................... 31 Tabla 11 Sistema informático ....................................................................................................... 32 Tabla 12 Calendario de trabajo ..................................................................................................... 35 Tabla 13 Esfuerzo desarrollado .................................................................................................... 35 Tabla 14 Historia de Usuario ........................................................................................................ 36 Tabla 15 Plan de entrega versión 2.7 ............................................................................................ 36 Tabla 16 Plan de iteraciones 1 V. 2.7 ........................................................................................... 38 Tabla 17 Plan de iteraciones 2 V. 2.7 ........................................................................................... 39 Tabla 18 Plan de iteraciones 3 V. 2.7 ........................................................................................... 40 Tabla 19 Plan de iteraciones 4 V. 2.7 ........................................................................................... 41 Tabla 20 Tarjeta CRC. Administración de Usuarios .................................................................... 47 Tabla 21 Tarjeta CRC. Administración de Proveedores ............................................................... 47 Tabla 22 Tarjeta CRC. Administración de Clientes ..................................................................... 48 Tabla 23 Tarjeta CRC. Administración de Materiales.................................................................. 48 Tabla 24 Tarjeta CRC. Administración de Transportistas ............................................................ 49

xiii

Tabla 25 Tarjeta CRC. Administración de Vehículos .................................................................. 49 Tabla 26 Tarjeta CRC. Administración de Obras ......................................................................... 50 Tabla 27 Diccionario de Datos ..................................................................................................... 50 Tabla 28 Pruebas de funcionalidad 1 ............................................................................................ 55 Tabla 29 Pruebas de funcionalidad 2 ............................................................................................ 55 Tabla 30 Pruebas de funcionalidad 3 ............................................................................................ 56 Tabla 31 Pruebas de funcionalidad 4 ............................................................................................ 57 Tabla 32 Pruebas de funcionalidad 5 ............................................................................................ 57 Tabla 33 Pruebas de funcionalidad 6 ............................................................................................ 58 Tabla 34 Niveles de impacto......................................................................................................... 60 Tabla 35 Impacto social ................................................................................................................ 61 Tabla 36 Impacto tecnológico ....................................................................................................... 62 Tabla 37 Impacto ambiental.......................................................................................................... 62 Tabla 38 Impacto económico ........................................................................................................ 63 Tabla 39 Impacto General ............................................................................................................. 64

xiv

ÍNDICE DE FIGURAS Figura 1. Modelo en Cascada........................................................................................................ 12 Figura 2. Modelo en V. ................................................................................................................ 12 Figura 3. Modelo en Espiral. ........................................................................................................ 13 Figura 4. Función o Rol. ............................................................................................................. 25 Figura 5. Fiabilidad y realidad de inventario actual. .................................................................... 26 Figura 6. Nivel de problemas del inventario. ................................................................................ 27 Figura 7. Generación de reportes. ................................................................................................. 28 Figura 8. Confianza de información. ............................................................................................ 29 Figura 9. Implementar sistema. ..................................................................................................... 30 Figura 10. Tiempo de consulta...................................................................................................... 31 Figura 11. Sistema informático. .................................................................................................... 32 Figura 12. Página principal informativa. ...................................................................................... 42 Figura 13. Servicios que brinda a la ciudadanía. . ....................................................................... 42 Figura 14. Ingreso al sistema.. ...................................................................................................... 43 Figura 15. Menú de Usuarios. ...................................................................................................... 43 Figura 16. Menú de Clientes. ........................................................................................................ 44 Figura 17. Diseño lógico de base de datos del sistema. ................................................................ 45 Figura 18. Diseño físico de base de datos del sistema. ................................................................. 46 Figura 19. Prueba unitaria Clase Materia prima.. ......................................................................... 54 Figura 20. Prueba unitaria Clase Cliente. ..................................................................................... 54 Figura 21. Reporte diario en valores del sistema. ......................................................................... 60 Figura 22. Reporte diario detallado del sistema............................................................................ 60

ÍNDICE DE ANEXOS ANEXO 1: Carta de aceptación del proyecto .............................................................................. 70 ANEXO 2: Carta de impacto ....................................................................................................... 71 ANEXO 3: Carta de Entrega - Recepción.................................................................................... 72 ANEXO 4: Cuadro del presupuesto económico del proyecto ...................................................... 73 ANEXO 5: Encuestas realizadas al personal administrativo de SUNTRAC S.A. ....................... 74 ANEXO 6: Entrevista realizada al gerente propietario de SUNTRAC S.A. ............................... 76 ANEXO 7: Historias de Usuario .................................................................................................. 77 ANEXO 8: Manual de Usuario .................................................................................................... 83 ANEXO 9: Manual Técnico....................................................................................................... 102

1. INTRODUCCIÓN En la actualidad las empresas en el Ecuador han tenido varios cambios importantes, uno de ellos es el mejoramiento en la parte tecnológica, esto permite que exista una automatización en algunas áreas de las compañías. Las aplicaciones informáticas hacen que la calidad de los servicios en áreas estratégicas funcione de una manera ideal y significativa. Por tal razón la presente disertación de grado es una investigación con la finalidad de ayudar a automatizar el control de inventarios de la empresa SUNTRAC S.A. y así cumplir sus requerimientos. Este proyecto está estructurado de la siguiente manera: Esta investigación empieza conociendo los antecedentes de la empresa, con lo cual se realiza el planteamiento del problema, además de las preguntas de investigación; la justificación y los objetivos de la tesis. En el siguiente capítulo se presenta el marco referencial de la investigación, donde se encuentra los conceptos que van a sustentar la realización del presente proyecto. En la cuarta sección conocemos la metodología de la investigación donde se incluye el tipo y el enfoque que se utiliza en el proyecto, además de la población, muestra, técnicas de recogida de datos, así como la selección apropiada de la metodología de desarrollo de software a utilizar. En el quinto capítulo conocemos los resultados de las encuestas realizadas a las personas involucradas, resultados de la entrevista al propietario de la empresa, asimismo se realiza el desarrollo del proyecto en todas sus fases según la metodología seleccionada. Además de los resultados de la observación realizada a la empresa, conclusiones y recomendaciones del proyecto. Al final del proyecto se redacta la bibliografía y anexos en los cuales se fundamenta para la realización del proyecto.

2. PLANTEAMIENTO DEL PROBLEMA 2.1 Antecedentes La empresa SUNTRAC S.A. es una empresa dedicada a construcción de obras civiles. La mayor actividad es la construcción de carreteras, asfaltado, urbanizaciones, edificios, venta de material pétreo y otros trabajos de ingeniería civil. Desde sus inicios en 2003 la empresa ha crecido y avanzado gracias a la eficiencia de un equipo humano formado y comprometido, que con dedicación y esfuerzo ha logrado alcanzar día a día el objetivo prioritario de la empresa que es la satisfacción del Cliente. Su oficina se encuentra ubicada en la Calle Cuenca 398 y Galápagos, planta alta en la ciudad de Santo Domingo. Su actual gerente general es el ingeniero Patricio Llerena. La empresa cuenta con una mina, la cual se encuentra ubicada en la Vía Quinindé Km. 21 con el nombre de Mina Buena Esperanza, aquí es donde se despacha el material pétreo para las construcciones y a la vez se abastece de otras minas cuando se requiera por escasez de material. SUNTRAC S.A. desde su creación no ha contado con un control adecuado para su inventario, ya que se lo realiza los registros de forma manual los productos que se despachan, como los productos que se adquieren de los proveedores. Además no existe un control de las ventas por cliente, ya que se necesita conocer detalles de créditos realizados por cada persona, asimismo se dificulta la realización de reportes diarios de la materia prima, por lo tanto, no se puede conocer valores reales que la empresa debe tener en cuenta para su estadística financiera. Así mismo tenemos algunos trabajos de investigación que ayudaran a la búsqueda y solución de este proyecto puesto que tiene relación con el mismo entre ellos tenemos los siguientes:  Sánchez G. (2015) Tesis de Grado, “Control Interno y Gestión de Inventarios en la Ferretería FERRHER en la Parroquia de Luz de América”. El control interno comprende el plan de organización en todos los procedimientos coordinados de manera coherente a las necesidades del negocio; para proteger y resguardar sus

activos, verificar su exactitud y confiabilidad de los datos contables; así como también llevar la eficiencia, productividad y custodia en las operaciones para estimular la adhesión a las exigencias ordenadas por la gerencia. Existen dependencias que siempre van a estar en constantes cambios, con la finalidad de afinar su funcionabilidad en cada área de trabajo.  Loja J. (2015) Tesis de Grado, “Propuesta de un Sistema de Gestión de Inventarios para la Empresa FEMARPE CIA LTDA.”. Gestionar los inventarios es de vital importancia para toda empresa, por tal motivo se propone implementar un sistema de gestión de inventarios en la empresa "FEMARPE CÍA. LTDA.", con el cual se podrá mejorar muchas de las falencias que existen dentro de la empresa, y se podrá contar con la información necesaria para la toma de decisiones.  Medina L. y Zegarra N. (2017) Tesis de Grado, “Propuesta de un sistema de control interno de inventario, en la distribuidora ladrillera P&A La Muralla EIRL, 2016.” Aunque es cierto que las empresas se han visto en la necesitar de buscar estrategias para mejorar el control interno de inventarios, porque contribuye a que se disponga de un activo con una rotación eficaz y así mismo convertirse en efectivo en menos tiempo, razón por la cual requiere una atención muy especial, porque de una buena y sana administración depende en gran medida el éxito de la organización.  Mindiolaza L. y Campoverde V. (2012) Tesis de Grado, “Implementación de un Sistema de Control de Inventario para el Almacén Credicomercio Naranjito”; El control verifica que todo se haga conforme con lo que fue planteado y organizado, de acuerdo con las órdenes dadas para identificar los errores o desvíos, con el fin de corregirlas y evitar su repetición.  Suarez M. (2014) Tesis de Grado, “Implementación de un Sistema de Inventarios en la Empresaingepec Ltda. de la Ciudad de Ocaña, que le Permita Establecer Mecanismos de Control de sus Materiales”.; La implementación del sistema de inventarios que se desea realizar se hace supremamente importante porque con él se busca la automatización de los procesos actuales de la empresa INGEPEC LTDA, permitiéndole tener una estructura integra que facilita la ubicación de los elementos, el registro de los movimientos de dicho inventario, de igual forma saber la disponibilidad existente, el uso que se le ha dado a los

mismos.

2.2 Problemas de la investigación ¿Cómo mejorar el inadecuado proceso de control de ingreso y salida de material pétreo?El inconveniente es el inadecuado proceso para el control de ingreso y salida de material pétreo. Actualmente la empresa realiza este inventario mediante recibos y documentos físicos que son ingresados en hojas de cálculos, pero que a la vez pueden ser manipulados fácilmente por cualquier persona, por lo que no brinda la seguridad de un control real en el proceso de entrega y salida. Con estos antecedentes se realiza las siguientes preguntas: ¿Cuáles son los recursos con los que cuenta la empresa, y cómo es el proceso del control actual de su inventario? ¿Qué metodología de desarrollo de software se emplea según los requerimientos del usuario para un buen funcionamiento del sistema? ¿Cuáles son las herramientas de desarrollo de software, que se necesitan para la realización de un sistema orientado a la Web? ¿Qué beneficio se obtiene con la desarrollo de un software en la empresa SUNTRAC S.A?

2.3 Justificación de la Investigación En la actualidad existen varios sitios basados en Sistemas Web, que facilitan al usuario acceder a un sitio usando cualquier navegador con acceso a Internet, ya que éstos brindan servicios como consultas, compras, ventas de cualquier producto, etc. Al presente, encontramos gran variedad de sistemas informáticos para el control de bodegas, productos y servicios, pero lo que la comunidad no entiende es que estos no son un 100% adaptable a la empresa como el realizar un sistema específico para cada institución, el cual cubrirá todas las necesidades que tiene el caso en específico.

En Ecuador, una mayoría de empresas no tienen una página Web donde se den a conocer sus productos y servicios relacionado a su enfoque, dejando de informar a la ciudadanía de una manera más fácil mediante el Internet de que trata su institución. En consecuencia, es importante adaptar estas tecnologías en las entidades productivas, como en este caso es la empresa SUNTRAC S.A., que se dedica a la ingeniería y construcción, con el fin de crear un sistema donde se dé a conocer los conocimientos adquiridos por parte de los desarrolladores. La decisión de crear este software se debe a que existen irregularidades en el registro de inventarios y esto beneficiará a la empresa SUNTRAC S.A. a controlar y disminuir pérdidas que han afectado en sus utilidades. Teniendo en cuenta la política del Plan Nacional del Buen Vivir, este proyecto promoverá la interacción recíproca entre la educación, el sector productivo y la investigación científica y tecnológica, para la transformación de la matriz productiva y la satisfacción de necesidades de la ciudadanía. El proyecto puede ayudar a optimizar la distribución de materiales, mejorar la producción basado en un control de las entradas y salidas y poder llevar un registro de cada material, elaborando el sistema de inventario proporcionando los conocimientos necesarios al personal responsable de labores.

2.4 Objetivos de la Investigación 2.4.1 Objetivo general. Implementar un sistema web para el control administrativo de bodega, productos y servicios de la empresa SUNTRAC S.A. de Santo Domingo. 2.4.2 Objetivos específicos. 

Identificar el proceso de las actividades que comprenden el control de

inventarios. 

Determinar la metodología de desarrollo de software que se aplicará para la

implementación del sistema. 

Establecer las herramientas de desarrollo de software para la creación del

sistema orientado a la Web. 

Desarrollar un sistema web que permita la interacción con el personal

administrativo, mejorando el control de los procesos.

3. MARCO REFERENCIAL 3.1 Revisión de la literatura 3.1.1 Inventario. La palabra inventario proviene del latín “inventárium significa lista de lo hallado”; el inventario de bodega es uno de los campos más costosos de las empresas, el inventario es por lo general un 50 % de la inversión realizada. Por este motivo vemos que la reducción de inventario causa problemas en producción e inconformidad de los clientes por la escasez de productos. La gran meta de control de los inventarios es encontrar el punto de equilibrio entre la bodega o inventario, la producción y los clientes. Ahora bien, el inventario es todos los activos que se encuentran listos para la venta al público, toda la mercadería que poseen las empresas en los almacenes o puntos de venta. (Render & Heizer, 2014, p. 476) 3.1.1.1 Funciones del inventario. El inventario puede cumplir con varias funciones que agregan control a las operaciones de una empresa. Las principales funciones del inventario son: 

Proporcionar una selección de bienes para la deñada anticipada de los clientes

y separar a la empresa de las fluctuaciones de esa demanda. 

Separar varias partes del proceso de producción.



Tomar ventaja de los descuentos por cantidad.



Protegerse contra la inflación y los cambios al alza en los precios. (Render &

Heizer, 2014, p. 484) 3.1.1.2 Tipos del inventario. Se encuentran diferentes formas de clasificación para los inventarios por lo general por su función en la empresa por lo que vamos a ver tres categorías las cuales son: 3.1.1.2.1 Tipos de inventarios, según su función. Según Render & Heizer (2014) los inventarios se clasifican en:



De fluctuación: Se dan cuando la demanda del artículo inventariado no se

puede conocer con certeza, no es constante; su fin es que los niveles de producción no tengan que cambiar drásticamente para enfrentar las variaciones aleatorias que presenta la demanda. Los inventarios de fluctuación también son llamados de stock, de seguridad o de estabilización. 

De anticipación: Son los inventarios hechos con anticipación cuando

conocemos de antemano la demanda del producto. 

De tamaño de lote: Son aquellos que se fabrican en un plan maestro de

producción, generalmente es mayor a la demanda, pero se calcula según un estimado de ventas. 

De protección o de seguridad: Cuando la mercadería se caracteriza por fluctuar

en sus precios y las empresas pueden obtener ahorros significativos comprando grandes cantidades cuando los precios están bajos. (p. 479) 3.1.1.2.2 Tipos de inventarios, según la etapa de procesamiento del bien material. Según Render & Heizer (2014) estos inventarios se clasifican en: 

Materias primas: Aquellos productos que son almacenados y esperan que,

mediante un proceso productivo, puedan ser convertidos a productos terminados. 

Productos en proceso: Son productos parcialmente terminados que no son

materias primas, pero que se encuentran en una etapa intermedia del proceso productivo. 

Productos terminados: Son todos aquellos productos que han sido producidos

o comprados por la empresa para ser comercializados. 

Suministros: Son artículos necesarios para la operación de la empresa que no

tienen relación con el producto que se fabrica, dentro de estos se encuentran: repuestos, accesorios, papelería y útiles. (p. 481) 3.1.1.2.3 Tipos de inventarios, según el tipo de demanda al que se ven afectados. Los autores Render & Heizer (2014) definen esta clasificación en: 

Inventarios de demanda independiente: Que será aleatoria en función de las

condiciones del mercado y no estará relacionada directamente con la de otros artículos”.



Inventarios de demanda dependiente: Tienen necesidad de otros artículos

almacenados. Son componentes de n productos complejos cuyo consumo dependerá del número de unidades a fabricar del producto final decidido en la planificación de la producción. (p. 482) 3.1.1.3 Niveles de inventario. Los niveles de inventario a los puntos de vista de los departamentos de la empresa que el inventario afecta y esos son los siguientes: 3.1.1.3.1 Nivel de inventario, según el punto de vista financiero. Desde el punto de vista financiero, el inventario debe controlar el stock necesario que se ajuste a la empresa. Minimiza la inversión. La responsabilidad básica del gerente financiero es asegurarse de que los flujos de caja se administran en forma eficiente, asegurándose que la empresa no comprometa sus fondos en activos superfluos. Para el gerente financiero los inventarios son inversiones en las que el dinero se queda estacionado sin producir, entonces la tendencia general del departamento de finanzas es a mantenerlos en el mínimo. (Render & Heizer, 2014, p. 484) 3.1.1.3.2 Nivel de inventario, según el punto de vista de mercadeo y ventas. “Máximo servicio al cliente. Se refiere a cubrir las demandas cambiantes de los clientes disponiendo de un máximo de productos terminados para dar el mejor servicio al cliente.” (Render & Heizer, 2014, p. 484) 3.1.1.3.3 Nivel de inventario, según el punto de vista de producción. Se debe contar con una producción necesaria para abastecer las necesidades del cliente Los niveles de inventario adecuados se deben determinar desde el punto de vista global de toda la empresa, por lo que hay que encontrar un punto de equilibrio entre los departamentos o sea mantener una operación eficiente, dando un buen servicio al cliente con la mínima inversión. (Render & Heizer, 2014, p. 488)

3.1.2 Ingeniería de Software. “La ingeniería de software es una disciplina que se interesa por todos los aspectos de la producción de software, desde las primeras etapas del sistema hasta el mantenimiento del sistema después de que se pone en operación.” (Somerville, 2011, p.7). 3.1.3 Software. “Software es el conjunto completo de programas, procedimientos y documentación relacionada que se asocia con un sistema, y especialmente con un sistema de computadora. En sentido específico, software son los programas de computadora.” (Sánchez, Sicilia & Rodríguez, 2011) 3.1.3.1 Tipos de Software 3.1.3.1.1 Software libre. Fernando Da Rosa & Federico Heinz (2007) afirman que: “Es un software o programa de computación cuya licencia nos permite ejercer una serie de libertades” (p. 30). Además según Pressman (2010) afirma que existen otros tipos de software, los cuales son los siguientes: Software de Sistemas: Son programas escritos para brindar servicio a otros programas. Llamamos software de sistemas (por ejemplo, compiladores, editores y herramientas para administrar archivos) procesa estructuras de información complejas pero deterministas. Software de Aplicación: Programas aislados que resuelven una necesidad específica de negocios. Las aplicaciones en esta área procesan datos comerciales o técnicos en una forma que facilita las operaciones de negocios o la toma de decisiones administrativas o técnicas. Software de ingeniería y ciencias: Se ha caracterizado por algoritmos devoradores de números.

Software Incrustado: Reside dentro de un producto o sistema y se usa para implementar y controlar características y funciones para el usuario final y para el sistema en sí. El software incrustado ejecuta funciones limitadas y particulares. Aplicaciones web: Llamadas webapps, esta categoría de software centrado en redes agrupa una amplia gama de aplicaciones. En su forma más sencilla, las webapps son poco más que un conjunto de archivos de hipertexto vinculados que presentan la información con uso de texto y graficas limitadas. Sin embargo, desde que surgió Web 2.0, las webapps están evolucionando hacia ambientes de cómputo sofisticados que no solo proveen características aisladas, funciones de cómputo y contenido para el usuario final, sino que también están integradas con bases de datos corporativas y aplicaciones de negocios. (p. 6-7). 3.1.3.2 Ciclo de vida del Software. El ciclo de vida de un proceso o proyecto software es la evolución del mismo desde el momento de su concepción hasta el momento en que deja de usarse, y puede describirse en función de las actividades que se realizan dentro de él. (Sánchez, Sicilia & Rodríguez, 2011, p.22). 3.1.3.2.1 Modelos del ciclo de vida del software. 3.1.3.2.1.1 Modelo en cascada. Según los autores, Sánchez, Sicilia & Rodríguez (2011) afirman que: El modelo de ciclo de vida en cascada (del inglés waterfall) es tal vez el más ampliamente difundido entre los modelos clásicos, y si bien no existe una única formulación del mismo, su característica distintiva es la de llevar a cabo distintas fases de desarrollo en secuencia, comenzando cada una de ellas en el punto en el que termina la anterior. (p.40).

Figura 1. Modelo en Cascada. Adaptado de Raknarok, 2015.

3.1.3.2.1.2 Modelo en V. Según los autores, Sánchez, Sicilia & Rodríguez (2011): “El modelo de ciclo de vida con forma de V es una evolución del modelo en cascada en el que se enfatizan las actividades de verificación y validación. La figura 2 muestra una formulación típica de este modelo” (p.41).

Figura 2. Modelo en V. Adaptado de Velhen, 2012.

3.1.3.2.1.3 Modelo en espiral. Según los autores, Sánchez, Sicilia & Rodríguez (2011): “Propugna evaluar los riesgos de forma regular en el proyecto y, si procede, tomar acciones para mitigar el impacto de esos riesgos a medida que avanza el desarrollo. La formulación original se representa en la Figura 3. La esencia del modelo es la división en cuadrantes del gráfico, dado que cada cuadrante representa un tipo de actividad diferente”. (p.44).

Figura 3. Modelo en Espiral. Adaptado de Almunia, 2016.

3.1.4 Base de datos. “Una base de datos es una colección de información pertenecientes a un mismo contexto (o problema), que está almacenada de forma organizada en ficheros. Una base de datos está organizada mediante tablas que almacenan información concerniente a un objeto o suceso” (López, Castellano & Ospino, 2014, p.6). 3.1.4.1 Estructura de una base de datos. Según los autores, López, Castellano & Ospino (2014): “Una base de datos almacena los datos a través de un esquema. El esquema es la definición de la estructura donde se almacenan los datos, contiene todo lo necesario para organizar la información mediante tablas, registros (filas) y campos (columnas). También contienen otros objetos necesarios

para el tratamiento de los datos (procedimientos, vistas, índices, etc.). Al esquema también se le suele llamar metainformación, es decir, información sobre la información o metadatos”. (p.9). 3.1.4.2. Arquitectura de una base de datos. La arquitectura de una base de datos es la forma como va a estar estructurada el sistema acorde con los siguientes tres niveles que José Piñeiro (2013) afirma: Nivel físico: En él se describen cómo se almacenan físicamente los datos: el tamaño de los bloques de datos, los métodos de direccionamiento, los índices, etc. Nivel lógico o conceptual: En este nivel se describe a nivel lógico la totalidad de los datos que van a ser almacenados en la base de datos mediante la especificación de las entidades (por ejemplo, clientes, pedidos y artículos), atributos o propiedades de las entidades, relaciones entre las entidades, restricciones de integridad y restricciones de confidencialidad. Nivel externo o de vistas: Se define para cada usuario una vista externa o subesquema de la base de datos, que será por lo tanto la visión que de la base de datos tiene cada usuario. (p.8). 3.1.5 Lenguajes de programación. Los lenguajes de programación sirven para escribir instrucciones que entiende el computador, ya que permitirá al sistema realizar alguna función específica. 3.1.6 Ejecución de lenguajes de programación. 3.1.6.1 Compiladores. “Son programas específicos para lenguajes de programación, que transforman el programa fuente en un programa ejecutable.” (Moreno, 2012, p. 13). 3.1.6.2 Intérpretes. “Los interpretes leen línea a línea el código fuente y lo ejecutan, a diferencia de los compiladores.” (Moreno, 2012, p. 13).

3.1.7 Programación extrema. La programación extrema se enfoca en un desarrollo de software basado en la simplicidad, además de ser un método ágil y en el momento el más utilizado por los programadores (Sommerville, 2014). 3.1.7.1 Valores XP. Estos valores de programación se clasifican en: Comunicación: El trabajo en conjunto de los programadores y el cliente es la manera ideal para que el software funcione de la manera adecuada según los parámetros establecidos. La comunicación es importante en todo el proyecto. Simplicidad: Se desarrolla solo lo necesario y solicitado por el cliente. De esta manera se maximiza el valor de la inversión realizada, con esto dirigiéndonos a nuestro objetivo. Se implantará algo de lo que estaremos orgullosos y que tenga una larga duración con un costo moderado. Retroalimentación: Se tomará la molestia de tener una fuerte interacción con el cliente para adaptarnos a sus necesidades, presentando cada cierto tiempo el proyecto y tomar en cuenta sus comentarios para una próxima iteración. Coraje: Se afrontarán todos los problemas que surjan el transcurso del desarrollo del software diciendo la verdad sin tener miedo a algún problema. Nos adaptaremos a los cambios necesarios cuando estos problemas ocurran, así sea de cambiar todo el código con el fin de resolver las necesidades insatisfechas. (Laínez, 2015, p.108). 3.1.7.2 Proceso de programación extrema. En este desarrollo de programación se establecen cuatro acciones organizadas que se presentan a continuación. 3.1.7.2.1 Planeación. La planificación se realiza mediante la comunicación del desarrollador y el cliente, comprendiendo sus necesidades y requerimientos, esto hace que el equipo que realiza el software entienda las características y funciones que se necesitan para su desarrollo. Además

“es necesario adaptar el plan inicia en el caso de que surjan nuevos imprevistos o dependencias externas que dificulten dicho plan” (Álvarez, de las Heras y Lasa, 2012) 3.1.7.2.2 Diseño. El diseño debe ser claro y simple, se lo debe realizar desde el inicio del proyecto, ya que en el transcurso del mismo puede haber variaciones y es más fácil realizar cambios. En el diseño se asignan los trabajos y módulos de las personas en el equipo. XP propone “diseñar de forma incremental al tiempo que va construyendo el software, de manera que el diseño se enriquezca también constantemente con las aportaciones y comentarios del cliente y crezca y evolucione progresivamente” (Álvarez et al., 2012) 3.1.7.2.3 Codificación. Es la parte más esencial de la programación puesto a que sin código fuente no hay programación, antes de comenzar la codificación es necesario hacer pruebas de diseño para tener satisfecho al usuario y cumplir sus necesidades y prioridades. Uno de los mejores mecanismos para hacer que la codificación funcione de manera correcta es la unión de dos personas del equipo, es decir, la programación en parejas, cada una de estas personas, con características distintas y especializadas en distintas áreas puede encargarse de tareas distintas dentro de un mismo código. ”Los desarrolladores deben usar un sistema de control de versiones para la gestión de la configuración y mantener actualizado su entorno de desarrollo como son usar estándares de código, prácticas de integración, etc.” (Álvarez et al., 2012) 3.1.7.2.4 Pruebas. Las pruebas son la mejor forma de medir el funcionamiento del sistema por cada uno de sus módulos o componentes, esas tienen que ser diaria y evaluadas con el cliente para ver la satisfacción del mismo. “Las pruebas deben llevarse a cabo a todos los niveles y todos los implicados en un proyecto deben contribuir a su realización” (Álvarez et al., 2012)

4. METODOLOGÍA DE LA INVESTIGACIÓN 4.1 Tipos de investigación En el proyecto utilizamos un enfoque cuantitativo porque se medirá en forma de estadísticas los resultados. Además el tipo de investigación establecido para el proyecto es la Investigación no experimental ya que éste se encuentra fundamentado en la observación, puesto que esta exploración será estudiada en su manera natural por parte de los investigadores. Esta investigación ayuda a conocer de una manera más directa los inconvenientes que se presenta en el control de inventarios de la empresa SUNTRAC S.A. En el proyecto se utilizó la Investigación Aplicada por el cual se realiza una investigación más práctica que recolecta toda la información de la empresa y así cumplir con los objetivos delimitados.

4.2 Población y muestra La población que se determina es de 7 personas, las cuales comprenden supervisores, cajeros, área contable y gerencia, todas estas personas están laborando en la empresa SUNTRAC S.A. La muestra va a ser la misma cantidad que la población ya que con todas estas personas se toma información del proceso de control de inventarios.

4.3 Técnicas e instrumentos para recogidas de datos En la elaboración de este proyecto se utilizan las siguientes herramientas para recolección de datos. 

Entrevista: Se realiza con la finalidad de conseguir información de una persona en particular mediante preguntas ya realizadas previamente. Para esto se utiliza como instrumento un banco de preguntas de acuerdo a lo requerido (Ver Anexo 6).



Encuesta: Se efectúa mediante cuestionarios conteniendo preguntas elaboradas previamente, que van a mostrar el estado actual del control de inventarios de la empresa con una serie de características, además de sugerencias y aceptación del sistema. En esta técnica se utiliza un cuestionario con preguntas de necesidades que se requieren en la empresa (Ver Anexo 5).

 Observación: Con esta herramienta se puede analizar y obtener información de los procesos que ocurren en la investigación a realizarse. Con esto se puede dar alguna sugerencia en la estructura de operar las técnicas en el control de inventarios.

4.4 Técnicas de Análisis de Datos Para el análisis de datos se utiliza el enfoque cuantitativo por lo que manejaremos herramientas donde mediremos de forma numérica los resultados según los objetivos creados. Se empleará un análisis estadístico que nos permitirá conocer la información detallada en todo el transcurso de la investigación.

4.5 Metodología de Desarrollo de Software 4.5.1

Análisis y selección de Metodologías de Desarrollo de Software. Para la selección específica de una Metodología Ágil se ha elegido entre las

principales XP y Scrum, las cuales utilizan técnicas de gestión y de desarrollo que se acoplan a las necesidades del proyecto. La Metodología Tradicional a diferencia de la Metodología Ágil puede causar problemas en la entrega del software, entre el cliente y el desarrollador ya que no existe mucha comunicación entre éstos, y puede haber varios cambios en el sistema causando pérdida de tiempo y dinero. A continuación se presenta un cuadro comparativo entre las Metodologías XP y Scrum, las cuales nos ha brindado una visión más clara y objetiva para seleccionar la metodología adecuada según los requerimientos del proyecto.

19 Tabla 1 Cuadro comparativo de metodologías de desarrollo de Software

SCRUM

Las entregas se pueden realizar de una hasta tres semanas.

El sprint de entregas es de dos hasta cuatro semanas.

Las tareas de entrega son dispuestas a cambios durante el lapso del proyecto.

Las tareas finalizadas en un sprint, no pueden ser susceptibles a cambios.

La programación se realiza en parejas.

La programación se realiza individualmente.

Se sigue un orden de preferencia de las tareas dictadas por el cliente.

Se puede cambiar el orden de las tareas programadas.

Nota: Análisis por parte de los desarrolladores.

Para el proyecto se utilizará la Programación Extrema (XP) como Metodología de desarrollo de software, ya que utiliza una programación organizada y se implementa una manera de trabajar en la que se adapta fácilmente a nuevas circunstancias que se presenten en el proyecto. A comparación con otras metodologías, XP se adapta a proyectos que tengan alto riesgo, como puede ser en la indecisión del cliente que en el transcurso de la elaboración del software decida realizar cambios. En la Metodología XP se puede realizar el trabajo en grupo en lo que da una ventaja para discutir y poder tomar las mejores decisiones, en cambio la metodología Scrum se realiza el trabajo de manera individual. Se ha utilizado esta metodología en el proyecto por lo que se trabaja en parejas, además se realiza avances constantes para demostrar al cliente el sistema que se realiza.

Para la programación se realizó el siguiente análisis para la selección del leguaje correcto: Tabla 2 Cuadro comparativo de lenguajes de programación Lenguaje de Programación JavaScript

JAVA

PHP

ASP

Fortaleza

Debilidades

Opinión propia

· Los script tiene capacidad restringida

· El script es muy evidente por cualquier persona

· Se la realiza conjunto al cliente

· El script debe descargado totalmente.

Es un lenguaje que puede hacer un sitio web con buenos efectos. Además tiene librerías que mejoran el desarrollo de scripts.

· Los scripts son confiables - Realiza aplicaciones de escritorio.

Lento ejecuciones.

- Realiza aplicaciones móviles y web. · Fácil en sintaxis.

· Es un lenguaje muy global. · Tecnología con servidor

ser

realizar

Es un lenguaje fácil de aprender, tiene librerías que ayudan en el framework a realizar aplicaciones dinámicas.

- Se requiere un servidor cuando se maneja bastante información.

- Es un lenguaje que tiene mucha aceptación por lo que existe varios tutoriales para instruirse y estar al tanto de la programación.

-De paga · El mantenimiento en sitios web tiene costos altos.

El sistema es muy costoso a comparación de otros lenguajes.

· Requiere de bastante código para crear cosas sencillas. Nota: Análisis por parte de los desarrolladores.

Al realizar la evaluación y comparación de los lenguaje de programación se escogió para la realización del proyecto vamos a usar la programación en PHP por factores como la licencia que en este caso son gratuitas por ser software libre. Para la selección del gestor de base de datos se analizó algunas opciones y se realizó una comparación para su selección:

21 Tabla 3 Cuadro comparativo de Gestores de Base de Datos. SGBD

Ventajas -Gran rendimiento al momento de realizar conexiones con el servidor. -Registros sin límite de tamaño.

MySQL

Desventajas

Opinión

Mysql es de los populares en · La mayor parte del gestor no gestión de base de datos, se encuentra documentada. además que cuenta con una licencia libre.

-Es un gestor fiable y tiene -Oracle es el más reconocido -El costo de formación es alto. gran soporte, aunque es un en el mundo. gestor de paga. -Se ejecuta en cualquier computador.

Postgre SQL

- Se utiliza eficazmente en tecnologías Web.

- La configuración es complicada.

- Fácil de Gestionar.

- No brinda seguridades.

-Cuenta con características específicas que hacen demasiadas especial a ciertas necesidades.

-La sintaxis es fácil de aprender. Nota: Análisis por parte de los desarrolladores.

Al realizar la comparación y estudio de los gestores de base de datos por funciones adaptabilidad y rendimiento se escogió el gestor MySQL para la realización del sistema de la investigación. 4.5.2 Metodología XP. La metodología XP se centra en las relaciones comunicativas entre el programador y el cliente, interactuando entre ambas partes, analizando características y funciones necesarias, esto beneficia a que el software tenga un mayor éxito en el resultado final. 4.5.2.1 Etapas de la metodología. 4.5.2.1.1 Planificación. 

Historias de usuario: En esta etapa se define las historias que tiene el usuario con el cliente y el tiempo en que va a tomar cada parte de la aplicación (Ver Anexo 7). Además “los requisitos del sistema deben escribirse en lenguaje de cliente y deben

estar redactados de forma que reflejen pequeñas unidades de funcionalidad visible para el cliente” (Álvarez, de las Heras y Lasa, 2012) 

Estimación del proyecto: Las siguientes tablas están basadas en el tiempo que se va a proceder a realizar el proyecto, la cual se va a estimar mediante días ideales, se calcula el lapso que nos va a tomar en cada Historia de Usuario para la implementación del sistema. En el proyecto “el equipo hará sugerencias y estimaciones para estimar este plan inicial de entregas” (Álvarez et al., 2012)



Plan de Iteraciones: El cliente debe seleccionar la historia de usuario que debe ser implementada en el sistema, en esta etapa se puede corroborar si hay algún problema en la planificación para que se pueda resolver y mejorar el proyecto. Por lo que “trabajar con iteraciones permite a su vez volver a planificar en función de las necesidades de cada momento” (Álvarez et al., 2012)



Velocidad del proyecto: Se debe organizar el tiempo para que las etapas del proyecto vayan funcionando acorde al tiempo establecido de la entrega del sistema, adecuando con las iteraciones y fechas que se ha puesto para cada historia de usuario. (Ver Anexo 7)



Programación en pareja: En la metodología XP es aconsejable contar con dos programadores para mejorar la calidad del software, uno para codificar y el otro para analizar si está bien realizado las funciones que se desarrollen. “Programar por parejas ayuda a alinear al equipo hacia el objetivo de la iteración y aumenta la calidad del código que escribe” (Álvarez et al., 2012)



Reuniones diarias: Se deben realizar reuniones diarias entre los programadores para analizar lo que se está realizando y dar sus problemas encontrados y dar soluciones que los desarrolladores estén de acuerdo. “Montar un entorno de integración continua implica un esfuerzo que se ve recompensado con creces a lo largo de todo el proyecto” (Álvarez et al., 2012)

4.5.2.1.2 Diseño. 

Diseños simples: El diseño en la metodología XP debe ser simple y sencillo. Esto para que el sistema sea entendible y fácil de manipular.

Además “XP propone

trabajar de manera que, tanto el diseño como la arquitectura se creen de forma

incremental. De este modo, mejora el diseño y la arquitectura poco a poco y de forma constante” (Álvarez et al., 2012) 

Tarjetas CRC: Las tarjetas CRC o Tarjetas Clase-Responsabilidad-Colaboración son las clases que se necesitan para implementar el sistema y la manera que va a interactuar los desarrolladores en la misma, con el fin de que el diseño sea lo más simple.



Diccionario de datos: Son los nombres que identifican a cada variable de la base de datos, con sus características.



Riesgos y fallos: Para reducir los problemas que se presenten en la realización del sistema, la metodología XP propone que los equipos de desarrolladores tomen medidas y reduzcan todos los riegos presentes. “El cometer fallos o errores es algo tremendamente útil si se aprende de ellos” (Álvarez et al., 2012)



Funcionalidad extra: No se debe incrementar alguna otra función en el sistema que no sea necesaria y que no esté aprobada por parte del cliente, ya que se perdería tiempo y recursos.

4.5.2.1.3 Codificación. La codificación se la realiza con los requerimientos por parte del cliente y las historias de uso realizadas por desarrolladores y cliente. La metodología XP recomienda la codificación en parejas ya que esto proporcionará una programación de alta calidad. La codificación se debe realizar siguiendo estándares de programación ya establecidos para cuando haya algún inconveniente se pueda resolver de una manera más rápida y eficaz. ”Los desarrolladores deben usar un sistema de control de versiones para la gestión de la configuración y mantener actualizado su entorno de desarrollo como son usar estándares de código, prácticas de integración, etc.” (Álvarez et al., 2012) 4.5.2.1.4 Pruebas. En la metodología XP se debe realizar test al sistema para comprobar que la codificación que se realice esté funcionando de manera eficaz. 

Pruebas unitarias: Estas pruebas se realizan en el momento de ir programando y por lo general se realizan en los módulos del sistema informático para ver su eficiencia individual.



Test de aceptación: Estos test son creados y comprobados por el cliente para evidenciar que las historias de usuarios estén bien realizadas y cumplan con su función. Además, se realizan los test para comprobar que el sistema en general esté funcionando acorde a los requerimientos del cliente.

5. RESULTADOS 5.1 Discusión y Análisis de los resultados. 5.1.1 Tabulación de la encuesta. Pregunta 1. ¿Cuál es su función o rol dentro de SUNTRAC S.A.? Tabla 4 Función del entrevistado

Selección

N° Personas

Porcentaje

Cajero

28%

Supervisor

29%

Personal Contable

43%

Total

100%

Nota: Realizado por los desarrolladores.

¿Cuál es su función o rol dentro de SUNTRAC S.A.?

43%

28% CAJERO SUPERVISOR 29%

PERSONAL CONTABLE

Figura 4. Función o Rol. Fuente: Encuesta realizada a personal administrativo de SUNTRAC S.A.

Análisis: En este análisis se indica un enfoque de los diferentes puestos y tipos de usuarios que se va a tener en el sistema de bodega y su influencia en el mismo, teniendo 43% del personal contable (3 personas), 28 % de cajeros (2 personas) y 29% supervisores (2 personas).

Pregunta 2. ¿Cree usted que la forma en que se lleva el inventario es fiable y real? Tabla 5 Fiabilidad y realidad del inventario actual Selección

N° Personas

Porcentaje

100%

Total

100%

Nota: Realizado por los desarrolladores.

¿Cree usted que la forma en que se lleva el inventario es fiable y real? 0% SI 100%

Figura 5. Fiabilidad y realidad de inventario actual. Fuente: Encuesta realizada a personal administrativo de SUNTRAC S.A.

Análisis: Lo anterior indica que la fiabilidad del inventario es totalmente nula porque el 100% de los encuestados expresan que no es fiable y real la información de bodega, por ende es necesario una herramienta para mejorar el control de este déficit.

Pregunta 3. ¿Qué nivel de problemas tiene al consultar información de bodega? Tabla 6 Nivel de problemas del inventario Selección

N° Personas

Porcentaje

Bajo Medio Alto

0 2 5

71% 29% 0%

Total

100%

Nota: Realizado por los desarrolladores.

¿Qué nivel de problemas tiene al consultar información de bodega? 0%

29% BAJO

71%

MEDIO ALTO

Figura 6. Nivel de problemas del inventario. Fuente: Encuesta realizada a personal administrativo de SUNTRAC S.A.

Análisis:

La implementación de un sistema informático es ideal en la bodega de SUNTRAC S.A. ya que en la actualidad un 71% del personal (5 personas) están disconformes con el manejo del inventario y 29% (2 personas) están medio conformes, por lo que es necesario llevar de una mejor forma el control de la bodega para realizar las consultas de una mejor manera.

Pregunta 4. ¿Cuál es el nivel de problemas al generar reporte de información de bodega? Tabla 7 Generación de reportes Selección

N° Personas

Porcentaje

Bajo

14%

Medio

29%

Alto

57%

Total

100%

Nota: Realizado por los desarrolladores.

¿Cuál es el nivel de problemas al generar reporte de información de bodega?

14% BAJO

57%

29%

MEDIO ALTO

Figura 7. Generación de reportes. Fuente: Encuesta realizada a personal administrativo de SUNTRAC S.A.

Análisis: El gráfico determina que no existe reportes adecuados que reflejen la realidad del inventario, teniendo el nivel alto de problemas con un 57% (4 personas), nivel de promedio medio con un 29% (2 personas), y un 14% de bajos problemas (1 persona) por parte de los usuarios. Para esto se necesita generar reportes de acuerdo a la realidad de los procesos.

Pregunta 5. ¿Cuál es su criterio de confianza con el control de la información de bodega? Tabla 8 Confianza de información Selección

N° Personas

Porcentaje

Bajo

71%

Medio

29%

Alto

Total

100%

Nota: Realizado por los desarrolladores.

¿Cuál es su criterio de confianza con el control de la información de bodega?

29%

0% BAJO 71%

MEDIO

ALTO

Figura 8. Confianza de información. Fuente: Encuesta realizada a personal administrativo de SUNTRAC S.A.

Análisis: Los resultados obtenidos informan que desde el punto de vista del usuario la confianza en el control adecuado del inventario es muy baja ya que el 71% de los encuestados (5 personas) no están conformes con la manera actual con que se manejan los datos, el 29% (2 personas) encuentra mediamente aceptable la manera en realizar el proceso de control de inventario, esto refleja que la empresa no tiene una buena administración del inventario.

Pregunta 6. ¿Cree usted que se debe implementar un sistema para facilitar el manejo de la información de la bodega de la empresa? Tabla 9 Implementar sistema Selección

N° Personas

Porcentaje

100%

Total

100%

Nota: Realizado por los desarrolladores.

¿Cree usted que se debe implementar un sistema para facilitar el manejo de la información de la bodega de la empresa? 0% SI NO 100%

Figura 9. Implementar sistema. Fuente: Encuesta realizada a personal administrativo de SUNTRAC S.A.

Análisis: Revisando los datos obtenidos se obtiene que el 100% de los usuarios encuestados (7 personas) necesita de un sistema que realice el control del inventario de SUNTRAC S.A., ya que por preguntas anteriores no están totalmente de acuerdo a como se está realizando actualmente la administración.

Pregunta 7. ¿Considera usted que el tiempo de demora en generar reportes o consultas de la información de la bodega de la empresa, causa conflictos en el buen control de la misma? Tabla 10 Tiempo de consultas Selección

N° Personas

Porcentaje

100%

Total

100%

Nota: Realizado por los desarrolladores.

¿Considera usted que el tiempo de demora en generar reportes o consultas de la información de la bodega de la empresa, causa conflictos en el buen control de la misma?

0% SI

100%

Figura 10. Tiempo de consulta. Fuente: Encuesta realizada a personal administrativo de SUNTRAC S.A.

Análisis: Los resultados indican que los puntos críticos para los usuarios es el manejo de los reportes reales del inventario de bodega ya que el 100 % de los usuarios (7 personas) reportan demoras al momento de consultar la información en bodega, con esta evaluación se puede analizar que se requiere de un método para agilitar los reportes y consultas frecuentes.

Pregunta 8. ¿Estaría usted dispuesto a aprender un sistema informático sencillo para un mejor manejo del inventario de la empresa? Tabla 11 Sistema informático Selección

N° Personas

Porcentaje

100%

Total

100%

Nota: Realizado por los desarrolladores.

PREGUNTA 8: ¿Estaría usted dispuesto a aprender un sistema informático sencillo para un mejor manejo del inventario de la empresa? 0% SI 100%

Figura 11. Sistema informático. Fuente: Encuesta realizada a personal administrativo de SUNTRAC S.A.

Análisis: Los resultados indican que el 100% del personal de SUNTRAC S.A. estarían dispuestos a aprender un sistema informático que ayude a mejorar el control de la bodega, con lo cual mejoraría todos los procesos que la empresa requiera para un mejor control.

5.1.2 Resultados de la entrevista. Entrevista 1: Entrevista Aplicada al Ing. Patricio Llerena, gerente propietario de SUNTRAC S.A. Preguntas 1.- ¿Cuál es la actividad comercial de la empresa? Respuesta: Es una empresa dedicada a ingeniería y construcción. La mayor actividad es la construcción de carreteras, asfaltado, mantenimiento de vías y otros trabajos de ingeniería civil para lo que la empresa cuenta con una mina donde despacha el material pétreo para las construcciones y a la vez se abastece de otras minas cuando se requiera por escasez de material. 2.- ¿Cuáles son sus mayores problemas o necesidades en el manejo del inventario de su empresa? Respuesta: 

No tener control en cantidades de existencia de los materiales.



Demora en la generación de reporte de salidas y entradas de materiales.



Demora en consultas de ventas diarias de materiales.



No tener un control de ventas por clientes por lo que se vende a crédito.



No poder generar reportes fiables y rápidos.

3.- ¿Cuál es el beneficio que espera del sistema informático a implementar en su empresa? Respuesta: 

Fiabilidad de información.



Rapidez de consultas.



Mayor control en inventarios.

Análisis de la entrevista: Al tener la entrevista con el gerente propietario de empresa nos dimos cuenta que tienen un control muy deficiente, inexacto y con mucha perdida de información por lo que el propietario está teniendo por un lado dudas de sus empleados porque no le dan buenos reporte y referencias de su materiales y la necesidad urgente de tener solución a su problema. 5.1.3 Resultados de la observación. Al ver el manejo del inventario se evidencia que tienen muchos problemas de tiempo, sobre todo porque llevan en EXCEL todos sus ingresos y egreso de bodega y las ventas hacen la facturación de forma manual por lo que encontramos demora en la escritura de las facturas, en ocasiones llegan varios clientes y se acumula la tarea de facturación y despacho. Para realizar reportes tiene que hacer filtros de búsqueda, lo que a su vez lleva tiempo y demora en la generación y clasificación de ventas tanto a crédito como a contado. 5.1.4 Resultados de la metodología. 5.1.4.1 Fase de planeación. La fase de planeación es un proceso importante en la Metodología XP, la cual se recogen los requerimientos del cliente para la realización de las historias de Usuario, con las iteraciones necesarias por realizar. Además se realizan los planes de Entrega y de Iteraciones que contará el proyecto. 5.1.4.1.1 Técnica de días ideales. La estimación se la realiza para determinar el tiempo necesario que tomará el proyecto en cumplir todos sus objetivos de desarrollo del sistema. Para calcular estos tiempos estimados, utilizamos un calendario de trabajo y el esfuerzo de desarrollo a lo que nos sujetaremos en el proyecto.

35 Tabla 12 Calendario de trabajo CALENDARIO DE TRABAJO MES

SEMANAS

DIAS

HORAS

Nota: Realizado por desarrolladores del sistema

Tabla 13 Esfuerzo desarrollado

PERSONA

ESFUERZO DESARROLLADO DIA

HORA

1 punto de historia

Nota: Realizado por desarrolladores del sistema

5.1.4.1.2 Historias de usuario. En las historias de Usuario se especifica las funciones que se van a realizar por parte de SUNTRAC S.A y los programadores, y los mismos serán implementados en el desarrollo del sistema. Las historias de Usuario de este proyecto se encuentran en Anexos (Ver Anexo 7). La historia de usuario tiene como características el número y nombre correspondiente, el Usuario con diferente tipo de privilegio, el riesgo en desarrollo el cual se mide depende de la experiencia del desarrollador en realizar la historia de usuario, además de la prioridad de la historia en la empresa; así como los puntos estimados y la iteración asignada a cada historia. Las historias de usuario se deben describir utilizando las palabras Como, Quiero y Para, que son las características de lo que se requiere; además de los criterios de aceptación utilizando Dado, Cuando y Entonces, que es la manera de realizar dicha acotación. A continuación se describe un ejemplo de las Historia realizada en el sistema.

36 Tabla 14 Historia de Usuario

HISTORIA DE USUARIO Número: 1 Nombre: Administración de Usuarios Usuario: Administrador Riesgo en desarrollo: Medio Prioridad en negocio: Alta Puntos estimados: 4 Iteración asignada: 1 Descripción: Como Administrador Quiero crear, modificar, eliminar usuarios Para controlar su rol adecuado en el manejo del sistema Criterios de aceptación: Dado el Usuario Cuando presiona el botón de Administrar Usuarios Entonces podrá realizar cambios en el rol de los demás usuarios. Nota: Realizado por desarrolladores del sistema

5.1.4.1.3 Plan de entrega. En este plan de entrega se estima el tiempo que se empleará a desarrollar e implementar las historias de usuario. En este proyecto se implanta iteraciones de hasta tres semanas. En la siguiente tabla se expone el plan de entrega a desarrollar en el proyecto. Tabla 15 Plan de entrega versión 2.7

PLAN DE ENTREGA N°

HISTORIA

PRIORIDAD

RIESGO EN

DESARROLLO

ITERACION

ESTIMACION

NEGOCIO 1

Administración de

Alto

Medio

usuarios 2

Ingreso al sistema

Alto

Bajo

Consulta de usuarios

Alto

Medio

Ingreso de Inventario

Medio

Alto

Modificación de

Medio

Inventario 6

Reporte de Inventario

Ingreso de clientes

Medio

Modificación de clientes

Medio

Reporte de clientes

Medio

Ingreso de proveedores

Medio

Modificación de

Medio

proveedores 12

Reporte de proveedores

Medio

Salida de productos

Bajo

Alto

Modificación de Salida

Bajo

Medio

Bajo

Alto

de productos 15

Reporte de Salida de productos

Nota: Realizado por desarrolladores del sistema

5.1.4.1.4 Plan de iteraciones. Las siguientes tablas están basadas en el tiempo que se va a proceder a realizar el proyecto, la cual se va a estimar mediante días ideales, se calcula el lapso que nos va a tomar en cada Historia de Usuario para la implementación del sistema. En el presente proyecto se divide en cuatro iteraciones, con días laborales de 5 horas y semanas de 5 días laborales.

38 Tabla 16 Plan de iteraciones 1 V. 2.7

ITERACIÓN

HISTORIA

ESTIMACIÓN

TAREA DE INGENIERÍA Crear diseño de base de datos. Normalización de base de datos. Creación del script de base de datos.

Administración de usuarios

Crear base de datos con el gestor MySQL. Creación de formulario de login con herramientas html y php. Arreglos de diseño de formulario de login con materilize CSS. Validación de login para ingreso al sistema. Creación de conexión de base de datos MySql y php.

1 Ingreso al sistema

Codificación en php de funciones y validaciones para ingreso al sistema. Creación de formulario de usuarios con herramientas html y php.

Consulta de usuarios

Nota: Realizado por desarrolladores del sistema

ESTIMACIÓN SEMANAS

1 2

Codificación en php funciones y validaciones para modulo de usuarios.

Codificación en php de funciones del módulo de usuarios para permisos de usuarios.

Pruebas de módulo de usuarios, creación modificación y eliminación de usuarios.

39 Tabla 17 Plan de iteraciones 2 V. 2.7 ITERACION HISTORIA

Ingreso de proveedores.

Modificación de proveedores.

Reporte de Proveedores

ESTIMACION TAREA DE INGENIERIA ESTIMACION SEMANAS

Ingreso de clientes

Modificación de clientes

Reporte de clientes

Nota: Realizado por desarrolladores del sistema

Creación de formulario de proveedores con herramientas html y php.

Codificación en php funciones y validaciones para módulo de proveedores.

Diseño de formularios de proveedores.

Arreglos de diseño de formulario de proveedores con materilize CSS.

Pruebas de módulo de proveedores, creación modificación y eliminación de proveedores.

Codificación en php funciones para generar reportes módulo de proveedores con herramienta FPDF.

Pruebas de generación de reportes de proveedores.

Creación de formulario de clientes con herramientas html y php.

Codificación en php funciones y validaciones para módulo de clientes.

Diseño de formularios de clientes. Arreglos de diseño de formulario de clientes con materilize CSS. Pruebas de módulo de clientes, creación modificación y eliminación de clientes. Codificación en php funciones para generar reportes módulo de clientes con herramienta FPDF. Pruebas de generación de reportes de clientes.

1 2

40 Tabla 18 Plan de iteraciones 3 V. 2.7

ITERACION HISTORIA

Ingreso de Inventario

Modificación de inventario

Reporte de inventarios

ESTIMACION TAREA DE INGENIERIA ESTIMACION SEMANAS

Nota: Realizado por desarrolladores del sistema

Creación de formulario de ingreso material con herramientas html y php.

Codificación en php funciones y validaciones para módulo de ingreso material.

Diseño de formularios de ingreso material.

Arreglos de diseño de formulario de ingreso material con materilize CSS. Pruebas de módulo de ingreso material, creación modificación y eliminación de compra.

2 2

Codificación en php funciones para generar reportes módulo de ingreso material con herramienta FPDF.

Pruebas de generación de reportes de kardex.

41 Tabla 19 Plan de iteraciones 4 V. 2.7

ITERACION HISTORIA

Salida de productos

Modificación de Salida de productos

Reporte de Salida de productos

ESTIMACION TAREA DE INGENIERIA ESTIMACION SEMANAS

Creación de formulario de ventas con herramientas html y php. Codificación en php funciones y validaciones para módulo de ventas. Diseño de formularios de ventas. Arreglos de diseño de formulario de ventas con materilize CSS. Pruebas de módulo de ventas, creación modificación y eliminación de ventas.

2 1 2 3 2

Codificación en php funciones para generar reportes módulo de ingreso material con herramienta FPDF.

Pruebas de generación de reportes de ventas diarias.

Pruebas de generación de reportes de ventas crédito.

Nota: Realizado por desarrolladores del sistema

5.1.4.2 Fase de diseño del sistema. 5.1.4.2.1 Diseño del sistema web. La fase de diseño en la Metodología XP debe ser simple, observando que sea sencillo de utilizar, con características básicas y necesarias para un manejo eficiente. A continuación se presenta el diseño que consta en el sistema.

Página principal de la empresa donde se encuentra una introducción de la misma, la misión y visión.

Figura 12. Página principal informativa. Fuente: Diseño realizado por SUNTRAC S.A.

Página de servicios de la empresa donde nos indican todos los servicios que prestan a la comunidad.

Figura 13. Servicios que brinda a la ciudadanía. Fuente: Diseño realizado por SUNTRAC S.A.

Éste es interfaz de Login de ingreso al sistema.

Figura 14. Ingreso al sistema. Fuente: Diseño realizado por SUNTRAC S.A.

Diseño de página módulo de usuarios donde podemos crear, editar y dar permisos.

Figura 15. Menú de Usuarios. Fuente: Diseño realizado por SUNTRAC S.A.

Diseño de módulo clientes en el cual se puede ingresar, modificar y ver historial de los clientes.

Figura 16. Menú de Clientes. Fuente: Diseño realizado por SUNTRAC S.A.

5.1.4.2.2 Diseño de la base datos. Diseño de la base de datos en la cual se ve todos los atribudos de cada tabla y su relaciones.

5.1.4.2.2.1 DiseĂąo lĂłgico de Base datos.

5.1.4.2.2.2 DiseĂąo fĂsico de Base datos.

5.1.4.2.3 Tarjetas CRC (Clase - Responsabilidad - Colaboración). Las tarjetas CRC son una representación de los módulos del sistema orientado a objetos. En estas tarjetas se detalla la clase a la que pertenece, las responsabilidades, colaboradores y métodos de la clase a utilizar. Tabla 20 Tarjeta CRC. Administración de Usuarios Número: 1

Escenario

Administración de Usuarios

Responsabilidades

Colaboradores

Métodos

Registrar nuevos usuarios

Consulta

Insert

Editar datos usuarios

Consulta

Update

Eliminar Usuarios

Consulta

Delete

Observaciones:

Los métodos son llamados de la Clase Usuarios

Nota: Realizado por desarrolladores del sistema

Tabla 21 Tarjeta CRC. Administración de Proveedores Número: 1

Escenario

Administración de Usuarios

Responsabilidades

Colaboradores

Métodos

Consulta

Insert

Proveedores Consulta

Update

Consulta

Delete

Registrar nuevos Proveedores Editar datos Proveedores Eliminar Proveedores Observaciones:

Los métodos son llamados de la Clase Proveedores

Nota: Realizado por desarrolladores del sistema

48 Tabla 22 Tarjeta CRC. Administración de Clientes Número: 1

Escenario

Administración de Usuarios

Responsabilidades

Colaboradores

Métodos

Consulta

Insert

Proveedores Consulta

Update

Consulta

Delete

Registrar nuevos Clientes Editar datos Clientes Eliminar Clientes Observaciones:

Los métodos son llamados de la Clase Clientes

Nota: Realizado por desarrolladores del sistema

Tabla 23 Tarjeta CRC. Administración de Materiales Número: 1

Escenario

Administración de Usuarios

Responsabilidades

Colaboradores

Métodos

Consulta

Insert

Proveedores Consulta

Update

Consulta

Delete

Registrar nuevos Materiales Editar datos Materiales Eliminar Materiales Observaciones:

Los métodos son llamados de la Clase Materiales

Nota: Realizado por desarrolladores del sistema

49 Tabla 24 Tarjeta CRC. Administración de Transportistas Número: 1

Escenario

Administración de Usuarios

Responsabilidades

Colaboradores

Métodos

Consulta

Insert

Proveedores Consulta

Update

Consulta

Delete

Registrar nuevos Transportistas Editar datos Transportistas Eliminar Transportistas Observaciones:

Los métodos son llamados de la Clase Transportistas

Nota: Realizado por desarrolladores del sistema

Tabla 25 Tarjeta CRC. Administración de Vehículos Número: 1

Escenario

Administración de Usuarios

Responsabilidades

Colaboradores

Métodos

Consulta

Insert

Proveedores Consulta

Update

Consulta

Delete

Registrar nuevos Vehículos Editar datos Vehículos Eliminar Vehículos Observaciones:

Los métodos son llamados de la Clase Vehículos

Nota: Realizado por desarrolladores del sistema

50 Tabla 26 Tarjeta CRC. Administración de Obras Número: 1

Escenario

Administración de Usuarios

Responsabilidades

Colaboradores

Métodos

Registrar nuevos Obras

Consulta

Insert

Editar datos Obras

Proveedores Consulta

Update

Eliminar Obras

Consulta

Delete

Los métodos son llamados de la Clase Obras

Observaciones: Nota: Realizado por desarrolladores del sistema

5.1.4.2.4 Diccionario de datos. El diccionario de datos es una fuente de todos los datos de la base de datos desde los nombre de la tablas con sus atributos descripción de tipo de datos y tipo de llaves de las misma. En el diccionario de datos se está evitando la ambigüedad de los datos y sirve para que el analista entienda todos los flujos de entrada, salida y cálculos en los datos.

Tabla 27 Diccionario de Datos Nombre id_cli nombre_cli Dirección_cli Ruc_cli Teléfono_cli Id_entrada Id_prove Id_trans Id_veh Fecha_entrada Sub_total_ingreso Iva_a_pagar Total_a_pagar Id_salida Id_cli Id_obra Id_trans Id_veh Tipo_pago

Tipo de Dato Int (11) Varchar (60) Varchar (80) Varchar (13) Varchar (20) Int (11) Int (11) Int (11) Int (11) Date Decimal (5,2) Decimal (5,2) Decimal (5,2) Int (11) Int (11) Int (11) Int (11) Int (11) Varchar(20)

Tabla Cliente Cliente Cliente Cliente Cliente Factura_entrada Factura_entrada Factura_entrada Factura_entrada Factura_entrada Factura_entrada Factura_entrada Factura_entrada Factura_salida Factura_salida Factura_salida Factura_salida Factura_salida Factura_salida

Detalle Id única de cliente Nombre de cliente Dirección de cliente Ruc de cliente Teléfono de cliente Id única de entrada Id de proveedor Id de transportista Id de vehículo Fecha de compra material Subtotal de compra Iva de compra Total a pagar Id única de salida Id de cliente Id de obra Id de transporte Id de vehículo Tipo de pago a cobrar

51 Fecha_salida Sub_total_egreso Iva_a_cobrar Total_a_cobrar Id_mat Nombre_mat Valor_unitario_mat

Date Decimal (5,2) Decimal (5,2) Decimal (5,2) Int (11) Varchar(60) Decimal (5,2)

Factura_salida Factura_salida Factura_salida Factura_salida Material Material Material

Stock_mat Id_obra Nombre_obra Constructora_obra

Decimal (5,2) Int (11) Varchar (80) Varchar (40)

Material Obra Obra Obra

Id_prove Nombre_prove Dirección_prove Ruc_prove Id_trans Nombre_trans Cedula_trans Id_usu Username Password Tipo_usuario

Int (11) Varchar (60) Varchar (80) Varchar (13) Int (11) Varchar (60) Varchar (14) Int (11) Varchar(30) Varchar (30) Varchar (40)

Proveedor Proveedor Proveedor Proveedor Transportista Transportista Transportista Usuarios Usuarios Usuarios Usuarios

Id_veh Propietario_veh

Int (11) Varchar (60)

Vehículos Vehículos

Placa_veh

Varchar (10)

Vehículos

Fecha de venta Subtotal de venta Iva de venta Total de venta Id única de producto Nombre de producto Valor unitario del producto Stock del producto Id única de la obra Nombre de la obra Nombre de la constructora de la obra Id única de proveedor Nombre de proveedor Dirección de proveedor Ruc del proveedor Id única del transportista Nombre del transportista Cedula del transportista Id única de usuario Nombre de usuario Contraseña del usuario Tipo de usuario según perfil Id única del vehículo Nombre del propietario del vehículo Placa del vehículo

Nota: Realizado por desarrolladores del sistema

5.1.4.3 Fase de codificación. La metodología XP propone un modelo de trabajo usando código dónde los programadores publican los códigos efectuados y corregidos junto con los test que deben pasar. 5.1.4.3.1 Script de base de datos. Es un archivo que por lo general es .sql, este sirve para la generación de la base de datos en gestor de las mismas, en te archivo la detallado tablas con sus atributos, relaciones entre las tablas, los disparadores, vista codificadoras y operación de inserción, edición y eliminación de datos. -- Estructura de tabla ùsuarios` CREATE TABLE IF NOT EXISTS ùser` ( ÙSEID` decimal(10,0) NOT NULL, ÙSECEDU` varchar(14) NOT NULL,

ÙSENOM1` varchar(40) NOT NULL, ÙSENOM2` varchar(40) DEFAULT NULL, ÙSEAPE1` varchar(40) NOT NULL, ÙSEAPE2` varchar(40) DEFAULT NULL, ÙSEUSER` varchar(40) NOT NULL, ÙSEPASS` varchar(80) NOT NULL, ÙSETIPO` varchar(1) NOT NULL, ÙSETELE` varchar(11) NOT NULL, ÙSEFECHUPDA` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00', ÙSEUPDA` varchar(80) DEFAULT NULL, PRIMARY KEY (ÙSEID`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; -- --------------------------------------------------------- Estructura de tabla `cliente` CREATE TABLE IF NOT EXISTS `cliente` ( `CLIID` decimal(10,0) NOT NULL, `CLICEDU` varchar(14) NOT NULL, `CLINOM1` varchar(80) NOT NULL, `CLINOM2` varchar(80) DEFAULT NULL, `CLIAPE1` varchar(80) DEFAULT NULL, `CLIAPE2` varchar(80) DEFAULT NULL, `CLITELE` varchar(10) NOT NULL, `CLIESTA` int(1) NOT NULL, `CLIFECHCREA` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, `CLICREA` varchar(80) NOT NULL, `CLIFECHUPDA` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00', `CLIUPDA` varchar(80) DEFAULT NULL, PRIMARY KEY (`CLIID`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; -- --------------------------------------------------------- Estructura de tabla `proveedor` CREATE TABLE IF NOT EXISTS `proveedor` ( `PRVID` decimal(10,0) NOT NULL, `PRVNOMB` varchar(80) NOT NULL, `PRVAPEL` varchar(80) DEFAULT NULL, `PRVDIRE` varchar(80) NOT NULL, `PRVTELE` varchar(11) NOT NULL, `PRVCEDU` varchar(14) NOT NULL, `PRVESTA` int(1) NOT NULL, `PRVFECHCREA` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, `PRVCREA` varchar(80) NOT NULL, `PRVFECHUPDA` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00', `PRVUPDA` varchar(80) DEFAULT NULL, PRIMARY KEY (`PRVID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- --------------------------------------------------------- Estructura de tabla `material`

CREATE TABLE IF NOT EXISTS ìngresomat` ( ÌNGID` decimal(10,0) NOT NULL, ÌNGIVA` decimal(4,2) NOT NULL, ÌNGFECH` date NOT NULL, ÌNGESTA` int(1) NOT NULL, ÌNGFECHCREA` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, ÌNGCREA` varchar(80) NOT NULL, ÌNG_VEHID_FK` decimal(10,0) NOT NULL, PRIMARY KEY (ÌNGID`), KEY ÌNG_PRVID_FK` (ÌNG_PRVID_FK`), KEY ÌNG_TRAID_FK` (ÌNG_TRAID_FK`), KEY ÌNG_VEHID_FK` (ÌNG_VEHID_FK`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1;

-- Estructura de tabla `transportista` CREATE TABLE IF NOT EXISTS `proveedor` ( `PRVID` decimal(10,0) NOT NULL, `PRVNOMB` varchar(80) NOT NULL, `PRVAPEL` varchar(80) DEFAULT NULL, `PRVDIRE` varchar(80) NOT NULL, `PRVTELE` varchar(11) NOT NULL, `PRVCEDU` varchar(14) NOT NULL, `PRVESTA` int(1) NOT NULL, `PRVFECHCREA` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, `PRVCREA` varchar(80) NOT NULL, `PRVFECHUPDA` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00', `PRVUPDA` varchar(80) DEFAULT NULL, PRIMARY KEY (`PRVID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- --------------------------------------------------------

5.1.4.4 Fase de pruebas. 5.1.4.4.1 Pruebas unitarias. Las pruebas unitarias son aquellas que se van realizando en el momento de ir programando y por lo general se realizan en los módulos del sistema informático para ver su eficiencia individual. A continuación presentamos dos pruebas unitarias a diferentes módulos del sistema.

Figura 19. Prueba unitaria Clase Materia prima. Fuente: Diseño realizado por desarrolladores.

Figura 20. Prueba unitaria Clase Cliente. Fuente: Diseño realizado por desarrolladores.

5.1.4.4.2 Pruebas de aceptación. Las pruebas de aceptación es la etapa donde se compila todas las historias de usuarios para formar los módulos del sistema y a su vez, el sistema informático completo. Aquí se tienen varias pruebas que comprueban la funcionalidad del sistema.

55 Tabla 28 Pruebas de funcionalidad 1 PRUEBAS DE FUNCIONALIDAD Id caso de prueba: 01

Nombre del caso de prueba: Administración de Usuarios.

Modulo a Evaluar: Modulo Usuarios.

Historias de Usuarios Asociadas: 1-2-3

Descripción: Se testea el correcto funcionamiento del módulo de usuarios con todas sus validaciones y la correcta asociación de las historias de usuarios. Pre-condición: El usuario principal debe loguearse para ingresar al sistema. Pasos y condiciones de ejecución: • El usuario ingresa a módulo de usuarios. • Se realiza un ingreso de un nuevo usuario. • Se actualiza los datos de un usuario ya creado. • Se procede a probar el ingreso al sistema con un nuevo usuario. Resultados de pruebas: • El sistema realizó todas las transacciones correctamente. • El sistema despliega mensajes luego de la acción realizada. Exitosa X

Estado de prueba

Fallida

Error en Asociación: Ninguno. Post-condición: El usuario crea puede ingresar al sistema correctamente. Nota: Realizado por desarrolladores del sistema

Tabla 29 Pruebas de funcionalidad 2 PRUEBAS DE FUNCIONALIDAD Id caso de prueba: 02

Nombre del caso de prueba: Administración Clientes.

Modulo a Evaluar: Modulo Clientes.

Historias de Usuarios Asociadas: 7-8-9

Descripción: Se realiza el correcto funcionamiento del módulo de clientes con todas sus validaciones y la correcta asociación de las historias de usuarios. Pre-condición: El usuario principal debe loguearse para ingresar al sistema. Pasos y condiciones de ejecución: • El usuario ingresa a módulo de clientes. • Se realiza un ingreso de un nuevo cliente. • Se actualiza o elimina los datos de un cliente ya crea. • Se genera reportes de clientes. Resultados de pruebas:

56 • El sistema realizo todas las transacciones correctamente. • El sistema despliega mensajes luego de la acción realizada. • El sistema realiza correctamente reportes de clientes. Exitosa X

Estado de prueba

Fallida

Error en Asociación: Ninguno. Post-condición: El cliente ingresado listo uso en el sistema correctamente. Nota: Realizado por desarrolladores del sistema

Tabla 30 Pruebas de funcionalidad 3 PRUEBAS DE FUNCIONALIDAD Id caso de prueba: 03

Nombre del caso de prueba: Administración Proveedores.

Modulo a Evaluar: Modulo Proveedores.

Historias de Usuarios Asociadas: 10-11-12

Descripción: Se realiza el correcto funcionamiento del módulo de proveedores con todas sus validaciones y la correcta asociación de las historias de usuarios. Pre-condición: El usuario principal debe loguearse para ingresar al sistema. Pasos y condiciones de ejecución: • El usuario ingresa a módulo de proveedores. • Se realiza un ingreso de un nuevo proveedor. • Se actualiza o elimina los datos de un proveedor ya crea. • Se genera reportes de proveedor. Resultados de pruebas: • El sistema realizo todas las transacciones correctamente. • El sistema despliega mensajes luego de la acción realizada. • El sistema realiza correctamente reportes de proveedores. Estado de prueba

Exitosa X

Error en Asociación: Ninguno. Post-condición: El proveedor ingresado listo uso en el sistema correctamente. Nota: Realizado por desarrolladores del sistema

Fallida

57 Tabla 31 Pruebas de funcionalidad 4 PRUEBAS DE FUNCIONALIDAD Id caso de prueba: 04

Nombre del Inventarios.

caso

prueba:

Ingresos

Modulo a Evaluar: Modulo Ingreso Inventario.

Historias de Usuarios Asociadas: 3-4-5-10-1112

Descripción: Se realiza el correcto funcionamiento del módulo de ingreso de inventario con todas sus validaciones y la correcta asociación de las historias de usuarios. Pre-condición: El usuario principal debe loguearse para ingresar al sistema. Pasos y condiciones de ejecución: • El usuario ingresa a módulo de proveedor. • El usuario ingresa a opción ingreso material. • Se realiza un ingreso de un nuevo ingreso de material. • Se actualiza o elimina los datos de un ingreso de material ya crea. • Se genera reportes de kardex. Resultados de pruebas: • El sistema realizo todas las transacciones correctamente. • El sistema despliega mensajes luego de la acción realizada. • El sistema realiza correctamente reportes de stock material pétreo. Estado de prueba

Exitosa X

Fallida

Error en Asociación: Ninguno. Post-condición: El kardex debidamente realizado para el control de material pétreo. Nota: Realizado por desarrolladores del sistema

Tabla 32 Pruebas de funcionalidad 5 PRUEBAS DE FUNCIONALIDAD Nombre del caso de prueba: Ventas Material Id caso de prueba: 05 Pétreo. Historias de Usuarios Asociadas: 13-14-7-8Modulo a Evaluar: Modulo Ventas. 9. Descripción: Se realiza el correcto funcionamiento del módulo de ventas con todas sus validaciones y la correcta asociación de las historias de usuarios. Pre-condición: El usuario principal debe loguearse para ingresar al sistema. Pasos y condiciones de ejecución: • El usuario ingresa a módulo de ventas. • El usuario ingresa a nueva venta. • Se realiza un ingreso de una nueva venta con todos sus campos requeridos. • Se actualiza o elimina los datos de un ingreso de venta ya crea.

58 • Se genera reportes de venta diario. Resultados de pruebas: • El sistema realizo todas las transacciones correctamente. • El sistema despliega mensajes luego de la acción realizada. • El sistema realiza correctamente reportes de ventas diarias. Estado de prueba

Exitosa X

Fallida

Error en Asociación: Ninguno. Post-condición: El reporte ingreso debidamente realizado y listo para su chequeo. Nota: Realizado por desarrolladores del sistema

Tabla 33 Pruebas de funcionalidad 6 PRUEBAS DE FUNCIONALIDAD Id caso de prueba: 06

Nombre del caso de prueba: Reportes de sistema.

Modulo a Evaluar: Modulo Reportes.

Historias de Usuarios Asociadas: 13-14-15-7-89-10-11-12.

Descripción: Se realiza el correcto funcionamiento del módulo de ventas con todas sus validaciones y la correcta asociación de las historias de usuarios. Pre-condición: El usuario principal debe loguearse para ingresar al sistema. Pasos y condiciones de ejecución: • El usuario ingresa a módulo de reportes. • El usuario genera reporte de venta diaria. • Se genera un reporte de ventas mensuales o por selección de fechas. • Se genera reporte de ventas a crédito por cliente. • Se genera reporte de kardex de material pétreo. Resultados de pruebas: • El sistema realizo todas las transacciones correctamente. • El sistema despliega archivos pdf con reportes listo para su impresión. • El sistema realiza correctamente reportes de solicitados. Estado de prueba

Exitosa X

Error en Asociación: Ninguno. Post-condición: Los reportes archivados y listos para verificar cuando sea necesario. Nota: Realizado por desarrolladores del sistema

Fallida

En esta imagen se representa un reporte diario realizada al sistema como una prueba de aceptación.

Figura 21. Reporte diario en valores del sistema. Fuente: Diseño realizado por desarrolladores.

En esta imagen se representa un reporte diario de las ventas realizadas al sistema como una prueba de aceptación.

Figura 22. Reporte diario detallado del sistema. Fuente: Diseño realizado por desarrolladores.

5.1.5. AnĂĄlisis de impacto. Los anĂĄlisis de impacto dentro del proyecto son una forma de medir que tan positivo o negativo resultaron luego de su implementaciĂłn. Existen varios tipos de anĂĄlisis de impacto que determinan la aceptaciĂłn del proyecto. A continuaciĂłn se presenta la tabla donde se determina los niveles de impacto y los indicadores numĂŠricos de cada uno: Nivel de impacto = total sumatorio dividido para la cantidad de indicadores â&#x2C6;&#x2018;

FĂłrmula => đ?&#x2018; đ??ź = đ?&#x2018; Â°

Tabla 34 Niveles de impacto Nivel -3

DescripciĂłn Impacto de alto nivel negativo

-2

Impacto de medio nivel negativo

-1

Impacto de bajo nivel negativo

No hay impacto

Impacto de bajo nivel positivo

Impacto de medio nivel positivo

Impacto de alto nivel positivo

Nota: Los niveles se determinaron en la siguiente fuente: Posso, M. A. (2009). MetodologĂa para el trabajo de grado: Tesis y Proyectos (Cuarta ed.). Ibarra: NINA Comunicaciones.

5.1.5.1 Impacto social. Tabla 35 Impacto social Nivel de impacto / Indicadores

-3

-2

-1

Privacidad de la informaciĂłn.

Facilidad en la informaciĂłn

AtenciĂłn al cliente

Total

Sumatoria â&#x2C6;&#x2018; Total Resultado

â&#x2C6;&#x2018;=9 9 =3 3 Impacto de alto nivel positivo đ?&#x2018; đ??ź =

Nota: InvestigaciĂłn de campo

AnĂĄlisis: Para la empresa SUNTRAC S.A. el servicio al cliente es una prioridad muy importante ya que facilita el acceso a la informaciĂłn con lo que se acorta el tiempo de atenciĂłn al cliente; al tener una mayor seguridad en la informaciĂłn se nos hace mĂĄs fiable toda la generaciĂłn de informes y reportes elaborados por la empresa. Por tal motivo con la implementaciĂłn del sistema tenemos un nivel de impacto alto en la sociedad.

5.1.5.2 Impacto tecnolĂłgico. Tabla 36 Impacto tecnolĂłgico Nivel de impacto / Indicadores

-3

-2

-1

AutomatizaciĂłn de procesos GeneraciĂłn de reportes Total Sumatoria â&#x2C6;&#x2018; Total Resultado

3 X

X 6

â&#x2C6;&#x2018;=6 6 đ?&#x2018; đ??ź = = 3 2 Impacto de alto nivel positivo

Nota: InvestigaciĂłn de campo

AnĂĄlisis: La automatizaciĂłn del software ayudĂł a la mejora en tiempos, seguridad, en la informaciĂłn del control de inventario. Con esto facilita la generaciĂłn de reportes e informes necesarios por la empresa.

5.1.5.3 Impacto ambiental. Tabla 37 Impacto ambiental Nivel de impacto / Indicadores

-3

-2

-1

DisminuciĂłn de hojas impresas

ReducciĂłn de equipos de oficina

Total Sumatoria â&#x2C6;&#x2018; Total Resultado

Nota: InvestigaciĂłn de campo

â&#x2C6;&#x2018;=6 6 =3 2 Impacto de alto nivel positivo đ?&#x2018; đ??ź =

AnĂĄlisis: La informaciĂłn registrada en la empresa, se encuentra en un servidor de la nube, por lo que no se requiere mantener los archivos de clientes e inventarios en hojas impresas, asĂ como tambiĂŠn en equipos y materiales de oficina, con esto nos permite tener un impacto ambiental positivo. 5.1.5.4 Impacto econĂłmico. Tabla 38 Impacto econĂłmico Nivel de impacto / Indicadores

-3

-2

-1

DisminuciĂłn de recursos en suministros de oficina

ReducciĂłn de personal

Total

Sumatoria â&#x2C6;&#x2018; Total Resultado

â&#x2C6;&#x2018;=6 6 =3 2 Impacto de alto nivel positivo đ?&#x2018; đ??ź =

Nota: InvestigaciĂłn de campo

AnĂĄlisis: Se reduce gastos sustancialmente en la utilizaciĂłn de materiales para oficina, como hojas, carpetas, libretas de despacho, y asĂ mismo se hizo un mejor manejo de los recursos humanos de la empresa al optimizar las funciones del personal de bodega.

5.1.5.5 Impacto General. Tabla 39 Impacto General Nivel de impacto / Indicadores

-3

-2

-1

Impacto social

Impacto tecnolĂłgico

Impacto ambiental

Impacto econĂłmico

Total

Sumatoria â&#x2C6;&#x2018; Total Resultado

â&#x2C6;&#x2018; = 12 12 =3 4 Impacto de alto nivel positivo đ?&#x2018; đ??ź =

Nota: InvestigaciĂłn de campo

AnĂĄlisis: El sistema encargado del control administrativo de bodega de la empresa SUNTRAC S.A. muestra un impacto de alto nivel positivo, demostrando la viabilidad del proyecto en la empresa. Los diferentes niveles de impacto comprueban una buena aceptaciĂłn del proyecto en la compaĂąĂa. (Ver Anexo 2).

5.1.6. Conclusiones. 

Con la revisión del proceso de inventarios se pudo observar que las actividades que se realizaban no cumplían las expectativas por parte de la empresa, con el sistema actual se organizó el proceso de análisis verificados con los requerimientos del cliente.



Con la utilización de la Metodología XP, como herramienta de desarrollo de software facilita la automatización de los procesos del control de inventarios, ya que este método permite interactuar con el cliente, para la mejora de la implementación del sistema.



Se realizó un sistema de inventarios fácil de utilizar para que los usuarios registrados puedan manejarlo de una manera sencilla y fiable para la empresa, para ello se empleó las siguientes herramientas, para el desarrollo Web como PHP, AJAX, HTML, para el diseño MaterializeCSS, para la base de datos se usó MySql. Se utilizó ya que tienen flexibilidad y adaptabilidad, además de ser herramientas rápidas y cuentas con varias funcionalidades que facilitan al desarrollo del sistema.



Con la automatización de la implementación del sistema, ha mejorado el control de procesos ya que se los hacia manualmente, asimismo, las acciones que se realicen digitalmente facilitan al usuario para así tener un control sistematizado.



La realización de pruebas periódicamente ayuda a mejorar en la calidad del desarrollo del sistema.

5.1.7. Recomendaciones. 

Para tener información confiable se recomienda ingresar correctamente los datos, como los productos en el sistema.



Apoyarse y seguir las recomendaciones indicadas en el manual de Usuario para un buen funcionamiento del sistema.



Es necesario brindar asesoría técnica personalizada y capacitación del funcionamiento del sistema cada cierto tiempo a las personas que van a manipular el sistema.



Es obligatorio analizar todas las pruebas necesarias del sistema para que los resultados de la investigación cumplan con los requerimientos de la empresa.

6. LISTA DE REFERENCIAS Almunia, P. (2016). Ciclo de vida en el Desarrollo de Software, segunda parte. Recuperado de

http://www.iedge.eu/pablo-almunia-ciclo-de-vida-en-el-desarrollo-de-software-

segunda-parte Álvarez, A., de las Heras, R., & Lasa, C. (2012). Métodos Agiles y Scrum. Madrid: Ediciones Anaya Multimedia. Da Rosa, F. & Heinz, F. (2007). Guía práctica sobre Software Libre (1a. Ed.). Montevideo, Uruguay: Mastergraf SRL. Dávila, M. (2009). Software Libre y sus múltiples aplicaciones. (1a. Ed.). Colombia: AlfaOmega Hernández, L., & Zegarra, N. (2016). Propuesta de un sistema de control interno de inventario, en la distribuidora ladrillera P&A La Muralla EIRL, 2016 (Tesis de pregrado). Universidad Peruana Unión, Tarapoto, Perú. Laínez, J. (2015). Desarrollo de Software Ágil. (2a. Ed.). España: Smashwords Edition. Lerma, R., Murcia, J., & Mifsud, E. (2013). Aplicaciones Web. Madrid: McGraw-Hill. Loja, J. (2015). Propuesta de un sistema de gestión de inventarios para la empresa FEMARPE Cía. Ltda. (Tesis de pregrado). Universidad Politécnica Salesiana, Cuenca, Ecuador. López, I., Castellano, M., & Ospino, J. (2014). Bases de datos. (1a. Ed.). D.F., México: AlfaOmega Grupo Editor. Mindiolaza, L., & Campoverde, V. (2012). Implementación de un sistema de control de inventario para el almacén Credicomercio Naranjito (Tesis de pregrado). Universidad Estatal de Milagro, Milagro, Ecuador. Moreno, J. (2012). Programación. Madrid, España: RA-MA Editorial. Piñeiro, J. (2013). Base de datos relacionales y modelo de datos. (1a. Ed.). España: Ediciones Paraninfo S.A.

Pressman, R. (2010). Ingeniería dl Software Un enfoque Práctico (7ta. ed.). D.F., México: McGraw Hill. Raknarrok, (2015).

QA&V Ciclo de vida del Desarrollo de Software. Recuperado de

http://raknarrok.blogspot.com/2015/05/cap-3-software-development-life-cycle.html Render, B. & Heizer, J. (2014). Principios de administración de operaciones (9ª. ed.). México: Editorial Pearson Educación. Sánchez, K. (2015). Control interno y gestión de inventarios en la ferretería FERRHER en la parroquia Luz de América (Tesis de pregrado). Universidad Regional Autónoma de los Andes “UNIANDES”, Santo Domingo, Ecuador. Sánchez, S., Sicilia, M., & Rodríguez, D. (2011). Ingeniería del Software, un enfoque desde la Guía Swebok. Madrid: Garceta. Somerville, I. (2014). Ingeniería de Software. (9a. Ed.). México: Pearson Educación. Suarez, M. (2012). Implementación de un sistema de inventarios en la empresa INGEPEC LTDA. de la ciudad de Ocaña, que le permita establecer mecanismos de control de sus materiales (Tesis de grado). Universidad Francisco de Paula Santander Ocaña, Ocaña, Colombia. Valhen,

(2012).

Ciclo

vida

del

Software.

Recuperado

http://defreq.blogspot.com.co/2012/08/ciclo-de-vida-del-software.html

GLOSARIO1 Base de datos: Es una fuente de información que almacenan datos, que sirven para la correcta integración del sistema. Browser (navegador): Se trata de la puerta de acceso a los servicios que ofrece la Web. DNS: Domain Name System. Servidor de dominios. Base de datos distribuida a través de Internet. A partir de un nombre la máquina es capaz de devolver su número IP y viceversa. Hoja de Estilo en Cascada (CSS): Son documentos que nos sirven para definir una serie de estilos a aplicar sobre determinada página, ahorrando mucho trabajo. HTML: HyperText Markup Language. Lenguaje de marcas para la creación de páginas web. HTTP: Protocolo de transferencia de hipertexto, mediante el cual se transmiten las páginas web de base de la Web. Javascript: Lenguaje de programación de scripts, orientado a objetos, utilizado para acceder a ellos en aplicaciones web. Página Web: Documento electrónico que contiene texto, imágenes, programas, enlaces adaptadas en lenguaje HTML. Servidor: Ordenador o programa que da servicios a otro conocido como cliente. En un sistema de hipertexto, un servidor dará información al navegador. WWW o la WEB o World Wide Web: Medio más popular de comunicación en Internet. Sistema de distribución y recuperación de información hipermedia (hipertexto + multimedia) almacenada en los diferentes nodos de Internet.

Datos referenciados en (Lerma, Murcia, & Mifsud, 2013)

ANEXOS ANEXO 1: Carta de aceptaciรณn del proyecto

ANEXO 2: Carta de impacto

ANEXO 3: Carta de Entrega - Recepciรณn

ANEXO 4: Cuadro del presupuesto econรณmico del proyecto

MATERIAL

CANTIDAD

VALOR

IMPRESORA EPSON

245,00

RESMA DE PAPEL

4,25

CUADERNO DE APUNTES

2,50

ESFEROS

1,20

LAPTOP

570,00

MOVILIZACION

55,00

ALIMENTACION

45,00

SERVICIOS PROFESIONALES

600,00 TOTAL

1522,95

ANEXO 5: Encuestas realizadas al personal administrativo de SUNTRAC S.A.

ENCUESTA ADMINISTRACIÓN DE BODEGA SUNTRAC S.A. Objetivo: Obtener la información del funcionamiento y rendimiento de la bodega de la empresa SUNTRAC S.A. desde el punto de vista del usuario. Instrucciones: Seleccione las respuestas según le pida la pregunta. 1

¿Cuál es su función o rol dentro de la SUNTRAC S.A.?

( ) CAJERA. 2

( ) NO. ¿Cuál es el nivel de problemas al consultar información de bodega?

( ) BAJO. 4

( ) ALTO.

( ) MEDIO.

( ) ALTO.

¿Cuál es su criterio de confianza con el control de la información de bodega?

( ) BAJO. 6

( ) MEDIO.

¿Cuál es el nivel de problemas al generar reportes de información de bodega?

( ) BAJO. 5

( ) PERSONAL CONTABLE.

¿Cree usted que la forma en que se lleva el inventario es fiable y real?

( ) SI. 3

( ) SUPERVISOR.

( ) MEDIO.

( ) ALTO.

¿Cree usted que se debe implementar un sistema para facilitar el manejo de la

información de la bodega de la empresa? ( ) SI. 7

( ) NO. ¿Cree usted que el tiempo de demora en generar reportes o consultas de la

información de la bodega de la empresa, causa conflictos en el buen control de la misma? ( ) SI.

( ) NO.

¿Estaría usted dispuesto a aprender un sistema informático sencillo para un mejor

manejo del inventario de la empresa? ( ) SI.

( ) NO.

MUCHAS GRACIAS POR SU COLABORACIÓN.

ANEXO 6: Entrevista realizada al gerente propietario de SUNTRAC S.A. ENTREVISTA CON EL GERENTE PROPIETARIO

ING. PATRICIO LLERENA. Pregunta: 1.- ¿Cuál es la actividad comercial de la empresa? Respuesta: Es una empresa dedicada a ingeniería y construcción. La mayor actividad es la construcción de carreteras, asfaltado, mantenimiento de vías y otros trabajos de ingeniería civil para lo que la empresa cuenta con una mina donde despacha el material pétreo para las construcciones y a la vez se abastece de otras minas cuando se requiera por escasez de material. 2.- ¿Cuáles son sus mayores problemas o necesidades en el manejo del inventario de su empresa? Respuesta:     

No tener control en cantidades de existencia de los materiales. Demora en la generación de reporte de salidas y entradas de materiales. Demora en consultas de ventas diarias de materiales. No tener un control de ventas por clientes por lo que se vende a crédito. No poder generar reportes fiables y rápidos.

3.- ¿Cuál es el beneficio que espera del sistema informático a implementar en su empresa? Respuesta:   

Fiabilidad de información. Rapidez de consultas. Mayor control en inventarios.

ANEXO 7: Historias de Usuario

HISTORIA DE USUARIO Número: 1

Nombre: Administración de Usuarios

Usuario: Administrador Riesgo en desarrollo: Medio Prioridad en negocio: Alta Puntos estimados: 4 Iteración asignada: 1 Descripción: Como Administrador Quiero crear, modificar, eliminar usuarios Para controlar su rol adecuado en el manejo del sistema Criterios de aceptación: Dado el Usuario Cuando presiona el botón de Administrar Usuarios Entonces podrá realizar cambios en el rol de los demás usuarios.

HISTORIA DE USUARIO Número: 2

Nombre: Ingreso al sistema

Usuario: Todos Riesgo en desarrollo: Baja Prioridad en negocio: Alta Puntos estimados: 3 Iteración asignada: 1 Descripción: Como Usuario Quiero una interfaz gráfica Login Para desempeñar las funciones permitidas. Observaciones: Dado la interfaz gráfica del Login Cuando ingreso el usuario y contraseña y presiono el botón de Ingresar Entonces se visualiza el menú de funciones.

HISTORIA DE USUARIO Número: 3 Nombre: Consulta de usuarios Usuario: Administrador Riesgo en desarrollo: Media Prioridad en negocio: Alta Puntos estimados: 3 Iteración asignada: 1 Descripción: Como Administrador quiero consultar los Usuarios que existen en el sistema para tener un informe de las personas responsables del sistema Criterios de aceptación: Dado el usuario responsable cuando presiona el menú de Usuarios entonces desplegara todos los Usuarios que existen en el sistema.

HISTORIA DE USUARIO Número: 4 Usuario: Todos Prioridad en negocio: Media Descripción: Como usuario responsable quiero inventario.

Nombre: Ingreso de Inventario Riesgo en desarrollo: Alta Puntos estimados: 4 Iteración asignada: 3 registrar los productos para tener un control real del

Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de Materiales entonces se podrá ingresar los productos.

HISTORIA DE USUARIO Número: 5 Usuario: Todos Prioridad en negocio: Media Descripción: Como usuario responsable quiero existentes en bodega.

Nombre: Modificación de Inventario Riesgo en desarrollo: Media Puntos estimados: 3 Iteración asignada: 3 modificar los productos para verificar los productos

Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de modificar Materiales entonces se podrá cambiar los productos.

HISTORIA DE USUARIO Número: 6 Usuario: Todos Prioridad en negocio: Media Descripción: Como usuario responsable quiero productos existentes en bodega.

Nombre: Reporte de Inventario Riesgo en desarrollo: Media Puntos estimados: 2 Iteración asignada: 3 realizar el reporte de los productos para conocer los

Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de Reportes Materiales entonces se podrá conocer el inventario de los productos.

HISTORIA DE USUARIO Número: 7 Nombre: Ingreso de clientes Usuario: Cajero Riesgo en desarrollo: Media Prioridad en negocio: Media Puntos estimados: 2 Iteración asignada: 2 Descripción: Como usuario responsable quiero registrar los clientes para tener un control de las personas beneficiadas por la empresa. Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de Clientes entonces se podrá ingresar a los clientes.

HISTORIA DE USUARIO Número: 8 Nombre: Modificación de clientes Usuario: Cajero Riesgo en desarrollo: Media Iteración asignada: 2 Prioridad en negocio: Puntos estimados: 3 Media Descripción: Como usuario responsable quiero modificar los clientes para tener un control de las personas beneficiadas por la empresa. Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de Modificar Clientes entonces se podrá alterar los datos de los clientes.

HISTORIA DE USUARIO Número: 9 Nombre: Reporte de clientes Usuario: Cajero Riesgo en desarrollo: Media Prioridad en negocio: Media Puntos estimados: 1 Iteración asignada: 2 Descripción: Como usuario responsable quiero realizar el reporte de los clientes para conocer los clientes que se benefician de la empresa. Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de Reportes Clientes entonces se podrá conocer todos los clientes del sistema.

HISTORIA DE USUARIO Número: 10 Nombre: Ingreso de proveedores Usuario: Cajero Riesgo en desarrollo: Media Prioridad en negocio: Media Puntos estimados: 3 Iteración asignada: 2 Descripción: Como usuario responsable quiero registrar los clientes para tener un control de las personas beneficiadas por la empresa. Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de proveedores entonces se podrá ingresar al sistema los proveedores.

HISTORIA DE USUARIO Número: 11 Nombre: Modificación de proveedores Usuario: Cajero Riesgo en desarrollo: Media Prioridad en negocio: Media Puntos estimados: 3 Iteración asignada: 2 Descripción: Como usuario responsable quiero modificar los proveedores para tener un control de las personas beneficiadas por la empresa. Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de Modificar Proveedores entonces se podrá alterar los datos de los mismos.

HISTORIA DE USUARIO Número: 12 Nombre: Reporte de proveedores Usuario: Cajero Riesgo en desarrollo: Media Prioridad en negocio: Media Puntos estimados: 4 Iteración asignada: 2 Descripción: Como usuario responsable quiero realizar el reporte de los proveedores para conocer los proveedores que trabajan con la empresa. Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de Reportes Proveedores entonces se podrá conocer todos los proveedores del sistema.

HISTORIA DE USUARIO Número: 13

Nombre: Salida de productos

Usuario: Cajero

Riesgo en desarrollo: Alta

Prioridad en negocio: Alta

Puntos estimados: 5

Iteración asignada: 4

Descripción: Como usuario responsable quiero realizar la venta del producto para conocer los productos que el cliente requiera. Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de Ventas entonces se podrá conocer realizar el proceso mencionado.

HISTORIA DE USUARIO Número: 14

Nombre: Modificación de salida de productos

Usuario: Administrador, Cajero

Riesgo en desarrollo: Media

Prioridad en negocio: Alta

Puntos estimados: 4

Iteración asignada: 4

Descripción: Como usuario responsable quiero modificar las ventas para tener un proceso adecuado conforme al cliente requiera. Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de Modificar Venta entonces se podrá conocer realizar el proceso mencionado.

HISTORIA DE USUARIO Número: 15 Nombre: Reportes de salida de productos Usuario: Administrador, Cajero Riesgo en desarrollo: Alta Prioridad en negocio: Baja Iteración asignada: 4 Puntos estimados: 6 Descripción: Como usuario responsable quiero realizar el reporte de las ventas para tener un control adecuado del sistema. Criterios de aceptación: Dado la interfaz gráfica cuando presiona el botón de Reporte de Ventas entonces se podrá acceder y conocer el proceso mencionado.

ANEXO 8: Manual de Usuario MANUAL DE USUARIO DE SUNTRAC 1. INGRESO AL SISTEMA SUNTRAC Ingresar a http://localhost/SUNTRAC/index.php Selecciona la opción INTRANET.

1.1. Login Ingrese Usuario y contraseña dependiendo de la cuenta que se la creado

84 2. Menú Principal.

Interfaz de Administración o menú de sistema donde se va a escoger el modulo a trabajar.

3. Administrar Usuarios

Interfaz donde se ve el módulo de usuarios donde se puede realizar las funciones del mismo con la creación de usuarios y los que están creados pueden ser editados o eliminados.

85 3.1. Nuevo Usuario

Se selecciona el botón Agregar Usuarios, donde desplegará una ventana para llenar los campos, a continuación, se presiona el botón Guardar para crear un nuevo registro.

3.2. Editar Usuario

En la columna Acción existen dos ítems en el cual se encuentra la opción Editar, para modificar al Usuario ya sea por su Tipo o alguna corrección en sus datos.

86 3.3. Eliminar Usuario

Se selecciona el botรณn Eliminar para dar de baja a los Usuarios.

4. Administrar Proveedores

Interfaz donde se ve el mรณdulo de proveedores donde se puede realizar las funciones del mismo con la creaciรณn de proveedores y los que estรกn creados pueden ser editados o eliminados.

87 4.1. Nuevo Proveedor

Se selecciona el botón Agregar Proveedor, donde desplegará una ventana para llenar los campos, a continuación, se presiona el botón Guardar para crear un nuevo registro.

4.2. Editar Proveedor

En la columna Acción existen dos ítems en el cual se encuentra la opción Editar, para modificar al Proveedor por alguna corrección en sus datos.

88 4.3. Eliminar Proveedor

Se selecciona el botรณn Eliminar para dar de baja a los Proveedores.

5. Administrar Clientes

Interfaz donde se ve el mรณdulo de clientes donde se puede realizar las funciones del mismo con la creaciรณn de clientes y los que estรกn creados pueden ser editados o eliminados.

89 5.1. Nuevo Cliente

Se selecciona el botón Agregar Cliente, donde desplegará una ventana para llenar los campos, a continuación, se presiona el botón Guardar para crear un nuevo registro.

5.2. Editar Cliente

En este formulario se encuentra la opción Editar, para modificar al Cliente por alguna corrección en sus datos.

90 5.3. Eliminar Cliente

Se selecciona el botรณn Eliminar para dar de baja a los Clientes.

6. Administrar Material

Interfaz donde se ve el mรณdulo de material donde se puede realizar las funciones del mismo con la creaciรณn de material y los que estรกn creados pueden ser editados o eliminados.

91 6.1. Nuevo Material

Se selecciona el botón Agregar Material, donde desplegará una ventana para llenar los campos, a continuación, se presiona el botón Guardar para crear un nuevo registro.

6.2. Editar Material

En este formulario se encuentra la opción Editar, para modificar el Material Pétreo por alguna corrección en sus datos.

92 6.3. Eliminar Material

Se selecciona el botón Eliminar para dar de baja al material pétreo.

7. Administrar Obra

Interfaz donde se ve el módulo de obras donde se puede realizar las funciones del mismo con la creación de obras y los que están creados pueden ser editados o eliminados.

93 7.1. Nuevo Obra

Se selecciona el botón Agregar Obra, donde desplegará una ventana para llenar los campos, a continuación, se presiona el botón Guardar para crear un nuevo registro.

7.2. Editar Obra

En este formulario se encuentra la opción Editar, para modificar los lugares de las Obras por alguna corrección en sus datos.

94 7.3. Eliminar Obra

Se selecciona el botรณn Eliminar para dar de baja a los lugares de las Obras.

8. Administrar Transportista

Interfaz donde se ve el mรณdulo de transportistas donde se puede realizar las funciones del mismo con la creaciรณn de transportistas y los que estรกn creados pueden ser editados o eliminados.

95 8.1. Nuevo Transportista

Se selecciona el botón Agregar Transportista, donde desplegará una ventana para llenar los campos, a continuación, se presiona el botón Guardar para crear un nuevo registro.

8.2. Editar Transportista

En este formulario se encuentra la opción Editar, para modificar los Transportistas que conducen los vehículos, por alguna corrección en sus datos.

96 8.3. Eliminar Transportista

Se selecciona el botón Eliminar para dar de baja a los Transportistas que realizan los viajes del material pétreo.

9. Administrar Vehículos

Interfaz donde se ve el módulo de vehículos donde se puede realizar las funciones del mismo con la creación de vehículos y los que están creados pueden ser editados o eliminados.

97 9.1. Nuevo Vehículo

Se selecciona el botón Agregar vehículo, donde desplegará una ventana para llenar los campos, a continuación, se presiona el botón Guardar para crear un nuevo registro.

9.2. Editar Vehículos

En este formulario se encuentra la opción Editar, para modificar los datos de los vehículos que se asignan al transporte del material pétreo.

98 9.3. Eliminar vehículos

Se selecciona el botón Eliminar para dar de baja a los vehículos que realizan los viajes del material pétreo.

10. Ingreso de materiales

En esta ventana se realiza las compras realizadas a proveedores por parte de SUNTRAC S.A, seleccionando el material pétreo, el proveedor, transportista y vehículo quienes traen la carga. Se ingresa la cantidad a comprar, y el sistema calcula el valor a cancelar. Se registra el proceso presionando el botón Ingresar.

99 11. Egreso o Venta de materiales.

En este formulario se realiza las ventas del material pétreo a clientes en sus obras respectivas, indicando la forma de pago a vender. Se registra la venta en el botón ingresar venta.

12. Impresión de ticket de venta.

Se selecciona la venta en el botón azul con la imagen de impresora luego aparece un cuadro de dialogo en el que se presiona el botón reporte y nos genera la impresión del ticket de venta.

100 13. Ingreso de gastos diario.

Se selecciona presionamos en el botón rojo para agregar gastos del día.

14. Reporte de venta diario.

Se selecciona la día ver reporte y presionamos en el botón verde con la imagen de impresora luego aparece un cuadro de dialogo en el que se presiona el botón reporte y nos genera la impresión del reporte del día.

101 15. Reporte de kardex de Material.

Se selecciona la opción de Material Pétreo hay está en botón azul en el que genere la impresión del kardex del material pétreo que deseado.

102

ANEXO 9: Manual Técnico MANUAL TÉCNICO DE SUNTRAC

El siguiente manual tiene la finalidad de guiar a las personas para poder instalar un servidor Web, el cual nos va a permitir el levantamiento de servicios Web y con el cual podremos correr el sistema de la empresa SUNTRAC S.A. El primer paso es descargar el servidor Web el cual ya hacer WampServer en la siguiente página http://www.wampserver.com/en/. INSTALACION DE SERVIDOR WAMPSERVER. Para la instalación de WampServer debemos primero el archivo descargado anteriormente debemos ejecutarlo con permiso de Administrador.

La instalación es muy sencilla debemos seguir los pasos que nos sale por defecto Presione NEXT.

103

. Se acepta términos de instalación y se oprime el NETX

Se selecciona la carpeta de destino de la instalación y se presiona NEXT.

104

Se selecciona la opciรณn de crear icono de escritorio y se oprime NEXT.

Presionamos el botรณn INSTALL para comenzar la instalaciรณn.

105

Da un aviso de terminaci贸n de la instalaci贸n y se mantiene la casilla de verificaci贸n activa para que se ejecute WampServer y presionemos el bot贸n FINISH.

106

EJECUCION Y CONFIGURACION DE WAMPSERVER. Después de la instalación se realiza la configuración y levantamiento de la base de datos para que pueda funcionar aplicación Web para lo cual primero ejecutamos WampServer hasta que nos salga un icono en la parte inferior derecha de color verde como el siguiente, el mismo que indica que todos los servicios de WampServer esta levantados correctamente.

Después lo que realizamos es la creación de la base de datos para el almacenamiento de los datos del sistema para lo cual primero hacemos click en el icono verde y nos sale un menú en el cual escogemos la opción phpMyadmin.

107

A lo que se abre esta pantalla nos pide un usuario y una contraseña para lo cual se coloca como usuario (root) y la contraseña en blanco, una vez ahí, ponemos crear base de datos, luego ponemos importar y escogemos nuestro archivo .sql el cual contiene el script de la base de datos de la aplicación Web.

Una vez crea la base de datos procedemos a ubicar la aplicación Web que la tenemos en una carpeta en esta dirección de nuestro PC, C:\wamp64\www una vez realizado esto abrimos un navegador y colocamos lo siguiente http://localhost/suntrac/admin/ lo cual nos ya nos abre el sistema de la empresa SUNTRAC S.A.