UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · Informática, de la Facultad de Ingeniería...
84
UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA CARRERA DE INGENIERÍA INFORMÁTICA SISTEMA DE GESTIÓN DE PROCESOS FINANCIEROS PARA LA INSTITUCIÓN EDUCATIVA LA COLINA TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO INFORMÁTICO AUTORES: HOLGUER JAVIER CHAMORRO ARELLANO CRISTIAN ROLANDO JACOME GUANOLUISA TUTOR: Ing. DEL POZO SANCHEZ FRANZ EDUARDO QUITO, 13 DE JULIO 2016
Transcript of UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · Informática, de la Facultad de Ingeniería...
UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA
CARRERA DE INGENIERÍA INFORMÁTICA
SISTEMA DE GESTIÓN DE PROCESOS FINANCIEROS PARA LA INSTITUCIÓN
EDUCATIVA LA COLINA
TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERO INFORMÁTICO
AUTORES: HOLGUER JAVIER CHAMORRO ARELLANO
CRISTIAN ROLANDO JACOME GUANOLUISA
TUTOR: Ing. DEL POZO SANCHEZ FRANZ EDUARDO
QUITO, 13 DE JULIO
2016
ii
DEDICATORIA
A mis padres Olger y Joconda por siempre creer en mí pese a los obstáculos que se
dieron en el camino, a mis hermanos Josué y Diego que en los momentos más difíciles
fueron mi inspiración para salir adelante.
A mi Patty quien siempre estuvo a mi lado dándome su apoyo y aliento para alcanzar
mis metas, a mi Vale quien a través de sus sonrisas y ocurrencias se convirtió en ese
ángel que me impulso a lograr este sueño.
Javier Chamorro
Esta tesis dedico a mis padres Guido y Nancy, mis abuelitos Delia y Segundo, sin ellos
no hubiera sido posible llegar a estas instancias de mi vida, tuve en ellos la inspiración,
apoyo, especialmente la guía que ha iluminado mi carrera y mi vida, con sus sabios
consejos han sabido formarme íntegramente como persona, por ellos soy quien soy y
será por quienes alcanzaré a cumplir mis máximas metas.
Cristian Jácome
iii
AGRADECIMIENTOS
Al Ing. Franz del Pozo por su constante dedicación, apoyo y consejos en todo el proceso
de desarrollo del presente trabajo de grado.
Al Mat. Benjamín Valarezo e Ing. Julio Mendoza quienes nos brindaron su apoyo para
una culminación exitosa de nuestra tesis.
A la Unidad Educativa “La Colina” por brindarnos todas las facilidades para que la
implementación del sistema sea exitosa.
A la Universidad Central del Ecuador, por darnos la oportunidad de estudiar y
formarnos como profesionales.
A los profesores de la facultad de ingeniería quienes en este camino de formación,
aportaron y complementaron en nuestra carrera.
Autores
iv
AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL
Nosotros, Holguer Javier Chamorro Arellano y Cristian Rolando Jácome Guanoluisa
en calidad de autores del trabajo integrador SISTEMA DE GESTIÓN FINANCIERA
PARA LA INSTITUCIÓN “LA COLINA”, autorizamos a la Universidad Central del
Ecuador hacer uso de todos los contenidos que nos pertenecen o parte de los que
contiene esta obra, con fines estrictamente académicos o de investigación.
Los derechos que como autores nos corresponden, con excepción de la presente
autorización, seguirán vigentes a nuestro favor, de conformidad con lo establecido en
los artículos 5, 6, 8; 19 y demás pertinentes de la Ley de Propiedad Intelectual y su
Reglamento.
Asimismo, autorizamos a la Universidad Central del Ecuador para que realice la
digitalización y publicación de este trabajo de investigación en el repositorio virtual,
de conformidad a lo dispuesto en el Art. 144 de la Ley Orgánica de Educación
Superior.
En la ciudad de Quito, a los 13 días del mes de Julio del 2016
Holguer Javier Chamorro Arellano Cristian Rolando Jácome Guanoluisa
CC: 1715864615 CC: 1715728984
Mail: [email protected] Mail:[email protected]
Telf: 0987464999 Telf: 0984026025
v
CERTIFICACIÓN DEL TUTOR
FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA
CARRERA DE INGENIERÍA INFORMÁTICA
Quito D.M., 12 de Abril del 2016
Ingeniero
Boris Herrera, MSc.
DIRECTOR DE CARRERA DE INGENIERÍA INFORMÁTICA
Presente.
Yo, Ingeniero Franz Eduardo Del Pozo Sánchez, Docente de la Carrera de Ingeniería
Informática, de la Facultad de Ingeniería Ciencias Físicas y Matemática de la
Universidad Central del Ecuador.
Certifico:
Luego de las revisiones técnicas realizadas por mi persona, el proyecto integrador
“SISTEMA DE GESTIÓN DE PROCESOS FINANCIEROS PARA LA
INSTITUCIÓN EDUCATIVA “LA COLINA””, llevado a cabo por parte de los
egresado de la Carrera de Ingeniería Informática, Holguer Javier Chamorro Arellano y
Cristian Rolando Jácome Guanoluisa portadores de la cedula de identidad 1715864615
y 1715728984 respectivamente han concluido de manera exitosa, consecuentemente los
indicados egresados podrán continuar con los trámites de graduación correspondiente de
acuerdo a lo que estipula las normativas y disposiciones legales.
Además certifico que la tesis fue pasada por el sistema anti plagio Urkund.
Por la atención que digne al presente, reitero mi agradecimiento.
Atentamente,
Ing. Franz Eduardo Del Pozo Sánchez, MBA.
C.C: 1712210630
vi
DESIGNACIÓN TRIBUNAL
vii
CALIFICACIÓN TRIBUNAL
viii
CONTENIDO
………………………………………………………………………………………pág.
DEDICATORIA ............................................................................................................... ii
AGRADECIMIENTOS ................................................................................................... iii
LISTA DE TABLAS ........................................................................................................ x
LISTA DE FIGURAS ..................................................................................................... xi
RESUMEN .................................................................................................................... xiii
ABSTRACT .................................................................................................................. xiv
INTRODUCCIÓN ............................................................................................................ 1
1. PRESENTACION DE PROBLEMA ....................................................................... 2
1.1 Planteamiento del Problema ................................................................................... 2
1.2 Formulación del problema ...................................................................................... 3
1.3 Interrogantes de la Investigación ............................................................................ 3
1.4 Justificación ............................................................................................................ 3
1.5 Objetivos ............................................................................................................ 4
1.5.1 Objetivo General......................................................................................... 4
1.5.2 Objetivos Específicos ................................................................................. 4
1.6 Alcance .............................................................................................................. 5
1.7 Limitaciones ....................................................................................................... 6
2. MÉTODO ................................................................................................................. 7
2.1 Revisión Bibliográfica ....................................................................................... 7
2.1.1 Antecedentes ............................................................................................... 7
2.2 Fundamentación Teórica .................................................................................... 8
2.2.1 Marco Teórico ................................................................................................. 8
2.2.2 Sistemas de referencia ..................................................................................... 9
2.2.3 Herramientas .................................................................................................. 11
2.3 Metodología .......................................................................................................... 22
ix
2.3.1 Metodología de desarrollo SCRUM .............................................................. 22
3. DESARROLLO ...................................................................................................... 29
3.1 Planificación ......................................................................................................... 29
3.1.1 Modelo de negocio ........................................................................................ 29
3.1.2 Estimación de Alcance .................................................................................. 31
3.1.3 Estimación de tiempo .................................................................................... 32
3.1.4 Estimación de Costos .................................................................................... 32
3.2 Análisis ................................................................................................................. 32
3.2.1 Especificaciones Funcionales ........................................................................ 32
3.2.2 Requerimientos .............................................................................................. 33
3.2.3 Ajustes de tiempo .......................................................................................... 47
3.3 Diseño ................................................................................................................... 48
3.3.1 Interfaces ....................................................................................................... 48
3.4 Construcción y pruebas ......................................................................................... 51
3.4.1 Integración y Pruebas .................................................................................... 51
3.5 Implementación .................................................................................................... 56
3.5.1 Carga de datos ............................................................................................... 56
4. RESULTADOS ...................................................................................................... 58
5. DISCUSION ........................................................................................................... 59
6. CONCLUSIONES .................................................................................................. 60
7. RECOMENDACIONES ........................................................................................ 61
8. BIBLIOGRAFIA .................................................................................................... 62
ANEXOS ........................................................................................................................ 64
Anexo A: Cronograma Actividades ............................................................................ 65
Anexo B: Presupuesto ................................................................................................. 66
Anexo C: Cronograma de actividades con ajuste de tiempo ...................................... 67
Anexo D: Instalación de PostgreSQL en Ubuntu ....................................................... 68
Anexo F: Instalación de librerías phyton en Ubuntu .................................................. 69
x
LISTA DE TABLAS
Pág.
TABLA 1. COMPARACION SISTEMAS OPERATIVOS……………………………………….. 14
TABLA 2. COMPARACION BASES DE DATOS ……………………………………………….18
TABLA 3. COMPARACION LENGUAJES DE PROGRAMACION…………….………………..21
TABLA 4. COMPARACION DE METODOLOGIAS………………………….…………………..28
TABLA 5. ACTIVIDADES DEL PROYECTO …………………………………………………….31
TABLA 6. CASO DE USOS: INGRESO AL SISTEMA……………………………………………36
TABLA 7. CASO DE USOS: ADMINISTRACIÓN DE USUARIOS………………………………37
TABLA 8. CASO DE USOS: ADMINISTRACIÓN DE PRODUCTOS…………………………….38
TABLA 9. CASO DE USOS: FACTURACIÓN…………………………………………………..…39
TABLA 10. CASO DE USOS: INVENTARIO……………………………………………………….40
xi
LISTA DE FIGURAS
Pag.
FIGURA 1. ACTIVIDADES METODOLOGÍA SCRUM…………………………………………….23
FIGURA 2. FASES DE DESARROLLO SCRUM …………………………………………………...27
FIGURA 3. DIAGRAMA DE CASO DE USO: INGRESO AL SISTEMA………………………......36
FIGURA 4. DIAGRAMA DE CASO DE USO: ADMINISTRACIÓN DE USUARIOS…………….37
FIGURA 5. DIAGRAMA DE CASO DE USO: ADMINISTRACIÓN DE PRODUCTOS.…..……..38
FIGURA 6. DIAGRAMA DE CASO DE USO: FACTURACIÓN…………………………………..39
FIGURA 7. DIAGRAMA DE CASO DE USO: INVENTARIO…………………………….……….40
FIGURA 8. DIAGRAMA DE CLASES………………………………………………………..……..41
FIGURA 9. DIAGRAMA DE SECUENCIA: INGRESO AL SISTEMA…………………………….42
FIGURA 10. DIAGRAMA DE SECUENCIA: ADMINISTRACIÓN DE USUARIOS………..……42
FIGURA 11. DIAGRAMA DE SECUENCIA: ADMINISTRACIÓN DE PRODUCTOS…….…….43
FIGURA 12. DIAGRAMA DE SECUENCIA: FACTURACIÓN…………………………….……..43
FIGURA 13. DIAGRAMA DE SECUENCIA: INVENTARIO………………………………………44
FIGURA 14. DIAGRAMA DE ACTIVIDADES: INGRESO AL SISTEMA………………………..45
FIGURA 15. DIAGRAMA DE ACTIVIDADES: ADMINISTRACIÓN DE USUARIOS…………..46
FIGURA 16. DIAGRAMA DE ACTIVIDADES: ADMINISTRACIÓN DE PRODUCTOS…..……46
FIGURA 17. DIAGRAMA DE ACTIVIDADES: FACTURACIÓN…………………………...…….47
FIGURA 18. DIAGRAMA DE ACTIVIDADES: INVENTARIOS………………………………… 47
FIGURA 19. INGRESO AL SISTEMA……………………………………….………………………48
FIGURA 20. MODULO DE PRODUCTOS…………………………………………………………. 49
FIGURA 21. MODULO INVENTARIOS…………………………………………………………… 49
FIGURA 22. MODULO FACTURACIÓN………………………………………………………….. 50
FIGURA 23. MODULO CONTABILIDAD…………………………………………..………………50
FIGURA 24. VENTANA CATEGORIA PRODUCTO……………………………..………………...51
FIGURA 25. NUEVO PRODUCTO…………………………………………………………………. 52
FIGURA 26. VENTANA ABASTECIMIENTO……………………………………….……………. 52
FIGURA 27. VENTANA VENTAS………………………………………………………………….. 53
xii
FIGURA 28. VENTANA ESCOGER PRODUCTO………………………………………....………. 53
FIGURA 29. VENTANA STOCK PRODUCTO………………………………………….………. 54
FIGURA 30. VENTANA CONDICIONES PRODUCTO…………………………………..…….. 54
FIGURA 31. EMISION FACTURA………………………………………………………..……… 55
FIGURA 32. PRODUCTOS INVENTARIO………………………………………………………..56
FIGURA 33. FACTURACIÓN DE PRODUCTO…………………………………………………. 57
xiii
RESUMEN
SISTEMA DE GESTIÓN DE PROCESOS FINANCIEROS PARA LA
INSTITUCIÓN EDUCATIVA “LA COLINA”
Autores: CHAMORRO ARELLANO, Holguer Javier
JACOME GUANOLUISA, Cristian Rolando
Tutor: Ing. DEL POZO SANCHEZ, Franz Eduardo
El presente proyecto establecerá una herramienta informática que gestionará los
procesos financieros de una institución educativa, actualmente estos proceso se los
realiza manualmente en herramientas obsoletas y que no ofrecen mayor seguridad al
personal, haciendo que la información de la institución sea vulnerable, insegura y en
muchos caso incorrecta.
El sistema ayudará en los procesos de una institución, como es llevar de una
manera adecuada un inventario de los activos de la institución, saber con exactitud la
cantidad de material escolar que tiene para ofrecer, emitir y recibir facturas de los
representantes de los alumnos u otras instituciones, manejar los ingresos y egresos que
tiene la institución, entre otras funciones, esto ayudará a que el personal lleve de una
manera más ordenada y eficaz los procesos financieros del plantel.
La información de las instituciones que utilicen estos tipos de sistemas podrán
tener la seguridad de que sus datos son guardados de una manera ordenada y segura,
teniendo acceso a la misma independientemente de las fechas en que se procesó una
transacción.
PALABRAS CLAVE: IMPLEMENTAR HERRAMIENTA
INFORMÁTICA/ADMINISTRAR PROCESOS FINANCIEROS / SEGURIDAD AL
PERSONAL/ EFICACIA PROCESOS/ALMACENAR INFORMACIÓN SEGURA
xiv
ABSTRACT FINANCIAL PROCESSES MANAGEMENT SYSTEM FOR THE EDUCATIONAL
INSTITUTION "LA COLINA"
Authors: CHAMORRO ARELLANO, Holguer Javier
JACOME GUANOLUISA, Cristian Rolando
Advisor: Ing. DEL POZO SANCHEZ, Franz Eduardo
This project will establish a computer tool that will manage the financial processes of an
educational institution, currently this process is performed them manually in obsolete
tools and not offering increased security personnel, making the information of the
institution may be vulnerable, insecure and in many cases incorrect. This system will
help in the processes of an institution, as it is to take an inventory of the assets of the
institution in a proper way, know exactly the amount of school supplies that has to offer,
issue and receive invoices from representatives of students or other institutions, manage
income and expenses which has the institution, among other functions This will help
staff to bring in a more orderly and effective manner the financial processes of the
campus. Finally all the information from institutions that use these types of systems
may be sure that your data are kept in a way that is orderly and safe, having access to it
regardless of the dates on which a transaction was processed.
KEYWORDS : SOFTWARE TOOL TO IMPLEMENT / MANAGE FINANCIAL
PROCESSES / OFFERING PERSONAL SAFETY / EFFICIENCY PROCESSES /
SAFE STORE INFORMATION
I CERTIFY that the above and foregoing is a true and correct translation of the original
document in Spanish.
Jean Eduardo Moreira Santacruz
Certified Translator
ID: 1005-02-325059
1
INTRODUCCIÓN
Uno de los principales temas que toma en cuenta la Unidad Educativa “La
Colina”, son los procesos financieros más recurrentes de esta institución, ya que es muy
importante para sus autoridades tener un conocimiento pleno de lo que ofrecen y como
se ven beneficiados sus alumnos, por este motivo la institución decidió aumentar la
calidad de los servicios.
Con el objetivo de proporcionar a las autoridades del plantel información
verídica de todo lo que se refiera a aspectos financieros de la institución, se clasificará y
almacenará la información financiera que actualmente tiene el plantel en una plataforma
tecnológica, que garantizará que toda la información este guardada de una manera
ordenada y segura, a la cual solo las personas autorizadas tendrán acceso en todo
momento.
El sistema que será implementado proporcionará una herramienta informática en
la que los miembros del plantel podrán clasificar, depurar e ingresar nueva información
financiera (ingreso de productos, enviar y recibir factura, etc.) en un almacén de datos
centralizado, y tener la certeza que esta información no tendrá cambios innecesarios.
Adicional, esta herramienta ayudará a que la institución trabaje de mejor manera
en temas de inventarios y gestión de clientes, ya que contará con la información exacta
de los bienes que dispone y de los que podrá hacer uso, tendrá un listado de clientes
(alumnos, otras instituciones) actualizada, lo que hace posible localizarlos y atenderlos
de una manera ágil y segura.
2
1. PRESENTACION DE PROBLEMA
1.1 Planteamiento del Problema
El presente proyecto aborda una de las problemáticas que desde hace años afectan a
muchas instituciones educativas, y es el de llevar un control adecuado de los procesos
financieros que cumplan las necesidades que actualmente se requieren.
La Unidad Educativa “La Colina” sirvió como base para la investigación de las
necesidades del sistema, gracias a la información obtenida se elaboró una lista de los
procesos financieros que actualmente se lo realiza de manera manual, esto tiene como
objetivo determinar mediante la evaluación de profesionales en la materia, que tanta
eficacia, confiabilidad, veracidad y rapidez tendría el control automatizado en los
procesos financieros existentes en la institución.
A partir de observaciones y del levantamiento de información que arrojó la
investigación en la institución, se pudo detectar que la mayoría de los procedimientos
tienen inconvenientes, entre ellos se pueden destacar: pérdida o duplicación de
información debido a la trascripción manual o forma de almacenamiento, esto ocasiona
retardo en el comienzo de las clases y actividades irregulares por la tardanza de los
procesos.
Por lo tanto, para agilizar la abrumadora tarea de efectuar procesos manuales que
ocasionan congestionamiento, se ofrece una herramienta de trabajo que consiste en un
sistema de información más exacto y rápido para el personal que labora en el plantel,
agilizando los procesos financieros, llevándoles a cabo en un corto período de tiempo
para dar inicio a las actividades del plantel de manera eficiente e integra.
El sistema implementado presenta una interfaz amigable capaz de realizar las
operaciones básicas de mantenimiento de archivos, esto proporcionara una mejor
manera de proveer información actualizada para la toma de decisiones, registro y
control de todos los procesos inherentes del sistema, ofrecer reportes de acuerdo a la
necesidad del usuario.
3
1.2 Formulación del problema
¿Qué ventajas se puede obtener al implementar un sistema para automatizar los
procesos financieros en la Unidad Educativa “La Colina”?
1.3 Interrogantes de la Investigación
En el presente trabajo se plantean las siguientes interrogantes:
¿Actualmente cómo se llevan los procesos financieros en la Unidad Educativa “La
Colina”?
¿Cuáles serán las ventajas y desventajas que traería la automatización de los
procesos financieros de la Unidad Educativa “La Colina”?
¿Qué recursos serán necesarios para la implementación de un sistema automatizado
que lleve los procesos financieros?
¿Cuáles serán los mecanismos y políticas de seguridad más adecuados que se
utilizarán en la implementación del sistema?
¿Qué beneficios traerá la automatización de los procesos financieros de la Unidad
Educativa “La Colina” al realizarse auditorías de su inventario?
¿Cuál será la estrategia que se utilizará para adaptar al personal encargado del
manejo de estos procesos al nuevo sistema?
1.4 Justificación
Para potenciar los procesos existentes en la Unidad Educativa “La Colina”, se ha
decidido implementar un sistema para gestiones financieras, esto permitirá al usuario
tener un acceso más ágil y seguro a la información de la institución.
Este sistema manejará toda la información que actualmente ingresan los usuarios
manualmente en un repositorio central, brindando la confianza al personal de la
institución que la información es segura y podrá estar disponible en todo momento.
4
Una ventaja considerable es que el sistema agilitará varios procesos que actualmente
hace la institución, como la venta de material didáctico, emisión de facturas,
verificación de representantes, stock de material, etc. ya que toda la información está en
un solo repositorio y será de fácil acceso.
Al tener inventarios de materiales y activos de la institución, permitirá a sus
empleados tomar decisiones más agiles y consistentes sobre temas como: que hace falta
en la institución, que producto es el que genera más ingresos y cual más perdidas,
rastrear posibles pérdidas de material, etc.
Tomando como base las necesidades descritas anteriormente y dada la flexibilidad,
escalabilidad y naturaleza de este tipo de soluciones, la implementación de un sistema
para gestión financiera es una solución óptima, factible y viable que permitirá atender
las necesidades que actualmente tiene la Unidad Educativa “La Colina”.
Con la implementación de este sistema financiero se verán beneficiados:
La Unidad Educativa “La Colina”, ya que sus procesos financieros podrán ser
más agiles y seguros.
Tesista, al implementar éste sistema se podrá poner en práctica todos los
conocimientos adquiridos durante el desarrollo profesional de la carrera.
1.5 Objetivos
1.5.1 Objetivo General
Diseñar e implementar un sistema de gestión financiera para la Unidad
Educativa “La Colina”.
1.5.2 Objetivos Específicos
Identificar cuales procesos financieros serán automatizados en la institución.
Definir los procesos que serán automatizados.
Determinar los datos que serán ingresados y registrados en el sistema.
Definir qué información será procesable en el sistema.
5
Diseñar una base de datos que permita registrar toda la información que
interviene.
Definir políticas y normas de seguridad que se utilizarán en la implementación
del sistema.
Implementar un sistema que gestione los procesos financieros definidos por la
institución.
Diseñar un módulo de reportes que genere toda la información que requieran las
autoridades del plantel
1.6 Alcance
El proyecto presentado se basa en la implementación de un sistema que brinde
soluciones financieras a los empleados de la Unidad Educativa “La Colina”, este
proyecto tiene los siguientes alcances:
Permitirá al usuario emitir y recibir facturas de los representantes de los alumnos y/o
otras instituciones.
Llevar un inventario detallado de los productos que ofrece actualmente la
institución, permitiendo saber con exactitud su stock y disponibilidad.
Tener un registro completo de padres de familia, alumnos e instituciones que hayan
comprado o vendido artículos en la institución.
Se podrá tener un registro completo de todos los productos escolares que ofrece la
institución.
Al ingresar en una base de datos la información de la institución, esta será ordenada
y segura lo que permitirá llevar un registro exacto de ventas, así como facilitará las
auditorias que se realice a la institución.
Considerando los puntos anteriores su puede afirmar que el sistema ayudará en los
procesos financieros que ha requerido la institución, optimizando los procesos que
actualmente se los realiza manualmente y en herramientas que pueden entregar una
información incorrecta.
6
1.7 Limitaciones
El sistema no contempla minería de datos.
La información que haya sido ingresada antes de la implementación del sistema
podría estar incorrecta, el sistema no podrá detectar estos errores.
El funcionamiento óptimo del sistema está sujeto al tipo de máquina que sea
entregada por la Unidad Educativa “La Colina”.
El sistema dependerá en gran medida de las capacitaciones que se dé al personal y al
nivel de comprensión de estos.
No generará balances de los diferentes productos que administra la institución.
El sistema no contempla ciertos procesos, tales como administrar los roles de pago a
los profesores.
7
2. MÉTODO
2.1 Revisión Bibliográfica
2.1.1 Antecedentes
Actualmente en la Unidad Educativa “La Colina” cuenta con un sistema manual
para generar todo tipo de procesos financieros, como es la generación de reportes, llevar
un registro de activos de la institución, así como de los productos que ofrece, listado de
representantes, etc. En la mayoría de casos se los hace en hojas de Excel o documentos
de Word, sirviendo como objetos de consulta de los empleados de la institución.
Los procesos financieros de la institución no están automatizados es decir:
La emisión y recepción de facturas se los hace manual, no existe un sistema que
genere las facturas tanto manuales como electrónicas.
Actualmente, las facturas que emiten la mayoría de empresas se las hace
electrónicamente, no existe un sistema que lea este tipo de documentos.
No existe un inventario real de todos los activos de la institución ya que son
llevados de manera manual, siendo la información susceptible a modificaciones
o pérdidas.
Los productos que tiene la institución para ofrecer no son documentados
adecuadamente, por lo que no existe un número real en stock.
No se conoce con certeza lo que la institución vende o compra diariamente, ya
que no existe reportes de transacciones realizadas de ninguna fecha.
Actividades como inicio de clases, ventas de uniformes, libros, etc. Pueden verse
afectadas por la manera en que se lleva los procesos, ya que están sujetos casi en
su totalidad a lo que los empleados pudieran hacer diariamente, dando lugar a
retrasos, pérdidas de información o económicas.
Un sistema que ayude en los procesos financieros que día a día tiene la institución,
ayudará a mejorar en muchos sentidos el rendimiento de la misma, como es la seguridad
de la información, la velocidad en que se hagan los procesos, la disponibilidad de la
información, saber con precisión que se tiene y que se necesita.
8
Esta herramienta ayudará en gran medida a la toma de decisiones de las autoridades
de la institución, ya que sabrá con exactitud que artículos se vende más, que activos
están terminando su vida útil, cuanto es el ingreso diario de la institución, etc.
Debido a todos estos antecedentes, la Unidad Educativa “La Colina” ha decidido
implementar este sistema en sus instalaciones, ya que permitirá analizar de mejor
manera la información de la institución, ayudando a tomar mejores decisiones en favor
del plantel.
2.2 Fundamentación Teórica
2.2.1 Marco Teórico
Actualmente el uso de la tecnología en especial del internet ofrece a las
diferentes instituciones educativas la oportunidad de una automatización en los procesos
administrativos que tengan implementados.
La presente investigación se basa en un marco teórico para su desarrollo, este se
fundamenta principalmente en el desarrollo e implementación de aplicaciones web. Las
tecnologías de la información y la comunicación que actualmente se usa, brindan al
usuario una amplia variedad de soluciones al problema de acceder a la información para
adaptarse de una mejor manera a nuevos y actuales procesos tecnológicos.
Las aplicaciones web actualmente son muy difundidas ya que poseen un sin
número de beneficios, como el tener acceso a la información en todo momento con solo
una conexión a internet, otro de los beneficios que nos brinda, es que las interfaces son
muy intuitivas y de fácil aprendizaje para los usuarios que las utilicen.
Para lograr que las interfaces de las aplicaciones sean amigables con el usuario
se debe tomar muy en cuenta su diseño, ya que debe ser de fácil uso pero a la vez debe
suministrar al usuario toda la información requerida.
Se realizó un estudio sobre las causas que originan la necesidad de llevar un
buen sistema financiero en algunas instituciones, y las herramientas necesarias para
erradicar los problemas más comunes en cuanto a los procesos financieros que retrasan
ciertas actividades complementarias en una institución educativa.
9
Esta investigación se basó en sistemas de otros autores relacionados con
herramientas computarizadas de control financiero, estas herramientas sirvieron como
antecedentes para este proyecto. Estas serán revisadas y servirán como guía para la
automatización propuesta, además permiten hacer comparaciones de cómo se resolvió
un problema en determinada oportunidad.
2.2.2 Sistemas de referencia
El sistema implementando está basado en varios softwares que actualmente
están en el mercado, siendo la mayoría de código libre entre los que se puede citar:
Openbravo.- Ofrece varios módulos para gestiones financieras siendo los que
más llamó la atención, los módulos de gestión de compras y almacenes, contabilidad,
gestión económico-financiera.
“Este sistema es una solución ERP basada en “la nube”, es ideal para PYMEs
(pequeñas empresas o instituciones que no pasan de los 50 empleados).
Características
Extensa cobertura funcional: contabilidad integrada, ventas y CRM, compras,
control de almacenes, producción y gestión de proyectos y servicios.” (MADO 1999)
“Amplio ecosistema de extensiones: Acceso a un catálogo de extensiones
funcionales y sectoriales desarrollados para adaptarse a cualquier necesidad del usuario,
facilitando la implantación.
Fácil Evolución: Se puede pasar de un entorno simple a uno con múltiples
organizaciones, ubicaciones, idiomas y almacenes.” (MADO 1999)
“Fácil de adaptar: Su arquitectura basada en modelos permite parametrizar el
sistema sin programación y añadir nuevas funcionalidades para adaptarlo a las
necesidades particulares de cada empresa.
Implantación flexible: Ya sea en un su propio servidor o en “la nube”, sobre
Windows o Linux, con una o múltiples instancias, hay una opción disponible para cada
necesidad.” (MADO 1999)
10
OpenERP .- Entre los módulos que tiene integrado y que sirvieron como
referencia para el proyecto están: ventas, gestión de almacenes e inventarios, gestión
financiera entre otros. Algo interesante de este sistema es que permite trabajar
remotamente mediante una interfaz web desde un ordenador conectado a Internet.
“OpenrERP es un completo sistema de gestión empresarial (ERP) de código
abierto y sin coste de licencias que cubre las necesidades de las áreas de: Contabilidad y
Finanzas, Ventas, RRHH, Compras, Proyectos, Almacenes (SGA), CRM y Fabricación
entre otras.” (Cuong Do)
BlueErp .- Entre las características que aportaron al sistema, es que está
centrado en gestión de ventas para pequeñas y medianas instituciones. Entre las
funcionalidades que llaman la atención es la gestión de pedidos y ventas, contabilidad
analítica, recibos, análisis de ventas por usuario, órdenes de compra, cuentas a pagar,
facturación y gestión de inventarios, sus funcionalidades son muy parecidas a las
necesitadas para el proyecto.
“BlueErp Es una solución de negocios potente y flexible para la planificación
de recursos empresariales (ERP) y la administración de relaciones con los clientes
(CRM) que aumenta la productividad del personal.
Características
o Es de código abierto
o Contabilidad de partida doble
o Manejo de los clientes
o Basado en la WEB
o Amigable con el usuario”. (ACADEMIA 2016)
ADempiere .- Las principales funcionalidades que sirvieron para orientar a este
proyecto son: venta minorista, gestión financiera, gestión de producción, gestión de
almacenes, gestión de ventas y gestión de contactos.
“Adempiere es una sofisticada solución de negocios que permite integrar y
automatizar los procesos empresariales claves.
Adempiere está preparado para un mercado global dado que soporta múltiples:
empresas, lenguajes, monedas, contabilidades, esquemas comerciales, entre otros.”
(MADO 1999)
11
“Adempiere incorpora módulos para la gestión de los proveedores, inventarios
de la empresa y solicitudes de compra. Ofrece módulos para gestionar las ventas,
clientes y elaborar las facturas correspondientes.
Se puede administrar proyectos y gran parte de la contabilidad de la empresa y
se puede obtener un “análisis de desempeño” en las distintas áreas, esto último gracias a
un módulo de informes y reportes.” (MADO 1999)
Tomando en consideración todas las funcionalidades que ofrecen estos sistemas,
se puede tomar las mejores características de cada uno de sus módulos para
implementarlos en el sistema, al ser básicamente para empresas pequeñas son de mucha
ayuda ya que en la institución solo manejarán el sistema pocas personas, estos sistemas
aportan ideas de cómo hacer simple el manejo de la herramienta, que sea intuitivo y
amigable con los usuarios.
2.2.3 Herramientas
Basándose en los sistemas antes mencionados, se escogió las herramientas más
idóneas para la implementación del proyecto.
Ubuntu
Para el proyecto se utilizó el sistema operativo Ubuntu debido a que es software
libre, es muy fácil de usar, la instalación de este sistema operativo pide escasos
requisitos técnicos. Además posee funciones avanzadas de seguridad ya que es muy
poco probable la infección de virus como troyano, gusanos, etc.
Otra característica interesante es la rapidez con que se ejecutan los procesos,
adicional que es compatible con otros sistemas operativos y diversas aplicaciones de
código libre, algunas herramientas que serán utilizadas serán de código abierto.
“Es un sistema operativo basado en GNU/Linux y que se distribuye
como software libre, el cual incluye su propio entorno de escritorio denominado Unity.
Su nombre proviene de la ética homónima, en la que se habla de la existencia de uno
mismo como cooperación de los demás, Ubuntu usa básicamente software libre,
haciendo excepciones en el caso de varios controladores privativos (además
de firmware y software).” (LINUX ZONE 2016)
12
“Características
Ubuntu y la comunidad: Los usuarios pueden participar en el desarrollo de
Ubuntu, escribiendo código, solucionando bugs, probando versiones inestables del
sistema.
Software incluido: Posee una gran colección de aplicaciones para la
configuración de todo el sistema, valiéndose principalmente de interfaces gráficas.
El entorno de escritorio predeterminado de Ubuntu es GNOME y se sincroniza
con sus liberaciones y actualizaciones.
Aplicaciones de Ubuntu: Ubuntu es conocido por su facilidad de uso y las
aplicaciones orientadas al usuario final. Las principales aplicaciones que trae Ubuntu
son: navegador web Mozilla Firefox, cliente de mensajería instantánea Empathy, cliente
de redes sociales Gwibber.
Seguridad y accesibilidad: El sistema incluye funciones avanzadas de seguridad
y entre sus políticas se encuentra el no activar de forma predeterminada procesos
latentes al momento de instalarse. Por eso mismo, no hay un cortafuego predeterminado
ya que no existen servicios que puedan atentar a la seguridad del sistema. ” (LINUX
ZONE 2016)
“Ventajas
Entre las ventajas que posee Ubuntu tenemos:
Es multiusuario, varios usuarios se pueden conectar al mismo tiempo al sistema
operativo.
Es multitarea, una o más aplicaciones pueden ejecutarse prácticamente al mismo
tiempo.
Ubuntu no está firmado como administrador sino como un simple usuario, se puede
cambiar opciones que apliquen al área de nuestro usuario, pero no se puede cambiar
opciones que afecten al sistema, haciéndolo muy simple y seguro.
El software es gratis incluso se puede modificar el código detrás del programa.
Es rápido y no consume muchos recursos, de tal manera que no se necesita una
computadora muy potente para correrlo.
13
En Ubuntu las aplicaciones son fáciles de instalar ya que no se necesita de acuerdos
porque es código abierto. ” (LINUX ZONE 2016)
“Desventajas:
No posee de soporte técnico ya que los mismos usuarios son quienes aportan a la
solución de problemas.
No es compatible con determinadas marcas.
No hay forma segura de instalación sin reparticiones el disco duro. ” (LINUX ZONE 2016)
“Requisitos mínimos para instalación
Procesador x86 a 700 MHz.
Memoria RAM de 512 Mb.
Disco Duro de 5 GB (swap incluida).
Tarjeta gráfica y monitor capaz de soportar una resolución de 1024x768.
Lector de DVD o puerto USB.
Conexión a Internet puede ser útil. ” (LINUX ZONE 2016)
14
Comparación de Linux con otros sistemas operativos
TABLA 1. COMPARACION SISTEMAS OPERATIVOS (AUTOR)
Criterio LINUX WINDOWS MAC OS
Licencia
Libre: GPL
No libre No libre
Seguridad
Nivel de seguridad del
sistema es muy alto
La mayoría de virus
está hecho para este
SO
Seguridad media
Costo
Gratuito
Gratuito (en caso de
tener versión anterior),
Pagado (en caso de
adquirirlo nuevo).
Gratuito (únicamente
preinstalado)
Facilidad de uso
En principio
dificultoso, con el
tiempo y uso se
mejora este aspecto
Sencillo de manejar
En principio
dificultoso, con el
tiempo y uso se
mejora este aspecto
Ejecución
Puede ejecutar varios
proceso y aplicaciones
simultáneamente
Puede ejecutar varios
proceso y aplicaciones
simultáneamente
Puede ejecutar varios
proceso y aplicaciones
simultáneamente
Código fuente Abierto a todos No se tiene acceso al
código fuente Abierto a todos
Tipo de uso
Hogar, servidores,
ciencia, redes,
negocios, Workstation
Hogar, diseño,
videojuegos, negocios,
redes, servidores,
Workstation
Hogar, diseño,
negocios, servidores,
Workstation
Estabilidad
Estable
Es el más inestable Estable
Porcentaje
de mercado
3.22%
90.54%
8,42%
Disponibilidad de
programas
Gran cantidad de
software libre.
Tiene más software
desarrollado
disponible.
Existe poco software
para este SO.
15
PostgreSQL
El motor de base de datos escogido es PostgreSQL, debido a características
como: su estabilidad, poco probable a fallar aunque tenga una alta actividad, su
concurrencia, es software libre.
“PostgreSQL es un sistema de gestión de base de datos relacional orientada a
objetos y libre, publicada bajo licencia BSD. Es un programa de código abierto, por lo
que está dirigido por una comunidad de desarrolladores llamada PGDG”
(2NDQUADRANT 2016)
“Características
Algunas de sus principales características son:
Alta concurrencia.
Mediante un sistema denominado MVCC (Acceso concurrente multiversión).
PostgreSQL permite que mientras un proceso escribe en una tabla, otros accedan a la
misma tabla sin necesidad de bloqueos. Cada usuario obtiene una visión consistente de
lo último a lo que se le hizo commit. Esta estrategia es superior al uso de bloqueos por
tabla o por filas común en otras bases, eliminando la necesidad del uso de bloqueos
explícitos.
Amplia variedad de tipos nativos.
PostgreSQL provee nativamente soporte para:
Números de precisión arbitraria.
Texto de largo ilimitado.
Figuras geométricas (con una variedad de funciones asociadas).
Direcciones IP (IPv4 e IPv6).
Bloques de direcciones estilo CIDR.
Direcciones MAC.
Arrays.
16
Los usuarios pueden crear sus propios tipos de datos, los que pueden ser por
completo indexables gracias a la infraestructura GiST de PostgreSQL. Algunos
ejemplos son los tipos de datos GIS creados por el proyecto PostGIS.” (2NDQUADRANT
2016)
“Ventajas:
A pesar de que la velocidad de respuesta pueda parecer deficiente en bases de
datos pequeñas, esa velocidad se mantiene al aumentar el tamaño de la base de datos,
cosa que no sucede con otros programas, que se enlentecen drásticamente.
Instalación ilimitada: No hay costo asociado a la licencia de software. Esto
permite un negocio más rentable con instalaciones a gran escala, hay flexibilidad y
desarrollo sin costos adicionales de licenciamiento. ” (2NDQUADRANT 2016)
“Ahorros considerables de costos de operación: PostgreSQL ha sido diseñado
para tener un mantenimiento y ajuste menor que los productos
de proveedores comerciales, conservando todas las características, estabilidad y
rendimiento.
Estabilidad y confiabilidad: No se han presentado caídas de la base de datos.
Extensible: El código fuente está disponible de forma gratuita, para que quien
necesite extender o personalizar el programa pueda hacerlo sin costes. ”
(2NDQUADRANT 2016)
“Multiplataforma: Está disponible en casi cualquier versión Unix, con 34
plataformas en la última versión estable, además de una versión nativa de Windows en
estado de prueba.
Diseñado para ambientes de alto volumen: Utiliza una estrategia de
almacenamiento de filas llamada MVCC, consiguiendo mejor respuesta en grandes
volúmenes. Además, MVCC permite a los accesos de solo lectura continuar leyendo
datos consistentes durante la actualización de registros, permitiendo copias de seguridad
en caliente” (2NDQUADRANT 2016)
17
“Herramientas gráficas de diseño y administración de bases de datos.
Soporta los tipos de datos, cláusulas, funciones y comandos de tipo estándar
SQL92/SQL99 y extendidos propios de PostgreSQL.
Puede operar sobre distintas plataformas, incluyendo Linux, Windows, Unix,
Solaris y MacOS X.
Buen sistema de seguridad mediante la gestión de usuarios, grupos de usuarios y
contraseñas.
Gran capacidad de almacenamiento.
Buena escalabilidad ya que es capaz de ajustarse al número de CPU y a la
cantidad de memoria disponible de forma óptima, soportando una mayor cantidad de
peticiones simultáneas a la base de datos de forma correcta. ” (2NDQUADRANT 2016)
“Desventajas:
Comparando con MySQL es más lento en inserciones y actualizaciones, ya que
cuenta con cabeceras de intersección que no tiene MySQL.
Soporte en línea: Hay foros oficiales, pero no hay una ayuda obligatoria.
Consume más recursos que MySQL.
La sintaxis de algunos de sus comandos o sentencias no es nada intuitiva. ”
(2NDQUADRANT 2016)
18
Comparación de Postgresql con otras bases de datos
Criterio POSTGRESQL MySQL ORACLE
Licencia Licencia BSD GPL o propietario Propietario
Multiplataforma SI SI SI
Cumple propiedades
ACID SI SI SI
Volumen de datos Alto volumen de
datos
Bajo volúmenes de
datos Alto volumen de datos
Última versión
estable
9.0 5.0
11g Release 2
Seguridad Muy buena seguridad Muy buena seguridad Muy buena seguridad
Lenguaje de
programación
PL/PgSQL,C,
C++,JavaPL/Java C, C++,Pascal,PHP
PL/SQL, PHP,
Java,.NET, XML
Plataforma
Microsft Windows,
MacOS, Linux, Unix.
Microsoft Windows,
Linux,Unix.
Microsoft Windows,
Linux,Unix.
TABLA 2. COMPARACION BASES DE DATOS (AUTOR)
Phyton
El lenguaje de programación utilizado será Phyton, debido a características
como: fácil de aprender, es código abierto, es un lenguaje de alto de nivel, orientado a
objetos, etc.
“Python es un lenguaje de scripting independiente de plataforma y orientado a
objetos, preparado para realizar cualquier tipo de programas, desde aplicaciones
Windows a servidores de red o incluso páginas web. Es un lenguaje interpretado, lo que
significa que no se necesita compilar el código fuente para poder ejecutarlo, lo que
ofrece ventajas como la rapidez de desarrollo. ” (Miguel Álvarez 2003)
19
“Características
Sencillo de Aprender
Python es extremadamente sencillo de iniciarse en la programación, ya que
ofrece una sintaxis extraordinariamente simple.
Libre y Fuente Abierta
Python permite distribuir libremente copias de este software, leer su código
fuente, hacer cambios, usar partes del mismo en nuevos programas libres, entre otras
características. Esta es una de las razones por las cuales Python es tan bueno, ha sido
creado y mejorado por una comunidad que solo quiere ver un mejor Python. ” (Miguel
Álvarez 2003)
“Lenguaje de Alto Nivel
Cuando se escribe programas en Python no hay que preocuparse por detalles de
bajo nivel, como manejar la memoria empleada del programa.
Portable
Debido a su naturaleza de ser Open Source, Python ha sido adaptado a diversas
plataformas. Todos tus programas trabajarán en alguna de esas plataformas sin requerir
cambio alguno. ” (Miguel Álvarez 2003)
“Interpretado
Al usar un lenguaje interpretado como Python, no existen compilaciones
separadas y pasos de ejecución. Solo se ejecuta el programa desde el código fuente
internamente, Python convierte el código fuente en una forma intermedia llamada
bytecodes, después los traduce en el lenguaje nativo de la computadora y lo ejecuta.
Esto lo convierte en portable, ya que solo se debe copiar el código del programa Python
en cualquier otro sistema y trabajará igualmente.
20
Orientado a Objetos
Python permite programación orientada a procedimientos así como orientada a
objetos. En lenguajes orientados a procedimientos, el programa está construido sobre
procedimientos o funciones los cuales no son nada más que piezas de programa
reutilizables. En lenguajes orientados a objetos, el programa es construido sobre objetos
los cuales combinan datos y funcionalidad. Python ofrece una manera muy poderosa y
simple de emplear programación orientada a objetos. ” (Miguel Álvarez 2003)
“Ampliable
Si se necesita que una pieza de código se ejecute muy rápido, se lo puede lograr
escribiéndola en C y después combinarla con el programa de Python.
Incrustable
Se puede insertar Python dentro de un programa en C/C++ para ofrecer las
facilidades de "scripting" dentro del mismo.
Librerías Extendidas
La librería estándar de Python es de hecho muy amplia. Puede ayudar a hacer
varias cosas que involucran: expresiones regulares, generación de documentos,
evaluación de unidades, pruebas, procesos, bases de datos, navegadores web, CGI, ftp,
correo electrónico, XML, XML-RPC, HTML, archivos WAV, criptografía. ” (Miguel
Álvarez 2003)
“Ventajas
Simplificado y rápido: Python simplifica mucho la programación, es un gran
lenguaje para scripting, “si se requiere algo rápido (en el sentido del performance del
lenguaje), con unas cuantas líneas ya está”.
Programación sana y productiva: es sencillo de aprender, direccionado a las
reglas perfectas, cumplir las reglas, el uso de las líneas, y de variables”.
Ordenado y limpio: Python es muy leíble, otro programador lo puede leer y
trabajar sobre él”. Los módulos están bien organizados, a diferencia de otros lenguajes.
21
Portable: es un lenguaje muy portable (puede funcionar en Mac, Linux o
Windows) en comparación con otros lenguajes.
Librerías incluidas: Las librerías que más necesitas ya están dentro del código.”
(Miguel Álvarez 2003)
“Desventajas
La curva de aprendizaje cuando ya estás en la parte web no es tan sencilla.
La mayoría de los servidores no tienen Python” y si lo tienen la configuración es
un poco difícil.” (Miguel Álvarez 2003)
Comparación de Python con otros lenguajes de programación
CRITERIO PYTHON JAVA .NET
Servidor Apache, Compilador
propio
Apache, Tomcat,
Glassfish IIS
Orientado a objetos SI SI SI
Consumo de memoria Consume menos
memoria
Consume 4 veces más
memoria que Phyton
Consumo normal de
memoria
Aprendizaje
Mayor curva de
aprendizaje Difícil de aprender
Mejor curva de
aprendizaje que Java,
menor en comparación
con Python
Costo No tiene costo Algunas herramientas
tienen costo adicional Posee una licencia
comercial
Soporte a móviles
(todos por medio de un
browser) Native: android
Native: Windows
phone
Ambiente de desarrollo Eclipse, netbeans y
otras herramientas open
source
Eclipse, netbeans y
otras herramientas open
source
MS Visual Studio
Empresa Python software
foundation Oracle Microsoft
TABLA 3. COMPARACION LENGUAJES DE PROGRAMACION (AUTOR)
22
2.3 Metodología
2.3.1 Metodología de desarrollo SCRUM
En la implementación de este proyecto se utilizará la metodología Scrum, está
metodología fue escogida debido a que se trata de una metodología ágil, esto quiere
decir que va encaminada a implementar un proyecto en un periodo corto de tiempo, esto
encaja perfecto con la implementación del sistema propuesto, debido a que la entrega se
debe realizar en un periodo corto de tiempo, pero elaborado con calidad.
Otra característica que llama la atención es la división del trabajo, ya que se
entregara algunas tareas a los miembros del equipo para que sean desarrolladas en un
tiempo limitado para luego integrarlas y continuar con el proceso.
Una característica importante es que esta metodología está basada en el
constante contacto con el cliente, ya que se debe tener reuniones permanentemente para
informar el avance del proyecto, a la vez que el usuario puede indicar nuevas
funcionalidades que se pueden implementar o quitar.
“SCRUM
Scrum es un proceso en el que se aplican de manera regular un conjunto
de buenas prácticas para trabajar colaborativamente en equipo, y obtener el mejor
resultado posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección
tiene origen en un estudio de la manera de trabajar de equipos altamente productivos.
En Scrum se realizan entregas parciales y regulares del producto final,
priorizadas por el beneficio que aportan al receptor del proyecto. Por ello, Scrum está
especialmente indicado para proyectos en entornos complejos, donde se
necesita obtener resultados rápidos, donde los requisitos son cambiantes o poco
definidos, donde la innovación, la competitividad, la flexibilidad y la productividad son
fundamentales.” (Xavier Albaladejo 2010)
23
“Proceso
En Scrum un proyecto se ejecuta en bloques temporales cortos y
fijos (iteraciones de un mes natural y hasta de dos semanas, si así se necesita). Cada
iteración tiene que proporcionar un resultado completo, un incremento de producto final
que sea susceptible de ser entregado con el mínimo esfuerzo al cliente cuando lo
solicite. ” (Xavier Albaladejo 2010)
FIGURA 1. ACTIVIDADES METODOLOGÍA SCRUM (XAVIER ALBALADEJO 2010)
“Las actividades que se llevan a cabo en Scrum son las siguientes:
Planificación de la iteración
El primer día de la iteración se realiza la reunión de planificación de la iteración.
Tiene dos partes:
Selección de requisitos. El cliente presenta al equipo la lista de requisitos
priorizada del producto o proyecto. El equipo pregunta al cliente las dudas que surgen y
seleccionan los requisitos más prioritarios que se compromete a completar en la
iteración, de manera que puedan ser entregados si el cliente lo solicita.
Planificación de la iteración. El equipo elabora una lista de tareas de la
iteración necesarias para desarrollar los requisitos a que se ha comprometido. La
estimación de esfuerzo se hace de manera conjunta y los miembros del equipo se
autoasignan las tareas. ” (Xavier Albaladejo 2010)
24
“Ejecución de la iteración
Cada día el equipo realiza una reunión de sincronización . Cada miembro del
equipo inspecciona el trabajo que el resto está realizando (dependencias entre tareas,
progreso hacia el objetivo de la iteración, obstáculos que pueden impedir este objetivo)
para poder hacer las adaptaciones necesarias que permitan cumplir con el compromiso
adquirido. En la reunión cada miembro del equipo responde a tres preguntas:
¿Qué he hecho desde la última reunión de sincronización?
¿Qué voy a hacer a partir de este momento?
¿Qué impedimentos tengo o voy a tener? ” (Xavier Albaladejo 2010)
“Inspección y adaptación
El último día de la iteración se realiza la reunión de revisión de la iteración.
Tiene dos partes:
Demostración. El equipo presenta al cliente los requisitos completados en la
iteración, en forma de incremento de producto preparado para ser entregado con el
mínimo esfuerzo. En función de los resultados mostrados y de los cambios que haya
habido en el contexto del proyecto, el cliente realiza las adaptaciones necesarias de
manera objetiva, ya desde la primera iteración, replanificando el proyecto.
Retrospectiva. El equipo analiza cómo ha sido su manera de trabajar y cuáles
son los problemas que podrían impedirle progresar adecuadamente, mejorando de
manera continua su productividad. El Facilitador se encargará de ir eliminando los
obstáculos identificados. ” (Xavier Albaladejo 2010)
“Roles
En Scrum, el equipo se focaliza en construir software de calidad. La gestión de
un proyecto Scrum se centra en definir cuáles son las características que debe tener el
producto a construir (qué construir, qué no y en qué orden) y en vencer cualquier
obstáculo que pudiera entorpecer la tarea del equipo de desarrollo.
El equipo Scrum está formado por los siguientes roles:
Scrum master: Persona que lidera al equipo guiándolo para que cumpla las
reglas y procesos de la metodología. Gestiona la reducción de impedimentos del
proyecto y trabaja con el Product Owner para maximizar el ROI. ” (SOFTENG 2016)
25
“Product owner (PO): Representante de los accionistas y clientes que usan el
software. Se focaliza en la parte de negocio y él es responsable del ROI del proyecto
(entregar un valor superior al dinero invertido). Traslada la visión del proyecto al
equipo, formaliza las prestaciones en historias a incorporar en el Product Backlog y las
reprioriza de forma regular.
Team: Grupo de profesionales con los conocimientos técnicos necesarios y que
desarrollan el proyecto de manera conjunta llevando a cabo las historias a las que se
comprometen al inicio de cada sprint. ” (SOFTENG 2016)
“¿Cuándo se utiliza?
Con la metodología Scrum el cliente se entusiasma y se compromete con el
proyecto dado que lo ve crecer iteración a iteración. Además le permite en cualquier
momento realinear el software con los objetivos de negocio de su empresa, ya que
puede introducir cambios funcionales o de prioridad en el inicio de cada nueva iteración
sin ningún problema.
Esta metódica de trabajo promueve la innovación, motivación y compromiso del
equipo que forma parte del proyecto, por lo que los profesionales encuentran un ámbito
propicio para desarrollar sus capacidades. ” (SOFTENG 2016)
“Beneficios
Cumplimento de expectativas: El cliente establece sus expectativas indicando el
valor que le aporta cada requisito /historia del proyecto, el equipo los estima y con esta
información el Product Owner establece su prioridad. De manera regular, en las demos
de Sprint el Product Owner comprueba que efectivamente los requisitos se han
cumplido y transmite el feedback al equipo.
Flexibilidad a cambios: Alta capacidad de reacción ante los cambios de
requerimientos generados por necesidades del cliente o evoluciones del mercado. La
metodología está diseñada para adaptarse a los cambios de requerimientos que
conllevan los proyectos complejos. ” (SOFTENG 2016)
26
“Reducción del Time to Market: El cliente puede empezar a utilizar las
funcionalidades más importantes del proyecto antes de que esté finalizado por completo.
Mayor calidad del software: La metódica de trabajo y la necesidad de obtener
una versión funcional después de cada iteración, ayuda a la obtención de un software de
calidad superior.
Mayor productividad: Se consigue entre otras razones, gracias a la eliminación
de la burocracia y a la motivación del equipo que proporciona el hecho de que sean
autónomos para organizarse. ” (SOFTENG 2016)
“Maximiza el retorno de la inversión (ROI): Producción de software únicamente
con las prestaciones que aportan mayor valor de negocio gracias a la priorización por
retorno de inversión.
Predicciones de tiempos: Mediante esta metodología se conoce la velocidad
media del equipo por sprint (los llamados puntos historia), con lo que
consecuentemente, es posible estimar fácilmente para cuando se dispondrá de una
determinada funcionalidad que todavía está en el Backlog.
Reducción de riesgos: El hecho de llevar a cabo las funcionalidades de más valor
en primer lugar y de conocer la velocidad con que el equipo avanza en el proyecto,
permite despejar riesgos eficazmente de manera anticipada. ” (SOFTENG 2016)
27
Fases de desarrollo Scrum
FIGURA 2. FASES DE DESARROLLO SCRUM (CÁTEDRAS 2016)
28
Comparación de metodologías
Criterio SCRUM XP RUP
Incorporación
de Tareas No es posible hasta
finalizar el sprint
No es posible hasta
terminar la iteración
Es posible, en tanto
exista capacidad
Grupo de
Trabajo
Pequeños equipos auto
gestionados y
multidisciplinarios
Se trabaja en parejas Distribuye la carga de
trabajo
Enfoque Iterativo Iterativo e incremental Iterativo
Tamaño del
proyecto Es apropiada para
proyectos a corto plazo
Es apropiada para
proyectos pequeños
Es apropiada para
proyectos a largo plazo
Cliente Existen constantemente
reuniones con el cliente
Existen constantemente
reuniones con el cliente
Interacción con el
usuario estratégico
Visión
Metodología de
desarrollo ágil, basada
en la administración del
proyecto
Metodología basada en
la programación
No hay un único proceso
a aplicar en todos los
proyectos
Ciclo Cada sprint (iteración) es
un ciclo completo Consiste de seis fases
Ciclo formal se define a
través de 4 fases, pero
algunos flujos de trabajo
pueden ser concurrentes.
Documentación Existe gran cantidad de
documentación Poca Mayor documentación
TABLA 4. COMPARACION DE METODOLOGIAS (AUTOR)
29
3. DESARROLLO
3.1 Planificación
En esta etapa se describirá en forma general el alcance, la duración, así como el
costo del proyecto.
3.1.1 Modelo de negocio
Objetivos
Identificar cuales procesos financieros serán automatizados en la institución.
Definir los procesos que serán automatizados.
Determinar los datos que serán ingresados y registrados en el sistema.
Definir qué información será procesable en el sistema.
Diseñar una base de datos que permita registrar toda la información que interviene.
Definir políticas y normas de seguridad que se utilizarán en la implementación del
sistema.
Implementar un sistema que gestione los procesos financieros definidos por la
institución.
Diseñar un módulo de reportes que genere toda la información que requieran las
autoridades del plantel
Procesos
La mayor parte de procesos que actualmente se realizan en la institución se los
efectúan manualmente, algunos de estos procesos son:
Ingresar facturas.- Toda la facturación de productos que se ofrece para los padres
de familia actualmente se las realiza manualmente, siendo insegura y provocando
muchas fallas al momento de ingresar la información.
Inventario.- Los bienes que actualmente posee la institución se los administra de
forma manual, esto conlleva a pérdidas de información, muchos bienes no registrados,
entre otros.
30
Administración de productos.- Los productos a disposición son administrados
manualmente, lo que provoca un registro impreciso de la existencia de productos y
disponibilidad incierta del stock que se tiene.
Administración de usuarios.- El registro de usuarios que actualmente lleva la
institución es inexacto, ya que no se guarda en una base de datos sino solamente en
archivos de texto.
Actividades
Actividad Duración
65dSistema de gestión
financiera
10dAnalisis
1dReconocimiento del problema
1dEspecificaciones de las necesidades del proyecto
1dDefinición del proyecto
2dPlanificación
1dDefinición del alcance
1dDefinición de actividades
1dEstimación de tiempos
1dDefinición de recursos
1dEntregable acta de cierre de la fase de conceptualización
6dRequerimientos
1dControl de avance
1dDepuración de especificaciones funcionales
1dActualización de riesgos y oportunidades del proyecto
31
1dPlan de gestión de riesgos
1dDesarrollo del plan de gestión del proyecto
1dEntregable requerimientos del proyecto
9dDiseño
2dPlan de desarrollo del software
2dDiseño de Base de datos
2dDiseño de la interfaz
2dDiseño del software
1dEntregable diseño preliminar de interfaces graficas
30dConstrucción
15dProgramación
5dProcedimientos
5dDiagrama de implementación
2dDocumentación Técnica
2dAjustes funcionales
1dEntrega sistema gestión
financiera
1dEntrega prototipo
6dPruebas
3dPruebas de uso
3dPruebas funcionales
1dEntregable Sistema
1dMantenimiento en general
1dEntregable Informe Final, Manuales técnico y de
usuario, sistema en funcionamiento
TABLA 5. ACTIVIDADES DEL PROYECTO (AUTOR)
3.1.2 Estimación de Alcance
Permitirá al usuario emitir y recibir facturas de los representantes de los alumnos
y/o otras instituciones.
Llevar un inventario detallado de los productos que actualmente tenga la
institución, así como un inventario del material escolar, permitiendo saber con mayor
exactitud el stock de los productos que se ofrecen.
32
Tener un registro completo de padres de familia, alumnos e instituciones que
hayan comprado o vendido artículos al plantel.
Se podrá tener un registro completo de todos los productos escolares que ofrece
la institución.
Ingreso de información en una base de datos, lo que permitirá llevar un registro
exacto de ventas, así también facilitará las auditorías que se realicen.
3.1.3 Estimación de tiempo
Las actividades programadas en la tesis, serán elaboradas según el siguiente
cronograma.
Anexo A
3.1.4 Estimación de Costos
Los costos de la implementación del presente trabajo de tesis, se los desglosará
de la siguiente manera.
Anexo B
3.2 Análisis
3.2.1 Especificaciones Funcionales
El sistema debe mostrar un módulo de seguridad para el acceso a los diferentes
tipos de usuarios.
El sistema deberá ingresar la información de los alumnos, modificarlos y
mostrarlos, cada vez que se efectué una transacción en la institución.
El sistema debe ser capaz de ingresar, modificar y mostrar los diferentes
productos que se venden en la institución.
El sistema debe ser capaz de llevar un inventario de todos los productos que la
institución posee, así como ingresar, modificar y eliminarlos.
La información que genera el sistema debe ser de acuerdo al perfil del usuario
que ingrese en aplicación.
33
El sistema deberá ingresar facturas que se generen al momento de realizar una
venta, debe almacenarla, modificarla y mostrarla en el momento que se requiera.
3.2.2 Requerimientos
Para presentar de mejor manera los requerimientos del proyecto, se utilizarán los
diagramas UML, de esta manera se presentarán los diferentes casos de uso del sistema.
UML
“Es un lenguaje gráfico para visualizar, especificar, construir y documentar un
sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo),
incluyendo aspectos conceptuales tales como procesos de negocio, funciones del
sistema, y aspectos concretos como expresiones de lenguajes de programación,
esquemas de bases de datos y compuestos reciclados.” (Martin Fowler, Kendall Sccott 1999)
Diagramas
“Es un dibujo geométrico, muy utilizado en ciencia, en educación y
en comunicación; con el que se obtiene la presentación gráfica de una proposición, de la
resolución de un problema, de las relaciones entre las diferentes partes o elementos de
un conjunto o sistema, o de la regularidad en la variación de un fenómeno que permite
establecer algún tipo de ley.
Tipos de Modelo.
Funcional: Muestra la funcionalidad del sistema desde el punto de vista del
usuario, incluye:
Diagramas de caso de uso.
Objetos: Muestra la estructura y la subestructura del sistema usando objetos,
atributos, operaciones y asociaciones, incluye:
Diagramas de clase
Dinámico: Muestra el comportamiento interno del sistema, incluye:
Diagramas de secuencia
Diagramas de actividad
Diagramas de estados” (Real Academia Española 2014)
34
“Diagramas de Casos de Uso
Los diagramas de casos de uso sirven para especificar la funcionalidad y el
comportamiento de un sistema mediante su interacción con los usuarios y/o otros
sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los
casos de uso en un sistema. Una relación es una conexión entre los elementos del
modelo, por ejemplo la relación y la generalización son relaciones.
Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del
sistema al mostrar cómo reacciona una respuesta a eventos que se producen en el
mismo. ” (Pressman, Robert. 1998)
“Diagrama de Clases
Es un tipo de diagrama de estructura estática que describe la estructura de un
sistema mostrando el sistema de clases, sus atributos, operaciones (o métodos), y las
relaciones entre las clases. Los diagramas de clases son utilizados durante el proceso de
análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información
que se manejará en el sistema, y los componentes que se encargaran del funcionamiento
y la relación entre uno y otro. ” (Pressman, Robert. 1998)
“Diagrama de secuencia
Muestran las interacciones entre un conjunto de objetos, ordenadas según el
tiempo en que tienen lugar. En los diagramas de este tipo intervienen objetos, que tienen
un significado parecido al de los objetos representados en los diagramas de
colaboración, es decir son instancias concretas de una clase que participa en la
interacción.
El objeto puede existir sólo durante la ejecución de la interacción, se puede crear
o puede ser destruido durante la ejecución de la interacción. Un diagrama de secuencia
representa una forma de indicar el período durante el que un objeto está desarrollando
una acción directamente o a través de un procedimiento. ” (Pressman, Robert. 1998)
35
“Diagramas de actividad
Son similares a los diagramas de flujo de otras metodologías. En realidad se
corresponden con un caso especial de los diagramas de estado donde los estados son
estados de acción y las transiciones vienen provocadas por la finalización de las
acciones que tienen lugar en los estados de origen. Siempre van unidos a una clase o a la
implementación de un caso de uso o de un método. Los diagramas de actividad se
utilizan para mostrar el flujo de operaciones que se desencadenan en un procedimiento
interno del sistema. ” (Pressman, Robert. 1998)
36
Diagrama de Casos de Uso
En esta sección se presentaran los que se consideró como los principales casos de uso
del sistema:
Ingreso al sistema
En el siguiente diagrama se muestra la manera en que el usuario ingresará al sistema.
FIGURA 3. DIAGRAMA DE CASO DE USO: INGRESO AL SISTEMA (AUTOR)
Caso de uso: Ingreso al sistema
Actores: Administrador, empleado, base de datos
Flujo eventos: El usuario digita su usuario y contraseña para ingresar al sistema
Observaciones:
Para que el usuario pueda acceder al sistema, el nombre de
usuario y contraseña deben estar registrados en la base de datos
Condiciones de
entrada:
El usuario ingresa al sistema con su respectivo nombre de
usuario y contraseña
Condiciones de
salida: El usuario sale del sistema presionando el botón Cerrar sesión.
Escenario: Ingreso exitoso al sistema
Ingreso fallido al sistema por datos incorrectos
TABLA 6. CASO DE USOS: INGRESO AL SISTEMA (AUTOR)
37
Administración de usuarios
En el siguiente diagrama se indica la manera en que el administrador controlará
los accesos de los distintos usuarios.
FIGURA 4. DIAGRAMA DE CASO DE USO: ADMINISTRACIÓN DE USUARIOS (AUTOR)
Caso de uso: Administración de Usuarios
Actores: Administrador, Base de datos
Flujo eventos:
Ingreso: -Ingreso en la sección de usuarios.
-Ingresar datos de nuevo usuario
-Guardar información.
Modificación: -Buscar usuario a modificar
- Ingresar nueva información
- Guardar información
Consultar:-Ingresar datos de usuario a consultar
- Consultar información
Observaciones:
Para que el usuario pueda acceder a la información de los
usuarios debe ser administrador del sistema
Condiciones de
entrada:
El usuario ingresa al sistema con su respectivo nombre de
usuario y contraseña
Condiciones de
salida: El usuario sale del sistema presionando el botón Cerrar sesión.
Escenario:
Ingreso exitoso del usuario,
El usuario se modificó correctamente,
Consulta exitosa
Ingreso fallido del usuario,
Nombre de usuario o contraseña incorrecta
TABLA 7. CASO DE USOS: ADMINISTRACIÓN DE USUARIOS (AUTOR)
38
Administración de productos
En el siguiente diagrama se muestra la manera en que se administrará los
distintos productos que ofrece la institución.
FIGURA 5. DIAGRAMA DE CASO DE USO: ADMINISTRACIÓN DE PRODUCTOS (AUTOR)
Caso de uso: Administración de Productos
Actores: Administrador, Empleado, Base de datos
Flujo eventos:
Ingreso: -Ingreso en la Gestión de Inventario.
-Ingresar datos de nuevo producto
-Guardar información.
Modificación: -Buscar producto a modificar
- Ingresar nueva información
- Guardar información
Consultar:-Ingresar datos de productos a consultar
- Consultar información
Observaciones:
Para que el usuario pueda acceder a la información de los
usuarios debe ser administrador del sistema, el empleado solo
puede consultar los productos de la institución
Condiciones de
entrada:
El usuario ingresa al sistema con su respectivo nombre de
usuario y contraseña
Condiciones de
salida: El usuario sale del sistema presionando el botón Cerrar sesión.
Escenario:
Ingreso exitoso del producto,
El producto se modificó correctamente,
Consulta exitosa
Ingreso fallido del producto,
El producto no existe en el sistema.
Los siguientes campos son inválidos.
TABLA 8. CASO DE USOS: ADMINISTRACIÓN DE PRODUCTOS (AUTOR)
39
Facturación
En el siguiente diagrama se mostrará la manera en se ingresaran las facturas al
sistema.
FIGURA 6. DIAGRAMA DE CASO DE USO: FACTURACIÓN (AUTOR)
Caso de uso: Facturación
Actores: Administrador, Empleado, Base de datos
Flujo eventos:
-Ingreso en la sección de facturación.
-Seleccionar nueva factura
-Ingresa la información de la cabecera y detalle de factura
- Se despliega un dialogo con forma de pago
- Ajustes de cuentas contables
- Guardar información
-Ingresar datos de facturas a consultar
- Consultar información
Observaciones:
Para que el usuario pueda acceder a la información de los
usuarios debe ser administrador del sistema, el empleado debe
estar registrado en el sistema
Condiciones de
entrada:
El usuario ingresa al sistema con su respectivo nombre de usuario
y contraseña
Condiciones de
salida: El usuario sale del sistema presionando el botón Cerrar sesión.
Escenario:
Los datos fueron ingresados correctamente
El usuario no está registrado
Consulta exitosa
Ingreso de datos incorrecto
TABLA 9. CASO DE USOS: FACTURACIÓN (AUTOR)
40
Inventario
En el siguiente diagrama se muestra la manera en que se ingresan los diferentes
bienes al sistema, como se los modifica y como se genera un reporte para su mejor
administración.
FIGURA 7. DIAGRAMA DE CASO DE USO: INVENTARIO (AUTOR)
Caso de uso: Inventario
Actores: Administrador, empleado, base de datos
Flujo eventos:
Ingreso: -Ingreso en la sección de inventarios.
-Ingresar nuevo bien
-Modificar bienes
- Eliminar bien
- Consultar bienes
- Generar reporte de bienes
Observaciones:
Para que el usuario pueda acceder a la información de los
inventarios debe ser administrador del sistema, el empleado debe
estar registrado en el sistema
Condiciones de
entrada:
El usuario ingresa al sistema con su respectivo nombre de usuario
y contraseña
Condiciones de
salida: El usuario sale del sistema presionando el botón salir
Escenario:
Los datos fueron ingresados correctamente
El bien no está registrado
Consulta exitosa
Ingreso de datos incorrecto
TABLA 10. CASO DE USOS: INVENTARIO (AUTOR)
41
Diagrama de Clases
Se presentará en forma general como estará básicamente integrado el sistema de
gestión que será implementado.
FIGURA 8. DIAGRAMA DE CLASES (AUTOR)
42
Diagramas de secuencia
En los siguientes diagramas se mostraran el flujo básico que seguirán los
distintos actores en el sistema.
Ingreso de usuario
FIGURA 9. DIAGRAMA DE SECUENCIA: INGRESO AL SISTEMA (AUTOR)
Administración de usuarios
FIGURA 10. DIAGRAMA DE SECUENCIA: ADMINISTRACIÓN DE USUARIOS (AUTOR)
43
Administración de productos
FIGURA 11. DIAGRAMA DE SECUENCIA: ADMINISTRACIÓN DE PRODUCTOS (AUTOR)
Facturación
FIGURA 12. DIAGRAMA DE SECUENCIA: FACTURACIÓN (AUTOR)
44
Inventario
FIGURA 13. DIAGRAMA DE SECUENCIA: INVENTARIO (AUTOR)
45
Diagrama de Actividades
En los siguientes diagramas de actividades se mostrará el flujo básico que sigue
el sistema para cada módulo desarrollado.
Ingreso al sistema
FIGURA 14. DIAGRAMA DE ACTIVIDADES: INGRESO AL SISTEMA (AUTOR)
46
Administración de usuarios
FIGURA 15. DIAGRAMA DE ACTIVIDADES: ADMINISTRACIÓN DE USUARIOS (AUTOR)
Administración de productos
FIGURA 16. DIAGRAMA DE ACTIVIDADES: ADMINISTRACIÓN DE PRODUCTOS (AUTOR)
47
Facturación
FIGURA 17. DIAGRAMA DE ACTIVIDADES: FACTURACIÓN (AUTOR)
Inventario
FIGURA 18. DIAGRAMA DE ACTIVIDADES: INVENTARIOS (AUTOR)
3.2.3 Ajustes de tiempo
Los ajustes de tiempo que se tuvieron que realizar durante la implementación del
sistema se los mostrará en un diagrama.
Anexo C
48
3.3 Diseño
En esta sección se presentarán tanto los prototipos de pantallas que tendrá el
sistema.
3.3.1 Interfaces
A continuación se presentarán las ventanas más importantes del sistema, en esta
sección solo se mostrara el diseño de las pantalla.
Ventana de ingreso al sistema
FIGURA 19. INGRESO AL SISTEMA (AUTOR)
49
Ventana Productos
FIGURA 20. MODULO DE PRODUCTOS (AUTOR)
Ventana Inventario
FIGURA 21. MODULO INVENTARIOS (AUTOR)
50
Ventana Facturas
FIGURA 22. MODULO FACTURACIÓN (AUTOR)
Ventana administración financiera
FIGURA 23 MODULO CONTABILIDAD (AUTOR)
51
3.4 Construcción y pruebas
3.4.1 Integración y Pruebas
Con las especificaciones técnicas, objetivos, propuestas claramente definidas y
tomando como base los distintos casos de uso expuestos en la sección de
requerimientos, se procedió con la implementación del sistema.
Los distintos módulos del sistema fueron desarrollados individualmente para
luego realizar la integración respectiva y realizar las pruebas necesarias.
Para comprobar los avances del sistema y sus posibles fallos, se realizaron las siguientes
pruebas:
Creación de un nuevo producto
Para el ingreso de nuevos productos tenemos las opciones visualizadas en las
siguientes imagenes:
Categoria (Se puede crear categorias adicionales a las mostradas en el figura 24)
FIGURA 24. VENTANA CATEGORIA PRODUCTO (AUTOR)
52
Tipo de producto, se introdujo productos de prueba para verificar como se
mostrarán.
FIGURA 25. NUEVO PRODUCTO (AUTOR)
En la pestaña de abastecimientos se realizó pruebas con productos para verificar
su stock.
FIGURA 26. VENTANA ABASTECIMIENTO (AUTOR)
53
En la pestaña de Ventas se verificó las condiciones que debe tener un producto para ser
vendido.
FIGURA 27. VENTANA VENTAS (AUTOR)
Como pruebas finales, se realizó la venta completa de un artículo así como la
facturación de este producto, esto con el fin de verificar que los modelos contables
funcionen correctamente.
Se escoge el producto de prueba.
FIGURA 28. VENTANA ESCOGER PRODUCTO (AUTOR)
54
Verificación del stock del producto
FIGURA 29. VENTANA STOCK PRODUCTO (AUTOR)
Se valida las condiciones de venta para el producto seleccionado
FIGURA 30. VENTANA CONDICIONES PRODUCTO (AUTOR)
55
Emisión de una factura para verificando los cálculos de IVA con el valor que
actualmente se maneja.
FIGURA 31. EMISION FACTURA (AUTOR)
56
3.5 Implementación
3.5.1 Carga de datos
Después de realizadas las respectivas pruebas se procedió a realizar algunas
modificaciones en la programación del sistema, tanto en el funcionamiento como en la
interfaz gráfica, para hacerlo más amígale al usuario.
Como pasos finales se ingresó la carga de información de los bienes que envió la
institución para poner en marcha al sistema y utilizarlo de manera eficiente.
FIGURA 32. PRODUCTOS INVENTARIO (AUTOR)
57
Con el sistema implementado se realizó la facturación de un bien de la
institución para comprobar la impresión del documento.
FIGURA 33. FACTURACIÓN DE PRODUCTO (AUTOR)
58
4. RESULTADOS
Con la implementación de este proyecto se obtuvo un sistema que ayudará en la
mayoría de procesos financieros de la institución, entre los que podemos citar:
Se cuenta con autentificación de usuarios, esto hará que solo los usuarios
autorizados podrán ingresar al sistema, mejorando la seguridad de la información de la
institución.
Otro beneficio relevante es que ahora se tiene un inventario de los bienes que
actualmente posee la institución, mejorando sustancialmente la forma de administrar los
recursos de la institución, ya que se sabrá con mejor precisión los bienes existentes,
haciendo que solo se adquiera solo lo necesario.
La administración de productos es un gran paso que da la institución en la búsqueda
de un mejor orden en sus finanzas, se podrá saber el stock de productos de la
institución, fijar precios más exactos, saber que productos se venden más y cuales se
venden menos, haciendo que se piense en una manera de promocionar los productos
menos vendidos.
Unos de los módulos más importantes que se implementó es el de facturación, con
esto la institución sabrá cuánto vende diariamente, lo que facilitará la contabilidad del
plantel, al entregar facturas la institución se protegerá contra futuros reclamos y estafas
a los que esta vulnerable actualmente.
El sistema implementado ayudará a mejorar a la institución en factores como la
atención al cliente, garantizar la calidad de sus productos, estar preparado para
auditorías externas, tener la seguridad de que su información está bien guardada y podrá
acceder en cualquier momento a ella.
59
5. DISCUSION
En el proceso de autentificación de los usuarios, fue necesario tener varios
conocimientos de seguridades para el sistema, como el proceso para encriptación de
claves, niveles de ingreso de usuarios para administrar los distintos módulos del
sistema, esto fue basado en otros sistemas con características similares como las
enumeradas en la sección de fundamentación teórica.
Se necesitó tener un conocimiento previo de contabilidad ya que al realizar módulos
como el de inventarios, se necesitó saber la vida útil de un bien, la manera en que
pueden llegar a depreciar, esto ayudará a saber de mejor manera el precio de un bien si
se lo piensa vender o donar.
Para el módulo de facturación se necesitó saber el tipo de impuestos que
actualmente se aplican, como por ejemplo el IVA, los descuentos para persona
especiales, a que personas no aplica el IVA, etc.
En todos los módulos fue necesaria la implementación de casos de uso, ya que se
pudo saber con mayor exactitud la relación que requieren los usuarios con el sistema,
además de proporcionar ideas más claras para que el sistema sea más amigable.
Durante la implementación del sistema se suscitaron varios problemas, como la
manera de encriptar las claves, el tamaño de la base de datos, así como las herramientas
a utilizar, uno de los problemas de mayor impacto fue la información que envía la
institución, ya que era incompleta y poco confiable, para superar este tipo de problemas
se hicieron varias pruebas con la parte de ingreso de información, lo que hace que el
sistema sea confiable en todos los aspectos que requería la institución.
60
6. CONCLUSIONES
Los procesos que se identificaron y que serán automatizados fueron: administración
de usuario, administración de productos, inventarios y facturación.
Con los procesos financieros definidos, se pudo tener una idea más precisa de las
necesidades de la institución, implementado módulos para gestionar cada proceso
identificado.
Con los datos proporcionados por la institución, se identificó de una manera más
eficiente que información ingresará al sistema y la manera en que será procesada.
Identificada la información que será procesada, se sabe con mayor exactitud
cuántos datos ingresarán diariamente al sistema implementado, esto permitió diseñar
una base de datos que cumple con las exigencias que la institución requiere.
Identificado un proceso como el de administración de usuarios, se definió políticas
y normas de seguridad para este módulo, ya que se necesita manejar eficientemente el
acceso de los usuarios a la información de la institución.
Definidos los procesos que serán automatizados, así como una base de datos que
guardará toda la información de la institución, se implementó un sistema capaz de
gestionar estos procesos de una manera eficiente y segura, adicional que fue elaborada
con el fin de ser amigable con los usuarios.
La información de la institución será administrada de mejor manera, pues se podrá
tener reportes de los datos ingresados en los distintos módulos, como por ejemplo de
inventarios o stock de productos.
.
61
7. RECOMENDACIONES
Para mejorar la seguridad de la información en la institución, se deben sacar
periódicamente backups de la base de datos, esto ayudará a tener bien respaldada la
información en caso de pérdida o robo de la máquina en que este implementado el
sistema.
El sistema deberá ser implementado en al menos dos computadoras, ya que si la
maquina principal llegara a fallar, la máquina de respaldo entrara en funcionamiento
evitando retrasos en las actividades que se realizan diariamente.
Para sacar un mayor beneficio del sistema, el personal que lo manejar debe tener
conocimientos previos de contabilidad, administración de activos, etc. Adicional de
tener una completa capacitación del nuevo sistema implementado.
Se debe implementar módulos adicionales para manejar procesos financieros que no
fueron considerados en la implementación de este sistema, como un módulo de
administración de pasivos o un módulo de administración de empleados de la
institución.
Las autoridades deben considerar implementar inteligencia de negocios en el
sistema, esto ayudará en la productividad de la institución, ya que sabrán con mayor
exactitud la información de ventas, los stocks de productos, etc.
62
8. BIBLIOGRAFIA
1. (MADO 1999) definición obtenida de la dirección:
http://www.ecuaportales.com/mado/index.php/software-de-
aplicacion/empresariales/99-open-bravo-erp
2. (CUONG DO) definición obtenida de la dirección:
http://openerpspain.com/openerp/que-es-openerp/
3. (ACADEMIA 2016) definición y características obtenidas de la dirección:
http://www.academia.edu/6474539/Blue_ERP
4. (MADO 1999) definición obtenida de la dirección:
http://www.ecuaportales.com/mado/index.php/software/procesos-negocios/erp-
adempiere
5. (LINUX ZONE 2016) Definiciones obtenidas de la página:
http://linuxzone.es/distribuciones-principales/ubuntu/
6. (2NDQUADRANT 2016) Definiciones obtenidas de la página:
http://2ndquadrant.com/es/postgresql/
7. (ÁLVAREZ, Miguel 2003) definición y características obtenidas de la
dirección: http://www.desarrolloweb.com/articulos/1325.php
8. (ALBALADEJO, Xavier 2010) definiciones publicadas en la página:
http://proyectosagiles.org/que-es-scrum/
9. (SOFTENG 2016) definición y características obtenidas de la dirección:
https://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-
scrum.html
63
10. (CÁTEDRAS 2016) cuadro sacado de la dirección:
http://www.um.edu.ar/catedras/claroline/backends/
11. (MARTIN Fowler, KENDALL Sccott 1999) definición sacada de la página:
https://es.wikipedia.org/wiki/Lenguaje_unificado_de_modelado
12. (PRESSMAN, Robert. 1998) conceptos sacados de la pagina
http://www.monografias.com/trabajos5/insof/insof.shtml
64
ANEXOS
65
Anexo A: Cronograma Actividades
Id. Nombre de tarea Comienzo Fin Duraciónene 2016 abr 2016feb 2016
16 137 288 24194 415 1216 52 1 24 2518 118257 14 163266 31 152311 232820 1714 30 1213 20 25 26 302921144 6 2013 27619 7 11898 3110 5
1 110d03/06/201604/01/2016Sistema de gestión
financiera
2 10d15/01/201604/01/2016Analisis
3 1d04/01/201604/01/2016Reconocimiento del problema
4 1d05/01/201605/01/2016Especificaciones de las necesidades del proyecto
5 1d06/01/201606/01/2016Definición del proyecto
6 2d08/01/201607/01/2016Planificación
7 1d11/01/201611/01/2016Definición del alcance
8 1d12/01/201612/01/2016Definición de actividades
9 1d13/01/201613/01/2016Estimación de tiempos
10 1d14/01/201614/01/2016Definición de recursos
11 1d15/01/201615/01/2016Entregable acta de cierre de la fase de conceptualización
12 10d29/01/201618/01/2016Requerimientos
13 2d19/01/201618/01/2016Control de avance
14 2d21/01/201620/01/2016Depuración de especificaciones funcionales
15 1d22/01/201622/01/2016Actualización de riesgos y oportunidades del proyecto
16 2d26/01/201625/01/2016Plan de gestión de riesgos
17 2d28/01/201627/01/2016Desarrollo del plan de gestión del proyecto
18 1d29/01/201629/01/2016Entregable requerimientos del proyecto
19 20d26/02/201601/02/2016Diseño
38 1d03/06/201603/06/2016Entrega sistema gestión
financiera
20
21
4d04/02/201601/02/2016Plan de desarrollo del software
22
37
24
23
5d11/02/201605/02/2016Diseño de Base de datos
5d18/02/201612/02/2016Diseño de la interfaz
5d25/02/201619/02/2016Diseño del software
1d26/02/201626/02/2016Entregable diseño preliminar de interfaces graficas
31
30
29
28
27
26
25 39d21/04/201629/02/2016Construcción
24d31/03/201629/02/2016Programación
5d07/04/201601/04/2016Procedimientos
mar 2016
101510 261 275 222121 22 28189 2917 923 243 1927 21211 29 17
5d14/04/201608/04/2016Diagrama de implementación
2d18/04/201615/04/2016Documentación Técnica
2d20/04/201619/04/2016Ajustes funcionales
1d21/04/201621/04/2016Entrega prototipo
36
35
34
33
32 14d11/05/201622/04/2016Pruebas
6d19/05/201612/05/2016Pruebas de uso
7d30/05/201620/05/2016Pruebas funcionales
1d31/05/201631/05/2016Entregable Sistema
1d01/06/201601/06/2016Mantenimiento en general
1d02/06/201602/06/2016Entregable Informe Final, Manuales técnico y de
usuario, sistema en funcionamiento
22
may 2016 jun 2016
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 1 2 3
66
Anexo B: Presupuesto
Descripción Cantidad Costo Unitario Costo Total
Pago Unidad de Titulación UCE
Inscripción 2 549 1098
Subtotal Total 1098
Material Bibliográfico
Descripción Cantidad Costo Unitario Costo Total
Gastos Impresión final
Proyecto Integrador
110 hojas 0.60 66
Gastos Impresión de
consultas en internet
400(Horas) 0.60(Hora) 240
Subtotal Total 306
Gastos Adicionales
Varios 100
Personal Desarrollo sistema
Descripción Cantidad Costo Unitario Costo Total
Costo Personal 2 450 900
Total
Presupuesto
2710
67
Anexo C: Cronograma de actividades con ajuste de tiempo
Id. Nombre de tarea Comienzo Fin Duraciónmar. 2016
9249 3244 2820 2921 1813 2523 48 5 2757 10 1628726 1019 918 13 18 1917 20 4 3112 12625 27 30
1 65d01/04/201604/01/2016Sistema de gestión
financiera
2 10d15/01/201604/01/2016Analisis
3 1d04/01/201604/01/2016Reconocimiento del problema
4 1d05/01/201605/01/2016Especificaciones de las necesidades del proyecto
5 1d06/01/201606/01/2016Definición del proyecto
6 2d08/01/201607/01/2016Planificación
7 1d11/01/201611/01/2016Definición del alcance
8 1d12/01/201612/01/2016Definición de actividades
9 1d13/01/201613/01/2016Estimación de tiempos
10 1d14/01/201614/01/2016Definición de recursos
11 1d15/01/201615/01/2016Entregable acta de cierre de la fase de conceptualización
12 6d25/01/201618/01/2016Requerimientos
13 1d18/01/201618/01/2016Control de avance
14 1d19/01/201619/01/2016Depuración de especificaciones funcionales
15 1d20/01/201620/01/2016Actualización de riesgos y oportunidades del proyecto
16 1d21/01/201621/01/2016Plan de gestión de riesgos
17 1d22/01/201622/01/2016Desarrollo del plan de gestión del proyecto
18 1d25/01/201625/01/2016Entregable requerimientos del proyecto
19 9d05/02/201626/01/2016Diseño
38 1d01/04/201601/04/2016Entrega sistema gestión
financiera
20
21
2d27/01/201626/01/2016Plan de desarrollo del software
22
37
24
23
2d29/01/201628/01/2016Diseño de Base de datos
2d02/02/201601/02/2016Diseño de la interfaz
2d04/02/201603/02/2016Diseño del software
1d05/02/201605/02/2016Entregable diseño preliminar de interfaces graficas
31
30
29
28
27
26
25 30d18/03/201608/02/2016Construcción
15d26/02/201608/02/2016Programación
5d04/03/201629/02/2016Procedimientos
711 11 206 1427 15 221110 2322 30 17146 261712 8
5d11/03/201607/03/2016Diagrama de implementación
2d15/03/201614/03/2016Documentación Técnica
2d17/03/201616/03/2016Ajustes funcionales
1d18/03/201618/03/2016Entrega prototipo
36
35
34
33
32 6d28/03/201621/03/2016Pruebas
3d23/03/201621/03/2016Pruebas de uso
3d28/03/201624/03/2016Pruebas funcionales
1d29/03/201629/03/2016Entregable Sistema
1d30/03/201630/03/2016Mantenimiento en general
1d31/03/201631/03/2016Entregable Informe Final, Manuales técnico y de
usuario, sistema en funcionamiento
29
ene. 2016 feb. 2016
31 1515 215 612 23 322 292482116 211213 192814 1625
68
Anexo D: Instalación de PostgreSQL en Ubuntu
Instalación de PostgreSQL en Ubuntu
- Abrir una terminal de Linux/Ubuntu con las teclas Ctrl + Alt + T o haciendo clic
en Aplicaciones -> Accesorios -> Terminal
- Descargar e instalar la última versión de PostgreSQL del repositorio oficial de Ubuntu
- Acceder a PostgreSQL con el usuario postgresql.
- Crea un nuevo usuario en la base de datos
- Modifica la contraseña del usuario que acabas de crear
Crea una nueva base de datos asignando el usuario que acabas de crear como propietario de
dicha base de datos.
69
Anexo F: Instalación de librerías phyton en Ubuntu
Instalación de librerías phyton en Ubuntu.
Para el proyecto elaborado se deben instalar las siguientes dependencias de phyton.
dateutil : provee extiende ampliamente el módulo estándar de datetime.
sudo apt-get install python-dateutil
feedparser : parseador universal de fuentes para Python
sudo apt-get install python-feedparser
gdata : librería de cliente de Python para Google Data
sudo apt-get install python-gdata
ldap : módulo de interfaz de LDAP
sudo apt-get install python-ldap
libxslt1: puenteo de Python hacia la biblioteca de transformación XSLT
sudo apt-get install python-libxslt1
lxml : lxml es la biblioteca más funcional y fácil para trabajar con XML y html .
sudo apt-get install python-lxml
mako : motor de plantilla rápido y ligero para la plataforma Python.
sudo apt-get install python-mako
openid : soporte de autenticación de OpenID para servidores y consumidores
sudo apt-get install python-openid
psycopg2 : el adaptador más popular de PostgreSQL al lenguaje de programación de Python.
sudo apt-get install python-psycopg2
babel : herramientas para las aplicaciones de internacionalización de Python
sudo apt-get install python-pybabel
70
pychart : biblioteca para la creación de gráficos de alta calidad
sudo apt-get install python-pychart
pydot : provee una interfaz completa para crear, usar y modificar el proceso de graficado .
sudo apt-get install python-pydot
pyparsing : biblioteca para parsear el código de Python
sudo apt-get install python-pyparsing
reportlab: gestor de reporte de phyton
sudo apt-get install python-reportlab
simplejson : cifrador/decifrador de JSON sencillo, veloz y extendible
sudo apt-get install python-simplejson
vobject : VObject simplifica el proceso de parsear y crear objetos de iCalendar y vCard.
sudo apt-get install python-vobject
pytz : Definiciones de zonas horarias mundiales en Python
sudo apt-get install python-tz
webdav : implementación de un servidor WebDAV en Python
sudo apt-get install python-webdav
xlwt : módulo de lectura y escritura de archivos de Microsoft Excel
sudo apt-get install python-xlwt
zsi : infraestructura de cliente para Soap de zolera
sudo apt-get install python-zsi
