Sistema web dinámico para la gestión de pedidos, fabricación y entrega de los productos metal mecánicos en la Empresa Minacoples S A S
Texto completo
(2) SISTEMA WEB DINÁMICO PARA LA GESTIÓN DE PEDIDOS, FABRICACIÓN Y ENTREGA DE LOS PRODUCTOS METALMECÁNICOS EN LA EMPRESA MINACOPLES SAS. DAVID FELIPE CRUZ PABÓN. UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLÓGICA TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS BOGOTÁ DC 2019. 2.
(3) SISTEMA WEB DINÁMICO PARA LA GESTIÓN DE PEDIDOS, FABRICACIÓN Y ENTREGA DE LOS PRODUCTOS METALMECÁNICOS EN LA EMPRESA MINACOPLES SAS. DAVID FELIPE CRUZ PABÓN. Trabajo de grado para optar por el título de: Tecnólogo en Sistematización de datos. Director interno: Ing. Mariluz Romero Director externo: Ing. John Parra. UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLÓGICA TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS BOGOTÁ DC 2019. 3.
(4) Nota de Aceptación. Tutor: Ing. Mariluz Romero. Jurado: Ing. Johanna Del Pilar Dueñas. Jurado. Bogotá DC. 13/08/2019. 4.
(5) Dedicado a mi familia que siempre me demostró su apoyo para crecer como persona y como profesional.. 5.
(6) AGRADECIMIENTOS. A todos los docentes que me han acompañado a lo largo de este proceso y se han esforzado por formar buenos profesionales compartiendo abiertamente mucho de su conocimiento y experiencia. A los compañeros estudiantes que se esmeran por aprender y me han enseñado a trabajar en equipo. A mi familia que me ayudó a formarme como persona desde mucho antes de ingresar a la universidad.. 6.
(7) CONTENIDO Pág. INTRODUCCIÓN ............................................................................................................. 15 1.. FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANIZACIÓN ................................... 16 1.4.. 1.4.1.. Alcances ..................................................................................................... 17. 1.4.2.. Delimitaciones ............................................................................................ 18. 1.5.. 2.. ALCANCES Y DELIMITACIONES .................................................................... 17. OBJETIVOS ...................................................................................................... 19. 1.5.1.. Objetivo general ......................................................................................... 19. 1.5.2.. Objetivos específicos .................................................................................. 19. 1.6.. JUSTIFICACIÓN ............................................................................................... 20. 1.7.. MARCO DE REFERENCIA ............................................................................... 21. 1.7.1.. Estado del arte ........................................................................................... 21. 1.7.2.. Marco teórico .............................................................................................. 25. 1.7.3.. Marco Conceptual ...................................................................................... 30. 1.8.. MATERIALES Y MÉTODOS ............................................................................. 31. 1.9.. FACTIBILIDAD ................................................................................................. 35. 1.10.. CRONOGRAMA DE ACTIVIDADES ............................................................. 35. 1.11.. INVESTIGACIÓN PRELIMINAR .................................................................... 36. FASE DE ANÁLISIS ................................................................................................ 39 2.1.. REQUERIMIENTOS FUNCIONALES DEL SISTEMA ....................................... 51. 2.1.1.. Restricciones del sistema ........................................................................... 54. 2.2.. REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA ................................. 55. 3.. 2.2.1.. Interfaces.................................................................................................... 55. 2.2.2.. Desempeño ................................................................................................ 56. 2.2.3.. Calidad ....................................................................................................... 56. 2.3.. DIAGRAMAS DE CASOS DE USO................................................................... 57. 2.4.. DOCUMENTACIÓN DE LOS CASOS DE USO ................................................ 61. 2.5.. DIAGRAMA DE FUNCIONES ........................................................................... 67. FASE DE DISEÑO (ELABORACIÓN) ...................................................................... 68 3.1.. DIAGRAMAS DE SECUENCIA ......................................................................... 68. 7.
(8) 4.. 5.. 3.2.. ARQUITECTURA DEL SISTEMA ..................................................................... 70. 3.3.. DISEÑO DEL SISTEMA .................................................................................... 71. 3.3.1.. Modelo relacional ....................................................................................... 71. 3.3.2.. Diccionario de datos ................................................................................... 72. 3.3.3.. Diagrama de clases .................................................................................... 76. FASE DE IMPLEMENTACIÓN ................................................................................. 77 4.1.. DIAGRAMA DE COMPONENTES .................................................................... 77. 4.2.. DIAGRAMA DE ACTIVIDADES ........................................................................ 78. FASE DE PRUEBAS ................................................................................................ 80. CONCLUSIONES ............................................................................................................ 86 BIBLIOGRAFÍA ............................................................................................................... 88. 8.
(9) LISTA DE TABLAS Pág. Tabla 1. Aplicaciones similares. Fuente Propia. ...................................................22 Tabla 2. Proyectos relacionados. Fuente propia. ...................................................24 Tabla 3. Lenguajes de programación. Fuente propia .............................................33 Tabla 4. Factibilidad. Fuente propia .......................................................................35 Tabla 5. Requerimiento funcional control de acceso. Fuente propia. ....................51 Tabla 6. Requerimiento funcional gestionar administrador. Fuente propia. ...........51 Tabla 7. Requerimiento funcional gestionar usuario. Fuente propia. .....................52 Tabla 8. Requerimiento funcional gestionar tipo de producto. Fuente propia. .......52 Tabla 9. Requerimiento funcional gestionar producto. Fuente propia ....................53 Tabla 10. Requerimiento funcional gestionar pedido. Fuente propia .....................53 Tabla 11. Requerimiento funcional realizar consulta. Fuente propia .....................54 Tabla 12. Definición de los actores del sistema. Fuente propia .............................57 Tabla 13. Documentación caso de uso Login. Fuente propia ................................62 Tabla 14. Documentación caso de uso Gestión Administrador. Fuente propia......62 Tabla 15. Documentación caso de uso Gestión Usuario. Fuente propia ...............63 Tabla 16. Documentación caso de uso Gestionar tipo de producto. Fuente propia ...............................................................................................................................64 Tabla 17. Documentación caso de uso Gestionar producto. Fuente propia ..........64 Tabla 18. Documentación caso de uso Gestionar pedido. Fuente propia..............65. 9.
(10) Tabla 19. Documentación caso de uso Realizar consulta. Fuente propia .............66 Tabla 20. Prueba ingreso de usuario. Fuente propia .............................................81 Tabla 21. Prueba registro. Fuente propia...............................................................81 Tabla 22. Prueba actualización de usuario. Fuente propia ....................................82 Tabla 23. Prueba registro de pedido. Fuente propia ..............................................83 Tabla 24. Prueba registro de producto. Fuente propia ...........................................84 Tabla 25. Prueba modificación de producto. Fuente propia ...................................85 Tabla 26. Prueba modificación de producto. Fuente propia ...................................85. 10.
(11) LISTA DE ILUSTRACIONES Pág. Ilustración 1. Pregunta 1. Fuente propia. ...............................................................40 Ilustración 2. Pregunta 2. Fuente propia. ...............................................................40 Ilustración 3. Pregunta 3. Fuente propia ................................................................41 Ilustración 4. Pregunta 4. Fuente propia ................................................................42 Ilustración 5. Pregunta 5. Fuente propia ................................................................43 Ilustración 6. Pregunta 6. Fuente propia ................................................................44 Ilustración 7. Pregunta 7. Fuente propia ................................................................45 Ilustración 8. Pregunta 8. Fuente propia ................................................................46 Ilustración 9. Pregunta 9. Fuente propia ................................................................47 Ilustración 10. Pregunta 10. Fuente propia ............................................................48 Ilustración 11. Pregunta 11. Fuente propia ............................................................49 Ilustración 12. Pregunta 12. Fuente propia ............................................................50 Ilustración 13. Diagrama de caso de uso Login. Fuente propia .............................58 Ilustración 14. Diagrama de caso de uso gestión Administrador. Fuente propia ...59 Ilustración 15. Diagrama de caso de uso gestión Usuario. Fuente propia .............60 Ilustración 16. Diagrama de funciones. Fuente propia ...........................................67 Ilustración 17. Diagrama de secuencia Nuevo Pedido. Fuente propia ...................68 Ilustración 18. Diagrama de secuencia Login. Fuente propia ................................69. 11.
(12) Ilustración 19. Diagrama de secuencia Realizar Consulta. Fuente propia .............69 Ilustración 20. Arquitectura del sistema. Fuente propia .........................................70 Ilustración 21. Modelo relacional. Fuente propia ....................................................71 Ilustración 22. Diagrama de clases. Fuente propia ................................................76 Ilustración 23. Diagrama de componentes. Fuente propia .....................................77 Ilustración 24. Diagrama de actividad Gestionar usuario. Fuente propia ...............78 Ilustración 25. Diagrama de actividad Gestionar tipo de producto. Fuente propia .79. 12.
(13) RESUMEN. El propósito del proyecto fue desarrollar un sistema web para publicitar los productos y servicios que ofrece la empresa Minacoples SAS, que está dedicada al mantenimiento industrial en general con un enfoque en la hidráulica, también a la comercialización y fabricación de repuestos metalmecánicos. Además, el sistema web tuvo que tener integrado un subsistema que permita gestionar los pedidos de la empresa de una manera práctica y desde una ubicación remota. Por ende, el sistema debió contar con un módulo de ingreso y registro de usuario y a su vez brindarles a los usuarios la garantía de que se hará un buen manejo de sus datos y se mantendrán protegidos. Asimismo, el sistema debió contar con un módulo para actualizar los datos de los usuarios, módulos para gestionar (crear, modificar y eliminar) los productos que se ofrecen, a los cuales sólo puede acceder el usuario administrador y módulos para la gestión de los pedidos. Debido a que la empresa no sólo vende productos prefabricados, sino también ofrece el servicio de fabricación desde cero según las necesidades de los usuarios, los precios de estos servicios pueden variar mucho y se hizo necesario que el sistema posea un módulo que permita a los usuarios solicitar una cotización para un servicio específico. El proyecto incluyó un entorno de trabajo con pequeños módulos que ayudarán a realizar un buen mantenimiento del sistema.. PALABRAS CLAVE: Sistema web, gestión de pedidos, programación, manejo de datos.. 13.
(14) ABSTRACT. The purpose of the project was to develop a web system to advertise the products and services offered by the company Minacoples SAS, which is dedicated to general industrial maintenance with a focus on hydraulics, also to the commercialization and manufacture of metalworking parts. In addition, the web system had to have a subsystem integrated that allows managing company orders in a practical way and from a remote location. Therefore, the system must have a user registration and registration module and in turn provide users with the guarantee that their data will be handled well and will be protected. Also, the system must have a module to update user data, modules to manage (create, modify and delete) the products offered, which can only be accessed by the administrator user and modules for order management. Because the company not only sells prefabricated products, but also offers the manufacturing service from scratch according to the needs of the users, the prices of these services can vary greatly and it became necessary for the system to have a module that allows users Request a quote for a specific service. The project included a working environment with small modules that will help to perform a good maintenance of the system.. 14.
(15) INTRODUCCIÓN. Los avances en el campo de la informática están en continuo desarrollo, el mundo gira a pasos agigantados en busca de soluciones a los problemas, que se presentan en diferentes ámbitos organizacionales, donde se requiere del apoyo de las tecnologías habidas y por haber, a fin de darle soluciones reales. Actualmente, los teléfonos inteligentes, las Tablet, las Laptop y demás dispositivos móviles se usan con más frecuencia para actividades de entretenimiento, comunicación, consulta de información, etc. Sin embargo, su empleo en un contexto empresarial ha comenzado a ganar terreno. Y es que el uso de este tipo de dispositivos, en ambientes corporativos, encuentra mayor facilidad de adopción cuando las empresas cuentan con un volumen importante de empleados en campo; realizan captura de datos fuera de sus propias instalaciones y necesitan automatizar la captura de información hecha en las instalaciones de sus clientes. En entornos como estos, explotar las tecnologías basadas en internet en las empresas representa grandes beneficios para sus operaciones. Uno de estos casos donde se reflejan los beneficios del uso de este tipo de tecnologías en las empresas es en el siguiente: Levantar pedidos a través de un dispositivo con acceso a internet, representa una disminución de costos significativa para las empresas. El presente es un proyecto fundamentado en el principio de comunicación vía internet, para la interacción entre un cliente con la empresa, de forma que, desde un dispositivo electrónico con acceso a internet, se puede hacer pedidos de forma virtual desde cualquier parte del mundo. Esto con el fin de contribuir en la solución del problema de manejar estos datos por escrito que a menudo ocasiona errores y demoras en las entregas. Tomando como foco de orientación las necesidades específicas de la empresa Minacoples SAS.. 15.
(16) 1. FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANIZACIÓN. 1.1.. TITULO DEL TRABAJO. SISTEMA WEB DINÁMICO PARA LA GESTIÓN DE PEDIDOS, FABRICACIÓN Y ENTREGA DE LOS PRODUCTOS METALMECÁNICOS EN LA EMPRESA MINACOPLES SAS. 1.2.. TEMA. Software para gestionar pedidos, solicitar cotizaciones y publicitar tanto productos como servicios de una entidad comercial.. 1.3. . PLANTEAMIENTO DEL PROBLEMA Descripción:. La empresa Minacoples SAS, desde su departamento administrativo, ha intentado hacer mejoras en su manera de gestionar los pedidos que despacha con relación al inventario de productos. Sin embargo, en los últimos años se ha percibido un progreso mínimo en este aspecto debido a la falta de implementación de medios tecnológicos modernos, lo que ha generado un estancamiento en el crecimiento de la popularidad de la empresa. Desde el año 2014 Minacoples cuenta con un sistema gestor de pedidos desactualizado que consiste en recibir la solicitud de los pedidos mediante archivos de texto que van siendo almacenados en carpetas y asimismo llevan todo el inventario en tablas de Excel que a menudo tienen que ser modificadas lo que ha generado complejidad para hacer seguimiento a los pedidos y dificultades para mantener los datos de inventario actualizados. Adicional a esto, la empresa maneja un sistema publicitario que consiste en colocar un adhesivo con el nombre, teléfono y dirección de la empresa a cada producto que vende, con el fin de darse a conocer a cada persona que vea dicho producto, lo que deja ver que no cuenta con un sistema publicitario moderno, y como resultado se ha percibido un estancamiento en el reconocimiento de la empresa a nivel nacional.. 16.
(17) Por lo antes expuesto, es necesario analizar que en la actualidad los medios informáticos prestan gran utilidad para gestionar sistemas de información, de modo que se debería investigar cual podría ser la manera más eficaz de implementarlos teniendo en cuenta que lo que se busca es dar mayor eficiencia al manejo de los pedidos y a su vez llamar la atención de nuevos clientes incentivándolos a creer en la buena calidad de los productos que se les ofrecen. . Formulación. ¿El gestionar pedidos mediante sistemas web puede presentar más ventajas y menos desventajas que hacerlo mediante métodos más tradicionales basados en el manejo de datos por medio de archivos físicos?. 1.4.. ALCANCES Y DELIMITACIONES. 1.4.1. Alcances. El sistema web para la gestión de pedidos en la empresa Minacoples SAS está conformado por los siguientes subsistemas: . Registro de usuarios: Permite que cualquier visitante en el sistema tenga la posibilidad de crear un usuario después de llenar una serie de datos básicos.. . Realización de consultas: Da la posibilidad a cualquier visitante del sistema de que solicite la información que requiera y se le envíe directamente a un correo electrónico.. . Gestión de pedidos: Permite a los usuarios registrados en el sistema solicitar, consultar y cancelar pedidos mediante módulos sencillos y prácticos.. 17.
(18) . Actualización de datos de usuario: Permite a los usuarios registrados modificar sus datos en cualquier momento y cuantas veces lo necesite.. . Gestión de productos: Es para uso exclusivo del usuario administrador y le permite crear, modificar y eliminar productos que estarán o no disponibles para los clientes.. 1.4.2. Delimitaciones Es importante aclarar que el sistema cuenta con las siguientes limitaciones: . Únicamente puede tener un usuario administrador.. . No cuenta con medios de pago electrónicos.. . Está deseñado para ejecutarse correctamente a través del navegador Google Chrome, si bien puede ejecutarse desde otros navegadores, no se garantiza que todas las funciones se desenvuelvan correctamente.. . Los usuarios, una vez registrados, no pueden modificar el número de identificación que se asignaron.. 18.
(19) 1.5.. OBJETIVOS. 1.5.1. Objetivo general Analizar, diseñar e implementar un sistema web que sirva como herramienta para la gestión de pedidos, fabricación y entrega de los productos metalmecánicos, hidráulicos y neumáticos, y que a su vez sirva como medio publicitario en la empresa Minacoples SAS. 1.5.2. Objetivos específicos -. Recopilar, analizar y modelar los requisitos y requerimientos por parte de la empresa para el diseño del sistema web.. -. Diseñar un módulo que permita recepcionar los pedidos hechos por los clientes.. -. Elaborar un módulo que indique la información de cada producto, cantidad disponible y posibles promociones.. -. Crear un módulo de asistencia que permita hacer seguimiento a los estados de los pedidos.. -. Diseñar la base de datos que almacenará la información de los usuarios, productos, clientes y pedidos.. -. Implementar un algoritmo de encriptamiento que garantice la seguridad de las contraseñas de los usuarios.. 19.
(20) 1.6.. JUSTIFICACIÓN. Hoy por hoy las empresas se muestran con más interés en la administración, de cómo debemos dirigir, administrar los recursos económicos, humanos y materiales; dejando inadvertido el servicio al cliente y cada día se preocupan más en crecer sin dar importancia a cómo la competencia está creciendo y está incrementando su lista de clientes. Sabiendo que el buen servicio al cliente puede llegar a ser un elemento promocional para las ventas tan poderoso como los descuentos, la publicidad o la venta personal. Por lo que se dice que atraer un nuevo cliente es aproximadamente seis veces más caro que mantener uno, esto debido a que la calidad en el servicio prestado y la atención percibida por los clientes, tiende a incrementar su grado de satisfacción con respecto a la oferta de la empresa y produce una experiencia de compra que favorece su fidelidad con los productos o servicios, de dicha empresa o entidad comercial. Pero para el caso de este proyecto específico, nos encontramos con que el servicio al cliente cara a cara ya no es suficiente para satisfacer la demanda, e incluso dicha demanda estará limitada a no crecer más si no se implementa un método más eficaz para atender los pedidos de los clientes. El método de gestionar los pedidos a través de hojas de cálculo o documentos escritos se vuelve poco eficiente cuando la cantidad de pedidos aumenta en ciertos días del año, además de que genera más demora para el despacho y se torna muy propenso al error. Por otra parte, una empresa que busque crecer en el mercado debe esforzarse por ganar reconocimiento y esto se logra a través de sus clientes, entre mayor sea el número de clientes satisfechos, mejor será la reputación de la empresa. Pero aun así, el hecho de ganar popularidad a través del “voz a voz” presenta muchas limitaciones, en cambio, si se implementa un método publicitario mucho más global como lo es un sitio de internet se aumentará en gran manera la posibilidad de ganar reconocimiento ya que hablamos de un espacio que estará al alcance de cualquier persona y desde cualquier lugar. En varios sitios se ha tomado como forma de dar atención siempre que el cliente lo requiera, la creación de centros de llamada o call center dado que constituyen un vehículo de comunicación entre el cliente y la empresa a través del cual éste se manifiesta para expresar una consulta, solicitar un servicio, realizar una queja o reclamación, o comunicar una incidencia con el servicio contratado, etc. Son técnicas por las que optan las empresas comerciales, primordialmente para medir el grado de satisfacción de sus clientes. Por lo que en muchas ocasiones no se ofrecen soluciones al instante y a veces ni a corto plazo, por lo que lo hacen a. 20.
(21) largo plazo, o dependiendo de sus políticas internas. Por lo tanto, lo que se busca con el diseño de este sistema, es el mejoramiento del servicio al cliente, en lo que concierne a la pronta atención a los usuarios que lleguen al establecimiento comercial. El sistema a desarrollar no tiene una alta complejidad, el código debe ser sencillo, tanto que pueda modificarse fácilmente, las iteraciones deben ser presentadas en corto tiempo y requiere ser hecho en el menor tiempo posible. Técnicamente, no se requiere abundante documentación a lo largo del proceso de desarrollo, ni la participación de un número considerable de desarrolladores para su construcción.. 1.7.. MARCO DE REFERENCIA. 1.7.1. Estado del arte En el internet encontramos una gran variedad de sistemas de gestión de datos, muchos de sus diseñadores se han basado en técnicas concretas de programación y estudios de publicidad para lograr alcanzar los resultados deseados. La gran cantidad de herramientas que nos brinda la programación hoy en día permite a muchos innovar en estos diseños buscando hacerlos únicos. En el siguiente recuadro se muestran algunos aplicativos que realizan funciones similares y encontramos hoy en el mercado:. Mediamarkt. Hermes Informática. Es una cadena de tiendas conocida que vende sobre todo productos de electrónica de consumo. Curiosamente esta multinacional hasta hace poco no ofrecía una gestión de pedidos online. Es la página web de una pequeña tienda de informática. Sirve como ejemplo de una pequeña empresa que tiene una página web y a su vez tiene una parte de tienda online. Pero como sucede a veces en las PYMES que tienen tienda online, tienen la parte de la tienda online en una interface y aplicación distinta de la página web. Este es uno de los. 21.
(22) Ferreteria Cabero. problemas que pretendemos evitar con nuestro sistema. Aquí he escogido el sistema web de una PYME, una ferretería normal. Tiene página web y opción de realizar pedidos en la misma completamente integrados con la interface de la página web. Es más, o menos que lo que pretendemos con el sistema a desarrollar en este proyecto.. Tabla 1. Aplicaciones similares. Fuente Propia.. A continuación, se presenta un listado con algunos proyectos similares que se han realizado en los últimos cinco años que servirán como ejemplos y al examinar los posibles errores o inconsistencias que tengan permitirán hacer de este un proyecto mejorado y debidamente orientado a las necesidades del consumidor.. “SGP: SISTEMA DE GESTIÓN DE “Este proyecto tiene como objetivo PEDIDOS” (Hernanz) desarrollar una aplicación en formato web capaz de dar soporte a la gestión de los pedidos de una tienda de comidas. El proyecto incluye un entorno de trabajo para un administrador con pequeños módulos que ayudaran a realizar un buen mantenimiento del sistema.” (Hernanz)1 Este proyecto, aunque brinda una solución sobresaliente al problema, está demasiado enfocado en la implementación de un diseño que permita realizar un fácil y constante mantenimiento al sistema por medio de muchos módulos lo cual hace más difícil el manejo para el consumidor. “Desarrollo de una aplicación web de “La herramienta consiste en un sistema gestión de pedidos” (Fuentes) de gestión de pedidos online,. 1. Hernanz, Francisco Rodríguez, SGP: Sistema de Gestión de Pedidos, Escuela de ingeniería de la UAB, Barcelona, 2016.. 22.
(23) podríamos decir que se trata de una “tienda online”. Prefiero llamar a la aplicación sistema de pedidos web u online, mejor que tienda online, ya que la aplicación hasta el punto en el que está desarrollada actualmente, no permite los pagos y otras funcionalidades más complejas que suelen ofrecer las tiendas online. Se busca que un usuario cliente pueda realizar los pedidos de distintos artículos, material o el producto que ofrezca la empresa, a través la aplicación web que se ha desarrollado. Se pretende que esta aplicación este completamente integrada en la página web de la empresa, y así alterar lo menos posible la imagen corporativa de la misma.” (Fuentes)2 En este proyecto se puede percibir un trabajo muy completo y extenso en el que se integra la aplicación a la página web optimizando el producto y dando una buena solución al problema planteado. Sin embargo, al examinarlo noté que el autor no tuvo muy en cuenta las necesidades específicas de su consumidor, más bien, realizó un producto muy enfocado a lo general.. 2. Fuentes, José Luis Cabello, Desarrollo de una aplicación web de gestión de pedidos, UNIVERSIDAD CARLOS III DE MADRID, Madrid, 2017.. 23.
(24) “Sistema Web para Gestión de Pedidos en Línea en atención a clientes de Distribuidora Pirámide S.A.C.” (Vela). “Este proyecto tiene como objetivo la automatización del proceso de pedidos, los cuales se ven reflejados en la reducción de horas hombre en el proceso de toma de pedidos; de esta manera se facilita al cliente realizar su pedido sin la necesidad de pagar costos como teléfono, movilidad, etc., además el cliente puede visualizar el catálogo de artículos en tiempo real.” (Vela)3 Este proyecto brinda una buena solución al problema planteado, tiene un buen enfoque y es muy conciso debido a que se adapta muy bien a las necesidades de la empresa a la que se le diseña el producto. Es importante mencionar que el autor buscó solucionar un problema específico sin pensar mucho en el largo plazo, por lo cual no dejó el camino abierto a futuras modificaciones y/o mejoras.. Tabla 2. Proyectos relacionados. Fuente propia.. 3. Vela, Haroldo Galo, Sistema Web para Gestión de Pedidos en Línea en atención a clientes de Distribuidora, UNIVERSIDAD NACIONAL DE LA AMAZONÍA PERUANA, IQUITOS, 2015.. 24.
(25) 1.7.2. Marco teórico . Gestión de pedidos. La gestión de pedidos y distribución es considerada como parte de la gestión de los clientes. En el pasado, la gestión de clientes abarcaba el tratamiento de los pedidos y de quejas, reclamaciones y devoluciones. La gestión de pedidos y distribución consiste en actividades que resultan de la cumplimentación de órdenes de pedido del cliente, a la vez que se asegura el máximo valor de la cadena de suministro y servicio al cliente. Un pedido se puede definir como un compromiso en firme entre dos partes (proveedor y cliente) que reúne todas las condiciones mínimas necesarias para establecer una relación comercial entre ellas de manera que una de las partes (el proveedor) pone a disposición de la otra (cliente) los productos o servicios comprometidos, bajo las condiciones pactadas. Cabe destacar su distinción respecto a la intención de compra, la cual no implica compromiso firme entre ambas partes y que, por esa cualidad, no forma parte de la gestión de pedidos y distribución, aunque sí para la realización de previsiones. Es decir, una intención de compra es un pedido en estado potencial. Así, el proceso comienza con la llegada de un pedido y termina cuando el pedido es enviado, aceptado y finalmente cobrado. (Quiroga, 2015)4 Ahora bien, las necesidades de las entidades comerciales a la hora de gestionar pedidos han cambiado relativamente poco en los últimos años, sin embargo, los métodos utilizados por muchas PYMES para el manejo de estos datos si se ha visto envuelto en constantes actualizaciones que han dejado al descubierto que las soluciones que ofrecen los medios tecnológicos, sin ser perfectas, pueden llegar a tener una gran cantidad de ventajas.. 4. Quiroga, Cristóbal Barbero, MANUAL DE CONSULTA GESTION DE PEDIDOS Y DISTRIBUCIÓN, 2015, Pilot.. 25.
(26) En este caso, la administración de datos por medio de un sistema web puede poner fin a varios de los problemas que se presentan al llevar registros de pedidos mediante documentos físicos. Aún con esto, es importante aclarar que el manejo de datos mediante un sistema web requiere de ciertas atenciones específicas que no se pueden descuidar, como lo son las actualizaciones de software, la implementación constante de seguridad informática que garantice la privacidad de los datos.. . Diseño de páginas web. Desde hace un tiempo a la fecha, Internet ha cobrado un protagonismo especial y, tanto en los medios de comunicación como en eventos de distintas índoles (ferias, congresos, seminarios, conferencias, etc.), los empresarios escuchan, con una mezcla de sorpresa y expectación, cómo diversos colectivos los animan a que comiencen a explotar los medios electrónicos y, en definitiva, las oportunidades que Internet brinda. En este sentido cabe destacar que, pese a que su utilización ha supuesto un impulso fundamental en la generación del uso de la Red, Internet no está integrada únicamente por la WWW (World Wide Web). Otros servicios, como el correo electrónico, las listas de discusión, los servicios de noticias, el acceso remoto, la transferencia de archivos, las conversaciones interactivas en modo de texto o la voz y video en Internet, también pueden ser empleados por las empresas para optimizar sus procesos empresariales. 5 Las empresas que se planteen tener presencia en Internet deben establecer, en primer lugar, los objetivos que esperan conseguir con ello y cuál es su capacidad para asumir los compromisos que la aventura Web implicará. Por esta razón, cualquier proyecto que se plantee en Internet debe responder a unos objetivos concretos determinado de antemano en función del presupuesto, las necesidades y características de la empresa.. 5. Delgado, Hugo, Pasos clave en la creación de un sitio Web, [en línea], 24 de agosto de 2018, [https://disenowebakus.net/pasos-clave-en-la-creacion-de-un-sitio-web.php]. 26.
(27) Objetivos que deben perseguir las empresas con su presencia en la Red. -. Reducir los costos de promoción y comunicación Fines publicitarios Captar nuevos consumidores Servir de soporte para el canal de ventas Adquirir experiencias en el comercio electrónico Atención al cliente Ofrecer información actualizada Conseguir imagen Posicionamiento estratégico Generación de bases de datos Intento de potencias la presencia internacional Reducir los costos en los procesos empresariales Marketing one-to-one . Sitios web dinámicos. Una web dinámica es aquella que contiene aplicaciones dentro de la propia web, otorgando mayor interactividad con el navegante. Ejemplos de aplicaciones dinámicas son encuestas y votaciones, foros de soporte, libros de visita, envío de e-mails inteligentes, reserva de productos, pedidos on-line, atención al cliente de forma personalizada, etc.. 27.
(28) Extensiones de páginas web: Como hemos mencionado las páginas web son documentos y, como tales, suelen tener una extensión que nos da una idea sobre del tipo de contenido que posee ese documento. Las extensiones más habituales de las páginas web con las que nos podemos encontrar a la hora de navegar son: -. -. html, y htm: Suele ser la extensión estándar para páginas web estáticas, formadas por contenido html. asp (Active server pages): Son páginas dinámicas que se generan en el momento de ser visitadas. Están escritas en un lenguaje de programacón similar al Visual Basic de Microsoft. jsp (Java server pages): Son páginas dinámicas al igual que las anteriores pero que están escritas con el lenguaje de programación Java de Sun. php (Personal Home Page): Son páginas dinámicas escritas con un lenguaje de propósito general para ser incrustado junto al código HTML, que no tiene nada que ver con java o visualbasic. 6 . Algoritmo de encriptamiento BLOWFISH. Blowfish es un algoritmo de cifrado por bloques simétrico libre de patente creado por Bruce Schneier en 1993 como una alternativa para reemplazar a DES como estándar de cifrado. Este algoritmo está compuesto por 18 semiclaves (K) y 4 cajas (subtitution boxes S). Es un proceso relativamente simple y altamente seguro ya que a la fecha no se conoce ningún tipo de criptoanalisis efectivo contra este algoritmo de cifrado. Blowfish usa bloques de 64 bits y claves que van desde los 32 bits hasta 448 bits. Es un codificador de 16 rondas Feistel y usa llaves que dependen de las Cajas-S. Tiene una estructura similar a CAST-128, el cual usa Cajas-S fijas. El algoritmo guarda 2 arrays de subclaves(P): El array P de 18 entradas y 4 cajasS de 256 entradas. Una entrada del array P es usada cada ronda, después de la ronda final, a cada mitad del bloque de datos se le aplica un XOR con uno de las 2 entradas del array P que no han sido utilizadas.. 6. Narváez, Jairo, Programación Extrema, [en línea], 15 de noviembre de 2015, [http://programacionextrema.tripode.com/fases.htm]. 28.
(29) Ahora bien, este algoritmo aplica 14 rondas, dada su complejidad, no es apto para entornos donde la memoria esté muy limitada.7 . Metodología. Se propuso una metodología de cinco fases que se adapta a las fases del modelo RUP, tomando las actividades necesarias para el proyecto. Se eligió esta metodología debido a la flexibilidad que tiene para adaptarse a cada proyecto, haciendo uso de buenas prácticas en el desarrollo de software, como desarrollo iterativo, administración eficiente de requerimientos y prototipos incrementales. Las fases a desarrollar son: -. FASE DE DEFINICIÓN:. Cómo su nombre lo indica es la etapa en la cual se definen todos los conceptos habidos y por haber que se deban tener claros para el buen entendimiento del proyecto. -. FASE DE ANÁLISIS:. Se estudia y entiende el sistema publicitario y la problemática que se quiere resolver mediante este; se identifica la información que se maneja, cómo se maneja y qué aspectos intentan encontrar los diferentes usuarios que tiene la empresa, tratando de identificar los requerimientos más importantes que necesitan ser implementados o modificados. -. FASE DE ELABORACIÓN:. Esta es una de las etapas más importantes, ya que, teniendo en cuenta los requerimientos analizados, se crea un modelo de datos con el cual se pueda organizar y almacenar la información de tal forma que sea estándar y funcione tanto para la empresa como para sus clientes.. 7. Tomado directamente de: http://lumbreras-criptografia.blogspot.com/2013/07/cifrados-por-bloqueblowfish.html. 29.
(30) -. FASE DE IMPLEMENTACIÓN:. Se construye el modelo de datos y la página web, de manera que una vez terminada tenga la capacidad de ponerse en funcionamiento con datos reales, teniendo en cuenta que va a cubrir los requerimientos que se identificaron en la etapa de definición. El producto obtenido en la etapa de desarrollo se pone en funcionamiento con datos reales de los productos y servicios ofrecidos con los cuales se cargan datos suministrados por la empresa teniendo como resultado un ambiente adecuado para generar las pruebas pertinentes. -. FASE DE PRUEBAS:. Una vez se tenga el sistema con datos reales, se generan las pruebas pertinentes de la mano de usuarios de la página con lo cual se pueda evaluar de forma clara el funcionamiento del sistema teniendo en cuenta los requerimientos identificados previamente.. 1.7.3. Marco Conceptual . Hidráulica. Hidráulica o hidráulico se refiere a mecanismos cuyos movimientos son accionados por fuentes de agua o fluidos. Un mecanismo hidráulico es aquel que funciona por la acción de fluidos o por agua como, por ejemplo, las suspensiones hidráulicas de los carros, las bombas hidráulicas que transforman energía mecánica en hidráulica, y las turbinas hidráulicas que transforman la energía en forma rotativa. 8. 8. Tomado directamente de: https://www.significados.com/hidraulica/. 30.
(31) . Metalmecánica. La metalmecánica es el sector que comprende las maquinarias industriales y las herramientas proveedoras a las demás industrias metálicas. De esta manera, el metal y las aleaciones de hierro son el insumo básico para la utilización de bienes en el capital productivo. 9. . Acoples industriales. Los acoplamientos pueden tener muchas funciones, pero su propósito principal es el de conectar los ejes de las unidades que fueron manufacturadas por separado y que giran, como el motor o el generador. Estos, sin embargo, sí permiten un cierto movimiento final o desalineación para la flexibilidad y también proporcionan una fácil desconexión de los dos dispositivos independientes para las reparaciones o modificaciones. Además, reducen el choque que se transmite de un eje a otro, protegen contra las sobrecargas y pueden alterar la cantidad de vibraciones que experimenta una unidad giratoria. 10 1.8.. MATERIALES Y MÉTODOS. Las herramientas van a ser libres debido al costo de licencias y porque el autor del proyecto de titulación tiene una mayor experiencia en proyectos utilizando software libre. A continuación, se van a analizar dos tipos de lenguajes de programación como son PHP y Java. PHP: Proviene de Pre Procesador de Hipertexto. PHP se originó como una herramienta de programación que fue adoptada rápidamente a través de internet, gracias a su fácil curva de aprendizaje y su gran comunidad de desarrolladores.. 9. Tomado directamente de: http://www.metalmind.com.co/importancia-de-la-metalmecanica Tomado directamente de: https://www.abm-industrial.com/2013/06/17/acoplamientos-mecanicos/. 10. 31.
(32) Según una estimación, PHP está instalado en 224 millones de sitios web, con soporte de servidor por la mayoría de los servidores de alojamiento. PHP es de código libre o gratuito para su uso y cuenta con una serie de frameworks para simplificar el desarrollo web. 11 JAVA: Es un lenguaje de programación con el que se puede realizar cualquier tipo de programa. En la actualidad es un lenguaje muy extendido y cada vez cobra más importancia tanto en el ámbito de Internet como en la informática en general. Está desarrollado por la compañía Sun Microsystems con gran dedicación y siempre enfocado a cubrir las necesidades tecnológicas de punta. Una de las principales características por las que Java se ha hecho muy famoso, es que es un lenguaje independiente de la plataforma. Eso quiere decir que si se hace un programa en Java podrá funcionar en cualquier ordenador del mercado. Es una ventaja significativa para los desarrolladores de software, pues antes tenían que hacer un programa para cada sistema operativo, por ejemplo, Windows, Linux, Apple, etc. Esto lo consigue porque se ha creado una Máquina de Java para cada sistema que hace de puente entre el sistema operativo y el programa de Java y posibilita que este último se entienda perfectamente. 12 Análisis comparativo entre Java y Php: Para la comparación se toman en cuenta las siguientes características desarrolladas en base a proyectos anteriores realizados por el autor. -. Fácil alojamiento del sistema en servidores web.. -. Es necesario que funcione en cualquier plataforma.. -. La codificación debe ser lo más simple posible.. -. Buen rendimiento del sistema.. -. Lenguaje de programación económico.. 11. Información tomada de la página web: https://www.udemy.com/blog/es/php-vs-asp-net-costosescalabilidad-y-rendimiento/ 12 Información tomada de la página web: http://www.desarrolloweb.com/articulos/497.php. 32.
(33) Se asignan calificaciones de 1-5 por cada característica, siendo 5 la máxima calificación y 1 la mínima. Estos valores han sido escogidos de acuerdo a la experiencia del autor del proyecto de titulación. En la Tabla 3 se muestra la comparación realizada.. Características Fácil alojamiento en servidores web Que funcione en cualquier plataforma Codificación lo más simple posible Lenguaje de programación económico Tenga un buen rendimiento Suma Total. JAVA 4. PHP 5. 4. 5. 4. 5. 4. 5. 5. 5. 21. 25. Tabla 3. Lenguajes de programación. Fuente propia. Como conclusión, el lenguaje de programación que mejor se adapta a nuestro Sistema web de gestión de pedidos para la empresa Minacoples SAS es PHP. Para decidir el sistema gestor de bases de datos que se va a utilizar se comparan dos motores de Base de Datos libres, con el fin de seleccionar el que mejor se adapte al lenguaje PHP y que tenga como característica principal la optimización de consultas sencillas. Los dos motores de base de datos a comparar son: MySQL y PostgreSQL MySql: Es un sistema administrativo relacional de bases de datos (RDBMS por sus siglas en inglés Relational Database Management System). Este tipo de bases de datos puede ejecutar desde acciones tan básicas, como insertar y borrar registros, actualizar información o hacer consultas simples, hasta realizar tareas tan complejas como la aplicación lo requiera.. 33.
(34) MySQL, se ha enfocado tradicionalmente en aplicaciones web de lectura mayormente, usualmente escritas en PHP, donde la principal preocupación es la optimización de consultas sencillas utilizando el menor número de recursos. PostgreSQL: Es un sistema de gestión de bases de datos objeto-relacional, distribuido bajo licencia BSD y con su código fuente disponible libremente. Es el sistema de gestión de bases de datos de código abierto más potente del mercado y en sus últimas versiones no tiene nada que envidiarles a otras bases de datos comerciales. PostgreSQL se ha enfocado tradicionalmente en la fiabilidad, integridad de datos y características integradas enfocadas al desarrollador. Tiene un planificador de consultas extremadamente sofisticado, que es capaz de unir cantidades relativamente grandes de Tablas eficientemente. Con lo antes mencionado, se concluye que el motor de base de datos que se acopla de mejor manera al sistema a desarrollar es Mysql, debido a que cumple con los requerimientos expuestos antes: que mejor se adapte al lenguaje PHP y que tenga como característica principal la optimización de consultas sencillas. Ahora bien, como servidor web es necesario tener los servicios de Apache PHP y Mysql, para ello se utiliza una herramienta denominada XAMPP. XAMPP es una distribución de Apache completamente gratuita y fácil de instalar que contiene MySQL, PHP, Perl, entre otros. El paquete de instalación de XAMPP ha sido diseñado para ser fácil de instalar y usar. Adicionalmente, para la generación de código PHP y las etiquetas HTML se utiliza el programa Adobe Dreamweaver CC 2019 el cual funciona como entorno de desarrollo.. 34.
(35) 1.9.. FACTIBILIDAD. El balance de costos del proyecto lo hace factible. A continuación, se expone la factibilidad económica, operativa y legal mediante una tabla: FACTIBILIDAD. RECURSO. COSTO. ECONOMICA. PC All in One HP, 20C217, Intel Celeron, Disco Duro 500Gb, Windows 10. $849.000. Hosting empresarial para emprendimientos con un volumen intermedio de tráfico. (1 año). $195.000. Dominio web.. $41.650. Internet banda ancha. (6 meses). $450.000. OPERATIVA. Desarrollador. (6 meses). $4.800.000. LEGAL. Licencias software.. $0. Total:. $ 6.335.650,00. Tabla 4. Factibilidad. Fuente propia. 1.10. CRONOGRAMA DE ACTIVIDADES El cronograma de actividades se encuentra en la carpeta de anexos con el nombre: ANEXO 2-Cronograma.. 35.
(36) 1.11. INVESTIGACIÓN PRELIMINAR La investigación preliminar, tiene como finalidad, buscar la información suficiente para determinar si es conveniente continuar con el ciclo de vida del desarrollo del sistema. Esta investigación se fundamentó en: la investigación de los factores que inciden en el problema de las dificultades que se presentan en la atención al cliente en la entidad comercial, soportadas en previas investigaciones de diferentes autores, posteriormente se propuso la solución que garantiza una considerable mejora en la atención a los clientes, que fue el diseño de un sistema web; el tiempo y costo estimado para el proyecto, el cual se considera un tiempo de seis (6) meses y un costo de seis millones trecientos treinta y cinco mil seiscientos cincuenta pesos ($ 6.335.650) como se puede ver al detalle en la tabla 4. En el desarrollo de este proyecto de investigación, las variables que se tuvieron en cuenta son: -. Necesidad de la prestación de un mejor servicio.. -. Búsqueda de eficiencia mediante la sistematización de los procesos.. -. La satisfacción de los clientes por las aplicaciones que usan internet.. -. Aprovechamiento de la infraestructura en redes de información y telecomunicaciones.. -. Impacto tecnológico y comercial generado en la población.. Levantamiento de la información Para la realización de este proyecto investigativo fue necesaria la utilización de diferentes procedimientos para el levantamiento de la información:. 36.
(37) - INVESTIGACIÓN PREVIA Con base en las actividades que realiza la empresa y los métodos de los que se vale, a fin de establecer necesidades, que nos llevaran a soluciones, con lo que estarían generándose requerimientos del cliente, para posteriormente encontrarles soluciones apoyadas en la tecnología de la información.. - OBSERVACIONES También constituyeron un pilar fundamental en el levantamiento de la información necesaria para contribuir a la solución del problema en cuestión, el cual tiene que ver con la falta de prontitud y eficiencia en la atención a clientes en las industrias de la localidad, de la ciudad de Bogotá-Colombia. -. ECUESTAS. Realizadas a los empleados de la empresa y personas de la población de clientes potenciales del sector de Puente Aranda, también fueron de gran importancia para lograr constituir y refinar los requerimientos necesarios para lograr la fabricación de una posible solución por medio del uso de la tecnología informática y las telecomunicaciones, convergiendo todo ello en la aplicación de software. La primera encuesta, dirigida a los empleados de la empresa estuvo conformada por las siguientes preguntas: 1- ¿Cuál cree que es el estrato promedio de los clientes de la empresa? Bajo Medio Alto 2- ¿Cuánto tardan generalmente en preparar un pedido? 20 minutos 30 minutos 40 minutos. 37.
(38) 3- ¿Cómo diría que son los precios que maneja la empresa comparados con los que ofrecen los establecimientos similares? Altos Normales Bajos 4- ¿A través de que medio visualizan más los clientes los productos disponibles que hay en la empresa? Exhibición en vitrinas Folletos promocionales Medios audiovisuales 5- ¿Le gustaría que una aplicación de software le ayudara con el manejo de pedidos en la empresa? Si No La segunda encuesta, dirigida a los clientes de la empresa estuvo conformada por las siguientes preguntas: 1- ¿Con qué frecuencia diría que visita éste y otros establecimientos comerciales similares? Alta frecuencia Mediana frecuencia Baja frecuencia 2- ¿Qué es lo que más le interesa a la hora de comprar un producto en la empresa? El precio La calidad El precio y la calidad tienen igual importancia 3- ¿Diría que la atención en la empresa a la hora de despachar los pedidos es? Inmediata Demorada. 38.
(39) 4- ¿Por qué medio visualiza los productos disponibles en la empresa? Exhibición en vitrina Folletos promocionales Medios audiovisuales Otra (Escribir cual) 5- ¿De cuánto tiempo es el rango de espera promedio en la entrega de los pedidos? 20 minutos 30 minutos 40 minutos 6- ¿Le gustaría que el listado de productos se encuentre disponible en una página web? Si No 7- ¿Diría que tiene fácil acceso a internet? Si No 2. FASE DE ANÁLISIS. ENCUESTAS Se realizaron un total de 10 encuestas, donde se dividieron en dos grupos de 5 personas cada uno, un grupo realizadas a empleados de la empresa y el otro grupo realizadas a clientes, de los cuales, se caracterizan por ser personas de diferentes condiciones sociales. Se generaron encuestas para los diferentes roles involucrados en el problema, donde se llegó a unas conclusiones y unos datos estadísticos, los que se analizan en profundidad en la siguiente fase del proyecto de investigación. A continuación, se muestran los resultados de las encuestas, realizadas a los empleados de la empresa y a clientes frecuentes de este y otros establecimientos comerciales similares. Con el fin de tomar y conocer, a primera mano la información de posibles requisitos y funcionalidades de la aplicación a realizar.. 39.
(40) Resultados de la encuesta realizada a los empleados de la empresa: -. En la primera pregunta, el 20% de los empleados respondieron que sus clientes son de estrato Bajo, otro 40% que sus clientes son de estrato Medio y un 40% que sus clientes son de estrato Alto.. Ilustración 1. Pregunta 1. Fuente propia. -. En la segunda pregunta, el 20% de los empleados respondieron que el rango promedio de preparación de los pedidos es de 20 minutos, otro 60% que el rango promedio de preparación de los pedidos es de 30 minutos y un 20% que el rango promedio de preparación de los pedidos es de 40 minutos.. Ilustración 2. Pregunta 2. Fuente propia.. 40.
(41) -. En la tercera pregunta, el 0% de los empleados respondieron que los precios que maneja la empresa con relación a los establecimientos aledaños son altos, otro 60% que los precios que maneja la empresa con relación a los establecimientos aledaños son normales, otro 40% que los precios que maneja la empresa con relación a los establecimientos aledaños son bajos.. Ilustración 3. Pregunta 3. Fuente propia. 41.
(42) -. En la cuarta pregunta, el 80% de los empleados respondieron que sus productos disponibles son visualizados por el cliente mayormente a través de exhibición en vitrinas, otro 0% que sus productos disponibles son visualizados por el cliente mayormente a través de folletos promocionales y un 20% que sus productos disponibles son visualizados por el cliente mayormente a través de medios audiovisuales.. Ilustración 4. Pregunta 4. Fuente propia. 42.
(43) -. En la quinta pregunta, el 80% de los empleados respondieron que, SI les gustaría que una aplicación de software les ayudara con el manejo y control de toma de pedidos de la empresa, y el otro 20% que NO le gustaría.. Ilustración 5. Pregunta 5. Fuente propia. 43.
(44) Resultados de la encuesta realizada a los clientes frecuentes de esta empresa y otras similares: -. En la primera pregunta, el 20% de los clientes respondieron que van a esta y otras empresas similares con Baja frecuencia, otro 40% que van a esta y otras empresas similares con Mediana frecuencia y un 40% que van a esta y otras empresas similares con Alta frecuencia.. Ilustración 6. Pregunta 6. Fuente propia. 44.
(45) -. En la segunda pregunta, el 20% de los clientes respondieron que lo que más les interesa cuando van a comprar es el precio, el 20% respondieron que lo que más les interesa cuando van a comprar es la calidad del producto y el 40% respondieron que tanto el precio como la calidad tienen la misma importancia al momento de comprar.. Ilustración 7. Pregunta 7. Fuente propia. 45.
(46) En la tercera pregunta, el 80% de los clientes respondieron que la atención por parte de las empresas para despachar un pedido es Demorada y el otro 20% respondieron que la atención por parte de las empresas para despachar un pedido es Inmediata.. Ilustración 8. Pregunta 8. Fuente propia. 46.
(47) -. En la cuarta pregunta, el 60% de los clientes respondieron que visualizan los productos disponibles por medio de las vitrinas de exhibición, otro 0% que visualizan los productos disponibles por medio de folletos promocionales, otro 20% que visualizan los productos disponibles por medio de medios audiovisuales y un 20% que visualizan los productos disponibles por medio de Otra forma (oral).. Ilustración 9. Pregunta 9. Fuente propia. 47.
(48) -. En la quinta pregunta, el 20% de los clientes respondieron que el rango promedio de espera por el pedido es de 20 minutos, otro 60% que el rango promedio de espera por el pedido es de 30 minutos y un 20% que el rango promedio de espera por el pedido es de 40 minutos.. Ilustración 10. Pregunta 10. Fuente propia. 48.
(49) -. En la sexta pregunta, el 100% de los clientes respondieron que SI le gustaría que el listado de productos esté disponible desde una aplicación web y el otro 0% que NO le gustaría.. Ilustración 11. Pregunta 11. Fuente propia. 49.
(50) -. En la séptima pregunta, el 80% de los clientes respondieron que SI tienen fácil acceso a internet y el 20% de los clientes respondieron que NO tienen fácil acceso a internet.. Ilustración 12. Pregunta 12. Fuente propia. ESPECIFICACION DE REQUISITOS: En esta parte se definen los requerimientos del sistema, con el fin de dejar claro los servicios que brinda el sistema y las restricciones asociadas a su funcionamiento, dichos requerimientos son consignados de forma precisa en los requerimientos funcionales y no funcionales, como lo son:. 50.
(51) 2.1.. REQUERIMIENTOS FUNCIONALES DEL SISTEMA. En estos requerimientos del sistema, se especifica lo que la aplicación hace: -. Control de acceso:. Control de acceso. Descripción. El sistema permite tres niveles diferentes de acceso, según sea el rol, administrador, usuario y visitante.. Tabla 5. Requerimiento funcional control de acceso. Fuente propia.. -. Gestionar Administrador:. Gestionar administrador. Descripción. El sistema permite tres niveles diferentes de acceso, según sea el rol, administrador, usuario y visitante.. Requisitos Asociados. El sistema permite la configuración del perfil del administrador del sistema.. Datos Específicos. Nombres, Apellidos, Dirección, Email, Nombre de Usuario y Contraseña.. Tabla 6. Requerimiento funcional gestionar administrador. Fuente propia.. 51.
(52) -. Gestionar usuario:. Gestionar usuario. Descripción. El sistema permite la gestión (Registrar, consultar y editar) de los usuarios del sistema.. Requisitos Asociados. Registrar Usuario. Consultar Usuario. Editar Usuario.. Datos Específicos. Nombre, apellido, Dirección, Teléfono, Email, sexo, tipo de documento y contraseña.. Tabla 7. Requerimiento funcional gestionar usuario. Fuente propia.. -. Gestionar tipo de producto:. Gestionar tipo de producto. Descripción. El sistema permite la gestión (Registrar, consultar y eliminar) de los tipos o categorías de productos.. Requisitos Asociados. Registrar tipo de producto. Consultar tipo de producto. Eliminar tipo de producto.. Datos Específicos. Nombre, número identificador.. Tabla 8. Requerimiento funcional gestionar tipo de producto. Fuente propia.. 52.
(53) -. Gestionar producto:. Gestionar producto. Descripción. El sistema permite la gestión (Registrar, consultar y editar) de los productos.. Requisitos Asociados. Registrar producto. Consultar producto. Editar producto.. Datos Específicos. Nombre, identificador del tipo de producto al que pertenece, valor unitario y cantidad disponible.. Tabla 9. Requerimiento funcional gestionar producto. Fuente propia. -. Gestionar pedido:. Gestionar pedido. Descripción. El sistema permite la gestión (Registrar, consultar y cancelar) de los pedidos.. Requisitos Asociados. Registrar pedido. Detallar pedido. Cotizar pedido. Consultar pedido. Cancelar pedido.. Datos Específicos. Número de pedido, descripción de productos, cantidad y precio.. Tabla 10. Requerimiento funcional gestionar pedido. Fuente propia. 53.
(54) -. Realizar consulta:. Realizar consulta. Descripción. El sistema permite a los usuarios solicitar consultas o cotizaciones de servicios específicos.. Requisitos Asociados. Hacer consulta. Enviar consulta.. Datos Específicos. Nombre, Dirección, Teléfono, Email y consulta.. Tabla 11. Requerimiento funcional realizar consulta. Fuente propia. 2.1.1. Restricciones del sistema -. El administrador del sistema, tiene acceso únicamente a la gestión de los productos y los tipos de productos más no puede gestionar los pedidos realizados por los clientes.. -. Los usuarios tendrán acceso al sistema de pedidos, únicamente cuando hayan hecho el debido proceso de registro e ingreso.. -. Los usuarios pueden hacer gestiones solo de los pedidos realizados por sí mismos.. -. Un producto debe pertenecer únicamente a una categoría de productos.. -. El administrador no puede gestionar los datos de ningún otro usuario para fines de garantizar la privacidad a los usuarios.. -. Los usuarios pueden cancelar un pedido, más no eliminar el registro del pedido.. 54.
(55) 2.2.. REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA. El sistema se tiene en cuenta los siguientes requisitos no funcionales, clasificados de la siguiente forma: 2.2.1. Interfaces . Interfaz de Cliente Final La interfaz gráfica de Cliente Final se implementa utilizando el lenguaje básico de la Word Wide Web, haciendo uso de las últimas características de la quinta versión (HTML5), en trabajo conjunto con la hoja de estilos en cascadas CSS3. El sistema permite la visualización en equipos o dispositivos, tales como: tabletas, laptops, ordenadores de escritorio, entre otros. Esto debido a la adaptabilidad de la resolución de pantalla con la cuenta el sistema.. . Interfaz de Usuario. La interfaz gráfica de Usuario se implementa utilizando el lenguaje básico de la Word Wide Web, haciendo uso de las últimas características de la quinta versión (HTML5), en trabajo conjunto con la hoja de estilos en cascadas CSS3. El sistema permite la visualización en equipos de trabajo de entorno escritorio.. . Interfaz de Software La persistencia de los datos se da con el gestor de Base de Datos MySQL. El sistema se alojará en el servidor web Apache durante todo el desarrollo del proyecto para así ir realizando las pruebas pertinentes.. 55.
(56) El sistema es multiplataforma por lo que puede ser accedido desde cualquier sistema operativo que permita un navegador web con soporte al estándar HTML5 o superior. 2.2.2. Desempeño -. El sistema es multiusuario lo que permite a varios Usuarios y visitantes trabajar a la vez, e interactuar con el sistema.. -. El sistema facilita de manera ágil y rápida los procesos. 2.2.3. Calidad. . Calidad del Software para el Usuario y visitante: -. . El sistema brinda confiabilidad. El sistema otorga robustez. El sistema brinda interoperabilidad entre sus componentes. El sistema brinda usabilidad. Calidad del Software para el desarrollador:. -. El sistema utiliza identación. El sistema permite facilitar las pruebas. El sistema permite la reutilización de código.. 56.
(57) 2.3.. DIAGRAMAS DE CASOS DE USO. La documentación de los procesos de este proyecto, se realiza haciendo uso de los diagramas de casos de uso, debido a que, con estos, se representa una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios. . DEFINICIÓN DE LOS ACTORES DEL SISTEMA. En la siguiente tabla se definen los actores que se encargan de realizar los casos de uso del sistema.. ACTORES. DESCRIPCIÓN. El actor administrador es el encargado de administrar el sistema en general, el cual registra los productos y a su vez los elimina.. El actor usuario tiene la capacidad de generar pedidos, consultarlos y eliminarlos, así como también actualizar sus datos de usuario en cualquier momento.. El actor visitante puede realizar consultas a través del módulo destinado para ello y registrarse si lo desea. Sólo tiene acceso a la información pública.. Tabla 12. Definición de los actores del sistema. Fuente propia. 57.
(58) . -. CASOS DE USO DEL SISTEMA. CASO DE USO LOGIN En esta ilustración se especifica las funcionalidades o procedimiento que los actores, Administrador y Usuario, ejercen sobre el caso de uso Login:. Ilustración 13. Diagrama de caso de uso Login. Fuente propia. 58.
(59) -. CASO DE USO GESTION ADMINISTRADOR En esta ilustración se especifica las funcionalidades o procedimiento que el actor Administrador puede ejercer sobre el caso de uso Gestión Administrador:. Ilustración 14. Diagrama de caso de uso gestión Administrador. Fuente propia. 59.
(60) -. CASO DE USO GESTION USUARIO En esta ilustración se especifica las funcionalidades o procedimiento que el actor Usuario puede ejercer sobre el caso de uso Gestión Usuario:. Ilustración 15. Diagrama de caso de uso gestión Usuario. Fuente propia. Los demás diagramas de casos de uso se encuentran en la carpeta anexa llamada: Diagramas de casos de uso. -. CASO DE USO GESTIONAR TIPO DE PRODUCTO En esta ilustración se especifica las funcionalidades o procedimiento que el actor Administrador puede ejercer sobre el caso de uso Gestión Tipo Producto.. -. CASO DE USO GESTIONAR PRODUCTO En esta ilustración se especifica las funcionalidades o procedimiento que el actor Administrador puede ejercer sobre el caso de uso Gestionar Producto.. 60.
(61) -. CASO DE USO GESTIONAR PEDIDO En esta ilustración se especifica las funcionalidades o procedimiento que los actores Administrador y Usuario pueden ejercer sobre el caso de uso Gestionar Pedido.. -. CASO DE USO REALIZAR CONSULTA En esta ilustración se especifica las funcionalidades o procedimiento que los actores Administrador, Usuario y visitante pueden ejercer sobre el caso de uso Realizar Consulta.. 2.4.. DOCUMENTACIÓN DE LOS CASOS DE USO. Los casos de uso se documentan con texto informal. En general, se usa una lista numerada de los pasos que sigue el actor para interactuar con el sistema. A continuación, se muestra de manera simplificada la descripción de cada caso de uso. -. CASO DE USO LOGIN.. Caso de uso: Login Precondiciones: Usuario ya se encuentre registrado en el sistema. Curso normal de eventos Usuario. Sistema. 1. Ingresar en la página del Login. 2. Ingresar datos (Correo y contraseña). 3. Verificar datos (Correo y contraseña).. 61.
(62) Curso alternativo de eventos 4. Si los datos (Correo y contraseña) son incorrectos, regresar al evento 1. Post-Condiciones: Ingresar al sistema. Tabla 13. Documentación caso de uso Login. Fuente propia. -. CASO DE USO GESTION ADMINISTRADOR.. Caso de uso: Gestión administrador Precondiciones: Administrador haya ingresado en el sistema. Curso normal de eventos Usuario. Sistema. 1. Actualizar perfil. 2. Ingresar nuevos datos del perfil. 3. Guardar.. 4. Validar nuevos datos del perfil. 5. Mensaje de actualización exitosa.. Curso alternativo de eventos 6. Si existe algún error en la validación de datos, regresar al evento 2. Post-Condiciones: Ver perfil de Administrador. Tabla 14. Documentación caso de uso Gestión Administrador. Fuente propia. -. CASO DE USO GESTION USUARIO.. Caso de uso: Gestión usuario Precondiciones: Usuario haya ingresado en el sistema. Curso normal de eventos. 62.
(63) Usuario. Sistema. 1. Actualizar perfil. 2. Ingresar nuevos datos del perfil. 3. Guardar.. 4. Validar nuevos datos del perfil. 5. Mensaje de actualización exitosa.. Curso alternativo de eventos 6. Si existe algún error en la validación de datos, regresar al evento 2. Post-Condiciones: Ver perfil de Usuario. Tabla 15. Documentación caso de uso Gestión Usuario. Fuente propia. -. CASO DE USO GESTIONAR TIPO DE PRODUCTO.. Caso de uso: Gestionar tipo de producto Precondiciones: Administrador haya ingresado en el sistema. Curso normal de eventos Usuario. Sistema 1. Listar tipos de producto.. 1. Registrar tipo de producto nuevo. 2. Ingresar datos del nuevo tipo de producto.. 3. Mensaje de registro exitoso. 4. Listar tipos de producto.. 6. El administrador puede eliminar un tipo de producto. 7. Eliminar tipo de producto. 8. Mensaje de eliminación exitosa. 9. Listar tipos de producto.. 63.
(64) Curso alternativo de eventos. Post-Condiciones: Ver listado de categorías o tipos de productos. Tabla 16. Documentación caso de uso Gestionar tipo de producto. Fuente propia. -. CASO DE USO GESTIONAR PRODUCTO.. Caso de uso: Gestionar producto Precondiciones: Administrador haya ingresado en el sistema. Curso normal de eventos Usuario. Sistema 1. Listar productos.. 2. Registrar producto nuevo. 3. Ingresar datos del nuevo producto. 4. Mensaje de registro exitoso. 5. Listar productos.. 6. El administrador puede eliminar un producto. 7. Eliminar producto.. 8. Mensaje de eliminación exitosa. 9. Listar productos. Curso alternativo de eventos. Post-Condiciones: Ver listado de productos. Tabla 17. Documentación caso de uso Gestionar producto. Fuente propia. 64.
(65) -. CASO DE USO GESTIONAR PEDIDO.. Caso de uso: Gestionar pedido Precondiciones: Usuario haya ingresado en el sistema. Curso normal de eventos Usuario. Sistema 1. Mostrar pedidos.. 2. El usuario puede detallar o cancelar un pedido. 3. Ingresar datos del nuevo pedido. 4. Mostrar en detalle lo que contiene el pedido. 5. El usuario puede finalizar el pedido.. cancelar. o 6. Mensaje de registro de pedido exitoso.. Curso alternativo de eventos 7. Si el Usuario decide Cancelar el Pedido, regresar al evento 1. Post-Condiciones: Mostrar número del pedido. Tabla 18. Documentación caso de uso Gestionar pedido. Fuente propia. -. CASO DE USO REALIZAR CONSULTA.. Caso de uso: Realizar consulta Precondiciones: Ninguna. Curso normal de eventos Usuario. Sistema. 65.
(66) 1. Hacer consulta. 2. Ingresar datos de la consulta. 3. Enviar consulta. 4. Validar datos de la consulta. 5. Enviar correo de consulta. 6. Mostrar mensaje de envío consulta exitoso. Curso alternativo de eventos 7. Si los datos ingresados no son válidos regresar al evento 2. Post-Condiciones: Ninguna. Tabla 19. Documentación caso de uso Realizar consulta. Fuente propia. 66. de.
(67) 2.5.. DIAGRAMA DE FUNCIONES. Ilustración 16. Diagrama de funciones. Fuente propia. 67.
(68) 3. FASE DE DISEÑO (ELABORACIÓN) 3.1.. DIAGRAMAS DE SECUENCIA. Los diagramas de secuencia permiten determinar el flujo de las acciones internas después de una acción por parte del usuario. . Diagrama de secuencia Nuevo Pedido. Ilustración 17. Diagrama de secuencia Nuevo Pedido. Fuente propia. 68.
(69) . Diagrama de secuencia Login. Ilustración 18. Diagrama de secuencia Login. Fuente propia. . Diagrama de secuencia Realizar Consulta. Ilustración 19. Diagrama de secuencia Realizar Consulta. Fuente propia. 69.
(70) Los demás diagramas de secuencia se encuentran en la carpeta anexa llamada: Diagramas de secuencia.. 3.2.. ARQUITECTURA DEL SISTEMA. Todo el sistema se implementa bajo la arquitectura Cliente – Servidor orientado a la web, permitiendo el acceso al sistema a estos usuarios, y desde muchas terminales, sin la necesidad de instalar aplicaciones adicionales, simplemente accediendo a ella a través de un navegador web. A continuación, se ilustrará la arquitectura del sistema:. Ilustración 20. Arquitectura del sistema. Fuente propia. 70.
(71) 3.3.. DISEÑO DEL SISTEMA. 3.3.1. Modelo relacional. Ilustración 21. Modelo relacional. Fuente propia. 71.
(72) 3.3.2. Diccionario de datos. pedido Columna. Nul Predeterminad o o. Tipo. id_pedido (Primari int(11) a). No. id_usu_ped. int(11). No. fecha_pedido. datetime. No. estado_pedido. varchar(30 No ). Enlaces a. Comentario MIM s E. usuario -> num_doc_us u. Índices Nombre Únic Empaqueta Column Cardinalid Cotejamie Nul Comentar de la Tipo o do a ad nto o io clave PRIMAR BTRE Sí Y E. No. id_pedid 1 o. A. No. id_usu_p BTRE No ed E. No. id_usu_p 1 ed. A. No. pedido_producto Columna. Tipo. Nul Predetermina Comentari MIM Enlaces a o do os E. id_pedido_producto (Primar int(11 No ia) ) id_producto. producto > id_product. int(11 No ). 72.
Figure
Documento similar
You may wish to take a note of your Organisation ID, which, in addition to the organisation name, can be used to search for an organisation you will need to affiliate with when you
Where possible, the EU IG and more specifically the data fields and associated business rules present in Chapter 2 –Data elements for the electronic submission of information
The 'On-boarding of users to Substance, Product, Organisation and Referentials (SPOR) data services' document must be considered the reference guidance, as this document includes the
In medicinal products containing more than one manufactured item (e.g., contraceptive having different strengths and fixed dose combination as part of the same medicinal
Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in
Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in
This section provides guidance with examples on encoding medicinal product packaging information, together with the relationship between Pack Size, Package Item (container)
Package Item (Container) Type : Vial (100000073563) Quantity Operator: equal to (100000000049) Package Item (Container) Quantity : 1 Material : Glass type I (200000003204)