UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES “UNIANDES”
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
PROYECTO DE INVESTIGACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS E INFORMÁTICA
TEMA:
SISTEMA INFORMÁTICO PARA LA GESTIÓN CONTABLE PARA EL CONTRATISTA DE OBRAS CIVILES COMUNITARIAS GABRIEL
TOALOMBO EN LA REGIÓN DEL ORIENTE
AUTOR:
ZAMBRANO GUAIGUA ALVARO DANIEL
ASESOR:
ING. VISCAINO NARANJO FAUSTO ALBERTO, M.Sc.
APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN:
CERTIFICACIÓN:
Quien subscribe, legalmente CERTIFICA QUE: El presente Trabajo de Titulación realizado por el señor Alvaro Daniel Zambrano Guaigua, estudiante de la carrera de sistemas, facultad de Sistemas Mercantiles, con el Tema “SISTEMA INFORMÁTICO PARA LA GESTIÓN CONTABLE PARA EL CONTRATISTA DE OBRAS CIVILES COMUNITARIAS GABRIEL TOALOMBO EN LA REGIÓN DEL ORIENTE”, ha sido prolijamente revisado, y cumple con todos requisitos establecidos en la normativa pertinente de la Universidad Regional Autónoma de los Andes -UNIANDES-, por lo que apruebe su presentación.
Ambato, Julio 2016
Ing. Fausto Viscaino Msc.
DECLARACIÓN DE LA AUTENTICIDAD
Yo, Alvaro Daniel Zambrano Guaigua, estudiante de la carrera de Sistemas, facultad de sistemas mercantiles, declaro que todos los resultados obtenidos en el presente trabajo de
investigación, previo a la obtención del título de INGENIERO EN SISTEMAS E INFORMÁTICA, son absolutamente originales, auténticos y personales; a excepción de las citas, por lo que son de mi exclusiva responsabilidad.
Ambato, Julio 2016
______________________________
Sr. Alvaro Daniel Zambrano Guaigua CI. 0503325235
DERECHOS DE AUTOR
Yo, Alvaro Daniel Zambrano Guaigua, declaro que conozco y acepto la disposición constante en el literal d) del Art. 85 del Estatuto de la Universidad Regional Autónoma de Los Andes, que en su parte pertinente textualmente dice: El Patrimonio de Ia UNIANDES, está constituido por: La propiedad intelectual sobre las Investigaciones, trabajos científicos o técnicos, proyectos profesionales y consultaría que se realicen en la Universidad o por cuenta de ella;
Ambato, Julio de 2016
______________________________
Sr. Alvaro Daniel Zambrano Guaigua CI. 0503325235
DEDICATORIA
La presente tesis de grado va dedicado a Dios
y a mis padres. A Dios quien supo guiarme
por el buen camino, darme fuerza para seguir
adelante y no desmayar en los problemas que
se me presentaban, A mis padres por ser el
pilar fundamental en todo lo que soy, en toda
mi educación, tanto académica como de la
vida, por su incondicional apoyo
perfectamente mantenido a través del tiempo.
Por la herencia más valiosa que pudiera
recibir, fruto de inmenso apoyo y confianza
que en mí se depositó para que los esfuerzos y
sacrificios hechos por mí no fueran en vano.
Con admiración y respeto.
AGRADECIMIENTO
A Dios por darme la bendición y la
sabiduría para culminar mis estudios,
a mis padres por el esfuerzo y apoyo
brindado a lo largo de mi vida por
darme la oportunidad de estudiar esta
carrera. De una manera muy especial
doy gracias a todos los docentes de la
carrera de Sistemas Informáticas.
Porque sin ellos no hubiera sido
posible lograr mis objetivos. Y a todas
aquellas personas que de una u otra
forma, colaboraron o participaron en
la realización de esta investigación,
hago extensivo mi más sincero
agradecimiento.
RESUMEN EJECUTIVO
El presente trabajo de investigación “SISTEMA INFORMÁTICO PARA LA GESTIÓN CONTABLE PARA EL CONTRATISTA DE OBRAS CIVILES COMUNITARIAS GABRIEL TOALOMBO EN LA REGIÓN DEL ORIENTE”, se enfoca en resolver los problemas del contratista Gabriel Toalombo, que luego de una investigación se determinaron los siguientes inconvenientes: desorganización en los archivos de las facturas, pérdida de documentos lo cual genera un descuadre contable, el control de los pagos que se lo realiza en Excel no emite un comprobante de pago de respaldo lo cual genera inseguridad entre el contratista y el trabajador.
El sistema planteado permitirá controlar de manera eficiente la gestión contable administrando la información de: roles de pagos, archivo electrónico de facturas, balances mensuales, balances anuales, usuarios, obras, clientes, empleados, préstamos, cuentas por pagar y cobrar.
Para esta investigación, se utilizó como métodos científicos el inductivo el cual se basa en la observación y la experimentación de hechos concretos para llegar a una resolución y el deductivo que utiliza el razonamiento lógico.
Para el desarrollo de la aplicación se utilizó la metodología en cascada. La cual se define como una secuencia de fases en la que al final de cada una de ellas se reúne la documentación para garantizar que cumple las especificaciones y los requisitos antes de pasar a la fase siguiente.
En la elaboración de la aplicación hemos utilizado programas y herramientas de software libre estos son: MySQL Workbench, XAMPP, Netbeans. La aplicación se desarrolló en el lenguaje java.
EXECUTIVE SUMARY
The present research work “SISTEMA INFORMÁTICO PARA LA GESTIÓN CONTABLE PARA EL CONTRATISTA DE OBRAS CIVILES COMUNITARIAS GABRIEL TOALOMBO EN LA REGIÓN DEL ORIENTE” is focused in resolving the problems of the contractor Gabriel Toalombo. After a research, we determined the following inconveniences: unorganized bill archives, loss of documents that may cause an accounting problem, payment control that is done through an excel document does not emit a proof of the payment, which generates insecurity for contractor and the worker.
The system being presented will allow an efficient control of: payments, electronic bill archive, monthly balances, yearly balances, users, works, clientele, employees, loans, bills to be paid, and collect.
For this research, the inductive method was used. It is based on observation and experimentation of concrete facts in order to reach a resolution. The inductive method was used for its logical reasoning.
For the development of application, the Cascade methodology was applied. It is defined as a sequence of steps in which at the end of each we gather the documents to guarantee the achievement of the specifications and requirements before moving on to the next phase.
In the elaboration of the application, we used programs and free software tools such as: MySQL Workbench, XAMPP, and Netbeans. The application was developed in Java language.
ÍNDICE GENERAL
CERTIFICACIÓN DEL ASESOR DECLARACIÓN DE LA AUTORÍA DERECHOS DE AUTOR
AGRADECIMIENTO DEDICATORIA
RESUMEN EJECUTIVO EXECUTIVE SUMARY
Pág.
INTRODUCCIÓN ... 1
Formulación del Problema ... 3
Delimitación del Problema ... 4
Objeto de Investigación ... 4
Campo de Acción ... 4
Identificación de la línea de investigación ... 4
Objetivo General ... 4
Objetivos Específicos ... 4
Idea a Defender ... 5
Justificación del Tema ... 5
1. MARCO TEÓRICO ... 7
1.1. Contabilidad. ... 7
1.1.1. Finalidad ... 7
1.1.2. Los libros Contables ... 7
1.1.3. La Documentación Contable ... 9
1.1.4. Cuenta ... 10
1.1.5. Rol de Pagos ... 11
1.2. Sistemas de Información ... 11
1.2.1. Definición ... 11
1.2.2. Ciclo de vida sistemas de información ... 11
1.2.3. Tecnologías de la información ... 13
1.2.4 Clasificación de los sistemas de información ... 13
1.3. Herramientas Case ... 14
1.3.1. Clasificación de case ... 14
1.4. UML ... 15
1.4.1. Evolución del modelo UML ... 15
1.5. Bases de datos ... 16
1.5.1. Definición ... 16
1.5.3. Sistema de Gestión de Base de Datos (SGBD) ... 17
1.5.4 Objetivos de un SGBD ... 17
1.5.4.1 Abstracción de la información ...17
1.5.4.2. Independencia ...17
1.5.4.3 Redundancia mínima ...18
1.5.4.4. Consistencia ...18
1.5.4.5 Seguridad ...18
1.5.4.6 Integridad ...19
1.5.4.7 Respaldo y Recuperación ...19
1.5.5. Gestor de la base de datos ... 20
1.6. Mysql Workbench ... 20
1.7. XAMPP ... 21
1.8. Programación ... 21
1.9. POO ... 22
1.9.1. Objeto ... 23
1.9.2. Clase ... 23
1.9.4. Encapsulamiento ... 24
1.9.5. Java ... 25
1.9.6. Características ... 26
1.9.7. Entorno de desarrollo integrado (IDE) ... 26
1.9.8. NetBeans ... 26
1.10.1. Modelo en cascada ... 27
1.11. Conclusiones Parciales Del Capítulo ... 28
CAPÍTULO II ... 29
2. MARCO METODOLÓGICO ... 29
2.1. Características del sector ... 29
2.2. Descripción de Procedimiento Metodológico. ... 30
2.2.1. Modalidad de la Investigación. ... 30
2.2.2. Tipo de investigación. ... 30
2.2.3. Métodos, Técnicas e Instrumentos. ... 30
2.3. Análisis e interpretación de los resultados ... 31
2.3.1. Entrevista dirigida al Contratista. ... 31
2.3.2. Entrevista dirigida a la Contadora. ... 32
2.3.3. Análisis de la entrevista realizada al contratista y a la contadora ... 34
2.4. Propuesta del investigador ... 34
2.5. Conclusiones parciales del capítulo ... 35
CAPÍTULO III. ... 36
3. DESARROLLO DE LA PROPUESTA ... 36
3.1. MARCO PROPOSITIVO ... 36
3.3. Objetivos ... 36
3.4. Desarrollo de la propuesta ... 37
3.4.1. Metodología del desarrollo del software ... 37
3.4.2. Análisis ... 37
3.4.2.1. Especificación requerimientos de software...37
3.4.2.2. Alcance ...37
3.4.2.3. Requerimientos Funcionales ...38
3.4.2.4. Requerimientos no funcionales ...40
3.4.2.5. Diagramas de paquete ...43
3.4.2.6. Diagramas de casos de uso ...44
3.4.2.7. Diagramas de secuencia ...45
3.4.2.8. Diagrama de clases ...47
3.4.3. Diseño ... 48
3.4.3.1. Diseño de la base de datos ...48
3.4.3.2. Diccionario de datos ...49
3.4.3.3. Script de la base de datos ...56
3.4.3.4. Diseño de interfaz ...62
3.4.4. Desarrollo ... 63
3.4.5.1. Pruebas caja negra ...66
3.4.5.2. Pruebas de caja blanca ...67
3.4.6. Implementación ... 68
3.4.6.1. Requerimientos ...68
CONCLUSIONES ... 68
RECOMENDACIONES ... 69
ÍNDICE DE GRÁFICOS
Gráfico 1 El ciclo de la vida de un sistema ... 11
Gráfico 2 Fases del modelo en cascada ... 37
Gráfico 3 Modelos del Sistema ... 43
Gráfico 4 Caso de Uso Gestión Usuario ... 44
Gráfico 5 Caso de Uso de Gestión de Rol ... 44
Gráfico 6 Diagrama de secuencia crear usuario ... 45
Gráfico 7 Diagrama de secuencia modificar usuario ... 45
Gráfico 8 Diagrama de secuencia eliminar usuario ... 46
Gráfico 9 Diagrama de secuencia crear Reporte ... 46
Gráfico 10 Diagrama de clases ... 47
Gráfico 11 Diseño de la base de datos ... 48
Gráfico 12 Modelo lógico de la base de datos ... 49
Gráfico 13 Diseño de inicio de sesión... 62
Gráfico 14 Diseño formulario Cargo ... 62
ÍNDICE DE TABLAS
Tabla 1 Requerimiento Funcional Período ... 38
Tabla 2 Requerimiento Funcional Cargos ... 38
Tabla 3 Requerimiento Funcional Trabajadores ... 38
Tabla 4 Requerimiento Funcional Básicos ... 38
Tabla 5 Requerimiento Funcional Roles de Pagos ... 38
Tabla 6 Requerimiento Funcional Tipo Egresos ... 38
Tabla 7 Requerimiento Funcional Proveedores ... 39
Tabla 8 Requerimiento Funcional Egresos ... 39
Tabla 9 Requerimiento Funcional Clientes ... 39
Tabla 10 Requerimiento Funcional Ingresos ... 39
Tabla 11 Requerimiento Funcional Tipo Obras ... 39
Tabla 12 Requerimiento Funcional Obras ... 39
Tabla 13 Requerimiento Funcional Préstamos ... 40
Tabla 14 Requerimiento Funcional Cuotas ... 40
Tabla 15 Requerimiento Funcional Usuarios ... 40
Tabla 16 Requerimientos Bitácora ... 40
Tabla 18 Recursos de Software ... 42
Tabla 19 Recursos Humanos ... 43
Tabla 20 Diccionario de datos Básicos ... 49
Tabla 21 Diccionario de datos Bitácora ... 50
Tabla 22 Diccionario de datos cargos ... 50
Tabla 23 Diccionario de datos Clientes ... 50
Tabla 24 Diccionario de datos Meses ... 51
Tabla 25 Diccionario de datos Cuotas ... 51
Tabla 26 Diccionario de datos Período ... 51
Tabla 27 Diccionario de datos Egresos ... 52
Tabla 28 Diccionario de datos Ingresos ... 52
Tabla 29 Diccionario de datos Obras ... 53
Tabla 30 Diccionario de datos Préstamos ... 53
Tabla 31 Diccionario de datos Tipo Obra ... 53
Tabla 32 Diccionario de datos Proveedores ... 54
Tabla 33 Diccionario de datos Trabajadores ... 54
Tabla 34 Diccionario de datos Tipo Egresos ... 55
Tabla 35 Diccionario de datos Rol ... 55
Tabla 37 Pruebas de caja negra iniciar sección (datos incorrectos) ... 66
1
INTRODUCCIÓN( (Petroamazonas, 2015)) El Programa de Relaciones Comunitarias tiene como objetivo principal, establecer nexos de sana convivencia con las comunidades e instituciones de las Áreas de Influencia Directa de sus Operaciones e integrar aspectos de Responsabilidad Social a los contenidos de sus Programas y Planes de Gestión Social que se desarrollen como consecuencia de la aplicación de la Política de Relaciones Comunitarias de PAM EP. Una segunda instancia en la aplicación de este Programa, tiene que ver con aquellas actividades que PAM EP realiza en poblaciones y/o comunidades consideradas como Áreas de Influencia Indirecta y Regional, mediante el apoyo a su desarrollo integral, la mitigación de impactos negativos derivados de la operación, así como la potenciación de efectos positivos producto de la actividad de la operadora.
( (Petroamazonas, 2015)) La Política de Responsabilidad Social de PETROAMAZONAS EP (PAM EP) contiene disposiciones explícitas, cuyo propósito es el de guiar un desempeño empresarial que privilegia los valores éticos por encima del interés económico.
La Gerencia de Responsabilidad Social y Relaciones Comunitarias de Petroamazonas EP define, diseña e implementa Políticas y Programas de Relaciones Comunitarias y Responsabilidad Social para facilitar las Operaciones de PETROAMAZONAS EP, elevar su prestigio y permitir una sana convivencia con las comunidades del área de influencia directa de sus operaciones, con un enfoque responsable y sostenible.
PAM EP desarrolla la Política de Responsabilidad Social enfocado su gestión a través del componente ético como parte su cultura organizacional. Dentro de su modelo de gestión social implementa el Programa de Relaciones Comunitarias (PRC) como parte del cumplimiento legal de la operación de acuerdo con el marco jurídico vigente.
( (SRI, 2015)) Todas las personas, nacionales o extranjeras, que realizan actividades económicas lícitas.
2
En estos casos, están obligadas a llevar contabilidad, bajo la responsabilidad y con la firma de un contador público legalmente autorizado e inscrito en el Registro Único de Contribuyentes (RUC), por el sistema de partida doble, en idioma castellano y en dólares de los Estados Unidos.
( (EcuadorLegal, 2013)) Los beneficios sociales corresponden exactamente a aquellos derechos reconocidos a los trabajadores y que también son de carácter obligatorio que van más allá de las remuneraciones normales y periódicas que reciben por su trabajo.
Afiliación a la Seguridad Social Pago por horas extras y Suplementarias, pago de la decimotercera Remuneración (Décimo tercero sueldo) o Bono navideño. Pago de la decimocuarta remuneración (Décimo cuarto Sueldo) o Bono escolar, pago del fondo de reserva, vacaciones anuales, pago de la Jubilación patronal, licencia por paternidad, licencia por Maternidad, Pago del Subsidio por Maternidad, Pago de utilidades.
( (Mcintosh, 2013)) Un sistema de contabilidad informático sirve para muchos propósitos. Mejora la precisión, mejora las capacidades de presentación de informes y simplifica los registros. La precisión aumenta debido a que se producen los procesos matemáticos de forma automática y sin errores humanos. Puede registrar cada transacción en un sistema de contabilidad informático a medida que sucede. Esto permite al sistema usar la información en diversos informes. El empresario puede crear y programar diferentes informes en el sistema para su entrega de manera regular.
El proyecto se desarrolló en software libre enfocado a (POO) programación orientada a objetos en el entorno de desarrollo NetBens enlazada a una base de datos con identidad-relación. Organizando el proyecto y dividiendo las funciones como son; datos, encapsulamiento, negocio, y el formulario llamando a cada función correspondiente cumpliendo las operaciones como son: insertar,modificar, eliminar.
3
Tiene mucha experiencia en trabajar con las comunidades respecto a lo de obras civiles del sector, como principal cliente Petroamazonas EP específicamente trabaja con el departamento de responsabilidad social y relaciones comunitarias dicho departamento contrata empresas o personas contratistas que realizan obras civiles para el beneficio de las comunidades por órdenes de servicios estas obras se realiza bajo un convenio con las comunidades estos convenios ya están concretados por lo que cual se contrata es para dar cumplimiento a dichos convenios adquiridos por indemnización para terrenos de plataformas y muchas cosas más que necesitan estos son procesos de contracción en el cual participan varios contratistas el que da mayor servicio más experiencia y mejore los precios gana el concurso y el contrato de obra.
Formulación del Problema
El contratista establece vínculo laboral con los trabajadores especialistas en diferentes áreas de construcción para realizar obras civiles el cual tiene que gestionar algunos procesos contables de importancia. Procesos como: el registro de facturas de ingresos, egresos, compra de materiales, pago de préstamos, pago a proveedores, pago de servicios prestados, el pago de sueldo a su personal como compensación del trabajo realizado. Estos procesos en la actualidad se lo realizan de forma manual y se toma más tiempo de lo disponible lo que conlleva a múltiples deficiencias al momento de realizar la gestión contable.
El rol de pagos se lo lleva digitalmente en Excel lo realiza la contadora mensualmente llevando la información y calculando los beneficios y descuentos del trabajador, pero no existe un comprobante de pago para cada trabajador lo cual con lleva una inseguridad al no tenerla tanto como para el trabajador como para el contratista.
No se obtiene en forma oportuna la información contable, como el balance general en la que se muestra cuanto se invierte y cuanto se gana durante el periodo de la obra, esto ocasiona dificultades.
4
Entonces enfocándose al problema planteado con el desarrollo de una aplicación se podría mejorar la gestión contable para el contratista de obras civiles comunitarias Gabriel Toalombo en la región Oriente.
Delimitación del Problema
La presente investigación se realizará al contratista Gabriel Toalombo en la región del Oriente en tal periodo de tiempo septiembre - y pretende mejorar la gestión contable
Objeto de Investigación
Procesos Informáticos Contables
Campo de Acción
Sistemas de Información
Identificación de la línea de investigación
Desarrollo de software y programación de sistemas.
Objetivos
Objetivo General
Implementar un sistema informático que mejore la gestión contable para el contratista de obras civiles comunitarias Gabriel Toalombo en la región del oriente.
Objetivos Específicos
Fundamentar científicamente los componentes que forman un sistema informático para
la gestión contable y sus herramientas de desarrollo.
Mejorar los procesos contables
5
Validar la Propuesta.
Idea a Defender
Con la implementación del sistema informático para el contratista de obras civiles comunitarias Gabriel Toalombo en la región del Oriente se logrará mejorar la gestión contable.
Justificación del Tema
Es necesario estar preparado en una sociedad que cada vez más competitiva donde la información juega un rol preponderante y es la principal fuente de información para los entes económicos, razón por la que es necesario el control de información de la situación de las inversiones realizadas sobre la base de la información contable y financiera oportuna, confiable, así como planear el futuro para que se evite irreparables, costosos y difíciles resultados de remediar.
La importancia de los sistemas de información contable radica en la utilidad que tienen estos tanto para la toma de decisiones de la empresa como para aquellos usuarios externos de la información.
Con el sistema de información para la gestión contable permitirá tener procesos automatizados. Mejora la precisión, mejora las capacidades de presentación. La precisión aumentada debido a que se producen los procesos matemáticos de forma automática y sin errores humanos. El usuario puede registrar cada transacción en un sistema informático a medida que sucede. Esto permite al sistema usar la información en diversos informes. El administrador puede crear diferentes informes en el sistema para su entrega de manera regular.
6
Podrá elaborar un rol de pagos para cada trabajador llevando en la base de datos cuanto se lo ha pagado cada mes teniendo el reporte que se validara como justificante para el trabajador y contratista que se le ha pagado por el servicio brindado.
7
CAPÍTULO I.1. MARCO TEÓRICO 1.1. Contabilidad.
Según (Pombo, 2014). Es la ciencia que estudia el patrimonio, y las variaciones que en él se producen.
El objetivo de la contabilidad es la medición adecuada del patrimonio en sus diversos aspectos:
Estático: valor del patrimonio en una fecha determinada.
Dinámico: variación del patrimonio a lo largo de un periodo de tiempo. Cuantitativo: valor de los elementos integrantes del patrimonio.
Cualitativo: cuales son los elementos que componen el patrimonio.
Económico: inversiones realizadas por la empresa con los fondos obtenidos.
Financiero: donde se han obtenido los fondos con los que realizaron las inversiones.
1.1.1. Finalidad
La contabilidad tiene como finalidad determinar la situación de la empresa en su comienzo, controlar las variaciones que se van produciendo a lo largo del ejercicio económico y determinar, asimismo, el resultado del periodo y la situación de la empresa al final del ejercicio.
1.1.2. Los libros Contables
Según (Equipo Vértice, 2011).
Se pueden clasificar los libros contables según su importancia en:
Principales
Diario: obligatorio. Mayor: voluntario.
8
Auxiliares: Son todos voluntarios. Libro de caja.
Libros de efecto a pagar Libros de efecto a cobrar. Libros de cuenta de clientes. Libros de efecto a proveedores.
Libros de Inventarios y Cuentas Anuales:
Es un libro obligatorio que contiene los siguientes documentos:
Balances Inventarios
Cuenta de pérdidas y ganancias Estado de cambios al patrimonio neto Estado de flujos de efectivo
Memoria
Las cuentas anuales
Contiene el balance, la cuenta de pérdidas y ganancias, el estado de cambios en el patrimonio neto, el estado de flujos de efectivo y la memoria.
Los inventarios
Un inventario es lo mismo que un balance pero mucho más detallado. Es un balance se observan únicamente los nombres de las cuentas, las sumas y los saldos.
Libro Mayor
9
Este libro, aunque ya no es obligatorio, es necesario para conocer en cualquier momento la evolución y situación de un elemento patrimonial, por lo que se sigue utilizando en la mayoría de empresas. Por ejemplo si queremos saber cuánto debemos a los proveedores, miramos en el "Mayor” la cuenta de "Proveedores".
Libro Diario
Es el principal y obligatorio y se destina a registrar, por orden cronológico, las operaciones que realiza la empresa (hechos contables). Sigue el método de la partida doble, que supone en todo hecho contable intervienen al menos dos cuentas uno que se carga y otro que se abona.
En el libro diario tradicional las cuentas que se cargan se escriben en la parte izquierda y las cuentas que se abona en la parte derecha. A esto se denomina realizar un “asiento en el diario". Los apuntes que se hacen en el "Diario” se pasan simultáneamente, al "Mayor".
1.1.3. La Documentación Contable
Según (Arlandias, 2011). Los soportes contables son los documentos que sirven de base para registrar las operaciones de una empresa, es decir son los hechos económicos que nos servirán para realizar las anotaciones contables.
Los principales son:
Facturas:
Emitidas: Facturas realizadas por la empresa (clientes, deudores). Recibidas: Facturas que recibe la empresa (proveedores, acreedores). Documentos de cobro y o pago:
Recibos Pagares Cheques Letras
10
Es Importante tener en cuenta todos los soportes contables deben contener la siguiente información general:
Nombre o razón social de la empresa que lo emite. Nombre, número y fecha del comprobante.
Descripción del contenido del documento.
Importe, tanto del total como de los impuestos, descuentos, etc.
Firmas de los responsables de elaborar, revisar, aprobar y contabilizar.
1.1.4. Cuenta
Según (Leovigildo Latorre, 2014). Es un nombre que se utiliza para hacer registros contables en forma sistemática, ordenada y confiable, de todas las operaciones efectuadas por la organización. Debe ser claro, conciso y que sí mismo represente lo que es.
Son las que nos sirven para elaborar el estado de resultados y ganancias y pérdidas o el estado de ingresos y egresos, en las cuales se relacionan solamente las cuentas que muestran utilidad o pérdida. No tienen figura corporal o tangibilidad explícita. Son transitorias ya que al final del ejercicio contable se cancelan. En ellas se agrupan básicamente los ingresos, egresos o gastos y costos.
Las cuentas de ingresos tienen generalmente saldo crédito, hasta que se cancelan y las de egresos tiene saldo debito hasta que se cancelan.
Compartimiento de los ingresos: la naturaleza de los ingresos, en cuanto a saldo se refiere es crédito, es decir, aumentan en la medida que se acredita o abona. Por supuesto disminuyen en el caso contrario cuando se debitan o cargan hasta cancelarse el final del ejercicio.
11
1.1.5. Rol de PagosSegún (Ortiz, 2009). Es el registro que realiza toda empresa para llevar el control de los pagos y descuentos que debe realizar a sus empleados cada mes, de manera general, en este documento se consideran dos secciones, una para registrar los ingresos como sueldos, horas extras, comisiones, bonos, etc. y otra para registrar los descuentos como aportes para el seguro social, cuotas por préstamos concedidos por la compañía, anticipos, etc.
1.2. Sistemas de Información
1.2.1. Definición
Según (Collado, 2002) Es un sistema que reúne, almacena, procesa y distribuye conjuntos de información entre los diferentes elementos que configuran una organización, y entre la organización misma y su entorno.
Según (Laudon & Laudon, 2010) Definen los sistemas de información como un conjunto de componentes interrelacionados que recolectan o (recuperan), procesan, almacenan y distribuyen información para apoyar la toma de decisiones y el control de una organización.
1.2.2. Ciclo de vida sistemas de información
Gráfico 1 El ciclo de la vida de un sistema Fuente: (John Aldana German, 2016)
12
1) Investigación preliminar: se inicia a través de la solicitud del sistema (ya sea por medio verbal, fax, e-mail, etc...); se aclarara la solicitud del horario, es decir, se especificaran los pasos a tomar; se realizara un estudio de factibilidad, es decir, con qué recursos cuento, se tomaran en cuenta 3 factores en este caso:
a) Económico: el valor económico en función al personal, equipos, etc.
b) Técnica: que será la verificación del software y hardware así como el personal técnico y
c) Operacional: ver si están en la capacidad de operar con el nuevo sistema; finalmente, se aprobara la solicitud, es decir saber si cumple con las características estipuladas.
2) Determinación de los requerimientos del sistema: es decir, que tan grande es, examinar los procesos; se hace un estudio del sistema actual, y se determinan los nuevos requerimientos del sistema (a través de formularios, encuestas, etc.), así como las entradas y salidas del sistema actual.
3) Diseño del sistema: va a ser como se va a desarrollar el sistema, la forma en como esos requerimientos los voy a automatizar, se definen las formas de cálculo, y se describe como se transformaran los datos en información; este diseño se realizara en dos bases, una lógica: donde se harán modelos e-r, bases de datos, diagramas de flujo de datos, y una física: es decir, todo lo tangible (papeles, gráficos, etc.)
4) Desarrollo del software: se dará la construcción y programación de este sistema, se recomienda en algunos casos usar diseñadores y analistas de la compañía y programadores de otra compañía, o viceversa, aunque esto puede tener sus ventajas: los costos pueden ser menores, es rentable usar un terreno por los costos, y también sus desventajas: no existiría comunicación fiel entre programadores y diseñadores, etc.
13
6) Implantación y evaluación: la implantación es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicación y construir todos los archivos de datos necesarios.
1.2.3. Tecnologías de la información
Según (Alarcón, 2010) Es un término contemporáneo que describe la combinación de la tecnología informática (hardware y software) con la tecnología de las telecomunicaciones (redes de datos, imágenes y voz).
Antes de los sistemas de información, todos los sistemas están basados en procesos manuales (por ejemplo, el sistema de información de contabilidad se basa en procesos y normas estandarizadas que se aplica sobre libros a fin de almacenar y obtener información económica de la empresa), incluso en la actualidad sigue utilizándose una gran cantidad de sistemas de información que no están basados en la tecnología informática.
Sin embargo, la introducción de la informática en el mundo empresarial ha permitido automatizar la mayoría de procesos mecánicos que se realizan de forma manual hasta entonces. Por este motivo se considera la tecnología informática (y por extensión de información) como el soporte físico sobre el cual se desarrolla el sistema de información.
1.2.4 Clasificación de los sistemas de información
En la actualidad existe una gran cantidad de criterios para clasificar los sistemas de información.
Por grado de formalidad Por nivel de nivel Automatizado
14
1.3. Herramientas CaseSegún (Isabel & Galipienso, 2005) Ingeniería del software asistida por computadora (Case) es el nombre que se le da al software que se utiliza para ayudar a las actividades de proceso del software como la ingeniería de requerimientos, el diseño, el desarrollo de programas y las pruebas. Por tanto, las herramientas case incluyen editores de diseño, diccionarios de datos, compiladores, depuradores, herramientas de construcción de sistemas, etc.
La tecnología case proporciona ayuda al proceso de software automatizando algunas de sus actividades, así como proporcionando información cerca del software en desarrollo. Algunos ejemplos de las actividades que se pueden automatizar utilizando case son:
1. El desarrollo de modelos gráficos del sistema como parte de la especificación de requerimientos o del diseño del software.
2. La compresión del diseño utilizando un diccionario de datos que tiene información sobre las entidades y relaciones del diseño.
3. La generación de interfaces de usuarios a partir de la descripción gráfica de la interfaz que es elaborada de forma interactiva por el usuario.
4. La depuración de programas por medio de la provisión de la información proporcionada por los programas en ejecución.
5. La conversión automática de programas de una versión anterior de un lenguaje de programación, como COBOL, a una versión más reciente.
1.3.1. Clasificación de case
15
1. Una perspectiva funcional en la que herramienta case se clasifica con su función específica.
2. Una perspectiva de proceso en las que las herramientas se clasifican de acuerdo con las actividades del proceso que ayudan.
3. Una perspectiva de integración, en la que la herramienta case se clasifican de acuerdo con la forma que están organizadas en unidades integradas que proporcionan ayuda a una o más actividades del proceso.
1.4. UML
El Unified Modeling Lenguaje (UML) es un modelo para la construcción de software orientado a objetos que ha sido propuesto como estándar de ISO por el OMG. Consta de un conjunto de tipos de diagramas interrelacionados, dentro de los cuales se utilizan elementos del modelo, que sirven para describir distintos aspectos de la estructura dinámica del software.
UML es el resultado de una cierta unificación de los modelos utilizados en tres métodos preexistentes de desarrollo de software orientado a objetos hecho por sus autores en colaboración. Estos métodos son los siguientes:
El método de Grady Boch;
El OMT, de Jim Rumbaugh y otros;
El OOSE, de java Jacobson,
1.4.1. Evolución del modelo UML
Según (Falgueras, 2002) Los primeros pasos hacia el modelo unificado se dieron en el año 1994, cuando Booch y Rumbaugh, trabajando en Rational Software Corporation, comenzaron la unificación de los modelos respectivos, y en octubre de 1995 se publicó la versión provisional 0.8 del entonces denominado Unified Method.
16
Con el UML se ha llegado a un modelo orientado a objetos único como modelo oficial, pero esto no quiere decir que se haya alcanzado un método único orientado a objetos; la verdad es que por el momento parece que falta bastante para llegar al mismo, si es alguna vez se consigue. Es decir, que lo que se ha conseguido es que haya unos diagramas que todos los desarrolladores de software orientado a objetos entenderán y harán la misma manera, lo cual supone un adelanto realmente importante con respecto a la situación anterior en la que cada método tenía su notación gráfica; pero, incluso así, continua siendo posible que existan métodos diferentes que utilicen el UML y que por ejemplo, se valgan de los mismos diagramas en orden diferente o dentro de modelos de ciclo de vida distintos.
1.5. Bases de datos
1.5.1. Definición
Según (Herrera, 2011) Una base de datos o banco de datos es un conjunto datos perteneciente a un mismo contexto y almacenados sistemáticamente para su posterior uso. La mayoría de la base de datos está en formato digital (electrónico), ya que este ofrece un amplio rango de soluciones al problema de almacenar datos.
1.5.2. Las características de la base de datos
17
1.5.3. Sistema de Gestión de Base de Datos (SGBD)
Según (Cobo, 2007) Es un software o conjunto de programas que permite crear y mantener una base de datos. El SGDB actúa como interfaz entre los programas de aplicación (usuarios) y el sistema operativo. El objetivo principal de un SGBD es proporcionar un entorno eficiente a la hora de almacenar y recuperar información de la base de datos.
Este software facilita el proceso de definir, construir y manipular base de datos y las restricciones de los datos.
-Manipular la base de datos es:
a) Consultar los datos para obtener cierta información
b) Actualizar la base de datos (modificar o eliminar datos, o introducir nuevos) c) Generar informes a partir de los datos almacenados.
1.5.4 Objetivos de un SGBD
1.5.4.1 Abstracción de la información
El primer objetivo es proporcionar a los usuarios una visión abstracta de la información, es decir, el sistema al usuario la necesidad de conocer los detalles de cómo se almacena los datos. Para ocultar esos detalles, se definen varios niveles de abstracción tal y como se verá más adelante.
1.5.4.2. Independencia
Es la capacidad para modificar un esquema de definición sin afectar a los programas de aplicación. Existen 2 niveles de independencia.
Independencia Física. Es posible modificar el esquema físico sin afectar a las aplicaciones
que los utilizan
Independencia Lógica. Cuando es posible modificar el esquema conceptual sin obligar a
18
1.5.4.3 Redundancia mínimaConsiste en impedir el almacenamiento múltiple de una mima información para uso de distintas aplicaciones. En principio, puede parecer que es lo más conveniente en una redundancia nula, pero, en la práctica es mejor mantener ciertos duplicados a efectos de realizar búsqueda más rápida.
1.5.4.4. Consistencia
Consiste en impedir que exista información inconsistente o contradictoria en la base de datos.
La inconsistencia surge cuando existen varias copias del mismo dato y tras la modificación de una de ellas, las demás no son actualizadas, o si lo son de forma incorrecta.
Si existen datos duplicados, en la actualización de esos datos, el SGBD debe garantizar la adecuada actualización de los datos en todos los ficheros donde se encuentre.
1.5.4.5 Seguridad
El SGDB debe garantizar la protección de la información controlando el acceso y manipulación de las distintas aplicaciones y usuarios.
El SGDB debe disponer de un robusto subsistema de seguridad y autorización, mediante el cual el administrador pueda:
- Crear cuentas de usuarios protegidas con contraseñas (para asegurar que solo acceden a los datos los usuarios que tengan permiso para ello).
- Crear restricciones para cada usuario, de forma que controle que se controle a) A qué datos tienen acceso el usuario.
19
1.5.4.6 IntegridadMantener la integridad es asegurar la información almacenada y utilizada por una aplicación es correcta, es decir, refleja finalmente la realidad.
No existe integridad de datos cuando:
a) Existe inconsistencia
b) Existe inconsistencia imposible. Por ejemplo en una base de datos donde se almacenan datos referentes a una clase de un instituto donde existe la fecha de nacimiento de un alumno no almacenado. También existen falta de integridad cuando se almacena información falsa que no se ajusta a la realidad (una película con 523 autores protagonistas, cuando en realidad son 5).
Estas situaciones se evitan si los datos cumplen las llamadas restricciones de integridad.
Evitar las violaciones de las reglas de integridad es crucial en los sistemas de BD multiusuario, en los que muchos usuarios acceden a la misma información: el que uno de ellos modifique un dato o modifique o introduzca información errónea, afecta al resto de usuarios del sistema.
Será necesario verificar el cumplimiento de las restricciones de integridad en cada actualización (introducción modificación o eliminación) de datos.
1.5.4.7 Respaldo y Recuperación
Todo SGDB debe contar con recursos para conservar copias de seguridad de cada fichero en prevención de fallos de hardware o de software.
- El proceso de copiar fichero de una forma periódica se llama respaldo (Back up). Estas copias deben de realizarse regularmente y guardarse en un lugar seguro.
20
Si el fallo ocurre mientras estaba en marcha un programa que actualizaba gran cantidad de datos, el subsistema de recuperación debe asegurar (una vez el sistema ha sido reiniciado tras el fallo) que:
a) La base de datos se restaura al estado en el que estaba justo antes de comenzar el programa, o bien que
b) El programa continúe su ejecución por el punto en donde dejo cuando se produjo el fallo, y finaliza su trabajo correctamente.
1.5.5. Gestor de la base de datos
Constituye la interfaz entre los datos almacenados en la base de datos y lo programas de aplicación.
1.5.6. Diccionario de la base de datos
El diccionario de datos es una base de datos donde se almacena:
- Las descripciones interna, conceptual y externa de la base de datos así como las reglas de correspondencia necesarias para el paso de un esquema al otro.
- Los códigos de autorización y seguridad de los datos.
- Esquemas externos que son empleados por cada aplicación, quienes son los usuarios que autorización poseen.
1.6. Mysql Workbench
Según (García J. L., 2015) Es una completa aplicación gráfica gratuita que sirve para gestionar la base de datos Mysql, ofreciendo modelado de datos, funciones para la exportación e importación y configuración del sistema mediante una interfaz visual.
21
1.7. XAMPPSegún (Criado, 2008) Es un paquete formado por un servidor web Apache, una base de datos MySQL y los intérpretes para los lenguajes PHP y Perl. De hecho, su nombre viene de ahí, X (para cualquier sistema operativo), A (Apache), M (MySQL), P (PHP) y P (Perl). XAMPP es independiente de plataforma y tiene licencia GNU GPL. Existen versiones para Linux (testeado para SuSE, RedHat, Mandrake y Debian), Windows (Windows 98, NT, 2000, XP y Vista), MacOS X y Solaris (desarrollada y probada con Solaris 8, probada con Solaris 9).
Una de las ventajas de XAMPP es que de una forma muy sencilla y rápida (no más de 5 minutos) te puedes montar en tu máquina un entorno de desarrollo de cualquier aplicación web que use PHP y base de datos. La configuración por defecto de XAMPP tiene algunas deficiencias de seguridad por lo que no es recomendable usarla como una herramienta para producción, sin embargo, con algunas modificaciones es lo suficientemente seguro para ser usada como servidor de sitios web en internet. Desde LAMPP (Linux AMPP) sí que podrá hacer una instalación segura haciendo “/opt/lampp/lampp security”.
1.8. Programación
Según (Heredero, Lopes, Martín, & Medina, 2004) Los lenguajes de programación son como idiomas que constituyen el idioma entre el hombre y el ordenador, mediante el cual se trasmiten a estas instrucciones e información en un formato compresible para la máquina. Los lenguajes de programación se aproximan al código de la maquina (ceros y unos) se denominan de bajo nivel, mientras que los que se aparecen a los de los usuarios (lenguaje natural o humano, normalmente en inglés) se denominan de alto nivel.
Existen programas traductores del código de fuente (lenguaje evolucionado) al código objeto (lenguaje binario), denominados ensambladores, intérpretes y compiladores que se encargan de traducir los lenguajes de alto nivel en código maquina comprensible para el ordenador.
22
lenguaje binario comprensible por el ordenador. Al resultado de esta traducción se le denomina programa ejecutable. Cualquier modificación que sea preciso introducir en este programa habrá que realizar en el programa de fuente y posterior volverlo a compilar.
Se han ido desarrollando lenguajes específicos para cada tarea diferente, pudiendo clasificarse en lenguajes científicos, comerciales, científicos, educativos, etc.
Entre los principales lenguajes se encuentran:
- Basic y Pascal, para el aprendizaje de programación. - C y C++ para programación de sistemas.
- COBOL, lenguaje comercial enfocado al problema empresarial (contabilidad, nominas, etc.).
- Fortran, lenguaje científico enfocado al cálculo matemático y numérico. - Clipper, Access, dBase, Delphi, y Sql, utilizados para la base de datos. - Visual Basic y Visual C para programación en Windows.
- Html y Java para diseños de páginas web en internet. - Lingo, para programas multimedia.
- Prolog, Lisp para inteligencia artificial.
1.9. POO
Según (Osorio, 2007) La programación orientada a objetos es la base de java. De hecho, todos los programas en java son orientados a objetos, por esta razón es importante entender sus principios básicos.
La POO parece ser el paradigma de la programación actual, entrando a remplazar las técnicas de programación estructurada que se desarrollaron a principios de los 70.
La POO basa su ideología en la “funcionalidad empaquetada”.
23
con ciertas propiedades y funciones. El usuario depende de los objetos para no interactuar con otros objetos, o con el código del proyecto, de forma no documentada. No importa si el objeto se construya o se adquiera, con tal de que el objeto satisfaga sus especificaciones, no le importa demasiado la forma de que este funcione. En POO, lo importa es lo que los objetos exponen.
De la misma forma que el armar una computadora no importa el interior de las piezas siempre que estas hagan lo que de ellas se espera, la mayoría de programadores no tienes de preocuparse de cómo funcionan internamente los applets, siempre que estos hagan lo que se espera de ellos.
La clave para ser más productivo en la POO es conseguir que los objetos sean los más complejos posibles y lograr que los objetos y partes del programa les indiquen lo más posible lo que deben hacer.
Como se verá, los objetos integrados en java encajan perfectamente en este paradigma. Son ricos en funcionalidad, aunque otras ocasiones que el programador tenga que añadir sus propios objetos, comprobándolos a terceros o creándoles el mismo.
1.9.1. Objeto
Un objeto es un elemento real o abstracto que tiene un estado de comportamiento, y una identidad. Un objeto es, pues, una mesa, un alumno, etc., pues son elementos reales y están bien definidos. También lo pueden ser un concepto abstracto como elemento llamado “Ordenador” que es capaz de recibir un conjunto de números y ordenarlo ascendente o descendentemente.
1.9.2. Clase
24
Cuando se crea un objeto a partir de una clase, se dice que el programador ha creado una instancia de dicha clase. Por ejemplo todos los applets que se crean en java son instancias en la clase Applet.
1.9.3. Herencia
La capacidad de crear clases que descienden de otras clases (conocidas como superclases) se conoce como herencia. La finalidad de la herencia es facilitar la fabricación de código para tareas especializadas. Las variables de instancia y los métodos de las clases descendientes (llamadas subclases) comienzan siendo las mismas.
A veces se permite ignorar alguno de los métodos, lo cual se denomina polimorfismo. La idea que lo sustenta es que, aunque el mensaje puede ser el mismo, el objeto determina la forma en que responde. El polimorfismo puede aplicarse a cualquier método que se herede de una clase básica.
La herencia puede ser simple o múltiple. En el primer caso, cada subclase tiene una única superclase de la que es derivada (aunque esta superclase puede ser de una subclase superior).
Mientras que la herencia múltiple, una clase hereda a la vez varias superclases.
1.9.4. Encapsulamiento
Se dice que un objeto está encapsulado cuando está protegido del acceso indiscriminado de cualquier persona. Así, cuando se tiene un equipo de sonido, este se puede encender o apagar, aumentar el volumen, seleccionar una pista, pero no se puede ver al interior como realiza estas operaciones.
La encapsulación es el proceso que aplica el diseñador de un objeto para ocultar aquellos detalles del objeto que no son específicamente necesarios para su uso.
25
y sus servicios no. Estos servicios, que definen la interfaz del objeto, son lo que solicita el usuario para que realice una acción específica.
1.9.5. Java
Historia
Bill Joy, ingeniero de SUN Mycrosystem, y su equipo de investigadores trabajaban en el proyecto “Green” que consistía en desarrollar aplicaciones distintas a una amplia variedad de periféricos y sistemas transportables (en particular teléfonos móviles y televisores interactivos).
Convencidos de las ventajas de la programación orientada a objetos (POO), optaron por desarrollar en C++ que ya habían demostrado sus capacidades.
Pero, para este tipo de proyecto, C++ monstro pronto sus lagunas y sus límites. En efecto, se revelaron numerosos problemas de incompatibilidad con las diferentes arquitecturas físicas (procesadores tamaño de memoria) y los sistemas operativos encontrados, así como también el nivel de adaptación de la interfaz gráfica de las aplicaciones y la interconexión entre los diferentes dispositivos.
Debido a las dificultades encontradas con C++ era preferible crear un nuevo lenguaje alrededor de una nueva plataforma de desarrollo. Dos desarrolladores de Sun, James Gosling y Patrick Naughton se pusieron manos a la obra.
La creación de este lenguaje y plataforma se inspiró en las funcionalidades interesantes propuestas por otros lenguajes tales como C++, Eiffel, Small Talk, Objetive C, Cedar/ Mesa, Ada, Perl. El resultado es una plataforma y un lenguaje idóneos para el desarrollo de aplicaciones seguras, distribuidas y portables en numerosos periféricos y sistemas transportables interconectados en red pero también en internet (clientes ligeros) y en estaciones de trabajo (clientes pesados).
26
las cantidades de café tomadas por los programadores y en particular por los diseñadores. Y así nació, en 1991 nació el lenguaje java.
1.9.6. Características
Java es a la vez un lenguaje y una plataforma de desarrollo.
Sun caracteriza a java como un lenguaje sencillo, orientado a objetos, distribuido, interpretado, robusto, segurizado, independiente de las arquitecturas, potable eficaz, multihilo y dinámico.
1.9.7. Entorno de desarrollo integrado (IDE)
Según (Vidal, 2003) Es un paquete de software diseñado para la creación y ejecución de un programa en java, las cuales combinan las funciones del editor, compilador, enlazador y visor de applets. Un entorno de desarrollo integrado ofrece menús y botones para facilitar tanto como sea posible la creación de un programa.
1.9.8. NetBeans
Según (Caballero, 2016) Es un entorno de desarrollo integrado libre de desarrollando el lenguaje java. NetBeans está disponible en las tres plataformas principales y es un proyecto de código abierto que permite desarrollar en todos los lenguajes de programación actuales. Además, incorpora soporte para manipular diferentes servicios como pueden ser base de datos o servidores Web/aplicaciones. El creador de NetBeans fue la compañía Sun MicroSystems la cual fue absorbida por la compañía Oracle Corporation. Una de las principales características de Netbeans es la inmensa cantidad de plugins que incorpora, permitiendo llegar a todas las fases de desarrollo desde construir diagramas de UML hasta desarrollar ingeniería inversa sobre base de datos pasando hasta el despliegue de las aplicaciones en servidores de integración y pasando evidentemente por la fase de codificación con el soporte para aplicar refactoring.
27
1.10. Metodologías de desarrollo de SoftwareSegún (García X. G., 2014) Las aplicaciones o soluciones informáticas pueden llegar a ser grandes proyectos. Hay que dedicar gran cantidad de tiempo a analizar el problema que se quiere resolver y plantearlo correctamente. También hay que diseñar una solución e implementarla. Este proceso puede llevar mucho tiempo e incluir una gran cantidad de personas. Para poder enfrentar un proyecto mediado o grande con garantías de éxito es necesario utilizar un marco de trabajo estructurado que ayude a los desarrolladores a organizar el proceso.
A lo largo del tiempo se han ido desarrollando diversos enfoques o modelos de desarrollo de software.
1.10.1. Modelo en cascada
El modelo desarrollado de software clásico es el modelo en cascada o lineal. Aunque se pueden encontrar diferentes versiones, es habitual que conste de seis etapas:
Análisis. La primera fase consiste en analizar y entender el problema. Suele incluir
entrevistas con el cliente para conocer sus necesidades y las soluciones que busca. De esta fase debe salir una especificación de requisitos de la aplicación que será el punto de partida para el diseño de una solución.
Diseño. En esta fase se plantean y comparan diversas alternativas para realizar la
aplicación. Con alternativa elegida se realiza el diseño de la futura aplicación.
Implementación. La aplicación se instala en los equipos del cliente. Hay que realizar
pruebas de implementación.
Mantenimiento. Según ISO, el mantenimiento aplicaciones informáticas pueden ser de
cuatro tipos.
- Mantenimiento correctivo. Corrección de errores. Deberían detectarse en la fase de prueba, pero es habitual que las aplicaciones (no criticas) contengan pequeños errores que lleguen hasta el cliente.
28
- Mantenimiento Perfectivo. Consiste en ampliar la funcionalidad de la aplicación. - Mantenimiento Preventivo. Mejorar la calidad o la facilidad de mantenimiento de la
aplicación. Evita posibles errores antes de que ocurran.
1.11. Conclusiones Parciales Del Capítulo
La gestión contable ayuda en cómo administrar los procesos económicos hoy en día todo el mundo diariamente lo práctica de una u otra forma, vivimos en una era contable. Las personas privadas deben informar sus ingresos. El estado, las ciudades y las pequeñas poblaciones deben utilizar la contabilidad como base para controlar sus recursos y medir sus realizaciones.
Los sistemas de información de gestión contable tienen como propósito proveer información útil, para facilitar la toma de decisiones. Empresas optan por su propio software contable adaptarle completamente a sus necesidades.
Base de datos nos ayuda con un gran número de posibilidades como son: redundancia mínima, acceso concurrente. Permitiendo organizar la información y tiene como función derivar, almacenar y procesar datos dentro de una información.
29
CAPÍTULO II2. MARCO METODOLÓGICO
2.1. Características del sector
La presente investigación se lo aplicará al contratista Gabriel Toalombo de la región del oriente como principales ciudades de trabajo son Lago Agrio, Coca y Limoncocha.
El contratista tiene ya algunos años trabajando en el sector, ofrece servicios de construcción de obras civiles trabaja conjuntamente con varios bloques de Petroamazonas ubicadas en las diferentes ciudades del oriente. Tiene que coordinar con el departamento de responsabilidad social y relaciones comunitarias la cual realiza programas y convenios para facilitar las operaciones de la empresa y tener una sana convivencias con las comunidades del área.
El departamento invita a las diferentes empresas o contratistas para realizar las obras civiles para el beneficio de las comunidades el que da mayor servicio más experiencia y mejore los precios gana el concurso y el contrato de obra.
Con el tiempo el contratista por su buen trabajo comenzó a tener un gran prestigio y experiencia extendiéndose en su trabajo, comenzando a invertir en maquinaria trabajadores llevar Ruc pagar impuestos en conclusión llevar la gestión contable.
Después de algunos años ve la necesidad de tener un control de todo esto, tener un sistema y una base de datos donde guarde todo el registro de las obras realizadas, pagos a empleados libro diarios cuanto ha gastado en proveedores inversión , balances por obra y obtener reportes.
30
2.2. Descripción de Procedimiento Metodológico. Método inductivo – deductivo
Por medio de este método se pudo llegar a deducir que para controlar la gestión contable que maneja el contratista se debe implementar un sistema informático que cumpla con las necesidades específicas del contratista.
2.2.1. Modalidad de la Investigación.
La presente investigación está enfocada de manera cuali-cuantitativa por la colaboración de las personas dentro del problema; normativo y nomotética ya que se regirá a las metodologías existentes para el estudio del problema, explicativa porque permitirá describir cada una de las soluciones existentes.
Las modalidades que se aplicaran en la presente investigación son: bibliográfica ya que se ha tomado información de libros electrónicos, tesis, citas entre otros; Experimental porque se ha considerado la relación de la variable independiente y la relación en la variable dependiente para considerar sus causas y efectos.
2.2.2. Tipo de investigación.
El tipo de investigación que se realizará es investigación exploratoria, ya que permite plantear el problema de investigación y ayuda a plantear la idea científica. Se ha considerado la investigación analítica porque permite analizar el problema en sus partes como delimitar en tiempo y espacio construyendo el análisis crítico, la contextualización y los antecedentes investigativos.
2.2.3. Métodos, Técnicas e Instrumentos.
31
La investigación se realizará directamente en el sector donde se presenta el estudio, para lo cual las herramientas de apoyo son:
La observación: se realizará un examen de los diferentes aspectos a fin de estudiar
sus características y comportamiento dentro del medio en donde se desenvuelve este, utilizando la guía de observación.
La entrevista: para la recopilación verbal, se utilizará la entrevista.
2.3. Análisis e interpretación de los resultados
Se detalla el procedimiento utilizado a cada pregunta y guía de entrevista, con el fin de entregar los resultados.
2.3.1. Entrevista dirigida al Contratista.
1. ¿Qué problemas se han encontrado en los procesos de gestión contable?
No tengo un control adecuado del movimiento comercial y financiero.
2. ¿Qué tipo de errores ha encontrado en los informes?
Retraso en los informes finales mal hecho algunas retenciones en las facturas.
3. ¿Qué retenciones realiza?
Se hace dos tipos de retenciones por servicios es el 1% del subtotal y del IVA el 30% y si son por bienes es el subtotal el 2% y el IVA 70%.
4. ¿Por qué realizar estas retenciones?
Es un prepago o anticipo de impuestos. Este valor debe ser entregado al Estado a nombre del contribuyente.
5. ¿Le retienen también en las facturas?
32
6. ¿Cuántas facturas de pagos por obra hace?Según, a veces lo hacen en dos o tres pagos, el último pago de la obra lo hacen después de un mes o dos meses y tenemos que hacer préstamos.
7. ¿Por qué se realiza préstamos?
Toca realizarlo para pagar a los empleados ya que el pago de la obra lo hacen después de acabar.
8. ¿Qué tipo de dificultades tiene al pagar los prestamos?
Un poco de retraso tengo que tener un buen capital para pagar a los empleados mensualmente.
9. ¿Tiene de dificultades al pagar los roles de pago?
A veces me piden adelantos los empleados y no me acuerdo de descontarles al rol de pago.
10. ¿Qué reportes necesitan del sistema?
Necesito reportes de rol de pagos, cuanto gano por obra, cuanto gano anualmente y cuanto invierto.
2.3.2. Entrevista dirigida a la Contadora.
1. ¿Cómo se realiza el balance general?
Se lo realiza en Excel. Se tiene que tener mucha paciencia, ya que se maneja mucho dinero.
2. ¿Qué problemas existen al realizar la gestión contable?
33
3. ¿Qué módulos de contabilidad se utilizan?Libro mayor, cuentas por cobrar, cuentas por pagar, rol de pagos préstamos y pago de impuestos.
4. ¿Cómo se lleva los datos de rol de pagos?
Se lo realiza en Excel se paga según las leyes del estado horas extras, horas suplementarias fondos de reserva, aporté al IESS, vacaciones, etc.
5. ¿Existen errores al pagar al empleado?
Los descuentos al no ser notificada no se le descuenta al rol de pagos y no existe un comprobante.
6. ¿Cómo se guarda las facturas?
Se lo realiza en carpetas pero a veces hay pérdidas de los mismos o se maltratan.
7. ¿Cuál es el riesgo si se pierden las facturas?
Hay descuadres no se declara los impuestos adecuadamente.
8. ¿Cada cuánto tiempo se declara los impuestos?
Cada año se tiene que declarar los impuestos al estado según las facturas emitidas.
9. ¿Qué dificultades existen en la entrega final de los informes contables?
No se tiene un control adecuado de los movimientos económicos, tampoco se cuenta con los comprobantes de rol de pago no se puede guardar adecuadamente las facturas.
10. ¿Cuál es el riesgo si no se entrega comprobantes o rol de pagos?
34
2.3.3. Análisis de la entrevista realizada al contratista y a la contadora
Realizada la entrevista al contratista y a la contadora se evidencia que no se lleva un control adecuado de los pagos a los empleados, ya que se los lleva en un archivo Excel lo que conlleva a una pérdida de información.
- No lleva un control adecuado de la gestión contable y se necesita agilizar los procesos
- Los cálculos de las retenciones son complejas se necesita automatizar los cálculos para que no exista errores en el proceso.
- Se necesita automatizar los préstamos y recordarlo al contratista cuando debe pagar también recordarle que facturas debe pagar y cobrar, también cuando culmina el plazo de periodo de una obra.
- Se deben guardar las facturas en una base de datos para acceder de una manera más eficiente cuando se la necesite, dinamizando la información.
- El contratista manifestó que es lento el proceso de entrega de reportes, por falta de automatización, se necesita reportes mensuales y anuales de cuanto se gana o invierte.
2.4. Propuesta del investigador
Después del análisis de las entrevistas al contratista y la contadora, el investigador pudo identificar las necesidades que tienen para mejorar la gestión contable. El investigador ha visto la necesidad de implementar un sistema de escritorio que faciliten los procesos, como: el registro de las facturas de ingresos, egresos, facturas por cobrar, facturas por pagar, pago de préstamos, pago a proveedores, pago de servicios prestados, el pago de sueldo a su personal. Por medio de ello mejorar la calidad de información que tiene que procesar diariamente.
35
2.5. Conclusiones parciales del capítuloLuego de aplicar la técnica de la investigación la entrevista al contratista y a la contadora conjuntamente se concluyó.
Se deben automatizar los procesos de gestión contable utilizando la tecnología,
facilitando el proceso de datos entregando los reportes que se necesiten a tiempo.
El contratista debe mejorar el servicio de las transacciones económicas, para poder
llevar un control adecuado y responsable pagando a los trabajadores.
El contratista tendrá un comprobante de rol de pago obteniendo el control de pagos de
los trabajadores.
Mediante la entrevista realizada el contratista optó por la implementación de la base de
datos y del sistema de escritorio para la gestión contable.
Con la implementación del sistema informático para la gestión contable, se solucionara
36
CAPÍTULO III.3. DESARROLLO DE LA PROPUESTA
3.1. MARCO PROPOSITIVO 3.2. Tema.
Sistema informático para la gestión contable para el contratista de obras civiles comunitarias Gabriel Toalombo en la región del Oriente.
3.3. Objetivos
Objetivo general
Implementar un sistema informático que mejore los procesos de rol de pagos y libros
de ingresos y egresos para el contratista de obras civiles comunitarias Gabriel Toalombo.
Objetivos específicos
Determinar los componentes informáticos adecuados para el desarrollo del sistema
informático.
Realizar el análisis y diseño del sistema informático.
Desarrollar el sistema de información de gestión contable
Implementar y configurar el sistema de gestión contable.
37
3.4. Desarrollo de la propuesta3.4.1. Metodología del desarrollo del software
Para el desarrollo del software se ha decidido utilizar el ciclo de vida en cascada se debe realizar siguiendo secuencias de fases. Cada etapa tiene un conjunto de metas bien definidas y las actividades dentro de cada una contribuyen a la satisfacción de metas de esa fase.
Gráfico 2 Fases del modelo en cascada Fuente (Proyect-IS 2015)
3.4.2. Análisis
3.4.2.1. Especificación requerimientos de software
Este sistema está encargado de optimizar la gestión contable a través de un sistema informático de escritorio que permita simplificar procesos. Lo cual ayudara en la función contable del contratista.
3.4.2.2. Alcance
