SISTEMA DE ALMACENAMIENTO ADMINISTRATIVO Y …

1

SISTEMA DE ALMACENAMIENTO ADMINISTRATIVO Y FACTURACIÓN

PARA PEQUEÑAS EMPRESAS

BRAYAN NICOLAS PEÑA QUINTANA

DEIVY GEOVANY GUEVARA SIERRA

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA

SISTEMATIZACIÓN DE DATOS

BOGOTA D.C.

2017

2




20121078072


20122078030

MONOGRAFIA PARA OPTAR EL TÍTULO DE TECNÓLOGO EN


TUTOR

CARLOS ALBERTO VANEGAS




BOGOTA D.C.

2017

3

Índice

Parte I: Fase de inicialización……………………………...………………..……...10

1 TÍTULO…………………………………………....……………………………......10

2. ALCANCE Y DELIMITACIÓN………………..…………..……………………...10

2.1 Alcance…………………………………………………….…………………..10

2.2 Delimitación………………………………………………...……………...….11

3. Planteamiento del problema……………………………………………..……....11

3.1 Descripción del problema ........................................................................ 11

3.2 Formulación del problema ........................................................................ 11

4. OBJETIVOS……………………………………….……………………………….12

4.1 Objetivo general………...…………………………………………………….12

4.2 Objetivos específicos………….……………………………………………..12

5. JUSTIFICACIÓN…………………………………………….…………………….12

6. ESTADO DEL ARTE………………………………………………….................13

6.1 Fuentes principales…………………………………………………………...13

6.2 Fuentes secundarias………………………………………………………....13

6.3 Proyectos relacionados…………………..…………………………………..14

7. MARCO TEÓRICO………………………………………………………………..16

7.1 Antecedentes normativos………………………………………………...….16

7.2 Requisitos de la factura…………………………………………..................17

7.2.1 Código de comercio, art. 774…………………….……………………...17

7.2.2 Requisitos de la factura de venta…………………………………….....18

7.2.3 Estatuto tributario, art. 771-2………………………….………….……...19

7.2.4 Ley 1231 de 2008……………………………………….………………...19

7.3 Impuestos deducibles…………………………………………..…………….19

7.3.1 Causación del impuesto a las ventas……………………….…….…....19

7.3.2 Base gravable en el impuesto sobre las ventas………………..…...…20

7.4 Inventario de materias primas…………..……………………………...…...20

7.4.1 Materia prima……………………………..…………...…………………..20

7.5 Herramientas de desarrollo………………………………...…………….….20

7.5.1. Bases de datos………………………………………….……….……….20

7.5.1.1. MySql…...…………….......………………………………………...…21

7.5.2 PHP…………………………………………………………………….…..21

7.5.2.1. Laravel.……….……………….………………………………………22

7.5.3 HTML……………..………………………………………………………...22

8. METODOLOGÍA…………………………………………………………………..23

8.1 Inicio…………………………...……………………………………………….23

8.2 Elaboración……………………………………………………………………23

8.3 Construcción……………….………………………………………………….23

4

8.4 Transición……..……………………………………………………………….23

9. Marco conceptual………….………………………………………………………24

9.1 Cotizaciones………...………………………………………………………...24

9.2 Diseño de factura………………………………………...…………………...24

9.3 Factura……..…………………………………………………………………..24

9.3.1 Tipos de facturas…….……………………………………………………24

9.3.1.1 Factura ordinaria………………………………………………………24

9.3.1.2 Factura simplificada……….…………………………………………..24

9.3.1.3 Factura rectificativa…......……………………….……………………25

9.4 Inventario………………......………………………………………………….25

10. FACTIBILIDAD………..…………………….………………...…………………25

10.1 Factibilidad técnica………………………...…………..……………………25

10.2 Factibilidad operativa……………………....……………………………….26

10.3 Factibilidad económica….……………………..……...……………………26

10.4 Factibilidad legal…….………………………....……………………………29

11. MARCO METODOLOGICO………...………………………………………….30

Parte II: Fase de elaboración...……………………………………………………..34

12. REQUERIMIENTOS…………………………………………………………….34

12.1 Requerimientos funcionales………………………..………………….......34

12.2 Requerimientos no funcionales……………………………………………38

13. DEFINICIÓN DE ACTORES……………………………………………………39

14. LISTA PRELIMINAR DE CASOS DE USO………….………………………..39

15. MODELO CASOS DE USO……..………………….…………………………..40

16. DOCUMENTACION CASO DE USO………………………………………….42

Parte III: Fase de construcción.…………………………….………………………59

Funciones enfocadas al administrador……………..…………………..………….59

Funciones enfocadas al empleado…………………………………………………58

17. DIAGRAMA DE SECUENCIA………………………………………………….61

17.1 Diagramas de secuencia actor "administrador"……………………….....61

17.2 Diagramas de secuencia actor “empleado”……..………………………..75

18. Diagrama de estados……………………………………………………...…….86

19. Base de datos…………...……………………………………………………….87

19.1 Modelo relacional.………………….………………………….……………….87

19.2 Diccionario de datos…………………………………………………………...88

Parte IV: Fase de transición…....……………………………………...……………94

20. Diagrama de componentes……………….…………………………………….95

21. Diagrama de despliegue…….………………………………………………….96

22. Pruebas………...………………………………………………….……………..97

23. Conclusiones…………………………………………………………………...104

24. Recomendaciones…………………………….……………………………….104

25. Bibliografía……...…………………………………..…………………………..105

5

Índice de tablas

TABLA 1: FUENTES PRINCIPALES ................................................................ 13

TABLA 2: FUENTES SECUNDARIAS .............................................................. 13

TABLA 3: FACTIBILIDAD TÉCNICA ................................................................. 25

TABLA 4: COSTO DE HARDWARE………………………………………………26

TABLA 5: COSTO DE PERSONAL……………………………………………….27

TABLA 6: RECURSO LÓGICO……………………………………………………28

TABLA 7: MATERIALES E INSUMOS……………………………………………28

TABLA 8: RF001 GESTIÓN DE ROLES ………………..……………………….34

TABLA 9: RF002 CREAR USUARIO………….………..………………………...35

TABLA 10: RF003 REPORTE ADMINISTRATIVO……………………………...35

TABLA 11: RF005 ALMACENAR DATOS……………………………………….36

TABLA 12: RF005 REPORTE EMPLEADO……………………………………...36

TABLA 13: RF006 GESTION FACTURACION…...……………………………..37

TABLA 14: REQUERIMIENTOS NO FUNCIONALES…...……………………..38

TABLA 15: DOCUMENTACIÓN CASO DE USO INGRESAR AL SISTEMA..42

TABLA 16: DOCUMENTACIÓN CASO DE USO ASIGNAR ROL

ADMINISTRADOR O ROL USUARIO EMPLEADO, SEGÚN EL USUARIO...42

TABLA 17: DOCUMENTACIÓN CASO DE USO REGISTRAR DATOS

PERSONALES DE USUARIO……………………………………………………...43

TABLA 18: DOCUMENTACIÓN CASO DE USO CONSULTAR INFORMACIÓN

DE USUARIO……………………………………………………..44

TABLA 19: DOCUMENTACIÓN CASO DE USO EDITAR INFORMACIÓN DE

USUARIO……………………………………………………………………………..44

TABLA 20: DOCUMENTACIÓN CASO DE USO ELIMINAR USUARIO……..45

TABLA 21: DOCUMENTACION CASO DE USO REGISTRAR DATOS DE

CONTACTO DE PROVEEDOR…………………………………………………….46

TABLA 22: DOCUMENTACION CASO DE USO CONSULTAR INFORMACIÓN

DE PROVEEDOR………………………………………………..46

TABLA 23: DOCUMENTACION CASO DE USO EDITAR INFORMACIÓN DE

PROVEEDOR………………………………………………………………………..47

TABLA 24: DOCUMENTACIÓN CASO DE USO ELIMINAR PROVEEDOR...48

TABLA 25: DOCUMENTACIÓN CASO DE USO REGISTRAR PRODUCTO A

LA VENTA…………………………………………………………………………….48

TABLA 26: DOCUMENTACIÓN CASO DE USO CONSULTAR INFORMACION

DEL PRODUCTO………………………………………………...49

6

TABLA 27: DOCUMENTACIÓN CASO DE USO EDITAR INFORMACIÓN DEL

PRODUCTO…………………………………………………………………………..50

TABLA 28: DOCUMENTACIÓN CASO DE USO ELIMINAR PRODUCTO….51

TABLA 29: DOCUMENTACIÓN CASO DE USO INGRESAR AL SISTEMA..51

TABLA 30: DOCUMENTACIÓN CASO DE USO REALIZAR PEDIDOS...…..52

TABLA 31: DOCUMENTACIÓN CASO DE USO CONSULTAR PEDIDOS….53

TABLA 32: DOCUMENTACIÓN CASO DE USO GENERAR FACTURA...….53

TABLA 33: DOCUMENTACIÓN CASO DE USO ENTREGAR PEDIDOS…...54

TABLA 34: DOCUMENTACIÓN CASO DE USO VERIFICAR PRODUCTOS

DISPONIBLES……………………………………………………………………….55

TABLA 35: DOCUMENTACIÓN CASO DE USO INFORMAR SI UN

PRODUCTO ESTÁ AGOTADO……………………………………………………55

TABLA 36: DOCUMENTACIÓN CASO DE USO REGISTRAR CLIENTE…...56

TABLA 37: DOCUMENTACIÓN CASO DE USO CONSULTAR INFORMACIÓN

DE CLIENTE………………………………………………………………………....57

TABLA 38: DOCUMENTACIÓN CASO DE USO EDITAR INFORMACIÓN DE

CLIENTE………………………………………..…………………………………….58

TABLA 39: DOCUMENTACIÓN CASO DE USO ELIMINAR CLIENTE.……..58

Tabla 40: DICCIONARIO DE DATOS…………………………………………….88

7

Índice de ilustraciones

ILUSTRACIÓN 1: FASE DE INICIALIZACIÓN ................................................. 30

ILUSTRACIÓN 2: FASE DE ELABORACION .................................................. 31

ILUSTRACIÓN 3: FASE DE CONSTRUCCIÓN .............................................. 32

ILUSTRACIÓN 4: FASE DE TRANSICION ..................................................... 33

ILUSTRACIÓN 5: DIAGRAMA DE CASO DE USO DE ADMINISTRADOR .... 40

ILUSTRACIÓN 6: DIAGRAMA DE CASO DE USO DE EMPLEADO .............. 41

ILUSTRACIÓN 7: DIAGRAMA DE SECUENCIA ADMINISTRADOR INGRESO

AL SISTEMA .................................................................................................... 61

ILUSTRACIÓN 8: ASIGNAR ROL ADMINISTRADOR O ROL USUARIO

EMPLEADO, SEGÚN EL USUARIO ................................................................ 62

ILUSTRACIÓN 9: REGISTRAR DATOS PERSONALES DE USUARIO ......... 63

ILUSTRACIÓN 10: CONSULTAR INFORMACIÓN DE USUARIO .................. 64

ILUSTRACIÓN 11: EDITAR INFORMACIÓN DE USUARIO ........................... 65

ILUSTRACIÓN 12: ELIMINAR USUARIO ........................................................ 66

ILUSTRACIÓN 13: REGISTRAR DATOS DE CONTACTO DE PROVEEDOR 67

ILUSTRACIÓN 14: CONSULTAR INFORMACIÓN DE PROVEEDOR ............ 68

ILUSTRACIÓN 15: EDITAR INFORMACIÓN DE PROVEEDOR ..................... 69

ILUSTRACIÓN 16: ELIMINAR PROVEEDOR ................................................. 70

ILUSTRACIÓN 17: REGISTRAR PRODUCTO A LA VENTA .......................... 71

ILUSTRACIÓN 18: CONSULTAR INFORMACIÓN DEL PRODUCTO ............ 72

ILUSTRACIÓN 19: EDITAR INFORMACIÓN DEL PRODUCTO ..................... 73

ILUSTRACIÓN 20: ELIMINAR PRODUCTO .................................................... 74

ILUSTRACIÓN 21: INGRESO AL SISTEMA ................................................... 75

ILUSTRACIÓN 22: REALIZAR PEDIDOS ....................................................... 76

ILUSTRACIÓN 23: CONSULTAR PEDIDOS ................................................... 77

ILUSTRACIÓN 24: GENERAR FACTURAS .................................................... 78

ILUSTRACIÓN 25: ENTREGAR PEDIDO ....................................................... 79

ILUSTRACIÓN 26: VERIFICAR PRODUCTOS DISPONIBLES ...................... 80

ILUSTRACIÓN 27: INFORMAR SI UN PRODUCTO ESTÁ AGOTADO .......... 81

ILUSTRACIÓN 28: REGISTRAR CLIENTE ..................................................... 82

ILUSTRACIÓN 29: CONSULTAR CLIENTE .................................................... 83

ILUSTRACIÓN 30: EDITAR CLIENTE ............................................................. 84

ILUSTRACIÓN 31: ELIMINAR CLIENTE ......................................................... 85

ILUSTRACIÓN 32: DIAGRAMA DE ESTADOS ............................................... 86

ILUSTRACIÓN 33: MODELO RELACIONAL ................................................... 87

ILUSTRACIÓN 34: DIAGRAMA DE COMPONENTES .................................... 95

ILUSTRACIÓN 35: DIAGRAMA DE DESPLIEGUE ......................................... 96

8

RESUMEN

En este trabajo se presenta la descripción de un sistema de información web

para la manejar el sector administrativo y la facturación de pequeñas empresas

relacionadas al sector de ferreterías.

El aplicativo permitirá a los usuarios correspondientes para hacer uso de

módulos según su función, ya sea que maneje la parte administrativa, lo cual

sería el usuario administrador quien se encargue de esto, con funciones como

lo son crear nuevos usuarios y/o hacer modificaciones a los ya existentes, o lo

relacionado con la facturación que sería el usuario empleado, lo cual también

se tendrá en cuenta los reportes.

En el diseño de la aplicación se implementó la metodología RUP; esta posee

cuatro fases de desarrollo: Inicio, Elaboración, Construcción y Transición. Las

fases mencionadas permiten llevar un control y seguimiento a los

requerimientos que necesita la aplicación.

ABSTRACT

This paper presents the application of a web information system to manage the

administrative sector and the billing of small businesses related to the hardware

sector.

The application will allow the corresponding users to make use of modules

according to their function, whether it handles the administrative part, which

would be the administrator user who takes care of this, with functions such as

creating new users and / or make modifications to The existing ones, or the

related to the billing that would be the user employed, which will also be taken

into account the reports.

In the design of the application the RUP methodology was implemented; this

one has four phases of development: Start, Elaboration, Construction and

Transition. The mentioned phases allow to carry out a control and follow up to

the requirements that the application needs.

9

INTRODUCCIÓN

La organización en una empresa es elemental hoy en día ya que basados en

esta información será posible tomar buenas o malas decisiones para el

surgimiento de la misma. Actualmente se manejan dos tipos de

almacenamiento de información uno que es físico y otro que es sistemático

para cualquiera de los dos controles es elemental prescindir de una buena

organización de la información, para esto quien dificulta más su información es

el físico ya que se debe tener en cuenta un buen orden con respecto a la

información a presentar y adicional se debe de contar con un buen

acondicionamiento y espacio para su almacenaje ya que si no se cuenta con

esto la información presentada no tendrá mucha validez, se debe tener en

cuenta condiciones como impresión, calidad del papel espacio de almacenaje

entre otras variables. Como bien sabemos si se tiene almacenado un papel se

puede llegar a perder la tinta o la impresión debido a los químicos con los que

es hecho.

Se presenta como solución la sistematización de la información donde se

puede contar con el respaldo de la información en otros discos o dispositivos

de guardar información, se puede obtener un mejor control y manejo de la

misma, se plantea como solución ya que su espacio de almacenaje será más

pequeño a comparación del físico, para la presentación de la información será

más fácil para conllevar un consecutivo o alguna cuenta y a su vez su

presentación en la información será más sencilla de evidenciar y de registrar.

Adicional a esto podemos acomodar dicha sistematización a nuestros

requerimientos diarios.

A continuación evidenciamos una problemática de la vida real tomando de

ejemplo la problemática presentada en la empresas referentes al sector

ferretero encargada del área de construcción, la cual tiene problemas con

respecto a su área de facturación y de control de inventario de productos y

materias primas, en el documento se desglosa poco a poco la solución del

problema planteado evidenciamos algunas de las soluciones planteadas en

otras compañías y mostrando como la sistematización de la información es una

total solución para este tipo de inconvenientes se demostrara la metodología a

llevar a cabo permitiendo a su vez ajustar cualquier requerimiento presentado

por la compañía, a su vez se mostrará cómo va ocurriendo todo el desarrollo

del proyecto web permitiendo tener todo un paso a paso y una definición de lo

que será este proyecto para la empresa.

10

PARTE I: FASE DE INICIALIZACION

En esta fase del documento se encontrara en específico toda la información

necesaria del porque y para que del desarrollo de este Sistema de Información

Web, incluyendo la metodología a usar entre otros puntos de interés.

1. TÍTULO:



2. ALCANCE Y DELIMITACIÓN

2.1 ALCANCE

La ejecución de este proyecto web será dirigida principalmente a la gestión de

facturación en el sector ferretero, con el fin de procurar una mejora en estos

procesos y el servicio que está ofreciendo a sus clientes. El estudio se refiere a

la información ingresada del inventario y pedidos registrados por los usuarios y

realizados por los clientes.

Para lograr esto se plantean los siguientes procesos.

las personas podrán encontrar información de dicha empresa en la

página web, facilitando así el acceso a la búsqueda de productos y

precios que posee la ferretería brindando a los usuarios el servicio de

hacer cotizaciones a través de la página web.

El administrador podrá realizar las facturas por medio de este aplicativo,

garantizando un registro de todas las ventas realizadas en la ferretería.

Además, el administrador podrá hacer ventas de productos, modificar,

ingresar y eliminar información de la base de datos a través de la página

web.

Los empleados podrán realizar ventas de productos, registrándose estas

en la base de datos a través de la página web, la parte comercial se

realizará por medio de cotizaciones que los clientes podrán realizar, y la

exhibición de algunos productos en la página web.

Los empleados podrán agregar registros de ventas.

Los usuarios podrán interactuar con la página web mirando y

consultando productos en ella, haciendo peticiones o dando sugerencias

a través de la pestaña con el nombre contáctenos.

Se tendrá un control de acceso para el control de la información.

11

2.2 DELIMITACIÓN

Se ha tenido en cuenta que este es un aplicativo web, por lo tanto se

limitaran algunas funcionalidades como:

No tendrá un carrito de compras, el proyecto llegara a la etapa en que el

usuario podrá hacer cotizaciones, creándose un pdf con los productos y

sus precios, permitiendo al administrador ver qué cotizaciones se ha

realizado.

Para la finalidad del aplicativo usaremos un sistema intranet donde se

aloja toda la información de la nómina en el servidor respectivo que use

el hosting que se contrate la cual nos permitirá tener acceso mundial y

sobre todo con seguridad.

3. PLANTEAMIENTO DEL PROBLEMA

3.1 DESCRIPCIÓN DEL PROBLEMA:

Las empresas ferreteras tienen problemas con su área de facturación ya que

en estos momentos para la gestión de los datos se realiza a través de planillas

en papel y facturas común y corriente, sin un identificador correspondiente,

además todo esto se trata de guardar en una carpeta de cartón anotando las

deudas en un cuaderno pero no es suficiente para mantener la información

segura y fiable. Ya que en ocasiones se suele perder información y la

información no suele estar en buen estado físico ya que la posición de

guardado de facturación no es fija, es decir, la carpeta suele pasar de mano en

mano y de lugar en lugar.

Para la gestión de proveedores y clientes no se tiene un buen control de a

quién se vende ni a quien se compra todo esto debido a su falta de

sistematización en los datos y a un buen control de información, por el mismo

inconveniente con la facturación que no hay un orden determinado y tampoco

se tiene registrado o guardado debidamente las facturas enviadas por los

proveedores.

Para lo relacionado con el inventario de productos y materias primas, no se

lleva inventario alguno, ni registros contables, esto perjudica a la empresa ya

que no sabe qué productos tiene a su disposición ni si la empresa ha generado

ganancias, o está en pérdidas.

3.2 FORMULACIÓN DEL PROBLEMA:

¿A través de la sistematización web se lograra llevar un mejor control de la

facturación en la empresa?

12

4. OBJETIVOS

4.1 OBJETIVO GENERAL

Desarrollar un Sistema de Información Web para la gestión de la

facturación de la empresa Ferretería El Triunfo

4.2 OBJETIVOS ESPECÍFICOS

Recopilar información de las planillas que contienen los productos

ofrecidos por la empresa con el fin de analizar los requerimientos del

proyecto a nivel del software.

Elaborar un módulo de gestión para cada usuario administrativo donde

se tendrá el control de acceso a la información.

Elaborar un módulo para clientes donde se manejara una base de datos

de cada uno de los clientes que nos han cobrado y la frecuencia con la

que nos compran.

Elaborar un módulo para proveedores donde se manejara el tipo de

mercancía que cada quien provee y la frecuencia de necesidad de cada

producto.

Elaborar un módulo para inventariado se usara registros ante la entrada

y salida de cada producto y tendremos una valoración ante las

ganancias producidas por cada uno.

Elaborar un módulo para informes donde tendremos un versus de

clientes contra proveedores evidenciando cual es el producto de mayor

consumo, adicional tendremos también un control de crecimiento de la

compañía mostrando las ganancias netas de los productos.

5. JUSTIFICACIÓN

Algunas empresas ferreteras presentan problemas con su facturación e

inventario de materias primas ya que la facturación es realizada por los

trabajadores en facturas de miscelánea y la gestión de los datos es en un libro

contable físico. A su vez el inventario de materias primas en esta empresa no

existe debido al lío que tienen con su asistencia de facturación.

Hoy en día la sistematización de una compañía es eficaz y garantiza la

fiabilidad de los datos junto con un buen sistema de seguridad, todo esto es

debido a que es más sencillo manejar un sistema de información virtual a un

sistema de información físico, nos ahorramos tanto papeleo y tiempo, la

consulta y el registro es más sencillo a través de plantillas personalizadas para

gestión o consulta por los clientes, productos o proveedores, en su base de

13

datos sistematizada será más sencillo manejar temas como empleados,

inventariado, clientes y proveedores.

6. ESTADO DEL ARTE:

6.1 FUENTES PRINCIPALES:

En la TABLA 1 encontraremos fuentes principales para la realización del

proyecto:

TABLA 1: fuentes principales

Título Autor Editorial

Programación de

bases de datos con

MySQL y PHP

Helm Spona MARCOMBO

PRO MySQL Michael Kruckenberg and Jay pipes APRESS

Programación

Orientada a Objetos

Sonia Jaramillo Valbuena, Sergio

Augusto Cardona, Leonardo Alonso

Hernández

ELIZCOM

Java a Tope Sergio Gálvez Rojas, Lucas Ortega

Díaz

Universidad de

Málaga

Administrador de

servidores

Enzo Augusto Marchionni USERS

6.2 FUENTES SECUNDARIAS

En la TABLA 2 encontraremos fuentes secundarias para la realización del

proyecto:

TABLA 2: fuentes secundarias

Título Autor Edición Editorial

Contabilidad general Jesús Omeñaca

García

11 Deusto Barcelona

14

normas

internacionales de

contabilidad

Oriol Amat y Jordi

Perramon

2 gestión

2000

ACCID

Administración de

empresas

Agustín reyes Ponce 2 LIMUSA

Manual de

presupuestos y

contabilidad de las

corporaciones locales

Salvador Arnal Seria 6 el consultor de los

ayuntamientos (LA

LEY)

PUC Enrique Romero

Romero

2 ECOE

6.3 PROYECTOS RELACIONADOS

A Continuación una serie de proyectos que fueron base para la realización de

este proyecto:

I. Nombre proyecto: prototipo de aplicación web para ferreterías que permita la

comercialización y preventa de productos. 1

Autor: Jhon Fabio Hernández Agudelo

Año: 2013

Institución donde se Realizó el estudio: Universidad Católica de Pereira

Resumen: En este proyecto muestra la aplicación web en la ferrería EL

TABLILLAZO.

Se muestra evidencia e información de herramientas como gestores de bases

de datos, servidores y plataformas que permiten realizar páginas web. Y se

toma la que más factible es para elaborar dicho prototipo. También se muestra

el diseño e implementación del prototipo que se realizó para dicha ferretería.

1 Universidad Católica de Pereira, Prototipo de aplicación web para ferreterías que permita la

comercialización y preventa de productos. [en línea] [citado el 12 de septiembre de 2016] Disponible en internet. http://repositorio.ucp.edu.co:8080/jspui/bitstream/10785/1958/1/CDMIST84.pdf

http://repositorio.ucp.edu.co:8080/jspui/bitstream/10785/1958/1/CDMIST84.pdf

15

II. Nombre Proyecto: análisis, desarrollo e implementación de una aplicación

web orientada para el registro de órdenes de compra, clientes y productos para

la empresa ferretería tobar nolivos cia. Ltda. 2

Autor: Diego Rodrigo Tobar Chicaiza

Año: 2014

Institución donde se Realizó el estudio: Pontificia Universidad Católica de

Ecuador

Resumen: En este proyecto se evidencia el análisis, desarrollo e

implementación de una aplicación web orientada para el registro de órdenes de

compra, clientes y productos para la empresa Ferretería Tobar Nolivos Cía.

Ltda.

Este proyecto logró que los procesos de ingreso de información de la empresa

se automaticen y ya no sea necesario el manejo de información en una forma

manual sino ya con la utilización de la aplicación web. Para el desarrollo del

sistema se utilizó la metodología de trabajo SCRUM, lo cual nos permitió

presentar iterativamente al cliente el progreso del proyecto y poder realizar en

ciertos casos cambios en el sistema para que este cumpla con todos los

requerimientos requeridos por el cliente. Las herramientas utilizadas para la

elaboración del proyecto son de software libre, por lo que se utilizó el

framework CodeIgniter que usa el patrón de diseño Modelo - Vista -Controlador

(MVC), el framework ayudó en gran medida para la organización del código y

de los archivos para desarrollar la aplicación web. Se utilizó el lenguaje de

programación PHP, JavaScript y como base de datos se utilizó MySQL.

III. Nombre proyecto: Sistema de Base de Datos para una Ferretería 3

Autor: Lucero Pérez Morales

Año: diciembre 2004

Institución donde se Realizó el estudio: Benemérita Universidad Autónoma de

Puebla

Resumen: El objetivo de este proyecto estuvo en crear un Sistema de Base de

Datos para solucionar la necesidad de la Ferretería Méndez S.A. de C.V. con el

fin de controlar sobre las cuales no se tiene control, como son el orden, la

manipulación de datos, el Sistema cuenta con los módulos de Productos,

2 Pontificia Universidad Católica del Ecuador, Análisis, desarrollo e implementación de una

aplicación Web orientada para el registro de órdenes de compra, clientes y productos para la empresa ferretería Tobar Nolivos Cía. Ltda. [en línea] [citado el 12 de septiembre de 2016] Disponible en internet. http://repositorio.puce.edu.ec/handle/22000/6387 3 Benemérita Universidad Autónoma de Puebla Facultad de Ciencias de la Computación,

Sistema de Base de Datos para una Ferretería [en línea] [citado el 12 de septiembre de 2016] Disponible en internet. http://repositorio.puce.edu.ec/handle/22000/6387

http://repositorio.puce.edu.ec/handle/22000/6387


16

Clientes, Ventas, Proveedores, Reportes de Ventas e Inventario, al igual que

este programa le permita lograr la eficiencia en el control de los productos con

los que comercializa, así como también llevar un control de su nómina.

IV. Nombre Proyecto: Ferretería “Covensy” 4

Autor: Capillo Velásquez Miguel Ángel, Merino Morillo Vilmer

Año: 2010

Institución donde se realizó el estudio: Universidad Católica los Ángeles de

Chimbote

Resumen: El presente proyecto titulado Implementación de sistema informático

Web para mejorar el proceso de comercialización de la ferretería “Covensy”.

Tiene como objetivo general Implementar un Sistema Web, para la Ferretería

“Covensy” basado en la metodología RUP. Este Sistema Web es una

herramienta ideal para administrar esta empresa o negocio de escala media,

permitiendo llevar un completo control de stock, facturación, manejo de ventas

y compras, clientes. Además posee un entorno de fácil manejo, donde podrá

realizar todas aquellas operaciones que antes consumían una gran cantidad de

tiempo, en pocos segundos. Su gran potencial y diferencia del mercado es su

plataforma o arquitectura de servicio Web Extranet e Intranet en la que está

desarrollado, lo que permite cubrir todas las necesidades del negocio y también

utilizarla en forma remota. Este Sistema web, es la mejor solución ya que

controlara todos los procesos de compra y venta, permitiendo tener un manejo

eficiente de la gestión del negocio, y dar cumplimiento con las disposiciones

legales vigentes.

7. MARCO TEÓRICO

El sistema de facturación y de inventario de materias primas para muchas

empresas de ferretería constituidas se encuentra en crisis ya que no pueden

llevar ningún control de registro tanto de material vendido como de material

comprado, o no lo llevan de forma adecuada, adicional a esto el área de

facturación está constituido por muchos factores adicionales los cuales

veremos en el siguiente desarrollo teórico del proyecto:

4 Universidad Católica los Ángeles de Chimbote, Ferretería “Covensy” [en línea] [citado el 12 de septiembre de 2016] Disponible en internet. http://repositorio.puce.edu.ec/handle/22000/6387


17

7.1 ANTECEDENTES NORMATIVOS:

Ley 223 de 19955 Mediante esta ley 223 de 1995 se modificó el artículo

616-1 (factura o documento equivalente) el cual define: “La factura de

venta o documento equivalente que se expida, en las operaciones que

se realicen con comerciantes, importadores o prestadores de servicios o

en las ventas a consumidores finales; son documentos equivalentes a la

factura de venta: El tiquete de máquina registradora, la boleta de ingreso

a espectáculos públicos, la factura electrónica y los demás que señale el

Gobierno Nacional.”

Artículo 6176 del Estatuto Tributario Este artículo define principalmente

los requisitos que se deben cumplir en el momento de generar una

factura de venta y los cuales se enumeran a continuación:

Estar denominada expresamente como factura de venta. O Apellidos y

nombre o razón y NIT del vendedor o de quien presta el servicio junto

con la discriminación del IVA pagado. O Llevar un número que

corresponda a un sistema de numeración consecutiva de facturas de

venta. O Fecha de su expedición. O Descripción específica o genérica

de los artículos vendidos o servicios prestados. O Valor total de la

operación. O El nombre o razón social y el NIT del impresor de la

factura. O Indicar la calidad de retenedor del impuesto sobre las ventas.

Cuando el contribuyente utilice un sistema de facturación por

computador o máquinas registradoras, con la impresión efectuada por

tales medios se entienden cumplidos los requisitos de impresión previa.

El sistema de facturación deberá numerar en forma consecutiva las

facturas y se deberán proveer los medios necesarios para su verificación

y auditoría.

Ley 1231 de 20087 – Factura Comercial En esta ley se reglamenta la

factura como título valor y como mecanismo de financiación para los

empresarios.

El Código de comercio colombiano, en el artículo 7723 define la factura

como: “Factura es un título valor que el vendedor o prestador del servicio

podrá librar y entregar o remitir al comprador o beneficiario del servicio.”.

5 Secretaria senado, ley 223 de 1995. [en línea] [recuperado el 20 de octubre de 2016] Disponible en internet http://www.secretariasenado.gov.co/senado/basedoc/ley_0223_1995.html 6 estatuto tributario nacional, art. 617. [en línea] [recuperado el 22 de octubre de 2016] Disponible en internet http://estatuto.co/?e=436 7 Alcaldía de Bogotá, ley 1231 de 2008. [en línea] [recuperado el 23 de octubre de 2016] Disponible en internet http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=31593

http://www.secretariasenado.gov.co/senado/basedoc/ley_0223_1995.html

http://estatuto.co/?e=436

http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=31593

18

7.2 REQUISITOS DE LA FACTURA:

7.2.1 CÓDIGO DE COMERCIO, ART. 7748.

La factura deberá reunir, además de los requisitos señalados en los artículos

621 del presente Código, y 617 del Estatuto Tributario Nacional o las normas

que los modifiquen, adicionen o sustituyan, los siguientes:

1. La fecha de vencimiento, sin perjuicio de lo dispuesto en el artículo 673. En

ausencia de mención expresa en la factura de la fecha de vencimiento, se

entenderá que debe ser pagada dentro de los treinta días calendario

siguiente a la emisión.

2. La fecha de recibo de la factura, con indicación del nombre, o identificación

o firma de quien sea el encargado de recibirla según lo establecido en la

presente ley.

3. El emisor vendedor o prestador del servicio, deberá dejar constancia en el

original de la factura, del estado de pago del precio o remuneración y las

condiciones del pago si fuere el caso. A la misma obligación están sujetos

los terceros a quienes se haya transferido la factura.

No tendrá el carácter de título valor la factura que no cumpla con la totalidad

de los requisitos legales señalados en el presente artículo. Sin embargo, la

omisión de cualquiera de estos requisitos, no afectará la validez del negocio

jurídico que dio origen a la factura.

En todo caso, todo comprador o beneficiario del servicio tiene derecho a

exigir del vendedor o prestador del servicio la formación y entrega de una

factura que corresponda al negocio causal con indicación del precio y de su

pago total o de la parte que hubiere sido cancelada.

La omisión de requisitos adicionales que establezcan normas distintas a las

señaladas en el presente artículo, no afectará la calidad de título valor de

las facturas.

PARA EFECTOS TRIBUTARIOS, LA FACTURA DEBE CONTENER MÍNIMO

LOS REQUISITOS CONTEMPLADOS EN EL ARTÍCULO 6179 DEL

ESTATUTO TRIBUTARIO:

8 Alcaldía de Bogotá, decreto 410 de 1971. [en línea] [recuperado el 23 de octubre de 2016] Disponible en internet http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=41102 9 estatuto tributario nacional, art. 617. [en línea] [recuperado el 24 de octubre de 2016] Disponible en internet http://estatuto.co/?e=436



19

7.2.2 REQUISITOS DE LA FACTURA DE VENTA.

Para efectos tributarios, la expedición de factura a que se refiere el artículo

61510 consiste en entregar el original de la misma, con el lleno de los siguientes

requisitos:

A. Estar denominada expresamente como factura de venta.

B. Apellidos y nombre o razón y NIT del vendedor o de quien presta el

servicio.

C. Apellidos y nombre o razón social y NIT del adquirente de los bienes o

servicios, junto con la discriminación del IVA pagado.

D. Llevar un número que corresponda a un sistema de numeración

consecutiva de facturas de venta.

E. Fecha de su expedición.

F. Descripción específica o genérica de los artículos vendidos o servicios

prestados.

G. Valor total de la operación.

H. El nombre o razón social y el NIT del impresor de la factura.

I. Indicar la calidad de retenedor del impuesto sobre las ventas.

J. Al momento de la expedición de la factura los requisitos de las literales a),

b), d) y h), deberán estar previamente impresos a través de medios

litográficos, tipográficos o de técnicas industriales de carácter similar.

Cuando el contribuyente utilice un sistema de facturación por computador o

máquinas registradoras, con la impresión efectuada por tales medios se

entienden cumplidos los requisitos de impresión previa. El sistema de

facturación deberá numerar en forma consecutiva las facturas y se deberán

proveer los medios necesarios para su verificación y auditoría.

7.2.3 ESTATUTO TRIBUTARIO, ART. 771-211

”Procedencia de costos, deducciones e impuestos descontables. para la

procedencia de costos y deducciones en el impuesto sobre la renta, así como

de los impuestos descontables en el impuesto sobre las ventas, se requerirá de

facturas con el cumplimiento de los requisitos establecidos en los literales b),

c), d), e), f) y g) de los artículos 617 y 618 del estatuto tributario.

10 estatuto tributario nacional, art. 615. [en línea] [recuperado el 24 de octubre de 2016] Disponible en internet http://estatuto.co/?e=442 11 estatuto tributario nacional, art. 771-2. [en línea] [recuperado el 24 de octubre de 2016] Disponible en internet http://estatuto.co/?e=214



20

Tratándose de documentos equivalentes se deberán cumplir los requisitos

contenidos en los literales b), d), e) y g) del artículo 617 del Estatuto Tributario.”

7.2.4 LEY 1231 DE 200812

Reglamentada parcialmente por los Decretos Nacionales 4270 de 2008 y 3327

de 2009: por la cual se unifica la factura como título valor como mecanismo de

financiación para el micro, pequeño y mediano empresario, y se dictan otras

disposiciones.

7.3 IMPUESTOS DEDUCIBLES

7.3.1 CAUSACIÓN DEL IMPUESTO A LAS VENTAS

“ARTÍCULO 429. MOMENTO DE CAUSACIÓN13. El impuesto se causa:

1. En las ventas, en la fecha de emisión de la factura o documento

equivalente y a falta de éstos, en el momento de la entrega, aunque se haya

pactado reserva de dominio, pacto de retroventa o condición resolutoria.

2. En los retiros a que se refiere el literal b) del artículo 421, en la fecha del

retiro.

3. En las prestaciones de servicios, en la fecha de emisión de la factura o

documento equivalente, o en la fecha de terminación de los servicios o del

pago o abono en cuenta, la que fuere anterior.

4. En las importaciones, al tiempo de la nacionalización del bien. En este

caso, el impuesto se liquidará y pagará conjuntamente con la liquidación y pago

de los derechos de aduana.

7.3.2 BASE GRAVABLE EN EL IMPUESTO SOBRE LAS VENTAS

La base gravable el valor total de la operación gravada con el impuesto a las

ventas. Hacen parte de la base gravable elementos como gastos directos de

financiación ordinaria, extraordinaria, o moratoria, accesorios, acarreos,

12 Alcaldía de Bogotá, LEY 1231 DE 2008. [en línea] [recuperado el 27 de octubre de 2016] Disponible en internet http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=31593 13 estatuto tributario nacional, art. 429. [en línea] ] [recuperado el 28 de octubre de 2016] Disponible en internet http://estatuto.co/?e=695



21

instalaciones, seguros, comisiones, garantías y demás erogaciones

complementarias, aunque se facturen o convengan por separado y aunque,

considerados independientemente, no se encuentren sometidos a imposición

(Art. 447 E.T).14

7.4 INVENTARIO DE MATERIAS PRIMAS

“Lo constituyen las materias esenciales que entran en la manufactura,

fabricación o construcción de los artículos que se producen.

Estos inventarios dan flexibilidad a la firma en sus adquisiciones.

Lo más conveniente es comprar materias primas estrictamente de acuerdo con

el programa de producción.”15

7.4.1 MATERIA PRIMA

Se define como materia prima todos los elementos que se incluyen en la

elaboración de un producto. La materia prima es todo aquel elemento que se

transforma e incorpora en un producto final. Un producto terminado tiene

incluido una serie de elementos y subproductos, que mediante un proceso de

transformación permitieron la confección del producto final.

7.5 SISTEMAS DE INFORMACION16

Este término tiene muchas definiciones dependiendo del autor que sea, pero la

más aceptada y difundida es la que lo menciona como “un conjunto de

componentes interrelacionados que colaboran para reunir, procesar,

almacenar, y distribuir información que apoya la toma de decisiones, la

coordinación, el control, el análisis y la visualización en una organización”. Los

sistemas de información son conjuntos de elementos que interactúan con el fin

de dar soporte a cualquier tipo de organización o empresa. Los elementos

14 estatuto tributario nacional, art. 447. [en línea] [recuperado el 28 de octubre de 2016] Disponible en internet http://estatuto.co/?e=670 15 economía y finanzas, Inventario de materias primas. [en línea] [recuperado el 28 de octubre de 2016] Disponible en internet http://www.eco-finanzas.com/diccionario/I/INVENTARIO_DE_MATERIAS_PRIMAS.htm 16 CONCEPTOS BÁSICOS DE SISTEMAS DE INFORMACIÓN. [en línea] [recuperado el 28 de octubre de 2016] Disponible en internet http://fccea.unicauca.edu.co/old/siconceptosbasicos.htm


http://www.eco-finanzas.com/diccionario/I/INVENTARIO_DE_MATERIAS_PRIMAS.htm

http://fccea.unicauca.edu.co/old/siconceptosbasicos.htm

http://fccea.unicauca.edu.co/old/siconceptosbasicos.htm

22

presentes en dichos sistemas corresponden al equipo computacional, el

software y el hardware necesarios para apoyar el funcionamiento del sistema, y

el recurso humano que interactuará con este.

Un sistema de información es un conjunto de elementos que interactúan entre

sí con el fin de apoyar las actividades de una empresa o negocio.

Un Sistema de Información es el Conjunto total de procedimientos,

operaciones, funciones y difusión de datos o información en una organización.

Las tres partes fundamentales de un sistema de procesamiento electrónico de

datos son el sistema de computación, el sistema de numeración y el sistema

Operativo.

Estos elementos son de naturaleza diversa y normalmente incluyen:

El equipo computacional, es decir, el hardware es necesario para que el

sistema de información pueda operar. Lo constituyen las computadoras

y el equipo periférico que puede conectarse a ellas.

El recurso humano que interactúa con el Sistema de Información, el cual

está formado por las personas que utilizan el sistema, alimentándolo con

datos o utilizando los resultados que genere.

Los datos o información fuente que son introducidos en el sistema, son

todas las entradas que necesita él sistema de información para generar

como resultado la información que se desea.

Los programas que son procesados y producen diferentes tipos de

resultados. Los programas son la parte del software del sistema de

información que hará que los datos de entrada introducidos sean

procesados correctamente y generen los resultados que se esperan.

7.5.1 COMPONENTES DEL SISTEMA DE INFORMACIÓN

Un Sistema de Información realiza cuatro actividades básicas:

almacenamiento, procesamiento y salida de información. A continuación se

definirán cada una de estas actividades.

Entrada de Información. La entrada es el proceso mediante el cual el

Sistema de Información toma los datos que requiere para procesar la

información. Las entradas pueden ser manuales o automáticas. Las

manuales son aquellas que se proporcionan en forma directa por el

usuario, mientras que las automáticas son datos o información que

provienen o son tomados de otros sistemas o módulos. Esto último se

denomina interfases automáticas. Así, un Sistema de Control de Clientes

podrá tener una interfase automática de entrada con el Sistema de

Facturación, ya que toma las facturas que genera o elabora el Sistema

de Facturación como entrada al Sistema de Control de Clientes.

23

Las unidades típicas de entrada de datos a las computadoras son las

terminales, las cintas magnéticas, las unidades de disquete, los códigos

de barras, los escáner, la voz, los monitores sensibles al tacto, el teclado

y el ratón, entre otras.

Almacenamiento de información. El almacenamiento es una de las

actividades o capacidades más importantes que tiene una computadora,

ya que a través de esta propiedad el sistema puede recordar la

información guardada en la sesión o proceso anterior. Esta información

suele ser almacenada en estructuras de información denominadas

archivos. La unidad típica de almacenamiento son los discos magnéticos

o discos duros, los discos flexibles o disquetes y los discos compactos

(CD-ROM). Sin embargo, existen otras formas de almacenamiento.

Procesamiento de Información. Es la capacidad del Sistema de

Información para efectuar cálculos de acuerdo con una secuencia de

operaciones preestablecida. Estos cálculos pueden efectuarse con datos

introducidos recientemente en el sistema o bien con datos que están

almacenados. Esta característica de los sistemas permite la

transformación de datos fuente en información que puede ser utilizada

para la toma de decisiones, lo que hace posible, entre otras cosas, que

un tomador de decisiones genere una proyección financiera a partir de

los datos que contiene un estado de resultados o un balance general de

un año base.

Salida de Información. La salida es la capacidad de un Sistema de

Información para sacar la información procesada o bien datos de

entrada al exterior. Las unidades típicas de salida son las impresoras,

terminales, disquetes, cintas magnéticas, la voz, los graficadores y los

plotters, entre otros. Es importante aclarar que la salida de un Sistema

de Información puede constituir la entrada a otro Sistema de Información

o módulo. En este caso, también existe una interface automática de

salida. Por ejemplo, el Sistema de Control de Clientes tiene una interfaz

automática de salida con el Sistema de Contabilidad, ya que genera las

pólizas contables de los movimientos procesados de los clientes.

7.5.2 OBJETIVOS DEL SISTEMA DE INFORMACIÓN

Algunos de los principales objetivos de los sistemas de información, son:

1. Proporcionar datos oportunos y exactos que permitan tomas decisiones

acertadas y mejorar la relación entre los recursos de la empresa.

2. Garantizar información exacta y confiable, así como su almacenamiento

de tal forma que esté disponible cuando se necesite.

24

3. Servir como herramienta para que los gerentes realicen planeación,

control y toma de decisiones en sus empresas.

7.5.3 CLASIFICACIÓN DE LOS SISTEMAS DE INFORMACIÓN

La clasificación de los sistemas de información se realiza teniendo en cuenta

sus características similares. Esta clasificación permite identificar diferentes

sistemas, analizarlos, plantear nuevos sistemas etc. Entre las clasificaciones se

encuentran:

o Por estructura organizacional: se clasifican a lo largo de líneas

estructuradas. Dentro de estos se encuentran los sistemas para

divisiones, departamentos, unidades de operación e incluso para

empleados individuales.

o Por área funcional: para todas las tareas rutinarias o repetitivas que se

desarrollan en la empresa y que son esenciales para la operación de la

organización. Ejemplo: sistema de información contable, sistema de

información de comercialización, sistema de información de recursos

humanos.

o De acuerdo con la ayuda brindada: apoyan a los gerentes en la toma de

decisiones o a empleados administrativos al momento de entregar un

informe. Ejemplo gráficas, tablas, etc.

APLICACIONES EMPRESARIALES: Las aplicaciones empresariales son

sistemas que abarcan todas las áreas funcionales de las organizaciones, con la

misión de ejecutar procesos de negocios a lo largo de toda la empresa, e

incluye todos los niveles de administración.

APLICATIVO WEB: Un aplicativo web es aquel que les permite a los usuarios

realizar tareas específicas vía web por medio de navegadores web.

Inicialmente las páginas web se desarrollaban solo en lenguaje HTML

presentando información estática con la que el usuario no podía interactuar,

debido a la necesidad de mejorar la interacción entre el usuario y el sitio web,

fueron creados los lenguajes interpretados por el navegador como VBScript y

JavaScript que permitía a la página web reaccionar a diferentes acciones

realizadas por el usuario pero continuando siendo estáticas. Con el surgimiento

de nuevas exigencias como mostrar contenido personalizado e intercambiar

información con el usuario se dio lugar a la creación de 23 lenguajes

interpretados por el servidor como lo son PHP, Visual Basic (ASP, ASP.NET),

Java (Servlets JSP) entre otros, agregando funcionalidades más complejas

complementando la información mostrada, con sistemas de origen de datos.

Estos permitían aumentar el número de servicios ofrecidos por las

organizaciones que hicieran uso de estos.

25

7.6 HERRAMIENTAS DE DESARROLLO

7.6.1. BASES DE DATOS:

17Una base de datos es un “almacén” que nos permite guardar grandes

cantidades de información de forma organizada para que luego podamos

encontrar y utilizar fácilmente. Cada base de datos se compone de una o más

tablas que guarda un conjunto de datos. Cada tabla tiene una o más columnas

y filas. Las columnas guardan una parte de la información sobre cada elemento

que queramos guardar en la tabla, cada fila de la tabla conforma un registro. Se

puede considerar la base de datos como una especie de armario electrónico

para archivar; es decir, es un contenedor de una colección de archivos de

datos computarizados.

7.6.1.1. MYSQL:

18Es un sistema de gestión de bases de datos (SGBD) multiusuario,

multiplataforma y de código abierto. MySQL se ejecuta en prácticamente todas

las plataformas, incluyendo Linux, UNIX y Windows. A pesar de que se puede

utilizar en una amplia gama de aplicaciones, MySQL se asocia más con las

aplicaciones basadas en la web y la publicación en línea y es un componente

importante de una pila empresarial de código abierto llamado LAMP. LAMP es

una plataforma de desarrollo web que utiliza Linux como sistema operativo,

Apache como servidor web, MySQL como sistema de gestión de base de datos

relacional y PHP como lenguaje de programación orientado a objetos (a veces,

Perl o Python se utiliza en lugar de PHP).

7.6.2 PHP:

19PHP es un lenguaje de script que se ejecuta del lado del servidor; el código

php se incluye en una página HTML normal. El resultado de esta ejecución del

lado del servidor se incrusta a la página HTML, la cual la envía al navegador,

este último no tiene conocimiento la existencia del proceso que se ha llevado a

cabo en el navegador. Esta técnica permite realizar páginas web dinámicas

cuyo objetivo se puede generar total o parcialmente en el momento de la

17 Ortega Cuenca, P., Ramírez Solís, M. E., Torres Guerrero, J. L., López Rayón, A. E., Servín Martínez, C. Y., Suárez Téllez, L., & Ruiz Hernández, B. (2007). Modelo de innovación educativa. Un marco para la formación y el desarrollo de una cultura de la innovación. RIED. Revista iberoamericana de educación a distancia, 10(1). 18 Cambi Alvarado, J. D., & Zúñiga García, J. A. (2006). Comparación entre MySQL vs.

PostgreSQL (Bachelor's thesis, Universidad del Azuay). 19 Heurtel, O. (2015). PHP 5.6: desarrollar un sitio web dinámico e interactivo. Ediciones ENI.

26

llamada de la página, gracias a la información que se recompila en un

formulario o se extrae de una base de datos.

7.6.3 HTML:

20Es el lenguaje con el que se definen las páginas web. Básicamente se trata

de un conjunto de etiquetas que sirven para definir el texto y otros elementos

que compondrán una página web. El HTML se creó en un principio con

objetivos divulgativos de información con texto y algunas imágenes. No se

pensó que llegara a ser utilizado para crear área de ocio y consulta con

carácter multimedia (lo que es actualmente la web), de modo que, el HTML se

creó sin dar respuesta a todos los posibles usos que se le iba a dar y a todos

los colectivos de gente que lo utilizarían en un futuro. Sin embargo, pese a esta

deficiente planificación, sí que se han ido incorporando modificaciones con el

tiempo, estos son los estándares del HTML. Numerosos estándares se han

presentado ya. El HTML 4.01 es el último estándar a febrero de 2001.

Actualización a mayo de 2005, en estos momentos está a punto de presentarse

la versión 5 de HTML, de la que ya se tiene un borrador casi definitivo.

8. METODOLOGÍA:

21La metodología que se implementará será la RUP, la cual consta de 4 fases

que son las siguientes.

8.1 INICIO:

En esta fase se tiene como propósito definir el alcance del proyecto con los

diferentes usuarios, además de la identificación de los riesgos a los que están

asociados al proyecto, proponiendo una visión general de la arquitectura de

software, mediante la producción del plan de fases y el de iteraciones posibles.

8.2 ELABORACIÓN:

En la fase de elaboración se seleccionan los casos de uso que permiten definir

la arquitectura base del sistema y se realizará la especiación de los casos de

uso seleccionados y el primer análisis del dominio del problema, se diseña la

solución preliminar.

20 DesarrolloWeb, Que es HTML [En línea ]<http://www.desarrolloweb.com/articulos/que-es-html.html> 21 Blog la Metodología RUP utilizada en el proceso de diseño de la Ingeniería del Software, Metodología RUP [En línea] [recuperado el lo de noviembre de 2016] Disponible en internet http://rupmetodologia.blogspot.com/2012/06/fases-de-lametodologia-rup.html

http://rupmetodologia.blogspot.com/2012/06/fases-de-lametodologia-rup.html

27

8.3 CONSTRUCCIÓN:

El propósito de esta fase es completar la funcionalidad del sistema, para ello se

deben clarificar los requisitos pendientes, administrar los cambios de acuerdo a

las evaluaciones realizados por los usuarios y se realizan las mejoras para el

proyecto.

8.4 TRANSICIÓN:

El propósito de esta fase es asegurar que el software esté disponible para los

usuarios finales, ajustar los errores y defectos encontrados en las pruebas de

aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se

debe verificar que el producto cumpla con las especificaciones entregadas por

las personas involucradas en el proyecto.

9. MARCO CONCEPTUAL

9.1 COTIZACIONES:

Documento informativo que no genera un registro contable y este establece

una estimación o una valoración del precio de productos o servicios con interés

de adquisición.

9.2 DISEÑO DE FACTURA:

Se debe tener en cuenta que debemos expresar que estamos frente a una

factura, así como también la fecha y el número correlativo de la misma.

Información básica de quien emite la factura y de quien la recibe, en el caso de

un emisor se debe tener en cuenta nombre, apellidos, razón social, domicilio y

Nit. Con respecto al receptor son básicos como nombre, apellidos y Nit. Se

debe contar con una descripción del producto o servicio prestado, cantidad,

precio unitario del servicio o producto, un valor de venta del bien adquirido. Un

subtotal que es la suma del precio de venta de los bienes o servicios adquiridos

y adicional sus impuestos junto con un total a pagar.

9.3 FACTURA:

Documento mercantil que refleja toda la información de una operación de

compraventa, la información que contiene refleja la entrega de un producto o la

prestación de un servicio. Es una acreditación de trasferencia de un producto o

servicio tras la compra del mismo

28

9.3.1 TIPOS DE FACTURAS:

9.3.1.1 FACTURA ORDINARIA:

Las facturas ordinarias documentan la entrega de productos o la provisión de

servicios, junto con los impuestos aplicables y los precios, contienen todos los

datos que requiere la normativa.

9.3.1.2 FACTURA SIMPLIFICADA:

Las facturas simplificadas documentan la entrega de productos o provisión de

servicios y contienen un número reducido de datos, prescindiendo de los que

identifican al comprador (tickets o recibos), aunque si el comprador desea

ejercer el derecho a la deducción de IVA, sí que pueden incorporarlo. Sólo se

permiten en determinados casos y para importes reducidos.

Los elementos indispensables para que se pueda considerar que una factura

se adhiere al modelo de factura simplificada son los siguientes:

Datos del expedidor

Bienes entregados

Contraprestación total

9.3.1.3 FACTURA RECTIFICATIVA:

Las facturas rectificativas documentan correcciones de una o más facturas

anteriores, o bien devoluciones de productos, envases y embalajes o

comisiones por volumen.

9.4 INVENTARIO:

Relación detallada, ordenada y valorada de los elementos que contiene el

patrimonio de la empresa o persona en un momento determinado.

Representando la existencia de bienes almacenados o destinados a una

operación, bien sea de compra, alquiler, venta, uso o transformación.

10 FACTIBILIDAD

10.1 FACTIBILIDAD TECNICA

De acuerdo a lo planteado en el proyecto y por la complejidad de los algoritmos

que se desean desarrollar se entiende que los requisitos mínimos de Hardware

para el desarrollo de la aplicación son los siguientes.

29

TABLA 3: FACTIBILIDAD TÉCNICA

CATEGORIA ELEMENTO DESCRIPCION

HARDWARE CPU Procesador Intel core i3

RAM DD3 4 GB

Disco duro 500 GB

SOFTWARE Sistema operativo Windows 7 u 8

Netbeans ide 8

RECURSO HUMANO

Tutor 1 Asesorías para la realización del proyecto, referente a la metodología.

Desarrolladores Dos (2) programadores que realicen la implementación de la solución.

10.2 FACTIBILIDAD OPERATIVA

Se desea desarrollar un software de la manera menos complicada posible, y

pueda ser utilizada por cualquier persona enfocada en el tema empresarial, se

debe tener en cuenta que para esta aplicación puede o no estar sujeta a

actualizaciones, para mejorar y beneficiar el uso de este al usuario final, el

software total se compone de un aplicativo web en el cual se puedan

administrar los diferentes datos del administrador y los distintos reportes

.

10.3 FACTIBILIDAD ECONÓMICA

El diseño e implementación de cualquier software requiere tiempo y ciertos

factores que generan un costo que se plantea de la siguiente manera:

CT = Costo Total

RHW = Recursos Hardware

RH = Recurso Humano

30

RL = Recurso Lógico

MI = materiales e insumos

CT = RHW + RH + RL + MI

Recurso de hardware: El recurso de hardware está estimado para dos

computadores durante 4 meses.

TABLA 4: COSTO DE HARDWARE

NUMERO DE COMPUTADORES 2

MESES TRABAJADOS 4

NUMERO DE DIAS AL MES TRABAJADOS

20

CONSUMO DE HORAS EN UN DIA

4

VALOR HORA DE CONSUMO $1000

RHW= Número de días al mes trabajados * meses trabajados * valor hora de

consumo * número de computadores * número de horas por día.

RHW= 20 * 4 * 1000 * 2 * 4

RHW= $640.000

RECURSO HUMANO (PERSONAL)

TABLA 5: COSTO DE PERSONAL

NUMERO DE PERSONAS 2

MESES TRABAJADOS 4

NUMERO DE DIAS AL MES TRABAJADOS

20

31

NUMERO DE HORAS TRABAJADAS AL DIA

8

HORA LABORAL $10000

E (Estudiantes) = (Días trabajados * (horas al día * valor hora)) * número de personas.

E (Estudiantes) = (100*(8*10000))*2

E (Estudiantes) = $ 16.000.000

AT (Asesoría Tutor) = (Días trabajados * valor hora))

AT (Asesoría Tutor) = (20*30000))

AT (Asesoría Tutor) = $ 600.000

Total de Costos de Recursos Humanos es:

RH = E + AT

RH = $ 16.000.000 + $ 600.000

RH = $ 16.600.000

RECURSO LÓGICO

TABLA 6: RECURSO LÓGICO

VALOR HORA INTERNET $1000

HORAS INTERNET NAVEGADAS 160

I (Internet) = Valor Hora Internet * Número de Horas Navegadas

I = $ 1000 * 160

I = $ 160.000

Total de Costos Recursos Lógicos es:

RL = $ 160.000 pesos M/CTE

32

MATERIALES E INSUMOS

TABLA 7: MATERIALES E INSUMOS

MATERIALES VALOR

EQUIPO DE OFICINA $12000

PAPELERIA Y ACCESORIOS $5000

FOTOCOPIAS $18000

IMPRESIONES $46000

CDS Y DVDS $4000

TOTAL (MS) $85000

COSTO TOTAL DEL PROYECTO

CT = RHW + RH + RL + TOTAL (MS)

CT = $640.000 + $ 16.600.000+ $ 160.000 + $ 85.000

CT = $ 17.485.000

El proyecto es factible económicamente porque se cuenta con las herramientas

necesarias para el desarrollo en su totalidad.

10.4 FACTIBILIDAD LEGAL

El desarrollo de la aplicación se completara aplicando una licencia sobre el

software, utilizando una licencia de tipo Software Privado. En donde el

aplicativo ha sido desarrollado para un usuario (generalmente una organización

o una empresa). El usuario lo mantiene y utiliza, y no lo publica, ni como código

fuente ni como binarios.22

22 Gnu. Software Privado [En línea] [recuperado el 28 de octubre de 2016] Disponible en internet http://www.gnu.org/philosophy/categories.es.html

http://www.gnu.org/philosophy/categories.es.html

33

11. MARCO METODOLOGICO

Ilustración 1. Fase de inicialización

34

Ilustración 2. Fase de elaboración

35

Ilustración 3. Fase de construcción

36

Ilustración 4. Fase de transición

37

PARTE II: FASE DE CONSTRUCCION

En esta fase del documento se hará el modelado referente a la parte de

análisis, diseño del Sistema de Información Web donde se incluyen los

recursos necesarios como requerimientos, casos de uso y diagramas de caso

de uso que facilitan el entendimiento del funcionamiento del sistema.

12. REQUERIMIENTOS

12.1 REQUERIMIENTOS FUNCIONALES

Id. Requerimiento

RF001 Nombre requerimiento Gestión Roles

De quien proviene

Sistema Dependencia Recursos humanos

Prioridad Alta Fecha 12-06-2017

Justificación del requerimiento

El Sistema de Información Web ofrece un manejo de dos tipos de sesiones, Administrativo y de Empleado, esto es necesario para el buen funcionamiento del sistema.

ACTORES

Nombre Descripción

Administrador El administrador tiene el privilegio de asignar un rol a un tipo de usuario.

TABLA 8. RF001 GESTIÓN DE ROLES

38

Id. Requerimiento

RF002 Nombre requerimiento Crear usuario

De quien proviene

Administrador Dependencia Recursos humanos



El Sistema de Información Web cuenta con un segundo módulo para la creación de usuarios, ya sean de tipo administrativo y de consulta, en su sesión administrativa.

ACTORES

Nombre Descripción

Administrador El administrador tiene el privilegio de asignar un rol a un tipo de usuario.

TABLA 9. RF002 CREAR USUARIO

Id. Requerimiento

RF003 Nombre requerimiento Reporte administrativo

De quien proviene


Prioridad Media Fecha 12-06-2017


El Sistema de Información Web cuenta con un tercer módulo para la creación de reportes administrativos en la sesión de administrador

39

ACTORES

Nombre Descripción

Administrador Este tipo de usuario puede requerir reportes cuando lo requiera dependiendo de su actividad.

TABLA 10. RF003 REPORTE ADMINISTRATIVO

Id. Requerimiento

RF004 Nombre requerimiento Almacenar datos

De quien proviene




El Sistema de Información Web almacenara todos sus registros en una base de datos.

ACTORES

Nombre Descripción

Administrador El administrador guarda todos sus registros de facturación en la base de datos.

TABLA 11. RF005 ALMACENAR DATOS

Id. Requerimiento

RF005 Nombre requerimiento Reporte empleado

De quien proviene


40

Prioridad Media Fecha 12-06-2017


El Sistema de Información Web ofrece en la sesión de Empleado un módulo de reportes que consultan los registros de facturación.

ACTORES

Nombre Descripción

Usuario Empleado Este tipo de usuario puede requerir un reporte de su información personal de facturación.

TABLA 12. RF005 REPORTE EMPLEADO

Id. Requerimiento

RF006 Nombre requerimiento

Gestión facturación

De quien proviene

Administración Dependencia Recursos humanos



El Sistema de Información Web cuenta con un módulo para la gestión de facturas (Ingreso, Eliminación y Consulta) para cada pedido realizado por clientes mediante cada empleado.

ACTORES

Nombre Descripción

Administrador El administrador puede gestionar las facturas de cada pedido realizado.

TABLA 13. RF006 GESTION FACTURACION

41

12.2 REQUERIMIENTOS NO FUNCIONALES

Código Requerimiento

RNF001 Desempeño: Se garantiza el desempeño del Sistema de Información Web, en la cual los registros almacenados en la bases de datos podrán ser consultados y analizados en el momento que estos sean solicitados.

RNF002 Confidencialidad: La información manejada por el sistema está protegida de acceso no autorizado y divulgación.

RNF003 Disponibilidad: El Sistema de Información Web estará disponible por parte de las personas responsables de la microempresa para cuando esta la requiera, en cualquier caso podrán contactar a los desarrolladores para asistencia técnica.

RNF004 Escalabilidad: El Sistema de Información Web debe estar en capacidad de permitir en el futuro el desarrollo de nuevas funcionalidades.

RNF005 Mantenibilidad: El Sistema de Información Web estará completamente documentado, como el manual de Usuarios puesto que conforman parte de la solución propuesta.

RNF006 Flexibilidad: El Sistema de Información Web debe ser diseñada y construida con los mayores niveles de flexibilidad ya que este recibe datos genéricos.

RNF008 Interfaz: La interfaz gráfica garantiza la fácil navegabilidad y alta velocidad de procesamiento de datos, al igual que una respuesta optima del sistema.

TABLA 14. REQUERIMIENTOS NO FUNCIONALES

13. DEFINICION DE ACTORES

A continuación se presenta la descripción de cada uno de los actores que

tendrán interacción con el software.

42

Administrador:

El actor administrador se encarga de toda la configuración del sistema de

información y sus usuarios, este tiene la responsabilidad de crear y gestionar

los usuarios del sistema, administrar y actualizar los registros de los

empleados, los clientes que realicen compras en la empresa, el inventario

disponible y los proveedores con los que la empresa consigue los productos

Usuario Empleado

Este usuario es cualquiera que ya este registrado por el administrador que

ingrese a la página publica del sistema de información web, este puede ver

productos disponibles y realizar facturas de venta.

14. LISTA PRELIMINAR DE CASOS DE USO

14.1 CASOS DE USO DE ADMINISTRADOR

Ingresar al sistema

Asignar rol administrador o rol usuario empleado, según el usuario.

Registrar datos personales de usuario

Consultar información de usuario.

Editar información de usuario.

Eliminar usuario

Registrar datos de contacto de proveedor

Consultar información de proveedor

Editar información de proveedor

Eliminar proveedor

Registrar producto a la venta

Consultar información del producto

Editar información del producto

Eliminar producto

14.2 CASOS DE USO DE EMPLEADO

Ingresar al sistema

Realizar pedidos

Consultar pedidos

Generar facturas

Entregar pedido

Verificar productos disponibles

Informar si un producto está agotado

Registrar cliente

Consultar cliente

43

Editar cliente

Eliminar cliente

15. MODELO CASOS DE USO

Al identificar todos los casos de uso y los actores que intervienen en el sistema,

se obtuvieron los siguientes diagramas de casos de uso con sus principales y

relaciones los cuales se muestran a continuación:

Administrador

Ilustración 5: Diagrama de caso de uso de Administrador

44

Empleado

Ilustración 6: Diagrama de caso de uso de Empleado

45

16. DOCUMENTACION CASO DE USO

N° Caso de Uso: 1 Nombre de Caso de Uso: Ingresar al sistema

Actores Administrador

Objetivo Caso de uso diseñado para que el administrador gestione toda la información necesaria de las facturas

Precondiciones Estar registrado como Administrador

Pos condiciones Ha ingresado al sistema de forma correcta

Flujo de eventos Ingresar a la Pagina

Ingresar datos de administrador

Validar datos de login

Manejo de situaciones excepcionales

Servidor apagado

No se encuentra la página o no es la página correcta

Ingresar datos de login erróneos

TABLA 15. DOCUMENTACIÓN CASO DE USO INGRESAR AL SISTEMA

N° Caso de Uso: 2 Nombre de Caso de Uso: Asignar rol administrador o rol usuario empleado, según el usuario.


Objetivo Ascender o Degradar a cualquier Usuario


Pos condiciones Se han guardado los cambios

46




Eliminar Usuario a cambiar

Registrar el Usuario eliminado con su nuevo Rol


Servidor apagado

No puede realizarlo un Usuario "Empleado"

No se ha eliminado el usuario

TABLA 16. DOCUMENTACIÓN CASO DE USO ASIGNAR ROL

ADMINISTRADOR O ROL USUARIO EMPLEADO, SEGÚN EL USUARIO

N° Caso de Uso: 3 Nombre de Caso de Uso: Registrar datos personales de usuario.


Objetivo Registrar nuevo empleado en la base de datos donde se incluirán los datos personales del usuario

Precondiciones Ser empleado

Pos condiciones Guardar los cambios en el sistema




Entrar sección Ingresar empleado

Ingresar datos personales del empleado


Servidor apagado

El Empleado decide no seguir el protocolo

habitual

Ya no ser empleado de la Empresa

TABLA 17. DOCUMENTACIÓN CASO DE USO REGISTRAR DATOS

PERSONALES DE USUARIO

47

N° Caso de Uso: 4 Nombre de Caso de Uso: Consultar información de usuario.


Objetivo Caso de uso diseñado para que el administrador verifique información de cualquier tipo que requiera de algún empleado


Pos condiciones




Entrar a sección Consultar

Buscar la información a Consultar


Servidor apagado

Empleado no registrado

Empleado no encontrado

Empleado eliminado

TABLA 18. DOCUMENTACIÓN CASO DE USO CONSULTAR

INFORMACIÓN DE USUARIO

N° Caso de Uso: 5 Nombre de Caso de Uso: Editar información de usuario.


Objetivo Modificar información de cualquier tipo relacionado al Usuario Empleado


48

Pos condiciones Modificaciones guardadas correctamente




Entrar a sección Modificar

Identificar y Modificar información necesaria


Servidor apagado

Modificar datos de otro Administrador

TABLA 19. DOCUMENTACIÓN CASO DE USO EDITAR INFORMACIÓN DE

USUARIO

N° Caso de Uso: 6 Nombre de Caso de Uso: Eliminar usuario.


Objetivo Eliminar usuarios retirados o sin derecho a estar registrados.


Pos condiciones El usuario ha sido eliminado




Entrar sección Eliminar

Identificar y Eliminar Usuario


Servidor apagado

Usuario ya haya sido eliminado por otro administrador

El administrador decide no seguir protocolo habitual de eliminación

TABLA 20. DOCUMENTACIÓN CASO DE USO ELIMINAR USUARIO.

49

N° Caso de Uso: 7 Nombre de Caso de Uso: Registrar datos de contacto de proveedor.


Objetivo Registrar nuevo proveedor en la base de datos donde se incluirán los datos de contacto de la empresa para realizar pedidos.


Pos condiciones El usuario ha ingresado con éxito




Entrar sección Ingresar proveedor

Ingresar datos de contacto del proveedor


Servidor apagado

El Proveedor decide no seguir el protocolo

habitual La empresa dejó de existir

TABLA 21. DOCUMENTACION CASO DE USO REGISTRAR DATOS DE

CONTACTO DE PROVEEDOR.

N° Caso de Uso: 8 Nombre de Caso de Uso: Consultar información de proveedor.


Objetivo Caso de uso diseñado para que el administrador verifique información de cualquier tipo que requiera de algún proveedor


50

Pos condiciones







Servidor apagado

Proveedor no registrado

Proveedor no encontrado

Proveedor eliminado

TABLA 22. DOCUMENTACION CASO DE USO CONSULTAR

INFORMACIÓN DE PROVEEDOR.

N° Caso de Uso: 9 Nombre de Caso de Uso: Editar información de proveedor.


Objetivo Modificar información de cualquier tipo relacionado al proveedor especifico









Servidor apagado

TABLA 23. DOCUMENTACION CASO DE USO EDITAR INFORMACIÓN DE

PROVEEDOR.

51

N° Caso de Uso: 10 Nombre de Caso de Uso: Eliminar proveedor.


Objetivo Eliminar proveedores que ya no estén ofreciendo productos a la empresa o haya dejado de existir.


Pos condiciones El proveedor ha sido eliminado





Identificar y Eliminar Proveedor


Servidor apagado Proveedor ya haya sido eliminado por otro

administrador


TABLA 24. DOCUMENTACIÓN CASO DE USO ELIMINAR PROVEEDOR.

N° Caso de Uso: 11 Nombre de Caso de Uso: Registrar producto a la venta.


Objetivo Registrar nuevo producto en la base de datos donde se incluirán características y referencias del mismo.

52

Precondiciones Ser un producto relacionado con la empresa





Entrar sección Ingresar producto

Ingresar características del producto


Servidor apagado

El producto ya no está a la venta

TABLA 25. DOCUMENTACIÓN CASO DE USO REGISTRAR PRODUCTO A

LA VENTA.

N° Caso de Uso: 12 Nombre de Caso de Uso: Consultar información del producto.


Objetivo Caso de uso diseñado para que el administrador verifique información de cualquier tipo que requiera de algún producto


Pos condiciones






53


Servidor apagado

Producto no registrado

producto no encontrado

Producto eliminado


INFORMACION DEL PRODUCTO.

N° Caso de Uso: 13 Nombre de Caso de Uso: Editar información del producto.


Objetivo Modificar información de cualquier tipo relacionado a un producto especifico









Servidor apagado

TABLA 27. DOCUMENTACIÓN CASO DE USO EDITAR INFORMACIÓN DEL

PRODUCTO

54

N° Caso de Uso: 14 Nombre de Caso de Uso: Eliminar producto.


Objetivo Eliminar productos que ya no se ofrezcan en la empresa.


Pos condiciones El producto ha sido eliminado





Identificar y Eliminar producto


Servidor apagado

El producto ya haya sido eliminado por otro administrador


TABLA 28. DOCUMENTACIÓN CASO DE USO ELIMINAR PRODUCTO.

N° Caso de Uso: 15 Nombre de Caso de Uso: Ingresar al sistema

Actores Empleado

Objetivo Caso de uso diseñado para que el usuario empleado maneje toda la información necesaria de las facturas

Precondiciones Estar registrado como Empleado


55


Ingresar datos de empleado



Servidor apagado

No se encuentra la página o no es la página correcta

Ingresar datos de login erróneos

TABLA 29. DOCUMENTACIÓN CASO DE USO INGRESAR AL SISTEMA

N° Caso de Uso: 16 Nombre de Caso de Uso: Realizar pedidos

Actores Empleado

Objetivo Permite creación, modificación o eliminar algún pedido solicitado por un cliente





Ingresar a la sección pedidos

Seleccionar la opción a usar si es pedido nuevo

Modificar si es un pedido ya realizado


Servidor apagado

No se ha creado el pedido a modificar

Datos erróneos en la realización del pedido

TABLA 30. DOCUMENTACIÓN CASO DE USO REALIZAR PEDIDOS

56

N° Caso de Uso: 17 Nombre de Caso de Uso: Consultar pedidos

Actores Empleado

Objetivo Permite verificar algún pedido solicitado por un cliente para facturar o entregar






Seleccionar la opción consultar

Verificar que los productos del pedido sean los correctos


Servidor apagado

No se ha creado el pedido

Datos erróneos en el pedido

TABLA 31. DOCUMENTACIÓN CASO DE USO CONSULTAR PEDIDOS

N° Caso de Uso: 18 Nombre de Caso de Uso: generar factura

Actores Empleado

Objetivo Permite la creación de un soporte para los pedidos que realizan cada cliente





57


Seleccionar la opción generar factura

Imprimir factura


Servidor apagado



No hay facturas generadas

No se puede imprimir la factura

TABLA 32. DOCUMENTACIÓN CASO DE USO GENERAR FACTURA

N° Caso de Uso: 19 Nombre de Caso de Uso: Entregar pedidos

Actores Empleado

Objetivo Permite dar entrega a los pedidos realizado a su respectivo cliente






Ver pedidos registrados

Entregar el pedido al cliente


Servidor apagado



TABLA 33. DOCUMENTACIÓN CASO DE USO ENTREGAR PEDIDOS

58

N° Caso de Uso: 20 Nombre de Caso de Uso: Verificar productos disponibles

Actores Empleado

Objetivo Permite cerciorarse de que el producto esté disponible para hacer la entrega al cliente





Ingresar a la sección productos

Ver el producto a revisar

Ver cantidad disponible

Informar al cliente que si hay el producto


Servidor apagado

No está registrado el producto

No hay unidades disponibles

TABLA 34. DOCUMENTACIÓN CASO DE USO VERIFICAR PRODUCTOS

DISPONIBLES

N° Caso de Uso: 21 Nombre de Caso de Uso: Informar si un producto está agotado

Actores Empleado

Objetivo Permite dar aviso cuando un producto está agotado para la venta


59




Ingresar a la sección productos

Ver el producto a revisar

Ver cantidad disponible

Informar al administrador que se acabaron las unidades disponibles para la venta del producto


Servidor apagado

No está registrado el producto

Llegaron unidades para la venta

TABLA 35. DOCUMENTACIÓN CASO DE USO INFORMAR SI UN

PRODUCTO ESTÁ AGOTADO

N° Caso de Uso: 22 Nombre de Caso de Uso: Registrar cliente.

Actores Empleado

Objetivo Registrar nuevo cliente en la base de datos donde se incluirán los datos personales del cliente

Precondiciones Realizar compras en la empresa





Entrar sección Ingresar cliente

Ingresar datos personales del empleado

60


Servidor apagado

El cliente decide no seguir el protocolo

habitual

TABLA 36. DOCUMENTACIÓN CASO DE USO REGISTRAR CLIENTE

N° Caso de Uso: 23 Nombre de Caso de Uso: Consultar información de cliente.

Actores Empleado

Objetivo Caso de uso diseñado para que el empleado verifique información de cualquier tipo que requiera de algún cliente


Pos condiciones


Ingresar datos de cliente





Servidor apagado

Cliente no registrado

Cliente no encontrado

Cliente eliminado


INFORMACIÓN DE CLIENTE.

61

N° Caso de Uso: 24 Nombre de Caso de Uso: Editar información de cliente.

Actores Empleado

Objetivo Modificar información de cualquier tipo relacionado a un cliente determinado









Servidor apagado

TABLA 38. DOCUMENTACIÓN CASO DE USO EDITAR INFORMACIÓN DE

CLIENTE

N° Caso de Uso: 25 Nombre de Caso de Uso: Eliminar cliente.

Actores Empleado

Objetivo Eliminar clientes que por motivos ya no compren en la empresa


Pos condiciones El cliente ha sido eliminado

62


Ingresar datos de cliente



Identificar y Eliminar cliente


Servidor apagado

Cliente ya haya sido eliminado por otro empleado

El empleado decide no seguir protocolo habitual de eliminación

TABLA 39. DOCUMENTACIÓN CASO DE USO ELIMINAR CLIENTE.

PARTE III: FASE DE ELABORACIÓN

FUNCIONES ENFOCADAS AL ADMINISTRADOR

El sistema se diseñó para que cualquier persona que tenga lo conocimientos

básicos sobre computación y este asignada en el rol de administrador pueda

realizar las diferentes tareas y así tener actualizado este sistema de

información web.

Para el correcto funcionamiento del sistema se creó un menú donde se puede

navegar a las tareas asignadas para el administrador como lo son: Gestionar

facturas, crear usuario (empleado, proveedor y producto) y reportes.

Dentro de gestionar facturas se puede encontrar la lista de los empleados

donde hay tres tareas principales: ingresar, histórico y eliminar. Donde ingresar

lleva a cabo el ingreso de datos de los pedidos realizadas por el empleado y en

caso de un ingreso no valido el sistema señala en que campo está el error,

Histórico permite visualizar las facturas de venta en ámbito semanal y Eliminar

hace posible la depuración de facturas que ya no se requieran en el sistema.

El siguiente ítem crear usuario muestra el formulario donde se ingresara los

datos personales del nuevo usuario puede ser administrador o usuario

empleado permitiendo definir un login de usuario y su respectiva contraseña

para el ingreso al sistema, y para los productos y proveedores de la empresa

63

serán para tener un inventario de la cantidad disponible para la venta, y los

proveedores para realizar compras para la empresa.

En la sección de reportes el administrador puede requerir al sistema visualizar

de manera electiva información las facturas de las ventas realizadas,

mostrándolo de la siguiente manera

Reporte empleado, reporte total, reporte administrativo, reporte mensual y por

último reporte semanal.

Reporte empleado permite visualizar una tabla con el contenido de todos los

empleados y se puede realizar un reporte de cada uno donde incluye todas las

ventas realizadas por cada uno.

En el reporte total está el registro de todos los productos con la cantidad

existente de cada uno.

El reporte mensual nos permite ver los registros de cualquier mes de algún año

en específico de cada empleado relacionado a las ventas.

Por último tenemos en el reporte semanal donde se pueden observar los

registros de los pagos hechos en una semana mes y año específico.

FUNCIONES ENFOCADAS DEL USUARIO

Cuando se ingresa al sistema de información se le brinda la oportunidad al

usuario (empleado) de visualizar los productos y su cantidad disponible, la

información de contacto de cada uno de los proveedores con los que tiene

vínculos la empresa y sistema se creó un menú donde se puede navegar a las

tareas asignadas para el empleado como lo son: Gestionar facturas, en la cual

se podrá hacer las funciones de crear pedido, historia y eliminar facturas crear

y reportes de los pedidos realizados y entregados por día, semana, mes y año.

64

17. DIAGRAMA DE SECUENCIA

17.1 Diagramas De Secuencia Actor "Administrador"

1. Ingreso al sistema:

Ilustración 7. Diagrama de secuencia administrador Ingreso al Sistema

65

2. Asignar rol administrador o rol usuario empleado, según el usuario:

Ilustración 8. Asignar rol administrador o rol usuario empleado, según el

usuario

66

3. Registrar datos personales de usuario:

Ilustración 9. Registrar datos personales de usuario.

67

4. Consultar información de usuario:

Ilustración 10. Consultar Información de usuario

68

5. Editar información de usuario.

Ilustración 11. Editar Información de usuario

69

6. Eliminar usuario

Ilustración 12. Eliminar usuario

70

7. Registrar datos de contacto de proveedor

Ilustración 13. Registrar datos de contacto de proveedor

71

8. Consultar información de proveedor

Ilustración 14. Consultar información de proveedor

72

9. Editar información de proveedor

Ilustración 15. Editar información de proveedor

73

10. Eliminar proveedor

Ilustración 16. Eliminar proveedor

74

11. Registrar producto a la venta

Ilustración 17. Registrar producto a la venta

75

12. Consultar información del producto

Ilustración 18. Consultar información del producto

76

13. Editar información del producto

Ilustración 19. Editar Información del producto

77

14. Eliminar producto

Ilustración 20. Eliminar Producto

78

17.2 Diagramas De Secuencia Actor "Empleado"

1. Ingresar al sistema

Ilustración 21. Ingresar al sistema

79

2. Realizar pedidos

Ilustración 22. Realizar Pedidos

80

3. Consultar pedidos

Ilustración 23. Consultar pedidos

81

4. Generar facturas

Ilustración 24. Generar facturas

82

5. Entregar pedido

Ilustración 25. Entregar Pedido

83

6. Verificar productos disponibles

Ilustración 26. Verificar productos disponibles

84

7. Informar si un producto está agotado

Ilustración 27. Informar si un producto está agotado

85

8. Registrar cliente

Ilustración 28. Registrar cliente

86

9. Consultar cliente

Ilustración 29. Consultar cliente

87

10. Editar cliente

Ilustración 30. Editar cliente

88

11. Eliminar cliente

Ilustración 31. Eliminar cliente

89

18. DIAGRAMA DE ESTADOS

Ilustración 32. Diagrama de estados

90

19. BASE DE DATOS

19.1 MODELO RELACIONAL

Ilustración 33. Modelo relacional

91

19.2 DICCIONARIO DE DATOS

TABLA CAMPO DESCRIPCION

Users Id

Nit

Name

Lastname

Email

Username

Path

Group

Password

Dirección

Teléfono

Status

Identificación única del usuario

Identificación personal del usuario

Nombre del usuario

Apellido del usuario

Correo del usuario

Alias del usuario

Ruta del usuario

Grupo del usuario

Contraseña del usuario

Lugar de residencia usuario

Teléfono contacto del usuario

Estado civil usuario

Facturas Id

Num_factura

Cliente_id

User_id

Empresa_id

Resolución_id

Iva

Cant_iva

Rete

Cant_rete

Sub

Identificacion factura

Numero de factura realizada

Referencia identificador cliente

Referencia identificador usuario

Referencia identificador empresa

Referencia identificador resolucion

Impuesto valor agregado

Valor del iva

Retención en la fuente

Valor retención en la fuente

Valor subtotal

92

Total

Efectivo

Cambio

Crédito

Status

Descuento

Cant_descuento

Valor total

Valor que entrega el cliente

Valor a devolver al cliente

Valor pendiente a pagar

Estado de la factura

Valor a rebajar en la factura

Valor a descontar

Clientes Id

User_id

nit

nombre_cliente

persona_contacto

dirección

email

teléfono

celular

lim_credito

crédito_consumido

Identificación única de cliente


Documento identificación cliente

Nombre del cliente

Referencia persona a contactar

Lugar residencia cliente

Correo cliente

Teléfono cliente

Celular cliente

Valor límite de crédito

Valor gastado crédito

Car_remisions id

user_id

empresa_id

cliente_id

Identificación única de la remisión




93

Remisions Id

Cliente_id

User_id

Empresa_id

Total

Fecha_plazo

Status

Cambio

Descuento

Iva

Factura_id

Identificación única de remisión




Valor a pagar de remisión

Día límite para pagar remisión

Estado de la remisión

Sobrante de la remisión

Valor a rebajar en remisión


Referencia identificador factura

Cars id

user_id

empresa_id

Identificación única de carrito compra



Entradas id

user_id

producto_id

costo

cantidad

fecha

Identificación única de entrada


Referencia identificador producto

Valor entrada producto

Cantidad a recibir

Fecha de entrada

Empresas Id

Rif

Name_empresa

Address

Email

Phone

Identificación única de la empresa

Identificación empresa

Nombre empresa

Dirección empresa

Correo empresa

Teléfono contacto empresa

94

Iva

Retefuente


Retención en la fuente

Resolucion Id

Resolución

Fecha

N_del

N_al

Actividad_ica

Tarifa_ica

Empresa_id

status

Identificación única de resolución

Nombre resolución

Fecha resolución

Inicio resolución

Limite resolución

Actividad realizada

Valor usado resolución


Estado de la resolucion

Reservas Id

Empresa_id

Cliente_id

Identificación única de reserva



Productos id

código_pro

nombre_pro

descripcion

pvp

stock

presentación

minimo

categoría_id

proveedor_id

empresa_id

status

Identificación única de producto

Código del producto

Nombre del producto

Detalles del producto

Precio valor publico

Unidades inventariadas

Forma del producto

Cantidad mínima de productos

Referencia identificador categoría

Referencia identificador proveedor


Estado del producto

95

Remision_detalles Id

Remision_id

Producto_id

Cantidad

pvp

Identificación de remisión

Referencia identificador remisión


Cantidad del producto remisión

Precio remisión

Proveedors Id

Rif

Name_proveedor

Address

Email

phone

Identificación única de proveedor

Identificación proveedor

Nombre del proveedor

Dirección del proveedor

Correo del proveedor

Teléfono proveedor

Categorías Id

Name_categoria

Identificación única categoría

Nombre categoria

Abonos Id

Factura_id

abono

Identificación única del abono


Valor a abonar en la factura

Detalle_cars Id

Car_id

Producto_id

Nombre_pro

Cantidad_pro

pvp

Identificación única del detalle

Referencia identificador carrito compra


Nombre del producto

Cantidad del producto

Precio del producto

Abono_remisions Id

Remision_id

abono

Identificación abono remisión


Valor a abonar remisión

96

Nota_credito_facturas Id

Factura_id

Nota_c

Identificación nota crédito


Comprobante nota crédito

Nota_credito_remisions

Id

Remision_id

Nota_c

saldo

Identificación nota crédito


Comprobante nota crédito

Valor pendiente remisión

Devolución_remisions Id

Producto_id

Remision_id

Cantidad

Pvp

fecha

Identificación devolución remisión



Cantidad a devolver

Precio devolución

Fecha devolucion

Detalle_reservas Id

Reserva_id

Producto_id

Nombre_pro

Cantidad

pvp

Identificación detalle reservas

Referencia identificador reserva


Nombre producto

Cantidad producto

Precio producto

Detalle_remisions Id

Car_remisions_id

Producto_id

Nombre

Cantidad

pvp

Id detalle remisión

Referencia identificador carrito remisión


Nombre producto

Cantidad producto

Precio producto

97

Detalle_facturas Id

Factura_id

Producto_id

Nombre_pro

Cantidad

Pvp

total

Identificador detalle facturas



Nombre producto

Cantidad producto

Precio producto

Total factura

Detalle_tmp Id

Remision_id

Producto_id

Cantidad

pvp

Identificador detalle temporal



Cantidad producto

Precio producto

Ventas Id

created

Identificador única venta

Fecha venta

Passwords_ressets Email

token

Correo usuario

Cambio contraseña

TABLA 40. DICCIONARIO DE DATOS

98

PARTE IV: FASE DE TRANSICIÓN

En esta fase se documentara como se retroalimenta el Sistema de Información

Web mediante pruebas de requerimientos y diagramas que muestran el

funcionamiento de los módulos y su interacción entre sí. Los módulos

interactúan de forma relacional ya que el usuario administrador se conecta en

su sesión requiriendo la acción de los módulos de usuario, gestión de facturas

y reportes. Por otra parte la sesión de usuario empleado interactúa con el

módulo de reportes y visualizaciones, allí se encuentran los registros

guardados por el administrador en la base de datos.

La interfaz gráfica es proporcionada por el Framework de desarrollo laravel, el

cual se dará una explicación del mismo a continuación.

LARAVEL:

23Laravel es uno de los frameworks de código abierto más fáciles de asimilar

para PHP. Es simple, muy potente y tiene una interfaz elegante y divertida de

usar. Fue creado en 2011 y tiene una gran influencia de frameworks como

Ruby on Rails, Sinatra y ASP.NET MVC.

Para el desarrollo de aplicación web y el api de esta, se optó por el framework

de desarrollo para PHP “Laravel” que ofrece excelente documentación, una

amplia comunidad de usuarios, un manejo simplificado del protocolo http que

facilita la implementación de interfaces REST y una curva de aprendizaje

menor para desarrolladores con experiencia previa con el lenguaje PHP y el

patrón MVC.

Laravel utilizando el motor de templates Blade, los lenguajes HTML5, CSS, y la

librería JavaScript jQuery, que ofrecen compatibilidad multinavegador

completaron el conjunto de permitieron el desarrollo de este trabajo.

23 Micniuk, O., & Sendoa, H. (2016). IMPLEMENTACIÓN DE SERVICIO DE INFORMACIÓN BASADO EN GEOLOCALIZACIÓN, ORIENTADO AL DELIVERY DE ALIMENTOS EN LA ZONA DE ENCARNACIÓN PARAGUAY. Tecnología e Innovación, 1(1).

99

20. DIAGRAMA DE COMPONENTES

Ilustración 34. Diagrama de componentes

100

21. DIAGRAMA DE DESPLIEGUE

Ilustración 35. Diagrama de despliegue

101

22. PRUEBAS

22.1 Pruebas funcionales individuales

Caso de prueba

Entrada Condiciones Salida Resultado Correcciones

Id requerimiento: RF002

Ingreso al sistema

Usuario: Admin Contraseña: @dmin23

El usuario es autenticado e ingresa al sistema con sus respectivos permisos de acceso

El usuario esta creado en la base de datos y no tiene una sesión abierta previamente

exitoso

Id requerimiento: RF002

Ingreso al sistema

Usuario: 10245427 Contraseña: @dmin23

Usuario y/o contraseña incorrectos, no ingresa al sistema

El usuario no está creado en la base de datos y no tiene una sesión abierta previamente

fallido Se realiza verificación, y se corrigió el error controlando la excepción y enviando un mensaje de respuesta

Id. Requerimiento: RNF003

Registrar nuevo usuario

Nombres: Carlos Apellidos: Peña Correo: [email protected] Usuario: 10245427 Perfil: usuario

El usuario empleado ha iniciado sesión y se encuentra activa

Se crea correctamente el usuario

exitoso

mailto:[email protected]



102


Registrar nuevo usuario

Nombres: Administrador Correo: [email protected] Usuario: admin Selecciona todos los permisos Perfil: administrador

El usuario empleado ha iniciado sesión y se encuentra activa

Se crea correctamente el usuario

exitoso


Registrar nueva empresa

Nit: 905105928-3 Empresa: Logiser logística IVA: 0 Rete fuente: 0 Dirección: cll 12 # 14 - 42 Correo: [email protected] teléfono: 2361408

El usuario ingresa los datos de la nueva empresa

Se crea correctamente la empresa

exitoso

Id. Requerimiento: RF004

Registrar nueva empresa

Nit: 800475102-9 Empresa: materiales el oriente IVA: 0 Rete fuente: 0

El usuario ingresa los datos de la nueva empresa

Se crea correctamente la empresa

exitoso







103

Dirección: cll 72 # 37 – 14 sur Correo: [email protected] teléfono: 2361408


Registrar nueva categoría

Categoría: construcción

El usuario ingresa los datos de la nueva categoría

Se crea correctamente la categoría

exitoso


Registrar nueva categoría

Categoría: eléctricos

El usuario ingresa los datos de la nueva categoría

Se crea correctamente la categoría

exitoso


Registrar nuevo proveedor

Nit: 903400631-0 Proveedor: cematcol Dirección: cll 35 F # 62 A 13 sur teléfono: 5992010 email: [email protected]

El usuario ingresa los datos del nuevo proveedor

No se realiza el registro del nuevo proveedor debido al carácter en el nit

fallido Se realiza verificación, y se corrigió el error controlando la excepción y enviando un mensaje de respuesta







104

Registrar nuevo proveedor

Nit: 9030632688 Proveedor: ladrillera el mochuelo Dirección: kr 45 D # 21 - 39 sur teléfono: 7203391 email: [email protected]

El usuario ingresa los datos del nuevo proveedor

Se crea correctamente el proveedor

exitoso


Registrar nuevo producto

Código interno: 10210 Nombre: cemento Cemex Categoría: construcción Empresa a asignar: materiales el oriente Proveedor: cematcol Costo: 19500 CVP: 21000 Stock: 60 Inventario mínimo: 10

El usuario ingresa los datos del nuevo producto

Se crea correctamente el producto

exitoso


Registrar nuevo producto

Código interno: 10213 Nombre: varilla

El usuario ingresa los datos del nuevo producto

Se crea correctamente el producto

exitoso




105

corrugada # 11 Categoría: construcción Empresa a asignar: materiales el oriente Costo: 10900 CVP: 11900 Stock: 100 Inventario mínimo: 10


Registrar nuevo cliente

Nit: 12739507-2 Nombre: Juan Guevara Dirección: Kr 70 # 60 – 40 Email: [email protected] Teléfono: 4652301 Celular: 3134726390 Crédito: 20000000

El usuario ingresa los datos del nuevo cliente

Se crea correctamente el cliente

exitoso



Nit: 53250586 Nombre: Autoservicio Perdomo Persona de Contacto: Luz Herrera Dirección:



exitoso




106

cll 68 B # 79 – 51 sur Email: [email protected] Celular: 3214589670 Crédito: 50000000



Nit: 72843650 Nombre: Lorena Quintana Dirección: cll 76 c sur # 42 D 83 Email: [email protected] Teléfono: 3258891 Celular: 3157894602 Crédito: 30000000



exitoso


Ingreso al sistema como usuario y verificar su historial de ventas

Nombres: Administrador Correo: [email protected] Usuario: admin Selecciona todos los permisos Perfil:

El usuario ha iniciado una sesión y se encuentra activa; Ingresa al módulo de Reportes, desea generar un reporte mensual. Se

Se realiza la búsqueda mostrando el reporte, mostrando el mensaje de error

Fallido, puesto que el año de búsqueda solo debe permitir ingresar años mayor o igual a 2017, pues el sistema

Se realiza verificación, se corrigió el error controlan do la excepción advirtiendo que no se pueden seleccionar fechas futuras.










107

administrador

selecciona la fecha a generar el reporte, se selecciona la fecha 21 de enero de 2018

se desarrolló en este año (2017)


Ingreso al sistema como usuario y verificar su historial de ventas


El usuario es autenticado e ingresa al sistema con sus respectivos permisos de acceso y selecciona la fecha 10 de octubre de 2017

Ve exitosamente su historial de ventas, descarga su reporte y procede a Cerrar sesión.

exitoso


Ingreso al sistema como usuario y verificar el inventario


El usuario es autenticado e ingresa al sistema con sus respectivos permisos de acceso, se selecciona la opción reportes, se selecciona la opción inventario y selecciona la opción PDF

Se descarga un archivo PDF exitosamente y se observa el inventario de productos en la microempresa

exitoso

Tabla 24. Pruebas funcionales Individuales







108

23. CONCLUSIONES

A partir del análisis de los requerimientos, y haciendo Implementación de

herramientas web para la solución a un problema como lo es la gestión y

facturación en pequeñas empresas, resulta más útil para el manejo de la

información, ya que permite utilizar servicios como almacenar datos

importantes y manejarlos de una forma más ordenada para

microempresa.

Con la ayuda del framework Laravel, resulto de gran ayuda para el

desarrollo del sistema de información web, ya que al manejar el modelo

MVC, y el aporte de la metodología RUP, resulta más conveniente en la

implementación del sistema.

A pesar que el proyecto tenga un enfoque para las microempresas

relacionadas con ferreterías, el proyecto es útil para otros tipos de

empresas que hagan manejo de compra y venta de productos, como por

ejemplo, tiendas, papelerías, librerías, etc.

24. RECOMENDACIONES

Se recomienda la participación activa y periódica de los usuarios para

cumplir los objetivos específicos planteados en el sistema (ver objetivos

específicos sección 4.2)

Es recomendable un seguimiento al uso del sistema por parte del

administrador y sus empleados en la búsqueda de posibles mejoras y

nuevos requerimientos, teniendo en cuenta que todos los programas van

requiriendo actualizaciones, para la mejora del sistema.

Se sugiere el registro adecuado de forma oportuna de la información en

el sistema, para que la información consultada en el mismo sea real,

confiable y actualizada.

Es necesario un mantenimiento periódico a las tablas de la base de

datos del sistema, al igual que la realización de backups periódicos

previniendo la perdida de información en caso de daños en el ordenador

o servidor.

Tener en cuenta el manual de usuario para la instalación adecuada de

los componentes para el funcionamiento del sistema.

109

25. BIBLIOGRAFIA

Secretaria senado, ley 223 de 1995. Recuperado el 20 de octubre de 2016. Obtenido de http://www.secretariasenado.gov.co/senado/basedoc/ley_0223_1995.html

Estatuto tributario nacional, art. 617.

Recuperado el 22 de octubre de 2016.Obtenido de http://estatuto.co/?e=436

Alcaldía de Bogotá, ley 1231 de 2008. Recuperado el 23 de octubre de 2016. Obtenido de http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=31593

Alcaldía de Bogotá, decreto 410 de 1971. Recuperado el 23 de octubre de 2016. Obtenido de http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=41102

Estatuto tributario nacional, art. 617. Recuperado el 24 de octubre de 2016.Obtenido de http://estatuto.co/?e=436

Estatuto tributario nacional, art. 615.

Recuperado el 24 de octubre de 2016. Obtenido de http://estatuto.co/?e=442

Estatuto tributario nacional, art. 771-2. Recuperado el 24 de octubre de 2016. Obtenido de http://estatuto.co/?e=214

Alcaldía de Bogotá, LEY 1231 DE 2008.

Recuperado el 27 de octubre de 2016.Obtenido de http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=31593

Estatuto tributario nacional, art. 429. Recuperado el 28 de octubre de 2016. Obtenido de http://estatuto.co/?e=695

Estatuto tributario nacional, art. 447. Recuperado el 28 de octubre de 2016. Obtenido de http://estatuto.co/?e=670

110

Economía y finanzas, Inventario de materias primas. Recuperado el 29 de octubre de 2016. Obtenido de http://www.eco-finanzas.com/diccionario/I/INVENTARIO_DE_MATERIAS_PRIMAS.htm

CONCEPTOS BÁSICOS DE SISTEMAS DE INFORMACIÓN.

Recuperado el 28 de octubre de 2016. Obtenido de http://fccea.unicauca.edu.co/old/siconceptosbasicos.htm

Desarrollo Web, Que es HTML

Recuperado el 22 de julio de 2017. Obtenido de http://www.desarrolloweb.com/articulos/que-es-html.html

Blog la Metodología RUP utilizada en el proceso de diseño de la Ingeniería del Software, Metodología RUP

Recuperado el 10 de noviembre de 2016. Obtenido de http://rupmetodologia.blogspot.com/2012/06/fases-de-lametodologia-rup.html

Gnu. Software Privado Recuperado el 15 de noviembre de 2016. Tomado de http://www.gnu.org/philosophy/categories.es.html

111

MANUAL DE USUARIO PARA EL SISTEMA DE ALMACENAMIENTO

ADMINISTRATIVO Y FACTURACIÓN PARA PEQUEÑAS EMPRESAS






BOGOTA D.C.

2017

112

MANUAL DE USUARIO PARA EL SISTEMA DE ALMACENAMIENTO

ADMINISTRATIVO Y FACTURACIÓN PARA PEQUEÑAS EMPRESAS


20121078072


20122078030

MONOGRAFIA PARA OPTAR EL TÍTULO DE TECNÓLOGO EN


TUTOR

CARLOS ALBERTO VANEGAS




BOGOTA D.C.

2017

113

Manual de Usuario INDICE ILUSTRACION

Ilustración 1.Ubicación xampp........................................................................ 114

Ilustración 2. Xampp....................................................................................... 115

Ilustración 3. Xampp....................................................................................... 115

Ilustración 4. Login...........................................................................................116

ilustración 5. Login...........................................................................................116

ilustración 6. Pagina adminsitrador..................................................................117

ilustración 7. Bienvenida administrador...........................................................117

ilustración 8. Crear usuario........................................................................... 118

ilustración 9. Gestión Administrador..............................................................118

ilustración 10. Inserción de datos nomina semanal........................................ 119

ilustración 11. Reporte de datos......................................................................119

ilustración 12. Eliminación de Empleado........................................................ 120

Ilustración 13. Ventas……………………………………………………………...120

Ilustración 14. Remisión…………………………………………………………...121

Ilustración 15. Reserva…………………………………………………………….121

Ilustración 16. Visualización de ventas…………………………………………..122

Ilustración 17. Visualización de remisiones………….…………………………..122

Ilustración 18. Visualización de reservas ………………………………………..123

Ilustración 19. Solicitud de reportes ………………………………………………..123

Ilustración 20. Creación de reporte inventariado Excel …..………………………..124

Ilustración 21. Creación de reporte remisiones PDF...……………………………..124

Ilustración 22. Alertas …………………….………………………………………..125

Ilustración 23. Perfil ………………………………………………………………..125

Ilustración 24. Error datos de Acceso …………………….……………………..126

Ilustración 25. Usuario incorrecto cambio contraseña ………...…………………..126

Ilustración 26. Las contraseñas no coinciden ……………………………………..127

Ilustración 27. Acceso restringido ………………………………………………..127

114

1. Requerimientos de hardware y software

Se recomienda tener un sistema operativo Windows ya que es el

sistema sobre el cual fue programado el sistema aunque no se descarta

el uso de Linux solo pueden haber funciones las cuales pueden no

funcionar o no se pueden garantizar aun ya que sus pruebas fueron

realizadas en Windows.

Siempre que se ejecute el sistema hay que ejecutar xampp y Composer

todo con el fin de que uno tengamos conexión con la base de datos y

dos tengamos conexión con el servidor en dado caso que sea utilizado

con un servidor remoto.

El sistema solo funciona con versiones de php superiores a la 5.

Si tiene conflictos con usuarios o contraseñas contactar con el

administrador del producto.

La empresa debe proveer un hosting y dos servidores con excelentes

prestaciones técnicas para garantizar la excelente trasferencia de

información.

2. Ejecución del sistema

2.1 Ejecutar servidor ('XAMPP CONTROL')

Se ingresa a la ruta donde se instale el servidor ('XAMPP CONTROL'), por

defecto se guarda en: C:\xampp.

Ilustración 1. Ubicación xampp

115

2.2 ahora se ejecuta el archivo .EXE llamado xampp-control.EXE.

Ilustración 2. Xampp

2.3 se da inicio a los módulos de apache, Mysql.

Ilustración 3. Xampp

116

3. Ingreso al sistema

3.1. Se ingresa a cualquier navegador y ponemos la dirección de la página

http://localhost:8000

Ilustración 4. Login

3.2. Se procede a ingresar los datos

Usuario: admin

Contraseña: @dmin123

Ilustración 5. Login

117

4. Se accede a la página inicial el cual nos dice que tipo de usuario esta

definido (Administrador o Empleado) en la parte superior derecha adicional en

la parte lateral izquierda está un panel de control el cual nos da acceso según

el tipo de usuario que haya ingresado.

Ilustración 6. Página administrador

5. Crear usuario. Se ingresa al panel de la parte izquierda se presionara en

administrador luego usuarios y se da click al botón agregar usuarios. (Se

asigna el rol del usuario a crear).

Ilustración 7. Crear usuario

118

6. Crear empresa proveedor

Se ingresa al panel de la izquierda, se da click donde dice catalogo

proveedores y se presiona al botón de la parte derecha que dice agregar

proveedor.

Ilustración 8. Crear proveedor

7. clientes

En el menú de la parte izquierda se ingresa a la sección que dice catalogo se

da la opción a clientes y luego al botón que dice agregar cliente

Ilustración 9. Crear cliente

119

8. agregar categoría

Se ingresa al panel de la izquierda se selecciona catálogo, categorías y luego

se presiona al botón de la derecha que dice agregar categoría (todo con el fin

de determinar el uso o el segmento al cual pertenecen los productos a la

venta).

Ilustración 10. Agregar categoría

9. agregar producto

Se ingresa al panel de la izquierda y se selecciona catálogo, productos y luego

se presiona al botón de la derecha que dice agregar producto.

Ilustración 11. Agregar producto

120

10. alertas

En el menú de la parte izquierda se tendrá la opción de visualizar alertas de

productos próximos a agotarse o de remisiones que están por cobrar.

Ilustración 12. Alertas

11. ventas

En el panel de la parte izquierda tenemos la opción vender la cual nos permite

generar una salida del stock de la empresa. Seleccionamos la sede desde la

cual se ara la venta

Ilustración 13. Ventas

121

12. remisión

En el panel de la parte izquierda se puede seleccionar la opción remisión la

cual es para pagos a plazos o cuotas. Este pide que seleccione un cliente,

luego pide que seleccione un producto y nos da la opción para elegir la

cantidad.

Ilustración 14. Remisión

13. reserva

En el panel de la izquierda también se encuentra una opción llamada reserva,

donde permite reservar los productos para ciertos clientes. Donde permite

también generar una remisión o dejarla como reserva.

Ilustración 15. Reserva

122

14. visualización de ventas, remisiones y reservas.

En el panel izquierdo se observa una sección que dice ventas allí veremos todo

el histórico de las facturas, también se tiene el apartado de remisiones donde

se observa el histórico de remisiones al igual que las reservas.

Ilustración 16. Visualización de ventas

Ilustración 17. Visualización de remisiones

123

Ilustración 18. Visualización de reservas

15. informes (PDF’S o EXCEL)

Para la solicitud de informes o documentos PDF o EXCEL podremos solicitarlo desde

el apartado reportes donde tendremos un menú extenso el cual podremos solicitar el

reporte necesario.

Ilustración 19. Solicitud de reportes

124

Ilustración 20. Creación de reporte inventariado Excel

Ilustración 21. Creación de reporte remisiones PDF

125

16. Alertas

En alertas usted encontrara recordatorios producidos por el sistema cosas como

productos próximos a acabarse y remisiones por cobrar o vencidas.

Ilustración 22. Alertas

17. Perfil

En el perfil encontrara información con la cual se registró la cantidad de clientes que

ha registrado, número de remisiones que ha creado, número de ventas que ha creado.

Modificar información personal o cambiar la contraseña.

Ilustración 23. Perfil

126

Posibles errores

1. contraseña incorrecta

En caso dado de que un usuario no ingrese bien su contraseña o ingrese mal el

usuario deberá acudir con el administrador del sistema para recuperar dichos datos el

posible error saldría de la siguiente manera:

Ilustración 24. Error datos de acceso

2. cambio contraseña

Cuando intente cambiar la contraseña es necesario que cuente con los datos correctos

de registro ya que si no también el sistema le arrojara errores o alertas informando el

fallo que tiene.

Ilustración 25. Usuario incorrecto cambio contraseña

127

Ilustración 26. Las contraseñas no coinciden

3. Acceso restringido

Cuando trata de realizar modificaciones en campos donde se sabe que no tiene

acceso.

Ilustración 27. Acceso restringido

4. Problemas con el servidor

Cuando se tiene problemas con el servidor principal se debe tener un accionador o

una condición en la cual siempre se compruebe si hay conexión o no con el principal

en caso dado de que no se tenga conexión con el principal actuar dicha condición y

redirigirá la información al otro servidor todo esto con el fin de evitar el cuello de botella

en la información.

Documents

SISTEMA DE ALMACENAMIENTO ADMINISTRATIVO Y …