carrera de anÁlisis de sistemas sistematizaciÓn de los

CARRERA DE ANÁLISIS DE SISTEMAS

SISTEMATIZACIÓN DE LOS PROCESOS DE GESTIÓN DE

INVENTARIOS Y DESPACHO DE REPUESTOS TELEFÓNICOS

MEDIANTE UNA APLICACIÓN WEB PARA LA EMPRESA

IMPORTADOR TECNOLÓGICO INFORMÁTICO EN LA CIUDAD DE

QUITO

Proyecto de investigación previo a la obtención del Título de Tecnólogo en

Análisis de Sistemas.

Autor: Antonio Isidro Espinoza Zurita

Tutor: Lic. Patricia Garzón J. Ms.C.

Quito, Octubre 2017

II

SISTEMATIZACIÓN DE LOS PROCESOS DE GESTIÓN DE INVENTARIOS Y DESPACHO DE

REPUESTOS TELEFÓNICOS MEDIANTE UNA APLICACIÓN WEB PARA LA EMPRESA

IMPORTADOR TECNOLÓGICO INFORMÁTICO EN LA CIUDAD DE QUITO

DECLARACIÓN APROBACIÓN DEL TUTOR Y LECTOR

En mi calidad de Tutor del trabajo sobre el tema: “SISTEMATIZACIÓN DE LOS

PROCESOS DE GESTIÓN DE INVENTARIOS Y DESPACHO DE REPUESTOS

TELEFÓNICOS MEDIANTE UNA APLICACIÓN WEB PARA LA EMPRESA

IMPORTADOR TECNOLÓGICO INFORMÁTICO EN LA CIUDAD DE QUITO”

presentado por el ciudadano: Antonio Isidro Espinoza Zurita, estudiante de la

Escuela de Sistemas, considero que dicho informe reúne los requisitos y méritos

suficientes para ser sometido a la evaluación por parte del Tribunal de Grado, que el

Honorable Consejo de Escuela designe, para su correspondiente estudio y

calificación.

__________________________

Lic. Patricia Garzón J. Ms.C.

TUTOR

__________________________

Ing. Carlos Romero

LECTOR

III




Declaratoria

Declaro que la investigación es absolutamente original, auténtica, personal, que se

han citado las fuentes correspondientes y que en su ejecución se respetaron las

disposiciones legales que protegen los derechos de autor vigentes. Las ideas,

doctrinas resultados y conclusiones a los que he llegado son de mi absoluta

responsabilidad.

__________________________

Antonio Isidro Espinoza Zurita

CC 175092320-1

IV




LICENCIA DE USO NO COMERCIAL

Yo, Antonio Isidro Espinoza Zurita portador de la cédula de ciudadanía signada con

el No. 1750923201 de conformidad con lo establecido en el Artículo 110 del Código

de Economía Social de los Conocimientos, la Creatividad y la

Innovación (INGENIOS) que dice: “En el caso de las obras creadas en centros

educativos, universidades, escuelas politécnicas, institutos superiores técnicos,

tecnológicos, pedagógicos, de artes y los conservatorios superiores, e institutos

públicos de investigación como resultado de su actividad académica o de investigación

tales como trabajos de titulación, proyectos de investigación o innovación, artículos

académicos, u otros análogos, sin perjuicio de que pueda existir relación de

dependencia, la titularidad de los derechos patrimoniales corresponderá a los autores.

Sin embargo, el establecimiento tendrá una licencia gratuita, intransferible y no

exclusiva para el uso no comercial de la obra con fines académicos. Sin perjuicio de

los derechos reconocidos en el párrafo precedente, el establecimiento podrá realizar

un uso comercial de la obra previa autorización a los titulares y notificación a los

autores en caso de que se traten de distintas personas. En cuyo caso corresponderá a

los autores un porcentaje no inferior al cuarenta por ciento de los beneficios

económicos resultantes de esta explotación. El mismo beneficio se aplicará a los

autores que hayan transferido sus derechos a instituciones de educación superior o

centros educativos.”, otorgo licencia gratuita, intransferible y no exclusiva para el uso

no comercial del proyecto denominado sistematización de los procesos de gestión de

inventarios y despacho de repuestos telefónicos, con fines académicos al Instituto

Tecnológico Superior Cordillera.

V




FIRMA ______________________________

NOMBRE ______________________________

CEDULA ______________________________

Quito, a los 20 días del mes de octubre de 2017

VI




AGRADECIMIENTOS

Gracias a mi familia por motivarme a continuar mis estudios para seguir

superándome día con día , a mi novia por el amor y paciencia durante todo este

tiempo, a mis maestros por todo el conocimiento brindado, a la Licenciada Patricia

Garzón por el apoyo y tutela hacia el buen desarrollo de este proyecto.

Gracias al Instituto Tecnológico Cordillera por haberme otorgado la oportunidad de

seguir adelante mejorando como profesional y como persona de bien.

VII




Dedicatoria

Este proyecto esta dedicado a mis padres

por su amor y motivación de seguir adelante.

A mi novia por ser de aliento

durante todo este tiempo.

VIII




ÍNDICE GENERAL

Título Página

Portada........................................................................................................................... I

Acta de aprobación del tema del proyecto de grado y designación de tutor y lector ...II

Declaratoria ................................................................................................................ III

Licencia de uso no comercial……………………………………………………….IV

Agradecimientos ........................................................................................................ VI

Dedicatoria ................................................................................................................ VII

Índice General……………………………………………………………………...VII

Índice De Tablas ....................................................................................................... XII

Índice De Figuras .................................................................................................... XIV

Resumen Ejecutivo................................................................................................. XVII

Abstract ................................................................................................................... XIX

Introducción……………………………………………………………………….XXI

Capítulo I. Antecedentes .............................................................................................. 1

1.01. Contexto ........................................................................................................ 1

1.02. Justificación ..................................................................................................... 3

1.03 Definición del problema central ....................................................................... 4

Capítulo II. Análisis de involucrados ........................................................................... 5

2.01. Requerimientos. ............................................................................................... 5

IX




2.01.01 Descripción del sistema actual. ................................................................... 5

2.01.02 Visión y alcance. ......................................................................................... 7

2.01.02.01 Visión .................................................................................................. 7

2.01.02.02 Alcance ................................................................................................ 7

2.01.03 Entrevistas. .................................................................................................. 9

2.01.04 Matriz de requerimientos. .......................................................................... 10

2.01.05 Descripción detallada. ............................................................................... 12

2.02 Mapeo de Involucrados. ................................................................................. 22

2.03 Matriz de involucrados. .................................................................................. 23

Capítulo III: Problemas y Objetivos ......................................................................... 24

3.01. Árbol de Problemas. ...................................................................................... 24

3.02 Árbol de Objetivos. ........................................................................................ 25

3.03. Diagramas de casos de uso. ........................................................................... 26

3.04. Casos de uso de realización. .......................................................................... 27

3.04.01 Especificación de Casos de uso de realización......................................... 29

3.05. Diagrama de secuencias del sistema.............................................................. 33

3.06 Especificación de casos de uso. ...................................................................... 38

Capítulo IV: Análisis de Alternativas ........................................................................ 40

4.01Matriz de Análisis de Alternativas. ................................................................. 40

4.01.01 Análisis de Matriz de alternativas. ............................................................ 41

X




4.02 Matriz de Impactos de Objetivos. ................................................................... 42

4.03. Estándares para el Diseño de Clases. ............................................................ 43

4.03.01 Modelamiento de Clases............................................................................ 43

4.04. Diagrama de clases. ....................................................................................... 44

4.05. Modelo Lógico - Físico. ................................................................................ 46

4.06. Diagrama de Componentes............................................................................ 47

4.07. Diagramas de Estrategias. ............................................................................. 48

4.08. Matriz de Marco Lógico. ............................................................................... 49

4.09 Vistas arquitectónicas. .................................................................................... 50

4.09.01 Vista Lógica............................................................................................... 50

4.09.02 Vista física. ................................................................................................ 51

4.09.03 Vista de desarrollo. .................................................................................... 52

4.09.04 Vista de procesos. ...................................................................................... 53

Capítulo V: Propuesta ................................................................................................ 56

5.01 Especificación de estándares de programación. ............................................. 56

5.01 Diseño de Interfaces de Usuario. .................................................................... 57

5.03 Especificación de pruebas de unidad .............................................................. 59

5.04 Especificación de pruebas de aceptación. ...................................................... 64

5.04 Especificación de pruebas de carga. ............................................................... 68

5.04 Configuración del Ambiente/ideal ................................................................. 72

XI




Capítulo VI: Aspectos Administrativos ..................................................................... 73

6.01 Recursos ......................................................................................................... 73

6.02 Presupuesto ..................................................................................................... 74

6.03 Cronograma .................................................................................................... 75

Capítulo VII: Conclusiones y Recomendaciones ....................................................... 76

7.01 Conclusiones................................................................................................... 76

7.02 Recomendaciones. .......................................................................................... 77

ANEXOS.................................................................................................................... 78

MANUAL DE INSTALACIÓN ................................................................................ 79

MANUAL DE USUARIO ......................................................................................... 93

MANUAL TÉCNICO .............................................................................................. 105

Bibliografía………………………………………………………………………...156

XII




Índice De Tablas

Título Página

Tabla 1 Matriz T del problema central ......................................................................... 4

Tabla 2 Matriz de preguntas ......................................................................................... 9

Tabla 3 Diseño de la Matriz de Requerimientos ........................................................ 10

Tabla 4 Requerimientos No funcionales. ................................................................... 11

Tabla 5 Detalle requerimiento RF001 ........................................................................ 12




Tabla 9 Detalle requerimiento RF005.………………………...……………………16

Tabla 10 Detalle requerimiento RF006 ...................................................................... 17



Tabla 13 Detalle requerimiento no funcional RNF001 .............................................. 20

Tabla 14 Detalle requerimiento no funcional RNF002 .............................................. 21

Tabla 15 Matriz de Involucrados ............................................................................... 23

Tabla 16 Caso de uso de Realización. Registros Generales....................................... 29

Tabla 17 Caso de uso de Realización. Transacciones del inventario. ........................ 30

Tabla 18 Caso de uso de Realización. Actualizar stock............................................. 31

Tabla 19 Caso de uso de Realización. Generación de reportes. ................................. 32

Tabla 20 Especificaciones de Caso de Uso. Ingreso de información general…...…38

Tabla 21 Especificaciones de Caso de Uso. Transacciones del inventario ................ 38

XIII




Tabla 22 Especificaciones de Caso de Uso. Actualizar stock ................................... 39

Tabla 23 Especificaciones de Caso de Uso. Generación de reportes ......................... 39

Tabla 24 Matriz de Análisis de alternativas ............................................................... 40

Tabla 25 Matriz de Impactos de objetivos. ................................................................ 42

Tabla 26 Detalle de las clases del modelo. ................................................................ 44

Tabla 27 Matriz de Marco Lógico ............................................................................. 49

Tabla 28 Estándares de programación ....................................................................... 56

Tabla 29 Pruebas de Unidad Ingreso al sistema......................................................... 59

Tabla 30 Pruebas de Unidad Asignación de permisos de usuarios ............................ 60

Tabla 31 Pruebas de Unidad Creación de productos ................................................. 61

Tabla 32 Pruebas de Unidad Compras a Proveedores ............................................... 62

Tabla 33 Pruebas de Unidad Facturación................................................................... 63

Tabla 34 Pruebas de Aceptación Ingreso de datos generales ..................................... 64

Tabla 35 Pruebas de Aceptación Transacciones del inventario ................................. 65

Tabla 36 Pruebas de Aceptación Actualización del Stock ......................................... 66

Tabla 37 Pruebas de Aceptación Generación de reportes .......................................... 67

Tabla 38 Pruebas de Carga Autentificación del sistema ........................................... 69

Tabla 39 Pruebas de Carga Número de usuarios activos .......................................... 70

Tabla 40 Pruebas de Carga Transacciones de ingresos y salidas .............................. 71

Tabla 41 Presupuesto ................................................................................................. 74

XIV




Índice De Figuras

Título Página

Figura 1: Mapa de involucrados ................................................................................. 22

Figura 2: Árbol de Problemas. ................................................................................... 24

Figura 3: Árbol de Objetivos...................................................................................... 25

Figura 4: Diagramas de casos de uso. ........................................................................ 26

Figura 5: Casos de uso de realización ........................................................................ 26

Figura 6:Diagrama de realización de transacciones del inventario ............................ 27

Figura 7:Diagrama de realización actualizar stock .................................................... 28

Figura 8: Diagrama de realización Generación de reportes ....................................... 28

Figura 9: Diagrama de secuencia 001. Ingreso de información General ................... 33

Figura 10: Diagrama de secuencia 002. Ingreso de información General - Clientes . 33

Figura 11: Diagrama de secuencia 003. Ingreso de información General - Persona . 34

Figura 12: Diagrama de secuencia 004. Ingreso de información- Proveedor. ........... 34

Figura 13: Diagrama de secuencia 005 Transacciones del inventario - Compras ..... 35

Figura 14: Diagrama de secuencia 006 Transacciones del inventario -Ventas…..…35

Figura 15: Diagrama de secuencia 007 Transacciones de Devoluciones. ................ 36

Figura 16: Diagrama de secuencia 008 Transacciones del inventario - Garantías. ... 36

Figura 17: Diagrama de secuencia 009 Actualizar stock ........................................... 37

Figura 18: Diagrama de secuencia 010 Generación de reportes. ............................... 37

Figura 19: Modelo del Diagrama de Clases .............................................................. 45

Figura 20: Modelo Lógico - Físico ............................................................................ 46

Figura 21: Diagrama de Componentes. ...................................................................... 47

XV




Figura 22: Diagramas de Estrategias.......................................................................... 48

Figura 23: Vista Lógica. ............................................................................................. 50

Figura 24: Vista física. ............................................................................................... 51

Figura 25: Vista de desarrollo. ................................................................................... 52

Figura 26: Vista de procesos. ..................................................................................... 53

Figura 27: Vista de Procesos 002 ............................................................................... 54

Figura 28: Vista de Procesos 003 ............................................................................... 55

Figura 29: Diseño de ingreso al sistema .................................................................... 57

Figura 30: Diseño de interfaz del proceso de ventas.................................................. 58

Figura 31: Cronograma………………………………………………………...……75

Figura 32:Descarga del servidor de XAMPP ............................................................ 82

Figura 33: Instalación del servidor de XAMPP ......................................................... 83

Figura 34: Componentes a instalar ............................................................................ 84

Figura 35: Carpeta de instalación ............................................................................... 85

Figura 36: Proceso de instalación .............................................................................. 86

Figura 37: Finalización de la instalación ................................................................... 87

Figura 38: Panel de configuración de XAMPP .......................................................... 88

Figura 39: Interface de phpMyadmin ......................................................................... 89

Figura 40: Creación de base de datos para el sistema. ............................................... 90

Figura 41: Importación del script ............................................................................... 91

Figura 42: Configuración del archivo de conexión. ................................................... 92

Figura 43: Inicio sesión del sistema ........................................................................... 96

Figura 44: Validación de credenciales. ...................................................................... 97

Figura 45: Interface de inicio del sistema. ................................................................. 98

XVI




Figura 46: Listado de categorías ................................................................................ 99

Figura 47: Listado de repuestos. .............................................................................. 100

Figura 48: Ingreso de nuevos usuarios. .................................................................... 101

Figura 49: Listado de usuarios ingresados en el sistema. ........................................ 101

Figura 50Asignación de roles a los usuario ............................................................. 102

Figura 51: Asignación de permisos a los roles. ...................................................... 102

Figura 52: Ingreso de clientes al sistema. ................................................................ 103

Figura 53: Proceso de ventas a clientes.................................................................... 104

XVII




Resumen Ejecutivo

La realización de este proyecto es con el fin de sistematizar los procesos de

inventarios para la empresa Importador Tecnológico Informático ubicada en la

ciudad de Quito, se comprenden los procesos de compras de repuestos, ventas,

garantías y devoluciones que se efectúen dentro de las políticas establecidas por la

empresa.

El proyecto busca mejorar los procesos actualmente llevados de forma manual por el

personal de la empresa, realizando un mayor acercamiento a las nuevas tecnologías y

mejoramiento de actividades no solo en el área de inventario sino además las

actividades asociadas que puedan ser mejoradas con el desarrollo e implementación

de sistema.

El sistema ha sido desarrollado utilizando metodologías actuales en el desarrollo de

software como RUP y modelado de UML, además de herramientas de programación

como el framework de LARAVEL basado en el lenguaje de PHP. Con esto se

pretende que es sistema cumpla con estándares de desarrollo de software,

brindándole también un amplio tiempo de funcionamiento, ya que en la actualidad

constantemente aparecen nuevas tecnologías para el desarrollo de sistemas

informáticos.

Este proyecto está desarrollado en siete capítulos que están distribuidos de la

siguiente manera:

En el capítulo uno se encuentra el contexto y la justificación, también se realiza el

análisis del problema central de la investigación.

XVIII




En el capítulo dos se realiza el análisis de la situación actual en la que se encuentra la

empresa, la entrevista realizada para determinar los requerimientos del sistema,

también se detallan los involucrados del proyecto.

En el capítulo tres se definen el árbol de problemas, el planteamiento de los objetivos

que se quieren alcanzar para el mejoramiento de la empresa, los diagramas de casos

de uso y sus especificaciones.

En el capítulo cuatro se despliega la matriz de alternativas y su análisis donde se

especifica las diferentes alternativas para cumplir los objetivos del proyecto, también

se especifica los estándares de diseño para las clases, representando el modelo físico

y lógico de la base de datos con la que se desarrolla la base de datos del sistema.

En el capítulo 5 se detalla los estándares de programación que se utilizan el en

desarrollo del sistema, se explican los elementos que están presentes en las ventanas

para los diferentes procesos que se realizan.

En el capítulo 6 se analizan los aspectos administrativos involucrados en el proyecto,

los aspectos humanos y económicos así como se explica en cronograma de

actividades llevadas a cabo de manera sistemática.

En el capítulo siete se indican las conclusiones del desarrollo del proyecto y el

alcance de los objetivos planteados inicialmente, además de realizar las

recomendaciones para el buen uso y funcionamiento del sistema.

XIX




Abstract

Executive Summary

The realization of this project is in order to systematize the inventory processes for

the company Importer Technological Computer located in the city of Quito, are

understood the processes of purchases of spare parts, sales, guarantees and returns

that are carried out within the established policies by the company.

The project seeks to improve the processes currently carried out manually by the

company staff, making a closer approach to new technologies and improving

activities not only in the area of inventory but also associated activities that improve

it with development system implementation.

The system has been developed using current methodologies in software

development such as RUP and UML modeling, as well as programming tools such as

the LARAVEL framework based on the PHP language. With this, it is intended that

the system meets the standards of software development, also providing a long time

of operation, since at the present time the new technologies for the development of

computer systems.

This project is developed in seven chapters that are distributed as follows:

In chapter one we find the context and justification, we also perform the analysis of

the central problem of research.

XX




In chapter two the analysis of the current situation in which the company is found,

the interview conducted to determine the requirements of the system, is also detailed

the involved in the project.

In chapter three, the problem tree is defined, the objectives to be achieved for the

improvement of the company, use-case diagrams and their specifications are defined.

In chapter four the matrix of alternatives is displayed and its analysis where the

different alternatives are specified to fulfill the objectives of the project, it also

specifies the design standards for the classes, representing the physical and logical

model of the database with that the system database is developed.

Chapter 5 details the programming standards that are used in the development of the

system, explain the elements that are present in the windows for the different

processes that are performed.

Chapter 6 discusses the administrative aspects involved in the project, the human and

economic aspects as well as being explained in a schedule of activities carried out in

a systematic way.

Chapter seven shows the conclusions of the project development and the scope of the

initial objectives, as well as making recommendations for the proper use and

operation of the system.

XXI




Introducción

El presente proyecto tiene como finalidad mejorar los procesos de gestión de

inventarios de la empresa Importador Tecnológico Informático ya que en la

actualidad la misma mantiene sus procesos de forma manual lo que le genera una

problemática en cuanto al manejo de sus productos, el abastecimiento y la falta de

organización, generando pérdidas económicas y de tiempo.

Con la implementación del sistema se espera mejorar los procesos de gestión de

inventarios mediante las herramientas que ofrece este aplicativo como son registro de

ingresos, salidas, devoluciones y garantías.

1




Capítulo I. Antecedentes

1.01. Contexto

En la actualidad, la informática se ha hecho presente en el día a día sobre todo en el

ámbito laboral, mediante la utilización de sistemas informáticos que se han convertido

en herramientas indispensables para la gestión y optimización de procesos por su

seguridad y velocidad.

“Un sistema Informático resulta de la interacción entre los componentes físicos que

se denominan Hardware y los lógicos que se denominan Software. A estos hay que

agregarles el recurso humano, parte fundamental de un sistema informático. Este

componente es llamado Humanware”. (Alonso, 2003)

La tecnología avanza a pasos agigantados cada día, generando así una necesidad de

sistematizar todos los procesos para la eficiencia laboral, teniendo como prioridad

reducir tiempos, costos y esfuerzos en el desarrollo de las actividades, el manejo de

los sistemas informáticos para el control de máquinas y procesos industriales nos

permiten conseguir este objetivo.

Las organizaciones comerciales afrontan retos sumamente complicados al verse en la

necesidad de sistematizar las tareas que anteriormente se llevan a cabo de forma

manual, de estas tareas una que sobresale con gran importancia es el manejo de

existencias de los productos con los que las entidades realizan sus actividades

comerciales, tanto en la compra y venta de productos y los procesos que estas

desprenden se requiere herramientas que permitan obtener información clara, integra

y precisa sobre adecuada adquisición y manipulación de los repuestos telefónicos.

2




“El control de inventarios es un proceso fundamental en la administración moderna,

ya que esta permite a las empresas y organizaciones conocer las cantidades existente

de productos disponibles para la venta, en un lugar y tiempo determinado, así como

las condiciones de almacenamiento aplicables en las industrias”. (Espinoza, 2011)

Basándose en las definiciones de sistemas informáticos y control de inventarios se

puede acotar que los sistemas de gestión de inventarios son la sistematización de los

procesos de ingresos y salidas y las diferentes formas en que se puede clasificar

determinados productos así como el control de los mismos.

Desde sus inicios, Importador Tecnológico Informático comenzó sus actividades en el

área de distribución de productos tecnológicos al por mayor, incursionando

posteriormente además en la distribución de artículos al por menor, aumentando de

esta manera considerablemente su número de clientes y por ende aumentando el

volumen del stock, actualmente la empresa se encuentra en una etapa de constante

crecimiento y modernización de sus procesos de trabajo siendo de entre estos uno de

los principales el dejar de llevar un control manual en cuanto a los inventarios y

despachos.

3




1.02. Justificación.

En el país se está viviendo una etapa de actualización tecnológica por parte de las

empresas, lo cual genera una mayor competitividad comercial, de allí surge la

necesidad de las mismas de sistematizar los procesos que se los lleva de forma

manual.

El desarrollo del presente proyecto tiene como finalidad mejorar los procesos de

entradas y salidas de repuestos telefónicos en la empresa Importador Tecnológico

Informático, optimizando los tiempos y recursos para que con ello pueda brindar un

servicio de mayor calidad a sus clientes.

La empresa constantemente busca estar a la vanguardia en cuanto a las necesidades de

repuestos y accesorios de las diferentes marcas y modelos de equipos por parte de sus

clientes lo que se ha visto reflejado en el gradual aumento de sus clientes y mayores

pedidos de los mimos.

Mediante la sistematización de gestión de inventarios se busca conseguir realizar los

procesos de forma más agiles y eficiente con el mínimo costo posible en la utilización

de recursos de operación y materiales, también en el ahorro de gastos administrativos,

y sobre todo evitar la falta de stock e información de los productos.

4




1.03 Definición del problema central.

En la presente matriz se describe las situaciones: empeorada, situación actual y

mejorada mediante la cual describiremos los extremos a evitar, la problemática en el

presente y lo que buscaremos al hacer nuestra investigación. Además describe las

fuerzas mediante son calificadas con la intensidad y el potencial de campo en la escala

del 1 al 5.

Tabla 1

Matriz T del problema central

ANÁLISIS DE FUERZAS T

Situación Empeorada Situación Actual Situación Mejorada

Pérdida de la rentabilidad

en empresa generando la

quiebra de la misma.

Procesos de gestión de

inventarios obsoletos.

Empresa con alta

rentabilidad, con reducción

en costos de inventarios.

Fuerzas Impulsadoras I PC I PC Fuerzas Bloqueadoras

Se han implementado

mecanismos de control

en el inventario.

4 2 4 2 Existe resistencia a los

cambios en los procesos de

inventarios.

Se dispone de un

encargado de bodega,

específico para el

proceso.

4 2 5 3 Falta de abastecimiento a

tiempo de productos

agotados.

Se ha realizado mejoras y

adecuaciones en la

infraestructura de la

bodega.

5 3 4 2 Falta de organización al

almacenar y manipular los

repuestos telefónicos.

La empresa ha realizado

capacitaciones.

4 2 5 3 Despachos erróneos a los

clientes por malas

descripciones en los

repuestos.

Nota: Matriz de análisis de fuerzas T.

5




Capítulo II. Análisis de involucrados

2.01. Requerimientos.

Son un conjunto de características y detalles que definen la funcionalidad y

desempeño del sistema, los cuales se definen de la entrevista realizada al beneficiario

del proyecto dadas las necesidades existentes.

2.01.01 Descripción del sistema actual.

Los procesos de almacenaje y distribución de repuestos telefónicos en la empresa

Importador Tecnológico Informático en la actualidad son realizados de forma no

automatizada, dichos procesos comienzan con los pedidos que se realizan en el

departamento de servicio técnico y por parte de los clientes, el detalle de los pedidos

es ingresado en hojas electrónicas de exel de manera no organizada y sin ningún

orden posteriormente son enviadas al departamento de gerencia en donde se valida la

factibilidad de importar los mismos, la gerencia de igual forma toma en cuenta los

requerimientos de repuestos por parte de los clientes que se acercan de forma directa

a consultar su disponibilidad o a su vez realizan esta tarea mediante llamadas

telefónicas y mensajes escritos.

La empresa después de haber analizado y coordinado los repuestos necesarios para

su actividad comercial, además basándose en los requeridos por sus clientes procede

a realizar las importaciones estos mismos, una vez que estos cumplen con las

actividades de desaduanización son ingresados.

6




El proceso de ingreso de repuestos se realiza de forma manual, se procede a

desembalar los paquetes contabilizando los repuestos de forma unitaria, verificando

la integridad de estos además se realiza en el proceso de almacenaje e ingreso al

inventario general que la empresa lleva en archivos físicos y digitales como son

hojas de cálculo.

Para el proceso de ventas son registradas las salidas en el libro diario para al final de

la jornada laboral realizar el descargue de existencias en el inventario general,

produciendo muchos problemas como no estar definidas correctamente el tipo de

repuestos vendidos ya que estos cuentan con modelos y versiones lo que genera un

descuadre en el inventario.

Los repuestos telefónicos cuentan con una garantía limitada, generalmente se

solicita al cliente comprobar su correcto funcionamiento al momento de realizar la

compra, para envíos u otros casos el cliente dispone de 24 horas después de haber

recibido el repuesto para notificar a la empresa si existe algún desperfecto del que

este dentro de garantía la cual únicamente comprende desperfectos de fábrica y no

posibles mal usos o daños causados por el cliente, en el caso de estar dentro de

garantía la empresa procede a realizar el cambio por un nuevo repuesto al cliente,

internamente se procede a realizar una inspección más detallada sobre el repuesto

afectado en ocasiones pudiendo ser regresado al inventario general si se logra

solventar dicho problema, caso contrario todas las garantías son acumuladas para al

término de realizar un nuevo pedido notificar al proveedor.

7




2.01.02 Visión y alcance.

2.01.02.01 Visión:

Sistematizar los procesos de inventario para evitar el desabastecimientos así como

mejorar los procesos de ventas, garantías y despachos de repuestos telefónicos para

la empresa Importador Tecnológico Informático consecuentemente mejorando la

calidad se servicio así como la reducción de tiempos en las actividades de la empresa

para el beneficio de sus empleados y clientes.

2.01.02.02 Alcance:

El software permitirá la sistematización de los procesos mencionados con el

desarrollo e integración de los siguientes módulos:

Módulo de seguridad: Se procede al registro de los usuarios así como a la

generación de los roles en función de restringir las actividades que se puedan realizar

para garantizar la integridad de la información existente en el sistema.

Para la seguridad se valida el Login del usuario al momento de ingresar al sistema,

estos tienen características habilitadas de acuerdo a su rol.

Para el uso del sistema existen diferentes tipos de usuarios entre los cuales

tendremos:

Administrador el cual tiene acceso a todas las funcionalidades del sistema.

Bodeguero es el encargado del control de ingresos y salidas así como el despacho de

los pedidos.

8




El encargado de recursos humanos podrá realizar el ingreso de nuevos vendedores.

Los vendedores de encargan de registrar los clientes así como de realizar las ventas

de los repuestos, además de realizar devoluciones y garantías en caso de presentarse

estas.

Módulo de mantenimiento: Se realizará el ingreso, mantenimientos, modificación,

eliminación y búsqueda para repuestos, clientes y vendedores.

Módulo de procesos: Se trata del módulo principal también conocido como reglas

del negocio en donde se realizaran los procesos primordiales para el ingreso, control

y distribución de repuestos, que son adquiridos en los pedidos realizados por los

clientes.

El módulo permitirá automatizar los procesos mejorando el tiempo de los despachos

y brindando una información veraz y eficiente respecto a las existencias en el

inventario general.

El software realizara las actividades necesarias dentro del proceso de control de

inventarios, desde el ingreso de repuestos mediante la creación del kardex, así como

el proceso de ventas hasta la generación de la factura, el sistema no realiza

facturación electrónica.

Módulo de reportes: Permitirá la generación de reportes de los diferentes

formularios que sean necesarios para la gerencia, los cuales ayuden en la toma de

decisiones como el conocer los repuestos con mayor requerimiento por parte de los

clientes evitando el desabastecimiento, mejorando el servicio al cliente.

9




2.01.03 Entrevistas.

En esta parte se encuentra la caracterización de todas las preguntas además de su

objetivo y su análisis:

Tabla 2

Matriz de preguntas

Nº PREGUNTA OBJETIVO ANÁLISIS

1 ¿Cómo se realizan los

ingresos y salidas de

mercadería

actualmente?

Determinar los procesos

que van amejorar con la

creación del sistema.

Se precisa mejorar los procesos de manejo

de la mercadería en la empresa para

obtener mejores resultados.

2 ¿Cuáles son las

personas que realizan

los procesos del

inventario?

Determinar cuales con

usuarios para el sistema y

analizar los roles que

estos podrán tener.

Se define la necesidad de un administrador

para el sistema y la creación de privilegios

para el resto de usuarios las cuales prodran

ser modificadas.

3 ¿Cómo se lleva a cabo

el control de

iventarios?

Conocer los procesos de

la empresa y políticas en

cuanto al manejo de

mercadería en el

inventario.

La mercadería es ingresada al inventario

mediante el registro del comprobante de

compra asociado a los diferentes

proveedores, se almacenas los productos

se pone a disposición de los clientes, estos

tienen las opciones de realizar

devoluciones y aplicar garantías.

4 ¿Le gustaría contar

con un sistema para

mejorar los procesos

de inventarios?

Ratificar la necesidad de

la empresa de contar con

sistema para mejorar los

procesos actuales.

Actualmente la empresa realiza los

procesos de control de inventarios de

forma manual lo que les produce muchos

inconvenientes.

Nota: Desglosamiento de las preguntas realizadas en la entrevista al gerente de la empresa

Importador Tecnológico Informático.

10




2.01.04 Matriz de requerimientos.

Tabla 3

Diseño de la Matriz de Requerimientos

Identificador Descripción Fuente Prioridad Tipo Estado Usuarios

Involucrados

REQUERIMIENTOS FUNCIONALES

RF001 El sistema deberá

permitir el ingreso

de la información

de clientes

validando los datos.

Vendedor Alta Software Revisión Gerente

Vendedor


permitir el ingreso

de proveedores

validando la

información.

Gerente Alta Software Revisión Gerente

Bodeguero

R003 El sistema deberá

permitir el ingreso

de información de

los repuestos

validando los datos.

Bodeguero Alta Software Revisión Gerente

Vendedor

Bodeguero

RF004 El sistema

permitirá

únicamente el

ingreso por roles a

cada usuario

restringiendo sus

actividades en el

sistema.

Gerente

Alta Software Revisión Gerente

Vendedor

Bodeguero

RF005 El sistema brindará

soporte en el

proceso de

devoluciones y

garantías en los

repuestos.

Vendedor Media Usuario Revisión Vendedor

Cliente


realizar el proceso

de kardex, entradas

y salidas

actualizado

Bodeguero Alta Software

Revisión Bodeguero

Vendedor


generar facturas

físicas no

electrónicas.

Vendedor Alta Software Revisión Vendedor

Bodeguero

RF008 El sistema

permitirá la

generación de

reportes.

Gerente Alta Software Revisión Gerente

Vendedor

Bodeguero

11




Tabla 4

Requerimientos No funcionales.

Nota: Desglosamiento de las preguntas realizadas en la entrevista al gerente de la empresa

Importador Tecnológico Informático.

Identificador Descripción Fuente Prioridad Tipo Estado Usuarios Involucrados

REQUERIMIENTOS NO FUNCIONALES

NRF001 El sistema

deberá

funcionar en

cualquier

navegador de

internet para su

ejecución.

Usuario

Media

Usuario

Revisión

Gerente

Vendedor

Bodeguero

NRF002 El aplicativo

deberá permitir

su ejecución en

el tiempo

mínimo que

sea posible.

Usuario Alta Usuario Revisión Gerente

Vendedor

Bodeguero

12




2.01.05 Descripción detallada.

Tabla 5

Detalle requerimiento RF001

Nota: Requerimiento Funcional RF001

El sistema deberá permitir el ingreso de la información de clientes validando los datos.

Estado Análisis

Creado por: Antonio Espinoza

Actualizado por:

Antonio Espinoza

Fecha Creación: 12/07/2017 Fecha Actualización

15/07/2017

Identificador RF001

Estado de Requerimiento Critico Tipo de Requerimiento

Funcional

Datos de Entrada Registra los datos personales del cliente como ci, nombres, teléfono y dirección.

Descripción Se debe de realizar el ingreso de los datos del cliente para crear un

usuario del mismo.

Datos de Salida Contar con un registro de clientes en el sistema.

Resultados Esperados Creación de los usuarios al sistema.

Origen Vendedores

Dirigido a Gerente, Bodeguero

Prioridad Alta

Requerimientos Asociados Ninguna

ESPECIFICACIÓN

Precondiciones Ninguna

Post condiciones Ninguna

Criterios de Aceptación La información de cliente debe ser validada correctamente.

13




Tabla 6



El sistema deberá permitir el ingreso de proveedores validando la información.

Estado Análisis


Actualizado por:

Antonio Espinoza


15/07/2017

Identificador RF002


Funcional

Datos de Entrada Registra los datos proveedores como ruc, razón social, teléfono y dirección.

Descripción Se debe de realizar el ingreso de los datos del proveedor para los

procesos de garantías o devoluciones.

Datos de Salida Se confirma el correcto ingreso del proveedor al sistema.

Resultados Esperados Registro de proveedores en el sistema

Origen Gerente

Dirigido a Vendedor, Bodeguero

Prioridad Alta

Requerimientos Asociados Ninguna

ESPECIFICACIÓN

Precondiciones Ninguna


Criterios de Aceptación Los datos del proveedor deben ser ingresasos correctamente.

14




Tabla 7



El sistema deberá permitir el ingreso de información de los repuestos validando los datos.

Estado Análisis


Actualizado por:

Antonio Espinoza


15/07/2017

Identificador RF003


Funcional

Datos de Entrada Registra los datos de marca, tipo, modelo, color, proveedor, etc.

Descripción Se debe de realizar el ingreso de los repuestos al sistema cumpliendo los parámetros necesarios como son los datos de tipos y modelo para su fácil clasificación.

Datos de Salida Se confirma el correcto ingreso del repuesto al sistema.

Resultados Esperados Proporcionar una clasificación y fácil búsqueda de los repuestos

Origen Bodeguero

Dirigido a Gerente, Vendedor

Prioridad Alta

Requerimientos Asociados RF002

ESPECIFICACIÓN

Precondiciones Deben estar registrados los proveedores para la asignación de los mismos al registro de repuestos.

Post condiciones El registro de mercadería permirira el control del stock.

Criterios de Aceptación La mercadería debe ser ingresada validando los datos agregando las marcas y vategorias.

15




Tabla 8



El aplicativo permitirá únicamente el ingreso por roles a cada usuario restringiendo sus actividades en el sistema.

Estado Análisis


Actualizado por:

Antonio Espinoza


15/07/2017

Identificador RF004


Funcional

Datos de Entrada Usuario y contraseña

Descripción Dependiendo el rol con que se haya ingresado al usuario el sistema validara esto y permitirá únicamente acciones dependiendo el rol.

Datos de Salida Registro de usuarios

Resultados Esperados Restringir tanto el ingreso de los usuarios así como las funciones que estos puedan realizar en el sistema.

Origen Matriz de requerimientos

Dirigido a Usuarios

Prioridad Alta

Requerimientos Asociados

ESPECIFICACIÓN

Precondiciones El usuario debe de estar correctamente ingresado en la base de datos además de estar definido su rol.

Post condiciones El usuario tendrá exclusivamente acceso a los módulos que le permita su rol.

Criterios de Aceptación Se debe de ingresar información valida para crear los usuarios.

16




Tabla 9



El aplicativo brindará soporte en el proceso de devoluciones y garantías en los repuestos.

Estado Análisis


Actualizado por:

Antonio Espinoza


15/07/2017

Identificador RF005


Funcional

Datos de Entrada Número de factura, número de serie, datos del cliente.

Descripción Se registra los datos del cliente y los problemas que presenta el repuesto. Se ingresa los productos a ser devueltos mediante la factura.

Datos de Salida Se confirma la devolución o garantía del repuesto.

Resultados Esperados Registro de garantías y devoluciones de mercadería.

Origen Vendedor

Dirigido a Gerente, Vendedor, Bodeguero

Prioridad Alta

Requerimientos Asociados RF001,RF002,RF003

ESPECIFICACIÓN

Precondiciones Deben estar registrados los clientes, proveedores y repuestos para el proceso de garantías o devoluciones.

Post condiciones En caso de garantía se contempla de reposición de repuesto al cliente.

Criterios de Aceptación Se debe de validar el requerimiento con la información de los documentos registrados.

17




Tabla 10



El sistema deberá realizar el proceso de kardex, entradas y salidas actualizado

Estado Análisis


Actualizado por:

Antonio Espinoza


15/07/2017

Identificador RF006


Funcional

Datos de Entrada

Descripción Se debe registrar los ingresos de repuestos por medio de las facturas de compra así como las salidas por medio de las facturas de ventas, además de las devoluciones y las garantías.

Datos de Salida Se confirma las modificaciones en el kardex de los repuestos

Resultados Esperados Disponer de un inventario constantemente actualizado.

Origen Bodeguero, vendedores


Prioridad Alta

Requerimientos Asociados RF005

ESPECIFICACIÓN

Precondiciones Deben de estar registradas las facturas, devoluciones y garantías para realizar los ingresos y egresos.


Criterios de Aceptación Proporcionar información actualizada en cuanto a las existencias y movimientos de repuestos.

18




Tabla 11



El aplicativo deberá generar facturas físicas no electrónicas.

Estado Análisis


Actualizado por:

Antonio Espinoza


15/07/2017

Identificador RF007


Funcional

Datos de Entrada Ingreso de repuestos con sus costos respectivos, además de los datos del cliente.

Descripción Se debe de realizar el proceso de venta registrando los repuestos en la factura para su impresión.

Datos de Salida Se confirma el los datos del cliente para la factura.

Resultados Esperados Realizar la impresión de la factura con todos los datos necesarios.

Origen Vendedor

Dirigido a Cliente

Prioridad Alta

Requerimientos Asociados RF001,RF003

ESPECIFICACIÓN

Precondiciones Deben estar registrados los repuestos y clientes para generación de la factura.


Criterios de Aceptación Permite a la empresa realizar la facturación de sus repuestos.

19




Tabla 12



El sistema permitirá la generación de reportes sobre repuesto, ventas, devoluciones garantías y existencias para la toma de decisiones

Estado Análisis


Actualizado por:

Antonio Espinoza


15/07/2017

Identificador RF008


Funcional

Datos de Entrada Información de los registros de la base de datos.

Descripción Permite la generación de reportes de los clientes, usuarios, repuestos, existencias para determinar información de costos, ingresos, salidas, permitiendo mejorar la toma de decisiones.

Datos de Salida Reportes

Resultados Esperados Reportes de los datos solicitados

Origen Base de datos


Prioridad Alta

Requerimientos Asociados RF005,RF006

ESPECIFICACIÓN

Precondiciones Disponer de la información suficiente para poder generar los reportes de los registros.


Criterios de Aceptación Generación de reportes integros con información verídica.

20




Tabla 13

Detalle requerimiento no funcional RNF001

Nota: Requerimiento No Funcional RNF001

Se necesita de un navegador de internet para la ejecución del sistema

Estado Análisis


Actualizado por:

Antonio Espinoza


15/07/2017

Identificador RNF001


No funcional

Datos de Entrada Ingreso al sistema

Descripción Mediante el uso de cualquier navegador se podrá realizar el ingreso al sistema

Datos de Salida Ingreso al sistema por parte de vendedores, bodeguero y gerente.

Resultados Esperados Generar un adecuado funcionamiento de sistema en cualquier navegador que disponga el usuario

Origen Gerente

Dirigido a Usuarios

Prioridad Media


ESPECIFICACIÓN

Precondiciones El usuario debe de disponer de equipos y de una conexión que le permita el ingreso al sistema.

Post condiciones

Criterios de Aceptación Facilidad de ingreso de los usuarios al sistema.

21




Tabla 14

Detalle requerimiento no funcional RNF002

Nota: Requerimiento No Funcional RNF002

El aplicativo deberá permitir su ejecución en el tiempo mínimo que sea posible.

Estado Análisis


Actualizado por:

Antonio Espinoza


15/07/2017

Identificador RNF002


No funcional

Datos de Entrada Ingreso al sistema

Descripción EL sistema debe ser lo más rápido posible en mostrar todas las opciones y permitir su funcionamiento.

Datos de Salida Disponibilidad del sistema

Resultados Esperados Brindar tiempos oportunos en la ejecución y respuesta del sistema.

Origen Administrador

Dirigido a Usuarios

Prioridad Media


ESPECIFICACIÓN

Precondiciones El equipo a ejecutar el sistema debe de disponer de características adecuadas para el buen funcionamiento del mismo.

Post condiciones

Criterios de Aceptación Tiempos de respuesta óptimos.

22




2.02 Mapeo de Involucrados.

Figura 1: Mapa de involucrados. Los involucrados son: todos aquellos actores que intervienen de

una u otra manera en el desenvolvimiento del sistema así como en los procesos.

23




2.03 Matriz de involucrados.

Tabla 15

Matriz de Involucrados

Nota: Descripción de los involucrados y su interés dentro del proyecto.

Actores

Involucrados

Intereses sobre

el problema

central

Problemas

Percibidos

Recursos,

Mandatos y

Capacidade

s

Intereses

sobre el

Proyecto

Conflictos

Potenciales

Realizador del

proyecto

Solventar los

problemas

actales de la

empresa

Dificultad al

recibir los la

información

Recurso

humano

Aseguar el

éxito del

proyecto

Desarrollo

de procesos

inadecuados.

Proveedores Tiempo

desperdiciando

al entregar los

documentos

Cambio en la

forma del

papeleo

Recursos

económicos

Evitar

perdida de

productos

Conflicto

con el

personal que

recibe

Empleados Pérdida de

clientes por

tardar en revisar

los stocks y

realizar

despachos.

Adaptarse a

un nuevo

sistema.

Recursos

humanos.

Mayor

eficiencia en

su trabajo.

Problemas

con la

gerencia.

Fabricantes Pedido mal

optimizados

Modificar sus

sistemas

Recurso

tecnológico

Eficiencia en

los envíos

Pérdida de

tiempo

Canales de

distribución

Menor control

de compras

Falta de

recursos

tecnológicos

Mayor

adquisición

de productos

Mejor

servicio en

las compras

Conflictos

con las

compras

Clientes Pérdida de

tiempo al

realizar sus

compras

Incomodidad

en los

recursos

tecnológicos

Recurso

humano y

tecnológico

Mejor

atención al

realizar las

compras

Falta de

recursos

24




Capítulo III: Problemas y Objetivos

3.01. Árbol de Problemas.

Figura 2: Árbol de Problemas. En la figura se dan a conocer los principales problemas con los

procesos de la empresa Importador Tecnológico Informático.

25




3.02 Árbol de Objetivos.

Figura 3: Árbol de Objetivos. Se da a conocer los principales objetivos de la realización del

proyecto.

26




3.03. Diagramas de casos de uso.

Figura 4: Diagramas de casos de uso de inventario.Describe de manera gráfica los procesos de los

actores realizan en el ingreso de repuestos.

27




3.04. Casos de uso de realización.

Figura 5: Casos de uso de realización ingreso de información general CU001

Figura 6: Diagrama de realización de transacciones del inventario CU002

28




Figura 7: Diagrama de realización actualizar stock CU003

Figura 8: Diagrama de realización Generación de reportes CU004

actualizar stock

realizar kardex

verificar transaccion

nuevo

listar transacciones

kardex

NewUseCase3

29




3.04.01 Especificación de Casos de uso de realización.

Tabla 16

Caso de uso de Realización. Registros Generales.

CASOS DE USO DE REALIZACIÓN

Nombre Ingreso de información general

Identificador CUR: 001

Responsabilidades Ingresar los datos necesarios para el inventario.

Tipo Usuario

Referencias del caso de uso CU 001

Referencia requisitos RF001, RF002 RF003

PRECONDICIONES

De Instancia 1. El sistema deberá de visualizar la pantalla de registro de repuestos, clientes, persona y

proveedores de acuerdo a la pantalla de acceso al sistema.

2. Para poder visualizar los formularios los datos de tipo usuario y password deberán de estar

relacionados con la tabla usuarios.

De Relación

1. El usuario debe ser parte de la empresa Importador Tecnológico Informático.

POSCONDICIONES

De Instancia

1. Se debe verificar la autenticidad de los datos ingresados para el correcto funcionamiento del

mismo

2. Tener registrado con anterioridad el repuesto en caso de realizar el despacho o crear un registro

nuevo en el caso de mantenimiento.

De Relación

1. Posterior al ingreso se podrá realizar el ingreso al sistema.

SALIDAS DE PANTALLA

Al realizar los registros se debe realizar correctamente el ingreso y búsqueda aparecerá un mensaje

de confirmación.

Notas: Caso de uso de Realización Ingreso de información general CUR001.

30




Tabla 17

Caso de uso de Realización. Transacciones del inventario.


Nombre Transacciones del inventario


Responsabilidades Realizar los procesos en el inventario.

Tipo Usuario

Referencias del caso de uso CU 002

Referencia requisitos RF005, RF006, RF008

PRECONDICIONES

De Instancia

1. Deben existir registros de repuestos, clientes, proveedores para la realización de las

transacciones en el inventario.

De Relación

1. El sistema deberá de verificar que los datos ingresados son correctos.

POSCONDICIONES

De Instancia 1. Se validara la autenticidad de las transacciones para poderlas almacenar en la base de datos.

De Relación

1. Se registraran las claves primarias y secundarias.

SALIDAS DE PANTALLA

Confirmación de las transacciones de compras, ventas, devoluciones y garantías.

Notas: Caso de uso de Realización Transacciones del inventario CUR002.

31




Tabla 18

Caso de uso de Realización. Actualizar stock.


Nombre Actualizar stock


Responsabilidades Detallar el proceso de actualización de repuestos

Tipo Sistema

Referencias del caso de uso CU 002, CU 003

Referencia requisitos RF007

PRECONDICIONES

De Instancia

1. La pantalla donde se realiza la actualización estará directamente asociada con las tablas de

transacciones donde se guardaran datos para la realización de proceso.

De Relación

1. La instancia verifica las transacciones del inventario.

POSCONDICIONES

De Instancia 1. La pantalla donde se nos visualizara los procesos realizados será solo de consulta eso quiere

decir que ningún dato podrá ser modificado.

De Relación

1. La Instancia aprueba las transacciones y se relaciona con el kardex.

SALIDAS DE PANTALLA

Al iniciar el formulario de kardex el sistema permitirá realizar un reporte del mismo.

Notas: Caso de uso de Realización Actualizar stock CUR003.

32




Tabla 19

Caso de uso de Realización. Generación de reportes.


Nombre Generación de reportes Identificador CUR: 004

Responsabilidades Generar los reportes de todas las tablas.

Tipo Usuario

Referencias del caso de uso CU 002, CU 004

Referencia requisitos RF005, RF008

PRECONDICIONES

De Instancia 1. Deben de existir los registros de transacciones en el sistema.

2. Registros en el ingreso de información general.

De Relación

1. Deben existir relaciones correspondientes en las instancias para la generación de reportes.

POSCONDICIONES

De Instancia

1. Ninguno.

De Relación

1. Ninguno.

SALIDAS DE PANTALLA

1. Generación de reporte exitoso.

2. Error en la generación del reporte

Notas: Caso de uso de Realización Generación de reportes CUR004.

33




3.05. Diagrama de secuencias del sistema.

Figura 9: Diagrama de secuencia 001. Ingreso de información General

Figura 10: Diagrama de secuencia 002. Ingreso de información General - Clientes

34




Figura 11: Diagrama de secuencia 003. Ingreso de información General - Persona

Figura 12: Diagrama de secuencia 004 Ingreso de información General - Proveedor.

35




Figura 13: Diagrama de secuencia 005 Transacciones del inventario - Compras

Figura 14: Diagrama de secuencia 008 Transacciones del inventario - Ventas.

: Vendedor : Vendedor : Nuevo ingreso : Nuevo ingreso : verificar registro : verificar registro : venta : venta : verificar transaccion : verificar transaccion : ventas : ventas

1: ingreso formulario principal

2: detalle de salida

3: emitir comprobante

4: verificar venta

5: almacenar datos

6: datos almacenados

7: venta realizada con exito

36




Figura 15: Diagrama de secuencia 007 Transacciones del inventario - Devoluciones.

Figura 16: Diagrama de secuencia 008 Transacciones del inventario - Garantías.

37




Figura 157: Diagrama de secuencia 009 Actualizar stock

Figura 168: Diagrama de secuencia 010 Generación de reportes.

: bodega : bodega : realizar kardex : realizar kardex : verificar transaccion : verificar transaccion : listar transacciones : listar transacciones

: kardex : kardex

1: registrar kardex

2: verificar datos

3: almacenar datos

4: datos almacenados

5: kardex realizado

38




3.06 Especificación de casos de uso.

Tabla 20

Especificaciones de Caso de Uso. Ingreso de información general

Caso de uso Ingreso de información general

Identificador CU: 001

CURSO TIPICO DE EVENTOS

Usuario Sistema

1. El administrador ingresa al aplicativo. 1. Verifica el rol del usuario.

2. Ingresa la información necesaria. 2. Realiza los registros.

3. Realiza actualización de la información. 3. Se graba la información en la base

de datos del sistema.

CURSOS ALTERNATIVOS

1. En caso de que la validación del usuario no se correcta el acceso será denegado.

2. La información de ser errónea no será grabada en la base de datos.

Notas: Especificación del caso de uso. Ingreso de información general

Tabla 21

Especificaciones de Caso de Uso. Transacciones del inventario

Caso de uso Transacciones del inventario



Usuario Sistema

1. El usuario ingresa al sistema. 1. Se verifican los roles para el ingreso al

2. Se procede a realizar los procesos sistema.

de compras, ventas, devoluciones 2. Se realiza las validación de la

y garantías de la información registrada

3. Se puede realizar actualizaciones en las transacciones.

En los registros de ser necesario. 3. Se graba en la base de datos.

CURSOS ALTERNATIVOS

1. Si el rol no está autorizado se negara el acceso a las transacciones del inventario.

2. Si la información no es adecuada no se grabara en la base de datos.

Notas: Especificación del caso de uso. Transacciones del inventario

39




Tabla 22

Especificaciones de Caso de Uso. Actualizar stock

Caso de uso Actualizar stock



Usuario Sistema

1. El usuario ingresa al aplicativo. 1. Se valida los roles.

2. Realiza las transacciones del inventario 2. El sistema actualiza automáticamente

los registros en el kardex.

CURSOS ALTERNATIVOS

1. Se negara el acceso en el caso que el rol no sea adecuado.

2. Si existen errores en los procesos no se cambiara la información del kardex

Notas: Especificación del caso de uso. Actualización de stock

Tabla 23

Especificaciones de Caso de Uso. Generación de reportes

Caso de uso Generación de reportes



Usuario Sistema

1. El usuario realiza la solicitud del 1. El sistema verifica actualiza la

reporte que desea generar la información antes de generar

2. Se puede visualizar, además el reporte.

De tener la opción de imprimir 2. Los reportes de dan de baja después

los reportes. de su generación.

CURSOS ALTERNATIVOS

1. De no existir registros para el reporte seleccionado el mismo no se generara y se emitirá un

mensaje de error.

Notas: Especificación del caso de uso. Generación de reportes

40




Capítulo IV: Análisis de Alternativas

4.01 Matriz de Análisis de Alternativas.

Tabla 24

Matriz de Análisis de alternativas

Notas: En la Matriz de Alternativas nos permite generar estrategias para cambiar la situación actual.

Objetivos Impacto

sobre el

propósit

o

Factibi

lidad

Técnic

a

Factibili

dad

Financi

era

Factibili

dad

Social

Factibilida

d Política

Total Categoría

Inplementar

normas y

políticas de

inventarios

4 4 4 3 2 17 Alta

Garantizar

un

abastecimient

o adecuado

de los

repuestos

4 5 4 3 2 18 Alta

Mejorar el

tiempo de

respuesta de

información

4 5 3 3 3 18 Alta

Promover el

incremento

en la cartera

de clientes.

4 4 3 2 3 16 Media

Alta

Disponer de

información

rápida

5 5 4 3 3 20 Alta

Cumplir con

un manejo

adecuado de

el ingreso de

los repuestos

4 4 3 3 3 17 Alta

TOTAL 25 27 21 17 16 106

41




4.01.01 Análisis de Matriz de alternativas.

Para las alternativas especificadas se utilizan los objetivos del proyecto para de esta

forma garantizar su éxito, comparando los el impacto del alcance del proyecto con

los de la realidad.

Los objetivos para el proceso de inventario están dados en función de optimizar este

mismo siendo sobre todo importante el controlar de forma adecuada el ingreso de

repuestos de forma óptima tomando en cuenta las necesidades de la empresa para la

mejora de los procesos teniendo este objetivo en una categoría alta, generando así

disponibilidad de información veraz de forma eficiente, también se consideran otros

aspectos como el brindar una mejor atención a los clientes aumentando estos mismos

progresivamente.

42




4.02 Matriz de Impactos de Objetivos.

Tabla 25

Matriz de Impactos de objetivos.

Notas: Se califica el impacto que tendrá la implementación del aplicativo.

Factibilidad de

lograrse Impacto en

Género

Impacto

ambiental

Relevancia Sostenibilidad

El costo que se

produce es

menor en

comparación a

los beneficios

que se obtienen.

Incrementa la

participación de

todo el personal

de la empresa.

Se reduce el uso de

materiales durante

el proceso de

inventario.

Está en

consecuencia lo

esperado por la

gerencia.

Mejora los

beneficios para

la empresa.

Es un beneficio

para los

involucrados.

Su uso es

independiente

del género.

Mejoramiento del

entorno social.

Cambia la

forma

tradicional de

trabajo.

Permite un

constante

mejoramiento.

El tiempo es

aprovechado de

mejor forma.

Todos son

participantes en

la mejora.

Reduce la

utilización de

cualquier otro tipo

de material para el

proceso.

Mejora el

control de los

tiempos y de los

procesos.

Los procesos se

vuelven más

óptimos y

satisfactorios.

La tecnología

adecuada está

disponible sin

necesidad de

conocimientos

demasiados

extensos.

Su aplicación

por parte del

personal está

abierto sin

hacer distinción

al género.

La organización

interna de la

empresa se ve

mejorada.

Permite que con

una capacitación

adecuada todos

los usuarios se

vean integrados.

Fomenta la

participación de

los usuarios.

Requiere de un

tiempo

adecuado para la

implementación

de las mejoras.

Todo el

personal es

necesario para

integración del

sistema.

Genera políticas de

cuidado a la

naturaleza y sus

recursos.

El trabajo se ve

integrado por

todas las partes

involucradas.

Todo el

personal se ve

beneficiado con

las mejoras

implementadas

20 13 18 17 20

PUNTAJE

Baja Media baja Media alta Alta

0-6 7-11 12-16 17-25

43




4.03. Estándares para el Diseño de Clases.

4.03.01 Modelamiento de Clases.

Para representar los objetivos y la información que estos contienen se usa la

implementación del modelado de clases, donde contienen los métodos y atributos

que representan las características. Para dar nombres se utiliza el siguiente estándar.

Clase: Es el nombre del objeto Ejemplo: “REPUESTOS”.

Atributos: Es el detalle del dato que representa Ejemplo: “IDREPUESTO”.

Métodos: Este especifica la acción a realizar del método.

44




4.04. Diagrama de clases.

Tabla 26

Detalle de las clases del modelo.

Notas: Se detalla las clases utilizadas en el diseño del modelo para el sistema.

Nombre Descripción

Persona Es el personal a cargo de las diferentes actividades de

la empresa

Usuario Son las personas que ingresan al sistema para la

realización de las tareas.

Rol Define las actividades que están permitidos a realizar

los usuarios dentro del sistema para salvaguardar la

integridad del mismo.

Empresa Se registra los datos de la empresa en la cual se está

implementado el sistema.

Proveedor Es el ente que provee los repuestos o mercadería para

empresa.

Cliente Son las personas que realizan las compras de los

repuestos a la empresa.

Repuesto Se guarda la información y la descripción de todos los

repuestos que ingresan al inventario.

Existencia Se almacena el número de serie de los repuestos para el

proceso de garantía.

Tipo de documento Se registran las diferentes transacciones del inventario

como compras, ventas, devoluciones y garantías.

Cabecera de documento Almacena la información dependiendo el tipo de

transacción.

Detalle de documento Detalla los repuestos afectados en el proceso de

inventario.

Kardex Registra los movimientos de los repuestos en el

inventario.

45




Figura 179: Modelo del Diagrama de Clases Clases realizado en Rational Rose.

46




4.05. Modelo Lógico - Físico.

Figura 20: Modelo Lógico – Físico de la Base de datos del sistema.

47




4.06. Diagrama de Componentes.

Figura 181: Diagrama de Componentes. El diagrama de componentes explica los módulos y las

capas para del diseño del aplicativo.

48




4.07. Diagramas de Estrategias.

Figura 192: Diagramas de Estrategias. Retrata los las estrategias en base a los objetivos

establecidos.

49




4.08. Matriz de Marco Lógico.

Tabla 27

Matriz de Marco Lógico

Notas: La Matriz de Marco Lógico muestra el panorama que se pretende alcanzar con el desarrollo

del aplicativo.

Objetivos Indicadores Medios de

verificación

Supuestos

Fin:

Sistematizar los

procesos de inventario

de la empresa

Información en el

Kardex actualizada de

forma correcta, la

información es integra y

fiable.

Se compara la

información de los

reportes con la

verificación física

El personal esta

adecuadamente

capacitado en los

procesos del

inventario.

Propósito:

Evitar errores al

realizar las

transacciones en el

inventario, optimizar

los tiempos de

respuesta.

Los datos de los

repuestos en el inventario

están cuadrados no

existen perdidas ni

errores.

Los reportes

generados reflejan

la efectividad de las

transacciones

realizadas en los

procesos.

La información está

disponible de forma

inmediata.

Componente:

La interface del

aplicativo es

minimalista siendo

intuitivo su uso para el

usuario.

Los usuarios se sienten a

gusto con la utilización

del aplicativo, realizan

los procesos

adecuadamente.

Socialización entre

los usuarios para

calificar el correcto

desempeño del

sistema.

El tiempo de

adaptación y

aprendizaje del

funcionamiento del

sistema es

aceptable.

Actividad:

Definir el alcance para

el proyecto en función

de los requerimientos.

2. Entender cómo se

desarrollan los

procesos actuales en la

empresa.

3. Inicio del desarrollo

del sistema conforme al

análisis de la

información recabada.

Para el desarrollo de las

actividades que definen

el proyecto se estima un

presupuesto de 400

dolares.

Se miden los

niveles de

efectividad y

aceptación del

sistema por medio

de los usuarios.

Se contempla

situaciones en la

puesta en marcha

del sistema que no

estuvieron

previamente

determinadas

durante la

recolección de

información al

inicio del proyecto.

50




4.09 Vistas arquitectónicas.

4.09.01 Vista Lógica.

Figura 203: Vista Lógica. La presente figura representa la lógica del

aplicativo.

51




4.09.02 Vista física.

Figura 214: Vista física. Muestra los componentes necesarios para la implementación del sistema.

52




4.09.03 Vista de desarrollo.

Figura 225: Vista de desarrollo. Se muestra la vista diseñada en Rational rose.

53




4.09.04 Vista de procesos.

Figura 236: Vista de procesos 001. Ingreso de repuestos Rational rose.

54




Figura 247: Vista de Procesos 002 Transacciones del inventario.

55




Figura 258: Vista de Procesos 003 Generación de reportes

56




Capítulo V: Propuesta

5.01 Especificación de estándares de programación.

Durante el ciclo de desarrollo de software existen normativas y estándares que deben

ser aplicadas de correcta forma todo esto con el fin de asegurar la óptima calidad en

el producto final, permitiendo durante todo el proceso un manejo adecuado y

entendible tanto en la nomenclatura como en la estructura de las clases,

controladores y vistas.

Tabla 28

Estándares de programación

Notas: En la tabla de estándares de programación se muestra algunos de los criterios utilizados en la

nomenclatura de los objetos.

Tipo de Objeto Nomenclatura Ejemplo

TextBox txt Txt_Nombre

Label lbl lbl_Telefono

Button btn btn_Guardar

Select sl sl_Campo

Textarea txta txta_Validar

FileUpload fu fu_Cargar

Datalist dtl dtl_Validar

Image img img_Foto

Menú men Men_Principal

Panel pn pn_Datos

Tabla tbl tbl_Personas

RadioButton rbd rbd_Tipo

CheckBox chk chk_Estado

57




5.01 Diseño de Interfaces de Usuario.

Diseño de ingreso al sistema

Figura 269: Diseño de ingreso al sistema Pantalla de inicio en donde se muestran los menús

dependiendo el usuario que este activo en el momento.

Descripción

A= Logo de la empresa.

B= Usuario del sistema (correo electrónico).

C= Contraseña de inicio.

D= Botón de envió de datos para validar en la BD.

58




Diseño de interfaz del proceso de ventas

Figura 30: Diseño de interfaz del proceso de ventas de los repuestos

Descripción

A= Indicativo del modulo

B= ComboBox de búsqueda del cliente a realizar la venta

C= Tipo de documento a generar

D= ComboBox de búsqueda de repuestos en el inventario

E= Tabla de registro de repuestos solicitados.

F= Botones de grabar documento y cancelar

59




5.03 Especificación de pruebas de unidad

Las pruebas de unidad tienen como objetivo estimar la estabilidad y desempeño de

los módulos integrados en el sistema, también buscan posibles errores no

encontrados durante las etapas tempranas del desarrollo.

Para dicha labor es recomendase verificar los módulos de manera separada

comenzando por los de menor tamaño hasta los más complejos.

Tabla 29

Pruebas de Unidad Ingreso al sistema

Notas: Prueba de Unidad PRU_UNI001

Identificador de la prueba: PRU_UNI001

Método a probar Autentificación al ingreso

Objetivo de la prueba Verificar la seguridad al ingresar credenciales falsas al

sistema, ingreso de credenciales existentes.

Datos de entrada:

Credenciales de autentificación usuario y password.

Resultado esperado

Constatar que el sistema no permita ingresos no autorizados al sistema.

Comentarios Prueba exitosa se verifico correctamente las

credenciales de ingreso.

60




Tabla 30

Pruebas de Unidad Asignación de permisos de usuarios



Método a probar Asignación de permisos de usuario

Objetivo de la prueba Verificar que los permisos acceso al sistema puedan ser

asignados, modificados para la integridad del sistema.

Datos de entrada:

Datos del usuario, nombre de los permisos, asignaciones

Resultado esperado

Restringir el acceso a los modelos dependiendo del usuario activo.

Comentarios Los módulos del sistema son funcionales únicamente

para los usuarios con permisos activos.

61




Tabla 31

Pruebas de Unidad Creación de productos



Método a probar Creación de producto

Objetivo de la prueba Registrar satisfactoriamente nuevos productos al

inventario.

Datos de entrada:

Categoría, nombre, modelo, descripción, detalle cantidad, imagen.

Resultado esperado

Verificación de los datos ingresados y registro exitoso al sistema.

Comentarios El registro se realiza con un mínimo de tiempo.

62




Tabla 32

Pruebas de Unidad Compras a Proveedores



Método a probar Compras a proveedores

Objetivo de la prueba Verificar los procesos de ingreso de productos por

compras a proveedores.

Datos de entrada:

Datos del proveedor, datos del comprobante de ingreso, productos cantidades.

Resultado esperado

Realizar el ingreso de los documentos de compra de forma adecuada y actualizar el stock.

Comentarios El ingreso se realiza de forma breve y sin

complicaciones.

63




Tabla 33

Pruebas de Unidad Facturación



Método a probar Generación de la factura

Objetivo de la prueba Verificar el proceso de salida de productos hasta la

generación de la factura.

Datos de entrada:

Datos del cliente, datos de la factura, fecha, serie, número, productos, cantidades.

Resultado esperado

Generación exitosa de la factura y descargue automático de los productos en el inventario.

Comentarios El proceso se realiza de forma simple con tiempos

cortos.

64




5.04 Especificación de pruebas de aceptación.

Estas pruebas tienen como función verificar el adecuado comportamiento del sistema

en las condiciones adecuadas especificadas, las pruebas se realizan en las mismas

situaciones y configuraciones de los equipos donde posteriormente será instalado el

sistema. Se realizan con la finalidad de constatar el correcto funcionamiento del

sistema.

Tabla 34

Pruebas de Aceptación Ingreso de datos generales

Notas: Prueba de Aceptación PRU_AC001

Identificador de la prueba: PRU_AC001

Caso de uso. Ingreso de información general CU001

Tipo de usuario Administrador

Objetivo de la prueba Probar la validación y correcto ingreso de los datos al

sistema.

Secuencia de Eventos

Autentificación de ingreso al sistema, mantenimiento de datos generales

Resultados Esperados

Las validaciones de los datos ingresados deben ser realizadas

Comentarios

Se realizan las validaciones con éxito y los mantenimientos de los registros

65




Tabla 35

Pruebas de Aceptación Transacciones del inventario



Caso de uso. Transacciones del inventario CU002

Tipo de usuario Administrador / Vendedor

Objetivo de la prueba Realizar los procesos de compras, ventas, devoluciones

y garantías existentes en el inventario.


Ingreso al sistema, verificación de permisos, ingreso a los módulos de transacciones, realización

de los procesos correspondientes.


Se debe de realizar los procesos de transacciones de forma sencilla y correcta.

Comentarios

Se realizan las transacciones de forma eficiente.

Estado:

Aceptado

66




Tabla 36

Pruebas de Aceptación Actualización del Stock



Caso de uso. Actualización del Stock CU003

Tipo de usuario Administrador / Vendedor

Objetivo de la prueba Verificar las actualización del inventario


Ingreso al sistema, realización de las transacciones pertinentes, verificación de la actualización de

los productos después de los ingresos o salidas.


Verificar que el stock de los productos es actualizado de forma automática y eficiente.

Comentarios

El stock de los productos se realiza automáticamente después de realizar las transacciones.

Estado:

Aceptado

67




Tabla 37

Pruebas de Aceptación Generación de reportes



Caso de uso. Generación de reportes CU004

Tipo de usuario Administrador

Objetivo de la prueba Constatar que los reportes se generen con la

información correcta en el tiempo adecuado


Autentificación del sistema, ingreso a los módulos, impresión de los reportes


Los reportes deben generarse de forma breve y con la información correcta

Comentarios

Se realiza a generación de los reportes en el tiempo mínimo.

Estado:

Aceptado

68




5.04 Especificación de pruebas de carga.

“Este es el tipo más sencillo de pruebas de rendimiento. Una prueba de carga se

realiza generalmente para observar el comportamiento de una aplicación bajo una

cantidad de peticiones esperadas. Esta carga puede ser el número esperado de

usuarios concurrentes utilizando la aplicación y que utilizan un número específico de

transacciones durante el tiempo que dura la carga. Esta prueba puede mostrar los

tiempos de respuesta de todas las transacciones importante de la aplicación si la base

de datos de aplicaciones, se realizan las funciones especificadas al rendimiento del

sistema:

Rendimiento (tiempos de respuesta adecuados)

Volumen ( Funcionamiento con grandes volúmenes )

Sobre carga (Funcionamiento en la disponibilidad de los datos)

Entorno (Interacción con otros sistemas)”.

(es.slideshare.net)

69




Tabla 38

Pruebas de Carga Autentificación del sistema

Notas: Prueba de Carga PRU_CAR001

Identificador de la prueba: PRU_CAR001

Tipo de prueba Autentificación del sistema

Objetivo de la prueba Simulación de desempeño con un número de usuarios

accediendo al sistema.

Descripción

Verificar las credenciales de acceso al sistema y verificar los tiempos de respuesta en el acceso al

sistema.


Que los tiempos de respuesta de la aplicación sean óptimos y sin presentar fallos

Comentarios

La actividad de realiza en un lapso de 120 milisegundos

70




Tabla 39

Pruebas de Carga Número de usuarios activos



Tipo de prueba Número de usuarios activos

Objetivo de la prueba Verificar el desempeño del sistema con un número de

usuarios activos

Descripción

Número de usuarios 50

Periodo de tiempo 12s


Verificar que es sistema responda sin problemas al número asignado de usuarios

Comentarios

El sistema responde sin novedades a la carga de usuarios.

71




Tabla 40

Pruebas de Carga Transacciones de ingresos y salidas



Tipo de prueba Transacciones de ingresos y salidas

Objetivo de la prueba Simulación de realización de múltiples transacciones

en el inventario.

Descripción

Se realizan múltiples transacciones tanto de compra como ventas, devoluciones y garantías en el

inventario.


Que todas las transacciones sean realizadas en los tiempos debidos y no existan retardos en las

operaciones.

Comentarios

Las transacciones se realizan eficientemente en los tiempos adecuados sin novedades.

72




5.04 Configuración del Ambiente/ideal

Se debe de tener en cuenta las características tanto de software como de hardware

para la puesta en marcha y funcionamiento del sistema:

Características técnicas Servidor

Alojamiento web con servidor de Apache con soporte integrado de Mysql 5.0

o superior y PHP 5.6 o superior.

Gestor phpmyadmin.

Acceso FTP

Acceso de la red de 10mb

Cliente

Sistema operativo Windows vista en adelante

Navegador web actualizado Chrome o Firefox recomendados

Procesador mínimo dual core 1.6 Ghz

Activación de Javascript en el navegador web

73




Capítulo VI: Aspectos Administrativos

6.01 Recursos

En este aspecto se considera los materiales que han sido utilizados durante el

desarrollo del proyecto siendo estos recursos tanto de software como de hardware así

también se contempla el recurso humano.

Recursos utilizados:

Dvd’s, cd’s, impresiones

Hojas de papel

Materiales de oficina, grapas, clips, carpetas

Recurso humano:

Programador del sistema (estudiante)

Tutor designado para el proyecto

Gerente de la empresa ITI

Docentes de la institución y compañeros de aprendizaje

Recurso tecnológico para el desarrollo:

Computador portátil Dell

Unidades de almacenamiento portables

Conexión a internet

Software para el desarrollo

74




6.02 Presupuesto

Para el presupuesto se toma en cuenta los materiales que han sido necesarios para el

desarrollo así como su cantidad.

Tabla 41

Presupuesto

Notas: Detalle de los gastos realizados durante el proyecto

Nombre Cantidad Precio U. V. Total

Presupuesto actividades 1 400 400

Taller de profesionalización 1 800 800

Computador portátil 1 700 700

Empastado 1 17 17

Anillado 4 3 12

Unidad externa 1 100 100

Comunicaciones 25 25

Servicios básicos 175 175

Impresiones 50 50

Transporte 50 50

Total 2329

75




6.03 Cronograma

Figura 31. En cronograma de describen las actividades realizadas durante el

desarrollo del proyecto.

76




Capítulo VII: Conclusiones y Recomendaciones

7.01 Conclusiones.

Con la realización del presente sistema para la empresa Importador Tecnológico

Informático se mejoró la forma en que la empresa realiza sus procesos de control de

gestión de inventarios, lo cual ayudo también a valorar el acercamiento de nuevas

tecnologías con la implementación del sistema, la empresa que evidencio el

beneficio sistematizar los procesos con el ahorro de tiempo y la mejor prestación de

servicios tanto para sí misma como para sus clientes.

A partir de la implantación de este proyecto y de la notoriedad de los beneficios

logrados la empresa se está planteando sistematizar otros procesos que realizan

dentro de sus funciones lo cual da muestra del grado de satisfacción que existe con el

sistema desarrollado.

Los objetivos planteados para el mejoramiento de los procesos fueron cumplidos con

éxito mediante la puesta en marcha del sistema.

Para este proyecto se llevo a cabo una ardua labor de investigación tanto del giro del

negocio de la empresa como en fundamentos de desarrollo de software para la

realización del aplicativo, todos los conceptos y conocimiento recibido en la

institución fueron de gran valor para la realización del sistema.

77




7.02 Recomendaciones.

Se recomienda a la empresa realizar capacitaciones a su personal sobre el correcto

funcionamiento del sistema para evitar inconvenientes de malos usos y resultados

inesperados por parte de los usuarios todo en favor de potenciar las capacidades del

sistema y el mejoramiento de los resultados que este despliegue con su uso.

También se recomienda realizar las revisiones de los manuales entregados con el fin

de realizar las tareas de acuerdo a como fueron concebidas en el momento del

desarrollo, para de esta forma tener fundamentos en el caso que se necesiten realizar

mejoras o modificaciones al sistema.

Para la implementación del sistema se recomienda regirse a los requerimientos

mínimos aceptables presentados en este proyecto con el objetivo de garantizar el

óptimo desempeño del mismo y evitar colapsos o retardo en el tiempo de respuesta

de los procesos ejecutados.

78




ANEXOS

79




ANEXO A.01

MANUAL DE

INSTALACIÓN

80




Índice

Título Página

Introducción………………………………………………………………………....81

Objetivo ...................................................................................................................... 81

1.Instalación del servidor ........................................................................................... 82

2.Creación de la base de datos…..…………………………………………………..90

3.Importación del Script ............................................................................................. 91

4.Conexión con la aplicación ..................................................................................... 92

81




Introducción

Este manual tiene como finalidad instruir de forma adecuada a la persona designada

para la instalación y configuración de sistema de inventarios, para la instalación se

contempla cada uno de los pasos desde la instalación de las herramientas con

correspondiente configuración, además de las modificaciones en el código necesarias

como el cambio en la conexión con la base de datos en el archivo de configuración

en el aplicativo.

Se recomienda revisar este documento antes de proceder con la instalación del

sistema para evitar fallos y malos funcionamientos en su puesta en marcha, además

se debe de considerar que todos los pasos en este manual son consecutivos esto

quiere decir que cada paso depende del anterior.

Objetivo

Explicar la instalación y configuración de las herramientas necesarias para la puesta

en marcha del aplicativo.

82




Para el funcionamiento del sistema se necesita de un servidor web compatible con el

lenguaje de PHP y soporte para bases de datos de Mysql, se recomienda el servidor

de XAMPP en la versión 7.0 en adelante.

1. Instalación del servidor

Dirigirse a la página de descarga oficial y seleccionar la versión adecuada

para el sistema operativo a instalar el sistema.

Figura 272: Descarga del servidor de XAMPP

83




Procedemos a ejecutar el archivo de instalación, en la pantalla de instalación

de XAMPP damos a continuar, es posible que es antivirus impida su

instalación para lo cual se recomienda su desactivación.

Figura 283: Instalación del servidor de XAMPP

84




Continuando Seleccionamos los checks necesarios para el aplicativo,

mercury, toncat y perl no son necesarios así que se pueden desmarcar o

instalarlos.

Figura 294: Componentes a instalar

85




Se recomienda realizar la instalación de la raíz del disco C: aunque depende

de las preferencias de la organización.

Figura 305: Carpeta de instalación

86




Continuamos con el proceso de instalación el cual lo hace automáticamente.

Figura 316: Proceso de instalación

87




Terminada la instalación dejamos habilitada la opción de iniciar el panel de

control.

Figura 327: Finalización de la instalación

88




Iniciado el panel de control damos en start en las opciones de Apache y

Mysql

Hay que tomar en cuenta que por defecto ocupa el puerto 80, si este ya está

ocupado por otra aplicación es necesario cambiarlo en el botón de

configuración.

Figura 338: Panel de configuración de XAMPP

89




Nos dirigimos a la opción admin de Mysql para abrir la interface de

phpMyadmin.

Figura 349: Interface de phpMyadmin

90




2. Creación de la base de datos

Seleccionamos en la opción de nueva base de datos para crear la base y poder

importar el script de la misma, seleccionamos la opción de cotejo en español

Figura 40: Creación de base de datos para el sistema.

91




3. Impotación de script

Realizamos el proceso de importar nuestro script el cual contiene las tablas y

procedimientos necesarios para la puesta en marcha del sistema.

Figura 41: Importación del script

92




4. Conexión con la base de datos en el aplicativo web

En nuestro proyecto en Laravel asignamos en el archivo (.env), los valores de

nuestra base de datos para realizar la conexión.

Figura 352: Configuración del archivo de conexión.

93




ANEXO A.02

MANUAL DE

USUARIO

94




Índice

Título Página

Introducción…………………………………………………………………………95

Objetivo ...................................................................................................................... 95

1.Inicio de sesión Login ............................................................................................. 96

2.Acceso al sistema .................................................................................................... 98

3.Creación de categosrias y artículos ......................................................................... 99

4. Menú de

artículos…………………..……………...………...…………………..100

5.Ingreso de nuevos usuarios ................................................................................... 101

6.Asignación de

roles……………………………………….……………………...102

7.Ingreso de nuevos clientes .................................................................................... 103

8.Facturación ............................................................................................................ 104

95




Introducción

Este manual está diseñado para guiar al usuario en las funcionalidades del sistema se

manera gráfica se presentan las principales características de los módulos, además de

explicar la forma correcta de los procesos que se pueden realizar dentro del sistema

de inventarios.

Los procesos son guiados de la mejor forma para que el usuario pueda comprender

de manera fácil y sistemática como realizar funciones como compras, ventas,

devoluciones, permisos a los usuarios.

Se recomienda la revisión de este documento antes y durante la puesta en marcha del

aplicativo para que el mismo sea usado de la mejor manera posible, así garantizando

la satisfacción del usuario.

Objetivo

Explicar cómo funcionan los módulos del sistema y la forma adecuada de realizar los

procesos para el manejo óptimo del sistema, para prevenir resultados no esperados

por el usuario.

96




1. Inicio de sesión Login

Figura 363: Inicio sesión del sistema

A= Nombre de usuario corresponde al correo electrónico registrado en el aplicativo.

B= Contraseña esta puede ser cambiada por el usuario debe de tener como mínimo 8

caracteres.

C= Botón de ingreso

Para el ingreso al sistema de deben de ingresar las credenciales para ser validadas en

la base de datos.

97




En caso de no existir las credenciales en el sistema o estar mal ingresadas el

aplicativo envía un mensaje y restringe el acceso al sistema.

Figura 374: Validación de credenciales.

98




2. Acceso al sistema

Interface de acceso al sistema se muestran los menús disponibles para el

administrador.

Figura 45: Interface de inicio del sistema.

En la interface principal se muestran las opciones de los módulos, en el caso del

administrador están activados todos los módulos y opciones.

Para los usuarios estándar el administrador puede dar los permisos específicos para

cada usuario, restringiendo las demás opciones.

99




3. Creación de categorías y artículos

Figura 386: Listado de categorías

A= Botón de crear nuevas categorías

B= Busqueda de bategorias

C= Botón de editar categorías

D= Eliminación de categorías

E= Paginación de los registros

100




4. Menú de artículos

Figura 397: Listado de repuestos.

101




5. Ingreso de nuevos usuarios al sistema

Figura 408: Ingreso de nuevos usuarios.

A= Nombre del usuario

B= Apellido de usuario

C= Teléfono

D= Email

E= Contraseña minimo 8 caracteres

F= Botón de registrar usuario

Figura 419: Listado de usuarios ingresados en el sistema.

102




6. Asignación de roles

Para los usuarios ingresados posteriormente se debe asignar el rol del usuario y los

permisos para los accesos a los módulos.

Figura 50: Asignación de roles a los usuario

Figura 51: Asignación de permisos a los roles.

103




7. Ingreso de nuevos clientes

Ingreso de nuevos clientes al sistema se validas los campos obligatorios como tipo

de identificación, número, email.

Figura 422: Ingreso de clientes al sistema.

8. Facturación.

Proceso de ventas, se selecciona el cliente que está realizando la compra, se deben

ingresar los datos de la factura.

Se ingresan los productos a realizar la venta donde existe un buscador, cantidad, un

descuento en caso de ser requerido.

104




Figura 433: Proceso de ventas a clientes.

A= Selección de cliente para la factura

B= Serie de la factura

C= Número de la factura

D= Seleeción de artículos a agregar

F= Cantidad de artículos

G= Precio de venta

H= Opción de descuento

I= Botón de eliminar artículos seleccionados

J= Botones de guardar o eliminar factura

105




ANEXO A.03

MANUAL

TÉCNICO

106




Índice

Título Página

Introducción………………………………………………………………………..107

Objetivo .................................................................................................................... 107

1.Script de la base de datos ...................................................................................... 108

2.Clases y controlarores ........................................................................................... 122

3.Vistas ..................................................................................................................... 142

107




Introducción

Este manual tiene como objetivo explicar la estructura del proyecto para el personal

de desarrollo en el caso de que este necesite realizar modificaciones o mejoras al

código fuente, dando a conocer la estructura del proyecto así como explicar la lógica

de programación que fue utilizada, para prevenir la mala manipulación en los

archivos del sistema.

Se recomienda realizar la lectura y análisis de este documento antes de realizar

cualquier cambio que pueda desembocar en el mal funcionamiento del sistema.

Objetivo

Explicar la estructura del proyecto y la lógica de programación utilizada para el

desarrollo, de manera clara y coherente.

108




1. Script de la base de datos

Base de datos: `sistemainventarios`

Estructura de tabla para la tabla àrticulos`

CREATE TABLE àrticulos` (

ìd_art` int(11) NOT NULL,

`codigo` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,

`nombre` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,

`modelo` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,

`stock` int(11) DEFAULT NULL,

`descripcion` varchar(256) COLLATE utf8_unicode_ci DEFAULT NULL,

`minimo` int(11) DEFAULT NULL,

`maximo` int(11) DEFAULT NULL,

`garantia` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,

ìmagen` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,

èstado` varchar(20) COLLATE utf8_unicode_ci NOT NULL,

ìd_mar` int(11) NOT NULL,

ìd_cat` int(11) NOT NULL

) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

Estructura de tabla para la tabla `categorias`

CREATE TABLE `categorias` (

ìd_cat` int(11) NOT NULL,

`nombre` varchar(50) COLLATE utf8_unicode_ci NOT NULL,

109




`descripcion` varchar(256) COLLATE utf8_unicode_ci DEFAULT NULL,

èstado` tinyint(4) NOT NULL


Estructura de tabla para la tabla `clientes`

CREATE TABLE `clientes` (

ìd_cli` int(11) NOT NULL,

`tipo_dni` varchar(25) COLLATE utf8_unicode_ci NOT NULL,

`numero_dni` varchar(25) COLLATE utf8_unicode_ci NOT NULL,

`nombres` varchar(50) COLLATE utf8_unicode_ci NOT NULL,

`telefono` varchar(25) COLLATE utf8_unicode_ci NOT NULL,

`direccion` varchar(100) COLLATE utf8_unicode_ci NOT NULL,

èstado` tinyint(4) NOT NULL,

`created_at` timestamp NULL DEFAULT NULL,

ùpdated_at` timestamp NULL DEFAULT NULL,

ìd_emp` int(11) NOT NULL


Estructura de tabla para la tabla `detalle_transaccion`

CREATE TABLE `detalle_transaccion` (

ìd_det` int(11) NOT NULL,

`cantidad` int(11) NOT NULL,

`precio_compra` decimal(11,2) DEFAULT NULL,

`precio_venta_1` decimal(11,2) DEFAULT NULL,

`precio_venta_2` decimal(11,2) DEFAULT NULL,

`descuento` decimal(11,2) DEFAULT NULL,

110




èstado` tinyint(4) DEFAULT NULL,

ìd_art` int(11) NOT NULL,

ìd_tra` int(11) NOT NULL,

`tipo_detalle` varchar(20) COLLATE utf8_unicode_ci NOT NULL


Disparadores `detalle_transaccion`

DELIMITER $$

CREATE TRIGGER `tr_updateStock` AFTER INSERT ON `detalle_transaccion`

FOR EACH ROW BEGIN

IF NEW.tipo_detalle='ingreso' THEN

UPDATE articulos SET stock = stock + NEW.cantidad

WHERE articulos.id_art = NEW.id_art;

ELSEIF NEW.tipo_detalle='salida' THEN

UPDATE articulos SET stock = stock - NEW.cantidad

WHERE articulos.id_art = NEW.id_art;

END IF;

END

$$

DELIMITER ;

Estructura de tabla para la tabla èmpresas`

CREATE TABLE èmpresas` (

ìd_emp` int(11) NOT NULL,

`descripcion` varchar(50) COLLATE utf8_unicode_ci NOT NULL,

`ruc` varchar(13) COLLATE utf8_unicode_ci NOT NULL,

111






èmail` varchar(50) COLLATE utf8_unicode_ci NOT NULL,



ùpdated_at` timestamp NULL DEFAULT NULL


Estructura de tabla para la tabla `marcas`

CREATE TABLE `marcas` (

ìd_mar` int(11) NOT NULL,


èstado` tinyint(4) NOT NULL


Volcado de datos para la tabla `marcas`

Estructura de tabla para la tabla `migrations`

CREATE TABLE `migrations` (

ìd` int(10) UNSIGNED NOT NULL,

`migration` varchar(255) COLLATE utf8_unicode_ci NOT NULL,

`batch` int(11) NOT NULL

) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

Estructura de tabla para la tabla `password_resets`

CREATE TABLE `password_resets` (

112





`token` varchar(255) COLLATE utf8_unicode_ci NOT NULL,

`created_at` timestamp NULL DEFAULT NULL


Estructura de tabla para la tabla `permissions`

CREATE TABLE `permissions` (


`name` varchar(255) COLLATE utf8_unicode_ci NOT NULL,

`slug` varchar(255) COLLATE utf8_unicode_ci NOT NULL,

`description` text COLLATE utf8_unicode_ci,




Estructura de tabla para la tabla `permission_role`

CREATE TABLE `permission_role` (


`permission_id` int(10) UNSIGNED NOT NULL,

`role_id` int(10) UNSIGNED NOT NULL,




Volcado de datos para la tabla `permission_role`

Estructura de tabla para la tabla `personas`

CREATE TABLE `personas` (

113




ìd_per` int(11) NOT NULL,

`tipo_persona` varchar(50) COLLATE utf8_unicode_ci NOT NULL,


`tipo_dni` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,

`numero_dni` varchar(20) COLLATE utf8_unicode_ci DEFAULT NULL,

`telefono` varchar(20) COLLATE utf8_unicode_ci DEFAULT NULL,

`direccion` varchar(256) COLLATE utf8_unicode_ci DEFAULT NULL,

èmail` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,

èstado` tinyint(4) DEFAULT NULL


Estructura de tabla para la tabla `proveedores`

CREATE TABLE `proveedores` (

ìd_pro` int(11) NOT NULL,

`ruc` varchar(13) COLLATE utf8_unicode_ci NOT NULL,

`descripcion` varchar(50) COLLATE utf8_unicode_ci NOT NULL,



èmail` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,




ìd_emp` int(11) NOT NULL


Estructura de tabla para la tabla `roles`

114




CREATE TABLE `roles` (



`slug` varchar(255) COLLATE utf8_unicode_ci NOT NULL,

`description` text COLLATE utf8_unicode_ci,



`special` enum('all-access','no-access') COLLATE utf8_unicode_ci DEFAULT

NULL


Estructura de tabla para la tabla `role_user`

CREATE TABLE `role_user` (


`role_id` int(10) UNSIGNED NOT NULL,

`user_id` int(10) UNSIGNED NOT NULL,




Estructura de tabla para la tabla `transacciones`

CREATE TABLE `transacciones` (

`id_tra` int(11) NOT NULL,

`tipo_transaccion` varchar(50) COLLATE utf8_unicode_ci NOT NULL,

`tipo_comprobante` varchar(50) COLLATE utf8_unicode_ci NOT NULL,

`serie_comprobante` varchar(20) COLLATE utf8_unicode_ci DEFAULT NULL,

115




`numero_comprobante` varchar(20) COLLATE utf8_unicode_ci DEFAULT

NULL,

`fecha_hora` datetime DEFAULT NULL,

ìmpuesto` decimal(11,2) DEFAULT NULL,

`total_venta` decimal(11,2) DEFAULT NULL,

èstado` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,

ìd_per` int(11) NOT NULL


Estructura de tabla para la tabla ùsers`

CREATE TABLE ùsers` (




`password` varchar(255) COLLATE utf8_unicode_ci NOT NULL,

`remember_token` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,



`nombres` varchar(60) COLLATE utf8_unicode_ci NOT NULL,

àpellidos` varchar(60) COLLATE utf8_unicode_ci NOT NULL,

`telefono` varchar(60) COLLATE utf8_unicode_ci NOT NULL


Volcado de datos para la tabla ùsers`

Indices de la tabla àrticulos`

ALTER TABLE àrticulos`

116




ADD PRIMARY KEY (ìd_art`),

ADD KEY ìd_cat` (ìd_cat`),

ADD KEY ìd_mar` (ìd_mar`);

ALTER TABLE `categorias`

ADD PRIMARY KEY (ìd_cat`);

Indices de la tabla `clientes`

ALTER TABLE `clientes`

ADD PRIMARY KEY (ìd_cli`),

ADD KEY ìd_emp` (ìd_emp`);

Indices de la tabla `detalle_transaccion`

ALTER TABLE `detalle_transaccion`

ADD PRIMARY KEY (ìd_det`),

ADD KEY ìd_art` (ìd_art`),

ADD KEY ìd_tra` (ìd_tra`);

Indices de la tabla èmpresas`

ALTER TABLE èmpresas`

ADD PRIMARY KEY (ìd_emp`);

Indices de la tabla `marcas`

ALTER TABLE `marcas`

ADD PRIMARY KEY (ìd_mar`);

ALTER TABLE `migrations`

ADD PRIMARY KEY (ìd`);

Indices de la tabla `password_resets`

ALTER TABLE `password_resets`

117




ADD KEY `password_resets_email_index` (èmail`),

ADD KEY `password_resets_token_index` (`token`);

ALTER TABLE `permissions`

ADD PRIMARY KEY (ìd`),

ADD UNIQUE KEY `permissions_slug_unique` (`slug`);

Indices de la tabla `permission_role`

ALTER TABLE `permission_role`


ADD KEY `permission_role_permission_id_index` (`permission_id`),

ADD KEY `permission_role_role_id_index` (`role_id`);

Indices de la tabla `personas`

ALTER TABLE `personas`

ADD PRIMARY KEY (ìd_per`);

Indices de la tabla `proveedores`

ALTER TABLE `proveedores`

ADD PRIMARY KEY (ìd_pro`),

ADD KEY ìd_emp` (ìd_emp`);

Indices de la tabla `roles`

ALTER TABLE `roles`


ADD UNIQUE KEY `roles_name_unique` (`name`),

ADD UNIQUE KEY `roles_slug_unique` (`slug`);

Indices de la tabla `role_user`

ALTER TABLE `role_user`

118





ADD KEY `role_user_role_id_index` (`role_id`),

ADD KEY `role_user_user_id_index` (ùser_id`);

Indices de la tabla `transacciones`

ALTER TABLE `transacciones`

ADD PRIMARY KEY (ìd_tra`),

ADD KEY ìd_per` (ìd_per`);

Indices de la tabla ùsers`

ALTER TABLE ùsers`


ADD UNIQUE KEY ùsers_email_unique` (èmail`);

AUTO_INCREMENT de las tablas volcadas

AUTO_INCREMENT de la tabla àrticulos`

ALTER TABLE àrticulos`

MODIFY ìd_art` int(11) NOT NULL AUTO_INCREMENT,

AUTO_INCREMENT=6;

AUTO_INCREMENT de la tabla `categorias`

ALTER TABLE `categorias`

MODIFY ìd_cat` int(11) NOT NULL AUTO_INCREMENT,

AUTO_INCREMENT=2;

AUTO_INCREMENT de la tabla `clientes`

ALTER TABLE `clientes`

MODIFY ìd_cli` int(11) NOT NULL AUTO_INCREMENT,

AUTO_INCREMENT=4;

119




AUTO_INCREMENT de la tabla `detalle_transaccion`

ALTER TABLE `detalle_transaccion`

MODIFY ìd_det` int(11) NOT NULL AUTO_INCREMENT,

AUTO_INCREMENT=19;

AUTO_INCREMENT de la tabla èmpresas`

ALTER TABLE èmpresas`

MODIFY ìd_emp` int(11) NOT NULL AUTO_INCREMENT,

AUTO_INCREMENT=3;

AUTO_INCREMENT de la tabla `marcas`

ALTER TABLE `marcas`

MODIFY ìd_mar` int(11) NOT NULL AUTO_INCREMENT,

AUTO_INCREMENT=2;

AUTO_INCREMENT de la tabla `migrations`

ALTER TABLE `migrations`

MODIFY ìd` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,

AUTO_INCREMENT=13;

AUTO_INCREMENT de la tabla `permissions`

ALTER TABLE `permissions`


AUTO_INCREMENT=7;

AUTO_INCREMENT de la tabla `permission_role`



AUTO_INCREMENT=11;

120




AUTO_INCREMENT de la tabla `personas`

ALTER TABLE `personas`

MODIFY ìd_per` int(11) NOT NULL AUTO_INCREMENT,

AUTO_INCREMENT=6;

AUTO_INCREMENT de la tabla `proveedores`

ALTER TABLE `proveedores`

MODIFY ìd_pro` int(11) NOT NULL AUTO_INCREMENT;

AUTO_INCREMENT de la tabla `roles`

ALTER TABLE `roles`


AUTO_INCREMENT=3;

AUTO_INCREMENT de la tabla `role_user`



AUTO_INCREMENT=4;

AUTO_INCREMENT de la tabla `transacciones`

ALTER TABLE `transacciones`

MODIFY ìd_tra` int(11) NOT NULL AUTO_INCREMENT,

AUTO_INCREMENT=14;

AUTO_INCREMENT de la tabla ùsers`

ALTER TABLE ùsers`


AUTO_INCREMENT=7;

Restricciones para tablas volcadas

121




Filtros para la tabla `permission_role`


ADD CONSTRAINT `permission_role_permission_id_foreign` FOREIGN KEY

(`permission_id`) REFERENCES `permissions` (ìd`) ON DELETE CASCADE,

ADD CONSTRAINT `permission_role_role_id_foreign` FOREIGN KEY (`role_id`)

REFERENCES `roles` (ìd`) ON DELETE CASCADE;

Filtros para la tabla `role_user`


ADD CONSTRAINT `role_user_role_id_foreign` FOREIGN KEY (`role_id`)

REFERENCES `roles` (ìd`) ON DELETE CASCADE,

ADD CONSTRAINT `role_user_user_id_foreign` FOREIGN KEY (ùser_id`)

REFERENCES ùsers` (ìd`) ON DELETE CASCADE;

122




2. Clases y controladores

<?php

namespace App;

use Caffeinated\Shinobi\Traits\ShinobiTrait;

use Illuminate\Notifications\Notifiable;

use Illuminate\Foundation\Auth\User as Authenticatable;

class User extends Authenticatable

{

use Notifiable;

use ShinobiTrait;

/**

* The attributes that are mass assignable.

*

* @var array

*/

protected $fillable = [

'name', 'email', 'password',

];

/**

* The attributes that should be hidden for arrays.

* @var array

*/

protected $hidden = [

'password', 'remember_token',

];

}

?php

123




namespace App;

use Illuminate\Database\Eloquent\Model;

class Transaccion extends Model

{

protected $table='transacciones';

protected $primaryKey='id_tra';

public $timestamps=false;

protected $fillable =[

'id_per',

'tipo_transaccion',

'tipo_comprobante',

'serie_compobante',

'numero_comprobante',

'fecha_hora',

'impuesto',

'total_venta',

'estado'

];

protected $guarded =[

];

}

<?php

namespace App;


class Persona extends Model

124




{

protected $table='personas';

protected $primaryKey='id_per';



'tipo_persona',

'nombre',

'tipo_dni',

'numero_dni',

'telefono',

'direccion',

'email',

'estado'

];


];

}

<?php

namespace App;


class DetalleTransaccion extends Model

{

protected $table='detalle_transaccion';

protected $primaryKey='id_det';

125






'id_tra',

'id_art',

'cantidad',

'precio_compra',

'precio_venta_1',

'precio_venta_2',

'descuento',

'estado',

'tipo_detalle'

];


];

}

<?php

namespace App;


class Articulo extends Model

{

protected $table='articulos';

protected $primaryKey='id_art';



'id_cat',

'id_mar',

126




'codigo',

'nombre',

'modelo',

'stock',

'descripcion',

'minimo',

'maximo',

'garantia',

'imagen',

'estado'

];


];

}

127




CAPA DE CONTROLARORES

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;

use App\Http\Requests;

use App\Categoria;

use Illuminate\Support\Facades\Redirect;

use App\Http\Requests\CategoriaFormRequest;

use DB;

class CategoriaController extends Controller

{

public function __construct()

{

$this->middleware('auth');

}

public function index(Request $request)

{

if ($request)

{

$query=trim($request->get('searchText'));

$categorias=DB::table('categorias')->where('nombre','LIKE','%'.$query.'%')

->where ('estado','=','1')

->orderBy('id_cat','desc')

->paginate(4 );

return

view('almacen.categoria.index',["categorias"=>$categorias,"searchText"=>$query]);

}

128




}

public function create()

{

return view("almacen.categoria.create");

}

public function store (CategoriaFormRequest $request)

{

$categoria=new Categoria;

$categoria->nombre=$request->get('nombre');

$categoria->descripcion=$request->get('descripcion');

$categoria->estado='1';

$categoria->save();

return Redirect::to('almacen/categoria');

}

public function show($id)

{

return

view("almacen.categoria.show",["categoria"=>Categoria::findOrFail($id)]);

}

public function edit($id)

{

return

view("almacen.categoria.edit",["categoria"=>Categoria::findOrFail($id)]);

}

public function update(CategoriaFormRequest $request,$id)

{

$categoria=Categoria::findOrFail($id);

$categoria->nombre=$request->get('nombre');

$categoria->descripcion=$request->get('descripcion');

$categoria->update();

129





}

public function destroy($id)

{

$categoria=Categoria::findOrFail($id);

$categoria->estado='0';

$categoria->update();


}

}

<?php




use App\Marca;


use App\Http\Requests\MarcaFormRequest;

use DB;

class MarcaController extends Controller

{


{


}


{

if ($request)

{


130




$marcas=DB::table('marcas')->where('nombre','LIKE','%'.$query.'%')


->orderBy('id_mar','desc')

->paginate(4 );

return

view('almacen.marca.index',["marcas"=>$marcas,"searchText"=>$query]);

}

}


{

return view("almacen.marca.create");

}

public function store (MarcaFormRequest $request)

{

$marca=new Marca;

$marca->nombre=$request->get('nombre');

$marca->estado='1';

$marca->save();

return Redirect::to('almacen/marca');

}


{

return view("almacen.marca.show",["marca"=>Marca::findOrFail($id)]);

}


{

return view("almacen.marca.edit",["marca"=>Marca::findOrFail($id)]);

}

131




public function update(MarcaFormRequest $request,$id)

{

$marca=Marca::findOrFail($id);

$marca->nombre=$request->get('nombre');

$marca->update();


}


{

$marca=Marca::findOrFail($id);

$marca->estado='0';

$marca->update();


}

}

<?php




use App\Articulo;


use Illuminate\Support\Facades\Input;

use App\Http\Requests\ArticuloFormRequest;

use DB;

class ArticuloController extends Controller

{


132




{


}


{

if ($request)

{


$articulos=DB::table('articulos as a')

->join ('categorias as c','a.id_cat','=','c.id_cat')

->join ('marcas as m','a.id_mar','=','m.id_mar')

->select ('a.id_art','a.nombre','a.codigo','a.modelo','a.stock','c.nombre as

categorias','m.nombre as

marcas','a.descripcion','a.imagen','a.estado','a.minimo','a.maximo','a.garantia')

->where('a.nombre','LIKE','%'.$query.'%')

->orwhere('a.codigo','LIKE','%'.$query.'%')

->orderBy('a.id_art','desc')

->paginate(4 );

return

view('almacen.articulo.index',["articulos"=>$articulos,"searchText"=>$query]);

}

}


{

$categorias=DB::table('categorias')->where('estado','=','1')->get();

$marcas=DB::table('marcas')->where('estado','=','1')->get();

return

view("almacen.articulo.create",["categorias"=>$categorias],["marcas"=>$marcas]);

}

public function store (ArticuloFormRequest $request)

{

$articulo=new Articulo;

133




$articulo->id_cat=$request->get('id_cat');

$articulo->id_mar=$request->get('id_mar');

$articulo->codigo=$request->get('codigo');

$articulo->nombre=$request->get('nombre');

$articulo->modelo=$request->get('modelo');

$articulo->stock=$request->get('stock');

$articulo->descripcion=$request->get('descripcion');

$articulo->minimo=$request->get('minimo');

$articulo->maximo=$request->get('maximo');

$articulo->garantia=$request->get('garantia');

$articulo->estado='Activo';

if(Input::hasFile('imagen')){

$file=Input::file('imagen');

$file->move(public_path().'/imagenes/articulos/',$file-

>getClientOriginalName());

$articulo->imagen=$file->getClientOriginalName();

}

$articulo->save();

return Redirect::to('almacen/articulo');

}


{

return view("almacen.articulo.show",["articulo"=>Articulo::findOrFail($id)]);

}


{

$articulo=Articulo::findOrFail($id);

$categorias=DB::table('categorias')->where('estado','=','1')->get();

$marcas=DB::table('marcas')->where('estado','=','1')->get();

134




return

view("almacen.articulo.edit",["articulo"=>$articulo,"categorias"=>$categorias,"marc

as"=>$marcas]);

}

public function update(ArticuloFormRequest $request,$id)

{


$articulo->id_cat=$request->get('id_cat');

$articulo->id_mar=$request->get('id_mar');

$articulo->codigo=$request->get('codigo');

$articulo->nombre=$request->get('nombre');

$articulo->modelo=$request->get('modelo');

$articulo->stock=$request->get('stock');

$articulo->descripcion=$request->get('descripcion');

$articulo->minimo=$request->get('minimo');

$articulo->maximo=$request->get('maximo');

$articulo->garantia=$request->get('garantia');

if(Input::hasFile('imagen')){

$file=Input::file('imagen');

$file->move(public_path().'/imagenes/articulos/',$file-

>getClientOriginalName());

$articulo->imagen=$file->getClientOriginalName();

}

$articulo->update();


}


{


135





}

}

<?php




use App\Persona;



use App\Http\Requests\PersonaFormRequest;

use DB;

class PersonaController extends Controller

{


{


}


{

if ($request)

{


$persona=DB::table('personas')

->where('nombre','LIKE','%'.$query.'%')

136




->where ('tipo_persona','=','cliente')


->orwhere('numero_dni','LIKE','%'.$query.'%')

->where ('tipo_persona','=','cliente')


->orderBy('id_per','desc')

->paginate(4 );

return

view('ventas.cliente.index',["persona"=>$persona,"searchText"=>$query]);

}

}


{

return view("ventas.cliente.create");

}

public function store (PersonaFormRequest $request)

{

$persona=new Persona;

$persona->tipo_persona='cliente';

$persona->nombre=$request->get('nombre');

$persona->tipo_dni=$request->get('tipo_dni');

$persona->numero_dni=$request->get('numero_dni');

$persona->telefono=$request->get('telefono');

$persona->direccion=$request->get('direccion');

$persona->email=$request->get('email');

$persona->estado='1';

$persona->save();

return Redirect::to('ventas/cliente');

}


137




{

return view("ventas.cliente.show",["persona"=>Persona::findOrFail($id)]);

}


{

return view("ventas.cliente.edit",["persona"=>Persona::findOrFail($id)]);

}

public function update(PersonaFormRequest $request,$id)

{

$persona=Persona::findOrFail($id);

$persona->nombre=$request->get('nombre');

$persona->tipo_dni=$request->get('tipo_dni');

$persona->numero_dni=$request->get('numero_dni');

$persona->telefono=$request->get('telefono');

$persona->direccion=$request->get('direccion');

$persona->email=$request->get('email');

$persona->update();


}


{

$persona=Persona::findOrFail($id);

$persona->estado='0';

$persona->update();


}

}

<?php


138






use App\Transaccion;

use App\DetalleTransaccion;



use App\Http\Requests\TransaccionFormRequest;

use DB;

use Carbon\Carbon;

use Illuminate\Support\Facades\Collection;

class IngresoController extends Controller

{


{


}


{

if ($request)

{


$ingresos=DB::table('transacciones as i')

->join('personas as p','i.id_per','=','p.id_per')

->join('detalle_transaccion as di','i.id_tra','=','di.id_tra')

-

>select('i.id_tra','i.fecha_hora','p.nombre','i.tipo_comprobante','i.serie_comprobante','

i.numero_comprobante','i.impuesto','i.estado',DB::raw('sum(di.cantidad*precio_com

pra) as total'))

->where('i.numero_comprobante','LIKE','%'.$query.'%')

->where ('tipo_transaccion','=','ingreso')

->orderBy('i.id_tra','desc')

139




groupBy('i.id_tra','i.fecha_hora','p.nombre','i.tipo_comprobante','i.serie_comprobante

','i.numero_comprobante','i.impuesto','i.estado')

->paginate(5);

return

view('compras.ingreso.index',["ingresos"=>$ingresos,"searchText"=>$query]);

}

}


{

$personas=DB::table('personas')->where('tipo_persona','=','proveedor')-

>get();

$articulos=DB::table('articulos as art')

->select(DB::raw('CONCAT(art.codigo, " ",art.nombre) AS

articulos'),'art.id_art')

->where('art.estado','=','Activo')

->get();

return

view("compras.ingreso.create",["personas"=>$personas,"articulos"=>$articulos]);

}

public function store (TransaccionFormRequest $request)

{

try{

DB::beginTransaction();

$ingreso=new Transaccion;

$ingreso->tipo_transaccion='ingreso';

$ingreso->id_per=$request->get('id_per');

$ingreso->tipo_comprobante=$request->get('tipo_comprobante');

$ingreso->serie_comprobante=$request->get('serie_comprobante');

$ingreso->numero_comprobante=$request->get('numero_comprobante');

$mytime = Carbon::now('America/Lima');

140




$ingreso->fecha_hora=$mytime->toDateTimeString();

$ingreso->impuesto='12';

$ingreso->estado='A';

$ingreso->save();

$id_art = $request->get('id_art');

$cantidad = $request->get('cantidad');

$precio_compra = $request->get('precio_compra');

$precio_venta_1 = $request->get('precio_venta_1');

$precio_venta_2 = $request->get('precio_venta_2');

$cont = 0;

while ($cont < count($id_art)) {

$detalle = new DetalleTransaccion();

$detalle->id_tra=$ingreso->id_tra;

$detalle->id_art=$id_art[$cont];

$detalle->cantidad=$cantidad[$cont];

$detalle->precio_compra=$precio_compra[$cont];

$detalle->precio_venta_1=$precio_venta_1[$cont];

$detalle->precio_venta_2=$precio_venta_2[$cont];

$detalle->tipo_detalle='ingreso';

$detalle->save();

$cont=$cont+1;

}

DB::commit();

141




}catch(\Exception $e)

{

DB::rollback();

}

return Redirect::to('compras/ingreso');

}


{

$ingreso=DB::table('transacciones as i')

->join('personas as p','i.id_per','=','p.id_per')

->join('detalle_transaccion as di','i.id_tra','=','di.id_tra')

-

>select('i.id_tra','i.fecha_hora','p.nombre','i.tipo_comprobante','i.serie_comprobante','

i.numero_comprobante','i.impuesto','i.estado',DB::raw('sum(di.cantidad*precio_com

pra) as total'))

->where('i.id_tra','=',$id)

->first();

$detalles=DB::table('detalle_transaccion as d')

->join('articulos as a','d.id_art','=','a.id_art')

->select('a.nombre as

articulos','d.cantidad','d.precio_compra','d.precio_venta_1','d.precio_venta_2')

->where('d.id_tra','=',$id)

->get();

return

view("compras.ingreso.show",["ingreso"=>$ingreso,"detalles"=>$detalles]);

}


{

$ingreso=Transaccion::findOrFail($id);

$ingreso->estado='C';

$ingreso->update();

return Redirect::to('compras/ingreso');

142




3. Vistas

Código de la plantilla

<!DOCTYPE html>

<html lang="en">

@section('htmlheader')

@include('layouts.partials.htmlheader')

@show

BODY TAG OPTIONS:

=================

Apply one or more of the following classes to get the

desired effect

|---------------------------------------------------------|

| SKINS | skin-blue |

| | skin-black |

| | skin-purple |

| | skin-yellow |

| | skin-red |

| | skin-green |

|---------------------------------------------------------|

|LAYOUT OPTIONS | fixed |

| | layout-boxed |

| | layout-top-nav |

| | sidebar-collapse |

| | sidebar-mini |

|---------------------------------------------------------|

-->

<body class="skin-blue sidebar-mini">

<div style="display: none;" id="cargador_empresa" align="center">

<br>

<label style="color:#FFF; background-color:#ABB6BA; text-

align:center"> Espere... </label>

143




<img src="{{ url('/img/cargando.gif') }}" align="middle" alt="cargador">

<label style="color:#ABB6BA">Realizando tarea solicitada ...</label>

<br>

<hr style="color:#003" width="50%">

<br>

</div>

<input type="hidden" id="url_raiz_proyecto" value="{{ url("/") }}" />

<div id="capa_modal" class="div_modal" style="display: none;"></div>

<div id="capa_formularios" class="div_contenido" style="display: none;"></div>

<div class="wrapper">

@include('layouts.partials.mainheader')

@include('layouts.partials.sidebar')



<div class="content-wrapper">

@include('layouts.partials.contentheader')



<section class="content">



@yield('main-content')

</section>

</div>

@include('layouts.partials.controlsidebar')

@include('layouts.partials.footer')

</div>

@section('scripts')

@include('layouts.partials.scripts')

@show

</body>

</html>

<aside class="main-sidebar">

144






@if (! Auth::guest())

<div class="user-panel">

<div class="pull-left image">

<img src="{{asset('/img/avatar_plusis.jpg')}}" class="img-circle"

alt="User Image" />

</div>

<div class="pull-left info">

<p>{{ Auth::user()->name }}</p>



<a href="#"><i class="fa fa-circle text-success"></i> {{

trans('adminlte_lang::message.online') }}</a>

</div>

</div>

@endif



<ul class="sidebar-menu">

<li class="header">FUNCIONES</li>

<li class="treeview">

<a href="#"><i class='fa fa-users'></i> <span>USUARIOS</span> <i

class="fa fa-angle-left pull-right"></i></a>

<ul class="treeview-menu">

<li><a href="{{ url('listado_usuarios') }}">Listado Usuarios</a></li>

<li><a href="#"></a></li>

</ul>

</li>


<a href="#"><i class='fa fa-shopping-cart'></i> <span>VENTAS</span>

<i class="fa fa-angle-left pull-right"></i></a>

145




<li><a href="{{ url('ventas/venta') }}"><i class="fa fa-circle-

o"></i>Ventas</a></li>

<li><a href="{{ url('ventas/cliente') }}"><i class="fa fa-circle-

o"></i>Listado Clientes</a></li>


</ul>

</li>


<a href="#"><i class='fa fa-folder'></i> <span>COMPRAS</span> <i

class="fa fa-angle-left pull-right"></i></a>


<li><a href="{{ url('compras/ingreso') }}">Ingresos</a></li>


<li><a href="{{ url('compras/proveedor') }}">Listado

Proveedores</a></li>


</ul>

</li>

@can('proveedores')


<a href="#"><i class='fa fa-laptop'></i> <span>INVENTARIOS</span>

<i class="fa fa-angle-left pull-right"></i></a>


<li><a href="{{ url('almacen/categoria') }}">Categorías</a></li>


<li><a href="{{ url('almacen/marca') }}">Marcas</a></li>


<li><a href="{{ url('almacen/articulo') }}">Artículos</a></li>


</ul>

146




</li>

@endcan

<li>

<a href="#">

<i class="fa fa-plus-square"></i> <span>Ayuda</span>

<small class="label pull-right bg-red">PDF</small>

</a>

</li>

<li>

<a href="#">

<i class="fa fa-info-circle"></i> <span>Acerca De...</span>

<small class="label pull-right bg-yellow">IT</small>

</a>

</li>

</ul>

</section>



</aside>

@extends('layouts.app')

@section('htmlheader_title')

Articulos

@endsection

@section('main-content')

<div class="row">

<div class="col-lg-8 col-md-8 col-sm-8 col-xs-12">

<h3>Listado de Artículos <a href="articulo/create"><button

class="btn btn-success">Nuevo</button></a></h3>

@include('almacen.articulo.search')

147




</div>

</div>

<div class="row">


<div class="table-responsive">

<table class="table table-striped table-bordered table-

condensed table-hover">

<thead>

<th>Id</th>

<th>Nombre</th>

<th>Modelo</th>

<th>Código</th>

<th>Categoría</th>

<th>Marca</th>

<th>Stock</th>

<th>Descripción</th>

<th>Mínimo</th>

<th>Máximo</th>

<th>Garantía</th>

<th>Imagen</th>

<th>Estado</th>

<th>Opciones</th>

</thead>

@foreach ($articulos as $art)

<tr>

<td>{{ $art->id_art}}</td>

<td>{{ $art->nombre}}</td>

<td>{{ $art->modelo}}</td>

<td>{{ $art->codigo}}</td>

<td>{{ $art->categorias}}</td>

148




<td>{{ $art->marcas}}</td>

<td>{{ $art->stock}}</td>

<td>{{ $art->descripcion}}</td>

<td>{{ $art->minimo}}</td>

<td>{{ $art->maximo}}</td>

<td>{{ $art->garantia}}</td>

<td><img

src="{{asset('imagenes/articulos/'.$art->imagen)}}" alt="{{ $art->nombre}}"

height="100px" width="100px" class="img-thumbnail"></td>

<td>{{ $art->estado}}</td>

<td>

<a

href="{{URL::action('ArticuloController@edit',$art->id_art)}}"><button class="btn

btn-info">Editar</button></a>

<a href="" data-target="#modal-delete-{{$art->id_art}}" data-

toggle="modal"><button class="btn btn-danger">Eliminar</button></a>

</td>

</tr>

@include('almacen.articulo.modal')

@endforeach

</table>

</div>

{{$articulos->render()}}

</div>

</div>

@endsection

@extends('layouts.app')

@section('htmlheader_title')

149




Ingresos

@endsection

@section('main-content')

<div class="row">


<h3>Nuevo Ingreso</h3>

@if (count($errors)>0)

<div class="alert alert-danger">

<ul>

@foreach ($errors->all() as $error)

<li>{{$error}}</li>

@endforeach

</ul>

</div>

@endif

</div>

</div>

{!!Form::open(array('url'=>'compras/ingreso','method'=>'POST','autocomp

lete'=>'off'))!!}

{{Form::token()}}

<div class="row">


<div class="form-group">

<label>Proveedor</label>

<select name="id_per" class="form-control selectpicker" data-live-

search="true">

150




@foreach ($personas as $per)

<option value="{{$per->id_per}}">{{$per->nombre}}</option>

@endforeach

</select>

</div>

</div>



<label>Tipo Comprobante</label>

<select name="tipo_comprobante" class="form-control">

<option value="Factuta">Factura</option>

<option value="Nota de venta">Nota de venta</option>

<option value="Ticket">Ticket</option>

</select>

</div>

</div>



<label for="serie_comprobante">Serie Comprobante</label>

<input type="text" name="serie_comprobante" required

value="{{old('serie_comprobante')}}" class="form-control" placeholder="Serie

Comprobante...">

</div>

</div>



<label for="numero_comprobante">Número Comprobante</label>

<input type="text" name="numero_comprobante" required

value="{{old('numero_comprobante')}}" class="form-control" placeholder="Númer

Comprobante...">

</div>

151




</div>

</div>

<div class="row">

<div class="panel panel-primary">

<div class="panel-body">



<label>Artículo</label>

<select name="pid_art" class="form-control selectpicker" id="pid_art"

data-live-search="true">

@foreach ($articulos as $art)

<option value="{{$art->id_art}}">{{$art->articulos}}</option>

@endforeach

</select>

</div>

</div>



<label for="cantidad">Cantidad</label>

<input type="number" name="pcantidad" id="pcantidad" class="form-

control" placeholder="cantidad">

</div>

</div>



<label for="precio_compra">Precio Compra</label>

<input type="number" name="pprecio_compra" id="pprecio_compra"

class="form-control" placeholder="precio compra">

</div>

</div>


152





<label for="precio_venta_1">Precio de venta 1</label>

<input type="number" name="pprecio_venta_1" id="pprecio_venta_1"

class="form-control" placeholder="precio de venta 1">

</div>

</div>



<label for="precio_venta_2">Precio de venta 2</label>

<input type="number" name="pprecio_venta_2" id="pprecio_venta_2"

class="form-control" placeholder="precio de venta 2">

</div>

</div>



<button type="button" id="btn_add" class="btn btn-

primary">Agregar</button>

</div>

</div>


<table id="detalles" class="table table-stried table-bordered table-

condensed table-hover">

<thead style="background-color:#A9D0F5">

<th>Opciones</th>

<th>Artículo</th>

<th>Cantidad</th>

<th>Precio Compra</th>

<th>Precio Venta 1</th>

<th>Precio Venta 2</th>

<th>Subtotal</th>

</thead>

153




<tfoot>

<th>TOTAL</th>

<th></th>

<th></th>

<th></th>

<th></th>

<th></th>

<th><h4 id="total">$. 0.00</h4></th>

</tfoot>

<tbody>

</tbody>

</table>

</div>

</div>

</div>

<div class="col-lg-6 col-md-6 col-sm-6 col-xs-12" id="guardar">


<input name="_token" value="{{ csrf_token() }}" type="hidden"

name=""></input>

<button class="btn btn-primary" type="submit">Guardar</button>

<button class="btn btn-danger" type="reset">Cancelar</button>

</div>

</div>

</div>

{!!Form::close()!!}

@push ('scripts')

<script>

$(document).ready(function(){

154




$('#btn_add').click(function(){

agregar();

});

});

var cont=0;

total=0;

subtotal=[];

$("#guardar").hide();

function agregar(){

id_art=$("#pid_art").val();

articulo=$("#pid_art option:selected").text();

cantidad=$("#pcantidad").val();

precio_compra=$("#pprecio_compra").val();

precio_venta_1=$("#pprecio_venta_1").val();

precio_venta_2=$("#pprecio_venta_2").val();

if(id_art!="" && cantidad!="" && cantidad>0 && precio_compra!="" &&

precio_venta_1!="" && precio_venta_2!="")

{

subtotal[cont]=(cantidad*precio_compra);

total=total+subtotal[cont];

var fila='<tr class="selected" id="fila'+cont+'"><td><button type="button"

class="btn btn-warning" onclick="eliminar('+cont+');">X</button></td><td><input

type="hidden" name="id_art[]" value="'+id_art+'">'+articulo+'</td><td><input

type="number" name="cantidad[]" value="'+cantidad+'"></td><td><input

type="number" name="precio_compra[]"

value="'+precio_compra+'"></td><td><input type="number"

name="precio_venta_1[]" value="'+precio_venta_1+'"></td><td><input

type="number" name="precio_venta_2[]"

value="'+precio_venta_2+'"></td><td>'+subtotal[cont]+'</td></tr>';

cont++;

linpiar();

$("#total").html("$. " +total);

155




evaluar();

$('#detalles').append(fila);

}

else{

alert("Error al ingresar el detalle del ingreso, revise los datos del artículo");

}

}

function linpiar(){

$("#pcantidad").val("");

$("#pprecio_compra").val("");

$("#pprecio_venta_1").val("");

$("#pprecio_venta_2").val("");

}

function evaluar(){

if (total>0){

$("#guardar").show();

}

else

{

$("#guardar").hide();

}

}

function eliminar(index){

total=total-subtotal[index];

$("#total").html("$. " +total);

$("#fila" + index).remove();

evaluar();

}

</script>

@endpush

156




Bibliografía

Alonso, A. D. (2003). Apuntes para la asignatura informatica. mexico: Fondo

editorialFCA.

Espinoza, O. (2011). La administracion eficiente de los inventarios. madrid: la

ensenada.

http://jaimetorresy.blogspot.com/p/sistema-informatico-atencion-revise-el.html

https://es.slideshare.net/elgato801/pruebas-de-carga

http://www.alegsa.com.ar/Dic/requerimientos.php

carrera de anÁlisis de sistemas sistematizaciÓn de los

Documents