3. PROPUESTA DE SOLUCIÓN AL PROBLEMA
3.2. Aplicación práctica parcial o total de la propuesta
3.2.1. Aplicación práctica de la propuesta y comprobación de los resultados
La investigación propuesta y realizada en la Cooperativa de Transportes en Taxis “Central”, se realizó con el fin de poner en práctica todos los conocimientos adquiridos en el lapso de toda la carrera.
Dando a conocer en una asamblea con la parte administrativa y demás integrantes de la cooperativa, se dio a conocer que todo sistema debe comprender un ciclo de vida, es por esto que se tomó el modelo en cascada para desarrollar dicho sistema y llevar de manera ordenada todo el proceso y las fases que este requiere.
Por consiguiente, se solicita que automaticen los procesos de gestión de información y se pueda tener acceso a la misma sin esperar una asamblea o una junta de consejo, por lo que se aconsejó que lo mejor en este caso es la implementación de un sistema web de manera local, mediante el uso de software libre.
Herramientas de desarrollo
Sistema operativo Windows 7
Servidor local: Xampp, apache, mysql Entorno de desarrollo: Sublime Text Herramientas de programación: Php, Js Framework de desarrollo: Jquery Lenguaje de etiquetas: Html5
Patrón de diseño: Modelo vista controlador (MVC) Metodología de desarrollo
En el desarrollo de esta propuesta se utilizó el enfoque metodológico más conveniente y eficaz para crear sistemas de información, como lo es el modelo en cascada ya que este cuenta con un ciclo de vida del software, de manera que no se puede empezar con la siguiente fase hasta no terminar la que se inició anteriormente.
Su estructura:
Ilustración 21. Estructura del modelo en cascada Autor: Marco Agreda
Requeri mientos Análisis y diseño Diseño detallado Codificac ión Pruebas Operacio nes
Aplicación de fases de la metodología del desarrollo de software Análisis
Mediante el transcurso de la investigación se efectúa los valores de operación que ejecuta el sistema actualmente, el mismo que toma una función crucial en la cooperativa de transportes, generando cambios en su administración y a nivel de socios. En estos momentos la cooperativa no cuenta con procesos automatizados ni un control de información, ya que la persona encargada de esto, lo viene haciendo en herramientas básicas como Word y Excel.
Así de tal manera el sistema fue creado para poder gestionar la información que requieren los socios a menudo, llevando un respaldo y brindando un mejor servicio al mismo, es así que el sistema es de un manejo fácil y sin complejidad, para que el usuario final pueda navegar fácilmente por él.
Al momento de implementar el sistema, se deberá dar una respectiva capacitación para el uso de sus administrativos y de los socios, así no habrá inconvenientes algunos para su correcta utilización y poder tener un eficiente funcionamiento.
Requerimientos de Hardware Procesador de 4 núcleos Memoria Ram de 4Gb Disco duro de 500Gb Requerimientos de software Windows 7/8/10
Navegador Chrome o Firefox Xampp
Requerimientos Funcionales
Su objetivo principal es implementar la aplicación web para la gestión de información al socio, en la cooperativa de transportes en taxis Central, para ello debe cumplir los siguientes requerimientos:
Tabla 14. Requerimiento funcional RF01 Identificación del requerimiento RF01 Nombre del requerimiento Autentificación al administrador
Características El administrador obligatoriamente deberá identificarse para acceder al sistema
Descripción del requerimiento
Garantizar la autenticidad de los roles de usuario Prioridad del
requerimiento
Alta Autor: Marco Agreda
Fuente: La investigación
Tabla 15. Requerimiento funcional RF02 Identificación del
requerimiento
RF02 Nombre del
requerimiento
Ingreso de los usuarios
Características Los usuarios deberán iniciar sesión con el usuario y la contraseña creados por el administrador
Descripción del requerimiento
Tener roles definidos para el cumplimiento de sus funciones
Prioridad del requerimiento
Alta Autor: Marco Agreda
Fuente: La investigación
Tabla 16. Requerimiento funcional RF03 Identificación del requerimiento RF03 Nombre del requerimiento Generar reportes
Características Los usuarios podrán generar reportes de las diferentes funciones que realice el sistema
Descripción del requerimiento
Dar a conocer los estados de todas sus transacciones e información requerida por los usuarios
Prioridad del requerimiento
Alta Autor: Marco Agreda
Requerimientos no Funcionales
Estos requerimientos ayudan a controlar el sistema mediante restricciones, validaciones y mejorando el desempeño del mismo, entre ellos se puede mencionar los siguientes:
Tabla 17. Requerimiento no funcional RNF01 Identificación del requerimiento RNF01 Nombre del requerimiento Desempeño
Características El sistema es rápido sin problemas al cargar los datos Descripción del
requerimiento
Dar la confiabilidad al usuario para realizar sus respectivos trámites, consultas y reportes
Prioridad del requerimiento
Alta Autor: Marco Agreda
Fuente: La investigación
Tabla 18. Requerimiento no funcional RNF02 Identificación del requerimiento RNF02 Nombre del requerimiento Información
Características El sistema emite respectiva información confidencial Descripción del
requerimiento
Proporcionar la información requerida por el usuario garantizando su confidencialidad
Prioridad del requerimiento
Alta Autor: Marco Agreda
Fuente: La investigación
Tabla 19. Requerimiento no funcional RNF03 Identificación del
requerimiento
RNF03
Nombre del requerimiento
Interfaz del sistema
Características El sistema debe dar un entorno amigable al usuario Descripción del
requerimiento
Tener un acceso fácil y claro para que el usuario pueda manejar la aplicación a su gusto
Prioridad del requerimiento
Alta
Autor: Marco Agreda Fuente: La investigación
Identificación de roles y tareas Tabla 20. Identificación de roles
Roles Tareas
Administrador Administrar usuarios Crear
Modificar Eliminar Reportes Presidente Administrar socios
Nuevo Actualizar Validar
Secretaria Acceso a la información Subir información
Revisar y dar paso a trámites Socio Gestionar información
Realizar trámites Visualizar documentos Descargar archivos Presidente de Administración y Vigilancia Notificar autoridades Tramitar oficios Generar reportes
Notificaciones al presidente o secretaria. Autor: Marco Agreda
Fuente: La investigación Caso de uso
Ilustración 22. Caso de uso Autor: Marco Agreda
Identificación de actores
Administrador. - Persona a cargo del sistema y de dar el mantenimiento respectivo, con base a ampliar su funcionalidad si es necesario.
Socio. - Es el usuario final, este se encarga de gestionar los respectivos trámites que crea conveniente para su propio beneficio.
Secretaria. - Se encarga de dar paso a todas las gestionas requeridas por los socios, subir y actualizar información cuando sea necesario.
Presidente. - Es el encargado de dar los estados de aprobación o negación ante las peticiones de los socios, así como también puede generar los reportes que crea convenientes.
Presidente de Administración y Vigilancia. – Son los encargados de tramitar oficios, reportes y notificaciones al presidente o secretaria.
Tabla 21. Caso de uso. - Inicio de sesión del administrador.
Nombre: Administración
Descripción: Permite el ingreso de los usuarios al sistema
Actores: Administrador
Precondiciones: El administrador debe haber iniciado sesión en el sistema Flujo normal Se ingresa al sistema mediante el login ingresando su
respectivo usuario y contraseña El sistema valida los datos
El administrador podrá hacer cualquier cambio o gestión en el sistema
Flujo alternativo: Si el usuario y la contraseña no son correctos, el sistema denegara el acceso
Autor: Marco Agreda Fuente: La investigación
Tabla 22. Caso de uso. - Inicio de sesión Nombre: Inicio de sesión
Descripción: Ingreso de los diferentes usuarios del sistema Actores: Presidente, Secretaria y Socio
Precondiciones: Los usuarios deben ingresar desde el login al sistema Flujo normal Se ingresa al sistema mediante el inicio de sesión, con sus
respectivos usuarios y contraseñas El sistema valida los datos
Los usuarios podrán hacer sus respectivas gestiones o procesos de acuerdo a su rol en el sistema
Flujo alternativo: Que el usuario o la contraseña sean incorrectos y no pueda acceder al sistema
Autor: Marco Agreda Fuente: La investigación Diseño
Diseño conceptual
Ilustración 23. Diseño Conceptual Autor: Marco Agreda
Fuente: La investigación Proceso Entrada de datos Reportes Interfaz de entrada Interfaz de salida Base de datos
Diagrama de flujo de datos
Ilustración 24. Diagrama de flujo de datos Autor: Marco Agreda
Fuente: La investigación Diccionario de datos
Tabla 23. Diccionario de datos: Tabla sgi_user
Columna Tipo Atributos NuloP edetermina o Extra
user_id int(11) No auto_increment
user_kind tinyint(1) No
user_image varchar(45) Sí NULL
user_cedula bigint(10) Sí NULL
user_name varchar(50) No
user_lastname varchar(50) No
user_username varchar(50) Sí NULL user_email varchar(255
)
No
user_password varchar(60) No
user_disco int(3) Sí NULL
user_grupo tinyint(2) Sí NULL
user_phone int(10) Sí NULL
user_movil int(10) Sí NULL
user_direccion varchar(255 )
Sí NULL
user_status tinyint(1) No 0
user_created_at date No
Autor: Marco Agreda Fuente: La investigación Entrada Salida Salida Entrada Usuario Administrador Login Gestión Documento
Socio Envía Confirma Presidente
Sistema Transacción
Tabla 24. Diccionario de datos: Tabla sgi_kind
Columna Tipo Atributos NuloP edetermina o Extra
kind_id_pk int(11) No auto_increment
kind_name varchar(75) Sí NULL
kind_estado tinyint(1) Sí NULL Autor: Marco Agreda
Fuente: La investigación
Tabla 25. Diccionario de datos: Tabla sgi_tipoducumento
Columna Tipo Atributos NuloP edetermina O Extra
tipodocumen_id _pk int(11) No auto_increment tipodocumen_d escripcion varchar(100 ) Sí NULL tipodocumen_e stado tinyint(1) Sí NULL
Autor: Marco Agreda Fuente: La investigación
Tabla 26. Diccionario de datos: Tabla sgi_documento
Columna Tipo Nulo Predeterminado Enlaces a Comentarios
MIME documento_disco int(11) No documento_motivo varchar(100) No documento_ justificacion varchar(200) No evento_id_fk int(11) No documento_id_pk (Primaria) int(11) No persona_id_fk int(11) No
documento_estado tinyint(1) Sí NULL
tipodocumen_id_fk int(11) No sgi_tipodocumen ->
tipodocumen_id_pk
documento_fecha Datetime No
Autor: Marco Agreda Fuente: La investigación
Tabla 27. Diccionario de datos: Tabla sgi_eventos
Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME eventos_id_pk
(Primaria)
int(11) No
eventos_nombre varchar(45) Sí NULL eventos_ubicacion varchar(200) Sí NULL eventos_fecha_inicio Datetime No eventos_fecha_fin Datetime No eventos_descripcion varchar(45) Sí NULL eventos_estado tinyint(1) Sí NULL Autor: Marco Agreda
Tabla 28. Diccionario de datos: Tabla sgi_tipomulta
Columna Tipo Nulo Predeterminado Enlaces a ComentariosMIME kind_id_pk
(Primaria)
int(11) No
kind_name varchar(45) Sí NULL kind_estado tinyint(1) Sí NULL Autor: Marco Agreda
Fuente: La investigación
Tabla 29. Diccionario de datos: Tabla sgi_multas
Columna Tipo Atribut os Nulo P edetermi na o Extra Enlaces a multas_id_p k int(11) No auto_incre ment multas_esta do tinyint(1) Sí NULL tipomulta_id _fk int(11) No -> sgi_tipomulta.tipom ulta_id_pk ON UPDATE NO_ACTION ON DELETE NO_ACTION eventos_id_f k int(11) Sí NULL
user_id_fk int(11) Sí NULL multas_desc ripc ion varchar(8 0) Sí NULL multas_foto varchar(2 00 ) Sí NULL multas_fech a date No
Autor: Marco Agreda Fuente: La investigación
Tabla 30. Diccionario de datos: Tabla sgi_periodo
Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME tipodocumen_id_pk
(Primaria)
int(11) No
tipodocumen_descripcion varchar(100) Sí NULL tipodocumen_estado tinyint(1) Sí NULL Autor: Marco Agreda
Tabla 31. Diccionario de datos: Tabla sgi_autoridades
Columna Tipo Atributos NuloP edetermina o Extra autoridades_id_
pk
Int (11) UNSIGNED No auto_increment autoridades_no
mbre
Varchar (45)
Sí NULL
Autor: Marco Agreda Fuente: La investigación
Tabla 32. Diccionario de datos: Tabla detalle_autoridadperiodo Columna Tipo Atribu
tos Nul oP edeterm ina o Extra Enlaces a autoridadpe riod o_id_pk int(11) No auto_incre ment autoridad_i d_fk int(11) No autoridadpe riod o_estado varchar( 45) Sí NULL user_id_fk int(11) No -> sgi_user.user_id ON UPDATE NO_ACTION ON DELETE NO_ACTION periodo_id _fk int(11) No -> sgi_periodo.perio do_id_pk ON UPDATE NO_ACTION ON DELETE NO_ACTION Autor: Marco Agreda
Fuente: La investigación
Tabla 33. Diccionario de datos: Tabla sgi_grupos
Columna Tipo Atributos NuloP edetermina o Extra
grupos_id_pk int(11) No auto_
increment
grupos_numero int(10) No
grupos_estado tinyint(1) No
grupos_detalle varchar(45) Sí NULL Autor: Marco Agreda
Tabla 34. Diccionario de datos: Tabla sgi_parada
Columna Tipo Atributos NuloP edetermina o Extra
parada_id_pk int(11) No auto_increment
parada_descrip cion
varchar(45) No
parada_estado tinyint(1) No
Autor: Marco Agreda Fuente: La investigación
Tabla 35. Diccionario de datos: Tabla detalle_paradagrupo
Columna Tipo Atributos NuloP edetermina o Extra Enlaces a
paradagrupo_id _pk
int(11) No auto_
increment
parada_id_fk int(11) No -> sgi_parada. parada_id_pk ON UPDATE NO_ACTION ON DELETE NO_ACTION grupos_id_fk int(11) No -> sgi_grupos. grupos_id_pk ON UPDATE NO_ACTION ON DELETE NO_ACTION Autor: Marco Agreda
Fuente: La investigación
Tabla 36. Diccionario de datos: Tabla detalle_usergrupo
Columna Tipo Atributo s
Nulo P
edetermina o Extra Enlaces a
usergrupo_i d_p k int(11) No auto_ increme nt
user_id_fk int(11) No -> sgi_user.user_id ON UPDATE NO_ACTION ON DELETE NO_ACTION grupos_id_f k int(11) No -> sgi_grupos. grupos_id_pk ON UPDATE NO_ACTION ON DELETE NO_ACTION usergrupo_e sta do tinyint(1) Sí NULL
Autor: Marco Agreda Fuente: La investigación
Tabla 37. Diccionario de datos: Tabla detalle_asistencia Columna Tipo Atribu
tos Nul oP edeterm ina o Extra Enlaces a asistencia_i d_pk int(11) No auto_incre ment user_id_fk int(11) No eventos_id_ fk int(11) No -> sgi_eventos.event os_id_pk ON UPDATE NO_ACTION ON DELETE NO_ACTION asistencia_a sist encia tinyint (1) Sí NULL
Autor: Marco Agreda Fuente: La investigación
Diagrama físico de la base de datos
Ilustración 25. Esquema físico Autor: Marco Agreda
Diseño de interfaz
Codificación
Diseño
Ilustración 26. Diseño de codificación. - Layout Autor: Marco Agreda
Fuente: Sublime Text
Ilustración 27. Diseño de codificación. - Modal Autor: Marco Agreda
Ilustración 28. Diseño de codificación view Autor: Marco Agreda
Fuente: Sublime Text Pruebas
Dentro de los sistemas informáticos significa tener la adaptación del mismo mediante condiciones controladas y evaluación de los procesos. Con respecto a estas condiciones deben estar sujetas a sucesos normales y opuestos, con el objetivo de encontrar el mínimo error y poder corregir. Se puede utilizar los siguientes tipos:
Prueba caja blanca
Enfocado en el backend, se pudo percatar de las falencias que había en la base de datos al momento de redundar campos y agregar información, también se pudo evaluar la toma de decisiones mediante los procesos establecidos y así tener una fiabilidad de la información ingresada.
Esto ayudo a que el sistema pueda ejecutarse de una manera más rápida y sin errores y así tener una aplicación eficiente tanto para el campo administrativo y operativo de la cooperativa.
Prueba caja negra
Mediante el frontend, se pudo diagnosticar breves inconvenientes al momento de implementar el sistema en la cooperativa de transportes en taxis central. Las pruebas se realizaron con el presidente, gerente, secretaria y varios socios que se encontraban en la cooperativa.
Se pudieron observar los errores a continuación:
Validaciones por efectuar Procesos incompletos Interfaz poco amigable
Falta de visualización de actividades Resultados de las pruebas caja negra
Ilustración 29. Prueba caja negra 1 Autor: Marco Agreda
Ilustración 30. Prueba caja negra 2 Autor: Marco Agreda
Fuente: Sublime Text
Resultados de las pruebas caja blanca
Ilustración 31. Prueba caja blanca 1 Autor: Marco Agreda
Fuente: Sublime Text
Ilustración 32. Prueba caja blanca 2 Autor: Marco Agreda
Ilustración 33. Prueba caja blanca 3 Autor: Marco Agreda
Fuente: Sublime Text
Pruebas de verificación y validación
Gracias a estas pruebas se pudo corroborar con las especificaciones y requerimientos del sistema que fueron planteados a inicios del proyecto. Dando así por culminada la investigación con resultados productivos y favorables para la cooperativa de transportes en taxis central.
Mantenimiento
Todo mantenimiento que se haga al sistema de aquí en adelante, debe ser para mejorar su capacidad y función.
El sistema tps actualmente se encuentra desarrollado en framework que no requiere de actualizaciones ni parches como otros, en cambio sí se puede mejorar el código y necesariamente no descuidarse del servicio de hosting para así tener un sistema disponible cada vez que se lo necesite.
CONCLUSIONES Y RECOMENDACIONES
Conclusiones
Mediante el presente trabajo de investigación se logró obtener la información necesaria para poder tener un bosquejo de ideas con el fin de desarrollar la propuesta de la mejor manera posible y así trabajar con datos reales obtenidos de los métodos empleados en esta investigación. En el desarrollo del sistema tps, se obtuvo los resultados esperados ya que se puede generar documentos, subir información, respaldar la misma y darle la facilidad al socio para que pueda gestionar sus trámites desde cualquier sitio con acceso a internet.
Recomendaciones
El hosting y dominio tendrá validez de un año, así que se debe llevar en cuenta el tiempo antes de que se cumpla para poder renovar el servicio y así evitar futuras molestias. Se debe tener un conocimiento arduo para poder trabajar en el sistema en caso de que se quiera hacer algún cambio, además se debe documentar todo lo que se vaya a modificar para futuros desarrolladores que puedan o tengan la oportunidad de acceso a este código abierto de software libre.
BIBLIOGRAFÍA
Arias, Á. (2014). Base de datos con Mysql. Estados Unidos: Lexington.
Bernal, C. (2010). Metodología de la investigación, administración, economía, humanidades y ciencias sociales. Colombia: Pearson Educación.
Chauvin, J. P. (01 de Diciembre de 2007). Conflictos y gobierno local. El caso del transporte urbano en Quito. Obtenido de C.Flasco Ecuador : http://www.flacsoandes.edu.ec/biblio/catalog/resGet.php?resId=24453 Estefanie, Z. (2016). • Desarrollo e Implementación de un Sistema de
Digitalización de Documentos Bajo Entorno Web para la Parroquia Eclesiástica San Juan Diego de Nuestra Señora de Guadalupe. Quito: Universidad Católica de Santiago de Guayaquil.
Europea, U. (2011). Libro Blanco de transporte. Luxemburgo: Comisión Europea. Gutiérrez, A., & Bravo, G. (2005). Php5 a treavés de ejemplos. México:
Alfaomega.
Hay, W. W. (1983). Ingeniería de Transporte. México: Limusa.
Heredero, C., Lopez, J., Romo, S., & Medina, S. (2004). Informática y comunicaciones en la empresa. Madrid: Esic.
Heredero, C., López, J., Romo, S., & Medina, S. (2004). Informática y comunicaciones en la empresa. Madrid: Esic.
Heredero, C., Lopez, J., Romo, S., & Medina, S. (2011). Organizacion y transformacion de los sistemas de informacion de la empresa. Madrid: Esic.
Hernández, R., Fernández, C., & Baptista, P. (2010). Metodología de la investigación. México: McGraw-Hill.
Hernando, S. (2017). Sistema web TPS para mejorar el control de información en los procesos de cultivo de palma africana en la hacienda Bendición de Dios del cantón Quevedo. Santo Domingo: Universidad Regional Autonoma de los Andes.
Información, M. d. (09 de 07 de 2013). Logros de la Revolución Tecnológica en Ecuador, se destacan por el Día Nacional de las Telecomunicaciones - Ministerio de Telecomunicaciones y de la Sociedad de la Información. Obtenido de Logros de la Revolución Tecnológica en Ecuador, se destacan por el Día Nacional de las Telecomunicaciones - Ministerio de
Telecomunicaciones y de la Sociedad de la Información: https://www.telecomunicaciones.gob.ec/logros-de-la-revolucion-
tecnologica-en-ecuador-se-destacan-por-el-dia-nacional-de-las- telecomunicaciones-2/
Irazazábal, ., & Hernández, . (2005). Transportes Terrestres. Madrid: Grefol, S.L. Maritza, C., & Nelly, Q. (2017). Sistema de gestión de la información académica
de la Unidad Educativa a Distancia “Zhizhiquin Bajo” de la provincia de Cañar. Riobamba: Escuela Superior Politécnica de Chimborazo.
Miguel, A. d., & Piattini, M. (1999). Fundamentos y modelos de bases de datos. Madrid: Alfaomega.
Montezuma, R., Merlin, P., Labée, J.-C., & Villalante, M. (1996). El Transporte Urbano: un desafío para el próximo milenio. Bogotá: Ceja.
O´Brien, J. A., & Marakas, G. M. (2006). Sistemas de informacion gerencial. México: McGraw-Hill.
Ramos, A., & Ramos, J. (2014). Aplicaciones web. Madrid: Parainfo.
Sommerville, I. (2005). Ingeniería del software. Madrid: Pearson Educación. Sommerville, I. (2011). Ingeniería de Software. México: Peason Educación . telégrafo, E. (25 de 11 de 2016). www.eltelegrafo.com.ec. Obtenido de
www.eltelegrafo.com.ec:
http://www.eltelegrafo.com.ec/noticias/sociedad/4/ecuador-invierte-el-1- 88-del-pib-en-tecnologia-e-innovacion
Valade, J., Ballad, T., & Ballad, B. (2008). Php & MySQL Web Development. Indianapolis: Wiley.
Welling, L., & Thomson, L. (2005). Desarrollo web con Php y Mysql. Madird: Anaya.
ANEXOS
Anexos 5. Formato de entrevista
UNIVERSIDAD REGIONAL AUTÓNOMA DE