Embed Size (px)
Citation preview
1
Sistema de control y gestión de evidencias para el
Programa Delfín
Proyecto de Residencia Profesional
José Luis Cárdenas Zermeño
Lizeth Reyes Carmen
Ingeniería Informática
Asesora:
Lic. Alma Delia Chávez Rojas
2
3
4
5
6
CONTENIDO 1.1 Identificación de la problemática ........................................................................................... 10
1.2 Justificación ............................................................................................................................ 11
1.3 Nombre y objetivos del proyecto ............................................................................................ 12
1.3 Objetivo general ..................................................................................................................... 12
1.3.1 Objetivos específicos ..................................................................................................... 12
1.4 Alternativa de Solución ...................................................................................................... 13
1.5.1 Metodología seleccionada .............................................................................................. 15
1.5.2 Fases de la metodología seleccionada ............................................................................. 18
1.5.3 Implementación de la metodología ................................................................................. 18
1.6 Resultados ........................................................................................................................... 47
1.7 Conclusiones y recomendaciones ........................................................................................ 57
1.8 Competencias aplicadas y/o aplicadas ................................................................................ 58
1.9 Referencias .............................................................................................................................. 59
7
Índice de figuras
Figura 1. Relación de alumnos aceptados en el programa Delfín ..................................................... 10 Figura 2. Tabla Fases contempladas para la propuesta web. Tomada el 13 de junio de 2016.
Disponible
en:https://sites.google.com/site/ingenieriawebuc/home/contenido/navigationaldevelopmenttechnique
s ..................................................................................................................................................... 16 Figura 3. Fases ciclo de desarrollo de sistemas. Kendall & Kendall (2005) Análisis y diseño de
sistemas.......................................................................................................................................... 17
Figura 4. Caso de uso "Registro" .................................................................................................... 22
Figura 5. Caso de uso "Evaluación" ................................................................................................ 24
Figura 6. Diagrama de secuencia "registro"..................................................................................... 26
Figura 7. Diagrama de secuencia de caso de uso "evaluación"......................................................... 27
Figura 8. Diagrama de Secuencia "Carga y asignación de puntaje a evidencias" .............................. 28
Figura 9. Diagrama de secuencia "Generación de reportes" ............................................................ 29
Figura 10.Diagrama de actividades "registro" ................................................................................. 30
Figura 11. Diagrama de actividades "Evaluación" ........................................................................... 31
Figura 12. Diagrama de actividades "Proceso carga de evidencias" ................................................. 32
Figura 13. Diagrama de actividades "Generar reportes”.................................................................. 33
Figura 14. Diagrama componentes interfaces .................................................................................. 34
Figura 15. Modelo de dominio ........................................................................................................ 35
Figura 16. Diagrama entidad relación ............................................................................................. 36
Figura 17. Diagrama de navegación ................................................................................................ 37
Figura 18. Prototipo inicio de sesión ............................................................................................... 39
Figura 19. Prototipo formato para recabar los datos del alumno ...................................................... 39
Figura 20. Prototipo Interfaz del usuario administrador ................................................................... 40
Figura 21. Prototipo Interfaz para el almacenamiento de evidencias ................................................ 41
Figura 22. Prototipo Interfaz para la revisión del contenido de evidencias ....................................... 41
Figura 23 Controlador de carga de archivos ".xls" ........................................................................... 42
Figura 24. Ejemplo carga de documento Excel................................................................................ 42
Figura 25. Datos de para realizar pruebas........................................................................................ 43
Figura 26. Fragmento de código para la exportación de archivos Excel ........................................... 44
Figura 27. Fragmento de código para consulta de información general ............................................ 45
Figura 28. Fragmento de código para la verificación de usuarios logeados ...................................... 46
Figura 29. Inicio de sesión del sistema ............................................................................................ 48
Figura 30. Menú actividades del administrador/coordinador............................................................ 49
Figura 31. Interfaz de carga de archivos .......................................................................................... 49
Figura 32 Interfaz Información alumno ........................................................................................... 50
Figura 33 Interfaz de módulo de revisión ........................................................................................ 50
Figura 34. Interfaz perfil alumno .................................................................................................... 51
Figura 35. Interfaz carga de evidencias ........................................................................................... 51
Figura 36. Interfaz carga de evidencias gráficas .............................................................................. 52
Figura 37. Interfaz carga de documentos Delfín .............................................................................. 52
Figura 38. Mensajes de alerta perfil alumno .................................................................................... 53
Figura 39 Interfaz evidencias gráficas ............................................................................................. 54
Figura 40. Interfaz de evidencias (documentos) .............................................................................. 54
Figura 41. Interfaz de menú perfil director ...................................................................................... 55
Figura 42. Interfaz Información de alumnos .................................................................................... 55
8
Figura 43. Interfaz asignación de presupuesto "verano" .................................................................. 56
Índice de tablas
Tabla 1 .Escenario 1 caso de uso registro ........................................................................................ 22
Tabla 2. Escenario 2 caso de uso registro ........................................................................................ 23
Tabla 3. Escenario 1 caso de uso evaluación .................................................................................. 24
Tabla 4.Escenario 2 caso de uso evaluación .................................................................................... 25
9
INTRODUCCIÓN
El presente documento detalla los resultados obtenidos al llevar a cabo el desarrollo de una
aplicación web, como apoyo para el control de evidencias del Programa Interinstitucional para
el Fortalecimiento la Investigación y el Posgrado del Pacífico (Programa Delfín) dentro del
Departamento de Sistemas Computación en el Instituto Tecnológico de Colima.
Dicho sistema se ha creado con la metodología web NDT (Navigational Development
Techniques) y siguiendo las últimas fases del ciclo de desarrollo de un sistema, la razón de lo
anterior se debe a que NDT se basa en las fases de análisis y diseño para el desarrollo de un
software, es por eso que nos auxiliamos para completar las demás etapas con la propuesta de
trabajo de Kendall & Kendall (2005).
El lenguaje de programación PHP, el CodeIgniter como Framework y MySQL como gestor
de base de datos, son las herramientas que utilizamos para llevar a cabo nuestra aplicación
(Uceda, 2013; Álvarez, 2009 y Cobo, 2005).
El presente documento en el cual se detalla como fue el desarrollo del sistema web, además
de los docentes y participantes en el Programa Delfín está dirigido a analistas de sistemas,
arquitectos del software, diseñadores, programadores o cualquier profesional de la informática
dedicado al desarrollo del software.
10
Sistema de Control y Gestión de Evidencias para el Programa Delfín
A partir de este segmento se presenta la estructura general del proyecto, la identificación de
la problemática, justificación, objetivos, así como metodología seleccionada y cada una de sus
fases ejecutadas.
1.1 Identificación de la problemática
Actualmente en el Instituto Tecnológico de Colima el Programa Interinstitucional para el
Fortalecimiento la Investigación y el Posgrado del Pacífico (Programa Delfín) a través de su
consejero técnico lleva a cabo el trabajo administrativo con respecto a los alumnos que
participan en proyectos de investigación, empleando la herramienta Microsoft Excel.
En la institución se encuentra un consejero técnico del Programa Delfín, dentro de sus
funciones destacan los procesos de:
Captura y registro de aceptados en el Programa Delfín:
Es el acto de recepción y registro de la relación de alumnos (ver figura 1) inscritos al
programa.
Figura 1. Relación de alumnos aceptados en el programa Delfín
Recepción y revisión de los resultados obtenidos en el proceso de inscripción:
Consta de recibir, archivar y cotejar un informe con los resultados (puntos) obtenidos
en los documentos requisito que fueron evaluados en el proceso de admisión de los
alumnos al Programa Delfín. Dicho informe es recibido en formato .XLS.
Asignar calificación semanal:
Es la acción de evaluar semanalmente de acuerdo a las evidencias de trabajo
académico a los alumnos participantes del Programa Delfín.
11
Generar informes:
Acto de presentar la información acerca de los resultados académicos obtenidos por
los alumnos en un formato gráfico y estadístico.
Desde que el Instituto Tecnológico de Colima pasó a ser parte de las instituciones afiliadas al
Programa Delfín, el modelo de trabajo de los procesos mencionados anteriormente se lleva a
cabo de manera manual a través de la implementación de hojas de cálculo en Excel, con las
cuales se llevaba a cabo y de manera organizada la relación de alumnos, la administración y
asignación de las calificaciones, además de la elaboración de reportes y gráficos de dicha
información.
El principal inconveniente en la forma de trabajo ya mencionada se presenta a la hora de
enlazar toda la información que se genera y colocarla en un solo documento, es decir los
documentos de tareas que los alumnos envían como evidencia de los trabajos realizados, las
actividades que los docentes envían a los alumnos, asignación de calificaciones, revisiones
etc.
Además de los problemas que se presentan en la generación de reportes que se realizan
manualmente y basándose en los documentos desarrollados en Excel.
Lo ya mencionado hace que sea necesaria la implementación de una herramienta que facilite
las tareas de resguardo y gestión de la información y que además proporcione informes y datos
estadísticos.
1.2 Justificación
Es bien sabido que los servicios ofrecidos por parte del Instituto Tecnológico de Colima y el
Programa Interinstitucional para el Fortalecimiento la Investigación y el Posgrado del Pacífico
(Programa Delfín) hacia la comunidad tecnológica, juegan un papel fundamental en el logro
de metas y objetivos de cada participante en dicho programa.
Uno de los principales fines a alcanzar por parte del Instituto Tecnológico de Colima y el
Programa Delfín, es responder a la necesidad de brindar un servicio eficiente en cuanto al
control y gestión de la información que se maneja en dicho programa, por lo cual es primordial
desarrollar un sistema de información que apoye tal fin.
En instituciones dedicadas al área de la educación, la implementación de nuevas tecnologías
es muy común por lo que es notable la obtención de buenos y mejores resultados en los
modelos de trabajo.
Por lo tanto es necesario construir una herramienta web que sea intuitiva, amigable y que sirva
de ayuda para los problemas de gestión y control de archivos. Es por esa razón que la creación
del sistema de control y gestión de evidencias para el Programa Delfín, está enfocado a
administrar de una mejor manera la participación de los alumnos inscritos en dicho programa,
ya que se crearán, recibirán y mantendrán documentos que contengan evidencias de lo
ocurrido, pruebas confiables con las cuales se sabrá que acción se tomó, cuándo y para qué.
Todo esto a través de la implementación de un repositorio de información, que contenga el
material de evidencia del trabajo realizado por los alumnos durante el periodo del curso del
Programa Delfín. Y que servirá para la toma de decisiones en la asignación de recursos para
futuras actividades en las cuales alumnos y docentes inscritos al programa puedan participar.
12
Uno de los principales beneficios de la implementación del sistema, es que será utilizado
como una herramienta para el control y gestión de la información actual e histórica contenida
en el mismo y que será utilizada como apoyo a la toma de decisiones con el cual respaldar las
acciones a realizar.
Además de que al utilizar la tecnología como lo es un sistema de gestión, limitamos el uso de
papel, hay ahorros de tiempos al poder realizar la mayor parte de actividades utilizando la red
de internet y poder conectarse de manera simultánea con otros usuarios.
1.3 Nombre y objetivos del proyecto
La sistema de control de evidencias se desarrolló para el Programa Interinstitucional para el
Fortalecimiento la Investigación y el Posgrado del Pacífico (Programa Delfín), quien cuenta
con un consejero técnico en el Instituto Tecnológico de Colima, dicho sistema lleva por
nombre “Sistema de Control y Gestión de Evidencias para el Programa Delfín”. Esta
aplicación opera en plataforma web; con un entorno gráfico y amigable.
1.3 Objetivo general
Administrar y gestionar el sistema de almacenamiento de información de los “Delfines” y
proporcionar estadísticas y gráficas de los datos que se generan. Utilizando una herramienta
creada con software libre.
1.3.1 Objetivos específicos
Capturar el registro de alumnos que ingresan al Programa Delfín. A través del
diseño e implementación de una herramienta que permite aplicar los procesos
de ETL (extracción, transformación y carga) con el gestor de base de datos
MySQL, trabajando con formatos XML.
Almacenar los documentos requisito e incorporarlos a las evidencias,
implementando la exportación de dichos archivos a formatos estándar, con el
propósito de utilizarlos en la toma de decisiones.
Facilitar la búsqueda y localización de información, administrando los datos
almacenados con el único fin de facilitar las tareas de consulta y modificación.
Guiar los tiempos asignados para ingresar los archivos de evidencias al
sistema, con base al uso de un código de colores (semáforo).
Asignar un valor o puntaje variante, dependiendo la calidad y cantidad de
evidencias almacenadas en el sistema.
13
Presentar información en formatos específicos, que permitan a través de dichas
vistas apoyar la toma de decisiones en la institución (Asignación de
presupuestos, Historiales académicos, Reportes de calificaciones etc.).
1.4 Alternativa de Solución
Existen aplicaciones comerciales predefinidas y algunas orientadas al e-learning en las cuales
se puede llevar a cabo y de manera satisfactoria el manejo y organización de archivos, algunos
de ellos se mencionan a continuación.
Stuff Organizer
Es un programa para organizar archivos y carpetas en la computadora, sus principales
funciones son: descomprimir archivos, limpia archivos no utilizados, extrae isos
(archivo informático donde se almacena una copia exacta de un sistema de archivos),
organiza archivos en múltiple niveles y categorías, soporte de etiquetas y opciones de
búsquedas avanzadas.
Su función principal es organizar archivos y carpetas en sistemas Windows,
clasificando, ordenando y creando una base de datos de los archivos y carpetas.
QuickOffice
Es una aplicación para el manejo de documentos ofimáticos desde los móviles y
tabletas. Su función principal es la edición de documentos desde dispositivos móviles.
Permite trabajar con los adjuntos de correo electrónico, los archivos guardados
localmente y los almacenados en la nube de Dropbox (documentos de texto, hojas de
cálculo, presentaciones y la opción de añadir notas a documentos PDF).
Com8s
Es una plataforma virtual educativa para trabajar un modelo basado en e-learning, está
disponible en inglés, portugués y español. Algunas de las características con las que
cuenta son: disco duro virtual para compartir el material entre profesores y alumnos,
calendario para tener los compromisos organizados en agenda virtual, charlas
virtuales, videoconferencias, formularios para crear pruebas o exámenes entre otras
cosas.
Schoology
Plataforma gratuita que contiene herramientas para compartir ideas, material educativo
o administrar un curso virtual.
Lectrio
Tiene características básicas que permiten la orientación de cursos en línea, en dicha
plataforma se integran servicios como Dropbox, Google Drive, Facebook, Instagram,
SkyDrive entre otros.
Udemy
Es una plataforma con una gran capacidad de almacenamiento para agregar videos,
presentaciones, documentos PDF y más. Se pueden crear cursos de forma gratuita o
de paga a través de PayPal.
RCampus
Es gratuito para los estudiantes y profesores y puede utilizarse para la gestión de cursos
y asignaciones, gestión de trabajo colaborativo.
Moodle
Es un aula virtual, un paquete de software para la creación de cursos y sitios web
basados en internet para dar soporte a un marco de educación social.
14
ATutor
Es un sistema de Gestión de Contenidos de Aprendizaje, contiene herramienta de
Gerencia y administra alumnos, tutores, cursos y evaluaciones en línea, herramienta
de autoría incorporada.
Todas estas aplicaciones proveen herramientas que facilitan el trabajo colaborativo. Sin
embargo la mayoría de las aplicaciones anteriores ya están prediseñadas de manera
generalizada.
El Instituto Tecnológico de Colima es una institución educativa con ambientes democráticos
y que está a favor del desarrollo sostenible de la humanidad. El cual tiene como misión formar
seres humanos íntegros con saberes pertinentes y competencias globales para la
transformación armónica de la sociedad.
Dicha institución se encuentra afiliada al Programa Interinstitucional para el Fortalecimiento
de la Investigación y el Posgrado del Pacífico (Programa Delfín).
“Este programa de movilidad, fortalece la vocación de los jóvenes
por la ciencia y la tecnología e influye en su decisión por integrarse
a programas de posgrado en el país y el extranjero.” (Delfín, s.f.)
Ante la necesidad de mejorar la disponibilidad y consulta de información perteneciente al
Programa Delfín dentro del Instituto Tecnológico de Colima se podría haber realizado una
reestructuración en el manejo de toda la información generada. El consejero técnico visualizó
un proyecto que permitiera realizar los procesos de trabajo de una manera organizada a fin de
consultar la información fácilmente.
Para ello se solicitó el desarrollo del sistema de control y gestión de evidencias para el
Programa Delfín.
Considerando los procesos de trabajo, las actividades atendidas se pueden mencionar a
continuación:
Registro de participantes
El registro de la relación de los alumnos aceptados se llevaba a cabo en hojas de
cálculo de Excel. La cual al migrar el modelo de trabajo a un sistema web será
almacenada en una base de datos para su manipulación.
Ubicación de evidencias (documentación y archivos)
Creación de carpetas y subcarpetas en el escritorio, unidad C y alojamientos en la nube
es donde se almacenaban los documentos de evidencia académica. Eventualmente se
presentan problemas de localización de documentos cuando la búsqueda es de acuerdo
a ciertas categorías, lo que generaba tiempos muertos en la consulta, seguimiento y
respuesta.
Al contar con un repositorio de evidencias en el sistema la consulta de las mismas se
realiza de una forma más rápida y organizada.
15
Consulta de información
Pérdida de tiempo en la búsqueda y consulta de información si no se conoce la
estructura de los libros de Excel, se necesitaba la creación de funciones que
permitieran procesar y visualizar datos concretos en tiempo y forma.
El tener toda la información en un sistema da la posibilidad de visualizar la
información de acuerdo a las necesidades.
1.5 Procedimiento y desarrollo de actividades realizadas
El apartado de procedimiento y desarrollo de las actividades, tiene como finalidad mostrar
los pasos seguidos y las herramientas empleadas en el desarrollo del proyecto.
Se tiene como finalidad abordar los temas relacionados con la fase de análisis del problema,
el desarrollo de los diagramas UML que representan el funcionamiento del sistema y los
prototipos de interfaces que se incluyen en la aplicación web.
1.5.1 Metodología seleccionada
El desarrollo del Sistema de control y gestión de evidencias para el Programa Delfín siguió
las fases de la metodología NDT complementándola con lo que dice Kendall & Kendall
(2005) al referirse al “ciclo de vida del desarrollo de sistemas de información” (p. 10).
“La metodología Navigational Development Techniques es un
proceso de desarrollo para sistemas WEB que se centra en las
primeras fases del ciclo de vida de un proyecto, se analiza de manera
exhaustiva la fase de requisitos. No contempla fases avanzadas del
ciclo de vida, permite concebir el modelo conceptual de navegación
y de interfaz de manera sistemática. NDT es una propuesta orientada
al producto, permite evaluar los resultados de especificación de
requisitos, análisis del sistema y prototipos.” (Universidad Central,
2012, s.f.)
La metodología NDT plantea técnicas para capturar, describir y validar los requisitos de un
sistema web para generar los modelos de análisis de la aplicación.
La aplicación de NDT genera tres resultados finales:
1. El documento de requisitos de la aplicación web, donde se detallan los
objetivos y requisitos que debe cumplir la aplicación web.
2. El documento de análisis de la aplicación web, donde se genera el modelo
conceptual y el modelo de navegación del sistema.
3. Los prototipos del sistema, que muestran la estructura de la interfaz de la
aplicación web.
La figura 2 muestra las fases en las cuales se centra la metodología NDT para el desarrollo de
sistemas web y en cuales es débil su cobertura.
16
En ésta imagen podemos ver que dicha metodología es una técnica que se centra
principalmente en la especificación de requisitos y el análisis, además del diseño de
navegación en las aplicaciones web.
Figura 2. Tabla Fases contempladas para la propuesta web. Tomada el 13 de junio de 2016. Disponible en:https://sites.google.com/site/ingenieriawebuc/home/contenido/navigationaldevelopmenttechniques
Sin embargo ya que la metodología NDT se centra en las primeras fases del ciclo de vida de
un proyecto, optamos por combinar con las tres últimas fases del ciclo de vida de un sistema
de información (figura 3) que menciona Kendall & Kendall, que señala que cada una de las
fases no se debe considerar como un proceso lineal, lo cual representa una mayor flexibilidad
y permite llevar a cabo distintas actividades de forma simultánea.
El ciclo de vida de desarrollo de sistemas es un tipo de metodología utilizada para describir
el proceso para la construcción de sistemas de información, destinado a desarrollar sistemas
de información de un modo muy deliberado, estructurado y metódico, reiterando cada etapa
del ciclo de vida.
17
Figura 3. Fases ciclo de desarrollo de sistemas. Kendall & Kendall (2005) Análisis y diseño de sistemas.
De acuerdo a la imagen anterior la cual representa el ciclo de desarrollo de un sistema,
podemos observar que dentro de la primera fase se debe identificar los problemas, las
oportunidades y los objetivos del proyecto.
El siguiente paso es determinar las necesidades de los usuarios involucrados.
La fase número tres como su nombre lo dice, describe cuales son las necesidades del sistema,
es decir la determinación de requerimientos a través del uso de herramientas para ilustrar la
estructura de manera gráfica.
La fase cuatro se refiere al diseño lógico del sistema desde prototipos de interfaces de usuario,
diagramas de bases de datos y planeación de controles y procedimientos de seguridad.
En la quinta fase del ciclo de vida de desarrollo de sistemas se trabaja para desarrollar el
software original, se diseña, codifica y corrigen errores sintácticos del programa.
Previamente a utilizar el sistema en la fase seis se realizan pruebas con datos de muestra, a la
par se lleva a cabo el mantenimiento de acuerdo al resultado en las pruebas.
La última fase es la implementación del sistema y el cómo los usuarios interactuarán con el
sistema.
Analizado lo anterior optamos por complementar la metodología NDT con las tres últimas
fases del ciclo de desarrollo de un sistema.
18
1.5.2 Fases de la metodología seleccionada
Con lo mencionado anteriormente con el acoplamiento de las dos metodologías las fases para
la creación de un proyecto de software son las siguientes:
1. Análisis del sistema (Requisitos)
2. Diseño y prototipos
3. Desarrollo y documentación
4. Prueba y mantenimiento
5. Implementación y evaluación
1.5.3 Implementación de la metodología
El proceso de NDT está totalmente basado en la definición de requisitos y en los diferentes
roles de usuario que pueda aparecer en el sistema, así como en el diseño.
A continuación desglosaremos paso a paso nuestra metodología seleccionada.
Fase 1 Análisis del sistema (requerimientos fundamentales)
Para iniciar con la primera fase de nuestra metodología es necesario tomar en cuenta los
objetivos planteados para la elaboración de un sistema de información, una vez realizado esto
se procede a la especificación de los requerimientos, así como se muestra a continuación.
“La definición de los requerimientos del sistema especifican que es lo
que el sistema debe hacer y sus propiedades esenciales y deseables.”
(Sommerville, 2005)
Requisitos Funcionales
Estos representan las posibilidades funcionales que debe ofrecer una aplicación web durante
la navegación de sus usuarios. Estas posibilidades funcionales van a depender directamente
del actor que en cada momento interactúe con el sistema.
La aplicación web tiene las posibilidades de:
Permitir el acceso únicamente con el inicio de sesión.
Debe manejar los perfiles de usuario ya definidos: Administrador (Jefe de Consejo,
Director, Subdirector), General (Alumnos) e Investigador.
Debe manejar un estado de registro “Aceptado”, “Rechazado”, “Con apoyo”, “En
congreso”, entre otros.
Debe permitir crear usuarios.
Debe guardar documentos en formatos .txt, .jpg, y .pdf.
Debe permitir el realizar búsqueda en base de diferentes criterios.
Debe permitir ingresar información.
Debe permitir modificar información solo con los perfiles de usuario establecidos.
El sistema debe residir en el servidor del Instituto Tecnológico de Colima. Los
permisos de acceso solo los puede cambiar el administrador del sistema.
El sistema debe apegarse a las leyes de privacidad de los datos.
19
Requisitos no funcionales
Los requisitos no funcionales son requisitos que imponen restricciones, ya que definen como
debe ser el sistema.
Debe permitir generar reportes de la información obtenida.
El sistema debe desarrollarse con tecnología de licenciamiento libre.
El sistema debe estar disponible las 24 horas del día.
El sistema debe ser compatible con los principales navegadores web.
El sistema debe contener interfaces intuitivas.
El sistema debe ser desarrollado utilizando herramientas case.
El sistema debe ser compatible para las versiones de Windows 7 y superior.
El sistema debe proporcionar mensajes de alerta y errores que sean informativos para
el usuario.
Requerimientos cuantificables
Verificar la autentificación de quienes ingresan al mismo.
Permitir a los usuarios ingresar información.
Permitir la gestión de información de acuerdo a las necesidades y privilegios de los
usuarios y a lo contenido en la base de datos.
Obtener toda la información de cierta categoría mediante el uso de la función
específica para búsqueda.
Requisitos de navegación
El sistema debe contener vínculos de navegación entendibles e intuitivos.
El sistema debe contener en cada una de las vistas (páginas) la leyenda o logotipo
que hace referencia a la institución o empresa a la que pertenece el mismo.
El sistema debe mostrar mensajes de alerta y error para ayuda de los usuarios.
Requisitos del sistema
El sistema debe proporcionar reportes, dando a conocer la información correcta en
tiempo y forma.
Cada que los clientes carguen algún archivo al sistema, deberá ser capaz de
incrementar la cantidad de evidencias.
El sistema deberá “guardar” sin necesidad de teclear a un botón, al dar un “enter”
deberá realizarse esta acción automáticamente.
Requerimientos del software
El sistema deberá verificar el ingreso a esté por parte de los usuarios autorizados.
El sistema debe permitir a los usuarios agregar información a la base de datos.
El sistema debe brindar la información requerida por los usuarios al ejecutar las
funciones de búsqueda.
20
Requisitos de almacenamiento de información
Analizando el modelo de trabajo en el Programa Delfín se detectó que hay que almacenar para
poder gestionar la información, hay información variada. La información a almacenar es
diversa con sus respectivas restricciones. Existen información textual y no textual (valores
alfanuméricos e imágenes). Por lo que hay que diseñar un almacenamiento diverso. Es aquí
donde es necesaria la especificación de requisitos de almacenamiento.
“Estos representan las necesidades de almacenamiento de información
que tiene el sistema y define las características de la información que se
va a manejar y a mostrar. Un requisito de almacenamiento define el
concepto general de información que debe manejar el sistema, a su vez,
un dato específico describe de manera concreta cada uno de los ítems
de información que hay que almacenar en un requisito de
almacenamiento.”(preparadormssis, 2010, p.2)
A continuación se menciona la acción que se realiza con la información a almacenar.
Captura y almacenamiento en la base de datos, de la información de los alumnos que
ingresarán al Programa Delfín (Datos personales y académicos).
Captura y almacenamiento de archivos en formatos .doc, .jpg y .pdf para la carpeta
de evidencias de los alumnos.
Captura y asignación de evaluaciones a integrantes del Programa Delfín.
Requisitos de Actores
Se conoce como “actor” a un elemento externo que interactúa en las actividades que realizan
los sistemas de información. Principalmente se hace uso de ellos al momento de representar
en papel a través de diagramas de casos de uso las tareas que realiza dicho sistema. A
continuación se menciona una definición más específica.
“Son los roles que podrán interactuar con la aplicación Web. Dichos roles
surgen por las necesidades de trabajo de los diferentes roles de usuario con
la aplicación” (preparadormssis, 2010, p.1)
Para la aplicación web se detectó la clasificación de dos tipos de actores básicos siguientes:
Usuario administrador: Son los de mayor importancia ya que estos pueden dar de alta,
modificar y consultar cualquier dato que se encuentre almacenado en la aplicación
además de revisar la información que se ingrese. En el caso de este sistema los usuarios
de clasificación “administrador” son el usuario “administrador/coordinador” y el
usuario “director”.
Usuario general: Estos pueden consultar e introducir información pero no pueden
modificar ni eliminar información vital del sistema. En el caso de este sistema los
usuarios de clasificación “general” son el usuario “cliente” y el usuario “tutor”.
Sin embargo podemos decir que un usuario administrador puede ser también un usuario
general pero un usuario general no puede llegar a ser un usuario administrador, a menos que
sea reasignado por otro usuario administrador.
21
Requisitos de usuario o Iteración
Se le llama “usuario” o “usuario final” a los clientes para los cuales se desarrolla el sistema
de información. Ellos no tienen por qué tener conocimientos específicos sobre materia
tecnológica, sin embargo si deben saber qué es lo que quieren que haga el sistema de
información y sus requerimientos para el correcto funcionamiento del mismo.
“Estos requisitos recogen la manera en la que los actores van a
interactuar con la aplicación durante la navegación. Dependiendo de
cómo el cliente quiera recuperar la información, el diseño de la aplicación
Web puede variar para hacerla más eficiente y adecuada a estas
necesidades.” (preparadormssis, 2010, p.1)
De acuerdo a lo anterior, los siguientes puntos se refieren a las principales necesidades para
el funcionamiento del sistema
El responsable (usuario administrador) del sistema al igual que el Director del
plantel y los alumnos, ingresan a través de un login de usuario.
El responsable carga el documento con la relación de los alumnos al sistema
para que sean ingresados a la base de datos.
El director del plantel asigna el presupuesto para determinados proyectos de
investigación.
El cliente (alumno) sube a su carpeta personal las evidencias de su trabajo.
El encargado del Delfín en la institución asigna calificación a las evidencias
subidas por los clientes.
Fase 2 Diseño y Prototipos
El objetivo en esta etapa es definir la arquitectura del sistema y la definición de sus
componentes tomando en cuenta las necesidades de los usuarios finales. Se aborda el diseño
del sistema a través de los diagramas principales y los prototipos de interfaces.
Casos de Uso
Un caso de uso es un componente del modelado UML que describe cómo un usuario
interactuará con el sistema para llevar a cabo un trabajo.
Los casos de uso son una técnica para especificar el comportamiento de un sistema:
“Un caso de uso es una secuencia de interacciones entre un sistema y
alguien o algo que usa alguno de sus servicios.”
Todo sistema de software ofrece a su entorno –aquellos que lo usan– una
serie de servicios. Un caso de uso es una forma de expresar cómo alguien
o algo externo a un sistema lo usa. Cuando decimos “alguien o algo”
hacemos referencia a que los sistemas son usados no sólo por personas,
sino también por otros sistemas de hardware y software. (Ceria, s.f.)
La siguiente imagen refleja el Caso de uso a través del cual muestra la iteración de los
diferentes actores con el sistema.
Interpretación figura 4: Nuestro “Cliente” (Integrante del delfín) completa el registro
(solicitud). La relación de clientes aceptados en el programa es recibida y revisada por el
22
responsable del sistema Delfín la cual enseguida es mostrada al Director del plantel para la
asignación de presupuesto a determinados clientes.
Figura 4. Caso de uso "Registro"
Como apoyo a la especificación del caso de uso registro a continuación la tabla 1 muestra el
primer escenario.
Escenario registro
Caso de uso Registro
Actor principal Cliente, administrador/coordinador
Precondiciones El cliente debe haber realizado trámites para su registro
Pasos 1-El cliente envía documentos e información con la que se llena el
registro.
2-El usuario administrador/coordinador recibe la relación de
alumnos ya registrados y crea su base de concentración o registro
propio.
3-El usuario administrador/coordinador analiza, revisa y coteja la
información recibida.
Garantías de éxito Altas
Escenario principal de éxito El registro debe completarse y la información debe ser correcta.
Tabla 1 .Escenario 1 caso de uso registro
23
La tabla 2 refleja la interacción entre las funciones que se llevan a cabo entre el usuario
administrador/coordinador y el usuario director, cuya actividad principal es la asignación de
un presupuesto al usuario “cliente”.
Escenario presupuesto
Caso de uso Registro
Actor principal administrador/coordinador, director
Precondiciones El administrador/coordinador debe tener el registro de clientes
Pasos 1-El usuario administrador/coordinador debe de tener completa la
relación de clientes registrados con sus respectivas puntuaciones.
2-El usuario director analiza la información de los “clientes”
contenida en el registro.
3-El usuario director asigna un presupuesto tomando en cuenta la
información analizada.
Garantías de éxito Altas
Escenario principal de éxito La asignación de presupuesto a los “clientes” debe ser en base a la
información contenida en el registro.
Tabla 2. Escenario 2 caso de uso registro
Interpretación figura 5: Dentro del sistema de control se lleva a cabo la tarea de evaluación a
los trabajos realizados dentro del verano de investigación por los clientes inscritos. Nuestro
“Cliente” (Integrante del Programa Delfín) envía evidencias acerca del trabajo que está
realizando, la cual es revisada y evaluada por el responsable del Delfín en la institución, este
mismo es responsable de enviar notificaciones acerca del resultado de evaluación, a las cuales
nuestro cliente debe atender.
24
Figura 5. Caso de uso "Evaluación"
La tabla 3 refleja la interacción entre las funciones que se llevan a cabo entre el usuario
administrador/coordinador y el usuario director, cuya actividad principal es la asignación de
un presupuesto al usuario “cliente”.
Escenario seguimiento
Caso de uso Evaluación
Actor principal Cliente, tutor
Precondiciones El cliente y tutor deben contar con su registro y permisos para
ingresar al sistema.
Pasos 1-El cliente ingresa al sistema.
2-El cliente envía documentos e información como evidencia del
trabajo que realiza.
3-El usuario tutor ingresa al sistema.
4-El usuario tutor analiza y da seguimiento a las evidencias del
cliente.
Garantías de éxito Altas
Escenario principal de éxito La carga de archivos debe completarse para garantizar el éxito de la
actividad.
Tabla 3. Escenario 1 caso de uso evaluación
25
La tabla 4 refleja la interacción entre las funciones que se llevan a cabo entre el usuario cliente
y el usuario administrador/coordinador, cuya actividad principal es la asignación de
calificación a las evidencias enviadas por el usuario “cliente”.
Escenario evaluación
Caso de uso Evaluación
Actor principal Cliente, administrador/coordinador
Precondiciones El cliente y el administrador/coordinador deben contar con su
registro y permisos para ingresar al sistema.
Pasos 1-El cliente ingresa al sistema.
2-El cliente envía documentos e información como evidencia del
trabajo que realiza.
3-El usuario administrador/coordinador ingresa al sistema.
4-El usuario administrador/coordinador analiza las evidencias y
asigna la debida calificación.
Garantías de éxito Altas
Escenario principal de éxito La asignación de calificación es de acuerdo al tipo de evidencia
enviada por el cliente.
Tabla 4.Escenario 2 caso de uso evaluación
Diagrama de secuencia
El diagrama de secuencia muestra ciertos números de objetos y números de mensajes que se
pasan de un objeto a otro dentro del caso de uso.
La figura 6 que a continuación se muestra, nos detalla el diagrama de secuencia que hace
referencia al caso de uso “registro” en la cual nuestro “Cliente” completa el registro enviando
la información requerida para ello, la relación de clientes aceptados es recibida y revisada por
el coordinador para enseguida ser mostrada al Director del plantel para la asignación de
presupuesto a determinados clientes.
26
Figura 6. Diagrama de secuencia "registro"
Unido al diagrama de secuencia “registro” mostrado en la imagen anterior, la figura 7 es el
diagrama de secuencia que hace referencia al caso de uso “evaluación” en la cual el usuario
“Cliente” envía evidencias de trabajo realizado para ser evaluadas por el coordinador, quien
asigna calificación. De la misma forma el “tutor” interviene en esta actividad al participar en
el seguimiento de las tareas realizadas por determinado “cliente”.
27
Figura 7. Diagrama de secuencia de caso de uso "evaluación"
La figura 8 que a continuación se muestra, nos detalla de manera clara el ciclo que se
desencadena al momento de cargar las evidencias de trabajo dentro del sistema. A las cuales
se les asigna un puntaje automáticamente según los criterios de evaluación establecidos en el
sistema.
De igual manera podemos observar las actividades que se realizan en el sistema al generar los
reportes. Ver figura 9
28
Figura 8. Diagrama de Secuencia "Carga y asignación de puntaje a evidencias"
29
Figura 9. Diagrama de secuencia "Generación de reportes"
Diagrama de actividades
Los diagramas de actividades están diseñados para mostrar una versión simplificada de lo
que ocurre en una operación o proceso, así como lo muestran las figuras 10 y 11 que reflejan
el proceso d registro y el de evaluación de evidencias que llevan a cabo algunos usuarios
finales del sistema.
30
Figura 10.Diagrama de actividades "registro"
31
Figura 11. Diagrama de actividades "Evaluación"
32
Figura 12. Diagrama de actividades "Proceso carga de evidencias"
La figura 12 y 13 que se muestran en este apartado, hacen referencia a las operaciones o
procesos que llevan a cabo los usuarios al realizar la “subida y bajada” de archivos dentro del
sistema.
33
Figura 13. Diagrama de actividades "Generar reportes”
Diagrama de componentes interfaces
Un diagrama de componentes describe la descomposición física de un sistema de software en
componentes a efectos de construcción y funcionamiento. La interfaz tiene la función de
comprometer a las clases a realizar funciones y métodos. Si una clase implementa una interfaz
quiere decir que los métodos en ella tienen una finalidad definida. La figura 14 nos muestra
algunas de las interfaces del sistema web y sus métodos.
34
Figura 14. Diagrama componentes interfaces
Modelo de Dominio
Este modelo representa el contenido sobre el cual navegará el usuario final, representa
la estructura estática de un sistema. A partir de ello se pueden hacer deducciones que
sirven para adaptar el sistema de acuerdo a las necesidades que se presenten.
“Un Modelo de Dominio es un artefacto de la disciplina de análisis, construido
con las reglas de UML durante la fase de concepción, en la tarea construcción
del modelo de dominio, presentado como uno o más diagramas de clases y que
contiene, no conceptos propios de un sistema de software sino de la propia
realidad física” (Synergix, 2008, s.f.).
El modelo de dominio no es el modelo de clases ni la base de datos, solamente representa los
conceptos propios de la realidad física, dicho modelo se muestra a continuación en la figura
15.
35
Interpretación: Dentro del funcionamiento del proceso del verano Delfín existen ciertos
componentes que intervienen en ello como son:
Los alumnos o personas interesadas en realizar un proyecto de investigación y que se
registran para ingresar al verano Delfín.
Las instituciones que participan en los veranos de investigación.
El personal operativo que lleva a cabo la captura de datos de los alumnos aceptados,
la asignación de calificaciones y la realización de la carta de término una vez
finalizado y acreditado el proyecto de investigación.
El director de la institución que analiza la relación de alumnos de la institución
inscritos al verano de investigación y asigna el presupuesto de apoyo.
Figura 15. Modelo de dominio
Modelo de Datos Relacional
El modelo de clases es un modelo lógico del sistema de software bajo construcción. Las clases
generalmente tienen una relación directa al código fuente del software.
“Un modelo de datos es una definición lógica, independiente y abstracta de los
objetos, operadores y demás que en conjunto constituyen la maquina abstracta
con la que interactúan los usuarios. Los objetos nos permiten modelar la
estructura de los datos. Los operadores nos permiten modelar su
comportamiento” (Date, 2001, s.f.).
36
Figura 16. Diagrama entidad relación
Modelo de navegación Web
El modelo de navegación es el conjunto de diagramas que representa de manera gráfica la
manera en que el usuario se desplazará dentro del sistema. El cual se construye de acuerdo a
los roles en los que se desempeña un usuario, se realiza un modelo de navegación según las
actividades que se lleven a cabo. A continuación se presentan roles de usuario y sus
actividades definidas.
El usuario administrador (Responsable del sistema delfín) dentro de las vistas personalizadas
cuenta con las siguientes actividades:
• Carga e inserción de archivos Excel a la base de datos del sistema, acción
con la cual se crean las carpetas personales de los alumnos en el sistema.
• Revisión y verificación de la información almacenada.
• Asignación de puntajes a las evidencias cargadas al sistema por los
alumnos.
37
• Generación de informes a través del sistema.
El usuario Director (Director o autoridad del Tecnológico de colima) dentro de las vistas
personalizadas cuenta con las siguientes actividades:
• Visualización del registro de alumnos que están en el Programa Delfín.
• Asignación de presupuesto a los alumnos, según los criterios ya
establecidos.
• Visualización de informes a través del sistema.
La siguiente figura permite representar la interacción de cada usuario dentro del sistema, el
cual se encuentra alojado en un servidor. El usuario ingresa a través de un login, una vez
dentro del sistema se cargan las vistas personalizadas para cada usuario.
Figura 17. Diagrama de navegación
El usuario cliente (alumnos Delfín) dentro de las vistas asignadas a su perfil puede realizar las
siguientes actividades:
• Verificación de la información en su perfil personal.
• Carga de archivos a su carpeta de evidencias dentro del sistema.
• Visualización del plazo de entrega para subir sus evidencias.
El usuario Investigador (persona encargada de la investigación con el alumno delfín) dentro
de las vistas asignadas a su perfil puede realizar las siguientes actividades:
• Verificación de la información del alumno, del cual es responsable.
• Visualización de la carpeta de evidencias del alumno dentro del sistema.
38
Modelo de interfaz abstracta (prototipos)
Debido a la naturaleza de las interfaces de usuarios, las descripciones en texto y los diagramas
no son lo más óptimo para expresar sus requerimientos. Para esto existe el prototipo evolutivo
la cual es una forma práctica para diseñar y desarrollar interfaces de usuario en el sistema. El
objetivo es permitir a los usuarios una visión futura de la interacción con el sistema.
(Somerville, 2005, p.344)
De acuerdo a lo dicho anteriormente a continuación se muestran algunos prototipos de
interfaces por medio de las cuales el usuario va a interactuar con el sistema.
Cabe mencionar que todas las interfaces prototipo que se verán a continuación manejan una
gama de colores en escala de grises, ya que este sistema debe ser acorde a las reglas de negocio
que ya están establecidas. Además de que en cada una de ellas se tomó en cuenta para su
diseño ciertos criterios ergonómicos orientados a mejorar la interacción entre el usuario final
y el sistema web.
Algunos de los criterios utilizados son:
Sobriedad: dando al sitio web simplicidad y organización, sin sobrecargar imágenes
animadas.
Legibilidad: claridad en cuanto al texto contenido en el sistema web, un correcto
espaciado y tamaño de fuente. Una estructura y organización entre párrafos y títulos
de acuerdo la importancia de ellos.
Funcionabilidad: el sitio web debe ser fácil de navegar, utilizando los menos clics para
acceder a la información. Para facilitar el que el usuario conozca el lugar en el que se
encuentra dentro del sistema se manejan iconos visuales que faciliten su orientación.
Dentro del sitio web si es posible los iconos de navegación deben mantener una misma
ubicación en cada una de las páginas.
Velocidad: el tiempo de carga para que se cargue una página debe serlo más corto
posible. Para ayudar a que este tiempo se optimice, se debe contar con una buena
conexión, las imágenes deben ser de determinado tamaño y formato, además se debe
contar con un buen servidor web.
Adaptabilidad: estar abierto a la posibilidad de personalizar un sitio web por medio de
la intervención de los usuarios finales.
La figura 18 muestra lo que sería la interfaz de login a través de la cual el usuario ingresara al
sistema utilizando su nombre de usuario y clave. Dicha interfaz está diseñada sin información
o imágenes que sean de distracción para el usuario final, lo que la hace intuitiva para llevar a
cabo la actividad para la que fue creada. Dentro de esta podemos ver la implementación de
funcionabilidad a través de la utilización de pocos clics.
39
Figura 18. Prototipo inicio de sesión
La figura 19 está diseñada para mostrar la información general de los “clientes” con los datos
ubicados de izquierda a derecha para mayor comprensión, se maneja la organización de los
datos como una especie de formulario, ya que son con los que están ahora en día más
familiarizadas las personas. Se muestra una escala de grises en los colores ya que está dentro
de la gama que es agradable a la vista sin lastimar cuando se está expuesto a un uso prolongado
en páginas web.
La información a se encuentra de manera centrada en la pantalla para que el usuario final
enfoque un solo punto y pueda ver la información en su totalidad. De igual forma se muestra
una ubicación y estructura similar en los iconos de navegación y la barra de direcciones.
Figura 19. Prototipo formato para recabar los datos del alumno
40
El menú que se muestra en la figura 20 se diseñó en forma de mosaico con figuras
rectangulares que funcionan como botones, los cuales hacen que la interfaz se vea limpia sin
carga de mucho texto.
El uso de botones e hipervínculos ayudan a una mayor navegabilidad, además de que cuentan
con su etiqueta que da la percepción de su contenido.
Figura 20. Prototipo Interfaz del usuario administrador
Ya que el sistema debe permitir el almacenamiento de documentos, el prototipo de interfaz
de dicha actividad pretende que el usuario pueda ver cuáles son los archivos y documentos
que ha cargado al sistema.
La interfaz se complementa con un botón se salida en la parte superior derecha para que el
usuario no se pierda o confunda al ver cargada de información la parte central de la pantalla
(figura 21).
Dentro de la misma se puede observar el uso de diferentes tamaños de fuente que muestran
una mayor claridad y estructura en el texto que se maneja.
41
Figura 21. Prototipo Interfaz para el almacenamiento de evidencias
De igual manera como lo muestra la figura 22 se plantea el contar con tiempos límite
para subir documentos, la siguiente interfaz que cuenta con un “semáforo” que
representa el límite de tiempo para realizar esta tarea.
Este componente se encuentra ubicado al lado de la opción para subir evidencias para
que el usuario esté consiente del tiempo y forma en que subió al sistema dicha tarea.
Figura 22. Prototipo Interfaz para la revisión del contenido de evidencias
42
Fase 3 Desarrollo y documentación del software
Como su nombre lo indica, en este punto es donde se transforma a código todo lo recabado en
las dos fases anteriores. Dentro de esta fase se hace uso de herramientas para crear el sistema
web, puede ser software libre o de licencia.
Dentro de esta fase se llevó a cabo la codificación del proyecto, la cual consistió en migrar el
diseño lógico propuesto anteriormente a una aplicación funcional con la implementación de
lenguaje PHP, JavaScript, Ajax, CSS y JQuery.
En las siguientes figuras que se visualizan a continuación se muestra parte del código fuente
del controlador principal, el cual realiza la tarea de carga de archivos en formato Excel para
ser introducidos a la base de datos y desde ahí manipulados en el sistema. Dichos archivos
son las listas en Excel con los datos generales de todos los alumnos aceptados en el Programa
Delfín.
Figura 23 Controlador de carga de archivos ".xls"
Figura 24. Ejemplo carga de documento Excel
43
El desarrollo del sistema se realizó a través del Framework CodeIgniter con base en el patrón
de arquitectura de software “MVC” (Modelo-Vista-Controlador), el cual nos ayuda a tener un
mayor control en toda la aplicación, permitiendo conocer la estructura y ubicación de los
componentes del sistema.
La mayor parte del sistema contiene el uso del lenguaje de programación PHP en combinación
con JavaScript, entre otros.
Fase 4 Prueba y mantenimiento del sistema
Casi para terminar con la implementación de la metodología debemos realizar un proceso de
pruebas que consiste en llevar a cabo un conjunto de actividades de verificación y validación,
las cuales se realizan a lo largo de la etapa de desarrollo y adaptación de un sistema.
Dentro de la elaboración del sistema se realizaron pruebas unitarias y de integración a los
componentes o módulos principales.
Figura 25. Datos de para realizar pruebas
Una prueba unitaria es una de las formas para comprobar el correcto funcionamiento de un
módulo de código. Sirve para asegurar que dichos módulos se ejecuten correctamente de
manera separada. Las pruebas de integración se realizan posteriormente a las pruebas
realizadas a los módulos que forman un sistema. Estas se centran en probar la correcta
comunicación entre los componentes de un sistema, o entre hardware y software.
Prueba de exportación
Se realizaron pruebas unitarias a esta tarea para verificar la correcta exportación a la
tabla en la base de datos, de igual manera se realizó la prueba de integración para
verificar la creación automática con la función automática de creación de usuarios.
44
Objetivo: verificar la exportación de datos de información en documentos Excel a la
base de datos en MySQL.
Prerrequisitos para la prueba: tener la estructura de la base de datos, tener una
vista/interfaz de prueba para la carga de archivos, tener la estructura correcta de los
archivos a exportar.
Procedimiento: verificar la estructura y tipo de archivo que se desea ingresar a la base
de datos, ingresar a la interfaz de carga en el sistema, seleccionar el archivo que
contiene la información a exportar y cargarlo a la base de datos.
Resultados esperados: Los datos en el archivo Excel se ingresan correctamente a la
base de datos, los datos dentro de la base se encuentran en su forma correcta.
Observaciones: La carga de los archivos debe ser individual.
Resultados obtenidos: Fueron de acuerdo a lo esperado.
Figura 26. Fragmento de código para la exportación de archivos Excel
Prueba de captura y almacenamiento de evidencias
Se llevaron a cabo las pruebas unitarias a esta tarea para verificar que se cargaran
correctamente los documentos e imágenes al sistema, también se realizaron pruebas
de integración con las funciones de login e información general para verificar la
correcta conexión entre las mismas y su comunicación interna al realizar consultas e
inserciones.
Objetivo: verificar la carga de archivos en formato .jpg, .png y .pdf a la base de datos
en MySQL y a las carpetas personales en el sistema.
45
Prerrequisitos para la prueba: tener la estructura de la base de datos, tener una
vista/interfaz de prueba para la carga de archivos, tener el tipo de archivo correcto.
Procedimiento: verificar el tipo de archivo que se desea ingresar a la base de datos y
al sistema, ingresar a la interfaz de carga en el sistema, seleccionar el archivo y
cargarlo.
Resultados esperados: Los archivos y documentos se ingresan correctamente a la base
de datos y a las carpetas correspondientes, los datos (pats/urls) dentro de la base se
encuentran en su forma correcta.
Observaciones: Los documentos deben ser del tipo especificado para que se puedan
ingresar correctamente.
Resultados obtenidos: Fueron de acuerdo a lo esperado.
Figura 27. Fragmento de código para consulta de información general
Prueba creación de usuarios
Se realizaron pruebas unitarias a esta tarea para verificar la creación automática y
correcta de usuarios en la base de datos, al mismo tiempo se realizó la prueba de
integración para verificar el acoplamiento con los módulos de carga de documentos y
de consulta de datos.
Objetivo: verificar la creación de usuarios automática en la base de datos en MySQL.
46
Prerrequisitos para la prueba: tener diseñada y creada la tabla de usuarios dentro de la
base de datos, tener una vista/interfaz de prueba para la prueba de ingreso a la
aplicación.
Procedimiento: verificar que la tabla de usuarios dentro de la base de datos no contenga
información, ingresar a la interfaz de carga en el sistema, seleccionar el archivo
principal y cargarlo, verificar la tabla de usuarios.
Resultados esperados: El archivo se ingresa correctamente a la base de datos y
automáticamente se crean los usuarios del sistema de acuerdo al listado de alumnos
que se ingresan.
Observaciones: La tabla de usuarios se llena automáticamente cada vez que se carga
el archivo principal, el cual contiene el listado de alumnos aceptados en el Programa
Delfín.
Resultados obtenidos: Fueron de acuerdo a lo esperado.
Figura 28. Fragmento de código para la verificación de usuarios logeados
47
Se realizaron las pruebas del sistema, que consistieron en revisar que los requisitos declarados
en la captura de requerimientos estuvieran atendidos. Cabe señalar que los resultados de las
pruebas hacen posible la identificación y corrección de errores de: código, diseño,
especificaciones y procesamiento de peticiones.
Según ( Kendall & Keendall, 2005) el mantenimiento de software se realiza por dos razones
la primera es la corrección de errores los cuales cuando se trata de software echo a la medida
tienen que ser corregidos al momento. La otra razón es la mejora de las capacidades del
sistema en respuesta a las cambiantes necesidades de una organización.
El mantenimiento es un proceso continuo durante el ciclo de vida de un sistema de
información.
Por la evolución que ha presentado el sistema de control y gestión de evidencias se prevé que
en el mantenimiento los cambios radiquen principalmente en los siguientes tipos:
Adaptativo: Añadir o modificar las funcionalidades del sistema.
Preventivo. Adaptar el software a diferentes entornos operativos
Correctivo: Reparar defectos del software.
Fase 5 Implementación y evaluación
Una vez terminada la fase de pruebas y mantenimiento llegamos finalmente a la parte de
echar a andar el sistema como se describe a continuación.
El Sistema se instaló en el Servidor propiedad de la dependencia. Se configuraron las medidas
de seguridad tanto en el sistema de igual manera en la base de datos.
También se configuró el acceso de los clientes y se habilitaron los usuarios mediante la
creación de su cuenta y contraseña respectiva. De igual manera se procedió a evaluar el
rendimiento, operación y correcta visualización del sistema en los equipos de cómputo.
Se informó de la liberación del sistema, se dieron a conocer las características, funciones y de
capacitaciones.
El equipo en el que residirá el sistema es el servidor itcolima-siitec2, que se encuentra ubicado
en el Instituto Tecnológico de Colima. El proveedor del servicio es la compañía de Google
Compute Engine, se cuenta con un modelo de equipo Google Machine type: n1-standard-8
con un CPU 8 con 8GB de RAM y un HDD de 192 GB.
1.6 Resultados
Una vez implementadas las metodologías de desarrollo de software elegidas, se obtuvieron
los siguientes resultados.
Cada una de las siguientes interfaces o vistas tiene un propósito ya establecido, a continuación
se muestran algunas de ellas:
48
Interfaz de inicio
Esta interfaz es de uso general habilitada desde el inicio de la interacción con el sistema, la
cual determina cómo será la navegación de acuerdo a los diferentes perfiles de usuario.
La actividad de Login es el proceso mediante el cual se lleva a cabo el control de acceso a un
sistema, por medio del uso de credenciales.
Figura 29. Inicio de sesión del sistema
Interfaces de usuario Administrador
Las figuras que se muestran a continuación representan las actividades que realiza el usuario
administrador/coordinador.
49
Figura 30. Menú actividades del administrador/coordinador
La figura 30 muestra los módulos o apartados a los que dicho usuario tiene acceso: el módulo
de información en el que se visualiza la información personal de los alumnos, el módulo de
revisión en el que se realiza el monitoreo del trabajo que realizan los alumnos, el de gráficas
que muestra datos estadísticos de la información contenida en el sistema y el modulo principal
de carga de listas/documentos Excel del cual a continuación hace referencia la siguiente
figura.
Figura 31. Interfaz de carga de archivos
Las figuras 32 y 33 que a continuación se presentan reflejan el contenido en los módulos de
“información” y “revisión”, en los cuales se muestra los resultados académicos obtenidos por
los alumnos y las evidencias de cómo llegaron a ello.
50
Figura 32 Interfaz Información alumno
Figura 33 Interfaz de módulo de revisión
51
Interfaces de usuario Alumno
Las figuras 34 y 35 muestran lo que el usuario podrá realizar en el sistema, principalmente
verificar que la información de su perfil sea la correcta. Dentro de las opciones que visualiza
en sus interfaces están el espacio asignado para que suba a la plataforma las evidencias que
demuestran el trabajo académico que esté realizando, mismas que deberá subir en tiempo y
forma.
Figura 34. Interfaz perfil alumno
Figura 35. Interfaz carga de evidencias
52
La figura 36 representa la carga de evidencias y el tiempo en que fueron ingresadas al sistema,
esta interfaz se encuentra ligada a las que se muestran a continuación, las cuales representan
la opción de carga elegida según el tipo de evidencia que el alumno desea agregar a su carpeta.
Figura 36. Interfaz carga de evidencias gráficas
Figura 37. Interfaz carga de documentos Delfín
53
La figura 38 muestra los mensajes de alerta enviados por el coordinador o tutor de acuerdo a
las observaciones realizadas a las tareas o actividades que el alumno debe llevar a cabo.
Figura 38. Mensajes de alerta perfil alumno
Interfaces de usuario Tutor
El perfil del tutor tiene la función de que dé seguimiento a las actividades realizadas por el
alumno a su cargo. Entre las opciones disponibles a su perfil de usuario se encuentra la
visualización de las evidencias cargadas por el alumno así como la información del
estudiante.
54
Figura 39 Interfaz evidencias gráficas
Figura 40. Interfaz de evidencias (documentos)
55
Interfaces de usuario Director
El perfil asignado al Director dentro de sus privilegios está el visualizar la información de los
alumnos en el Programa Delfín, la asignación de presupuesto de acuerdo a criterios ya
establecidos y la visualización de informes estadísticos de acuerdo a la información contenida
en el sistema.
Figura 41. Interfaz de menú perfil director
Figura 42. Interfaz Información de alumnos
56
La figura 43 que se muestra a continuación hace referencia al acto de asignación de
presupuesto que realiza el director del plantel al alumno que participará en el Programa Delfín,
esto se lleva a cabo de acuerdo a las puntuaciones obtenidas durante el proceso de ingreso al
dicho programa.
Figura 43. Interfaz asignación de presupuesto "verano"
57
1.7 Conclusiones y recomendaciones
La recomendación para el Representante del Programa Delfín en el Tecnológico de Colima es
dar seguimiento al proyecto ya que la información que contiene el sistema da la oportunidad
de crear nuevas estrategias en el manejo de la misma, lo mencionado anteriormente para
mejorar el proceso de trabajo y servicio para el alumno y para el Programa Delfín.
Las características del sistema dan oportunidad de trabajar desde internet. Además de
representar una oportunidad de crecimiento, interacción, aumento en el alcance y control de
operaciones, esta plataforma puede ser modelo para otras aplicaciones.
El desarrollo, transforma el panorama de los usuarios finales respecto a la operación de un
sistema información, deja en claro los cambios que deben realizarse para satisfacer las
necesidades y alcanzar el objetivo principal.
58
1.8 Competencias aplicadas y/o aplicadas
Durante el periodo de nuestra residencia profesional y desarrollo del Sistema de control y
gestión de evidencias para el Programa Delfín desarrollamos y aplicamos las siguientes
competencias y habilidades:
Analizar y seleccionar de manera óptima las técnicas y herramientas
computacionales actuales para acoplarlas al desarrollo del sistema.
Aplicar estrategias de servicio de tecnologías de información correctas.
Planificar y gestionar proyectos de sistemas de información con base en una
metodología de desarrollo.
Analizar diversas alternativas de solución a partir de la identificación y definición
de requerimientos.
Buscar y analizar de información proveniente de diversas fuentes.
Desarrollar sistemas de información con técnicas y herramientas para la web
(servidores locales, sistemas gestores de bases de datos, lenguajes de
programación web, librerías de desarrollo web, entre otras).
Diseñar esquemas de bases de datos para generar soluciones al tratamiento de
información.
Analizar y transformar la información a objetos de trabajo.
Representar e interpretar conceptos en diferentes formas: Gráfica, escrita y verbal.
Analizar y diseñar proyectos informáticos y ofrecer una solución para satisfacer
alguna necesidad en las organizaciones.
59
1.9 Referencias
Kendall, K., & Keendall, J. (2005). Analisis y diseño de sistemas de información. Mexico: Pearson.
Alvarez, M. Á. (23 de Noviembre de 2009). Desarrollo Web. Obtenido de
https://desarrolloweb.com/manuales/manual-codeigniter.html
Campderrich Falderas, B. (2003). Ingenieria del software. Aragón Barcelona: UOC.
Central, U. (2012). Universidad Central. Recuperado el 13 de 06 de 2016, de Navigational
Development Techniques:
https://sites.google.com/site/ingenieriawebuc/home/contenido/navigationaldevelopmentt
echniques
Ceria, S. (s.f.). Obtenido de http://www-
2.dc.uba.ar/materias/isoft1/2001_2/apuntes/CasosDeUso.pdf
Cobo, Á. (2005). PHP y MySQL: Tecnología para el desarrollo de aplicaciones web. Ediciones Díaz de
Santos.
Date, C. (2001). Introducción a los sistemas de bases de datos. México: Pearson Educación.
Delfín, P. (s.f.). Delfín por una cultura cientifica. Recuperado el 10 de 06 de 2016, de
http://www.programadelfin.com.mx/index.php
Fowler, M., & Kendall, S. (1999). UML gota a gota. Pearson Educación.
Lara, W. (31 de Julio de 2015). platzi. Obtenido de https://platzi.com/blog/guia-scrum/
M.J Escalona Cuaresma, M. M. (2001). infonautica.net. (D. L. Sevilla, Productor) Recuperado el 04
de Febrero de 2016
preparadormssis. (13 de 08 de 2010). Recuperado el 15 de 02 de 2016, de preparadormssi.50webs:
http://preparadormssi.50webs.com/guias/NDTRNA.pdf
Schmuller, J. (2000). Aprendiendo UML en 24 horas. México: Pearson educación.
Somerville, I. (2005). Ingeniería del software. Pearson educación.
Sommerville, I. (2005). Ingenieria de Software. Madrid: Pearson.
Synergix, T. y. (10 de julio de 2008). Modelo de Dominio. Obtenido de Tecnología y Synergix:
https://synergix.wordpress.com/2008/07/10/modelo-de-dominio/
Uceda, O. C. (2013). Desarrollo Web con PHP: aprende PHP paso a paso. ocapunay.
