Universidad Católica Andrés Bello

Extensión Guayana

Facultad de Ingeniería

Escuela de Ingeniería Informática

Cátedra de Metodología del Software

Sistema para el control regular de

proyectos de servicio comunitario en la
UCAB Guayana

Profesor: Alumnos:

Jannelly Bello Giovanni Alcalá

Daniel López

Oriana Rodríguez

Puerto Ordaz, noviembre de 2019.

 Planteamiento del Problema

La Dirección de Extensión Social Universitaria es la oficina encargada del manejo de

los programas que tienen un compromiso con la comunidad, vienen siendo el
servicio comunitario y el voluntariado. Esta oficina cuenta con varias autoridades y
personal encargado del control y realización de las actividades de estos programas.

Es necesario llevar un registro de los proyectos que conforman estos programas,

cada uno de estos cuenta con un responsable, que es la persona encargada de
llevar no solo un cronograma de las actividades correspondientes al proyecto, sino
un control del cumplimiento de asistencia de los estudiantes involucrados en él.

El manejo de la información de los proyectos del programa Compubus se llevan de

forma manual, la persona responsable realiza el registro de actividades mediante
tablas en Excel las cuales debe modificar puntualmente para ejecutar cambios, esta
manera de llevarlo trae problemas de duplicidad de datos, como a su vez
inconvenientes para mantener actualizada la información tanto de los proyectos
como de los prestadores participes de estos.
 Objetivos

Objetivo General

Desarrollar un sistema informático de automatización para el proceso de manejo

de datos para el programa de servicio comunitario Compubus.

Objetivos Específicos

1. Estudio de los procesos para el control regular de servicio comunitario en

1. la UCAB Guayana.
2. Análisis del funcionamiento de entornos de desarrollo basado en
3. diversidad de hardware y sistemas operativos.
4. Obtención de los requerimientos del sistema mediante diversas técnicas.
5. Diseño del sistema en base al análisis de los requerimientos.
 Alcance

La finalidad de este Sistema es contribuir a diseñar y asignar una herramienta de

trabajo o soporte, que incluya todos los procedimientos vinculados de manera
específica al proceso de control del servicio comunitario, de una manera práctica y
operativa y, que además pueda ser utilizada con un considerable grado de sencillez
por todos los posibles prestadores, voluntarios y coordinadores de proyectos.

Abarcará inicialmente a los estudiantes de la escuela de Ing. Informática en

diferentes programas, como por ejemplo Compubus, el cual es manejado por la
Dirección de Extensión Social Universitaria.
 Limitaciones

Las limitaciones las encontramos en tres sentidos: el primero referido a la

actualización de nuevos proyectos que viene presentados por los prestadores para
cumplir con el servicio comunitario; el segundo, al manejo que se le hará
inicialmente a una sola carrera, ya que el proceso de control del servicio comunitario
asigna en varios programas, estudiantes de diferentes carreras; y por último, el
periodo de tiempo de recolección de la información comprende de un mes
aproximadamente.
 Justificación

Se plantea realizar un sistema que permita la mecanización de todos los

procedimientos y técnicas utilizados en la administración del servicio comunitario,
específicamente en el programa Compubus. El sistema se dividirá en 2 módulos,
uno de ellos orientado hacia los prestadores el cual les permitirá presentar sus
horarios disponibles y preferencias de proyecto al cual ser asignados, así como
entregar reportes de sus horas presentadas que pasaran a esperar una aprobación
por parte de los encargados a través de una revisión. El segundo módulo estará
dirigido a los encargados del programa y les permitirá tanto revisar los horarios
disponibles dados por los prestadores como asignarlos a algún proyecto
posteriormente, también podrán revisar los reportes de horas de los prestadores y
aprobarlos una vez realizado dicho proceso. Todo esto con el objetivo de facilitar y
automatizar el trabajo del personal del Compubus, así como también se desea
colaborar con la mejora de la universidad, al trabajar con el Compubus.
 Metodología de Desarrollo

Descripción y Justificación

La Programación Extrema (XP Programming) es una metodología de

desarrollo ágil centrada en potenciar las relaciones interpersonales como clave para
el éxito en desarrollo de software, promoviendo el trabajo en equipo, el aprendizaje
de los desarrolladores, y propiciando un buen clima de trabajo. XP 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
facilidad para enfrentar los cambios.

Para efectos del presente proyecto, se implementó la Programación Extrema

por los siguientes motivos:

1. Experiencia Previa: El equipo de trabajo ya posee cierta familiaridad con

el estilo de trabajo que conlleva XP, por lo que resulta más fácil su
implementación.
2. Trabajo en Parejas: Uno de los principios de trabajo con XP es la
programación en parejas, la cual permite un mejor desempeño y
confianza a la hora de desarrollar. En este caso se definieron diferentes
combinaciones de parejas para las diferentes partes del desarrollo.
3. Integración Continua: Consiste en implementar progresivamente las
nuevas características del software. En lugar de crear versiones estables
en función de una planificación previamente realizada.
4. Diseño simple: Hacer siempre lo mínimo imprescindible de la forma más
sencilla posible. Mantener siempre sencillo el código.
5. Planificación: Se hacen las historias de usuario y se planifica en qué
orden se van a hacer y las mini-versiones. La planificación se revisa
continuamente.
Pasos y Resultados para su Implementación

El primer paso consiste en la elaboración de las historias de usuario, en

colaboración con el cliente se reúnen los diferentes requisitos y se redactan en
historias de usuario que permitirán dividir el trabajo en diferentes iteraciones y a su
vez a distintos miembros del equipo de desarrollo, facilitando la división del trabajo
de forma equitativa.

Posteriormente, se definieron las parejas de trabajo para cada parte del

desarrollo, según la familiaridad y experiencias que posee cada miembro, con el fin
de asegurar un mejor desempeño y resultados.

Siguiente a ello, se definieron las iteraciones a seguir, sabiendo que una

iteración en XP corresponde a la asignación de determinadas historias de usuario a
una pareja de desarrollo que debe ser finalizada en un tiempo determinado,
permitiendo la integración continua a través de la elaboración de cada parte del
proyecto.

Desde el inicio del proceso y hasta el final, se planifican reuniones diarias

entre los miembros del equipo de desarrollo con el fin de exponer problemas,
inquietudes, dudas y soluciones, siendo estas de carácter presencial o virtual según
lo permitan las circunstancias. Esto asegura y mantiene la comunicación fluida entre
el equipo incrementando así su tasa de éxito y velocidad de desarrollo.

Los resultados de su implementación garantizan un alto índice de éxito si son

aplicados de forma correcta, en el caso del presente proyecto, sus efectos han sido
del todo beneficiosos, permitiendo una efectiva comunicación del cliente y obtención
de los requerimientos del sistema, en cuanto al desarrollo, fundamentan la base de
una eficiente y productiva codificación y pruebas, así como una distribución de
trabajo optima.
 Resultados

Presentación de los resultados obtenidos considerando la metodología de

desarrollo de software utilizada:

Mediante la implementación de una metodología de desarrollo de software

como XP (eXtreme Programming), se busca dar solución a la situación actual que
presenta la parte interesada y permitir un mejor desenvolvimiento operacional y
comunicativo a través de la elaboración de una herramienta asistida por
computadora especializada y adaptada a sus necesidades particulares, permitiendo
así no solo ayudar a la Dirección de Extensión Social Universitaria si no también
favorecer y promover el desarrollo tecnológico de la Universidad de parte de sus
propios estudiantes.

Dicho esto, la “Programación Extrema” permitió al equipo de trabajo

desarrollar un software de calidad y en las mejores condiciones posibles, con un
número bastante reducido de integrantes en una corta cantidad de tiempo, el uso de
componentes de software asegura un alto índice de rendimiento y seguridad puesto
que se tratan de herramientas previamente elaboradas y probadas. La
programación en parejas marco una clara diferencia en la administración del tiempo,
ya que proporciono un excelente desempeño por parte de los desarrolladores y a su
vez un manejo del tiempo optimo y eficiente, sin sacrificar calidad. Manteniendo el
enfoque en realizar un diseño simple permitió un desarrollo sencillo, asegurando
altos índices de rendimiento tanto para la elaboración como para el sistema final.

En el papel, los resultados obtenidos de aplicar la “Programación Extrema”

como metodología de desarrollo han sido excelentes, dando lugar a una aplicación
de gran calidad, que permitirá una mejora administrativa y logística a la Dirección de
Extensión Social Universitaria, permitiendo así la evolución tecnológica de la
universidad.
 Ingeniería y Modelado de Requerimientos

Análisis de la Situación Actual

Para poder comenzar con el desarrollo del sistema, resulta primordial realizar
un estudio que ayude al equipo a comprender la situación actual del cliente, así
como entender mejor sus necesidades y solicitudes, permitiendo así optimizar y
mejorar la realización del sistema en cuestión.

Las oficinas de la Dirección de Extensión Social Universitaria, presente en la

Universidad Católica Andrés Bello – Extensión Guayana, fue el lugar donde se
realizo dicho estudio, debido a que es la central operativa donde se lleva a cabo
toda la logística que comprende al servicio comunitario en la universidad, y
utilizando técnicas de recolección de información y requerimientos tales como la
entrevista, observación y documentación, permitió al equipo de trabajo; con la
colaboración del personal que labora en las oficinas mencionadas, realizar un
apropiado análisis de la situación actual tanto del cliente como de su entorno el cual
puede resumirse en los siguientes puntos:

 Todo el flujo de información relacionada con los programas y proyectos de

Servicio Comunitario es llevado de forma manual, siendo asistido
digitalmente por herramientas de trabajo ofimático convencionales tales como
Word, Excel y PowerPoint.
 La coordinación entre todos los involucrados, tanto para los gestores como
los prestadores del servicio, se maneja por medio de Correos Electrónicos
particulares y no automatizados y servicios de mensajería como WhatsApp.
 Los documentos que sirven como constancias validas de las horas de
servicio comunitario prestadas (llamados Reportes de Horas), son manejados
y rellenados de forma manual, permitiendo la existencia de errores y demás
inconvenientes.
 Requerimientos Funcionales

1. El sistema debe permitir que los encargados puedan gestionar instituciones

afiliadas al servicio comunitario.
• Descripción: Todos los usuarios que ingresen al sistema como
encargados podrán agregar, modificar, eliminar y visualizar la
información sobre las instituciones afiliadas al Compubus.
• Interrelación con otros requerimientos: Se relaciona con los
requerimientos que involucren proyectos, programas, prestadores y
reportes.
• Técnica de obtención: Entrevista.
• Grado de Implementación: Exitoso.
2. El sistema debe permitir que los encargados gestionen las carreras.
• Descripción: Todos los usuarios que ingresen al sistema como
encargados podrán agregar, modificar, eliminar y visualizar las carreras
afiliadas al Compubus.
• Interrelación con otros requerimientos: Se relaciona con los
requerimientos que involucren proyectos, programas, prestadores y
carreras.
• Técnica de obtención: Entrevista.
• Grado de Implementación: Exitoso.

3. El sistema debe permitir que los encargados puedan gestionar un proyecto.

• Descripción: Todos los usuarios que ingresen al sistema como
encargados podrán agregar, modificar, eliminar y visualizar un
proyecto.
• Interrelación con otros requerimientos: Se relaciona con los
requerimientos que involucren programas, prestadores y reportes.
 • Técnica de obtención: Entrevista.
• Grado de Implementación: Exitoso.

4. El sistema debe permitir que los encargados gestionen un programa.

• Descripción: Todos los usuarios que ingresen al sistema como
encargados podrán agregar, modificar, eliminar y visualizar un
programa.
• Interrelación con otros requerimientos: Se relaciona con los
requerimientos que involucren proyecto, prestadores y reportes.
• Técnica de obtención: Entrevista.
• Grado de Implementación: Exitoso.

5. El sistema debe permitir que los encargados asignen a los prestadores a un

proyecto o programa.
• Descripción: Todos los usuarios que ingresen al sistema como
encargados podrán seleccionar y asignar basado en la disponibilidad
de horario a los prestadores a uno o varios proyectos.
• Interrelación con otros requerimientos: Se relaciona con los
requerimientos que involucren proyecto, programa, encargados y
reportes.
• Técnica de obtención: Entrevista.
• Grado de Implementación: Exitoso.

6. El sistema debe permitir que los encargados puedan revisar y aprobar los
reportes de horas cumplidas de los prestadores.
• Descripción: Todos los usuarios que ingresen al sistema como
encargados podrán aprobar o no cada actualización de reporte de
horas que hagan los prestadores.
 • Interrelación con otros requerimientos: Se relaciona con los
requerimientos que involucren proyecto, programa, programa,
encargados y reportes.
• Técnica de obtención: Entrevista.
• Grado de Implementación: Exitoso.

7. El sistema debe permitir que los prestadores seleccionen el programa o

proyecto de su preferencia.
• Descripción: El sistema permitirá a través de una interfaz intuitiva que
los prestadores seleccionen algún proyecto/programa de su
preferencia de la lista de disponibles, esta selección se tendrá en
cuenta a la hora de la asignación por parte de los encargados.
• Interrelación con otros requerimientos: Se relaciona con el
requerimiento que permite a los prestadores cargar sus horarios
disponibles ya que dentro de esta sección podrán seleccionar su
preferencia.
• Técnica de obtención: Entrevista
• Grado de Implementación: Exitoso.

8. El sistema debe permitir que los prestadores carguen sus reportes de horas.
• Descripción: El sistema permitirá a través de una interfaz intuitiva que
los prestadores puedan llenar una forma con todos los datos
necesarios para su reporte de horas y una vez terminado subirlo al
sistema donde esperará que sea aprobado por algún encargado
correspondiente.
• Interrelación con otros requerimientos: Se relaciona con el
requerimiento que permite a los encargados visualizar y aprobar los
reportes de horas cargados al sistema por los prestadores y el que
permite a los prestadores visualizar sus reportes aprobados.
• Técnica de obtención: Entrevista
• Grado de Implementación: Exitoso.
9. El sistema debe permitir que los prestadores visualicen en que proyecto o
programa fueron seleccionados.
• Descripción: El sistema permitirá a través de una interfaz que los
prestadores puedan observar en que proyecto/programa fueron
asignados por los encargados.
• Interrelación con otros requerimientos: Se relaciona con el
requerimiento que notifica a los prestadores de su asignación a un
proyecto/programa.
• Técnica de obtención: Entrevista
• Grado de Implementación: Exitoso.

10. El sistema debe permitir que los prestadores visualicen sus reportes de horas
aprobados y las horas cumplidas.
• Descripción: El sistema permitirá a través de una interfaz que los
prestadores puedan visualizar los reportes de horas que cargaron
previamente y que ya fueron aprobados por el encargado
correspondiente, así como observar el número total de horas de
servicio cumplidas.
• Interrelación con otros requerimientos: Se relaciona con el
requerimiento que permite a los encargados visualizar y aprobar los
reportes de horas cargados al sistema por los prestadores y el que
permite a los prestadores cargar sus reportes.
• Técnica de obtención: Entrevista
• Grado de Implementación: Exitoso.
 Requerimientos No funcionales

1. Interfaz.
• Descripción: Este tipo de requerimiento describe la apariencia del
sistema. Es importante destacar que no se trata del diseño de la interfaz
en detalle, sino que especifican cómo se pretende que sea la interfaz
externa del producto, la cual será amigable para el usuario, con facilidad
para orientarse en la misma y poder navegar en la aplicación.
• Interrelación con otros requerimientos: Ya que expresa no solo las
características de la interacción del usuario con el sistema, sino que
también como el software interactúa con otras aplicaciones, lo que le lleva
a tener relación con los requerimientos funcionales en su totalidad.
• Técnica de obtención: Observación.
• Grado de Implementación: Exitoso.

2. Seguridad lógica y de datos.

• Descripción: La aplicación buscar ofrecer y asegurar la confiabilidad y el
desempeño que los usuarios requieren al usar el software. De esta
manera la información almacenada podrá ser consultada y actualizada de
una forma permanente y simultánea, sin que se afecte el tiempo con
respecto a la acción que realice el usuario. Además, se tendrá en cuenta
la seguridad del software de acuerdo los datos, como por ejemplo los
datos personales, la información de los proyectos realizados por los
prestadores y/o voluntarios.
• Interrelación con otros requerimientos: De la relación a destacar que
tiene con los requerimientos funcionales son:
 Certificación o validación de los usuarios.
 El registro de usuarios.
 El registro y la modificación de programas o proyectos.
 La culminación de un estudiante(prestador) con el servicio comunitario.
• Técnica de obtención: Observación.
• Grado de Implementación: Aceptable.

3. Fiabilidad
 • Descripción: El software debe estar a disposición por lo menos el 90%
de las veces en que el usuario intente ingresar, donde el cual se busca
que el tiempo de inicio o de reinicio del sistema no sea mayor a cinco
minutos, teniendo en cuenta que las fallas en el sistema estarán
presentes, pero con una pequeña probabilidad de que sucedan.
• Interrelación con otros requerimientos: Debido a que toda
funcionalidad del sistema y transacciones (consultas) debe responder al
usuario de una manera rápida esta tendrá una estrecha relación con una
gran parte de los requerimientos funcionales como:
 La información de los proyectos o programas
 La información de los prestadores
 La información de los voluntarios
 Las horas de los usuarios que prestan servicio.
• Técnica de obtención: Entrevista, encuestas y observación.
• Grado de Implementación: Aceptable.

4. Disponibilidad
• Descripción: La disponibilidad del software debe ser continua, es decir,
debe tener brindar un servicio para los usuarios de 7 días por 24 horas en
mejor de los casos, así como también el comportamiento del sistema en
caso de fallos.
• Interrelación con otros requerimientos: Con la razón de ser tolerante
tanto en fallos en base de datos como en el acceso al sistema, este
requerimiento tiene relación con los requerimientos funcionales en
general.
• Técnica de obtención: Observación, entrevista.
• Grado de Implementación: En proceso.

5. Usabilidad
• Descripción: Tiene una estrecha relación con los requerimientos de
interfaz debido a que tiene el fin de proporcionar orientación al usuario
final mediante manuales estructurados adecuadamente y de ofrecer a un
tiempo sumamente corto, aprendizaje del sistema.
• Interrelación con otros requerimientos: Tiene el fin de conducir al
usuario a un camino del uso correcto y completo del sistema mediante
mensajes de error que sean informativos, manuales de usuarios e
interfaces graficas bien formadas. Todos estos detalles conllevan a tener
una relación con el desarrollo del FrontEnd, dándole aporte como, por
ejemplo:
 Disponer de un diseño “Responsive” a fin de garantizar la
adecuada visualización en múltiples computadores personales,
dispositivos tableta y teléfonos.
 (+ BackEnd) Disponer de un módulo de ayuda en línea.
• Técnica de obtención: Observación.
• Grado de Implementación: Aceptable.
 Requerimientos Pendientes
1. El sistema debe notificar por correo al prestador cuando cumpla con las 100
horas de servicio comunitario.
• Descripción: El sistema tendrá la capacidad de enviar una notificación
al correo del prestador al momento de que este cumpla con las 100
horas requeridas del servicio comunitario.
• Interrelación con otros requerimientos: Ninguno
• Técnica de obtención: Entrevista
• Grado de Implementación: No implementado

2. El sistema debe permitir que los prestadores carguen sus horarios

disponibles.
• Descripción: El sistema permitirá a través de una interfaz intuitiva que
los prestadores seleccionen sus horarios disponibles y enviarlos al
sistema para ser revisador por algún encargado en el futuro.
• Interrelación con otros requerimientos: Se relaciona con los
requerimientos que permiten a los encargados visualizar los horarios
cargados por los prestadores y el que permite a los prestadores
seleccionar algún proyecto/programa de su preferencia.
• Técnica de obtención: Entrevista.
• Grado de Implementación: No implementado.

3. El sistema debe permitir que los encargados puedan imprimir los reportes
aprobados de las horas de los prestadores.
 • Descripción: Todos los usuarios que ingresen al sistema como
encargados podrán imprimir una copia del reporte de cualquier
prestador.
• Interrelación con otros requerimientos: Se relaciona con los
requerimientos que involucren proyecto, programa, encargados y
reportes.
• Técnica de obtención: Entrevista.
• Grado de Implementación:

4. El sistema debe enviarle una notificación al prestador cuando sea

seleccionado para un proyecto o programa.
• Descripción: El sistema tendrá la capacidad de enviarle una
notificación por correo o al momento de ingresar al prestador al
momento de que algún encargado lo haya asignado a un
proyecto/programa.
• Interrelación con otros requerimientos: Se relaciona con el
requerimiento que permite a los encargados asignar prestadores a un
proyecto/programa.
• Técnica de obtención: Entrevista.
• Grado de Implementación:

5. El sistema debe permitir que los encargados visualicen los horarios

disponibles subidos por los prestadores.
• Descripción: Todos los usuarios que ingresen al sistema como
encargados podrán visualizar los horarios que tienen disponibles que
subieron al sistema todos los prestadores.
• Interrelación con otros requerimientos: Se relaciona con los
requerimientos que involucren proyecto y reportes.
• Técnica de obtención: Entrevista.
• Grado de Implementación: No implementado.