sistema de control y gestión de evidencias para el programa delfín.

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:

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

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

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

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).

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:

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é.

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).

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

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.

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.

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.

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.

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.

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”.

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.

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.

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

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.

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.

26 Figura 6. Diagrama de secuencia "registro"

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.

29 Figura 9. Diagrama de secuencia "Generación de reportes"

Diagrama de actividades

32 Figura 12. Diagrama de actividades "Proceso carga de evidencias"

33 Figura 13. Diagrama de actividades "Generar reportes”

Diagrama de componentes interfaces

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.).

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.

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.

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:

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.

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.

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).

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.

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"

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

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.

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.

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.

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.

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

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

50 Figura 32 Interfaz Información alumno

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

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

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

54 Figura 39 Interfaz evidencias gráficas

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

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.

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.

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.

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/