Sistema de Almacenamiento Administrativo y Facturación para Pequeñas Empresas

Texto completo

(1)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) 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) 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) 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) 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) 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) 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) 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) 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) 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) 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) 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) 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 Helm Spona bases de datos con MySQL y PHP. MARCOMBO. PRO MySQL. Michael Kruckenberg and Jay pipes. APRESS. Programación Orientada a Objetos. Sonia Jaramillo Valbuena, Sergio ELIZCOM Augusto Cardona, Leonardo Alonso Hernández. Java a Tope. Sergio Gálvez Rojas, Lucas Ortega Universidad Díaz Málaga. Administrador servidores. de Enzo Augusto Marchionni. de. 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. Contabilidad general. Jesús García. Edición Omeñaca 11. Editorial Deusto Barcelona.

(14) 14. normas internacionales contabilidad. Oriol Amat y Jordi 2 gestión ACCID de Perramon 2000. Administración empresas. de Agustín reyes Ponce. 2. LIMUSA. Manual de Salvador Arnal Seria presupuestos y contabilidad de las corporaciones locales. 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) 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) 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:. 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 4.

(17) 17. 7.1 ANTECEDENTES NORMATIVOS: . . . . 5. 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.”.. 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) 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) 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) 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) 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) 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) 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) 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) 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) 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-eshtml.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) 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) 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) 29. TABLA 3: FACTIBILIDAD TÉCNICA CATEGORIA. ELEMENTO. DESCRIPCION. HARDWARE. CPU. Procesador Intel core i3. RAM. DD3 4 GB. Disco duro. 500 GB. Sistema operativo. Windows 7 u 8. Netbeans ide. 8. 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.. SOFTWARE. RECURSO HUMANO. 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) 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 20 TRABAJADOS CONSUMO DE HORAS EN UN 4 DIA 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 TRABAJADOS. DIAS. AL. MES 20.

(31) 31. NUMERO DE HORAS TRABAJADAS AL 8 DIA 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.