UNIVERSIDAD VERACRUZANA TESIS. Licenciado en Sistemas Computacionales Administrativos. Raúl Eduardo González Argote

Transcripción

1 UNIVERSIDAD VERACRUZANA Facultad de Contaduría y Administración Sistema de Información para el departamento del Servicio Social (SISSA) TESIS para obtener el Título de: Licenciado en Sistemas Computacionales Administrativos Presenta: Raúl Eduardo González Argote Asesor: Mayra Minerva Méndez Anota Xalapa-Enríquez, Veracruz Enero 2012

2

3 UNIVERSIDAD VERACRUZANA Facultad de Contaduría y Administración Sistema de Información para el departamento del Servicio Social (SISSA) TESIS para obtener el Título de: Licenciado en Sistemas Computacionales Administrativos Presenta: Raúl Eduardo González Argote Asesor: Mayra Minerva Méndez Anota Xalapa-Enríquez, Veracruz Enero 2012

4 ÍNDICE RESUMEN... 1 INTRODUCCIÓN... 2 CAPÍTULO 1. SISTEMAS DE INFORMACION EN PLATAFORMA WEB Sistemas de información Características de los sistemas de información Análisis y diseño de un sistema de información Análisis Diseño del muestreo Determinar qué datos van a ser recopilados Determinar de qué población se van a tomar muestras Definición de alcances Diseño Metodologías para el desarrollo de software Ciclos de vida Metodologías ágiles Sistemas de Información basados en web Cloud Computing Arquitectura cliente-servidor Tecnologías para web CAPÍTULO 2. PROCESOS DEL DEPARTAMENTO DEL SERVICIO SOCIAL Alta y registro de alumnos al servicio social Seguimiento del alumno Informes bimestrales I

5 2.2.2 Informe final Informes del departamento Captura y almacenamiento Autorización y acceso CAPÍTULO 3. DESARROLLO E IMPLEMENTACIÓN DEL SISSA Marco contextual OBJETIVO GENERAL OBJETIVOS ESPECÍFICOS Planteamiento del problema Hipótesis Estudio de factibilidad Desarrollo del sistema Diseño de interfaces Registro de alumnos Acceso y Seguridad Edición y Modificación de la información Búsqueda de información Pruebas e Implementación Pruebas Capacitación del personal Implementación Población Muestra Recolección de datos Análisis de interpretación II

6 3.12 Resultados CONCLUSIONES FUENTES DE INFORMACIÓN GLOSARIO ANEXO ANEXO ANEXO ANEXO ANEXO ANEXO ANEXO ANEXO ANEXO Índice de figuras Índice de gráficas Índice de tablas III

7 RESUMEN En este trabajo de tesis podrá encontrar el cómo se emplearon diversas tecnologías de OpenSource junto con una base web para poder desarrollar un sistema de información robusto que mejorará los tiempos de respuesta y actividades del departamento de la Coordinación del Servicio Social que se encuentra dentro de la Facultad de Contaduría y Administración campus Xalapa de la Universidad Veracruzana. El desarrollo del sistema de información SISSA fue posible utilizando una metodología ágil como Scrum, que en combinación con la programación extrema (XP extreme Programming), para dar solución a las problemáticas suscitadas en el departamento del Servicio Social. También en este trabajo podrá ver cómo fueron las pruebas realizadas y la implementación del sistema de información SISSA dentro de la Facultad de Contaduría y Administración campus Xalapa de la Universidad Veracruzana. 1

8 INTRODUCCIÓN

9 En la actualidad instituciones privadas y públicas empiezan a desarrollar o implementar software para sus procesos administrativos, contables y operativos. Estos sistemas de información ayudan agilizar y automatizar procesos de estas organizaciones concentrando la información necesaria para realizar sus tareas cotidianas. Ya la sola implementación de un sistema de información en las instituciones no es suficiente con las telecomunicaciones en su máxima expresión en este mundo globalizado, el cual exige que nuestros sistemas estén disponibles en todo momento y en cualquier lugar posible. Por lo que ahora lo idóneo se un sistema de información en la plataforma web, reduciendo fronteras y dando la mayor disponibilidad con sus respectivos privilegios. La tendencia de las plataformas web permitió la entrada del concepto Cloud Computing (computación en la nube) el cual quiere decir que todo el proceso y aplicaciones estén en internet y del lado del cliente las computadoras solo sean en dispositivo para acceder sin la necesidad de resguardar algo sobre nuestro propio equipo. Siguiendo esta tendencia más que nada por sus bondades que por su moda se decidió desarrollar e implementar un sistema de información basado en web para la información que maneja el departamento del servicio social ya que este no cuenta con un control de versiones sobre los archivos electrónicos donde se registra la información, el almacenamiento físico impide el uso paralelo y el registro de datos de inicio del alumno tenían que ser capturado uno a uno cada periodo de semestre. 3

10 Buscando solucionar los problemas de registro de inicio de alumnos que cursan la experiencia educativa del servicio social y formas de concentrar la información. Con esto se dio pie a implementar el sistema de información SISSA que propiamente no son siglas son un juego de palabras de la siguiente línea Sistema de Información para el Servicio Social. Antes de dar inicio al desarrollo se requirió conocer los procesos internos del departamento del servicio social, examinar y entender el porqué de cada uno de sus movimientos la extracción de tal información requirió presenciar la recepción y registro de documentos de alumno, así como entrevistas informales que me permitieran ubicar las exigencias del departamento para poder determinar donde era posible automatizar, sustituir o eliminar algún proceso que no fuese necesario para evitar la duplicidad de información. Con esos instrumentos aseguraba que el sistema de información fuera realmente una solución y no un problema que dificulte el trabajo dentro del departamento del servicio social. Para el desarrollo del sistema información se empleo un conjunto de metodologías ágiles para la programación extrema reduciendo el tiempo de desarrollo sustancialmente a tan solo cuatro meses esto ayudo a poner en marcha la prueba del sistema de manera casi inmediata. La implementación del servicio se hizo para parte del periodo escolar Enero2011-Agosto2011 y Agosto2011- Enero2012. El uso del sistema en esos dos periodos fue el tiempo suficiente para recabar información por medio de encuestas y valorar si realmente el sistema había cumplido con su objetivo de agilizar los procesos de registro de inicio y la captura de calificaciones del alumno del servicio social. A través de este trabajo de tesis, se podrá observar que existen dos capítulos iníciales que son teóricos para entender como es el desarrollo de un sistema de información desde el análisis, diseño, desarrollo e implementación. 4

11 Conociendo algunos de los modelados reconocidos dentro de la ingeniería de software para el desarrollar software, como el modelo en cascada, espiral, prototipo, etc. Aunque las exigencias actuales han causado que estos modelados se vuelvan poco eficientes debido al tiempo que emplean para cada fase obligando a buscar alternativas que no descuiden los procesos pero demoren menos la transición de una etapa a otra. Estos dio origen a las metodologías agiles como Scrum y programación extrema entre otras que establecen claramente el concepto de divide y vencerás logrando segmentar el proyecto en tareas para realizarlas en tiempos cortos y sean productos funcionales que puedan mostrarse y una vez sean aprobados continuar con la siguiente tarea y la integración de todas estas formen un producto final. Después de saber el cómo hacer un sistema información falta conocer el con que hacerlo, para ello se empleo diferentes tecnologías que en conjunto dan como resultado un producto final deseado, algo que cabe mencionar que todas estas tecnologías a pesar de contar con sus funciones y virtudes independientes tienen una cosa en común que ayudo bastante al desarrollo de este proyecto de tesis, que todas son Software Libre, esto benefició el hecho de no tener que pagar algún tipo de licenciamiento por uso, tal vez el único costo haya sido la mano de obra pero por ser un desarrollo interno de la Facultad de Contaduría y Administración de la Universidad Veracruzana, Campus Xalapa por uno de sus alumnos para completar su servicio social da como resultado disfrutar de los aportes del sistema para la posterioridad dejando la posibilidad de integración con otros sistemas que se desarrollen. En el tercer capítulo podrá observar como fue el desarrollo del SISSA y su implementación dentro del servicio social. Como último capítulo se podrá ver la conclusión obtenida en este proyecto. 5

12 CAPÍTULO 1. SISTEMAS DE INFORMACION EN PLATAFORMA WEB

13 1.1 Sistemas de información Para poder entender los sistemas de información computacionales se debe primero comprender lo que es información, dato, sistema y tecnología. Información es el conjunto de datos recopilados y agrupados que dan significado, y son de utilidad para los humanos. A diferencia de los datos que son la unidad mínima de información cuya individualidad no sirve por sí sola, pero estos datos son recabados durante un ciclo operativo o un periodo determinado dentro de un ambiente que posteriormente podrán ser de utilidad. Los sistemas de información sirven o fueron creados para recolectar (o recuperar), procesar, almacenar, distribuir información con la cual el usuario puede discernir sobre una situación específica y tener mayor control dentro de una organización o departamento. Otra característica de los sistemas de información es ayudar analizar problemáticas, visualizando el panorama actual para poder crear nuevas estrategias o corregir fallos suscitados. Los sistemas de información guardan información de las personas así como el proceso o evolución de la persona, esto genera un historial dentro de la organización o departamento. Según Burch y Grudnitski (1999) los sistemas de información contienen tienen cuatro componentes básicos: 1. Decisiones 2. Transacciones y procesos 3. Información y su flujo 4. Individuos o funciones involucradas 7

14 1.1.1 Características de los sistemas de información Algunas de las características fundamentales de los sistemas de información de acuerdo a Burch y Grudnitski (1999), son las siguientes: Disponibilidad de la información cuando es requerida y por los medios adecuados: Determinar reportes, tipo de papel, pantallas de usuario, accesos vía web, lan o local. Información selectiva: Evitar caer en la exageración de datos, buscando la calidad de la información que la cantidad de datos. Presentación de la información: El análisis de la información puede variar e incluso simplificarse variando la forma de presentación, ej. En un análisis de una tendencia puede ser mostrada de manera numérica o gráfica, lo que la gráfica puede ser más entendible para el análisis. El grado de Inteligencia: Es la capacidad de aprender de acuerdo a la captura de datos e información. El tiempo de respuesta: Es el diferencia que existe al hacer un consulta de cierta información y la obtención de esta. Exactitud: Conformidad entre los datos suministrados por el sistema y los reales. Esto es de gran importancia ya que de esta exactitud se basaran decisiones. Generalidad: Conjunto de funciones disponibles para atender diferentes necesidades. Flexibilidad: Capacidad de adaptación y/o ampliación del sistema a nuevas necesidades (un SI no debe ser estático puesto que la organización va a evolucionar y crecer). Fiabilidad: Es la probabilidad con la que el sistema va a operar correctamente durante su periodo de uso. Seguridad: Protección contra pérdida y/o uso no autorizado de los recursos del sistema (accidentales o no). 8

15 Reserva: nivel de replicar la información para protegerlos de perdidas catastróficas de alguna parte del sistema. Intuitivo o Amigable para el usuario: grado con el que el sistema reduce las necesidades de aprendizaje para su manejo. 1.2 Análisis y diseño de un sistema de información Análisis Para tener éxito en el desarrollo de un sistema de información primero se debe observar donde estamos, así que el primer punto es entender, analizar y desmenuzar el actual sistema de información y procesos con los que cuenta la institución o departamento, con ello buscamos dar solución a las siguientes preguntas por qué?, dónde?, quién?, cuándo?, y qué? con el objetivo de extraer de manera abstracta los puntos claves e importantes. Algunas de las herramientas que podemos utilizar para captura de datos de acuerdo a Burch y Grudnitski (1999) y Kendall y Kendall (2005) son: La observación: Es recorrer el proceso y flujo de los datos e información hasta llegar a los puntos de decisión. Para un mejor entendimiento de estos procesos es recomendable hacer uso de técnicas gráficas para tener una documentación sobre el cómo funciona el sistema actual. Entrevistas y cuestionarios: Para las entrevistas y cuestionarios se debe tener muy claro a quienes van a ir dirigidas y a quienes elijamos estén dentro del contexto que deseamos conocer, de lo contrario solo obtendremos datos que no aportaran o serán de relevancia para el sistema de información. Se deben de acotar las entrevistas y cuestionarios para quienes utilizaran o requieren información del sistema. 9

16 Entrevista: Es la interacción con el personal que vive el proceso actual, al cual le extraeremos su experiencia de usuario para entender puntos críticos e importantes. Esto se puede hacer de manera libre sin llevar algún tipo de parámetro como una encuesta, pero se cae en el riesgo de divagar y no obtener la información necesaria, por lo que el preparar un entrevista estructurada sería la mejor opción, por medio de preguntas cerradas y abiertas evitando influir en las respuestas del entrevistado. Cuestionarios: Instrumento idóneo para obtener datos de un número relativamente grande de personas, y estas pueden responderlas solos sin tener presentes a un entrevistador o encuestador. El diseño de un cuestionario debe basarse en poder extraer datos e información relevante, la elaboración de un cuestionario debe incluir preguntas que puedan medirse como tiempo, dinero, peso, distancia, etc., así como preguntas valorativas a la percepción personal dejándole como parámetro un rango Ej. Del 1 al 10, del 1 al 5, etc. Con los instrumentos anteriores extraemos datos para dar forma a la información que necesitamos, esta información debe ser analizada para después dar inicio al diseño del sistema Diseño del muestreo En las herramientas mencionadas en la fase de análisis para poder aplicarlas se debe tener claro a cuántos, para eso se debe determinar cuál será el tamaño de nuestra muestra y a su vez que esta sea válida. La importancia de la muestra es fundamental pero esta depende frecuentemente de los costos involucrados y el tiempo requerido por él analista de sistemas o por el tiempo que tengan las personas involucradas. 10

17 Para poder obtener la muestra de acuerdo a Kendall y Kendall (2005), hay que entender lo siguiente: Determinar qué datos van a ser recopilados (temperatura, distancias, grados, etc...) Determinar de qué población se va a tomar la muestra (alumnos, maestros, empleados, hombres, mujeres, años, etc...) Escoger el tipo de muestra (No probabilístico o probabilístico). Decidir el tamaño de la muestra Determinar qué datos van a ser recopilados El analista de sistemas necesita un plan realista sobre lo que hará con los datos una vez que se haya recopilado. Si se recopilan, almacenan y analizan datos irrelevantes, sería un desperdicio de tiempo y dinero. (Kendall y Kendall, 2005) Así que para ello se debe analizar qué datos son los que se relacionan y requerimos de esa muestra para extraer información que nos ayude a evaluar, desarrollar y mejorar el sistema de información que estamos realizando Determinar de qué población se van a tomar muestras Seleccionar de manera correcta a quien vamos aplicar una encuesta o a que sector requerimos extraerle datos e información no todos los empleados o alumnos de una organización o empresa tienen que ver con el sistema o nunca se relacionan. Así como determinar el espacio tiempo que requerimos, considerando lo que dicen Kendall y Kendall (2005), puede ser necesario analizar la información de dos años atrás o un año atrás o meses atrás esto para un análisis mejor de lo que 11

18 se ha hecho y se quiere realizar, así como después de realizado una evaluación de cómo está operando Definición de alcances En una segunda etapa o fase del análisis es definir las entradas y salidas de los datos que son pertinentes, observe la figura 1.1 para ver la correlación que tienen. Figura 1.1 Proceso de las entradas para obtener las salidas. Fuente: Propia. En esta etapa del análisis se hace la definición de alcances del sistema para ello podremos usar dos preguntas como: Qué va a incluir el nuevo sistema?, Qué mejora habrá en el sistema actual? Las preguntas anteriores nos pueden ayudar a determinar si el plan propuesto vale o no la pena seguir desarrollándolo o cambiar la dirección de este lo que implicaría no un retroceso total pero si un rediseño y ajuste para poder continuar. 12

19 1.2.6 Diseño El diseño general de un sistema de información podría definirse como el dibujo o bosquejo del como deberá estarán estructurados sus módulos y la integración de cada uno de estos. En la fase de diseño se ocupa de la forma en que se desarrolla el sistema para satisfacer los requerimientos establecidos en el análisis. Un entrenador de basquetbol alguna vez dijo: Lo que cuenta es lo que aprendes después de que lo sabes todo. Esta afirmación tiene mucho que ver con el trabajo en sistemas y se aplica particularmente al diseño general de sistemas y al desarrollo de las alternativas de diseño. (Burch y Grudnitski, 1999) En base a Burch y Grudnitski (1999) en la etapa de análisis en el diseño de los datos de entrada (registros) y salida (reportes) se incluye el proceso, quedando de la siguiente manera. Entradas: Ya no debemos perder tiempo en definir qué datos de entrada requerimos ya que eso ya nos lo ha dado en análisis, ahora debemos definir como necesitamos los datos de entrada para poder procesarlos. Es especificar si será por formularios, por envíos de correo electrónico e interfaces (GUI). Proceso: El cómo manipular las entradas que criterios ejercer sobre estos, si hay que dar aprobación, disminución o adición con otros datos de entrada. Salida: Es lo obtenido por el proceso, la información resultante que saldrá en forma de reportes, diagramas o gráficas, estas pueden ser impresas o por medio de interfaces (GUI). El diseño de salidas es especificar los formatos que saldrán, también se puede comentar que hoy en día el diseño de las salidas de un sistema de información ya no son limitadas a 13

20 impresiones o pantallas de una computadora podremos considerar verlo sobre teléfonos inteligentes (smarthphones) o tablets. 1.3 Metodologías para el desarrollo de software La metodología es un conjunto de procedimientos, técnicas, herramientas y un soporte documental que ayuda a los desarrolladores a realizar nuevo software. Las características de las metodologías son: Tareas: Actividades elementales en que se dividen los procesos. Procedimiento: Definición de la forma de ejecutar la tarea. Técnica: Herramienta utilizada para aplicar un procedimiento. Se pueden utilizar una o varias. Herramienta: Para realizar una técnica, podemos apoyarnos en las herramientas software que automatizan su aplicación. Producto: Resultado de cada etapa. Una metodología puede seguir uno o varios modelos de ciclo de vida, es decir, el ciclo de vida indica qué es lo que hay que obtener a lo largo del desarrollo del proyecto pero no cómo hacerlo. La metodología indica cómo hay que obtener los distintos productos parciales y finales Ciclos de vida A continuación se presentan los ciclos de vida más relevantes para el desarrollo de software de acuerdo con a Dante, (2006) explicando sus fases y ventajas. 14

21 Cascada pura Este modelo de ciclo de vida fue propuesto por Winston Royce en el año Es un ciclo de vida que admite iteraciones, contrariamente a la creencia de que es un ciclo de vida secuencial como el lineal. Después de cada etapa se realiza una o varias revisiones para comprobar si se puede pasar a la siguiente. Es un modelo rígido, poco flexible, y con muchas restricciones. Aunque fue uno de los primeros, y sirvió de base para el resto de los modelos de ciclo de vida. Observe la figura 1.2 para ver un esquema de la cascada pura. Figura 1.2 Ciclo de vida cascada pura. Fuente: Dante (2006) Evolutivo Este modelo acepta que los requerimientos del usuario pueden cambiar en cualquier momento. 15

22 La práctica nos demuestra que obtener todos los requerimientos al comienzo del proyecto es extremadamente difícil, no sólo por la dificultad de usuario de transmitir su idea, sino porque estos requerimientos evolucionan durante el desarrollo y de esta manera, surgen nuevos requerimientos a cumplir. El modelo de ciclo de vida evolutivo afronta este problema mediante una iteración de ciclos de requerimientos-desarrollo-evaluación. Observe la figura 1.3 Figura 1.3 Ciclo de vida evolutivo Fuente: Dantes (2006) Prototipos El uso de programas prototipo no es exclusivo del ciclo de vida iterativo. En la práctica los prototipos se utilizan para validar los requerimientos de los usuarios en cualquier ciclo de vida. Si no se conoce exactamente cómo desarrollar un determinado producto o cuáles son las especificaciones de forma precisa, suele recurrirse a definir especificaciones iniciales para hacer un prototipo, o sea, un producto parcial y provisional. En este modelo, el objetivo es lograr un producto intermedio, antes de 16

23 realizar el producto final, para conocer mediante el prototipo cómo responderán las funcionalidades previstas para el producto final. Antes de adoptar este modelo de ciclo debemos evaluar si el esfuerzo por crear un prototipo vale realmente la pena adoptarlo. Observe la figura 1.4 Figura 1.4 Ciclo de vida prototipo Fuente: Dante (2006) Se utiliza mayoritariamente en desarrollos de productos con innovaciones importantes, o en el uso de tecnologías nuevas o poco probadas, en las que la incertidumbre sobre los resultados a obtener, o la ignorancia sobre el comportamiento, impiden iniciar un proyecto secuencial. La ventaja de este ciclo se basa en que es el único apta para desarrollos en los que no se conoce a priori sus especificaciones o la tecnología a utilizar. Como contrapartida, por este desconocimiento, tiene la desventaja de ser altamente costoso y difícil para la administración temporal. 17

24 Espiral Este ciclo puede considerarse una variación del modelo con prototipado, fue diseñado por Boehm en el año El modelo se basa en una serie de ciclos repetitivos para ir ganando madurez en el producto final. Toma los beneficios de los ciclos de vida incremental y por prototipos, pero se tiene más en cuenta el concepto de riesgo que aparece debido a las incertidumbres e ignorancias de los requerimientos proporcionados al principio del proyecto o que surgirán durante el desarrollo. A medida que el ciclo se cumple (el avance del espiral), se van obteniendo prototipos sucesivos que van ganando la satisfacción del cliente o usuario. En este modelo hay cuatro actividades que envuelven a las etapas. 1. Planificación: Relevamiento de requerimientos iniciales o luego de una iteración. 2. Análisis de riesgo: De acuerdo con el relevamiento de requerimientos decidimos si continuamos con el desarrollo. 3. Implementación: Desarrollamos un prototipo basado en los requerimientos. 4. Evaluación: El cliente evalúa el prototipo, si da su conformidad, termina el proyecto. En caso contrario, incluimos los nuevos requerimientos solicitados por el cliente en la siguiente iteración. Observe la figura 1.5 para ver el ciclo de estas actividades en base al ciclo de vida en espiral. 18

25 Figura 1.5 Ciclo de vida espiral Fuente: Dante (2006) Metodologías ágiles Con base en la tesis de José H. Canós, Patricio Letelier y Mª Carmen Penadés (2011), en la última década se ha creado modelos de desarrollo agiles que prometen ser mejor que los modelos antiguos solucionando el primer factor que es el tiempo de desarrollo e implementación, creando roles específicos aplicando un dicho de divide y vencerás con lo que se busca segmentar tareas y actividades por tiempos cortos a los que se llaman iteraciones donde se construye un demo o prototipo funcional que poco a poco va tomando forma, con esto se busca reducir errores lo más que se pueda con cada iteración, así como llevar una documentación conjunta que ayude al proceso de desarrollo y la posterioridad. 19

26 En febrero de 2001, tras una reunión celebrada en Utah-EEUU, nace el término ágil aplicado al desarrollo de software. En esta reunión participan un grupo de 17 expertos de la industria del software, incluyendo algunos de los creadores o impulsores de metodologías de software. Su objetivo fue esbozar los valores y principios que deberían permitir a los equipos desarrollar software rápidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto. Se pretendía ofrecer una alternativa a los procesos de desarrollo de software tradicionales, caracterizados por ser rígidos y dirigidos por la documentación que se genera en cada una de las actividades desarrolladas. (Canós, Letelier, & Penadés, 2011) La siguiente Tabla 1.1 muestra la diferencia de emplear una metodología tradicional a una ágil. Tabla 1.1 Diferencias entre metodologías ágiles y no ágiles Fuente: José H. Canós, Patricio Letelier y Mª Carmen Penadés (2011) 20

27 Scrum SCRUM es una metodología ágil de desarrollo de software, una manera de afrontar los proyectos de creación de aplicaciones de forma iterativa, rápida y eficaz. Se basa en trabajar con equipos pequeños multidisciplinares, formados por un número de personas que suele ir de dos a ocho. Se apuesta por el talento frente a la estimación de tiempos tradicional, que dicho sea de paso no es válida en desarrollo de software dado que los tiempos de desarrollo estimados por las vías tradicionales rara vez se cumplen durante la vida de un proyecto. En SCRUM intervienen 3 roles fundamentalmente: Propietario del Producto (Product Owner): Es el cliente, el dueño de la aplicación que va construirse. Arquitecto SCRUM (SCRUM Master): Es la persona que guiará el proceso de desarrollo según los principios de la metodología. También puede ser a la vez miembro del SCRUM Team. Equipo SCRUM (SCRUM Team): Son las personas que forman el equipo que desarrollará el producto. Existe otro rol secundario que son los usuarios y otras partes interesadas en la aplicación, que pueden en determinados momentos aportar algo al flujo de trabajo. El ciclo de vida de un proyecto de desarrollo de software llevado a cabo con SCRUM se resume en la siguiente figura

28 Figura 1.6 Ciclo de vida llevando a cabo SCRUM Fuente: Icons (2010) El proceso se inicia con la elaboración de un listado de funcionalidades ordenadas por importancia, conocido como Pila de Producto y que está compuesto por lo que se denominan Historias de Usuario o Casos de Uso, que son breves descripciones textuales de cada una de las funcionalidades que tendrá el producto. Con ello se entra en el ciclo de desarrollo que se repetirá en varias ocasiones a lo largo de todo el proyecto. La siguiente etapa es una reunión para planificar otro listado que se conoce con el nombre de Pila de SPRINT o SPRINT 22

29 a secas. Este listado estará compuesto por las funcionalidades de mayor importancia que tengamos en la Pila de Producto, en esta reunión se decide cuántas de ellas se incluyen en el SPRINT en función del tiempo que se haya fijado para éste, que suele estar entre dos, tres o cuatro semanas. Las que añadamos al SPRINT, las quitamos de la Pila de Producto (véase figura 1.7). También aquí es donde se procede a definir en detalle cada funcionalidad por parte del Propietario del Producto. Suele ser una reunión larga. Figura 1.7 Esquema de la pila de producto y pila de sprint Fuente: Icons (2010) Una vez finalizada la reunión se tiene un SPRINT definido, con lo que los desarrolladores se ponen a trabajar durante las semanas que se hayan fijado para la duración del SPRINT. Durante estas semanas el Cliente no interviene y deja trabajar al Equipo. Todos los días el SCRUM Team, junto con el SCRUM Máster tienen una reunión de entre 15 y 30 minutos donde evalúan cómo va el SPRINT y si hace falta algo. 23

30 Una vez concluye el plazo fijado para el SPRINT se ha de realizar una reunión para presentar al Cliente una DEMO de lo que se ha hecho. Suele ser una reunión de unas 2 horas. A continuación se evalúa si se ha de mejorar algo o si se han de añadir nuevas historias a la Pila de Producto, tales como bugs, nuevas funcionalidades descubiertas, etc. Se hacen los cambios que procedan en la Pila de Producto. Y ya hemos completado una vuelta a nuestro ciclo, ahora procedemos de igual forma para planificar el siguiente SPRINT... Y así hasta que terminemos, que será cuando no quede nada en la Pila de Producto. (Icons.es, 2010) La Programación Extrema Es una metodología ágil centrada en potenciar las relaciones interpersonales como clave para el éxito en desarrollo de software, promoviendo el trabajo en equipo, preocupándose por el aprendizaje de los desarrolladores, y propiciando un buen clima de trabajo. XP (extreme Programming o programación extrema), se basa en realimentación continua entre el cliente y el equipo de desarrollo, comunicación fluida entre todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar los cambios. XP se define como especialmente adecuada para proyectos con requisitos imprecisos y muy cambiantes, y donde existe un alto riesgo técnico. (Canós, Letelier, & Penadés, 2011) 24

31 Roles de la programación extrema (XP) Los roles de acuerdo con la propuesta original de Beck son: Programador. El programador escribe las pruebas unitarias y produce el código del sistema. Cliente. Escribe las historias de usuario y las pruebas funcionales para validar su implementación. Además, asigna la prioridad a las historias de usuario y decide cuáles se implementan en cada iteración centrándose en aportar mayor valor al negocio. Encargado de pruebas (Tester). Ayuda al cliente a escribir las pruebas funcionales. Ejecuta las pruebas regularmente, difunde los resultados en el equipo y es responsable de las herramientas de soporte para pruebas. Encargado de seguimiento (Tracker). Proporciona realimentación al equipo. Verifica el grado de acierto entre las estimaciones realizadas y el tiempo real dedicado, para mejorar futuras estimaciones. Realiza el seguimiento del progreso de cada iteración. Entrenador (Coach). Es responsable del proceso global. Debe proveer guías al equipo de forma que se apliquen las prácticas XP y se siga el proceso correctamente. Consultor. Es un miembro externo del equipo con un conocimiento específico en algún tema necesario para el proyecto, en el que puedan surgir problemas. Gestor (Big boss). Es el vínculo entre clientes y programadores, ayuda a que el equipo trabaje efectivamente creando las condiciones adecuadas. Su labor esencial es de coordinación. (Canós, Letelier, & Penadés, 2011) 25

32 1.4 Sistemas de Información basados en web En la actualidad existe una creciente en el desarrollo de apps, servicios y sistemas de información que funcionen en la web creando el concepto de Cloud Computing (nube de la computación), la principal diferencia de un sistema de información convencional a uno que es desarrollado o planeado a usar en web, radica en el hecho de estar disponible en todo momento desde cualquier parte con acceso a internet. Esta característica implica que el desarrollo del sistema tenga contemplado desde que dispositivos podrán las personas acceder a la información por ejemplo smarthphones, computadoras, tablets o consolas de video juegos así como quienes podrán tener acceso a estar información niveles de usuario, seguridad de los datos, permisos, limitaciones de procesos etc. El desarrollo en web da la posibilidad de crear un sistema que realmente sea multiplataforma, explotando las capacidades y posibilidades del navegador que es donde correrá el sistema de información junto con la capacidad de procesamiento del servidor o servidores donde se centralizara la información y procesos que realiza el sistema de información Cloud Computing De acuerdo con IBM (2011) el modelo de Cloud Computing o computación en la nube se centra en el usuario y ofrece un modo de adquisición de servicios muy efectivos. El Cloud Computing se define y caracteriza por su escalabilidad elástica, por una excepcional experiencia de usuario, y por definir un nuevo modelo económico basado en una nueva forma de consumir servicios. 26

33 Oracle (2011), lo conceptualiza de la siguiente manera, el cloud computing o computación en la nube promete acelerar la implementación de aplicaciones, aumentar la innovación y minorizar los costos al mismo tiempo que incrementar la agilidad de negocios. También puede transformar la manera en que diseñamos, construimos y ofrecemos aplicaciones Arquitectura cliente-servidor La arquitectura Cliente/Servidor agrupa conjuntos de elementos que efectúan procesos distribuidos y computo cooperativo Arquitectura en dos niveles La arquitectura en 2 niveles se utiliza para describir los sistemas cliente/servidor en donde el cliente solicita recursos y el servidor responde directamente a la solicitud, con sus propios recursos. Esto significa que el servidor no requiere otra aplicación para proporcionar parte del servicio (véase la figura 1.8). (Kioskea, 2008) Figura 1.8 Arquitectura cliente-servidor de dos niveles Fuente: Kioskea (2008) 27

34 Arquitectura de tres niveles En la arquitectura en 3 niveles, existe un nivel intermediario. Esto significa que la arquitectura generalmente está compartida por: 1. Un cliente, es decir, el equipo que solicita los recursos, equipado con una interfaz de usuario (generalmente un navegador Web) para la presentación. 2. El servidor de aplicaciones (también denominado software intermedio), cuya tarea es proporcionar los recursos solicitados, pero que requiere de otro servidor para hacerlo. 3. El servidor de datos, que proporciona al servidor de aplicaciones los datos que requiere. (Jeff, 2008) En la figura 1.9 podrá visualizar como son los 3 niveles anteriormente mencionados. Figura 1.9 Arquitectura cliente-servidor de tres niveles Fuente: Jeff (2008) Comparación entre ambos tipos de arquitecturas Jeff (2008) nos dice que la arquitectura en 2 niveles es, por lo tanto, una arquitectura cliente/servidor en la que el servidor es polivalente, es decir, puede responder directamente a todas las solicitudes de recursos del cliente. 28

35 Sin embargo, en la arquitectura en 3 niveles, las aplicaciones al nivel del servidor son descentralizadas de uno a otro, es decir, cada servidor se especializa en una determinada tarea, (por ejemplo: servidor web/servidor de bases de datos). La arquitectura en 3 niveles permite: 1. Un mayor grado de flexibilidad 2. Mayor seguridad, ya que la seguridad se puede definir independientemente para cada servicio y en cada nivel 3. Mejor rendimiento, ya que las tareas se comparten entre servidores En la arquitectura en 3 niveles, cada servidor (nivel 2 y 3) realiza una tarea especializada (un servicio). Por lo tanto, un servidor puede utilizar los servicios de otros servidores para proporcionar su propio servicio. Por consiguiente, la arquitectura en 3 niveles es potencialmente una arquitectura en N-niveles (véase en la figura 1.10) (Jeff, 2008) Figura 1.10 Arquitectura cliente-servidor múltiples niveles Fuente: Jeff (2008) 29

36 1.4.3 Tecnologías para web Para el desarrollo en la web se requiere el uso de varias herramientas una es el lenguaje de programación que gestionara los procesos y dará resultados, un gestor de base de datos para guardar la información que se vaya generando y se requiera para dar resultados después, así como tecnologías que permitan crear una interfaz rica en funciones y sea agradable al usuario. Esto lo logramos con el uso conjunto de tecnologías, herramientas y frameworks PHP PHP es un lenguaje de secuencia de comandos de servidor diseñado específicamente para la Web. Dentro de una página Web puede incrustar código PHP que se ejecutará cada vez que se visite una página. El código PHP es interpretado en el servidor Web y genera código HTML y otro contenido que el visitante verá. (Thomson & Welling, 2005) Esto hace que el cliente o usuario final no vea que procesos existen detrás o como se obtuvo el resultado. PHP puede ser utilizado en cualquiera de los principales sistemas operativos del mercado, incluyendo Linux (LAMP), muchas variantes Unix (incluido HP-UX, Solaris y OpenBSD), Microsoft Windows, Mac OS X, RISC OS y probablemente alguno más. PHP soporta la mayoría de servidores web de hoy en día, incluyendo Apache, Microsoft Internet Information Server, Personal Web Server, Netscape y iplanet, Oreilly Website Pro server, Caudium, Xitami, OmniHTTPd y muchos otros. PHP tiene módulos disponibles para la mayoría de los servidores, para aquellos otros que soporten el estándar CGI, PHP (Minerva, 2006) PHP fue concebido en 1994 y es fruto del trabajo de un hombre, Rasmus Lerdorí. PHP es un producto de código abierto, lo que quiere decir que puede acceder a su código. Puede utilizarlo, modificarlo y redistribuirlo sin costo alguno. 30

37 Las siglas PHP equivalían inicialmente a Personal Home Page (Página de inicio personal) pero se modificaron de acuerdo con la convención de designación de GNU (del inglés, Gnu s Not Unix, Gnu no es Unix) y ahora equivale a PHP Hipertext Preprocessor (Preprocesador de hipertexto PHP). (Thomson & Welling, 2005) En la actualidad se está en la versión 5.3 de PHP que está disponible en el sitio oficial JavaScript JavaScript es un lenguaje de programación que se utiliza principalmente para crear páginas web dinámicas. Una página web dinámica es aquella que incorpora efectos como texto que aparece y desaparece, animaciones, acciones que se activan al pulsar botones y ventanas con mensajes de aviso al usuario. Técnicamente, JavaScript es un lenguaje de programación interpretado, por lo que no es necesario compilar los programas para ejecutarlos. En otras palabras, los programas escritos con JavaScript se pueden probar directamente en cualquier navegador sin necesidad de procesos intermedios. A pesar de su nombre, JavaScript no guarda ninguna relación directa con el lenguaje de programación Java. Legalmente, JavaScript es una marca registrada de la empresa Oracle. (Pérez, Introducción a JavaScript, 2009) CSS CSS es un lenguaje de hojas de estilos creado para controlar el aspecto o presentación de los documentos electrónicos definidos con HTML y XHTML. CSS es la mejor forma de separar los contenidos y su presentación y es imprescindible para crear páginas web complejas. 31

38 Separar la definición de los contenidos y la definición de su aspecto presenta numerosas ventajas, ya que obliga a crear documentos HTML/XHTML bien definidos y con significado completo (también llamados "documentos semánticos"). Además, mejora la accesibilidad del documento, reduce la complejidad de su mantenimiento y permite visualizar el mismo documento en infinidad de dispositivos diferentes. Al crear una página web, se utiliza en primer lugar el lenguaje HTML/XHTML para marcar los contenidos, es decir, para designar la función de cada elemento dentro de la página: párrafo, titular, texto destacado, tabla, lista de elementos, etc. Una vez creados los contenidos, se utiliza el lenguaje CSS para definir el aspecto de cada elemento: color, tamaño y tipo de letra del texto, separación horizontal y vertical entre elementos, posición de cada elemento dentro de la página, etc. (Pérez, Introducción a CSS, 2009) Ajax De acuerdo con Pérez, Introducción a Ajax (2009) el término AJAX se presentó por primera vez en el artículo "Ajax: A New Approach to Web Applications ( publicado por Jesse James Garrett el 18 de Febrero de Hasta ese momento, no existía un término normalizado que hiciera referencia a un nuevo tipo de aplicación web que estaba apareciendo. En realidad, el término AJAX es un acrónimo de Asynchronous JavaScript + XML, que se puede traducir como JavaScript asíncrono + XML". El artículo define AJAX de la siguiente forma: Ajax no es una tecnología en sí mismo. En realidad, se trata de varias tecnologías independientes que se unen de formas nuevas y sorprendentes. 32

39 Las tecnologías que forman AJAX (véase en la figura 1.11) son: XHTML y CSS, para crear una presentación basada en estándares. DOM, para la interacción y manipulación dinámica de la presentación. XML, XSLT y JSON, para el intercambio y la manipulación de información. XMLHttpRequest, para el intercambio asíncrono de información. JavaScript, para unir todas las demás tecnologías. Figura 1.11 Tecnologías agrupadas bajo el concepto de AJAX Fuente: Pérez, Introducción a Ajax (2009) Desarrollar aplicaciones AJAX requiere un conocimiento avanzado de todas y cada una de las tecnologías anteriores. En las aplicaciones web tradicionales, las acciones del usuario en la página (pinchar en un botón, seleccionar un valor de una lista, etc.) desencadenan llamadas al servidor. Una vez procesada la petición del usuario, el servidor devuelve una nueva página HTML al navegador del usuario. La figura 1.12 en la parte izquierda muestra el modelo tradicional de las aplicaciones web y en la derecha el nuevo modelo propuesto por AJAX. 33

40 Figura 1.12 Comparación gráfica del modelo tradicional de aplicación web y del nuevo modelo propuesto por AJAX (Imagen original creada por Adaptive Path) Fuente: Pérez, Introducción a Ajax (2009) AJAX permite mejorar completamente la interacción del usuario con la aplicación, evitando las recargas constantes de la página, ya que el intercambio de información con el servidor se produce en un segundo plano. Las aplicaciones construidas con AJAX eliminan la recarga constante de páginas mediante la creación de un elemento intermedio entre el usuario y el servidor. La nueva capa intermedia de AJAX mejora la respuesta de la aplicación, ya que el usuario nunca se encuentra con una ventana del navegador vacía esperando la respuesta del servidor. (Pérez, Introducción a AJAX, 2009) 34

41 Observa la figura 1.13 para visualizar el cómo se hacen estas peticiones al servidor. Figura 1.13 Comparación entre las comunicaciones síncronas de las aplicaciones web tradicionales y las comunicaciones asíncronas de las aplicaciones AJAX (Imagen original creada por Adaptive Path) Fuente: Pérez, Introducción a Ajax (2009) 35

42 MySQL MySQL es un sistema de administración de base de datos relacionales Open Source y licencia pública, de nivel empresarial y múltiples subprocesos. Esto suena un poco como a un slogan publicitario, pero en realidad así es MySQL. MySQL fue desarrollado por una firma consultora en Suecia llamada TcX. Ellos necesitaban un sistema de administración de bases de datos que fuera muy rápido y flexible. Desafortunadamente o afortunadamente, dependiendo de su punto de vista, no encontraron nada en el mercado que pudiera hacer lo que ellos querían. Así que crearon MySQL, el cual toma algunos conceptos de otro sistema de administración de bases de datos llamado msql. El producto que ellos crearon es rápido, confiable y demasiado flexible. Es utilizado en muchos lugares alrededor del mundo. Los principales usuarios de MySQL son universidades, proveedores de servicio de Internet y organizaciones no lucrativas, principalmente por su precio (la mayoría de las veces es gratuito). Sin embargo, ya comenzó a infiltrarse en el mundo de los negocios como un sistema de base datos confiable y rápido. MySQL es a veces confundido con SQL., el Lenguaje de Consultas Estructurado desarrollado por IBM. MySQL no es un derivado de este lenguaje, sino un sistema de base de datos que usa SQL para manipular, crear y mostrar datos. MySQL es un programa que administra bases de datos, así como Microsoft Excel administra hojas de cálculo. SQL es un lenguaje de programación que MySQL utiliza para llevar a cabo tareas de una base de datos, así como Excel usa VBA (Visual Basic para Aplicaciones) para llevar a cabo tareas con hojas de cálculo y libros. (Maslakowski & Butcher, 2001) 36

43 HTML5 Figura 1.14 Imagen que representa al lenguaje HTML5 por la W3C Fuente: w3c (2011) HTML5 (HyperText Markup Language, versión 5 y su logo véase en la figura 1.14) es la quinta revisión importante del lenguaje básico de la World Wide Web, HTML. HTML5 especifica dos variantes de sintaxis para HTML: un clásico HTML (text/html), la variante conocida como HTML5 y una variante XHTML conocida como sintaxis XHTML5 que deberá ser servida como XML (XHTML) (application/xhtml+xml) (Wikipedia, 2011). Html5 incluye elementos nuevos destinados a enriquecer la presentación de documentos. Son ejemplos de ello los elementos semánticos article, header, hgroup, nav, section, aside y footer. Con ellos se pretende evitar que los autores abusen del elemento div para delimitar partes de un documento. Los blogs y los sitios de noticias han influido en gran medida en esta evolución (Schafer, 2010). Html5 define más de una docena de nuevos controles ( , range, date, time, placeholder, autofocus, etc.) que actúan, por fin, sin necesidad de utilizar JavaScript, un lenguaje de programación que no todos los usuarios tienen habilitado (Pilgrim, 2010). 37

44 CAPÍTULO 2. PROCESOS DEL DEPARTAMENTO DEL SERVICIO SOCIAL

45 El departamento del servicio social que se encuentra dentro de la Facultad de Contaduría y Administración de la Universidad Veracruzana, Campus Xalapa se encarga de coordinar todo lo que compete respecto a la realización del servicio social, captura de datos de los alumnos y empresas donde el alumno realiza el servicio o donde pudiera realizarlo. Así como llevar registro del proceso que lleva el alumno durante periodo que cursa la experiencia educativa. 2.1 Alta y registro de alumnos al servicio social El proceso de inscripción de los alumnos para la experiencia educativa del servicio social depende que cubran el 70% de los créditos del total de créditos de la carrera que estén cursando. Una vez cumplido el requerimiento de los 70% de créditos podrán inscribirse a la experiencia educativa del servicio social por medio del proceso de inscripción en línea de la Universidad Veracruzana de acuerdo a las fechas establecidas para los alumnos que así lo requieran. El proceso de registro del alumno para el departamento es el siguiente (véase en la figura 2.1). 1. El alumno debe estar inscrito en la experiencia educativa del servicio social 2. El alumno debe llenar los siguientes formatos ver el anexo 1 al 4: Solicitud de registro. Carta de presentación. Acuerdo de colaboración (si la empresa ya cuenta con acuerdo con la facultad este formato ya no es necesario). Programa de trabajo. 39

46 3. Llevar los formatos al departamento para registrar su servicio social. 4. El departamento recibe la documentación, entregándole una copia de recibido. 5. El departamento verifica en las listas que entrega control escolar que el alumno este inscrito en la experiencia educativa del servicio social. 6. De estar inscrito se capturan sus datos en la hoja electrónica capturando solamente la matrícula, nombre y carrera del alumno. Así como hacer las primeras evaluaciones sobre la documentación entregada. Figura 2.1 Proceso de registro al departamento del servicio social Fuente: Propia 40

47 Para el personal del departamento del servicio social le lleva 9 minutos registrar y evaluar por persona cuando hace el primer trámite de entrega de documentación, esto de manera desglosada son 2 minutos lo que le lleva al personal ingresar sus datos a la hoja de excel copiando únicamente su matrícula, nombre y dependiendo de la carrera a la que pertenece se almacena en cierto libro de la hoja de excel, los 7 minutos restantes son para revisar su documentación, evaluarla y registrarla en la hoja de excel. 2.2 Seguimiento del alumno Después de haberse inscrito el alumno y de registrarse dentro del departamento del servicio social, se empezara el seguimiento durante el periodo que lleve la experiencia del servicio social donde el alumno deberá entregar dos informes bimestrales y un informe final que trae consigo la evaluación del jefe como último paquete de documentos a entregar Informes bimestrales El estudiante debe reportar al departamento del servicio social un informe bimestral de acuerdo a la fecha que el departamento marque en su calendario de actividades. Este informe le sirve al departamento del servicio social para verificar que el alumno este realizando las actividades que había redactado en su programa de trabajo (véase la figura 2.2). El proceso de entrega de informes bimestrales es el siguiente: Llenar el formato de informe bimestral (ver anexo 5) y firmado por su jefe directo. Entregar el formato y con copia al departamento del servicio social. El departamento le recibe el informe entregándole una copia de recibido. El departamento realiza y registra su evaluación del informe bimestral. 41

48 Figura 2.2 Proceso de entrega de informes bimestrales Fuente: Propia Este proceso lo realiza dos veces durante el periodo que cursa la experiencia del servicio social Informe final Es el último paquete de documentos que entregara el alumno al departamento del servicio social que costa de un informe final y la evaluación del prestador de servicio social. El informe final representa la actividad de cierre del cumplimiento del servicio social, formato que deberá llenar el alumno respondiendo con 42

49 objetividad y sinceridad. Respecto a la evaluación del prestador de servicio social es realizada por el jefe directo donde el alumno realizo el servicio social, formato que el alumno no deberá inferir y deberá recibir de manera sellada para entregarla al departamento junto con su informe final (véase la figura 2.3). El proceso de cierre es el siguiente: Llenar el informe final (ver anexo 6) y firmado por su jefe directo. Entregarle a su jefe directo el formato de evaluación del prestador de servicio social. Recibir la evaluación del prestador en sobre-bolsa sellado y firmado. Entregar al departamento el sobre-bolsa y su informe final con copia. El departamento recibe el último paquete de documentos (informe y evaluación) entregándole una copia de recibido. El departamento evalúa y registra su última documentación. Figura 2.3 Proceso del informe final Fuente: Propia 43

50 Al final del periodo establecido para cursar el servicio social el departamento realiza el concentrado de listas finales con la calificación obtenida por el alumno para entregarla a la secretaria académica. 2.3 Informes del departamento El departamento realiza informes en determinados tiempos que son entregados a la dirección de la Facultad de Contaduría y Administración de la Universidad Veracruzana, Campus Xalapa. Informes que son requeridos para saber cuántas empresas fueron registradas, que clasificación, giro, sector tienen. Cantidad de alumnos por género y carrera que cursaron la experiencia del servicio social en determinado periodo. Estos informes son realizados con ayuda de la paquetería de Microsoft Office con la aplicación de Excel, capturando los datos uno a uno para después obtener la información deseada. 2.4 Captura y almacenamiento El registro de la información se hace en una hoja electrónica de excel que esta almacenada en una computadora del departamento del servicio social, así como se archivan en un folder los documentos que el alumno va entregando en el transcurso de la experiencia del servicio social, clasificándolos por periodo y carrera. Por cada periodo (semestre) se crea un archivo electrónico nuevo donde se hacen cuatro libros para separar las carreras que existen dentro de la facultad. Cuando se requiere compartir el archivo en la segunda computadora que está dentro del departamento del servicio social se debe hacer una copia del archivo electrónico transmitiéndola a la otra computadora por memoria USB. 44

51 2.5 Autorización y acceso Solo el personal que forma parte del departamento del servicio social tiene acceso a la computadora donde se almacena la copia electrónica del archivo de Excel y al archivo físico del departamento. Y solo tres personas dentro del departamento registran las evaluaciones en el archivo electrónico donde se lleva el registro. 45

52 CAPÍTULO 3. DESARROLLO E IMPLEMENTACIÓN DEL SISSA

53 3.1 Marco contextual En el departamento de la coordinación del servicio social, de la Facultad de Contaduría y Administración, de la Universidad Veracruzana campus Xalapa se lleva el control y registro de los alumnos que cursan la experiencia educativa del servicio social, usando como criterio de evaluación la entrega de documentos previamente definidos en fechas determinadas por el periodo de 6 meses. Actualmente dicho departamento cuenta con un sistema de información que se basa en respaldos físicos (la documentación entregada por el alumno), un registro de evaluación por medio de hojas de cálculo electrónicas y a partir de los anterior se realizar un concentrado de calificaciones que se envía al departamento académico de la facultad. El proceso actual no es malo, sencillamente tiende a ser ineficiente debido al volumen de información que se maneja, dificultando la extracción de datos en tiempo real para realizar estadísticas o simples reportes de control, además de ser lento. La captura se hace de manera manual de cada alumno inscrito en la experiencia educativa del servicio social, lo que retrasa considerablemente al departamento. Es importante mencionar, que el alumno inscrito en la experiencia educativa del servicio social no tiene manera de visualizar su calificación obtenida por cada documento entregado al departamento, sino hasta al término de su servicio social. 47

54 3.1.1 OBJETIVO GENERAL Desarrollar e implementar un sistema de información especifico para el departamento del servicio social para automatizar los procesos de registro de los alumnos y evaluaciones OBJETIVOS ESPECÍFICOS Desarrollar el sistema de información para el departamento con PHP + MySQL + JavaScript + CSS Implementación del sistema de información desarrollado. Capacitación del departamento para usar el sistema de información. Evaluar el desempeño del sistema de información implementado. 3.2 Planteamiento del problema En el departamento del servicio social solo existe una copia del archivo electrónico donde se lleva el registro de calificaciones del semestre de las cuatro licenciaturas que están dentro de la Facultad de Contaduría y Administración de la Universidad Veracruzana, Campus Xalapa. Esta situación implica tiempo mal aprovechado que retrasa al departamento considerablemente este registro es administrado por el personal del departamento del servicio social. La concentración de la información está en una sola computadora donde se resguardan los archivos electrónicos de las hojas de Excel, por cada periodo se crea un archivo nuevo que contiene cuatro libros para administrar los datos y calificaciones de los alumnos. Esto complica el visualizar la información ya que no está realmente concentrada la información sino está dispersa en archivos aunado a esto no existe un correcto control de versiones. 48

55 Se archiva toda la documentación que va entregando el alumno pero al extraer información del alumno se requiere hacer de manera manual yendo al archivo y extraer toda la documentación y buscar el dato o información solicitada o requerida lo que implica tiempo. Los alumnos que llevan la experiencia educativa del servicio social no saben que puntuación van obteniendo al ir entregando su documentación, solo hasta el final del periodo pueden ver el resultado obtenido. Esta situación les restringe la posibilidad de hacer observaciones sobre su evaluación en caso de haber un error de dedo y/o confusión, o por el simple hecho de ir observando el progreso que llevan y ver las notas que el evaluador del servicio social les hace, lo que argumenta el porqué de la calificación obtenida. 3.3 Hipótesis Si se crea un sistema de información web para el departamento del servicio social que permita el acceso simultaneo para el registro y la edición de datos, se reduciría el tiempo que le lleva al personal hacer la captura. Si los alumnos realizaran la captura de su solicitud de registro por el sistema de información web, reduciría el tiempo empleado por el departamento para la captura de datos del registro inicial. Concentrar la información en un sistema de información web volverá más ágil extraer la información. 49

56 3.4 Estudio de factibilidad Antes de iniciar con el desarrollo e implementación del sistema se valoro si era posible emprender el proyecto teniendo en cuenta las dificultades técnicas, económicas y del recurso humano. Factibilidad técnica: El departamento cuenta con equipo de cómputo con acceso a internet y la facultad cuenta con un servidor propio dentro de las instalaciones donde se puede instalar el sistema sin problema. Factibilidad económica: El desarrollo del sistema de información no tendrá costo alguno ya que será desarrollado como actividad del servicio social, no habrá que pagar licenciamiento de software ya que Software Libre. Factibilidad de recursos humanos: Existe el personal capacitado para desarrollar el sistema de información y los usuarios finales tienen los conocimientos básicos para operarlo sin mayor problema. 3.5 Desarrollo del sistema Ya definida la hipótesis y planteados los objetivos del sistema de información se tomó como esencia una metodología ágil como Scrum, se eligió Scrum porqué se adapta a los tiempos de desarrollo requeridos y que en combinación con la programación extrema (XP), junto con el ciclo de vida el de prototipo se pudo hacer realidad el desarrollo del SISSA. El desarrollo del sistema total del sistema llevo alrededor de cuatro meses basado en web con el uso de tecnologías como PHP para realizar los procesos y transacciones, CSS, AJAX y HTML5 para una mejor experiencia de usuario con interfaces ricas y MySQL para almacenamiento de los datos e información 50

57 recabada y generada por los procesos internos del departamento del servicio social. 3.6 Diseño de interfaces Registro de alumnos Como se puede observar en la figura 19 en el caso de uso del alumno este debe registrarse en el sistema de información del servicio social para que sus datos aparezcan en el sistema y pueda iniciar sesión así como ser evaluado posteriormente por la documentación que vaya entregando. Los datos que el alumno necesita registrar son: Datos personales: nombre, edad, género, lugar de nacimiento, nacionalidad, estado civil, fecha de nacimiento, dirección y tutor. Datos escolares: matrícula, carrera y periodo. Datos de la empresa donde realizara el servicio social: nombre, dirección, giro, clasificación, sector, teléfono, tipo, correo electrónico y si cuenta con acuerdo con la facultad. Datos del jefe: nombre, puesto, correo electrónico y área de trabajo. Datos del programa de trabajo: nombre, objetivo, naturaleza y característica. El formato de registro pasa ahora a un formulario dentro del sistema. Observe la figura

58 Figura 3.1 Formulario del SISSA para el registro de alumnos en el servicio social Fuente: Propia Así que esos dos minutos que empleaba el personal del departamento del servicio social para registrar a cada alumno de forma unilateral, ahora será responsabilidad y obligación del alumno registrarse en el sistema, haciéndolo de forma paralela y simultanea con tan solo ingresar a la dirección del servidor con esto el departamento del servicio social podrá visualizar y acceder a estos datos en forma instantánea comenzando a evaluar al alumno. 52

59 3.6.2 Acceso y Seguridad Para acceder al sistema tanto alumnos como personal del departamento deben hacerlo por medio de un usuario y contraseña (véase en la figura 3.2), esto le da seguridad a la información al mismo tiempo que disponibilidad de información para los involucrados. Las contraseñas emplean la función de password de MySQL que da como resultado un hash de 41 bytes de longitud. Figura 3.2 Pantalla de inicio de sesión del SISSA Fuente: Propia Dependiendo del nivel del usuario su panel principal será diferente (en la figura 3.3 se puede ver la pantalla del panel del administrador y en la figura 3.6 la navegación que tiene), a continuación los casos de uso del uso del sistema de acuerdo a los diferentes usuarios. 53

60 Figura 3.3 Panel principal de los usuarios administradores Fuente: Propia El alumno debe iniciar registrando sus datos para poder usar el sistema posteriormente, en la figura 3.4 podemos ver él cómo navegaría por el sistema al hacer su primer inicio de sesión. Figura 3.4 Caso de uso para el usuario Alumno Fuente: Propia Los evaluadores tienen un panel diferente al de un administrador limitado en cuanto a ediciones de datos y en la figura 3.5 podemos ver que tienen lo necesario para desempeñar su tarea de registrar las calificaciones sin problema 54

61 Figura 3.5 Caso de uso para el usuario Evaluador Fuente: Propia Figura 3.6 Caso de uso para el usuario Administrador Fuente: Propia 55

62 El catalogo de usuario y sus privilegios son: Alumno: Ingresar sus datos al sistema. Modificar sus datos. Ver la calificación obtenida por cada documento que entrega así como el porqué la obtuvo. Evaluador: Ver las calificaciones de los alumnos. Puede ingresar calificaciones (ingresando la calificación solo una vez). Modificar datos de alumnos. Administrador: Ver las calificaciones de los alumnos. Puede ingresar calificaciones sin restricciones. Modificar calificaciones. Bloquear las listas de calificaciones para que el evaluador no pueda ingresar más. Modificar datos de alumnos. Eliminar datos del alumno. Agregar usuarios con niveles de evaluador o administrador. Modificar los niveles de usuarios. Crear periodos (semestres). Crear criterios de evaluación. En el sistema se concentra toda la información que los alumnos han ingresado junto con lo que el personal del departamento va agregando (las evaluaciones), la forma en que el departamento lo visualiza es copiando el esquema de una hoja de electrónica de Excel por medio de una tabla que desglosa las calificaciones de los alumnos observe la figura 3.7, esto fue para que 56

63 los usuarios del departamento lo encuentren más intuitivo evitando la resistencia al cambio. Figura 3.7 Lista de alumnos con sus evaluaciones. Fuente: Propia Edición y Modificación de la información La edición y adición de la información es por medio de un formulario (véase la figura 3.8), donde se va agregando la evaluación del alumno así como las notas correspondientes de porqué merece esa calificación (véase la figura 3.9). La modificación de calificaciones en algún campo donde ya ha sido registrado con un valor X, se bloquea evitando que los evaluadores puedan cambiar a voluntad los registros. En caso de requerir modificarlo por error justificado solo lo podrá hacer el administrador, ya que solo su cuenta tiene los privilegios necesarios para ello. 57

64 Figura 3.8 Formulario para registrar las evaluaciones de los alumnos Fuente: Propia Figura 3.9 Ventana para ingresar las notas. Fuente: Propia 58

65 No solo las evaluaciones es lo único que se registra en el sistema el personal del servicio puede revisar y modificar la información del alumno como donde vive, donde hace el servicio social, edad, sexo, etc. La forma en que ve el concentrado es por medio de listas que están divididas por carrera y periodo (véase la figura 3.10). Una vez seleccionado el alumno se todos los datos recabados del alumno en pantalla (véase la figura 3.11). Y de ser necesario se puede editar la información en caso de corregir un dato o agregarlo, esto es dentro de las mismas opciones de la pantalla donde visualizamos la información del alumno (véase la figura 3.12). Figura 3.10 Lista de alumnos registrados en el SISSA Fuente: Propia 59

66 Figura 3.11 Visualización de los datos del alumno Fuente: Propia Figura 3.12 Edición de los datos del alumno Fuente: Propia 60

67 3.6.4 Búsqueda de información En el sistema existen un filtro de búsqueda que pueden encontrar por matrícula, por apellido o nombre, incluso por extractos de un nombre por ejemplo: Si uno no recuerda el apellido o nombre de algún alumno que se desea buscar tan solo con recordar una parte de este como arg de Argote esto hará que el sistema lanzara todas las coincidencias posibles con nombres y apellidos registrados en el sistema (véase la figura 3.13 donde se muestra la búsqueda con la palabra gonzalez ). Figura 3.13 Filtro de búsqueda Fuente: Propia Otra forma de buscar alumnos es por orden alfabético de acuerdo con su apellido paterno o en segmentos de diez en diez de manera ascendente por el primer apellido (véase la figura 3.14). 61

68 Figura 3.14 Lista de usuarios por orden alfabético Fuente: Propia 3.7 Pruebas e Implementación Al hacer las pruebas del sistema se observar cómo se desempeña el sistema de información dentro del departamento del servicio social. Tomando nota de cualquier dificultad o problemática suscitada. Las pruebas e implementación del sistema de información SISSA fueron dentro de un servidor de la facultad que cuenta con las siguientes características: Procesador: Xeon Memoria RAM: 2Gb Disco duro: 130Gb Tarjeta de red: 1000Mb/s Dirección IP única:

69 Disponibilidad: 24hrs. PHP: 4 MySQL: 4.5 Apache: 2.1 Puesto en marcha la instalación del sistema dentro del servidor de la Facultad de Contaduría y Administración, de la Universidad Veracruzana, Campus Xalapa se debe acceder al servidor por medio de la red interna de la Universidad Veracruzana. La dirección para ingresar es Pruebas Se hizo una prueba piloto del sistema SISSA con un prototipo en el periodo escolar Enero2011-Agosto2011 donde el personal llevaba a la par los dos sistemas de información el viejo registro de hojas de Excel y la captura de calificaciones en el SISSA. La primera prueba realizada fue la disponibilidad de la información desde cualquier computadora que estuviera conectada a la intranet de la Universidad Veracruzana, la cual fue un éxito, ingresando la url donde se encuentra almacenado el SISSA ( La segunda prueba fue de compatibilidad, fue probar que el SISSA pudiera ser ejecutado desde cualquier computadora sin problema alguno. Se hizo la prueba en equipos con: Windows desde la versión XP hasta la 7, usando diferentes navegadores como Mozilla Firefox(4,7 y 8), Microsoft InternetExplorer (7,8 y 9), Google Chrome (12,13,14 y 15). GNU/Linux (Debian,Fedora,Mandriva), usando diferentes navegadores como Mozilla Firefox(4,7 y 8) y Google Chrome (12,13,14 y 15). 63

70 Esta prueba determino que el SISSA puede ser operado desde cualquier equipo y navegador que respete los estándares de HTML5, exigiendo una capacidad mínima de 256Mb de RAM con un procesador de 1.6Ghz. En la tercera prueba se deseaba evaluar la concurrencia, haciendo múltiples peticiones al servidor con 50 clientes haciendo diferentes Capacitación del personal La capacitación del personal fue de manera muy dinámica y muy rápida considerando que es muy chica la plantilla del departamento del servicio social, así que esta se pudo hacer por medio de pláticas mostrando el funcionamiento así como de manera individual y con el apoyo de manuales de usuario. La resistencia al cambio fue nula ya que el departamento mostró toda la disposición de usarlo Implementación La implementación se hizo paulatinamente tratando dejar la dependencia de la hoja electrónica de Excel, el sistema SISSA actualmente si se utiliza para llevar el registro de los alumnos y sus evaluaciones, pero aun se sostiene un registro en la hoja electrónica para poder realizar reportes estadísticos de las empresas y sus alumnos, proceso el cual el SISSA aun no implementa. El SISSA es utilizado desde las dos computadoras que contiene el departamento del servicio social y en ocasiones las laptop del personal accediendo a la información por medio de sus usuarios y contraseñas. Permitiéndoles avanzar en el registro de calificaciones de los alumnos durante el periodo escolar, dándole al mismo tiempo la disponibilidad del alumno de revisar su progreso en la experiencia educativa del servicio social. 64

71 La implementación ayudo a recabar los datos del alumno de manera más ágil y con mayor concentración, permitiéndole al departamento del servicio social ahorrarse tiempo en la consulta de información del alumno. 3.8 Población El departamento del servicio social actualmente cuenta con un personal de cinco personas de las cuales cuatro son estudiantes que realizan su servicio social dentro del departamento donde evalúan y llevan el registro de los alumnos que cursan la experiencia del servicio social además de otras tareas. Y un encargado del departamento del servicio social quien es el que coordina. 3.9 Muestra La muestra utilizada fue de la población completa del departamento, sus cinco integrantes fueron participes de las pruebas y del uso del sistema de información SISSA. No hubo la necesidad de utilizar una formula propiamente para seleccionar o determinar la muestra debido a que la población es muy pequeña con tan solo cinco integrantes no causo mayor dificultad entrevistar, observar y encuestar al departamento completo Recolección de datos Para la recolección de datos se hizo uso de instrumento de entrevistas informales así como encuestas y la observación. Se levantó una encuesta al departamento del servicio social lo que involucro a todo el personal desde evaluadores hasta el encargado del área, para ver la encuesta diríjase al anexo. En las entrevistas informales se platicó con cada integrante del departamento del servicio social de manera individual, obteniendo sus 65

72 percepciones y sugerencias sobre los procesos que se llevaban dentro del departamento del servicio social, así como sus exigencias. Las cinco personas del departamento coincidieron en la misma necesidad sobre si existía forma que los datos del alumno se pudieran registras de manera automática o extraer de otro lado debido a que son datos comunes de cualquier solicitud. Otra necesidad vital expresada por los del departamento fue la forma de visualizar la información del alumno para poder ingresar sus evaluaciones y que esta pudiera ser consultada posteriormente por medio de algún filtro o lista. Para determinar el cómo se procesaba la información o documentación que entrega el alumno y que se hacía con ella después tuve que observar al departamento por un periodo de tres semanas con esto pude concluir cuales eran las entradas su procesamiento para dar origen a las salidas o resultados. Era un proceso muy sencillo el alumno debía estar previamente registro en sus listas iniciales y su archivo electrónico de excel, el alumno entregaba su documentación de acuerdo a unas fechas previamente establecidas que eran recibidas por el departamento firmando una copia de recibo por si existía algún tipo de aclaración, esta documentación posteriormente es evaluada bajo un criterio pre-establecido en este proceso es cuando se registra la calificación obtenida por la documentación, por lo cual él alumno no tiene idea de que por ciento real obtiene hasta el final, este paso se repite cuatro veces durante el periodo del servicio social. Una vez finalizado el periodo se imprimen listas con la calificación obtenida cerrando el archivo electrónico y dando inicio a la creación de otro para el periodo próximo. Para la evaluación de la implementación del SISSA se uso de instrumento cuestionarios para determinar si se obtuvo el rendimiento exigido al inicio del proyecto. 66

73 3.11 Análisis de interpretación El departamento quedó muy satisfecho con la implementación del sistema debido que ayudo a mejorar la manera de recolección de datos al momento de la inscripción. La primera encuesta realizada al encargado del departamento del servicio social (véase en el anexo 9) ayudo a determinar lo siguiente: Cómo era el sistema de información que existía antes de la implementación del SISSA. Qué datos son los recabados y la forma de almacenamiento de los estos. Los niveles de acceso existentes. Los tiempos que empleaba el departamento para registrar las evaluaciones de cada uno de los alumnos con su sistema de información actual (la hoja electrónica de excel). Ya una vez implementado el SISSA se evaluó los tiempos de registros que ahora le lleva al departamento del servicio social por medio de una segunda encuesta realizada a los cuatro evaluadores (véase en el anexo 8). Podrán observar en la siguientes gráficas 3.1 y 3.2 que al departamento del servicio social le fácil e intuitivo el SISSA. 67

74 Si Es fácil de usar el SISSA? No Gráfica 3.1 Facilidad de uso del SISSA para el departamento del servicio social. Fuente: Propia evaluador 1 evaluador 2 evaluador 3 evaluador 4 Intuitivo Interfaz amigable Muestra lo que quieres ver Por que es rápido Gráfica 3.2 El porqué le fue fácil al departamento el uso del SISSA. Fuente: Propia La gráfica 3.3 nos muestra el tiempo que le toma al departamento del servicio social registrar dentro del SISSA la calificación de un alumno. 68

75 menos de 1min 1min 2 min de 3 a 5 min más de 5 min Cuánto tiempo empleas para registrar la evaluación del alumno al SISSA? Gráfica 3.3 Tiempo utilizado para registrar la calificación del alumno. Fuente: Propia La gráfica 3.4 nos muestra el tiempo que le lleva al departamento revisar la información del alumno dentro del SISSA menos de 1min 1min 2 min de 3 a 5 min más de 5 min Cuánto tiempo te toma revisar la información de algún alumno, como su dirección o donde hace el servicio o su calificación? Gráfica 3.4 Tiempo utilizado para revisar la información del alumno. Fuente: Propia 69

76 3.12 Resultados Como resultado de la implementación del sistema implicó modificar el proceso de inscripción dentro del departamento del servicio social, ahora el proceso es así (véase la figura 3.15): 1. El alumno debe estar inscrito en la experiencia educativa del servicio social 2. El alumno debe llenar los siguientes formatos ver anexo: Solicitud de registro. Carta de presentación. Acuerdo de colaboración (si la empresa ya cuenta con acuerdo con la facultad este formato ya no es necesario). Programa de trabajo. 3. Se registra al sistema del SISSA. 4. Llevar los formatos al departamento para registrar su servicio social. 5. El departamento recibe la documentación, entregándole una copia de recibido. 6. El departamento verifica que el alumno este registrado dentro del sistema y compara con las listas que entrega control escolar que el alumno este inscrito en la experiencia educativa del servicio social. 7. De estar correctamente inscrito se hace las primeras evaluaciones sobre la documentación entregada. 70

77 Figura 3.15 Proceso de registro al departamento del servicio social con el SISSA implementado Fuente: Propia 71

78 Se redujo el tiempo que le lleva al departamento registra a los alumnos nuevos que van cursando la experiencia educativa del servicio social cada periodo, lo que entiempo se traduce que ahora el departamento se ahorro 2 minutos de registro por lo que ya pueden dedicarse a la evaluación y recepción de documentos. El departamento puede trabajar en forma paralela capturando las calificaciones de los alumnos en cualquier computadora que este en la Facultad de Contaduría y Administración, de la Universidad Veracruzana, Campus Xalapa. Se puede obtener de forma instantánea la información del alumno con tan solo buscarlo por su nombre o matrícula, visualizándola de manera completa. Los alumnos ahora pueden realizar consultas de su avance sin necesidad de ir al departamento del servicio social (véase en la figura 3.16), para lo único que fueron al departamento fue a pedir aclaraciones sobre alguna calificación y entrega de la documentación bimestral. Figura 3.16 Pantalla de para visualizar el avance obtenido Fuente: Propia 72

79 CONCLUSIONES

80 Ante el análisis y desarrollo del sistema de información web SISSA pude reafirmar que no es una simple moda el hacer desarrollos pensados en web, tanto para aplicaciones y sistemas. Ya que al darle al usuario la capacidad de interactuar con los servicios desde cualquier parte del mundo y cualquier dispositivo con acceso a internet, le permite a la empresa o institución ahorrar tiempos o recursos u ambos dependiendo del cómo y el qué se implemente. El esquemas de aplicaciones y sistemas web son diferentes a los tradicionales donde lo que se busca es como se mencionaba anteriormente es estar disponibles en todo momento sin exigirle al usuario grandes capacidades de almacenamiento o proceso en su dispositivo, esto es porque esa proceso el servidor será el responsable de almacenar, procesar y desplegar la información o respuesta que requiera el usuario de acuerdo a su petición. Ya teniendo la opción de en donde se desarrollaría el sistema se requería hacer uso de una metodología que permitiera tener un progreso rápido pero con cierta estructura que permitiera realizar el proyecto esto es porque en la actualidad se exige que los desarrollos sean en el menor tiempo posible, para agilizar las pruebas y el lanzamiento. Así que con la base web y una metodología ágil se pueden crear servicios, soluciones y sistemas efectivos para dar respuesta a peticiones de miles de usuarios, esto lo podemos ver en servicios como los que ofrece Google, Yahoo, Microsoft. Donde día a día sus sistemas o servicios se encuentran disponibles para los usuarios, permitiéndoles acceder desde casi cualquier dispositivo sin mayor problema, garantizando un buen servicio. 74

81 Parte de la base de este proyecto son las herramientas Open Source que existen, permitiendo abaratar costos muy cercanos a cero pesos. Pero no solo permiten ahorrar dinero sino que al ser herramientas mantenidas por una gran comunidad de desarrolladores puede asegurarse que se tiene tecnología de última generación y de alta calidad. Y si a esto le sumamos el uso de la web semántica con funciones nuevas que trae html5 se pudo realizar un sistema de información robusto con capacidades nuevas. Resulto sencillo la instalación del SISSA gracias a que la facultad de Contaduría y Administración campus Xalapa, de la Universidad Veracruzana, contaba con un servidor propio dentro de ella, con características idóneas para dar el servicio, incluso el servidor podría fácilmente dar otros servicios sin interrumpir ni limitar el funcionamiento del SISSA. En el departamento del servicio social no hubo problema sobre la resistencia o miedo al cambio, o de la modificación de su proceso de registro esto se debió a la disponibilidad de aceptar una alternativa. Lo idóneo sería que los departamentos tuvieran acceso a la información de los alumnos que se almacena en la secretaría. Pero como esto no fue posible el servicio social crea su propia base de datos que se mantiene con la información que el alumno ingresa y con la generada por el departamento en el transcurso del periodo. A pesar que el departamento del servicio social no es grande me dejo ver que la integración de la información dentro de un sistema computacional puede mejorar sustancialmente el desempeño de esta área. En este caso en particular si se pudo reducir el tiempo que le lleva al departamento hacer el registro de la matrícula que cursa la experiencia educativa del servicio social en cada periodo. Esto es porque los alumnos registran su información de manera individual y simultanea al sistema, y ahora el departamento solo emplea aproximadamente menos de cinco minutos para la captura de evaluaciones dentro del sistema 75

82 SISSA sin limitarse a un solo acceso a la información, teniéndola disponible al momento de acceder al sistema. El alumno puede consultar sus evaluaciones ya capturas por medio del sistema sin ir al departamento del servicio social, pero el departamento ya le habrá atendido por medio del sistema. La integración de los datos en un sistema resulto ser más sencilla y ágil por medio de pantallas donde se puede consultar la información tomándoles no más de dos minutos. Proyectos como este demuestran que el buen desarrollo de un sistema de información permite realizar soluciones reales para los involucrados, permitiendo dar un mejor y mayor soporte a sus actividades. Si la facultad de Contaduría y Administración campus Xalapa, de la Universidad Veracruzana optara por sistematizar sus procesos, así como vincularlos en una plataforma web se podría decir que garantizara agilidad y facilidad en sus procesos, dándoles a sus alumnos y personal un mejor servicio. Este proyecto queda abierto para continuar con su desarrollo de acuerdo a como vaya evolucionando o cambiando los procesos internos del departamento del servicio social, incluso está preparado para la vinculación con otros sistemas compartiendo la base de datos generada por el departamento del servicio social esto podría generar perfiles de estudiante saber Qué hace?, Qué ha hecho?, Dónde está?, Cómo va?, etc. O simplemente para llevar un mejor historial de las actividades del alumno mientras este en la Facultad de Contaduría y Administración de la Universidad Veracruzana, Campus Xalapa. La población universitaria ha crecido bastante y se debe pensar en cómo dar respuesta a la demanda de alumnos, es por ello que si se continúa con proyectos como este se podrá alcanzar cierto objetivo con apoyo de la tecnología. 76

83 FUENTES DE INFORMACIÓN Canós, J. H., Letelier, P., & Penadés, M. C. (2011). Métodologías Ágiles en el Desarrollo de Software. Valencia: DSIC -Universidad Politécnica de Valencia. Dante, C. (2006). Implementación y Debuggin. México: MP EDICIONES. IBM. (06 de 11 de 2011). IBM. Recuperado el 06 de 11 de 2011, de Icons.es. (3 de 9 de 2010). Icons.es. Recuperado el 7 de 10 de 2011, de Jeff. (16 de 10 de 2008). kioskea.net. Recuperado el 11 de 10 de 2011, de Maslakowski, M., & Butcher, T. (2001). Aprendiendo MySQL en 21 días. México: Pearson Educación. Minerva, F. J. (2006). PHP5. Argentina: Gradi S.A. Oracle. (06 de 11 de 2011). Oracle. Recuperado el 06 de 11 de 2011, de &src= &Act=33&sckw=WWMK MPP012.GCM.9333 Pérez, J. E. (2009). Introducción a AJAX. Pérez, J. E. (2009). Introducción a CSS. Pérez, J. E. (2009). Introducción a JavaScript. Pilgrim, M. (2010). HTML5: up and running. Cambridge: O Reilly Media. Schafer, S. M. (2010). HTML, XHTML y CSS. Madrid: Anaya Multimedia. Thomson, L., & Welling, L. (2005). Desarrollo Web con PHP y MySQL. Madrid: Anaya Multimedia. Wikipedia. (1 de 12 de 2011). Wikipedia. Recuperado el 20 de 10 de 2011, de 77

84 GLOSARIO Dom. ('Modelo de Objetos del Documento' o 'Modelo en Objetos para la representación de Documentos'). Interfaz de programación de aplicaciones para acceder, añadir y cambiar dinámicamente contenido estructurado en documentos con lenguajes como ECMAScript (JavaScript). Excel. Aplicación para manejar hojas de cálculo. Este programa es desarrollado y distribuido por Microsoft, y es utilizado normalmente en tareas financieras y contables. Framework. Estructura conceptual y tecnológica de soporte definido, normalmente con artefactos o módulos de software concretos, con base a la cual otro proyecto de software puede ser más fácilmente organizado y desarrollado. Típicamente, puede incluir soporte de programas, bibliotecas, y un lenguaje interpretado, entre otras herramientas, para así ayudar a desarrollar y unir los diferentes componentes de un proyecto. GNU. Proyecto iniciado por Richard Stallman con el objetivo de crear un sistema operativo completamente libre: el sistema GNU. GPL. Licencia creada por la Free Software Foundation en 1989, y está orientada principalmente a proteger la libre distribución, modificación y uso de software. GUI. La interfaz gráfica de usuario, conocida también como GUI (del inglés graphical user interface) es un programa informático que actúa de interfaz de usuario, utilizando un conjunto de imágenes y objetos gráficos para representar la información y acciones disponibles en la interfaz. HTML. Siglas de HyperText Markup Language (lenguaje de marcado de hipertexto), es el lenguaje de marcado predominante para la elaboración de 78

85 páginas web. Es usado para describir la estructura y el contenido en forma de texto, así como para complementar el texto con objetos tales como imágenes. IP. Etiqueta numérica que identifica, de manera lógica y jerárquica, a un interfaz (elemento de comunicación/conexión) de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol), que corresponde al nivel de red del protocolo TCP/IP. JScript. Es la implementación de Microsoft de ECMAScript (lenguaje de programación publicada por ECMA International). Está disponible mediante Internet Explorer y el Windows Scripting Host. La versión más reciente es JScript.NET, que está basado en la versión 4 del estándar ECMAScript (aún no terminado), y puede ser compilado para la plataforma Microsoft.NET. JSON. Formato ligero para el intercambio de datos. JSON es un subconjunto de la notación literal de objetos de JavaScript que no requiere el uso de XML. LAMP. Acrónimo de Linux, Apache, MySQL y PHP o Perl o Python. Es el conjunto de diferentes tecnologías para montar un servidor web. LAN. Interconexión de una o varias computadoras y periféricos. Su extensión está limitada físicamente a un edificio o a un entorno de 200 metros, con repetidores podría llegar a la distancia de un campo de 1 kilómetro. Su aplicación más extendida es la interconexión de computadoras personales y estaciones de trabajo en oficinas, fábricas, entre otras más. MyISAM. Tecnología de almacenamiento de datos usada por defecto por el sistema administrador de bases de datos relacionales MySQL. Este tipo de tablas están basadas en el formato ISAM pero con nuevas extensiones. 79

86 Perl. Lenguaje de programación diseñado por Larry Wall en Perl toma características del lenguaje C, del lenguaje interpretado bourne shell (sh), AWK, sed, Lisp y, en un grado inferior, de muchos otros lenguajes de programación. Python. Lenguaje de programación de alto nivel cuya filosofía hace hincapié en una sintaxis muy limpia y que favorezca un código legible. RAM. (Memoria de acceso aleatorio) Memoria desde donde el procesador recibe las instrucciones y guarda los resultados. RIA. Aplicaciones web que tienen la mayoría de las características de las aplicaciones de escritorio tradicionales. Estas aplicaciones utilizan un navegador web estandarizado para ejecutarse y por medio de complementos o mediante una máquina virtual se agregan las características adicionales. Script. Programa usualmente simple, que por lo regular se almacena en un archivo de texto plano. Los guiones son casi siempre interpretados, pero no todo programa interpretado es considerado un guion. Se trata de un lenguaje de programación multiparadigma ya que soporta orientación a objetos, programación imperativa y, en menor medida, programación funcional. Es un lenguaje interpretado, usa tipado dinámico, es fuertemente tipado y multiplataforma. Servidor. Ordenador remoto que provee los datos solicitados por parte de los navegadores de otras computadoras. Los Servidores almacenan información en forma de páginas web y a través del protocolo HTTP lo entregan a petición de los clientes (navegadores web) en formato HTML. Smarthphon. El teléfono inteligente comercial para denominar a un teléfono móvil que ofrece más funciones que un teléfono móvil común. 80

87 Software Libre / Open Source. Cuestión de la libertad de los usuarios de ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el software, significa que los usuarios de programas tienen las cuatro libertades esenciales. Software. Equipamiento lógico o soporte lógico de un sistema informático; comprende el conjunto de los componentes lógicos necesarios que hacen posible la realización de tareas específicas, en contraposición a los componentes físicos, que son llamados hardware. Tablet. Tipo de computadora portátil con la que se puede interactuar a través de una pantalla táctil o multitáctil; el usuario puede utilizar una pluma stylus o los dedos, sin necesidad de teclado físico ni ratón UML. Lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. USB. Puerto que sirve para conectar periféricos a un ordenador. Fue creado en 1996 por siete empresas (que actualmente forman el consejo directivo): IBM, Intel, Northern Telecom, Compaq, Microsoft, Digital Equipment Corporation y NEC.1 Web. Red informática y, en general, a Internet (en este caso, suele escribirse como Web, con la W mayúscula). XHTML. Lenguaje de marcado pensado para sustituir a HTML como estándar para las páginas web. En su versión 1.0, XHTML es solamente la versión XML de HTML, por lo que tiene, básicamente, las mismas funcionalidades, pero cumple las especificaciones, más estrictas, de XML. XML. metalenguaje extensible de etiquetas desarrollado por el World Wide Web Consortium (W3C). Es una simplificación y adaptación del SGML y permite definir 81

88 la gramática de lenguajes específicos (de la misma manera que HTML es a su vez un lenguaje definido por SGML). Por lo tanto XML no es realmente un lenguaje en particular, sino una manera de definir lenguajes para diferentes necesidades. Algunos de estos lenguajes que usan XML para su definición son XHTML, SVG, MathML, Android. XMLHttpRequest. Interfaz empleada para realizar peticiones HTTP y HTTPS a servidores Web. Para los datos transferidos se usa cualquier codificación basada en texto, incluyendo: texto plano, XML, JSON, HTML y codificaciones particulares específicas. La interfaz se presenta como una clase de la que una aplicación cliente puede generar tantas instancias como necesite para manejar el diálogo con el servidor. 82

89 ANEXO 1

90 Formato de carta de presentación del servicio social para la empresa 84

91 ANEXO 2

92 Formato de solicitud de registro para el departamento del servicio social 86

93 ANEXO 3

94 Formato de programa de trabajo del servicio social 88