Upload
others
View
6
Download
0
Embed Size (px)
Citation preview
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
SISTEMA DE ALMACENAMIENTO ADMINISTRATIVO Y FACTURACIÓN
PARA PEQUEÑAS EMPRESAS
BRAYAN NICOLAS PEÑA QUINTANA
20121078072
DEIVY GEOVANY GUEVARA SIERRA
20122078030
MONOGRAFIA PARA OPTAR EL TÍTULO DE TECNÓLOGO EN
SISTEMATIZACIÓN DE DATOS
TUTOR
CARLOS ALBERTO VANEGAS
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD TECNOLÓGICA
SISTEMATIZACIÓN DE DATOS
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:
SISTEMA DE ALMACENAMIENTO ADMINISTRATIVO Y FACTURACIÓN
PARA PEQUEÑAS EMPRESAS
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
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
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
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
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
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
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
Prioridad Alta Fecha 12-06-2017
Justificación del requerimiento
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
Sistema Dependencia Recursos humanos
Prioridad Media Fecha 12-06-2017
Justificación del requerimiento
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
Sistema Dependencia Recursos humanos
Prioridad Alta Fecha 12-06-2017
Justificación del requerimiento
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
Sistema Dependencia Recursos humanos
40
Prioridad Media Fecha 12-06-2017
Justificación del requerimiento
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
Prioridad Alta Fecha 12-06-2017
Justificación del requerimiento
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.
Actores Administrador
Objetivo Ascender o Degradar a cualquier Usuario
Precondiciones Estar registrado como Administrador
Pos condiciones Se han guardado los cambios
46
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Eliminar Usuario a cambiar
Registrar el Usuario eliminado con su nuevo Rol
Manejo de situaciones excepcionales
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.
Actores Administrador
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
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar sección Ingresar empleado
Ingresar datos personales del empleado
Manejo de situaciones excepcionales
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.
Actores Administrador
Objetivo Caso de uso diseñado para que el administrador verifique información de cualquier tipo que requiera de algún empleado
Precondiciones Estar registrado como Administrador
Pos condiciones
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar a sección Consultar
Buscar la información a Consultar
Manejo de situaciones excepcionales
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.
Actores Administrador
Objetivo Modificar información de cualquier tipo relacionado al Usuario Empleado
Precondiciones Estar registrado como Administrador
48
Pos condiciones Modificaciones guardadas correctamente
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar a sección Modificar
Identificar y Modificar información necesaria
Manejo de situaciones excepcionales
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.
Actores Administrador
Objetivo Eliminar usuarios retirados o sin derecho a estar registrados.
Precondiciones Estar registrado como Administrador
Pos condiciones El usuario ha sido eliminado
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar sección Eliminar
Identificar y Eliminar Usuario
Manejo de situaciones excepcionales
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.
Actores Administrador
Objetivo Registrar nuevo proveedor en la base de datos donde se incluirán los datos de contacto de la empresa para realizar pedidos.
Precondiciones Estar registrado como Administrador
Pos condiciones El usuario ha ingresado con éxito
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar sección Ingresar proveedor
Ingresar datos de contacto del proveedor
Manejo de situaciones excepcionales
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.
Actores Administrador
Objetivo Caso de uso diseñado para que el administrador verifique información de cualquier tipo que requiera de algún proveedor
Precondiciones Estar registrado como Administrador
50
Pos condiciones
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar a sección Consultar
Buscar la información a Consultar
Manejo de situaciones excepcionales
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.
Actores Administrador
Objetivo Modificar información de cualquier tipo relacionado al proveedor especifico
Precondiciones Estar registrado como Administrador
Pos condiciones Modificaciones guardadas correctamente
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar a sección Modificar
Identificar y Modificar información necesaria
Manejo de situaciones excepcionales
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.
Actores Administrador
Objetivo Eliminar proveedores que ya no estén ofreciendo productos a la empresa o haya dejado de existir.
Precondiciones Estar registrado como Administrador
Pos condiciones El proveedor ha sido eliminado
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar sección Eliminar
Identificar y Eliminar Proveedor
Manejo de situaciones excepcionales
Servidor apagado Proveedor ya haya sido eliminado por otro
administrador
El administrador decide no seguir protocolo habitual de eliminación
TABLA 24. DOCUMENTACIÓN CASO DE USO ELIMINAR PROVEEDOR.
N° Caso de Uso: 11 Nombre de Caso de Uso: Registrar producto a la venta.
Actores Administrador
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
Pos condiciones Guardar los cambios en el sistema
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar sección Ingresar producto
Ingresar características del producto
Manejo de situaciones excepcionales
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.
Actores Administrador
Objetivo Caso de uso diseñado para que el administrador verifique información de cualquier tipo que requiera de algún producto
Precondiciones Estar registrado como Administrador
Pos condiciones
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar a sección Consultar
Buscar la información a Consultar
53
Manejo de situaciones excepcionales
Servidor apagado
Producto no registrado
producto no encontrado
Producto eliminado
TABLA 26. DOCUMENTACIÓN CASO DE USO CONSULTAR
INFORMACION DEL PRODUCTO.
N° Caso de Uso: 13 Nombre de Caso de Uso: Editar información del producto.
Actores Administrador
Objetivo Modificar información de cualquier tipo relacionado a un producto especifico
Precondiciones Estar registrado como Administrador
Pos condiciones Modificaciones guardadas correctamente
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar a sección Modificar
Identificar y Modificar información necesaria
Manejo de situaciones excepcionales
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.
Actores Administrador
Objetivo Eliminar productos que ya no se ofrezcan en la empresa.
Precondiciones Estar registrado como Administrador
Pos condiciones El producto ha sido eliminado
Flujo de eventos Ingresar a la Pagina
Ingresar datos de administrador
Validar datos de login
Entrar sección Eliminar
Identificar y Eliminar producto
Manejo de situaciones excepcionales
Servidor apagado
El producto ya haya sido eliminado por otro administrador
El administrador decide no seguir protocolo habitual de eliminación
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
Pos condiciones Ha ingresado al sistema de forma correcta
55
Flujo de eventos Ingresar a la Pagina
Ingresar datos de empleado
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 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
Precondiciones Estar registrado como Empleado
Pos condiciones Ha ingresado al sistema de forma correcta
Flujo de eventos Ingresar a la Pagina
Ingresar datos de empleado
Ingresar a la sección pedidos
Seleccionar la opción a usar si es pedido nuevo
Modificar si es un pedido ya realizado
Manejo de situaciones excepcionales
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
Precondiciones Estar registrado como Empleado
Pos condiciones Ha ingresado al sistema de forma correcta
Flujo de eventos Ingresar a la Pagina
Ingresar datos de empleado
Ingresar a la sección pedidos
Seleccionar la opción consultar
Verificar que los productos del pedido sean los correctos
Manejo de situaciones excepcionales
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
Precondiciones Estar registrado como Empleado
Pos condiciones Ha ingresado al sistema de forma correcta
Flujo de eventos Ingresar a la Pagina
Ingresar datos de empleado
57
Ingresar a la sección pedidos
Seleccionar la opción generar factura
Imprimir factura
Manejo de situaciones excepcionales
Servidor apagado
No se ha creado el pedido
Datos erróneos en el pedido
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
Precondiciones Estar registrado como Empleado
Pos condiciones Ha ingresado al sistema de forma correcta
Flujo de eventos Ingresar a la Pagina
Ingresar datos de empleado
Ingresar a la sección pedidos
Ver pedidos registrados
Entregar el pedido al cliente
Manejo de situaciones excepcionales
Servidor apagado
No se ha creado el pedido
Datos erróneos en el pedido
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
Precondiciones Estar registrado como Empleado
Pos condiciones Ha ingresado al sistema de forma correcta
Flujo de eventos Ingresar a la Pagina
Ingresar datos de empleado
Ingresar a la sección productos
Ver el producto a revisar
Ver cantidad disponible
Informar al cliente que si hay el producto
Manejo de situaciones excepcionales
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
Precondiciones Estar registrado como Empleado
59
Pos condiciones Ha ingresado al sistema de forma correcta
Flujo de eventos Ingresar a la Pagina
Ingresar datos de empleado
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
Manejo de situaciones excepcionales
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
Pos condiciones Guardar los cambios en el sistema
Flujo de eventos Ingresar a la Pagina
Ingresar datos de empleado
Validar datos de login
Entrar sección Ingresar cliente
Ingresar datos personales del empleado
60
Manejo de situaciones excepcionales
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
Precondiciones Estar registrado como Empleado
Pos condiciones
Flujo de eventos Ingresar a la Pagina
Ingresar datos de cliente
Validar datos de login
Entrar a sección Consultar
Buscar la información a Consultar
Manejo de situaciones excepcionales
Servidor apagado
Cliente no registrado
Cliente no encontrado
Cliente eliminado
TABLA 37. DOCUMENTACIÓN CASO DE USO CONSULTAR
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
Precondiciones Estar registrado como Empleado
Pos condiciones Modificaciones guardadas correctamente
Flujo de eventos Ingresar a la Pagina
Ingresar datos de empleado
Validar datos de login
Entrar a sección Modificar
Identificar y Modificar información necesaria
Manejo de situaciones excepcionales
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
Precondiciones Estar registrado como Empleado
Pos condiciones El cliente ha sido eliminado
62
Flujo de eventos Ingresar a la Pagina
Ingresar datos de cliente
Validar datos de login
Entrar sección Eliminar
Identificar y Eliminar cliente
Manejo de situaciones excepcionales
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
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
teléfono
celular
lim_credito
crédito_consumido
Identificación única de cliente
Referencia identificador usuario
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
Referencia identificador usuario
Referencia identificador empresa
Referencia identificador cliente
93
Remisions Id
Cliente_id
User_id
Empresa_id
Total
Fecha_plazo
Status
Cambio
Descuento
Iva
Factura_id
Identificación única de remisión
Referencia identificador cliente
Referencia identificador usuario
Referencia identificador empresa
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
Impuesto valor agregado
Referencia identificador factura
Cars id
user_id
empresa_id
Identificación única de carrito compra
Referencia identificador usuario
Referencia identificador factura
Entradas id
user_id
producto_id
costo
cantidad
fecha
Identificación única de entrada
Referencia identificador usuario
Referencia identificador producto
Valor entrada producto
Cantidad a recibir
Fecha de entrada
Empresas Id
Rif
Name_empresa
Address
Phone
Identificación única de la empresa
Identificación empresa
Nombre empresa
Dirección empresa
Correo empresa
Teléfono contacto empresa
94
Iva
Retefuente
Impuesto valor agregado
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
Referencia identificador empresa
Estado de la resolucion
Reservas Id
Empresa_id
Cliente_id
Identificación única de reserva
Referencia identificador empresa
Referencia identificador cliente
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
Referencia identificador empresa
Estado del producto
95
Remision_detalles Id
Remision_id
Producto_id
Cantidad
pvp
Identificación de remisión
Referencia identificador remisión
Referencia identificador producto
Cantidad del producto remisión
Precio remisión
Proveedors Id
Rif
Name_proveedor
Address
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
Referencia identificador factura
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
Referencia identificador producto
Nombre del producto
Cantidad del producto
Precio del producto
Abono_remisions Id
Remision_id
abono
Identificación abono remisión
Referencia identificador remisión
Valor a abonar remisión
96
Nota_credito_facturas Id
Factura_id
Nota_c
Identificación nota crédito
Referencia identificador factura
Comprobante nota crédito
Nota_credito_remisions
Id
Remision_id
Nota_c
saldo
Identificación nota crédito
Referencia identificador remisión
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
Referencia identificador producto
Referencia identificador 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
Referencia identificador producto
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
Referencia identificador producto
Nombre producto
Cantidad producto
Precio producto
97
Detalle_facturas Id
Factura_id
Producto_id
Nombre_pro
Cantidad
Pvp
total
Identificador detalle facturas
Referencia identificador factura
Referencia identificador producto
Nombre producto
Cantidad producto
Precio producto
Total factura
Detalle_tmp Id
Remision_id
Producto_id
Cantidad
pvp
Identificador detalle temporal
Referencia identificador remisión
Referencia identificador producto
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
102
Id. Requerimiento: RNF003
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
Id. Requerimiento: RNF003
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
Id. Requerimiento: RF004
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
Id. Requerimiento: RF004
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
Id. Requerimiento: RF004
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
Id. Requerimiento: RF004
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
Id. Requerimiento: RF004
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
Id. Requerimiento: RF004
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
Id. Requerimiento: RF004
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
Id. Requerimiento: RF004
Registrar nuevo cliente
Nit: 53250586 Nombre: Autoservicio Perdomo Persona de Contacto: Luz Herrera Dirección:
El usuario ingresa los datos del nuevo cliente
Se crea correctamente el cliente
exitoso
106
cll 68 B # 79 – 51 sur Email: [email protected] Celular: 3214589670 Crédito: 50000000
Id. Requerimiento: RF004
Registrar nuevo cliente
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
El usuario ingresa los datos del nuevo cliente
Se crea correctamente el cliente
exitoso
Id. Requerimiento: RF006
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)
Id. Requerimiento: RF004
Ingreso al sistema como usuario y verificar su historial de ventas
Nombres: Administrador Correo: [email protected] Usuario: admin Selecciona todos los permisos Perfil: administrador
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
Id. Requerimiento: RF004
Ingreso al sistema como usuario y verificar el inventario
Nombres: Administrador Correo: [email protected] Usuario: admin Selecciona todos los permisos Perfil: administrador
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
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
112
MANUAL DE USUARIO PARA EL SISTEMA DE ALMACENAMIENTO
ADMINISTRATIVO Y FACTURACIÓN PARA PEQUEÑAS EMPRESAS
BRAYAN NICOLAS PEÑA QUINTANA
20121078072
DEIVY GEOVANY GUEVARA SIERRA
20122078030
MONOGRAFIA PARA OPTAR EL TÍTULO DE TECNÓLOGO EN
SISTEMATIZACIÓN DE DATOS
TUTOR
CARLOS ALBERTO VANEGAS
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD TECNOLÓGICA
SISTEMATIZACIÓN DE DATOS
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.