universidad de guayaquil facultad de …repositorio.ug.edu.ec/bitstream/redug/23205/1/tesis -...

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERÍA INDUSTRIAL

DEPARTAMENTO ACADÉMICO DE TITULACIÓN

TRABAJO DE TITULACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE

LICENCIADO EN SISTEMAS DE INFORMACIÓN

ÁREA DESARROLLO DE SOFTWARE

TEMA “DESARROLLO DE APLICACIÓN WEB PARA LA

GESTIÓN DE ÓRDENES DE COMPRA, ASIGNACIÓN Y ENTREGA DE PEDIDOS, CON VALIDACIONES DE

IDENTIDAD MEDIANTE HUELLAS DACTILARES, UTILIZANDO DISPOSITIVOS BIOMÉTRICOS”

AUTORA ANL. SIST. GANCHOZO BASURTO MARÍA VIRGINIA

DIRECTORA DEL TRABAJO ING. BELLO TOMALÁ YADIRA DEL ROCÍO, MGS.

2017 GUAYAQUIL – ECUADOR

ii

DECLARACIÓN DE AUTORÍA

“La responsabilidad del contenido de este trabajo de titulación, me

corresponde exclusivamente; y en el patrimonio intelectual del mismo a la

facultad de ingeniería industrial, Carrera Licenciatura en Sistemas de

Información de la Universidad de Guayaquil.”

Anl. Sist. Ganchozo Basurto María Virginia

C.C. 131047762-3

iii

DEDICATORIA

Dedico este trabajo de titulación en primer lugar a Dios, por concederme

sabiduría y fortalezas para alcanzar esta meta.

A mi Padre que mientras estuvo vivo me brindó su apoyo incondicional,

a mi madre por ser mi fortaleza y soporte durante todos los momentos de

mi vida.

A mis hermanos, por confiar siempre en mí y apoyar mis decisiones.

Por brindarme sus sabios consejos y siempre estar cuando más lo

necesito.

iv

AGRADECIMIENTO

Agradezco a Dios, a mis padres, mis familiares, mis amigos y al equipo

docente de la Carrera de Licenciatura en Sistemas de Información, por

haberme guiado en todo momento y en cada parte del proceso de la

elaboración de este trabajo de Tesis.

Es indudable que sin el soporte de todos ustedes el objetivo no se

hubiese cumplido. A todos mi sincero agradecimiento y respeto.

v

ÍNDICE GENERAL

Descripción pág.

PRÓLOGO 1

INTRODUCCIÓN 2

CAPÍTULO I

MARCO TEÓRICO

Nº Descripción pág.

1. Marco Conceptual 7

1.1. Aplicación Web 7

1.1.1. El cliente 8

1.1.2. El servidor 9

1.1.3. Transferencia de páginas web 10

1.1.4. Entornos web 11

1.1.4.1. Internet 11

1.1.4.2. Intranet 12

1.1.4.3. Extranet 13

1.2. Página Web 13

1.3. Estándares Web 14

1.4. Herramienta de programación - PHP 14

1.4.1. Características de PHP 15

1.5. Gestor de Base de Datos MySQL 16

1.5.1. ¿Qué es MySQL? 16

1.5.2. MySQL es un sistema de gestión de base de datos. 16

1.5.3. Bases de datos MySQL son relacionales. 17

1.5.4. Base de datos del servidor MySQL 18

1.6. NetBeans IDE 19

1.7. Java Platform, Enterprise Edition (Java EE) 19

vi


1.8. Ancho de banda 20

1.9. Huellas dactilares como Biometría 20

1.10. Metodología de desarrollo 21

1.10.1. SCRUM 22

1.10.2. ICONIX 22

1.10.3. RAD 23

CAPÍTULO II

METODOLOGÍA


2.1. Tipo de investigación 24

2.2. Alcance de la investigación 24

2.3. Arquitectura de Sistema 25

2.4. Metodología del Desarrollo 25

2.5. Técnicas de recolección de datos 25

2.5.1. Requerimientos de la empresa 26

2.5.2. Equipos tecnológicos 34

2.5.3. Diagrama de Casos de Uso 34

2.5.3.1. Actores y roles 35

2.5.3.2. Diagrama de Casos de Uso 36

2.5.3.3. Descripción de Casos de Uso 41

CAPÍTULO III

PROPUESTA


3.1. Introducción 50

3.1.1. Tema 50

3.1.2. Objetivo 50

3.1.3. Entorno de Software 50

vii


3.2. Fase de Diseño 51

3.2.1. Diagramas de Clases 51

3.2.2. Diagrama de Actividades 52

3.2.3. Modelo Entidad - Relación 59

3.2.3.1. Diccionario de la Base de Datos 60

3.2.4. Diagramas de Secuencia 80

3.3. Pantallas del sistema 84

3.4. Conclusiones 103

3.5. Recomendaciones 103

ANEXOS 104

BIBLIOGRAFÍA 108

viii

ÍNDICE DE IMÁGENES

N° Descripción pág.

1 Pantalla Ingreso al Sistema 84

2 Pantalla Captura de Huella Dactilar 85

3 Pantalla Menú Principal 86

4 Pantalla registro de productos 86

5 Pantalla de búsqueda y selección de productos 87

6 Pantalla de Registro de Cliente 88

7 Pantalla de búsqueda y selección de Cliente 88

8 Pantalla de registro de Proveedores 89

9 Pantalla de búsqueda y selección de Proveedores 89

10 Pantalla de registro de personal de Acabado 90

11 Pantalla de registro de Personal de Empaque 91

12 Pantalla de registro de Orden de Compra 92

13 Pantalla de modificación de orden 93

14 Pantalla de búsqueda y selección de orden de Compra 93

15 Pantalla de aprobación de Orden de Compra 94

16 Pantalla de registro de Orden de Producción 95

17 Formulario registro de Orden de Producción 96

18 Pantalla de registro de Orden de Acabado 97

19 Formulario registro de Orden de Acabado 98

20 Pantalla de registro de Orden de Empaque 99

21 Formulario registro de Orden de Empaque 100

22 Pantalla registro de Lista de Empaque 101

23 Pantalla de Consultas de órdenes 102

24 Pantalla de Consultas de modelos vendidos 102

ix

ÍNDICE DE DIAGRAMAS


1 Diagrama flujo de proceso 32

2 Caso de Uso Ingreso al Sistema 36

3 Caso de Uso Mantenimiento de Usuario 37

4 Caso de Uso Mantenimiento de Vendedores 37

5 Caso de Uso Mantenimiento de Coordinador de Operaciones 38

6 Caso de Uso Registro de Productos 38

7 Caso de Uso Registro de Clientes 39

8 Caso de Uso Registro de Orden de Compra 39

9 Caso de Uso Registro de Orden de Producción 40

10 Caso de Uso Registro de Orden de Acabado 40

11 Caso de Uso Registro de Orden de Empaque 41

12 Diagramas de Clases 51

13 Diagrama de Actividades Ingreso al Sistema 52

14 Diagrama de actividades Mantenimiento de Usuario 53

15 Diagrama de Actividades Mantenimiento de Vendedores 54

16 Diagrama de Actividades Mantenimiento de Coordinador de

Operaciones 55

17 Diagrama de Actividades Registro de Clientes 56

18 Diagrama de Actividades Registro de Productos 57

19 Diagrama de Actividades Registro de Orden de Compra 58

20 Diagrama Modelo Entidad - Relación 59

21 Diagrama de Secuencia para Registro de Orden de Compra 80

22 Diagrama de Secuencia para Registro de Orden de Producción 81

23 Diagrama de Secuencia para Registro de Orden de Acabado 82

24 Diagrama de Secuencia para Registro de Orden de Empaque 83

x

ÍNDICE DE CUADROS


1 Lista de Roles 35

2 Descripción de Caso de Uso Ingreso al Sistema 41

3 Descripción Caso de Uso Mantenimiento de Usuarios 43

4 Descripción Caso de Uso Mantenimiento de Vendedores 44

5 Descripción de Caso Mantenimiento de Coordinador de

Operaciones 45

6 Descripción de Caso de Uso Registro de Orden de Compra 46

7 Descripción de Caso de Uso Registro de Orden de Producción 47

8 Descripción de Caso de Uso Registro de Orden de Acabado 48

9 Descripción de Caso de Uso Registro de Orden de Empaque 49

10 Tabla Clientes 60

11 Tabla Bill to 61

12 Tabla Ship to 62

13 Tabla Orden de Confirmación 63

14 Tabla Proveedores 64

15 Tabla Vendedores 65

16 Tabla Productos 66

17 Tabla Orden de Compra 67

18 Tabla Orden de Producción 68

19 Tabla Orden de Acabado 69

20 Tabla Orden de Empaque 70

21 Tabla detalle de Orden de Compra 71

22 Tabla detalle de Orden de Producción 72

23 Tabla detalle de Orden de Acabado 73

24 Tabla detalle de Orden de Empaque 74

25 Tabla detalle de Lista de Empaque 75

26 Tabla Personal de Acabado 76

xi


27 Tabla Personal de Empaque 77

28 Tabla Lista de empaque 78

29 Tabla Usuarios 79

xii

ÍNDICE DE ANEXOS


1 Formato de Orden de Compra Manual 105

2 Formato de Orden de Producción Manual 106

3 Formato de Packing List 107

xiii

AUTOR: ANL. SIST. GANCHOZO BASURTO MARÍA VIRGINIA TÍTULO: “DESARROLLO DE APLICACIÓN WEB PARA LA

GESTIÓN DE ÓRDENES DE COMPRA, ASIGNACIÓN Y ENTREGA DE PEDIDOS, CON VALIDACIONES DE IDENTIDAD MEDIANTE HUELLAS DACTILARES, UTILIZANDO DISPOSITIVOS BIOMÉTRICOS.”

DIRECTOR: ING. BELLO TOMALÁ YADIRA DEL ROCÍO, MGS.

RESUMEN

Este proyecto propone desarrollar una aplicación web para la

gestión de órdenes de compra, asignación y entrega de pedidos, con validaciones de identidad mediante huellas dactilares, utilizando dispositivos biométricos, con el objetivo de optimizar la utilización de recursos para brindar respuestas más eficientes a los clientes de la Compañía SENSISTUDIO S.A. En el análisis de requerimiento se estableció que existía una solicitud específica y definida a través de un proceso existente al que se requiere llevar mediante el uso de una aplicación web; en virtud de esto, se eligió la metodología de desarrollo SCRUM, que nos brinda la posibilidad de implementar un equipo de trabajo orientado hacia el desarrollo de secciones ejecutables en el menor tiempo posible definidos en Springs. Para esto se desarrollan reuniones de trabajo en donde se define los objetivos a alcanzar según el requerimiento original del dueño del sistema. Como conclusión podemos mencionar que la metodología cumple con los requerimientos establecidos y a través del desarrollo de esta aplicación se manejarán de manera automática los procesos que se están llevando manualmente, se espera también disminuir el tiempo y posibles errores de las órdenes de clientes y su correspondiente asignación a producción hasta la entrega final.

PALABRAS CLAVES: Gestión, Metodología, SCRUM, Desarrollo, Web,

Órdenes. Anl. Sist. Ganchozo Basurto María Ing. Bello Tomalá Yadira, Mgs.

C.C. 131047762-3 Director del Trabajo

xiv

AUTHOR: SYST. ANL. GANCHOZO BASURTO MARÍA VIRGINIA SUBJECT: “DEVELOPMENT OF WEB APPLICATION FOR THE

MANAGEMENT OF PURCHASE ORDERS, ALLOCATION AND DELIVERY, WITH IDENTITY VALIDATIONS THROUGH FINGERPRINTS, USING BIOMETRIC DEVICES.”

DIRECTOR: SYST. ENG. BELLO TOMALÁ YADIRA DEL ROCÍO, MGS.

ABSTRACT This project proposes the development of a web application for the correct management of purchase orders, assignments and delivery, which will include the use of fingerprint, identity validations and biometric devices in order to optimize the use of resources to provide more efficient responses for the customers of the company SENSISTUDIO SA. In the required analysis it was established that there was a specific defined request through an existing process that is needed to be carried through the use of a web application, to achieve this, the SCRUM development methodology, was chosen which gave the possibility to implement a work team oriented towards the development of executable sections in the shortest time possible, defined in Springs. For this, work meetings are going to be developed, where the objectives to be reached are defined according to the original requirements of the owner’s system. As a conclusion it can mentioned that the methodology meets the requirements established and through the development of this application, it will automatically handle the processes that are currently being carried out manually, it’s also expected to reduce the time and possible errors of client orders and assure the correct assignment to production until final delivery. KEY WORDS: Management, Methodology, SCRUM, Development, Web,

Orders. Syst. Anl. Ganchozo Basurto María Syst. Eng. Bello Tomalá Yadira, Mgs.

I.D.: 131047762-3 Director of Work

PRÓLOGO

Este trabajo de tesis, tiene como título Desarrollo de aplicación

web para la gestión de órdenes de compra, asignación y entrega de

pedidos, con validaciones de identidad mediante huellas dactilares,

utilizando dispositivos biométricos, se hizo el análisis en base a la

información disponible y las necesidades de los usuarios, por lo que se

determinó la utilización de la metodología SCRUM.

El presente trabajo está constituido por 3 capítulos:

Capítulo 1: Marco Teórico, en donde se investigan, analizan,

comparan y definen las diferentes herramientas tecnológicas que se

utilizarán para el desarrollo de la aplicación que se requiere

Capítulo 2: Metodología, en donde se realiza el levantamiento y

análisis de la información necesaria siguiendo la metodología exploratoria,

apegado a la metodología SCRUM se establecen los roles del equipo

encargado del desarrollo de la aplicación.

Capítulo 3: La propuesta de la investigación, en donde se describe

el proceso para llegar a la solución propuesta, junto a las

recomendaciones realizadas y las conclusiones del proyecto.

INTRODUCCIÓN

Tema

Desarrollo de aplicación web para la gestión de órdenes de compra,

entregas y asignación de pedidos, con validaciones de identidad mediante

huellas dactilares, utilizando dispositivos biométricos.

Introducción

En la actualidad es muy importante que los sistemas informáticos

cuenten con mecanismos de seguridad con dispositivos biométricos que

aseguren el acceso a las personas adecuadas, por lo mencionado se

pretende desarrollar una aplicación Web para la empresa SENSISTUDIO

S.A.

SENSISTUDIO S.A. es una empresa exportadora de prendas de

vestir, domiciliada en la ciudad de Guayaquil con su matriz en el kilómetro

7.5 de la Vía a Daule, se lanzó en el año 2010 como un laboratorio de

diseño y producto; particularmente accesorios elaborados a mano como

sombreros y bolsos de paja toquilla, vestidos y otros accesorios dirigidos a

un estilo de vida relajado para época de vacaciones que son adquiridos

por personas de un alto estilo de vida quienes conocen y adquieren los

productos en tiendas exclusivas en todas partes del mundo. Estas

tiendas generalmente tienen en su equipo de trabajo a personas

especializadas en explorar el mercado en busca de productos acorde con

la imagen que venden, por lo que entre las estrategias que utilizan

acostumbran visitar salas de exposiciones conocidas ubicadas en algunas

de las ciudades más representativas de la moda internacional.

Introducción 3

SENSISTUDIO S.A. con la intención de aprovechar y fomentar el

posicionamiento de productos ecuatorianos reconocidos a nivel mundial

utiliza como canal de venta algunas de estas salas de exposiciones con

quienes tiene acuerdos para promoción y distribución. Son los

representantes de las salas quienes están encargados de receptar los

pedidos o solicitudes de compra de las diferentes tiendas y luego las

traslada a un representante de SENSISTUDIO S.A. para su gestión desde

la elaboración hasta el envío directo a cada cliente según las

instrucciones recibidas.

Los distribuidores envían los pedidos en formato propio con códigos

internos y muchas veces elaborados a mano, lo que dificulta entender con

claridad lo que se requiere. Esto sumado a los múltiples errores que los

distribuidores cometen en las órdenes de compra al confundir la

coherencia de los códigos con la descripción, colores específicos, tallas,

composición de los materiales, datos de facturación y envío, precios,

términos de negociación, forma de pago y otros aspectos adicionales.

Los errores mencionados ocasionan pérdida de tiempo, mala

interpretación de los datos recibidos al traspasar este pedido a un formato

interno de SENSISTUDIO S.A. para su procesamiento. Este formato es

elaborado en Excel en vista de que el sistema contable de SENSISTUDIO

S.A. no tiene la capacidad para procesar estos datos lo que a su vez

dificulta tener un registro de fácil acceso para el seguimiento y análisis de

los datos.

Cada año se lanzan 3 colecciones por temporada que incluyen:

auténticos sombreros de paja, sombreros de fieltro, bolsos de paja toquilla

y rafia, y otros accesorios; que son todos por completo hechos a mano.

Los productos de SENSISTUDIO S.A. son fabricados en Ecuador

por artesanos calificados provenientes de localidades reconocidas por su

tradición ancestral en la elaboración de productos artesanales

Introducción 4

reconocidos mundialmente. Actualmente SENSISTUDIO S. A tiene

presencia de su marca en más de 15 países en América, Europa, Asia y

Oceanía.

Objeto de la Investigación

Dada la necesidad de controlar las órdenes de compra, asignación

de pedidos y entregas, en la compañía SENSISTUDIO S.A. se pretende

crear una aplicación web con el uso de PHP como Framework de

desarrollo, conectado a un motor de base de datos MYSQL. Para la

autenticación de las huellas dactilares se utilizará un dispositivo

analizador.

Este proyecto se implementará en la compañía SENSISTUDIO S.A.

domiciliada en la ciudad de Guayaquil, con su matriz en el kilómetro 7.5

de la Vía a Daule y será utilizado por el personal operativo de ventas de

las salas de exposiciones, al interior de SENSISTUDIO S.A. será utilizado

por el personal del departamento de operaciones.

Debido a que en la empresa SENSISTUDIO S.A., no se ha logrado

desarrollar un sistema de información, esto ha originado problemas como

procesos pocos ágiles que no están optimizados para el manejo de las

órdenes de compra, acordes a las expectativas del cliente. Por lo que se

han venido presentando consecuencias relacionadas con la perdida

innecesarias de tiempo y errores en la gestión de las órdenes de compra y

su ejecución de producción, situación que será analizada en el presente

trabajo de investigación a fin de planear una solución al respecto.

Justificación de la Investigación

Actualmente SENSISTUDIO S.A. recibe y procesa una gran cantidad

de órdenes de compra provenientes de las Salas de Exposiciones con las

Introducción 5

que se tiene acuerdo. Dada la aceptación de los productos las ventas de

SENSISTUDIO S.A. demuestran un incremento sostenido año a año

desde su creación y se provee que este crecimiento continúe por lo que la

cantidad de órdenes de compra se incrementaran también. La empresa

no cuenta con un sistema informático para la recepción y procesamiento,

por lo que se pretende con este proyecto de tesis dotar a SENSISTUDIO

S.A. de una aplicación web para gestión de órdenes de compra que no

solo posibilite el tratamiento automatizado de la información, sino que

además permita a las salas de exposición elaborar la orden de compra

directamente.

Entre los beneficios que se obtendrían están el ahorro de tiempo del

personal administrativo y de operaciones de SENSISTUDIO S.A. al contar

con la información de todos los pedidos sin la dependencia de que alguien

interno traspase la información a un formato propio, disminuyendo

también la posibilidad de equivocaciones en el transcurso de este

proceso.

Otro beneficio de permitir a las salas de exposición emitir la orden de

compra directamente es responsabilizarlos por la emisión de un

documento en un formato único y claro que no deje lugar a las

interpretaciones de cualquier parte involucrada.

El tener la información en un repositorio de datos permitirá también

tener la información disponible para su uso dentro de otros procesos

internos de SENSISTUDIO S.A. como la asignación de producción,

empaque, e envío de las órdenes de compra.

Las órdenes de compra deben ser revisadas y confirmadas por un

delegado autorizado de SENSISTUDIO S.A., como medida de seguridad

debe estar registrado en el sistema con sus datos requeridos además de

su huella dactilar.

Introducción 6

Objetivos

Objetivo General

Desarrollar una aplicación web para la gestión de órdenes de compra,

entregas a clientes, y asignación de pedidos a proveedores, permitiendo

optimizar la utilización de recursos para brindar respuestas más eficientes

a los clientes.

Objetivos Específicos

1. Disminuir la posibilidad de errores en el registro de la información

de clientes y sus órdenes de compra al ser registradas

directamente por el personal autorizado.

2. Permitir al vendedor visualizar todos los materiales, colores y

estilos disponibles para cada uno de los productos del catálogo de

temporada.

3. Disminuir el tiempo de respuesta a los clientes, para la

confirmación de sus órdenes de compra.

4. Elaborar las órdenes de pedidos a proveedores basadas en la

información de las órdenes confirmadas, directamente desde la

aplicación.

5. Llevar un registro de entregas, despachos, llegada a destino y

recepción del cliente.

6. Obtener información de fácil acceso de los clientes y sus

preferencias de compra, con el detalle particular de cada aspecto

requerido en la orden.

7. Garantizar la seguridad de acceso a las personas autorizadas a la

aplicación Web para la solicitud y/o aprobación de pedidos.

CAPÍTULO I

MARCO TEÓRICO

Partiendo del tema central de desarrollo de aplicación web para la

gestión de órdenes de compra, asignación y entrega de pedidos, con

validaciones de identidad mediante huellas dactilares, utilizando

dispositivos biométricos, mediante herramientas tecnológicas de

información, podemos definir a continuación los conceptos teóricos

esenciales que orientan el presente trabajo.

1. Marco Conceptual

1.1. Aplicación Web

Luján Mora (2001), al referirse a una Aplicación Web menciona lo

siguiente:

Una aplicación web (web-based application) es un tipo

especial de aplicación cliente/servidor, donde tanto el

cliente (el navegador, explorador o visualizador) como

el servidor (el servidor web) y el protocolo mediante el

que se comunican (HyperText Transfer Protocol

(HTTP)) están estandarizados y no han de ser creados

por el programador de aplicaciones. El protocolo

HTTP forma parte de la familia de protocolos de

comunicaciones Transmission Control

Marco Teórico 8

Protocol/Internet Protocol (TCP/IP), que son los

empleados en Internet. Estos protocolos permiten la

conexión de sistemas heterogéneos, lo que facilita el

intercambio de información entre distintos

ordenadores. (Luján Mora, 2001, pág. 48)

1.1.1. El cliente

Luján Mora (2001), al referirse a El Cliente menciona lo siguiente:

El cliente web es un programa con el que interacciona

el usuario para solicitar a un servidor web el envío de

los recursos que desea obtener mediante HTTP. La

parte cliente de las aplicaciones web suele estar

formada por el código HyperText Markup Language

(HTML) que forma la página web más algo de código

ejecutable realizado en lenguaje de script del

navegador (JavaScript o VBScript) o mediante

pequeños programas (applets) realizados en Java.

También se suelen emplear plug-ins que permiten

visualizar otros contenidos multimedia (como Flash),

aunque no se encuentran tan extendidos como las

tecnologías anteriores y plantean problemas de

incompatibilidad entre distintas plataformas. Por

tanto, la misión del cliente web es interpretar las

páginas HTML y los diferentes recursos que

contienen (imágenes, sonidos, etc.). (Luján Mora, 2001,

págs. 48-49)

Las tecnologías que se suelen emplear para programar el cliente

web son:

Marco Teórico 9

HTML.

CSS.

DHTML.

Lenguajes de script: JavaScript, VBScript, etc.

ActiveX.

Applets programados en Java.

Distintas tecnologías que necesitan la existencia de un plug-in en

el navegador: Adobe Acrobat Reader, Autodesk MapGuide, Live

Picture PhotoVista, Macromedia.

Flash, Macromedia Shockwave, Virtual Reality Modeling

Language (VRML), etc. (Luján Mora, 2001)

1.1.2. El servidor

“El servidor web es un programa que está esperando

permanentemente las solicitudes de conexión mediante el protocolo HTTP

por parte de los clientes web. En los sistemas Unix suele ser un ¨demonio¨

y en los sistemas Microsoft Windows un servicio.” (Luján Mora, 2001, pág.

49)

La parte servidor de las aplicaciones web está formada por:

Páginas estáticas (documentos HTML) que siempre muestran el

mismo contenido.

Recursos adicionales (multimedia, documentos adicionales, etc.)

que se pueden emplear dentro de las páginas o estar disponibles

para ser descargados y ejecutados (visualizados) en el cliente.

Programas o scripts que son ejecutados por el servidor web

cuando el navegador del cliente solicita algunas páginas. La

salida de este script suele ser una página HTML estándar que se

Marco Teórico 10

envía al navegador del cliente. Tradicionalmente este programa o

script que es ejecutado por el servidor web se basa en la

tecnología CGI. En algunos casos pueden acceder a bases de

datos. (Luján Mora, 2001)

1.1.3. Transferencia de páginas web

“El proceso completo, desde que el usuario solicita una página,

hasta que el cliente web (navegador) se la muestra con el formato

apropiado, es el siguiente:” (Luján Mora, 2001, pág. 50)

1. El usuario especifica en el cliente web la dirección de la página

que desea consultar: el usuario escribe en el navegador la

dirección (Universal Resource Locator (URL)) de la página que

desea visitar.

2. El cliente establece una conexión con el servidor web.

3. El cliente solicita la página o el objeto deseado.

4. El servidor envía dicha página u objeto (o, si no existe, devuelve

un código de error).

5. Si se trata de una página HTML, el cliente inicia sus labores de

interpretación de los códigos HTML. Si el cliente web encuentra

instrucciones que hacen referencia a otros objetos que se tienen

que mostrar con la página (imágenes, sonidos, animaciones

multimedia, etc.), establece automáticamente comunicación con

el servidor web para solicitar dichos objetos.

6. Se cierra la conexión entre el cliente y el servidor.

7. Se muestra la página al usuario.

Obsérvese que siempre se libera la conexión, por lo que ésta sólo

tiene la duración correspondiente a la transmisión de la página solicitada.

Marco Teórico 11

Esto se hace así para no desperdiciar innecesariamente el ancho de

banda de la red mientras el usuario lee la página recibida.

Cuando el usuario activa un enlace de la página, se establece una

nueva conexión para recibir otra página o elemento multimedia. Por ello,

el usuario tiene la sensación de que está disfrutando de una conexión

permanente cuando realmente no es así.

Un detalle importante es que para casa objeto que se transfiere por

la red se realiza una conexión independiente. Por ejemplo, si el cliente

web solicita una página que contiene dos imágenes integradas, se

realizan tres conexiones: una para el documento HTML y dos para los

archivos de las imágenes. (Luján Mora, 2001)

1.1.4. Entornos web

“Las aplicaciones web se emplean en tres entornos informáticos muy

similares que suelen confundirse entre sí: Internet, intranet y extranet.”

(Luján Mora, 2001, pág. 52)

1.1.4.1. Internet

Luján Mora (2001), al referirse a Internet menciona lo siguiente:

Internet es una red global que conecta millones de

ordenadores por todo el mundo. Su nacimiento se

sitúa en 1969, en un proyecto de investigación del

Departamento de Defensa de Estados Unidos. En

1998, la Internet tenía más de 100 millones de

Marco Teórico 12

usuarios en todo el mundo, en diciembre de 2000

unos 400 millones y el número sigue creciendo

rápidamente (…). Al contrario que otros servicios

online, que se controlan de forma centralizada, la

Internet posee un diseño descentralizado. Cada

ordenador (host) en la Internet es independiente. Sus

operadores pueden elegir qué servicio de Internet

usar y que servicios locales quieren proporcionar al

resto de la Internet. Asombrosamente, este diseño

anárquico funciona satisfactoriamente. (Luján Mora,

2001)

“Existe una gran variedad de formas de acceder a la Internet. El

método más común es obtener acceso a través de Proveedores de

servicios de Internet (Internet Service Provider, ISP).” (Luján Mora, 2001,

pág. 52)

1.1.4.2. Intranet

“Una intranet es una red de ordenadores basada en los protocolos

que gobiernan Internet (TCP/IP) que pertenece a una organización y que

es accesible únicamente por los miembros de la organización, empleados

u otras personas con autorización.” (Luján Mora, 2001, pág. 53)

Una intranet puede estar o no conectada a Internet. Un sitio web en

una intranet es y actúa como cualquier otro sitio web, pero los cortafuegos

(firewall) lo protegen de accesos no autorizados.

Al igual que Internet, las intranets se usan para distribuir y compartir

información. Las intranets hoy en día componen el segmento con el mayor

crecimiento dentro de Internet, porque son menos caras de montar y de

Marco Teórico 13

administrar que las redes privadas que se basan en protocolos

propietarios. (Luján Mora, 2001)

1.1.4.3. Extranet

“Una extranet es una intranet a la que pueden acceder parcialmente

personas autorizadas ajenas a la organización o empresa propietaria de

la intranet.” (Luján Mora, 2001, pág. 53)

Mientras que una intranet reside detrás de un cortafuego y sólo es

accesible por las personas que forman parte de la organización

propietaria de la intranet, una extranet proporciona diferentes niveles de

acceso a personas que se encuentran en el exterior de la organización.

Esos usuarios pueden acceder a la extranet sólo si poseen un nombre de

usuario y una contraseña con los que identificarse. La identidad del

usuario determina que partes de la extranet puede visualizar.

Las Extranets se están convirtiendo en un medio muy usado por

empresas que colaboran para compartir información entre ellas. Se

emplean como medio de comunicación de una empresa con sus clientes,

proveedores o socios. Las extranets son la base del comercio entre

empresas (business to business, B2B). (Luján Mora, 2001)

1.2. Página Web

“Una página web es un documento en texto que incluye marcadores

de formato en HTML, el cual puede ser interpretado por un navegador de

Web para mostrarlo como un hipertexto que incluye texto, imágenes,

sonidos e hipervínculos entre otras cosas.” (PLATICAR, 2013)

Marco Teórico 14

Se entiende como página Web a documentos en formato HTML que

tienen las características para ser interpretados por los Browser mediante

el protocolo HTTP. Las páginas web contienen información multimedia, en

especial texto, imágenes, videos, enlaces a otros sitios web además de

datos asociados a un estilo para definir la visualización o interpretación de

aplicaciones incrustadas.

HTML es el lenguaje para escribir o programar páginas web, además

de proveer la capacidad de insertar hiperenlaces.

1.3. Estándares Web

En esencia, la Web está basada en tres estándares:

El Identificador de Recurso Uniforme (URI), que es un sistema

universal para referenciar recursos en la Web, como páginas

web,

El Protocolo de Transferencia de Hipertexto (HTTP), que

especifica cómo se comunican el navegador y el servidor entre

ellos, y

El Lenguaje de Marcado de Hipertexto (HTML), usado para

definir la estructura y contenido de documentos de hipertexto.

(OOCITIES, 2016)

1.4. Herramienta de programación - PHP

El lenguaje de programación web más usado fue obra de “Rasmus

Lerdorf, miembro del equipo de desarrollo de Apache, creó PHP (Personal

Marco Teórico 15

Home Page) en 1994. Su única intención fue la de crear un pequeño

sistema de control para verificar el número de personas que leían su

currículo vitae en la Web” (Cabezas Granado, 2014), se caracteriza por

ser multiplataforma, multiservidor, de código abierto, cuyo acrónimo es

Hypertext Pre-Processor y se diferencia de otros lenguajes de

programación porque su código es interpretado del lado del servidor.

El funcionamiento de PHP se basa en que el cliente realiza una

petición al servidor para poder visualizar alguna página web, para hacer

posible esto el servidor debe interpretar el código PHP respectivo. Una

vez que las sentencias son procesadas, el contenido a obtener es

generado dinámicamente y si la sentencia lo requiere en ese momento

realizado un llamado a la base de datos para obtener la información

solicitada. Finalmente, el contenido generado es enviado al navegador

web para que sea visualizado por el cliente.

Este lenguaje se define porque se encuentra embebido en código

HTML, es decir, que dentro de las etiquetas HTML se pueden colocar

sentencias de PHP, cuando así se lo requiera, además cabe mencionar

que PHP posee una sintaxis muy similar a la de otro lenguaje, como lo es

lenguaje C, por esta razón se convierte es un lenguaje flexible y sencillo

de aprender. (Cabezas Granado, 2014)

1.4.1. Características de PHP

Multiplataforma: es compatible en todos los Sistemas Operativos.

Soporta una gran cantidad de servidores web, incluyendo

Apache, Microsoft

Internet Information Server, Caudium, Xitami, entre otros.

En ocasiones, puede utilizarse como procesador CGI.

Orientado a objetos.

Marco Teórico 16

Soporta la mayoría de bases de datos: incluyendo mySQL,

Oracle,

PostgreSQL, filePRO, entre otras. (Cabezas Granado, 2014)

1.5. Gestor de Base de Datos MySQL

1.5.1. ¿Qué es MySQL?

MySQL, el más popular sistema de gestión de base de datos SQL

Open Source, se desarrolla, distribuye, y apoyado por Oracle Corporation.

1.5.2. MySQL es un sistema de gestión de base de datos.

Oracle Corporation (2016), al referirse a base de datos

MySQL menciona lo siguiente:

Una base de datos es una colección estructurada de

datos. Puede ser cualquier cosa desde una simple

lista de compras para una galería de imágenes o de

las grandes cantidades de información en una red

corporativa. Para agregar, acceder y tratar los datos

almacenados en una base de datos, se necesita un

sistema de gestión de base de datos como MySQL

Server. (Oracle Corporation, 2016)

Dado que los ordenadores son muy buenos en el manejo de grandes

cantidades de datos, sistemas de gestión de bases de datos juegan un

Marco Teórico 17

papel central en computación, como aplicaciones autónomas o como

parte de otras aplicaciones.

1.5.3. Bases de datos MySQL son relacionales.


MySQL relacionales menciona lo siguiente:

Una base de datos relacional almacena datos en

tablas separadas en lugar de poner todos los datos en

un gran almacén. Las estructuras de bases de datos

están organizadas en archivos físicos optimizados

para la velocidad. El modelo lógico, con objetos tales

como bases de datos, tablas, vistas, filas y columnas,

ofrece un entorno de programación flexible. Se

configura reglas que rigen las relaciones entre los

diferentes campos de datos, como por ejemplo uno-a-

uno, uno-a-muchos, único, obligatorio u opcional, y

"punteros" entre las diferentes tablas. La base de

datos hace cumplir estas normas, de manera que, con

una base de datos bien diseñado, su aplicación nunca

ve incoherente, duplicar, huérfano, fuera de fecha, o

los datos que faltan. (Oracle Corporation, 2016)

La parte SQL de " MySQL " es sinónimo de " Structured Query

Language". SQL es el lenguaje estandarizado más común para acceder a

bases de datos. Dependiendo de su entorno de programación, es posible

introducir SQL directamente (por ejemplo, para generar informes), las

sentencias SQL incrustar en el código escrito en otro idioma, o utilizar una

API específica del lenguaje que oculta la sintaxis SQL. El software de

MySQL es Open Sourse.

Marco Teórico 18

SQL se define por el estándar ANSI / ISO SQL. El estándar SQL ha

ido evolucionando desde 1986 y existen varias versiones. En este

manual, " SQL-92 " se refiere al estándard publicado en 1992, " SQL:

1999 " se refiere a la versión del 1999, y " SQL: 2003 " se refiere a la

versión actual de la norma. Usamos la frase " el estándar SQL " para

referirnos a la versión actual del estándar SQL en cualquier momento.

1.5.4. Base de datos del servidor MySQL

“La base de datos del servidor MySQL es muy rápido, fiable,

escalable y fácil de usar.” (Oracle Corporation, 2016)

Si eso es lo que está buscando, usted debe darle una oportunidad.

MySQL Server puede funcionar perfectamente en un escritorio o portátil,

junto con sus otras aplicaciones, servidores web, y así sucesivamente, lo

que requiere poca o ninguna atención. Si le dedicas una máquina

completa con MySQL, se puede ajustar la configuración para aprovechar

toda la memoria, potencia de la CPU, y la capacidad de E / S disponibles.


MySQL Server menciona lo siguiente:

MySQL Server se desarrolló originalmente para

manejar grandes bases de datos mucho más rápido

que las soluciones existentes y ha sido utilizado con

éxito en entornos de producción muy exigentes desde

hace varios años. Su conectividad, velocidad y

seguridad hacen de MySQL Server altamente

apropiado para acceder bases de datos en Internet.

MySQL Server funciona en sistemas cliente / servidor

o embebidos. (Oracle Corporation, 2016)

Marco Teórico 19

1.6. NetBeans IDE

NetBeans (2017), al referirse a NetBeans IDE menciona lo

siguiente:

NetBeans IDE es un entorno de desarrollo integrado

(IDE), modular, de base estandar (normalizado),

escrito en el lenguaje de programación Java. El

proyecto NetBeans consiste en un IDE de código

abierto y una plataforma de aplicación, las cuales

pueden ser usadas como una estructura de soporte

general (framework) para compilar cualquier tipo de

aplicación, provee las características de edición

JavaScript, soporte para usar estructuras Spring de

soporte web. (NetBeans, 2017)

1.7. Java Platform, Enterprise Edition (Java EE)

Oracle (2017), al referirse a Java EE menciona lo

siguiente:

Java Platform, Enterprise Edition (Java EE) es el

estándar en software empresarial dirigido por la

comunidad. Java EE se desarrolla utilizando el Java

Community Process, con contribuciones de expertos

de la industria, organizaciones comerciales y de

código abierto, grupos de usuarios de Java e

incontables personas. Cada versión integra nuevas

características que se alinean con las necesidades de

la industria, mejora la portabilidad de las aplicaciones

y aumenta la productividad de los desarrolladores.

(Oracle, 2017)

Marco Teórico 20

1.8. Ancho de banda

“Ancho de banda de red o simplemente ancho de banda es la

medida de datos y recursos de comunicación disponible o consumida

expresados en bit/s o múltiplos de él como serían los Kbit/s, Mbit/s y

Gigabit/s.” (Cableunion, 2016)

Cableunion (2016), al referirse a Ancho de banda

menciona lo siguiente:

Ancho de banda puede referirse a la capacidad de

ancho de banda o ancho de banda disponible en bit/s,

lo cual típicamente significa el rango neto de bits o la

máxima salida de una huella de comunicación lógico

o físico en un sistema de comunicación digital. La

razón de este uso es que de acuerdo a la Ley de

Hartley, el rango máximo de transferencia de datos de

un enlace físico de comunicación es proporcional a

su ancho de banda (procesamiento de señal), ancho

de banda en hertz, la cual es a veces llamada “ancho

de banda análogo” en la literatura de la especialidad.

(Cableunion, 2016)

1.9. Huellas dactilares como Biometría

Desde inicios del siglo XX se han venido utilizando el reconocimiento

de las huellas dactilares como método para reconocer a las personas,

habiéndose corroborado como una característica única y diferente de

cada individuo, hasta el punto de ser aceptadas hoy en día por muchas

instituciones como una identificación fidedigna y válida para instituciones

Marco Teórico 21

de identificación de personas como Registros civiles, agencias

gubernamentales, entre otras.

Según Guido (2007). La superficie de las huellas

digitales está formada por un sistema de valles y

crestas que sirven como superficie de fricción en el

momento de tomar objetos. Denominamos

indistintamente a zurcos o valles a las líneas

determinadas por las profundidades observables en

una huella digital, y llamamos crestas o picos a las

líneas de la huella digital determinada por las altitudes

en la huella dactilar. (Guido, 2007)

La presente propuesta pretende utilizar como método de seguridad

el acceso mediante reconocimiento de huellas dactilares, el común

denominador de los software utilizan el acceso mediante usuarios y

contraseñas por ser un método fácil de implementar y económico al no

requerir equipos físicos, sin embargo consideramos que en el caso

presentado se requiere invertir en un sistema más eficiente al verificar la

identidad del usuario quien tiene a su cargo la facultad de ejecutar

funciones de las cuales se desprenden la ejecución actividades que

significan la inversión de recursos económicos y de tiempo de la

compañía.

1.10. Metodología de desarrollo

La metodología de desarrollo es un conjunto de fases,

procedimientos, reglas, técnicas, herramientas, documentos y aspectos

de formación para los desarrolladores de software.

Marco Teórico 22

Para establecer cuál es la metodología de desarrollo apropiada para

este proyecto se compararán a las metodologías Scrum, Íconix y RAD.

Existen diferentes metodologías de desarrollo según lo investigado,

a continuación, se las mencionará con una breve descripción.

1.10.1. SCRUM

Troop Software Factory (1999), al referirse a SCRUM

menciona lo siguiente:

Scrum es una metodología ágil y flexible para

gestionar el desarrollo de software, cuyo principal

objetivo es maximizar el retorno de la inversión para

su empresa (ROI). Se basa en construir primero la

funcionalidad de mayor valor para el cliente y en los

principios de inspección continua, adaptación, auto-

gestión e innovación. (Troop Software Factory, 1999)

1.10.2. ICONIX

EcuRed (2017), al referirse a ICONIX menciona lo

siguiente:

Iconix es una metodología pesada-ligera de Desarrollo

del Software que se halla a medio camino entre RUP

(Rational Unified Process) y XP (eXtreme

Programming), es una metodología simplificada en

comparación a otras más tradicionales, la cual unifica

Marco Teórico 23

un conjunto de métodos de orientación a objetos con

el objetivo de tener un control estricto sobre todo el

ciclo de vida del producto a realizar, cuenta con una

secuencia de pasos que se deben seguir y determina

claramente las actividades a desarrollar en cada etapa

del ciclo de vida del proyecto que la utilice. (EcuRed,

2017)

1.10.3. RAD

Weebly (s.f.), al referirse a RAD menciona lo siguiente:

El desarrollo rápido de aplicaciones o RAD (acrónimo

en inglés de Rapid Application Development) es un

proceso de desarrollo de software, desarrollado

inicialmente por James Martin en1980. El método

comprende el desarrollo interactivo, la construcción

de prototipos y el uso de utilidades CASE (Computer

Aided Software Engineering). Tradicionalmente, el

desarrollo rápido de aplicaciones tiende a englobar

también la usabilidad, utilidad y la rapidez de

ejecución. (Weebly, s.f.)

Hoy en día se suele utilizar para referirnos al desarrollo rápido de

interfaces gráficas de usuario tales como Glade, o entornos de desarrollo

integrado completos. Algunas de las plataformas más conocidas son

Visual Studio, Lazarus, o Clarion. En el área de la autoría multimedia,

software como Neosoft Neoboo y MediaChance Multimedia Builder

proveen plataformas de desarrollo rápido de aplicaciones, dentro de

ciertos límites. (Weebly, s.f.)

CAPÍTULO II

METODOLOGÍA

2.1. Tipo de investigación

La investigación que se utilizará es no experimental, ya que en ella

no se considera manipular a los elementos buscando resultados

desconocidos, se realizará una indagación de las necesidades y

prioridades en cuanto al contenido de la aplicación a desarrollar, y éstas

serán analizadas posteriormente.

El tipo de investigación para el estudio de este proyecto es

Exploratoria que consiste en analizar la información recopilada e

identificar las alternativas y recomendar las acciones a seguir.

2.2. Alcance de la investigación

La población en estudio en este trabajo de investigación será:

El personal operativo de ventas de las salas de exposiciones

quienes son los distribuidores en diferentes partes del mundo

como Italia, USA, España, Singapur y Líbano

El Personal del área de operaciones, producción, bodega y

exportaciones de SENSISTUDIO S.A.

Metodología 25

2.3. Arquitectura de Sistema

La aplicación Web para para la gestión de órdenes de compra,

asignación y entrega de pedidos, con validaciones de identidad mediante

huellas dactilares, utilizando dispositivos biométricos se desarrollará en

una arquitectura de 3 capas que brindará las bondades conocidas para

este tipo de desarrollo principalmente limitando los cambios a la capa

requerida en caso de solicitudes de cambio o mejoras solicitadas.

La capa de presentación será desarrollada en la tecnología HTML, la

capa de negocios será ejecutada en la tecnología PHP y para el acceso a

la capa de acceso a datos se utilizará MYSQL.

2.4. Metodología del Desarrollo

Después de evaluar de situación actual en donde contamos con una

definición clara del cliente y conocemos sus requerimientos específicos de

manera detallada, hemos elegido la metodología SCRUM por la

disponibilidad para continuas reuniones de trabajo de las que se extrae de

manera ordenada la secuencia en la que se requiere las funcionalidades

de la aplicación para ser utilizadas sin la necesidad de terminar todo el

proyecto.

2.5. Técnicas de recolección de datos

El desarrollo de este proyecto está basado en los requerimientos

específicos de la empresa SENSISTUDIO S.A., quien solicita el desarrollo

de una aplicación informática que contenga los procesos actuales que se

llevan de manera manual en herramientas básicas como hojas de cálculo,

para esto se recibió los documentos en los que se debe basar y su

interrelación para la administración de la información y la presentación de

Metodología 26

los datos necesarios a los usuarios descritos por la administración de la

compañía.

2.5.1. Requerimientos de la empresa

Los requerimientos de la empresa son:

Desarrollar una aplicación web para la gestión de órdenes de

compra, asignación y entrega de pedidos.

Garantizar la seguridad de acceso a las personas autorizadas a

la aplicación Web.

Registrar información de clientes

Registrar información de productos.

Generar órdenes de compra.

Elaborar órdenes de producción a proveedores

Elaborar órdenes de acabado para ser ejecutado por personal

interno de la compañía.

Elaborar lista de empaque por cada orden de compra de cliente.

Hacer seguimiento a las entregas

Obtener información de fácil acceso de los clientes y sus

preferencias de compra, con el detalle particular de cada aspecto

requerido en la orden.

Reportes de órdenes de compra, órdenes de producción de

proveedores, listas de empaque por orden de compra.

Los documentos requeridos por la empresa deben incluir la

siguiente información:

Orden de compra

Orden de producción

Metodología 27

Orden de acabado

Orden de empaque

Lista de empaque

Orden de compra:

Datos de la empresa: Nombre de la empresa, dirección,

teléfono, fax y e-mail.

Logo: Logotipo de la empresa.

Datos del distribuidor: Nombre del distribuidor, dirección,


Bill to: Datos del cliente

o Nombre: El nombre de la empresa o persona natural

o Dirección: La dirección de la empresa o persona natural

o Teléfono: El teléfono de la empresa o persona natural

o Fax: El fax de la empresa o persona natural

o E-mail: El E-mail de la empresa o persona natural

o Contacto: Nombre del contacto

o Nombre del comprador: Nombre del comprador

Ship to: Datos del consignatario

o Nombre: El nombre del consignatario, necesario para

elaborar la guía aérea o marítima.

o Dirección: La dirección del consignatario.

o Teléfono: El teléfono del consignatario, necesario para

coordinar la entrega de la carga.

o Fax: El fax del consignatario, necesario para coordinar la

entrega de la carga.

o Email: El e-mail del consignatario, necesario para

coordinar la entrega de la carga.

o Contacto: Nombre de la persona que recibe la carga.

Nombre de la tienda: El nombre de la tienda

Metodología 28

Número de orden de confirmación: Cadena de caracteres que

identifica de manera única la orden de compra.

Número de orden de compra del cliente: Cadena de

caracteres que identifica de manera única la orden de compra del

cliente.

Fecha de orden: Especifica la fecha de emisión de la orden de

compra.

Fecha de envío: Especifica la fecha de envío de la orden de

compra.

Fecha de cancelación: Especifica la fecha de cancelación de la

orden de compra.

Vía de embarque: Medios de transporte.

Términos de negociación: Condiciones de entrega (Incoterms

Ex Works, FOB, DAP, DDP)

Términos de pago: Términos de pago establecidos en la orden

(prepago, crédito, pagos anticipados, contra entrega).

Moneda: Tipo de moneda (USD$)

Descuento comercial: Porcentaje de descuento comercial

Código: Código del producto

Partida Arancelaria: Código arancelario de los productos

País de origen: País de origen del producto

Descripción: Nombre del producto

Color: Color del producto

Imagen: Imagen del producto

Categoría: Categoría del producto (Ejemplo: Accesorios, ropa)

Composición: Composición de materiales con los que se

fabrican los productos.

Tallas: Tallas del producto

Cantidad: Cantidad de unidades requeridas por tallas

Total de unidades: Total de unidades requeridas de cada

producto.

Metodología 29

Precio unitario: Precio unitario de los productos

Sub Total: Sub total de la orden de compra

Descuento: Valor del descuento

Total: Valor total de la orden de compra.

De la orden de compra se genera la orden de producción, que debe

incluir la siguiente información:

Orden de producción:

Datos del proveedor asignado: Nombre del proveedor,

dirección, teléfono, fax y e-mail.








producto

Precio Unitario: Costo del producto

Sub Total: Sub total de la orden

Total: Total de la orden de producción

Fecha de entrega: Especifica la fecha de entrega

Actualización de Orden de producción:

Se requiere la opción de actualizar las órdenes de producción que

permita visualizar las cantidades de unidades requeridas por tallas, y el

saldo de unidades por recibir, debe permitir también ingresar las

Metodología 30

cantidades que se van recibiendo de los proveedores y calcular el saldo

después de la recepción.

Una vez asignadas las órdenes de producción se le da el

seguimiento, a medida que se van recibiendo los productos, se va

alimentando al pedido hasta completarlo.

Orden de Acabado:

Número de orden de acabado: Cadena de caracteres que

identifica de manera única la orden de acabado.

Operador asignado: Nombre del operador asignado para darle

los acabados al producto.








producto

Actualización de Orden de acabado:

Se requiere la opción de actualizar las órdenes de acabado que

permita visualizar las cantidades de unidades requeridas por tallas, y el

saldo de unidades por recibir, debe permitir también ingresar las

cantidades que se van recibiendo del personal interno y calcular el saldo

después de la recepción.

Una vez que se le ha dado los acabados a los productos la orden

pasa a un proceso de empaque y se genera la lista de empaque.

Metodología 31

Orden de empaque

Numero de orden de empaque: Cadena de caracteres que

identifica de manera única la orden de empaque.

Empacador asignado: Nombre del empacador asignado





Tallas: Talla del producto

Cantidad: Cantidad de unidades por tallas

Total de unidades: Total de unidades de cada producto

Lista de empaque:

Datos de la empresa: Nombre de la empresa, dirección,


Logo: Logotipo de la empresa.

Ship to: Datos del consignatario, nombre, dirección, teléfono,

fax, Email: El e-mail, contacto.

Número de cajas: Número de cajas

Dimensiones: Dimensiones de la caja

Peso bruto: Peso bruto






Cantidad: Cantidad de producto en la caja

Total de unidades: Total de unidades.

Metodología 32

DIAGRAMA N° 1

DIAGRAMA DE FLUJO DE PROCESO 1 Diagrama flujo de p roceso

INICIO

ORDEN DE COMPRA

El coordinador de operaciones revisa y

valida orden de compra y la envia al

cliente para confirmacion

Cliente confirma la ordenSi/No

SI

Orden de compra queda confirmado y

queda a la espera de producción

Coordinador de operaciones asigna orden de compra a proveedor y genera

orden de producción

ORDEN DE PRODUCCIÓN

Seguimiento y recepción de

productosUna vez recibida en su totalidad todas

las ordenes de producción, queda

completada la orden de compra

INGRESO DE BODEGA

Necesita acabado final

SI/NO?

SI

Se da proceso de acabado final por personal interno

Proceso de empaque

NO

Confirmación término de crédito

Tiene créditoSI/NO?

SI

Coordinar envío/exportación

NOSe solicita pago a

cliente

Envío de orden por transporte elegido

LISTA DE EMPAQUE

EGRESO DE BODEGA

Confirmación de entrega

Orden entregada

SI/NO?

NO

FIN DE PROCESO

SI

El usuario del showroom genera la

Orden de compra

NO FIN

ORDEN DE ACABADO

Fuente: Investigación directa Elaborado por: Ganchozo Basurto María Virginia

Metodología 33

Narrativa de flujo de proceso:

1. El vendedor de la sala de exposición genera la Orden de

compra, pasa a estado “creado”

2. La orden es receptada por el coordinador de operaciones,

quien valida la factibilidad de producción y los términos de

negociación. Si considera que se puede cumplir con lo

requerido, esta es enviada al cliente mediante e-mail para su

confirmación.

3. Si la orden es confirmada por el cliente, pasa a estado

“confirmado” sino es confirmada pasa a estado “cancelado” y

se finaliza el proceso.

4. El coordinador de operaciones consolida las órdenes

confirmadas y las asigna a los diferentes proveedores para su

fabricación considerando aspectos como capacidad, costo,

calidad entre otros. Se genera la orden de producción, la orden

de compra pasa a estado “asignado”

5. Se le da el seguimiento a la orden de producción, a medida que

se van recibiendo los productos y se va alimentando al pedido,

una vez completadas las órdenes pasan a estado “producido”

6. Una vez recibido el producto, si es necesario pasa a un

proceso de “Acabado final” y se genera una orden de

acabados, cuando estén todos los ítems listos en este proceso

pasan a estado de “Acabado”

7. Una vez que se le ha dado el acabado a los productos de la

orden de compra o sino lo necesitan la orden pasa a un

proceso de “empaque” y se genera la lista de empaque.

8. El coordinador de operaciones confirma los términos de crédito,

método de envío y determina si la orden de compra esta lista

para la entrega / exportación.

Metodología 34

9. El coordinador de exportaciones prepara la documentación

necesaria y coordina con bodega el despacho en los términos

requeridos.

10. El jefe de bodega prepara la orden de compra para el

despacho según las indicaciones del coordinador de

exportaciones. Se genera el egreso de bodega. La orden pasa

a estado de “enviado”

11. El coordinador de exportaciones hace el seguimiento del envío

y verifica cuando haya sido recibido por el cliente, si tiene

confirmación la orden pasa a estado de “Entregado”.

2.5.2. Equipos tecnológicos

La empresa SENSISTUDIO S.A. cuenta con los siguientes equipos

tecnológicos para la implementación de la aplicación Web:

7 computadoras

Sistema Operativo: Windows 7 Professional

Procesador: Intel® Core™ i3-4170 CPU @ 3.70GHz 3.70 GHz

Memora RAM: 4,00 GB

Servicio de internet y telefonía

Operador de servicio CNT

Impresora Láser XEROX WorkCentre 6605

Dispositivo Biométrico

2.5.3. Diagrama de Casos de Uso

Los casos de uso son una representación de un conjunto de

secuencias de acciones que son ejecutadas para llevar a cabo algún

proceso.

Metodología 35

Los elementos que aparecen en el diagrama de casos de uso son:

actores, casos de uso y relaciones entre casos de uso.

Actores, para modelar los diferentes roles que los elementos

externos al sistema pueden representar.

Casos de uso, para representar todo aquello que el actor ha de

poder realizar en el sistema.

Relaciones, que asocian a los elementos anteriores.

El modelo se completa con la descripción de casos de uso, esto es,

la especificación de los comportamientos de los casos de uso.

2.5.3.1. Actores y roles

CUADRO N° 1

LISTA DE ROLES 1 L ist a de Roles

ACTOR DESCRIPCIÓN

Administrador Persona responsable de crear los diferentes

usuarios (personas) y administrar sus

permisos y actividades

Vendedores Persona responsable de generar las órdenes

de compra solicitadas por cada cliente

Coordinador de

operaciones

Persona responsable de revisar y aprobar las

órdenes de compra. Asignar órdenes de

producción a proveedores y todos los

procesos hasta la entrega.


Metodología 36

2.5.3.2. Diagrama de Casos de Uso

2.5.3.2.1. Caso de Uso Ingreso al Sistema

DIAGRAMA Nº 2

CASO DE USO INGRESO AL SISTEMA

2 C aso de Uso Ingreso al Sistema

Administrador

Ingresar Usuario y

contraseña

Validar información

Verificar datos

<<incluir>>

<<incluir>>


Metodología 37

2.5.3.2.2. Caso de Uso Mantenimiento de Usuario

DIAGRAMA Nº 3

CASO DE USO MANTENIMIENTO DE USUARIO 3 C aso de Uso Mant enimiento de U suario

AdministradorMantenimiento de

usuario

Crear Usuario

Eliminar

Usuario

Ingreso de usuario y

contraseña

Modificar

Usuario

<<extender>>

<<extender>>

<<extender>>


2.5.3.2.3. Caso de Uso Mantenimiento de Vendedores

DIAGRAMA Nº 4

CASO DE USO MANTENIMIENTO DE VENDEDORES 4 C aso de Uso Mant enimiento de Vendedores

AdministradorMantenimiento de

Vendedores

Crear Vendedor

Eliminar

Vendedor


contraseña

Modificar

Vendedor

<<extender>>

<<extender>>

<<extender>>


Metodología 38

2.5.3.2.4. Caso de Uso Mantenimiento de Coordinador de

Operaciones

DIAGRAMA Nº 5

CASO DE USO MANTENIMIENTO DE COORDINADOR DE

OPERACIONES 5 Caso de U so M ant enimiento de Coordinador de Operaciones

Administrador

Mantenimiento de

Coordinador de

Operaciones

Crear

Coordinador de

Operaciones

Eliminar

Coordinador de

Operaciones


contraseña

Modificar

Coordinador de

Operaciones

<<extender>>

<<extender>>

<<extender>>


2.5.3.2.5. Caso de Uso Registro de Productos

DIAGRAMA Nº 6

CASO DE USO REGISTRO DE PRODUCTOS 6 C aso de Uso Regist ro de Productos

Coordinador

de Operaciones

Registro de

Productos

Crear Productos

Eliminar

Ingreso de usuario

y contraseña

Modificar

<<extender>>

<<extender>>

<<extender>> Buscar<<incluir>>

<<incluir>>


Metodología 39

2.5.3.2.6. Caso de Uso Registro de Clientes

DIAGRAMA Nº 7

CASO DE USO REGISTRO DE CLIENTES 7 C aso de Uso Regist ro de Client es

VendedoresRegistro de

Clientes

Crear

Eliminar

Ingreso de usuario

y contraseña

Modificar

<<extender>>

<<extender>>

<<extender>>Buscar

<<incluir>>

<<incluir>>


2.5.3.2.7. Caso de Uso Registro de Orden de Compra

DIAGRAMA Nº 8

CASO DE USO REGISTRO DE ORDEN DE COMPRA 8 Caso de Uso Registro de Or den de Compra

VendedoresRegistro de Orden

de Compra

Crear

Eliminar

Ingreso de usuario

y contraseña

Modificar

<<extender>>

<<extender>>

<<extender>>Buscar

<<incluir>>

<<incluir>>

Consultar

Cliente

Consultar

Producto

<<incluir>>

<<incluir>>


Metodología 40

2.5.3.2.8. Caso de Uso Registro de Orden de Producción

DIAGRAMA Nº 9

CASO DE USO REGISTRO DE ORDEN DE PRODUCCIÓN 9 Caso de U so R eg istro de Orden de Producción

Coordinador

de Operaciones

Registro de Orden

de Producción

Crear

Eliminar

Ingreso de usuario

y contraseña

Modificar

<<extender>>

<<extender>>

<<extender>> Buscar<<incluir>>

<<incluir>>

Consultar

Proveedor

Consultar

Orden de

Compra

<<extender>>

<<extender>>


2.5.3.2.9. Caso de Uso Registro de Orden de Acabado

DIAGRAMA Nº 10

CASO DE USO REGISTRO DE ORDEN DE ACABADO 10 C aso de U so R egistro de Orden de Acabado

Coordinador

de Operaciones

Registro de Orden

de Acabado

Crear

Eliminar

Ingreso de usuario

y contraseña

Modificar

<<extender>>

<<extender>>

<<extender>>

Buscar

<<incluir>>

<<incluir>>

Consultar Orden

de Compra

Consultar

Proveedor

<<extender>>

<<extender>>


Metodología 41

2.5.3.2.10. Caso de Uso Registro de Orden de Empaque

DIAGRAMA Nº 13

CASO DE USO REGISTRO DE ORDEN DE EMPAQUE 11 C aso de U so R egistro de Orden de Empaque

Coordinador

de Operaciones

Registro de Orden

de Empaque

Crear

Eliminar

Ingreso de usuario

y contraseña

Modificar

<<extender>>

<<extender>>

<<extender>>

Buscar

<<incluir>>

<<incluir>>

Consultar Personal

Consultar Orden

de Compra

<<extender>>

<<incluir>>


2.5.3.3. Descripción de Casos de Uso

2.5.3.3.1. Descripción de Caso de Uso Ingreso al Sistema

CUADRO Nº 2

DESCRIPCIÓN CASO DE USO INGRESO AL SISTEMA 2 D escripción de C aso de U so Ingreso al Sist ema

Código: CU001 Nombre: Ingreso al Sistema

Actor: Administrador

Fecha: 10/04/2017

Metodología 42

Precondición:

El usuario debe estar registrado en el sistema.

Flujo de Eventos

Acción Actor

1.- El usuario ingresa su usuario y

contraseña.

3.- Se envía los datos ingresados.

Sistema

2.- El sistema autenticará los datos

ingresados por el usuario.

4.- El sistema comprobará si el

usuario está registrado y si la

contraseña es la correcta, caso

contrario se mostrará mensaje de

que el usuario o contraseña es

incorrecta.

5.- Permitirá el ingreso a la

pantalla correspondiente.

Postcondición:

Accederá el acceso a la pantalla menú respectivo.


Metodología 43

2.5.3.3.2. Descripción de Caso Mantenimiento de Usuario

CUADRO N° 3

DESCRIPCIÓN CASO DE USO MANTENIMIENTO DE USUARIOS 3 D escripción C aso de U so M anten imiento de U suarios

Código: CU002 Nombre: Mantenimiento de Usuarios

Actor: Administrador Fecha: 10/04/2017

Precondición:

El Administrador le dará a cada usuario su nombre de usuario y

contraseña

Flujo de Eventos

Acción Actor

1.- El Administrador ingresa a la

aplicación web.

3.- Escogerá mantenimiento de

usuario.

5.- El Administrador escogerá la

opción nuevo usuario.

6.- El Administrador ingresa los datos.

7.- El Administrador presiona el botón

guardar los datos.

9.- El Administrador presiona modificar

usuario y modificará los datos.

11.- El Administrador presiona la

opción eliminar.

Sistema

2.- Elige la sección

correspondiente

4.- Se visualizará la

pantalla de usuario

8.- Se mostrará un

mensaje que el usuario se

guardó correctamente.

10.- Se mostrará un


modificó correctamente.

12.- Se mostrará un


eliminó correctamente.

Postcondición:

El Usuario es registrado en la tabla usuarios de la base de datos


Metodología 44

2.5.3.3.3. Descripción de Caso Mantenimiento de Vendedores

CUADRO N°4

DESCRIPCIÓN CASO DE USO MANTENIMIENTO DE VENDEDORES 4 D escripción C aso de U so M anten imiento de Vendedores

Código: CU003 Nombre: Mantenimiento de Vendedores

Actor: Administrador Fecha:

10/04/2017

Precondición:

El Administrador debe estar registrado en el sistema

Flujo de Eventos

Acción Actor


aplicación web.

3.- Escoge mantenimiento de

Vendedor.

5.- El Administrador escoge la


6.- El Administrador ingresa los

datos.

7.- El Administrador presiona el

botón guardar los datos.

9.- El Administrador presiona

modificar usuario y modificará los

datos.

11.- El Administrador presiona la

opción eliminar.

Sistema

2.- Elige la sección de

correspondiente.

4.- Se visualizará la pantalla

de Vendedores.

8.- Se mostrará un mensaje

que el usuario Vendedor se

guardó correctamente.



modificó correctamente.



eliminó correctamente.

Postcondición:

El Vendedor es registrado en la tabla Usuarios de la base de datos


Metodología 45

2.5.3.3.4. Descripción de Caso Mantenimiento de Coordinador

de Operaciones

CUADRO N° 5

DESCRIPCIÓN CASO DE USO MANTENIMIENTO DE COORDINADOR

DE OPERACIONES 5 D escripción de C aso M antenimiento de Coordinador de Operaciones


Código: CU004 Nombre: Mantenimiento de Coordinador de

Operaciones

Actor: Administrador Fecha: 10/04/2017

Precondición: El Administrador debe estar registrado en el sistema

Flujo de Eventos

Acción Actor


aplicación web.

3.- Escoge mantenimiento de

Coordinador de Operaciones.

5.- El Administrador escoge la


6.- El Administrador ingresa los

datos.

7.- El Administrador presiona el

botón guardar los datos.


modificar usuario y modificará

los datos.


la opción eliminar.

Sistema

2.- Elige la sección de

correspondiente.

4.- Se visualizará la pantalla de

Coordinador de Operaciones

8.- Se mostrará un mensaje que el

usuario Coordinador de

operaciones se guardó

correctamente.



operaciones se modificó

correctamente.



operaciones se eliminó

correctamente.

Postcondición: El Coordinador de Operaciones es registrado en la

tabla Usuarios de la base de datos

Metodología 46

2.5.3.3.5. Descripción de Caso de Uso Registro de Orden de

Compra

CUADRO N° 6

DESCRIPCIÓN CASO DE USO REGISTRO DE ORDEN DE COMPRA 6 D escripción de C aso de U so R egistro de Orden de Compra

Código: CU005 Nombre: Registro de Orden de Compra

Actor: Vendedor Fecha: 10/04/2017

Precondición:

Vendedor debe estar registrado en el sistema

Flujo de Eventos

Acción Actor

1.- Ingresa a la aplicación

web.

3.- Selecciona Orden de

Compra

5.- Selecciona Buscar Cliente

7.- Selecciona Cliente

9.-Buscar Productos

11.- Selecciona producto

13.- Ingresa cantidad de

productos

15.- Guarda Orden

Sistema

2.- Elige la sección de correspondiente

4.- Presenta pantalla de Orden de

Compra

6.- Presenta pantalla de ayuda con

listado de clientes.

8.- Presenta datos del cliente

seleccionado

10.- Presenta pantalla con productos

12.- Presenta datos del producto

14.- Se calcula automáticamente el

valor a pagar por los productos

16.- Presenta detalle de Orden de

compra creada

Postcondición:

Orden de compra es creada


Metodología 47


Producción

CUADRO N° 7

DESCRIPCIÓN CASO DE USO REGISTRO DE ORDEN DE

PRODUCCIÓN 7 D escripción de C aso de U so R egistro de Orden de Producción

Código: CU006 Nombre: Registro de Orden de Producción

Actor: Coordinador de Operaciones Fecha: 10/04/2017

Precondición:

La orden de compra debe estar en estado creada

Flujo de Eventos

Acción Actor

1.- Ingresa a la aplicación web


Producción

5.- Selecciona Buscar

Proveedor

7.- Selecciona proveedor

9.-Ingresa cantidad de los

productos para la orden de

producción

11.- Guarda Orden

Sistema

2.- Selecciona la sección de

correspondiente


Producción


listado de proveedores

8.- Presenta datos del proveedor

seleccionado

10.- Presenta cantidad ingresada

12.- Presenta mensaje de orden

creada

13.- Presenta detalle de órdenes

creadas a partir de la orden de

compra

Postcondición:

La orden de compra estará en estado producción (PR)


Metodología 48


Acabado

CUADRO N° 8

DESCRIPCIÓN CASO DE USO REGISTRO DE ORDEN DE ACABADO 8 D escripción de C aso de U so R egistro de Orden de Acabado

Código: CU007 Nombre: Registro de Orden de Acabado


Precondición:

La orden de compra debe estar en estado PR (Producción)

Flujo de Eventos

Acción Actor

1.- Ingresa a la aplicación web


Acabado

5.- Selecciona Buscar

Proveedor

7.- Selecciona proveedor



acabado

11.- Guarda Orden

Sistema


correspondiente


Acabado


listado de proveedores

8.- Presenta datos del proveedor

seleccionado


12.- Presenta mensaje de orden de

acabado creada

13.- Presenta detalle de órdenes de

acabado creadas a partir de la

orden de compra

Postcondición:

La orden de compra estará en estado acabado (AC)


Metodología 49


Empaque

CUADRO N° 9

DESCRIPCIÓN CASO DE USO REGISTRO DE ORDEN DE EMPAQUE 9 D escripción de C aso de U so R egistro de Orden de Empaque

Código: CU008 Nombre: Registro de Orden de Empaque


Precondición:

La orden de compra debe estar en estado Acabado (AC)

Flujo de Eventos

Acción Actor

1.- Ingresa a la aplicación

web


Empaque

5.- Buscar Personal

7.- Selecciona personal



empaque

11.- Guarda Orden

Sistema


correspondiente


Empaque


listado de personal

8.- Presenta datos del personal

seleccionado


12.- Presenta mensaje de orden de

acabado creada

13.- Presenta detalle de órdenes de

empaque creadas a partir de la orden

de compra

Postcondición:

La orden de compra estará en estado empacada (EM)


CAPÍTULO III

PROPUESTA

3.1. Introducción

3.1.1. Tema

Propuesta del Desarrollo de aplicación web para la gestión de

órdenes de compra, asignación y entrega de pedidos, con validaciones de

identidad mediante huellas dactilares, utilizando dispositivos biométricos

3.1.2. Objetivo

Proponer el desarrollar una aplicación web para la gestión de

órdenes de compra, entregas a clientes, y asignación de pedidos a

proveedores, permitiendo optimizar la utilización de recursos para brindar

respuestas más eficientes a los clientes.

3.1.3. Entorno de Software

Para el desarrollo de la aplicación Web para la gestión de órdenes

de compra, asignación y entrega de pedidos, con validaciones de

identidad mediante huellas dactilares, utilizando dispositivos biométricos

se usará el lenguaje de programación HTML en la Capa de Presentación,

para la ejecución de las funciones de la Capa de Negocio se usará el

Propuesta 51

lenguaje de programación PHP y para la Capa de Acceso a Datos se

usará MYSQL.

3.2. Fase de Diseño

3.2.1. Diagramas de Clases

DIAGRAMA Nº 12

DIAGRAMA DE CLASES

12 D iagramas de C lases


Propuesta 52

3.2.2. Diagrama de Actividades

3.2.2.1. Diagrama de actividades correspondiente al proceso

de Ingreso al Sistema.

DIAGRAMA Nº 13

DIAGRAMA DE ACTIVIDADES INGRESO AL SISTEMA 13 D iagrama de Actividades Ingreso al Sistema

Diagrama de Actividades Ingreso al Sistema

Usuario Sistema

Ingresar a la página

Seleccionar la sección respectiva

Ingresar su usuario y

contraseña

Muestra pantalla de

Ingreso al Sistema

Verificar datos

Muestra mensaje de

error

Muestra pantalla

correspondiente

SiNo


Propuesta 53


de Mantenimiento de Usuario

DIAGRAMA Nº 14

DIAGRAMA DE ACTIVIDADES MANTENIMIENTO DE USUARIO 14 D iagrama de actividades M antenimiento de Usuario

Diagrama de Actividades Mantenimiento de Usuario

Usuario Sistema




contraseña

Muestra pantalla de Login

Verificar datos

Muestra mensaje de

error

Muestra pantalla

correspondiente

SiNo

Seleccionar mantenimiento de

Usuario

Muestra el formulario

Registrar la información del

Usuario

Guardar datos Verificar datos

Muestra mensaje de

error

Muestra mensaje

guardado exitosamente

SiNo


Propuesta 54


de Mantenimiento de Vendedores

DIAGRAMA Nº 15

DIAGRAMA DE ACTIVIDADES MANTENIMIENTO DE VENDEDORES 15 D iagrama de Actividades Mant enimiento de Vendedores

Diagrama de Actividades Mantenimiento de Vendedores

Usuario Sistema




contraseña


Verificar datos

Muestra mensaje de

error

Muestra pantalla

correspondiente

SiNo


Vendedores



Vendedor


Muestra mensaje de

error

Muestra mensaje


SiNo


Propuesta 55


de Mantenimiento de Coordinador de Operaciones

DIAGRAMA Nº 16

DIAGRAMA DE ACTIVIDADES MANTENIMIENTO DE COORDINADOR

DE OPERACIONES 16 D iagrama de Actividades Mant enimiento de Coord inador de Operaciones

Diagrama de Actividades Mantenimiento de Coordinador de Operaciones

Usuario Sistema




contraseña


Verificar datos

Muestra mensaje de

error

Muestra pantalla

correspondiente

SiNo







Muestra mensaje de

error

Muestra mensaje


SiNo


Propuesta 56


de Registro de Clientes

DIAGRAMA Nº 17

DIAGRAMA DE ACTIVIDADES REGISTRO DE CLIENTES 17 D iagrama de Actividades Reg istro de Client es

Diagrama de Actividades Registro de Clientes

Usuario Sistema




contraseña


Verificar datos

Muestra mensaje de

error

Muestra pantalla

correspondiente

SiNo

Selecciona registro de Clientes


de Clientes

Ingresar datos

Guardar Verificar datos

Muestra mensaje de

error

Muestra mensaje


SiNo


Propuesta 57


de Registro de Productos

DIAGRAMA Nº 28

DIAGRAMA DE ACTIVIDADES REGISTRO DE PRODUCTOS 18 D iagrama de Actividades Reg istro de Productos

Diagrama de Actividades Registro de Productos

Usuario Sistema




contraseña


Verificar datos

Muestra mensaje de

error

Muestra pantalla

correspondiente

SiNo

Selecciona registro de productos


de productos

Ingresar datos


Muestra mensaje de

error

Muestra mensaje


SiNo


Propuesta 58


de Registro de Orden de Compra

DIAGRAMA Nº 19

DIAGRAMA DE ACTIVIDADES REGISTRO DE ORDEN DE COMPRA 19 D iagrama de Actividades Reg istro de Orden de Compra

Diagrama de Actividades Registro de Ordenes de Compra

Usuario Sistema




contraseña


Verificar datos

Muestra mensaje de

error

Muestra pantalla

correspondiente

SiNo

Selecciona Crear Orden de

Compra

Muestra formulario de Orden

de compra y productos

Selecciona los productos


Muestra mensaje de

error

Muestra mensaje


SiNo

Ingresa la información

requerida


Propuesta 59

3.2.3. Modelo Entidad - Relación

DIAGRAMA Nº 20

DIAGRAMA MODELO ENTIDAD – RELACIÓN

20 D iagrama Modelo Entidad - R elación


Propuesta 60

3.2.3.1. Diccionario de la Base de Datos

CUADRO N° 10

TABLA CLIENTES 10 Tabla Client es

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información

DICCIONARIO DE DATOS

Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:

María Virginia Ganchozo

Basurto

MÓDULO DE:

Versión 1.0

TABLA: CLIENTES TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene datos de los clientes de SENSISTUDIO

DESCRIPCIÓN DEL REGISTRO

No. Nombre

del campo Definición Tipo Long Atributo Cotejamiento Null

1 id_cliente Código del cliente int 5

No

2 nombre Nombre del cliente varchar 50 latin1_swedish_ci No

3 bill_to Información del

cliente varchar 150 latin1_swedish_ci No

4 ship_to Información del

consignatario varchar 150 latin1_swedish_ci No

5 pais País del cliente varchar 30 latin1_swedish_ci No

6 ciudad Ciudad del cliente varchar 500 latin1_swedish_ci No

7 telefono Teléfono del


8 fax Fax del cliente varchar 20 latin1_swedish_ci No

9 contacto Persona de

contacto varchar 50 latin1_swedish_ci No

10 mail1 Email del cliente varchar 50 latin1_swedish_ci No

11 mail2 Email del contacto varchar 50 latin1_swedish_ci No

OBSERVACIÓN:


Propuesta 61

CUADRO N° 11

TABLA BILL TO 11 Tabla Bill to

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: BILL TO TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene los datos de facturación del clientes (Bill to)


No. Nombre


1 id_orden Código del cliente

int 5

No

2 billto Razón Social varchar 100 latin1_swedish_ci

No

3 address Dirección del

cliente varchar 150

latin1_swedish_c

i No

4 tel Teléfono del

cliente varchar 20

latin1_swedish_c

i No

5 fax Fax del cliente varchar 20 latin1_swedish_c

i No

6 mail Email del cliente varchar 50 latin1_swedish_c

i No

7 contact Persona de

contacto varchar 100

latin1_swedish_c

i No

8 buyer Nombre del

comprador varchar 100

latin1_swedish_c

i No

OBSERVACIÓN:


Propuesta 62

CUADRO N° 12

TABLA SHIP TO 12 Tabla Ship to

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: SHIP TO TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene los datos del consignatario (Ship to)


No. Nombre


1 id_orden Código del

consignatario int 5

No

2 shipto Nombre del

consignatario varchar 100

latin1_swedish_ci No

3 address Dirección del


4 tel Teléfono del


5 fax Fax del


6 mail Email del


7 contact Nombre de quién

recibe la carga varchar 100 latin1_swedish_ci No

8 store Nombre de la

tienda varchar 100 latin1_swedish_ci No

OBSERVACIÓN:


Propuesta 63

CUADRO N° 13

TABLA ORDEN DE CONFIRMACIÓN 13 Tabla Orden de Confirmación

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información

DICCIONARIO DE

DATOS

Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: ORDEN DE

CONFIRMACIÓN TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene los datos de la orden de confirmación


No. Nombre

del campo Definición Tipo

Lo

ng

Atrib

uto Cotejamiento Null

1 id_orden Código de orden de

confirmación int 5

No

2 po Número de PO del

cliente varchar 10


3 order_da

te

Fecha de emisión de la

orden de compra varchar 10 latin1_swedish_ci No

4 shipdate Fecha de envío de la

orden de compra varchar 10 latin1_swedish_ci No

5 cancel_d

ate

Fecha de cancelación

de la orden de compra varchar 10 latin1_swedish_ci No

6 ship_via Medios de transporte varchar 10 latin1_swedish_ci No

7 incoterm

s Condiciones de entrega varchar 30 latin1_swedish_ci No

8 payment

_terms Términos de pago varchar 30 latin1_swedish_ci No

9 currency Tipo de moneda varchar 10 latin1_swedish_ci No

10 trade_dis

count Descuento comercial int 3 No

OBSERVACIÓN:


Propuesta 64

CUADRO N° 14

TABLA PROVEEDORES 14 Tabla Proveedores

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: PROVEEDORES TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene los datos de los proveedores de SENSISTUDIO


No. Nombre


1 id_prove

edor

Código del

proveedor int 5

No

2

nombre Nombre del

proveedor

varchar 100

latin1_swedish_c

i No

3 ruc RUC del

proveedor varchar 13

latin1_swedish_c

i No

4 direccion

Dirección de

proveedor

varchar 100 latin1_swedish_c

i No

5 telefono

Teléfono del

proveedor


i No

6 mail Email del

proveedor varchar 50

latin1_swedish_c

i No

OBSERVACIÓN:


Propuesta 65

CUADRO N° 15

TABLA VENDEDORES 15 Tabla Vendedores

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: VENDEDORES TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene los datos de los vendedores de SENSISTUDIO


No. Nombre del

campo Definición Tipo Long Atributo Cotejamiento Null

1 id_vended

or

Código del

vendedor int 5

No

2 nombre Nombre del

vendedor varchar 100

latin1_swedish_c

i No

3 direccion Dirección del

vendedor varchar 100

latin1_swedish_c

i No


vendedor varchar 13

latin1_swedish_c

i No

5 fax Fax del

vendedor varchar 13

latin1_swedish_c

i No

6 mail Email del

vendedor varchar 50

latin1_swedish_c

i No

7 seller

Categoría de

vendedor


i No

OBSERVACIÓN:


Propuesta 66

CUADRO N° 16

TABLA PRODUCTOS 16 Tabla Productos

Universidad de Guayaquil

Licenciatura en Sistemas

de Información

DICCIONARIO DE

DATOS

Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: PRODUCTOS TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene datos de los productos de SENSISTUDIO


No. Nombre del campo Definición Tipo Long

Atri

but

o

Cotejamiento Null

1 style Código del producto varchar 10

latin1_swedi

sh_ci No

2 tariff Código arancelario

de los productos varchar 15

latin1_swedi

sh_ci No

3 pais_origen País de origen del

producto varchar 20

latin1_swedi

sh_ci No

4 nombre Nombre del

producto varchar 40

latin1_swedi

sh_ci No

5 color Color del producto varchar 50 latin1_swedi

sh_ci No

6 imagen Imagen del

producto varchar 30

latin1_swedi

sh_ci No

7 categoria Categoría del

producto varchar 5

latin1_swedi

sh_ci No

8 composicion Composición del

producto varchar 50

latin1_swedi

sh_ci No

9 USD_Exw Precio ex w decimal 10,2 No

10 USD_DDU_USA Precio DDU USA decimal 10,2 No

11 USD_DDU_EUR Precio DDU Europa decimal 10,2 No

12 USD_DDU_ASIA Precio DDU Asia decimal 10,2 No

OBSERVACIÓN:


Propuesta 67

CUADRO N° 17

TABLA ORDEN DE COMPRA 17 Tabla Orden de Compra

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: ORDEN DE COMPRA TIPO TABLA: REGISTRO

DESCRIPCIÓN: Contiene datos de las órdenes de compra creadas por

SENSISTUDIO


No. Nombre

del campo Definición Tipo Long

Atribut

o Cotejamiento Null

1 id_orden Número de la

orden int 5

No

2 cliente Nombre del cliente

varchar 100


3 direccion Dirección del




5 mail E-mail del cliente varchar 50 latin1_swedish_ci No

6 vendedor Nombre del

vendedor varchar 20 latin1_swedish_ci No

7 valor Valor total de la

orden decimal 10,2 latin1_swedish_ci No

8 fecha_or

den Fecha de la orden date latin1_swedish_ci No

9 estado Estado de la orden

varchar 2 latin1_swedish_ci No

OBSERVACIÓN:


Propuesta 68

CUADRO N° 18

TABLA ORDEN DE PRODUCCIÓN 18 Tabla Orden de Producción

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información

DICCIONARIO DE

DATOS

Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: ORDEN DE

PRODUCCIÓN TIPO TABLA: REGISTRO

DESCRIPCIÓN: Contiene datos de las órdenes de producción creadas por

SENSISTUDIO


No. Nombre

del campo Definición Tipo

Lo

ng

Atrib


1 id_orden

_prod

Número de orden de

producción int 5

No

2 orden_co

mpra

Número de orden de

compra int 5

No

3 proveedo

r

Datos del proveedor varchar

10

0


4 direccion Dirección del proveedor varchar 15

0 latin1_swedish_ci No

5 ruc RUC del proveedor varchar 13 latin1_swedish_ci No

6 telefono Teléfono del proveedor varchar 20 latin1_swedish_ci No

7 mail E-mail del proveedor varchar 50 latin1_swedish_ci No

8 fecha_en

trega

Fecha de entrega

estimada date No

9 unidades Total de unidades int 5 No

10 estado Estado de la orden


OBSERVACIÓN:


Propuesta 69

CUADRO N° 19

TABLA ORDEN DE ACABADO 19 Tabla Orden de Acabado

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: ORDEN DE

ACABADO TIPO TABLA: REGISTRO

DESCRIPCIÓN: Contiene datos de las órdenes de acabado creadas por

SENSISTUDIO


No. Nombre


1 id_orden

_acab

Número de orden

de acabado int 5

No

2 orden_co

mpra

Número de orden

de compra int 5

No

3

orden_pr

oduccion

Número de orden

de producción

int 5

No

4

proveedo

r

Datos del personal

encargado del

acabado

varchar 100

latin1_swedish_c

i No

5 fecha_or

den

Fecha de la orden date

No

6 unidades Total de unidades

int 5 No

7 estado Estado de la orden varchar 2 latin1_swedish_c

i No

OBSERVACIÓN:


Propuesta 70

CUADRO N° 20

TABLA ORDEN DE EMPAQUE 20 Tabla Orden de Empaque

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: ORDEN DE

EMPAQUE TIPO TABLA: REGISTRO

DESCRIPCIÓN: Contiene datos de las órdenes de empaque creadas por

SENSISTUDIO


No. Nombre del

campo Definición Tipo Long

Atrib


1 id_orden_em

p

Número de orden de

empaque int 5

No

2 orden_compr

a

Número de orden de

compra int 5

No

3 orden_acaba

do

Número de orden de

acabado int 5

No

4 caja Número de caja


i No

5 peso_caja Peso bruto Kg.


i No

6

encargado Nombre del

encargado del

empaque

varchar 100

latin1_swedish_c

i No

7 fecha_orden Fecha de la orden date No



i No

OBSERVACIÓN:


Propuesta 71

CUADRO N° 21

TABLA DETALLE DE ORDEN DE COMPRA 21 Tabla detalle de Orden de Compra


Universidad de

Guayaquil

Licenciatura en Sistemas

de Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: DETALLE ORDEN DE COMPRA TIPO TABLA: DETALLE

DESCRIPCIÓN: Contiene los datos del detalle de la orden de compra.


No. Nombre


Atrib


1 id_orden Código de orden int 5

No

2 style Código del producto

varchar 10 latin1_swedish

_ci No

3 tariff Código arancelario de los

productos varchar 15

latin1_swedish

_ci No

4 origen País de origen del

producto varchar 20

latin1_swedish

_ci No

5 name Nombre del producto varchar 40 latin1_swedish

_ci No

6 color Color del producto varchar 50 latin1_swedish

_ci No

7 category Categoría del producto varchar 5 latin1_swedish

_ci No

8 sizes Talla S int 5 No

9 sizem Talla M int 5 No

10 sizel Talla L int 5 No

11 sizexl Talla XL int 5 No

12 sizeu Talla Única int 5 No

13 composit

ion Composición del producto varchar 50

latin1_swedish

_ci No

14 usd Valor unitario del producto decimal 10,2 No

15 totalunits Total de unidades int 5 No

16 totalusd Valor total decimal 10,2 No

17 prod Estado en producción int 5 No

18 acab Estado en Acabados int 5 No

19 emp Estado en empaque int 5 No

OBSERVACIÓN:

Propuesta 72

CUADRO N° 22

TABLA DETALLE DE ORDEN DE PRODUCCIÓN 22 Tabla detalle de Orden de Producción

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de

1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:

María Virginia Ganchozo Basurto

MÓDULO

DE:

Versión 1.0

TABLA: DETALLE ORDEN DE

PRODUCCIÓN TIPO TABLA: DETALLE

DESCRIPCIÓN: Contiene los datos del detalle de la orden de producción de

SENSISTUDIO


No. Nombre


Atrib


1 id_orden_

prod

Código de orden de

producción int 4

No

2 cantidad Cantidad de

productos int 11

No






8 entregado Total recibido int 11 No

9 ents Talla S recibida int 11 No

10 entm Talla M recibida int 11 No

11 entl Talla L recibida int 11 No

12 entxl Talla XL recibida int 11 No

13 entu Talla Única recibida int 11 No

14 style Código del producto varchar 10 latin1_swedish_ci No

15 nombre Nombre del producto varchar 40 latin1_swedish_ci No

16 color Color del producto varchar 50 latin1_swedish_ci No

17 valor Valor del producto decimal 10,2 No

OBSERVACIÓN:


Propuesta 73

CUADRO N° 23

TABLA DETALLE DE ORDEN DE ACABADO 23 Tabla detalle de Orden de Acabado

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO

DE:

Versión 1.0

TABLA: DETALLE ORDEN DE

ACABADO TIPO TABLA: DETALLE

DESCRIPCIÓN: Contiene los datos del detalle de la orden de acabado de

SENSISTUDIO


No. Nombre del

campo Definición Tipo Long

Atrib


1 id_orden_

acab

Código de orden de

acabado int 4

No


productos int 5

No













15 nombre Nombre del producto varchar 40 latin1_swedish_ci No


OBSERVACIÓN:


Propuesta 74

CUADRO N° 24

TABLA DETALLE DE ORDEN DE EMPAQUE 24 Tabla detalle de Orden de Empaque

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: DETALLE ORDEN DE EMPAQUE TIPO TABLA: DETALLE

DESCRIPCIÓN: Contiene los datos del detalle de la orden de empaque


No. Nombre del

campo Definición Tipo Long Atributo Cotejamiento Null

1 id_orden_

emp

Código de orden de

empaque int 5

No


productos int 5

No













15 nombre Nombre del

producto varchar 40 latin1_swedish_ci No


OBSERVACIÓN:


Propuesta 75

CUADRO N° 25

TABLA DETALLE DE LISTA DE EMPAQUE 25 Tabla detalle de Lista de Empaque

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: DETALLE LISTA DE

EMPAQUE TIPO TABLA: DETALLE

DESCRIPCIÓN: Contiene los datos del detalle de la lista de empaque de

SENSISTUDIO


No. Nombre


1 id_lista Código de la lista

de empaque int 5

No

2 numcaja Número de caja int 3 No


productos int 5

No






9 style Código del

producto varchar 10

latin1_swedish_c

i No

10 nombre Nombre del

producto varchar 40

latin1_swedish_c

i No

11 color Color del producto varchar 50 latin1_swedish_c

i No

OBSERVACIÓN:


Propuesta 76

CUADRO N° 26

TABLA PERSONAL DE ACABADO 26 Tabla Personal de Acabado

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


MÓDULO DE:

Versión 1.0

TABLA: PERSONAL DE

ACABADO TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene datos del personal de acabado de SENSISTUDIO


No. Nombre


Atrib


1 id_pers_

acab

Código del

personal de

acabado

int 5

No

2 nombre

Nombre del

personal de

empaque


3 estado

Estado varchar 1 latin1_swedish_ci No

OBSERVACIÓN:


Propuesta 77

CUADRO N° 27

TABLA PERSONAL DE EMPAQUE 27 Tabla Personal de Empaque

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


MÓDULO DE:

Versión 1.0

TABLA: PERSONAL DE

EMPAQUE TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene datos del personal de empaque de SENSISTUDIO


No. Nombre


1 id_pers_

emp

Código del

personal de

acabado

int 5

No

2 nombre

Nombre del

personal de

empaque


i No

3 estado Estado varchar 1 latin1_swedish_c

i No

OBSERVACIÓN:


Propuesta 78

CUADRO N° 28

TABLA LISTA DE EMPAQUE 28 Tabla Lista de empaque

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


Basurto

MÓDULO DE:

Versión 1.0

TABLA: LISTA DE

EMPAQUE TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene datos de la lista de empaque de SENSISTUDIO


No. Nombre


1 id_lista Código de la lista

int 5

No

2 orden_e

mpaque

Número de orden

de empaque int 5

No

3 orden_co

mpra

Número de orden

de compra int 5

No

4

encargad

o

Nombre del

encargado del

empaque

varchar 100

latin1_swedish_c

i No

5 caja Número de caja


i No

6 pesocaja Peso bruto Kg.


i No

7 fechaem

paque

Fecha de la lista

de empaque date

No



i No

OBSERVACIÓN:


Propuesta 79

CUADRO N° 29

TABLA USUARIOS 29 Tabla U suarios

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 1 de 1

Fecha de

elaboración:

11/04/2017

PROYECTO

SENSISTUDIO 1.0

INTEGRANTES:


MÓDULO DE:

Versión 1.0

TABLA: TABLA

USUARIOS TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene datos de los usuarios de SENSISTUDIO


No. Nombre


Atri

but

o

Cotejamiento Null

1 id_user

Identificación del

usuario

varchar 50

latin1_swedish_ci

No

2 passw

Contraseña varchar 50 latin1_swedish_ci No

3

nombres Nombre del

usuario

varchar 50

latin1_swedish_ci

No

4 rol Rol del usuario

varchar 50


5 estado Estado del usuario


OBSERVACIÓN:


Propuesta 80

3.2.4. Diagramas de Secuencia

3.2.4.1. Diagrama de Secuencia para Registro de Orden de

Compra

DIAGRAMA Nº 21

DIAGRAMA DE SECUENCIA PARA REGISTRO DE ORDEN DE

COMPRA

21 D iagrama de Secuencia para R egistro de Orden de Compra


Propuesta 81


Producción

DIAGRAMA Nº 22


PRODUCCIÓN

22 D iagrama de Secuencia para R egistro de Orden de Producción


Propuesta 82


Acabado

DIAGRAMA Nº 23


ACABADO

23 D iagrama de Secuencia para R egistro de Orden de Acabado


Propuesta 83


Empaque

DIAGRAMA Nº 24


EMPAQUE

24 D iagrama de Secuencia para R egistro de Orden de Empaque


Propuesta 84

3.3. Pantallas del sistema

3.3.1. Pantalla Ingreso al sistema

IMAGEN Nª 1

PANTALLA INGRESO AL SISTEMA 1 Pant alla Ingreso al Sist ema


En esta pantalla se puede visualizar los campos de texto para

ingresar el usuario y la contraseña.

Funcionalidad de Botones:

Iniciar Sesión: Permite realizar la validación de los datos

ingresados puede ser accionado presionando la tecla Enter, cuando

el cursor se encuentra sobre el campo.

Cancelar: Cierra la pantalla de inicio de sesión.

Propuesta 85

3.3.2. Pantalla captura de huella dactilar

IMAGEN Nº 2

PANTALLA CAPTURA DE HUELLA DACTILAR 2 Pant alla Captura de Huella Dactilar


Una vez validado el usuario y contraseña se despliega la pantalla

para autentificar al usuario mediante la huella dactilar. La huella dactilar

debe coincidir con el nombre de usuario.

Funcionalidad de Botones:

Verificar: Permite realizar la verificación de la huella con el nombre

del usuario registrado.

Salir: Cierra la pantalla de captura de huellas

Propuesta 86

3.3.3. Pantalla Menú Principal

IMAGEN Nº 3

PANTALLA MENÚ PRINCIPAL 3 Pant alla M enú Principal


En esta pantalla se puede visualizar la barra de menú en la parte superior.

3.3.4. Pantalla de registro, búsqueda y selección de

productos

Al seleccionar en la barra de menú Producto, nos muestra el

formulario de ingreso de nuevos productos, editar productos y eliminar

productos.

IMAGEN Nº 4

PANTALLA REGISTRO DE PRODUCTOS 4 Pant alla reg istro de productos


Propuesta 87

Este formulario permite el ingreso de nuevos productos donde se

registran todos sus datos, para que después puedan ser llamados desde

el formulario de Orden de Compra, presionando la tecla F7.

IMAGEN Nº 5

PANTALLA DE BÚSQUEDA Y SELECCIÓN DE PRODUCTOS 5 Pant alla de búsqueda y selección de productos


3.3.5. Pantalla de registro, búsqueda y selección de Cliente

Al seleccionar en la barra de menú Cliente, nos muestra el formulario

de ingreso de nuevos clientes, editar clientes y eliminar clientes.

Propuesta 88

IMAGEN Nº 6

PANTALLA DE REGISTRO DE CLIENTE 6 Pant alla de Reg istro de Cliente


Este formulario permite el ingreso de nuevos clientes, donde se


el formulario de Orden de Compra.

IMAGEN Nº 7

PANTALLA DE BÚSQUEDA Y SELECCIÓN DE CLIENTE 7 Pant alla de búsqueda y selección de Cliente


3.3.6. Pantalla de registro y selección de Proveedores

Al seleccionar en la barra de menú Nuevo Proveedor, nos muestra

el formulario de ingreso de nuevos proveedores.

Propuesta 89

IMAGEN Nº 8

PANTALLA DE REGISTRO DE PROVEEDORES 8 Pant alla de reg istro de Proveedores


Este formulario permite el ingreso de nuevos proveedores donde se


el formulario de Orden de Producción, presionando la tecla F8. También

permite editar y eliminar los proveedores.

IMAGEN Nº 9

PANTALLA DE BÚSQUEDA Y SELECCIÓN DE PROVEEDORES 9 Pant alla de búsqueda y selección de Prov eedores


Propuesta 90

3.3.7. Pantalla de registro de Personal de Acabado

Al seleccionar en la barra de menú Nuevo Personal, nos muestra el

formulario de ingreso de nuevo personal de acabado.

IMAGEN Nº 10

PANTALLA DE REGISTRO DE PERSONAL DE ACABADO 10 Pant alla de registro de personal de Acabado


Este formulario permite el ingreso de nuevo personal de acabado

donde se registran todos sus datos, para que después puedan ser

seleccionados desde el formulario de Orden de Acabado.

Funcionalidad de Botones

Guardar. Almacena los datos de un nuevo registro de Personal.

Propuesta 91

3.3.8. Pantalla de registro de Personal de Empaque

Al seleccionar en la barra de menú Nuevo Personal, nos muestra el

formulario de ingreso de nuevo personal de empaque.

IMAGEN Nº 11

PANTALLA DE REGISTRO DE PERSONAL DE EMPAQUE 11 Pant alla de registro de Personal de Empaque


En este formulario permite el ingreso de nuevo personal de empaque

donde se registran todos sus datos, para que después puedan ser

seleccionados desde el formulario de Orden de Empaque.


Guardar. Almacena los datos de un nuevo registro de Personal.

Propuesta 92

3.3.9. Pantalla de registro de Orden de Compra

Al seleccionar en la barra de menú Orden de Compra, nos muestra

el formulario de registro de orden de compra realizadas por los clientes.

IMAGEN Nº 12

PANTALLA DE REGISTRO DE ORDEN DE COMPRA 12 Pant alla de registro de Orden de C ompra


En este formulario se muestran los diferentes campos necesarios

para el registro de la orden de compra, en algunos de ellos se deberá

ingresar información, en otros solo permite seleccionar las diferentes

opciones que presenta el campo, así mismo encuentran los botones de

buscar, agregar producto y guardar orden.


Buscar. Permite consultar los clientes que se encuentran en la

base de datos y los muestra en la tabla para seleccionarlo.

Agregar producto. Permite agregar a la orden de compra los

productos seleccionados. La tabla de productos se activa

presionando la tecla F7.

Propuesta 93

Grabar orden. Almacena los datos de un nuevo registro de

orden de Compra.

3.3.10. Pantalla de modificación de orden

Al seleccionar en la barra de menú Editar Orden, nos muestra el

formulario de búsqueda y selección de la orden que se desea modificar.

IMAGEN Nº 13

PANTALLA DE MODIFICACIÓN DE ORDEN 13 Pant alla de modificación de orden


IMAGEN Nº 14

PANTALLA DE BÚSQUEDA Y SELECCIÓN DE ORDEN DE COMPRA 14 Pant alla de búsqueda y selección de orden de Compra


Propuesta 94

3.3.11. Pantalla de aprobación de orden de compra

Al seleccionar en la barra de menú Aprobar Orden de Compra, nos

muestra el formulario de búsqueda y selección de la orden de compra que

se desea aprobar.

IMAGEN Nº 15

PANTALLA DE APROBACIÓN DE ORDEN DE COMPRA 15 Pant alla de aprobación de Orden de Compra



Buscar. Permite consultar las órdenes de compras que están

pendientes de aprobación.

Crear Orden. Habilita todos los campos para realizar la

aprobación de la orden de compra.

Propuesta 95

3.3.12. Pantalla de registro de Orden de Producción

Al seleccionar en la barra de menú Orden de Producción, nos

muestra el formulario de registro de orden de producción.

IMAGEN Nº 16

PANTALLA DE REGISTRO DE ORDEN DE PRODUCCIÓN 16 Pant alla de registro de Orden de Producción


Este formulario permite seleccionar la orden de compra a la cual se

le va a crear la orden de producción.


Buscar. Permite consultar las órdenes de compras que están

pendientes de producción.

Crear Orden. Habilita todos los campos para realizar el

registro de la orden de producción.

Propuesta 96

IMAGEN Nº 17

FORMULARIO REGISTRO DE ORDEN DE PRODUCCIÓN 17 Formulario registro de Orden de Producción



para el registro de la orden de producción, se deberá ingresar la

información requerida, así mismo se encuentran los botones de Guardar y

Salir.

Para consultar los diferentes proveedores se presiona la tecla F8, se

desplegara un formulario para la búsqueda y selección de los

proveedores disponibles.


Guardar. Almacena los datos de un nuevo registro de orden

de producción.

Salir. Regresa al usuario a la pantalla de búsqueda de

órdenes de compra.

Propuesta 97

3.3.13. Pantalla de registro de Orden de Acabado

Al seleccionar en la barra de menú Orden de Acabado, nos muestra

el formulario de registro de orden de acabado.

IMAGEN Nº 18

PANTALLA DE REGISTRO DE ORDEN DE ACABADO 18 Pant alla de registro de Orden de Acabado


En este formulario permite seleccionar la orden de producción a la

cual se le va a crear la orden de acabado.


Buscar. Permite consultar las órdenes de producción

recibidas.


registro de la orden de acabado.

Propuesta 98

IMAGEN Nº 19

FORMULARIO REGISTRO DE ORDEN DE ACABADO 19 Formulario registro de Orden de Acabado



para el registro de la orden de acabado, en algunos de ellos se deberá



Guardar.



de Acabado.

Salir. Regresa al usuario a la pantalla de búsqueda de

órdenes de producción.

Propuesta 99

3.3.14. Pantalla de registro de Orden de Empaque

Al seleccionar en la barra de menú Orden de Empaque, nos muestra el

formulario de registro de orden de empaque.

IMAGEN Nº 20

PANTALLA DE REGISTRO DE ORDEN DE EMPAQUE 20 Pant alla de registro de Orden de Empaque


En este formulario permite seleccionar la orden de acabado a la cual

se le va a crear la orden de empaque.


Buscar. Permite consultar las órdenes de acabado recibidas.


registro de la orden de empaque.

Propuesta 100

IMAGEN Nº 21

FORMULARIO REGISTRO DE ORDEN DE EMPAQUE 21 Formulario reg istro de Orden de Empaque



para el registro de la orden de empaque, en algunos de ellos se deberá



Guardar.

Existe una lista desplegable que permite al usuario elegir a la persona a la

que se va a asignar la orden de empaque.



de Empaque.

Propuesta 101

3.3.15. Pantalla de registro de Lista de Empaque

Al seleccionar en la barra de menú Lista de Empaque, nos muestra

el formulario de registro de la lista de empaque.

IMAGEN Nº 22

PANTALLA REGISTRO DE LISTA DE EMPAQUE 22 Pant alla registro de Lista de Empaque



para el registro de la lista de empaque, se deberá ingresar la información

requerida, así mismo encuentran los botones de Guardar.


Guardar. Almacena los datos de un nuevo registro de lista de

Empaque

Propuesta 102

3.3.16. Pantalla de Consultas de órdenes

IMAGEN Nº 23

PANTALLA DE CONSULTAS DE ÓRDENES 23 Pant alla de Consult as de órdenes


Este formulario permite consultar y descargar las órdenes creadas.

3.3.17. Pantalla de Consultas de modelos vendidos

IMAGEN Nº 24

PANTALLA DE CONSULTAS DE MODELOS VENDIDOS 24 Pantalla de Consult as de modelos vendidos


Este formulario permite consultar la cantidad de modelos vendidos

por fecha, nombre del cliente y nombre del producto.

Propuesta 103

3.4. Conclusiones

Después de concluido todo el proceso del proyecto de tesis donde

se plantea como solución el desarrollo de aplicación web para la gestión

de órdenes de compra, entregas y asignación de pedidos, con

validaciones de identidad mediante huellas dactilares, utilizando

dispositivos biométricos, podemos concluir que el resultado ha sido

exitoso considerando que los objetivos planteados al inicio de la

investigación han sido cumplidos.

3.5. Recomendaciones

Se recomienda que, al implementar el sistema de información, los

usuarios se tienen que adaptar a los cambios, ya que estas mejoras

optimizarán el servicio de atención al cliente, y se disminuirá la alta

demanda de personas.

Se recomienda mantener el personal capacitado para que exista un

mejor aprovechamiento y uso en el sistema implementado.

Se recomienda implementar medidas de seguridad para proteger la

información ingresada en el sistema web.

ANEXOS

Anexos 105

ANEXO N° 1

FORMATO DE ORDEN DE COMPRA MANUAL

1 Formato de Orden de Compra M anual

Fuente: Empresa SENSISTUDIO.S.A.

Anexos 106

ANEXO N° 2

FORMATO DE ORDEN DE PRODUCCIÓN MANUAL

2 Formato de Orden de Producción Manual


RAZON SOCIAL: SENSISTUDIO S.A.

RUC: 0992575263001

DIRECCION: KM. 7.5 PROSPERINA AV. OCTAVA S/N Y CALLE SEGUNDA, GUAYAQUIL

TELEF.: 046026339 - 045009729

PROVEEDOR:

Fecha de entrega:

S M L XL XXL U

0 TOTAL -$ TOTAL

PEDIDO #

NOMBRE COLOR CANTIDAD PRECIO TOTALTALLA

CODIGO #

Anexos 107

ANEXO N° 3

FORMATO DE PACKING LIST

3 Fo rmato de Packing L ist


BIBLIOGRAFÍA

Cabezas Granado, L. M. (2014). El lenguaje de los programadores de la.

Madrid: Ediciones ANA YA multimedia.

Cableunion. (2016). Banda Ancha. Obtenido de Conceptos de Servicios:

http://cableunion.com.ec/rendicion-de-cuentas/conceptos-de-

servicios/banda-ancha/

EcuRed. (2017). EcuRed. Obtenido de Iconix:

https://www.ecured.cu/ICONIX

Guido, P. (2007). Sistema de verificacion de huellas digitales. Obtenido

de Sistema de verificacion de huellas digitales:

http://www2.famaf.unc.edu.ar/institucional/biblioteca/trabajos/638/1

4436.pdf

Homini S.A. (2004). Plataforma Biométrica. Obtenido de Homini:

http://www.homini.com/new_page_5.htm

Luján Mora, S. (2001). Programación en Internet: Clientes Web. Alicante:

Editorial Club Universitario.

NetBeans. (2017). NetBeans. Obtenido de NetBeans IDE:

https://netbeans.org/community/releases/61/index_es.html

OOCITIES. (2016). Estandares Web. Obtenido de Estandares:

http://www.oocities.org/es/nane_bsm/c2define4.html

Bibliografía 109

Oracle. (2017). Oracle Technology Network. Obtenido de Java EE:

http://www.oracle.com/technetwork/java/javaee/overview/index.html

Oracle Corporation. (2016). MySQL Server. Obtenido de Informacion

General: http://dev.mysql.com/doc/refman/8.0/en/what-is.html

PLATICAR. (2013). Pagina Web. Obtenido de Informática:

http://www.platicar.go.cr/glosario/45-informatica/286-pagina-web

Troop Software Factory. (1999). Metodología Scrum. Obtenido de

http://www.troop.com.ar/scrum/

Weebly. (s.f.). Metodologia RAD. Obtenido de

http://metodologiarad.weebly.com/

universidad de guayaquil facultad de …repositorio.ug.edu.ec/bitstream/redug/23205/1/tesis -...

Documents