tesis propuesta de un sistema para la gestión de la vinculación unviersidad empresa!
DESCRIPTION
Tesis!TRANSCRIPT
1
UNIVERSIDAD NACIONAL DE INGENIERÍA
MAESTRÍA EN INFORMÁTICA EMPRESARIAL
Desarrollo de un sistema de información para la gestión de la vinculación
universidad - empresa
Tesis presentada en opción al título de Máster en Informática Empresarial
Autor: Ing. Carlos Ernesto Van de Velde Blandón
Tutor: Dra. Ing. Margarita André Ampuero
Managua, Nicaragua
2013
2
RESUMEN
La Universidad Nacional de Ingeniería, en particular la Facultad de Ciencias y
Sistemas, fomenta la relación de vinculación universidad – empresa
promoviendo el cumplimiento del estatuto que rige a esta alma mater. Esta
relación es fundamental en un entorno global puesto que todos sus
involucrados se ven beneficiados.
Este documento recogió el proceso de desarrollo de un sistema de información
para la gestión de la vinculación universidad - empresa que se ha venido
trabajando en la Facultad de Ciencias y Sistemas.
Se evaluó la pre factibilidad del proyecto, haciendo los respectivos estudios
técnicos, organizacionales, económicos y operativos.
Se identificaron requisitos del sistema a partir de entrevistas y encuestas a los
diferentes actores, entre estos: estudiantes, egresados, empresarios y
miembros de la Facultad de Ciencias y Sistemas.
El sistema de información se desarrolló bajo la metodología UWE (UML based
web egineering) y en entorno web, haciendo uso de los siguientes lenguajes
de programación: HTML, JavaScript, PHP y MySQL como lenguajes de
programación.
Bajo la metodología de desarrollo seleccionada se diseñó el sistema de
información, teniendo en cuenta 5 modelos, estos son: modelo de casos de
uso, modelo de contenido, modelo de usuario, modelo de estructura, modelo
abstracto.
Para finalizar se concluye con las pruebas y la aceptación de los usuarios, con
el fin de constatar que el sistema cumplió con los requerimientos y con la
funcionalidad que se espera.
1
Contenido
Introducción ................................................................................................................................. 1
Capítulo 1: Marco teórico .......................................................................................................... 7
1.1 Vinculación Universidad Empresa ................................................................................ 7
1.2 La importancia de la vinculación empresa – universidad .......................................... 8
1.3 El sector empresarial y la vinculación con la universidad en Nicaragua .............. 12
1.4 Facultad, estudiantes, egresados y la vinculación universidad empresa ............. 13
1.5 Metodología y tecnologías a utilizar para el desarrollo de la solución .................. 16
1.6 Conclusiones parciales ................................................................................................. 20
Capítulo 2: Análisis de Requerimientos ................................................................................ 21
2.1 Estudio organizacional .................................................................................................. 21
2.2 Aceptación del sistema ................................................................................................. 22
2.2.1 Estudiantes y egresados ....................................................................................... 23
2.2.2 Sector empresarial ................................................................................................. 23
2.3 Estudio técnico ............................................................................................................... 24
2.3.1 Arquitectura cliente servidor ................................................................................. 25
2.3.2 Comunicaciones ..................................................................................................... 25
2.3.3 Volumen de transferencia mensual ..................................................................... 26
2.3.4 Ancho de banda ...................................................................................................... 27
.3.5 Memoria RAM............................................................................................................ 28
2.4 Estudio operacional ....................................................................................................... 29
2.5 Estudio Económico ........................................................................................................ 36
2.5.1 Análisis del costo anual ......................................................................................... 40
2.5.2 Determinación de a tasa mínima aceptable de rendimiento (TMAR) ............ 40
2.5.3 Estado de resultado incremental .......................................................................... 41
2.5.4 Análisis de flujo de efectivo ................................................................................... 41
2.6 Análisis de Requisitos ................................................................................................... 42
2.7 Conclusiones parciales ................................................................................................. 56
Capítulo 3: Diseño .................................................................................................................... 58
3.1 Modelo de casos de uso ............................................................................................... 58
3.2 Modelo de contenido ..................................................................................................... 61
2
3.3 Modelo del usuario ........................................................................................................ 64
3.4 Modelo de estructura ..................................................................................................... 65
3.5 Modelo abstracto ........................................................................................................... 67
3.6 Reportería ....................................................................................................................... 84
4. Otros reportes: Obtención de resultados de encuestas, solicitudes de servicios
más solicitados, pasantías solicitadas con descripción de su detalle de vacante. .... 86
3.7 Manual de usuario ......................................................................................................... 86
3.8 Conclusión parcial ......................................................................................................... 86
Capítulo 4: Validación de propuesta de sistema de vinculación universidad empresa. 88
4.1 Aceptación del sistema por parte de estudiantes, egresados y empresas .......... 88
4.2 Aceptación del sistema por parte de institución educativa ..................................... 89
4.3 Conclusiones parciales ................................................................................................. 89
Conclusiones ............................................................................................................................. 89
Recomendaciones .................................................................................................................... 90
Bibliografía ................................................................................................................................. 91
Anexo. ........................................................................................................................................ 93
Anexo 1: Manual de Usuario .............................................................................................. 93
1.1 Descripción de procesos para el Estudiante ............................................................. 93
1.2 Descripción de procesos para el sector empresarial ............................................... 97
1.3 Descripción de los procesos de la institución educativa ....................................... 102
3
1
Introducción
La Universidad Nacional de Ingeniería (UNI), en especial la Facultad de
Ciencias y Sistemas, basados en el modelo educativo institucional intentan
poner en práctica las actividades de vinculación universidad – empresa.
La relación de vinculación universidad – empresa es muy importante pues
retroalimenta algunos procesos elementales dentro de toda institución
educativa: el proceso de autoevaluación y la actualización curricular,
permitiendo que las carreras vayan retroalimentadas por el mercado laboral
nacional.
Sin embargo, a lo largo de los años, la Facultad de Ciencias y Sistemas ha
tenido dificultades con la gestión de la vinculación, llegando al punto de no ser
retomadas dentro de las actividades operativas realizadas en la Facultad. Estos
problemas afectan tanto la calidad del egresado como el prestigio de la
universidad.
Para resolver estos inconvenientes y retomar la relación vinculación
universidad empresa se realizará el proceso de desarrollo de un sistema de
información web que automatice las actividades de esta relación.
En la Facultad de Ciencias y Sistemas se trata de promover la vinculación con
el sector empresarial, estudiantes y egresados. Esta relación se ha mantenido
por medio de correos electrónicos.
Los procesos de vinculación existentes son: gestión de vacantes laborales y
pasantías, eventos, alquiler de locales, cursos y asignación de proyectos
empresariales en las asignaturas de la carrera de Ingeniería de Sistemas.
Para el proceso de gestión de vacantes y pasantías, el sector empresarial
envía un email solicitando personas para que apliquen a una vacante laboral o
pasantía con características específicas, solicitando el currículo vitae de
2
estudiantes y/o egresados que estén interesados y cumplan con los requisitos
establecidos.
El vice decanato envía el email con la información a los egresados y/o
estudiantes. El estudiante que quiera aplicar a dicha vacante laboral o pasantía
envía su currículo vitae al vice decanato o a la empresa directamente, según lo
que se especifique en la solicitud empresarial.
Cuando hay un evento en la Facultad de Ciencias y Sistemas, se trata de
involucrar al sector empresarial, tanto para mostrar el talento de los estudiantes
como también buscar patrocinio para el evento, por esta razón se realizan
visitas a las empresas, que tienen como objetivo informar sobre la actividad, sin
embargo la eficiencia de estas no suele ser tan buena por la poca información
compartida con anterioridad.
Para el alquiler de locales o la solicitud de cursos por parte del sector
empresarial en la Facultad de Ciencias y Sistemas, todos los trámites se
realizan de manera presencial, por lo que las empresas realizan las solicitudes
directamente en el decanato. Los cursos se imparten de manera muy
esporádica debido a que no se publicitan cursos para empresas desde la
Facultad de Ciencias y Sistemas.
Otro aspecto relacionado con la vinculación, es la creación de proyectos por
parte de la empresa privada retomado en los cursos de asignaturas y
monografías. Esta vinculación generalmente se da de una forma directa,
puesto que el estudiante, es quien busca a la empresa privada para realizar
sus prácticas. Sin embargo, existe un vacío, pues no existe una evaluación que
permita la demostración de satisfacción por parte de la empresa con el
proyecto que se desarrolló.
Los programas de vinculación existentes carecen de un sistema informático
que automatice las funciones referentes a la vinculación empresa –
universidad.
3
La ausencia de un sistema de información que gestione las actividades de
vinculación entre el sector empresarial, la Facultad de Ciencias y Sistemas,
egresados y estudiantes, trae consigo una serie de consecuencias.
La comunicación entre la Facultad de Ciencias y Sistemas, con el sector
empresarial, estudiantes y egresados se queda en el envío de email, por lo cual
se ve limitada, disminuyendo así los beneficios que podría traer la vinculación
universidad-empresa.
Este mecanismo, provoca que los estudiantes no tengan proyectos aplicados a
situaciones reales, afectando así la maduración profesional que los mismos
tienen y disminuyendo su proyección como futuros ingenieros de sistemas.
Los egresados, también se ven perjudicados puesto que salen sin ninguna
experiencia laboral, la cual es de suma importancia en un mercado donde la
competencia por un puesto laboral es feroz. Lo que les obliga a depender
solamente del contacto personal con el sector empresarial.
El sector empresarial por su parte, pierde la posibilidad de trabajar proyectos
en la Facultad de Ciencias y Sistemas, así como también de preparar
pasantes, de tal forma que adapten paulatinamente colaboradores de calidad.
Esta carencia de medios hace que la relación establecida entre los egresados y
la Facultad de Ciencias y Sistemas se rompa con suma facilidad, esto significa
que la Facultad desconoce cuáles son las necesidades laborales, el éxito y las
problemáticas que tienen los ingenieros de sistemas graduados en la facultad.
La adquisición de información para la retroalimentación del currículo se hace
por medio de un encuentro al que llegan representantes de empresas que
hacen caso a una invitación, así como también a los estudiantes egresados
que les interesa seguir en contacto con la facultad. Es por eso que la
información recopilada suele ser mínima puesto que generalmente no llegan
una gran cantidad de empresas ni estudiantes egresados.
El desconocimiento de las necesidades del mercado para los ingenieros de
sistemas ocasiona un currículo desactualizado. Esto trae consigo la formación
4
de Ingenieros de Sistemas desactualizados o con conocimientos desfasados,
provocando al mismo tiempo que el prestigio de la carrera se perjudique.
Tomando en cuenta la problemática descrita anteriormente se identifica como
problema a resolver que no se dispone de un sistema informático para
gestionar la vinculación universidad- empresa que responda a las necesidades
del sector empresarial, la facultad, los estudiantes y egresados.
Tomando en cuenta el problema identificado se define como objetivo general:
desarrollar un sistema de información para la gestión de la vinculación
universidad - empresa.
Para dar cumplimiento al objetivo general se definieron los siguientes objetivos
específicos:
Identificar los referentes teóricos metodológicos que sustentan el
desarrollo de un sistema de información para la gestión de la vinculación
universidad empresa.
Evaluar la pre factibilidad del desarrollo de un sistema de información
para la vinculación entre Facultad de Ciencias y Sistemas, el sector
empresarial, estudiantes y egresados.
Desarrollar un prototipo del sistema de información para gestionar la
vinculación universidad-empresa.
Validar la funcionalidad del prototipo del sistema de información.
En la actualidad la capacidad que tenga para retroalimentarse una institución
educativa en base a su mercado y los profesionales que forma es fundamental,
puesto que los avances de la ciencia y la tecnología van demasiado rápido.
Es por eso que una carrera con un currículo desactualizado puede terminar con
su desaparición. Esta actualización debe estar basada en las necesidades del
mercado y la experiencia que tengan los profesionales formados por la
institución.
El sistema de información web para la vinculación universidad empresa es
importante puesto que permitirá potenciar el nivel de relación que existe entre
5
estas diferentes entidades. Este permitirá tener un mayor control y alcance
sobre las actividades propias de la vinculación, se podrá manejar una relación
estudiantes – egresados con el sector empresarial de tal forma que la Facultad
de Ciencias y Sistemas haga un mínimo esfuerzo de mediación, obteniendo
siempre toda la información requerida.
También se podrá contar con la información de la totalidad de estudiantes y
egresados de tal forma que la comunicación no se perderá de una forma tan
sencilla, ya que existirá un medio de comunicación de interés común.
Lo difícil que se ha hecho encontrar empleo en la actualidad (un empleo
propicio para un ingeniero de Sistemas, que sea vinculado a la carrera), ha
creado la necesidad de acercar a los profesionales graduados en la facultad,
hacia las empresas que tienen las mejores ofertas laborales.
La relación inexistente entre el sector empresarial y la Facultad de Ciencias y
Sistemas (FCYS), ha hecho que una gran parte de los eventos y actividades
propuestas por la Facultad carezcan de financiamiento y participación, el
sistema de información web para la vinculación, permitirá mantener informado
al sector empresarial sobre las actividades, así como también retroalimentar a
la Facultad sobre las necesidades del mercado. Se establecerá una relación
directa entre el sector empresarial y los ex estudiantes.
Los programas de asignatura se deben poder retroalimentar de las
necesidades del mercado, estableciendo un punto de partida hacia la
actualización del diseño curricular, proveyendo un insumo fundamental para
esta actividad.
La tesis se encuentra estructurada en cuatro capítulos, conclusiones,
recomendaciones, referencias bibliográficas y cuatro anexos. En el Capítulo 1
se identifican los referentes teóricos metodológicos que sustentan el desarrollo
de un sistema de información para automatizar los procesos de vinculación
universidad - empresa. En el Capítulo 2 se realizan estudios de pre factibilidad
que permitan demostrar que el proyecto es factible tomando en cuenta cada
uno de los escenarios: organizacional, aceptación, técnico, económico y
6
operativo. Además de realizar el análisis de requisitos que permitirá proceder
con El Capítulo 3, en el cual se modelar el sistema de información. En el último
capítulo se realizará una validación de los requisitos, tomando en cuenta a los
usuarios, así como también se presentará el manual de usuario.
7
Capítulo 1: Marco teórico
En este capítulo se identifican los referentes teóricos metodológicos, que
sustentan el desarrollo de un sistema de información para automatizar los
procesos de vinculación universidad empresa.
Teniendo en cuenta elementos de suma importancia como la definición de la
relación universidad empresa, tomando en cuenta modelos de vinculación que
permitan conocer a groso modo los requerimientos, por otro lado también la
importancia que tiene esta relación para los diferentes actores que participan
en ella, además la descripción de la situación actual. Por último las
metodologías y tecnologías que se pueden utilizar en el desarrollo y la
selección de una de estas.
1.1 Vinculación Universidad Empresa
La Universidad Nacional de Ingeniería “es una Institución que se consolida
como líder nacional en la enseñanza de la Ingeniería y la Arquitectura, y es un
referente en la investigación científica y tecnológica, construido mediante la
interacción con los diversos actores y sectores sociales, económicos y
culturales del país, contribuyendo al crecimiento y desarrollo nacional en
función del bienestar de la sociedad nicaragüense” (UNI, 2007).
La Universidad Nacional de Ingeniería se divide en facultades, una de ellas es
la Facultad de Ciencias y Sistemas. La facultad se preocupa por poner en
práctica la vinculación universidad empresa.
La vinculación universidad empresa “implica una estrecha relación de
cooperación entre las instituciones educativas y las organizaciones, mediante
el cual el sector académico y el sector industrial participan conjuntamente para
realizar una transferencia de conocimientos, innovación tecnológica,
transmisión de ideas, resultados de investigación, estilos de trabajo,
comportamiento (Consejo Estatal de Ciencia y Tecnología de Jalisco, 2012)
La relación de vinculación universidad empresa, es muy importante puesto que
permite aplicar a la realidad los conocimientos que se están adquiriendo en la
8
academia, este se define como: “El Programa de Vinculación Empresa -
Universidad es en realidad el proceso de aprender mediante la participación
conjunta de educadores, estudiantes, empleados y empresarios”
(COECYTJAL, 2010).
Según los estatutos de la Universidad Nacional de Ingeniería uno de los fines
es “La vinculación del proceso formativo de los estudiantes en la producción y
las necesidades objetivas de desarrollo económico y social en función de los
intereses nacionales con participación y colaboración en la integración de la
región centroamericana” (UNI, 2007), lo cual significa claramente que las
facultades, en este caso particular la Facultad de Ciencias y Sistemas deben
retomar dentro de sus funciones a la vinculación como proceso primordial en la
educación superior.
Para fomentar la vinculación de la Facultad de Ciencias y Sistemas se ha
propuesto el desarrollo de un sistema de información. Un sistema de
información es un “conjunto de elementos interrelacionados con el propósito de
prestar atención a las demandas de información de una organización, para
elevar el nivel de conocimientos que permitan un mejor apoyo a la toma de
decisiones y desarrollo de acciones” (Peña, 2006).
1.2 La importancia de la vinculación empresa – universidad
Es importante tener en cuenta las ventajas que tiene la vinculación para todas
las partes que se encuentran involucradas. Se puede decir que “Los profesores
y alumnos amplían sus conocimientos, habilidades y experiencia profesional,
mientras que el sector productivo se beneficia mejorando sus procesos, estilos
de trabajo, productos, materiales, innovando su tecnología, impulsando el
desarrollo humano y adquiriendo conocimientos de metodologías para ser más
competitivo logrando así contribuir en la mejora económica y social de la
comunidad” (COECYTJAL, 2010)
Según el manual del programa vinculación universidad empresa del Consejo
Estatal de ciencia y tecnología de Jalisco deben existir las condiciones
favorables o adecuadas y comprometidas del sector productivo y las
9
instituciones educativas, reconociendo y respetando las misiones, recursos,
cultura, funciones, ámbitos de acción y objetivos operativos de ambos grupos”
(COECYTJAL, 2010).
Entre otras ventajas se tienen que la vinculación con las empresas, puede
significar una puerta abierta de acercamiento hacia la investigación, puesto que
es una excelente fuente de financiamiento para la creación de nuevas
tecnologías, lo cual también significaría un complemento importantísimo dentro
de la universidad y más específicamente la Facultad de Ciencias y Sistemas.
Otro aspecto que se puede mencionar también es el acceso a la ciencia que
tiene el sector empresarial, puesto que se retroalimenta de la universidad,
actualizándose con las nuevas tecnologías y de esta manera, hacer más
eficiente el giro del negocio.
Y un último aspecto es que la vinculación para la universidad “es la capacidad
que debe tener para adaptarse a los cambios de su entorno” (Saavedra, 2009),
significa entonces que es fundamental la vinculación para la retroalimentación
tanto de las empresas con nuevas tecnologías así como también para las
universidades puesto que aterrizan el conocimiento en una realidad que viven
las empresas a nivel nacional.
Las razones para implementar un modelo de vinculación universidad –
empresa son los siguientes (Alemán & Martínez, 2012):
Persigue resultados específicos y diferentes del resto de las funciones
universitarias: mantener en sintonía los procesos y resultados universitarios
con las necesidades y problemas del sector empresarial.
Requiere, para su desempeño, de personal especializado en las actividades
de esta gestión.
En dependencia de las características y requerimientos de las partes, asume
diferentes formas de interacción y niveles de vinculación.
Se rige por normas específicas para el desenvolvimiento adecuado de la
relación.
10
Obedece a una política gubernamental que atañe al sistema de educación
superior y al sector empresarial.
Las actividades específicas a realizar en la gestión de esta relación, difieren
de las tradicionalmente desarrolladas en los procesos sustantivos
universitarios.
Este proceso se hace complicado, debido a que la vinculación suele tener
ciertas barreras que pueden llevar al desinterés de las partes, entre estas
barreras se encuentran (Saavedra, 2009):
1. La poca preocupación por generar vinculación, tanto por parte del sector
empresarial como por el sector educativo. Esta se puede identificar
como la principal barrera, puesto que al no existir ningún interés ni
conocer la necesidad de dicha relación es imposible poder realizar una
acción para la creación de la vinculación como tal y mucho menos aún
para el desarrollo de un sistema.
2. La dificultad para establecer una comunicación entre ambas partes
debido a la diferencia cultural de las mismas, que pareciera que hablan
un idioma distinto.
3. La diferencia que existe entre los propósitos que animan a las partes, ya
que lo que es valioso para el sector educativo, puede no serlo para el
sector empresarial. Es por esto que se tiene que realizar un proceso de
negociación donde la vinculación permita aportar tanto positivamente a
las empresas como a las universidades.
Las dos últimas barreras constituyen la diferencia entre lo que la universidad,
en este caso propiamente la facultad, imparte dentro de su carrera y lo que
realmente necesitan las empresas. La única forma de que esto pueda
solucionarse es estableciendo la vinculación, ya que ayudaría a retroalimentar
y mejorar la calidad de los estudios y así cumplir con las necesidades que
tienen las empresas.
Actualmente en la facultad no existe un modelo definido y documentado sobre
las actividades que se deben realizar en pro de la vinculación universidad –
11
empresa. Por eso se retomará como base el modelo de la Facultad de
Electrotecnia y Computación (FEC), puesto que es la única que tiene
documentado este proceso.
Dentro de las actividades a realizar para la vinculación tenemos las siguientes
(Facultad de Electrotecnica y Computación UNI, 2006):
I. La realización de pasantías y prácticas profesionales en las instalaciones de
las organizaciones de apoyo externo o en locales de terceros donde el apoyo
externo tenga autorización para llevar a cabo sus servicios y actividades
productivas.
II. Capacitación, entrenamiento, consultoría y asesoría a las organizaciones de
apoyo externo, su personal y a terceros, incluidos sus clientes y usuarios, a
través de las actividades productivas y de servicios que estas brindan como
parte de su razón y función social.
III. La ejecución de servicios profesionales, técnicos y actividades productivas
específicas que el apoyo externo debe brindar a sus clientes y usuarios de sus
servicios.
Otras posibles relaciones que podrían existir por medio de la vinculación
podrían ser el uso de las instalaciones universitarias solicitado por las
empresas y proyectos de investigación experimental, así como también la
realización de eventos conjuntos como ferias, exposiciones y el envío de
información de cursos y becas.
Existen otros modelos de vinculación propuestos en el mundo, entre ellos el de
la Universidad de Pinar del Río, plantea la formación basada en cooperación
entre el sector empresarial y la universidad basándose en investigación, sin
embargo solo plantea dos ideas de manera genérica (Alemán & Martínez,
2012):
1. Unidad entre la educación y la instrucción
2. Vinculación del estudio con el trabajo.
12
En este trabajo no se definen actividades específicas establecidas entre el
sector empresarial y la universidad.
Otro modelo de referencia es el de la Universidad Simón Bolívar de Venezuela
que define una serie de actividades muy detalladas, estas son (Libretti, 1999):
prestación de servicios académicos, investigación y desarrollo experimental,
proyectos de innovación tecnológica, proyectos de desarrollo e ingeniería,
programas de formación de recursos, servicios científicos y tecnológicos,
servicios informáticos, centros de investigación y unidades técnicas, empresas
conjuntas, parques tecnológicos e incubadoras de empresas, licencias de
explotación, uso de instalaciones universitarias y reclutamiento de futuros
profesionales.
Estas actividades son retomadas por el modelo propuesto por la Facultad de
Electrotecnia y Computación (FEC) de la Universidad Nacional de Ingeniería
(UNI), lo cual permite conocer que el modelo de vinculación propio de la
universidad no está alejado de los modelos propuestos por autores de otros
países.
Atendiendo el criterio anterior se propone tomar como base para la
construcción del sistema el modelo propio de la universidad, propuesto por
FEC, puesto que no es necesario hacer cambios de paradigmas tan grandes.
1.3 El sector empresarial y la vinculación con la universidad en Nicaragua
La interacción en alianza empresa - universidad “es un mecanismo
indispensable para encontrar soluciones prácticas a la problemática que
presenta el sector PYME, que facilitaría la interacción e integración de los
sectores gubernamentales, académicos y empresariales para promover su
innovación y el desarrollo” (COSEP, 2011).
El Consejo Superior de la Empresa Privada (COSEP) sostiene una vinculación
con las universidades por medio de reuniones con el Consejo Nacional de
Rectores (CNR) y de conjunto han tomado decisiones relacionadas con la
vinculación, ya que “es necesario coordinar acciones e intercambiar
información, para poder adecuar efectivamente la oferta de los servicios
profesionales que se obtiene en el subsistema de educación superior a la
13
demanda de estos servicios por parte del sector privado, uniendo voluntades y
recursos financieros para fomentar la investigación y la innovación científica ”
(COSEP, 2011a)
También el Consejo Nacional de Universidades (CNU), ha venido gestionando
la vinculación universidad empresa, esto se expresó cuando el Presidente del
CNU, ingeniero Telémaco Talavera Siles, dijo: ”se debe de generar una
sinergia entre universidades y el sector privado ya que el desarrollo del país
pasa por el sector privado y que los universitarios deben de tener un puente
abierto para realizar sus pasantías que permita mejorar la calidad del
estudiante y obtener mejores profesionales egresados. También se trata de
relacionar al estudiante con una economía globalizada” (Arévalo, 2009).
En el año 1983 se realizó un estudio por Peters y Fusfeld en Estados Unidos el
cual arrojó que la empresa consideraba necesaria la vinculación debido a las
siguientes razones (Araujo, 2002): acceso a mano de obra calificada 75%, una
ventana expedita a la ciencia 52%, soporte técnico general 38%, acceso a
instalaciones universitarias 36%, prestigio e imagen 32%, ser buenos
ciudadanos 29%, usar un recurso barato y económico 14%, resolver un
problema específico 11%.
Lo anterior demuestra que el sector empresarial está necesitado de la relación
de vinculación con la universidad, teniendo en cuenta que para el sector
empresarial el entorno universitario significa oportunidades de desarrollo y
mejoras en sus procesos.
1.4 Facultad, estudiantes, egresados y la vinculación universidad empresa
Actualmente, en la Facultad de Ciencias y Sistemas entran aproximadamente
hasta unos doscientos estudiantes por año según el Sistema de Registro
Académico (SIRA). Estos estudiantes tienen que cumplir con una serie de
obligaciones en la carrera, entre las cuales se encuentran, aprobar todas las
asignaturas, aplicar y terminar una forma de culminación de estudio.
Para una gran cantidad de módulos o asignaturas que tiene la carrera se deben
hacer trabajos que consoliden el conocimiento según los programas de
14
asignatura que tienen actualmente los departamentos de la Facultad de
Ciencias y Sistemas. La única limitante es que la vinculación con la realidad
queda como una opción del estudiante, por ende esta vinculación con la
realidad empresarial en muchos de los casos se pierde (Lacayo, 2012).
Según la vice decana Patricia Lacayo, para la Facultad de Ciencias y Sistemas
un estudiante egresado, es aquel que haya culminado con la totalidad de
asignaturas correspondientes a la carrera de Ingeniería de Sistemas.
Actualmente, egresan por semestre una gran cantidad de estudiantes, esto se
debe a que los estudiantes pueden retomar semestralmente asignaturas que
habían reprobado o por algún motivo no tomaron. Estos estudiantes están
listos para ir al mercado laboral, y realizar el ejercicio de culminación de
estudios, según los datos brindados por la secretaría académica de la Facultad
de Ciencias y Sistemas .La Tabla 1.1 demuestra el gran impacto que tiene la
Facultad en el mercado, al formar aproximadamente 200 nuevos profesionales
anualmente.
Tabla 1.1: Egresados de la carrera de ingeniería de Sistemas en el período 2008 – 2012
(Fuente: Secretaría Académica)
Período Cantidad
I Semestre 2012 133
II Semestre 2011 104
I Semestre 2011 133
II Semestre 2010 107
I Semestre 2010 143
II Semestre 2009 89
I Semestre 2009 101
II Semestre 2008 47
I Semestre 2008 96
15
Actualmente, el vínculo que tienen con el sector empresarial es por medio del
vice decanato, el cual sólo reenvía correos de solicitudes hacia los interesados
que están en una lista de egresados, sin embargo no gestiona pasantías.
La Facultad de Ciencias y Sistemas tiene actualmente una relación básica con
la empresa privada, la cual es establecida por medio del vice decanato, que se
encarga de gestionar una base de correos con la cual remite información de
becas, pasantías, ofertas laborales a todos los estudiantes y egresados que
estén interesados (Lacayo P. , 2012).
Esta relación es muy pobre puesto que no existe ningún sistema que permita
manejar la información a largo plazo, por la cantidad que esta implica, lo que
hace de esto un proceso poco manejable y limitado.
La información que se pretende manejar, según la vice decana es todo lo
referente a las solicitudes currículo vitae para vacantes laborales, la
participación de estudiantes en pasantías, así como la información relacionada
con los eventos en los que se encuentran relacionados la Facultad de Ciencias
y Sistemas con estudiantes, egresados y/o con el sector empresarial.
Manejar esta información es clave puesto que representa las necesidades del
sector empresarial. Además, permitirá ir moldeando el currículo de la carrera a
dichas necesidades.
Adicionalmente, se requiere conocer las experiencias que tienen los egresados
en el mercado laboral. La confirmación de la asistencia a eventos por parte de
estudiantes, egresados y empresarios.
En la actualidad existen muchos sistemas que gestionan los procesos de
vacantes, incluyendo en ellas múltiples empresas, y una gran cantidad de
usuarios que crean sus hojas de vida y comparten los detalles de su
experiencia profesional, sin embargo estos sistemas tienen otro enfoque, uno
orientado a brindar un servicio a las empresas con el objetivo de llevar la mayor
cantidad de hojas de vida posible. Ellos no están inmersos en un verdadero
proceso de vinculación, por lo cual se hace necesario el desarrollar un sistema
de información web que gestione la vinculación universidad empresa.
16
1.5 Metodología y tecnologías a utilizar para el desarrollo de la solución
Para poder desarrollar un sistema se debe definir la metodología a seguir e
identificar si el tipo de aplicación debe ser de escritorio o web. Para definir el
tipo de aplicación a desarrollar se toman en cuenta las características del
negocio.
1. Se realiza entre diferentes entidades que tienen su centro de
operaciones en diferentes puntos geográficos.
2. La cantidad de entidades conectadas deben aumentar con el tiempo,
pues la cantidad de egresados, estudiantes, universidades y empresas
aumenta.
Por esta razón hacer uso de un sistema de escritorio sería un dificultad, pues
se tendría que instalar en cada estación en la que se desee acceder al sistema,
por otro lado la tecnología web, permite que los usuarios se conecten desde
cualquier punto geográfico en el mundo, con el único requisito de tener una
computadora conectada al internet.
Es por eso que para desarrollar el sistema para la gestión de vinculación
universidad empresa se hará uso del a tecnología web.
Para el desarrollo de los sistemas de información, existen diferentes
metodologías a seguir. En este trabajo se analizan tres metodologías:
1. UML-Basado en Ingeniería Web (UWE), es una metodología detallada
para el proceso de autoría de aplicaciones con una definición exhaustiva
del proceso de diseño que debe ser utilizado. Este proceso, iterativo e
incremental, incluye flujos de trabajo y puntos de control, y sus fases
coinciden con las propuestas en el Proceso Unificado de Modelado”
(Minguez & García, 2008).
Entre los principales aspectos que presenta UWE son que su modelo
estaba basado en el Modelo de Lenguaje Unificado (UML), aplica las
mejores prácticas de la ingeniería de Software, hace uso de desarrollo
iterativo, un enfoque navegacional y la administración de requisitos
(Roque, 2010).
17
2. El proceso unificado de Rational (RUP), es un proceso formal que
provee un acercamiento disciplinado para asignar tareas y
responsabilidades dentro de una organización de desarrollo. Su objetivo
es asegurar la producción de software de alta calidad que satisfaga los
requerimientos de los usuarios finales (respetando cronograma y
presupuesto). Fue desarrollado por Rational Software, y está integrado
con toda la suite Rational de herramientas. Puede ser adaptado y
extendido para satisfacer las necesidades de la organización que lo
adopte. Es guiado por casos de uso y centrado en la arquitectura, y
utiliza UML como lenguaje de notación”. (Figueroa, Solís, & Cabrera,
2011).
Esto significa que RUP es una metodología muy buena que sirve para el
desarrollo de software con calidad, sin embargo carece del modelado
navegacional.
3. El modelo de diseño hipermedia orientado a objeto (OOHDM), es una
metodología que se fundamenta en su orientación a objeto. “Utiliza las
técnicas de modelo de objeto para el diseño de la navegación, donde se
define la estructura de navegación por medio de modelos, es decir, a
través de diferentes vistas del esquema conceptual (Acuña, 2009).
La utilización de esta metodología es más orientada principalmente para
desarrollar aplicaciones hipermedia de gran extensión (Moyano, 2010).
Tomando en cuenta los criterios anteriores para el desarrollo del sistema se
decide seguir una metodología UWE, fundamentado en el hecho de que está
mejor orientada al desarrollo de un sistema de información web ya que aplica el
enfoque navegacional y se orienta más al software que a la multimedia como lo
hace OOHDM.
UWE es una propuesta de Ingeniería Web basada en UML y en RUP para
modelar sistemas y aplicaciones web. Esta propuesta está formada por una
notación para la especificación del dominio y un modelo para llevar a cabo el
desarrollo del proceso de modelado.
18
El modelo que propone UWE está compuesto por cinco etapas o sub-modelos
(Zambrano & Scalise, 2012):
1. Modelo de Casos de Uso: modelo para capturar los requisitos del
sistema.
2. Modelo de Contenido: es un modelo conceptual para el desarrollo del
contenido.
3. Modelo de Usuario: es modelo de navegación, en el cual se incluyen
modelos estáticos y modelos dinámicos.
4. Modelo de estructura: en el cual se encuentra la presentación del
sistema y el modelo de flujo.
5. Modelo Abstracto: incluye el modelo a de interfaz de usuario y el modelo
de ciclo de vida del objeto.
Además de la metodología de desarrollo se definen las herramientas que sirven
para el desarrollo web. Existen dos tipos de tecnologías, las que son del lado
del cliente, que son totalmente independientes del servidor, lo cual permite que
la página pueda ser ejecutada en cualquier sitio, siempre es cargada en la
computadora del cliente. Y las que son del lado del servidor que son aquellas
que se ejecutan solamente en el servidor web, las páginas que se ejecutan en
el servidor pueden realizar accesos a bases de datos, conexiones, etc.
Las tecnologías del lado del cliente se complementan con las del servidor,
entre estas están: JavaScript, el cual es un lenguaje de programación del lado
del cliente, que permite definir interactividad con el usuario por medio de
eventos (Alvarez, 2010); HTML, que por sus siglas significa Lenguaje de
marcado e hipertexto, este define el posicionamiento de elementos en una
página como textos, gráficos, vínculos y otros (Cáceres, 2004). HTML tiene la
administración de estilos por medio de CSS el cual significa hojas de estilo en
cascada. Se propone emplear todas estas tecnologías debido a que son
complementarias.
Dentro de las tecnologías del lado del servidor hay varias opciones que se
pueden retomar entre se tienen las siguientes:
19
JSP es el acrónimo de Java Server Page, el cual es un lenguaje de
programación orientado al desarrollo web, basado en java. Entre sus ventajas,
está el hecho de no ser software privativo y ser independiente de plataforma
(se puede ejecutar en cualquier servidor) (Gallardo, 2003).
Sin embargo, este lenguaje de programación no es muy conocido por el equipo
de desarrollo del sistema.
Otro lenguaje de programación es PHP, el cual es el acrónimo de Pre
Procesador de Hipertexto, es muy utilizado para desarrollo web, ya que tiene
una excelente compatibilidad con el gestor de bases de datos mysql, es
compatible con todas las plataformas, y al mismo tiempo no es software
privativo (Gallardo, 2003).
Cabe señalar que el equipo de desarrollo de este proyecto tiene experiencia en
el uso de este lenguaje.
ASP, de acrónimo Active Server Page, es una tecnología para el desarrollo
web lanzada por Microsoft, es privativo, y además tiene mayor compatibilidad
con el gestor de bases de datos SQL Server, el cual también es privativo
(Gallardo, 2003).
Entre los gestores de bases de datos existen varias opciones a emplear: Mysql,
Oracle, SQL Server y PosgreSQL. Los cuatro gestores son muy potentes, sin
embargo Oracle y SQL Server son privativos, por lo cual se encarece el costo
del sistema.
De Mysql se puede decir que su conectividad, seguridad y velocidad hacen que
sea uno de los más apropiados para ser usado en internet al tener un excelente
rendimiento (Zevallos, 2012).
PosgreSQL suele ser complicado de configurar si no se tiene experiencia en
ello, a su vez si no está bien configurado puede tener problemas de
vulnerabilidad (Kinderman, 2011).
Ambos gestores de base de datos están disponibles en la universidad, sin
embargo el equipo de proyecto tiene mayor experiencia en el uso de Mysql.
20
Tomando en cuenta los criterios anteriores, se propone utilizar PHP como
lenguaje de programación del lado del servidor. Por su nivel de rendimiento y la
experiencia que se tiene en su uso se utilizará el gestor de bases de datos
Mysql.
1.6 Conclusiones parciales
Al concluir este capítulo se arriban a las siguientes conclusiones:
1. Las actividades propias de la vinculación universidad empresa son: gestión
de vacantes laborales, pasantías, eventos, solicitudes de alquiler de
laboratorio, cursos, ejecución de servicios profesionales y asignación de
proyectos reales a estudiantes de la carrera de Ingeniería de Sistemas.
2. La gestión de esta relación por parte de la Facultad se da por medio de
correos electrónicos, lo cual limita completamente el alcance de la
vinculación.
3. Los estudiantes tienen contacto con el sector empresarial hasta que salen
de la carrera, debido a que no hay asignación de proyectos basados en la
realidad.
4. El sistema se desarrollará en entorno web.
5. La metodología a retomar para el desarrollo del sistema de información web
para la vinculación de la Facultad de Ciencias y Sistemas con el sector
empresarial, estudiantes y egresados será UWE.
6. Las tecnologías a utilizar para el desarrollo del sistema de información web
serán por el lado del cliente HTML, JavaScript y Css. Por el lado del
servidor, Php. Como gestor de bases de datos Mysql.
7. No existe un sistema que responda a las necesidades de la relación de
vinculación empresa universidad en Nicaragua.
8. Es muy importante fortalecer la vinculación universidad empresa a través
del desarrollo de un sistema de información que simplifique el proceso.
9. Existe la necesidad de gestionar la vinculación universidad empresa en la
Universidad Nacional de Ingeniería (UNI), específicamente en la Facultad
de Ciencias y Sistemas.
21
Capítulo 2: Análisis de Requerimientos
En este capítulo se realizarán estudios de pre factibilidad que permitirán
demostrar que el desarrollo de un sistema de información web será beneficioso
en los diferentes aspectos: organizacional, aceptación del sistema, técnico,
operacional y económico.
Además se realizará el análisis de requisitos, que permitirá retomar los
elementos de funcionalidad requeridos por los actores más importantes para el
desarrollo del sistema.
2.1 Estudio organizacional
La Universidad Nacional de Ingeniería tiene su misión y visión definidas de la
siguiente manera:
Misión: La Universidad Nacional de Ingeniería es una Institución de la
Educación Superior, estatal y autónoma, en búsqueda permanente de la
excelencia académica, dedicada a formar profesionales en el campo de la
Ciencia, la Ingeniería y la Arquitectura para que generen y difunden
conocimientos con conciencia social, ética y humanística, con la finalidad de
contribuir a la transformación tecnológica y al desarrollo sustentable de
Nicaragua y la región Centroamericana.
Visión: La Universidad Nacional de Ingeniería es una Institución que se
consolida como líder nacional en la enseñanza de la Ingeniería y la
Arquitectura, y es un referente en la investigación científica y tecnológica,
construido mediante la interacción con los diversos actores y sectores sociales,
económicos y culturales del país, contribuyendo al crecimiento y desarrollo
nacional en función del bienestar de la sociedad nicaragüense.
La Universidad Nacional de Ingeniería presenta una estructura funcional como
se muestra en la Figura 2.1. En la figura se puede identificar la existencia de
una división de informática que indica claramente que se dispone de un área
capaz de administrar y dar mantenimiento al sistema. Esto es de suma
22
importancia debido a que es necesario que existan responsables de la gestión
del sistema.
Figura 2.1: Organigrama de la Universidad Nacional de Ingeniería (UNI). Fuente:
http://www.uni.edu.ni
2.2 Aceptación del sistema
El sistema de información web para la vinculación universidad - empresa tendrá
como actores al sector empresarial, al Vicedecanato de la facultad y además a
los estudiantes y egresados. Por tal razón es importante conocer cuáles son
sus opiniones y los requerimientos que desean que contemple el sistema.
23
2.2.1 Estudiantes y egresados
Los egresados de la Facultad de Ciencias y Sistemas confirmaron la necesidad
de contra un sistema para gestionar la vinculación entre universidad y empresa,
y sugirieron un conjunto de funcionalidades que debía implementar el sistema.
De 80 estudiantes encuestados, 78 aceptan que se necesita un sistema de
información para gestionar la vinculación universidad - empresa.
En la Tabla 2.1 se muestran las funcionalidades que según los egresados
debería contemplar el sistema.
Tabla 2.1: Funcionalidad del sistema de vinculación según estudiantes . Fuente Propia
Funcionalidad Cantidad % de aceptación
Acceso a Vacantes y pasantías 38 95%
Invitación a conferencias 38 95%
Encuestas 23 58%
2.2.2 Sector empresarial
Para encuestar al sector empresarial el autor tomó como base las 41 empresas
con las que está vinculada la Facultad de Ciencias y Sistemas. Se encuestó a
una persona de cada una de las 41 empresas.
El 97.56 % de los encuestados pertenecientes al sector empresarial coinciden
que es necesario gestionar la vinculación universidad – empresa y el 95.12%,
coincide en la necesidad de usar un sistema que permita integrar a los
diferentes elementos que componen la relación de vinculación.
En la Tabla 2.2 se puede observar que las empresas encuestadas consideran
importante una relación de vinculación con el sector académico, además
reflejan la necesidad de un sistema que permita gestionar la relación de
vinculación y cada uno de los procesos que se incluirían en el sistema.
24
Tabla 2.2: Funcionalidad requerida por empresas Fuente: propia
Funcionalidad Cantidad % de aceptación
Administración de vacantes y pasantías 36 88%
Solicitud de servicios: capacitaciones,
alquiler, etc. 32 78%
Invitación a eventos especiales 29 71%
Asignación de proyectos a estudiantes 34 83%
Encuestas 18 44%
2.3 Estudio técnico
Para el desarrollo de un sistema de información es necesario definir la
arquitectura sobre la que estará basado, es por eso que en la Figura 2.2 se
muestra la arquitectura cliente – servidor, que será la utilizada debido a que es
la aplicada a internet. Esta arquitectura cuenta con un servidor que gestiona los
datos a través de la red de una cantidad de clientes que desde un navegador
acceden a esta información.
Figura 2.2: Arquitectura cliente servidor. Fuente: Obtenido de:
http://angelsystems29.blogspot.com/2012/09/tecnologias-de-la-informacion-
conceptos.html
25
En cada uno de los clientes se hacen peticiones a través del navegador, en el
cual se ejecutarán los lenguajes HTML, CSS y JavaScript. Esta petición se
hace por medio de internet (protocolo http), y es gestionada por el servidor
web, haciendo uso del lenguaje de programación PHP y el gestor de base de
datos Mysql.
2.3.1 Arquitectura cliente servidor
Una de las ventajas es que la gestión del lado del cliente se hará a través de
los navegadores, los cuales ya vienen incorporados en cada una de las
computadoras que se usarán, por lo cual no hay que instalar ningún software
adicional.
Los servidores también son un componente de hardware y software importante.
En la institución se cuenta con servidores muy potentes y se hace uso de
Apache como software de servidor, que permite gestionar a php como lenguaje
y a Mysql, como gestor de base de datos, por lo cual no hay que hacer una
inversión adicional al respecto. Es importante mencionar que tanto Apache,
como php y Mysql son software libre.
2.3.2 Comunicaciones
La red de comunicaciones utilizada en este sistema de información web es
internet por lo cual no se considera la instalación de una nueva red. La
conexión a ella se realiza mediante los puntos de acceso de las empresas, la
universidad y cada terminal que tenga acceso a la misma, lo cual no conlleva
una dificultad técnica.
En la Figura 2.3 se muestra cómo sería la estructura de red definida para la
utilización del sistema de información web para gestionar la vinculación.
26
Figura 2.3: Estructura de red utilizada por el sistema de información web para la vinculación empresa – universidad. Fuente: propia.
2.3.3 Volumen de transferencia mensual
La cantidad de estaciones que accederán al sistema será la cantidad de
empresas que estarán vinculadas con la Facultad de Ciencias y Sistemas más
la cantidad de estudiantes, egresados y trabajadores del Vicedecanato.
La cantidad de empresas vinculadas a la Facultad de Ciencias y Sistemas
actualmente es 41, la cantidad de egresados ronda los 953, mientras que
existen unos 680 estudiantes activos.
La cantidad de estaciones que accederán al sistema es 1674, más tres que
pertenecen a la administración del sistema y al Vicedecanato.
En promedio el aumento de egresados es de 106, por ende, esto significaría
que más usuarios se conectarían por día al sistema. Si se suponen que habrá
300 accesos por día, entonces cada año debe haber un incremento de un 6%,
por lo que cada año habrá entonces 18 accesos nuevos por día. Teniendo en
cuenta una proyección de cinco años se llegaría a 390 accesos.
En la Tabla 2.3 se muestra la descripción de accesos que tendrán los usuarios
en un mes.
Puntos de Acceso Estudiantes y Egresados
Puntos de acceso Empresariales
Puntos de Acceso Universidad
Servidor Mysql
INTERNET
27
Tabla 2.3: Descripción de accesos al sistema . Fuente Propia
Descripción Cantidad
Días 30
Supuesto de entradas promedio por días 390
Páginas accedidas en promedio por entrada 4
Peso promedio de las páginas accedidas 130 KiB
Resultado: 30 * 390* 4 * 130 KiB = 6,840,000 KB/mes ≈ 5.80 GiB/mes
Teniendo en cuenta la cantidad de veces que se podrá acceder podríamos
decir que la transferencia de datos sería de unos 5.8 GiB por mes.
2.3.4 Ancho de banda
El sistema podría tener una transferencia mensual de 5.8 GiB en un lapso de
30 días.
Resultado: 5.8 GiB / 30 d = 0.1933 GiB/d ≈ 197.97 MiB/d. El sistema deberá
estar disponible las 24 horas del día, pero el grueso de solicitudes será durante
un período de tiempo que se establece entre 8 am a 8 pm.
Resultado: 197.97MiB / 12 h = 16.4977 MiB/h.
Resultado: 16.4977 MiB / 3600 s = 4.6926 KiB/s.
Como el ancho de banda está medido en bits por segundo (bps) y un byte
equivale a 8 bits.
Resultado: 4.6926 KiB/s * 8 = 37.54 kbps
El sistema en línea necesitaría al menos un ancho de banda de 128 Kbps.
Para el cálculo de la transferencia simultánea se tomará en cuenta 5 accesos al
mismo tiempo.
Resultado: 5 * 130KiB/ 1s = 650 KiB/s en transferencia simultánea
650 Kib *8 = 5200 kbps
Por lo que para obtener una respuesta en 1 segundo según la Tabla 2.4, con
una cantidad de 2.4 peticiones simultáneas, se debe de poseer un ancho de
28
banda de 5200 kbps, si se cambia el tiempo de respuesta, se tiene un ancho de
banda diferente.
Tabla 2.4: Tiempo de respuesta vs ancho de banda . Fuente Propia
Tiempo de Respuesta Ancho de Banda
1 s 5200 kbps
2 s 2600 kbps
3 s 1800 kbps
El peso promedio de las páginas visitadas es de 130 KiB.
Resultado: 130KiB * 8/ 1 s = 1040 kbps
Para obtener un tiempo de respuesta de 1 segundo, por cada página que se
acceda se necesita de tener un ancho de banda de 1040 kbps.
Si se parte del hecho que la Facultad de Ciencias y Sistemas posee una
velocidad de 124 mbps se obtienen los tiempos de respuestas que se muestran
en la Tabla 2.5.
Tabla 2.5: Tiempo de respuesta vs cantidad de acciones simultáneas . Fuente Propia
Acción Tiempo de respuesta
1 entrada 1 s
5 entradas simultáneas 1 s
.3.5 Memoria RAM
El sistema necesita de la ejecución de un conjunto de aplicaciones para su
funcionamiento, por lo que se necesita como mínimo unos 340 MiB de RAM,
según se muestra la Tabla 2.6. Dado que el servidor con el que cuenta la
Facultad de Ciencias y Sistemas tiene una capacidad de 8GiB se cubre esta
necesidad.
29
Tabla 2.6: Memoria RAM necesaria para aplicaciones. Fuente Propia
Aplicación Memoria RAM
Mysql 11 MiB
Apache 22 MiB
PHP 30 MiB
Conexión a Red 21 MiB
Sistema Operativo 256 MiB
2.4 Estudio operacional
A continuación se describen cada una de las actividades que realizará el
usuario.
Entre las actividades a tener en cuenta basado en las preferencias de los
estudiantes, egresados y empresarios se tienen las siguientes:
Administración de vacantes y pasantías
Solicitud de servicios
Asignación de proyectos a estudiantes
Invitación a eventos especiales
Encuestas
Envío de información de becas
Dentro de este análisis se definirán los procesos actuales, los propuestos,
midiendo los tiempos en desarrollar las actividades, y teniendo en cuenta los
beneficios intangibles de proponer nuevos procesos, que deberían ser
incluidos.
En la Tabla 2.7 se muestra el proceso de administración de vacantes y
pasantías cuya encargado es la Vicedecana.
30
Tabla 2.7: Descripción del proceso actual: Administración de vacantes y pasantías .
Fuente Propia
Actividad Tiempo Frecuencia Tiempo total
Recepción y revisión de vacante 1 15 15
Redacción de correo a
egresados
2 15 30
Selección de lista y envío a
egresados
0.5 15 7.5
Total 3.5 15 52.5
El tiempo del proceso actual se eliminaría porque el sistema haría una
automatización total de las tareas realizadas por el vicedecanato.
Beneficios intangibles:
Posibles beneficios intangibles:
1. Se podrá manejar un histórico de la relación que ha existido entre el
sector empresarial y los estudiantes sin hacer un procesamiento de
datos exhaustivo. Entre los elementos cuantitativos que se podrán
conocer están: la cantidad de empresas que envían vacantes, la
cantidad de vacantes por empresa, la cantidad de egresados empleados
y las competencias más solicitadas.
2. Se pueden obtener reportes que apoyen el proceso de transformación
del currículo como por ejemplo: los detalles de vacantes laborales más
importantes para las empresas y la situación actual de los egresados en
base a los detalles de su hoja de vida.
3. Se gestionará de una mejor manera las vacantes y pasantías, tomando
en cuenta a los estudiantes que tengan mejores competencias en lo que
concierne a una vacante y la descripción del puesto.
31
4. Permitirá que una mayor cantidad de empresas se vinculen a la Facultad
de Ciencias y Sistemas beneficiándose al publicar sus vacantes sin
afectar en tiempo la operación del vicedecanato.
En la Tabla 2.8 se muestran la descripción del proceso de solicitud de servicio
antes de implantar el sistema y en la Tabla 2.9, como sería al estar en
funcionamiento el sistema. Como resultado de la comparación se expresará el
ahorro en tiempo de los procesos.
Encargado: Decano
Tabla 2.8: Descripción del proceso actual: Solicitud de servicios . Fuente Propia
Actividad Tiempo Frecuencia Tiempo total
Secretario recibe a empresa 15 2 30
Decano negocia costos,
horario, local y contenido
120 2 240
Revisión y asignación de
horarios de capacitación
60 2 120
Total 195 2 390
Tabla 2.9: Descripción del proceso propuesto: Solicitud de servicios . Fuente Propia
Actividad Tiempo Frecuencia Tiempo total
Sistema recibe propuesta
por medio de notificación
1 2 2
Decano elabora contra
propuesta
15 2 30
Revisión y asignación de
horarios de capacitación
20 2 40
Total 36 2 72
32
Posibles beneficios intangibles:
Los beneficios intangibles de la elaboración del proceso de solicitud de
capacitaciones son muy importantes:
1. Se podrá manejar un historial de las solicitudes de servicios, algunos
ejemplos de este historial podrían ser, la cantidad de servicios brindados
al sector empresarial, la cantidad de capital adquirido por servicios, las
empresas que más solicitan servicios, entre otros.
2. Se podrá publicitar servicios que ofrece la Facultad de Ciencias y
Sistemas.
3. Permitirá que una mayor cantidad de empresas soliciten servicios a la
Facultad.
4. Se conocerá cuáles son las principales necesidades de las empresas en
relación con la Facultad.
Proceso: Asignación de proyectos a estudiantes
Los estudiantes actualmente seleccionan proyectos que no son reales, debido
a que no son tomados de un problema en el entorno del mercado nacional. Por
lo que generalmente suelen realizar prácticas que no son de campo.
Debido a que en el proceso actual no existe tal asignación a proyectos reales
entonces no podría existir una comparación válida que permita definir si los
procesos tienen una factibilidad.
Sin embargo sin la existencia del sistema se propone un proceso manual, para
poder comparar el posible ahorro que habría si se retomara este proceso de
vinculación, este se puede ver en la Tabla 2.10. La descripción del proceso en
el sistema se puede observar en la Tabla 2.11, demostrando de esta manera
que los procesos realizados por el sistema ahorran tiempo de operación.
Posibles beneficios intangibles:
1. Los estudiantes contarán con proyectos basados en problemas reales
que son basados en las necesidades del mercado nacional.
2. Se resolverán problemas que tienen las empresas.
3. Se conocerán elementos estratégicos para la actualización curricular
basadas en la necesidad del mercado.
4. La facultad de Ciencias y Sistemas tendrá más prestigio.
5. Permitirá desarrollar ferias con sistemas que resuelvan problemas
reales.
33
Tabla 2.10: Descripción del proceso propuesto manual: Asignación de proyectos .
Fuente Propia
Actividad Tiempo Frecuencia Tiempo total
Vice Decanato realiza consulta
con empresas sobre proyectos
que desean que se realicen en
sus empresas
30 4 120
Vice Decanato recibe las
propuestas de proyecto por
categoría enviadas por el sector
empresarial.
5 52 260
Vice Decanato asigna los
proyectos, en consenso con el
jefe de departamento de cada
área.
240 5 1200
Total 1580
Tabla 2.11: Descripción del proceso propuesto: Asignación de proyectos . Fuente Propia
Actividad Tiempo Frecuencia Tiempo total
Vice Decanato realiza convocatoria
automática a empresas suscritas en
el sistema de vinculación
1 1 1
Jefe de Departamento asigna en el
sistema de vinculación proyectos a
grupos.
30 1 30
Total 31
34
Proceso: Invitación a eventos especiales
Estos eventos suelen tener varios tipos de invitación en función de su
envergadura, si son para egresados simplemente, se hace por vía electrónica,
pero si contemplan al sector empresarial, se realiza un envío físico de la
invitación. Algunos ejemplos de estos eventos son ferias y procesos de
autoevaluación.
El proceso realizado de forma manual se puede visualizar en la Tabla 2.12 y el
proceso propuesto en el sistema se refleja en la Tabla 2.13. Como se ve en
cada una de las columnas de tiempo total, hay una disminución de tiempo
significativa.
Tabla 2.12: Descripción del proceso actual: Invitación a eventos especiales . Fuente
Propia
Actividad Tiempo Frecuencia Tiempo total
Vice Decanato envía correo de
invitación
10 5 50
Chofer de decanato lleva
invitaciones a empresas.
30 55 1650
Chofer entrega las invitaciones 2 55 110
Total 1810
Tabla 2.13: Descripción del proceso actual : Invitación a eventos especiales . Fuente
Propia
Actividad Tiempo Frecuencia Tiempo total
Vice Decanato envía
invitación automática a
evento.
10 1 10
Total 10
35
Posibles beneficios intangibles:
1. Existirá una publicidad constante de los eventos, lo que dará apertura a
patrocinios.
2. Existirá un canal de comunicación constante con el sector empresarial,
así como con los egresados sobre los eventos importantes.
Proceso: Realización de encuestas y formularios
En la Tabla 2.14 se muestra el proceso actual con un tiempo de 152 minutos.
Por otro lado, en el proceso realizado por el sistema que se observa en la
Tabla 2.15, la cantidad de tiempo es menor, reflejando una reducción de tiempo
de 120 minutos.
Tabla 2.14: Descripción del proceso actual: Realización de encuestas . Fuente Propia
Actividad Tiempo Frecuencia Tiempo
total
Vice Decanato prepara el
formulario
30 1 30
Vice decanato envía formulario 2 1 2
Vice Decanato procesa los
resultados
120 1 120
Total 152
Tabla 2.15: Descripción del proceso propuesto: Realización de encuestas. Fuente: Propia
Actividad Tiempo Frecuencia Tiempo total
Vice Decanato prepara el
formulario
30 1 30
Vice decanato envía formulario 2 1 2
Total 32
36
Otros procesos:
Los procesos mencionados a continuación serían iguales con el sistema actual
y el propuesto, por lo cual no habría cambios significativos en el tiempo de
procesamiento.
Envío de información de becas y cursos (postgrados)
Entre los beneficios intangibles que tendrán estos procesos se tienen:
1. Se podrán dar a conocer becas, convenios, cursos, postgrados que
ofrece la Facultad de Ciencias y Sistemas a todos aquellos egresados
que estén interesados en dicha información.
2. Se podrán publicitar eventos y posibilidades de patrocinio.
3. Se darán a conocer los logros de la Facultad de Ciencias y Sistemas
4. Habrá un mayor prestigio.
2.5 Estudio Económico
Para determinar la inversión es necesario utilizar técnicas para calcular el
esfuerzo de las personas que planean, diseñan, desarrollan e implementan el
sistema. Para eso se hará uso del modelo COCOMO, el cual tiene como
objetivo calcular el costo del proyecto, especificando la cantidad de hombres
por mes que deben trabajar para llevarlo a cabo y el tiempo para su realización.
El planteamiento es el siguiente:
Primero se dará respuesta a una serie de preguntas mostradas en la Tabla
2.16 que son necesarias para poder determinar un factor de ajuste y determinar
los puntos de función ajustados.
Las preguntas contestadas suman 37. Esta sumatoria es clave para calcular el
factor de ajuste que se determina empleando la fórmula que se muestra a
continuación:
∑ ) + 0.65
El resultado es Factor= (0.01 * 37) + 0.65 = 1.02.
A continuación se calculan los puntos de función ajustados, como se muestra
en la Tabla 2.17.
37
Tabla 2.16: Características para el cálculo del factor de ajuste. Fuente propia
Pregunta Respuesta
¿Requiere el sistema copias de seguridad y de recuperación
fiables?
3
¿Se requiere de comunicación de datos? 1
¿Existen funciones de procesamiento distribuido? 1
¿Es crítico el rendimiento? 4
¿Se ejecutará el sistema en un entorno operativo existente y
fuertemente utilizado?
3
¿Requiere el sistema entrada de datos interactiva? 3
¿Requiere la entrada de datos interactiva que las transacciones
de entrada se lleven a cabo sobre múltiples pantallas u
operaciones?
3
¿Se actualizan los archivos maestros de forma interactiva? 0
¿Son complejos las entradas, salidas, archivos o las peticiones? 2
¿Es complejo el procesamiento interno? 1
¿Se ha diseñado el código para ser reutilizable? 3
¿Están incluidas en el diseño la conversión y la instalación? 3
¿Se ha diseñado el sistema para soportar múltiples instalaciones
en diferentes organizaciones?
5
¿Se ha diseñado la aplicación para facilitar los cambios y para ser
fácilmente utilizada por el usuario?
5
Total 37
38
Tabla 2.17: Puntos de función ajustados. Fuente Propia
Descripción Complejidad Total
Baja Media Alta
Entradas (EI) 6 X 3 = 18 3 X 4 = 12 2 X 6 = 12 42
Salidas (EO) 4 X 4 = 16 2 X 5 = 10 2 X 7 = 14 40
Consultas (Q) 3 X 3 = 9 3 X 4 = 12 6 X 0 = 0 21
Archivos (ILF) 3 X 7= 21 8 X 10 = 80 4 X 15 = 60 161
Interfaces del programa (EIF) 3 X 5 = 15 8 X 7 = 56 4 X 10 =40 111
Total 375
Entonces se tienen PF= 375
Factor de Ajuste= 1.02
Factor LP= 29, basado en el lenguaje del que deriva PHP (C++).
LDC (Total de Líneas de Código) = 375 X 1.02 X 29 = 11,093.
LDC = 11,093.
Como el sistema se desarrollará por un pequeño grupo de programadores
experimentados en un entorno familiar, se hará uso del modelo orgánico,
tomando en cuenta 15 factores lo que se detalla en la Tabla 2.18.
Para calcular el esfuerzo nominal se hará uso de la siguiente ecuación:
(
)
El resultado obtenido es 30.
39
Tabla 2.18: Factores de modelo orgánico. Fuente Propia
Atributos del software Valor
Fiabilidad 1
Tamaño de la base de datos 0.94
Complejidad 0.85
Atributos de Hardware
Restricciones en tiempo de ejecución 1
Restricciones en memoria virtual 1
Volatilidad de máquina virtual 0.87
Atributos de personal
Capacidad de análisis 0.86
Experiencia en la aplicación 1
Calidad de los programadores 1
Experiencia en la máquina virtual 1.1
Experiencia en el lenguaje 0.95
Atributos del proyecto
Técnicas actualizadas de programación 1
Utilización de herramienta de software 0.83
Restricciones de tiempo de desarrollo 1.08
Producto 0.55999
Para determinar el esfuerzo del proyecto se necesita hacer uso de esta otra
ecuación:
En base a los datos obtenidos se procede a sacar la cantidad de tiempo
estimada para la realización del proyecto:
40
TD= 9.1 meses
La cantidad de personal necesaria entonces para el desarrollo del sistema
estaría dado por la división de la cantidad de hombres entre el tiempo de
desarrollo. Se obtiene que la cantidad de personas por mes es 3.29.
Como la cantidad de personas no puede ser 3.29 sino tres o cuatro, entonces
se reajustará la cantidad de tiempo del proyecto obteniendo un nuevo tiempo
de desarrollo TD de 7.5 meses tomando en cuenta a 4 personas personas.
Con estos datos se puede deducir que la inversión sería de $9000, asignando
un salario promedio de 300$ a cada trabajador.
2.5.1 Análisis del costo anual
El pago de la Vicedecana de la Facultad de Ciencias y Sistemas en la
Universidad Nacional de Ingeniería es de C$ 28,000, para hacer el cambio a
dólares se hace uso de la tasa de cambio del día 06 de abril de 2013 que es
de 24.4371 córdobas por dólar, obteniendo una cantidad de 1145.80 $.
Tomando en cuenta que la cantidad de horas trabajadas a la semana es 40 y
que el tiempo estimado de los procesos con el sistema actual es de 66.4 horas
por mes. Entonces el costo del sistema actual con respecto al pago de salarios
es: Costo sistema actual = (66.4/160)*1145.8*12 = 5706.08 $
La cantidad de tiempo que se destinará como facultad para desarrollar las
actividades es de 2.4167 horas por mes basado en la cantidad de horas
realizadas por el sistema en el estudio operativo.
Costo de Sistema propuesto= (2.4167/160)*1145.8*12 = 207.68 $ más el monto
de la inversión por el sistema $9000 en el primer año.
2.5.2 Determinación de a tasa mínima aceptable de rendimiento (TMAR)
Para calcular esta tasa se utiliza la siguiente fórmula:
TMAR = inflación + premio al riesgo =
Dónde es la inflación y donde i es el premio al riesgo
Se utilizará la tasa de inflación de diciembre del año 2012 la cual fue de 6.62%
Y como tasa de premio al riesgo se tiene una tasa del 6%.
Por tanto, TMAR = (1.0662*1.06)-1=0.13172, es decir, el 13.72 %.
41
2.5.3 Estado de resultado incremental
En la Tabla 2.19 se puede ver la inversión para el año 0 (antes de que inicien
los períodos), además los valores del flujo neto de efectivo para cada uno de
los 5 años. Con estos resultados se podrá realizar el análisis de flujo de
efectivo.
Tabla 2.19: Estado de resultado Incremental . Fuente Propia
Descripción Inversión
actual
Inversión
propuesta
Cifras anuales
para c/uno de los
5 años
siguientes
Cifras anuales
para c/uno de
los 5 años
siguientes
Ingresos $0 $(9000) $0 $0
Costos Totales $(5,706.08) $(207.68)
Amortización $0 $(2400)
Costos antes de
impuesto
$(5,706.08) $(2,607.68)
Impuestos (IR = 30%) $1,711.83 $782.304
Costos después de
impuesto (UDI)
$(3,994.25) $(1825.37)
Amortización $0 $2400
Flujo Neto de
Efectivo(FNE)
$(3,994.25) $574.63
2.5.4 Análisis de flujo de efectivo
El estudio económico del proyecto es analizado a 5 años. El flujo neto de
efectivo teniendo en cuenta no desarrollar un sistema se muestra en la Figura
2.4.
42
Figura 2.4: Flujo neto de efectivo sin sistema. Fuente: propia.
Comparándolo con la opción de invertir en un sistema, se puede observar en la
Figura 2.5 el flujo neto de efectivo correspondiente a esta alternativa.
Figura 2.5: Flujo neto de efectivo con sistema. Fuente: propia.
Acá se tiene el flujo de efectivo anual, con una inversión inicial que conlleva el
costo del software más el costo de capacitación.
Entonces los flujos resultantes son los siguientes:
Valor presente neto sin sistema=$ 13805.75 en costos
Valor presente neto con sistema=$ 7013.90 en costos
Por tanto, existe un ahorro de $6791.47 en costos al valor presente neto. El
período de recuperación corresponde a: 2 años con 5 meses y 19 días. Para
una TIR de 41.96%.
Como el sistema está diseñado para poder ser utilizado por más de una
institución educativa o facultades, se puede multiplicar los beneficios,
maximizando el ahorro y minimizando el tiempo de recuperación de la
inversión.
2.6 Análisis de Requisitos
Todo el análisis de requisitos fue basado en las necesidades que se deben
cubrir por el sistema. Se han tomado en cuenta los siguientes aspectos:
Organización
0 1 2 3 4
3994.25 3994.25 3994.25 3994.25
5
3994.25
0
1 2 3 4
574.63 574.63 574.63 574.63
9000
574.63
5
43
Actores
Participantes
Objetivos del sistema
Casos de uso, con sus pasos y excepciones
Requerimientos funcionales y no funcionales
Matriz de Rastreabilidad de Objetivos vs Casos de Uso
Organización:
La Universidad Nacional de Ingeniería es la organización que solicita el
desarrollo del sistema, por lo cual es tomada en cuenta como cliente.
Participantes:
Los participantes están definidos por las personas que estarán encargadas de
llevar a cabo el proceso de análisis de requerimientos directa o indirectamente.
Entre los participantes, fuentes de información están: estudiantes, egresados,
sector empresarial y la vicedecanato de la Facultad de Ciencias y Sistemas.
El analista: el autor del trabajo.
Actores:
Los actores definidos son los siguientes: estudiante, institución educativa,
empresario, administrador y egresado.
Objetivos del sistema:
Son planteados como objetivos propios del sistema, para diferenciarlos de los
objetivos del proyecto.
Los objetivos del sistema son los siguientes:
Gestionar información de vacantes
Gestionar información de currículo vitae
Gestionar información de publicidad
Gestionar información de encuestas
Gestionar información de tareas y proyectos
Gestionar información de perfil
44
Gestionar información de usuarios
Gestionar información de solicitudes de servicios
Casos de Uso:
En la definición de casos de uso, se tomarán en cuenta las tablas de plantillas
de Colleman generadas por el programa REM, debido a que estas muestran
los diferentes pasos y excepciones reflejadas en cada caso de uso. Se
mostrarán sólo los casos de uso principales que hacen referencia directa a
cada objetivo. Se utilizarán las siguientes abreviaturas UC: casos de uso UC,
OBJ: objetivos y ACT: actor.
En la Tabla 2.20 se muestra el caso de uso acceder al sistema.
45
Tabla 2.20: Caso de uso Acceder al sistema. Fuente: Propia
UC-0001 Acceder al sistema
Versión 1.0 ( 18/03/2013 )
Autores Carlos Van de Velde
Fuentes Vice Decana de Sistemas
Dependencias [OBJ-0007] Gestionar usuarios
[UC-0003] Administrar perfil de acceso
[OBJ-0001] Gestionar información de Vacantes
[OBJ-0008] Gestionar reportería
[OBJ-0004] Gestionar información de publicidad
[OBJ-0005] Gestionar Encuestas
[OBJ-0006] Gestión de tareas y proyectos
[OBJ-0002] Gestionar información del CV
[OBJ-0003] Gestionar información de perfil
[UC-0004] Asignar perfil a usuarios
[UC-0007] Ingresar detalle de vacante
[UC-0006] Administrar Perfil
[UC-0005] Administrar Vacantes
[UC-0008] Administrar CV
[UC-0009] Ingresar detalle de CV
[UC-0010] Administrar publicación
[OBJ-0009] Gestionar servicios
[UC-0011] Administrar encuesta
[UC-0014] Enviar solicitud de Servicios
[UC-0015] Generar reporte
[UC-0012] Crear preguntas
[UC-0016] Ver catálogo
[UC-0017] Recibir/Responder solicitudes
Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Al iniciar el sistema
Precondición Tener un usuario creado
Secuencia normal
Paso Acción
1 El sistema Se muestra pantalla
2 El actor Administrador (ACT-0004) Ingresa información de usuario y password y selecciona login ( Todos los usuarios pueden usar este caso de uso)
3 El sistema Verifica los datos y si está bien entra al sistema
Postcondición Ninguna
Excepciones Paso Acción
2 Si la información está incorrecta, el sistema Envía mensaje de error y borra los campos, a continuación este caso de uso continúa
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
50 veces por día(s)
Importancia vital
46
Urgencia inmediatamente
Estado en construcción
Estabilidad media
Comentarios Ninguno
En la tabla 2.21 se muestra la descripción del caso de uso administrar perfil.
Tabla 2.21: Caso de uso Administrar Perfil. Fuente: Propia
UC-0006 Administrar Perfil
Versión 1.0 ( 18/03/2013 )
Autores Carlos Van de Velde
Fuentes Carlos Van de Velde
Vice Decana de Sistemas
Dependencias [UC-0005] Administrar Vacantes
[OBJ-0008] Gestionar reportería
[UC-0007] Ingresar detalle de vacante
[OBJ-0001] Gestionar información de Vacantes
[UC-0008] Administrar CV
[UC-0009] Ingresar detalle de CV
[UC-0015] Generar reporte
[UC-0012] Crear preguntas
[UC-0016] Ver catálogo
Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando En el menú Perfil, Actualizar información
Precondición Que se haya logueado un usuario
Secuencia normal
Paso Acción
1 El sistema Muestra perfil
2 El actor Administrador (ACT-0004) Añade información que considera relevante ( Puede ser usado por los usuarios: Estudiante, Empresario, Egresado, Vice Decano)
3 El sistema valida la información, si está bien habilita el botón guardar
4 El actor Estudiante (ACT-0001) Selecciona guardar información
Postcondición Ninguna
Excepciones Paso Acción
3 Si la información es incorrecta, el sistema envía mensaje de error, a continuación este caso de uso continúa
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
500 veces por mes(es)
Importancia vital
Urgencia inmediatamente
Estado en construcción
47
Estabilidad media
Comentarios Ninguno
UC-0005 Administrar Vacantes
Versión 1.0 ( 18/03/2013 )
Autores Carlos Van de Velde
Fuentes Carlos Van de Velde
Vice Decana de Sistemas
Dependencias [OBJ-0008] Gestionar reportería [UC-0007] Ingresar detalle de vacante [UC-0015] Generar reporte [UC-0016] Ver catálogo [UC-0017] Recibir/Responder solicitudes
Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Selecciona Menú Vacante agregar vacante
Precondición Haberse logueado, haber registrado el perfil empresarial
Secuencia normal
Paso Acción
1 El sistema Mostrar pantalla
2 El actor Empresario (ACT-0003) Ingresar información general de la vacante
3 Se realiza el caso de uso Ingresar detalle de vacante (UC-0007)
4 El actor Empresario (ACT-0003) Guarda la información de la vacante
Postcondición Agregar las competencias basadas en un detalle
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
10 veces por día(s)
Importancia vital
Urgencia inmediatamente
Estado en construcción
Estabilidad media
Comentarios Ninguno
En la Tabla 2.22 se muestra la descripción del caso de uso Administrar cv.
48
Tabla 2.22: Caso de uso Acceder al sistema. Fuente: Propia
UC-0008 Administrar CV
Versión 1.0 ( 18/03/2013 )
Autores Carlos Van de Velde
Fuentes Carlos Van de Velde
Vice Decana de Sistemas
Dependencias [OBJ-0008] Gestionar reportería
[OBJ-0002] Gestionar información del CV
[UC-0009] Ingresar detalle de CV
[UC-0016] Ver catálogo
[UC-0015] Generar reporte
[UC-0017] Recibir/Responder solicitudes
Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Selecciona Menú CV agregar Cv
Precondición Haberse logueado, haber registrado el perfil estudiantil, o egresado
Secuencia normal
Paso Acción
1 El sistema Mostrar pantalla
2 El actor Egresado (ACT-0005) Ingresar información general de la vacante
3 Se realiza el caso de uso Ingresar detalle de CV (UC-0009)
4 El actor Egresado (ACT-0005) Guarda información del CV
Postcondición Agregar las competencias basadas en un detalle
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
10 veces por día(s)
Importancia vital
Urgencia inmediatamente
Estado en construcción
Estabilidad media
Comentarios Ninguno
En la Tabla 2.23 se muestra la descripción del caso de uso Administrar
publicidad.
49
Tabla 2.23: Caso de uso Administrar publicidad. Fuente: Propia
UC-0010 Administrar publicidad
Versión 1.0 ( 18/03/2013 )
Autores Carlos Van de Velde
Fuentes Carlos Van de Velde
Vice Decana de Sistemas
Dependencias [OBJ-0008] Gestionar reportería
[OBJ-0004] Gestionar información de publicidad
[UC-0015] Generar reporte
Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Se seleccione el menú publicidad
Precondición Haberse logueado
Secuencia normal
Paso Acción
1 El sistema Muestra pantalla de publicaciones (publicidad)
2 El actor Institución educativa (ACT-0002) Ingresa información que desea que se haga visible ( Se selecciona para quienes debe ser visible la publicación)
3 El sistema Valida si la información ingresada es correcta
4 El actor Institución educativa (ACT-0002) selecciona guardar información
5 El sistema Envía mensaje de guardado satisfactorio
Postcondición Ninguna
Excepciones Paso Acción
3 Si la información es incorrecta, el sistema Envía mensaje de error , a continuación este caso de uso continúa
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
4 veces por mes(es)
Importancia vital
Urgencia inmediatamente
Estado en construcción
Estabilidad media
Comentarios Ninguno
En la Tabla 2.24 se muestra la descripción del caso de uso Administrar
encuesta.
50
Tabla 2.24: Caso de uso administrar encuesta. Fuente: Propia
UC-0011 Administrar encuesta
Versión 1.0 ( 18/03/2013 )
Autores Carlos Van de Velde
Fuentes Carlos Van de Velde
Vice Decana de Sistemas
Dependencias [OBJ-0008] Gestionar reportería
[OBJ-0005] Gestionar Encuestas
[UC-0012] Crear preguntas
[UC-0015] Generar reporte
Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Se seleccione el menú encuesta
Precondición Haberse logueado
Secuencia normal
Paso Acción
1 El sistema Muestra pantalla de publicaciones (publicidad)
2 El actor Institución educativa (ACT-0002) Ingresa información general de la encuesta ( Se selecciona para quienes debe ser visible la publicación)
3 El sistema Valida si la información ingresada es correcta
4 Se realiza el caso de uso Crear preguntas (UC-0012)
5 El actor Institución educativa (ACT-0002) El actor selecciona guardar
6 El sistema Envía mensaje de guardado satisfactorio
Postcondición Ingresar preguntas
Excepciones Paso Acción
3 Si la información es incorrecta, el sistema Envía mensaje de error , a continuación este caso de uso continúa
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
1 veces por mes(es)
Importancia vital
Urgencia inmediatamente
Estado en construcción
Estabilidad media
Comentarios Ninguno
En la Tabla 2.25 se muestra la descripción del caso de uso Administrar
proyectos.
51
Tabla 2.25: Caso de uso Administrar proyectos. Fuente: Propia
UC-0013 Administrar proyectos
Versión 1.0 ( 19/03/2013 )
Autores Carlos Van de Velde
Fuentes Carlos Van de Velde
Vice Decana de Sistemas
Dependencias [OBJ-0006] Gestión de tareas y proyectos
[UC-0015] Generar reporte
[OBJ-0008] Gestionar reportería
Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando selecciona crear Proyecto o tarea
Precondición Haberse logueado y crear perfil empresarial
Secuencia normal
Paso Acción
1 El sistema Muestra pantalla
2 El actor Empresario (ACT-0003) Ingresa información de proyecto
3 El sistema Valida si la información está bien ingresada
4 Si La información está bien ingresada, el actor Empresario (ACT-0003) Guarda la información
5 El sistema Envía mensaje de guardado satisfactorio
Postcondición Ninguna
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
400 veces por año(s)
Importancia vital
Urgencia inmediatamente
Estado en construcción
Estabilidad media
Comentarios Ninguno
En la Tabla 2.26 se muestra la descripción del caso de uso Enviar solicitud de
servicios.
52
Tabla 2.26: Caso de uso Enviar solicitud de servicios. Fuente: Propia
UC-0014 Enviar solicitud de Servicios
Versión 1.0 ( 19/03/2013 )
Autores Carlos Van de Velde
Fuentes Carlos Van de Velde
Vice Decana de Sistemas
Dependencias [OBJ-0008] Gestionar reportería
[UC-0015] Generar reporte
[OBJ-0009] Gestionar servicios
[UC-0017] Recibir/Responder solicitudes
Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Al seleccionar la opción solicitud de servicio
Precondición Haberse logueado y crear perfil
Secuencia normal
Paso Acción
1 El sistema Muestra pantalla
2 El actor Empresario (ACT-0003) Ingresa información del servicio que solicitan, tipo de servicio, especificaciones
3 El sistema Valida si la información ingresada es correcta
4 Si la información está bien ingreasada, el actor Empresario (ACT-0003) Envía solicitud de servicio
5 El sistema Emite un mensaje de enviado satisfactorio
Postcondición Ninguna
Excepciones Paso Acción
3 Si la información no está bien ingresada, el sistema Envía mensaje de error, a continuación este caso de uso continúa
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
2 veces por mes(es)
Importancia vital
Urgencia inmediatamente
Estado en construcción
Estabilidad media
Comentarios Ninguno
En la Tabla 2.27 se muestra la descripción del caso de uso Generar Reporte.
53
Tabla 2.27: Caso de uso Generar Reporte. Fuente: Propia
UC-0015 Generar reporte
Versión 1.0 ( 19/03/2013 )
Autores Carlos Van de Velde
Fuentes Carlos Van de Velde
Vice Decana de Sistemas
Dependencias Ninguno
Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Selecciona la opción reportes
Precondición Que se hayan gestionado las demás procesos, haberse logueado
Secuencia normal
Paso Acción
1 El sistema Mostrar pantalla
2 El actor Institución educativa (ACT-0002) Selecciona la información para generar reporte
3 El sistema muestra el reporte solicitado
Postcondición Ninguna
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
1 veces por mes(es)
Importancia quedaría bien
Urgencia puede esperar
Estado pendiente de verificación
Estabilidad alta
Comentarios Ninguno
En la Tabla 2.28 se muestra la descripción del caso de uso Ver catálogo.
54
Tabla 2.28: Caso de uso Ver catálogo. Fuente: Propia
UC-0016 Ver catálogo
Versión 1.0 ( 19/03/2013 )
Autores Carlos Van de Velde
Fuentes Carlos Van de Velde
Vice Decana de Sistemas
Dependencias [OBJ-0001] Gestionar información de Vacantes
[OBJ-0002] Gestionar información del CV
[OBJ-0008] Gestionar reportería
[OBJ-0009] Gestionar servicios
Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Selecciona la opción ver catálogo
Precondición Haber ingresado vacantes, servicios, y curriculum
Secuencia normal
Paso Acción
1 El sistema Muestra catálogo de vacantes, pasantías, servicios, o CV ( el catálogo varía según el usuario)
2 El actor Egresado (ACT-0005) Selecciona el elemento que le interesa y envía su solicitud
Postcondición Ninguna
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
400 veces por mes(es)
Importancia vital
Urgencia inmediatamente
Estado en construcción
Estabilidad media
Comentarios Ninguno
Requerimientos funcionales y no funcionales
Dentro de los requerimientos funcionales se tienen los siguientes:
Solicitudes de interés: Cada usuario, podrá ver las solicitudes que le
interesan, existiendo filtros basados en las características del usuario.
Reportes estratégicos: El sistema deberá contemplar reportería que
retroalimente procesos de autoevaluación y de desarrollo curricular.
55
Entre estos reportes están: Reporte de detalles de hojas de vida de
estudiantes y egresados, reporte de detalles de vacantes laborales,
reporte de vacantes solicitadas.
Perfiles personalizados: Cada usuario podrá escribir su información
personal en su perfil, definiendo así puntos de interés.
Administración dinámica de usuarios: se podrá definir dinámicamente los
usuarios.
Los requerimientos no funcionales son los siguientes:
Seguridad y encriptación de datos: la información resguardada debe
permanecer íntegra.
Portabilidad: se debe poder acceder desde cualquier sistema operativo.
Interfaz amigable: El sistema debe de tener una interfaz intuitiva que
permita que su usabilidad sea fácil.
Accesibilidad: Se debe poder acceder desde cualquier punto con internet
en el país.
Matriz de Rastreabilidad
La matriz de rastreabilidad que se muestra en la Tabla 2.29 refleja el cruce de
los objetivos del sistema con los casos de uso requeridos. En esta tabla se
demuestra que para cada objetivo hay al menos un caso de uso que permite
cumplir el objetivo.
56
Tabla 2.29: Matriz de rastreabilidad Casos de Uso vs Objetivos. Fuente: Propia
TRM-0001
UC-0001
UC-0002
UC-0003
UC-0004
UC-0005
UC-0006
UC-0007
UC-0008
UC-0009
UC-0010
UC-0011
UC-0012
UC-0013
UC-0014
UC-0015
UC-0016
UC-0017
OBJ-0001
- - - -
-
- - - - - - -
OBJ-0002
- - - - - - -
- - - - - -
OBJ-0003
- - - -
-
-
OBJ-0004
- - - - - - - - -
- - - -
- -
OBJ-0005
- - - - - - - - - -
- -
-
OBJ-0006
- - - - - - - - - - - -
-
-
OBJ-0007
OBJ-0008
- - - - - - - - - - - - - -
- -
OBJ-0009
- - - - - - - - - - - - -
2.7 Conclusiones parciales
Al finalizar el capítulo se puede llegar a las siguientes conclusiones: (plasmar
datos).
57
1. Existen condiciones organizacionales para implantar el sistema de
información web para la vinculación empresa – universidad.
2. La propuesta del sistema es aceptada por el sector estudiantil,
egresados y empresarios, obteniendo un 98% de aceptación tanto del
sector empresarial como del sector estudiantil – egresado.
3. El estudio técnico muestra que los requerimientos son abastecidos sin
hacer ninguna inversión adicional de gran envergadura, lo cual implica
que no se requiere invertir en costos adicionales que afecten la
factibilidad económica.
4. El sistema es factible operacionalmente, obteniendo reducción en los la
cantidad de actividades realizadas por el vice decanato. Los tiempos
totales se disminuyen de 66.4 a 2.41 horas.
5. El sistema es económicamente factible obteniendo un período de
recuperación del capital de 2 años, 5 meses y 19 días, así como un
ahorro de $ 6791.47.
6. El análisis de requerimientos muestra exactamente el funcionamiento
que debe tener el sistema, por lo que es claro, conciso y preciso.
58
Capítulo 3: Diseño En este capítulo se realiza el modelado del sistema de información para la
vinculación universidad - empresa, basándose en la metodología UWE.
Los modelos planteados en la metodología UWE para la fase de diseño son los
siguientes:
1. Modelo de Casos de Uso: modelo para capturar los requisitos del
sistema.
2. Modelo de Contenido: es un modelo conceptual para el desarrollo del
contenido.
3. Modelo de Usuario: es modelo de navegación, en el cual se incluyen
modelos estáticos y modelos dinámicos.
4. Modelo de estructura: en el cual se encuentra la presentación del
sistema y el modelo de flujo.
5. Modelo Abstracto: incluye el modelo a de interfaz de usuario y el modelo
de ciclo de vida del objeto.
A continuación se presentan los modelos propuestos.
3.1 Modelo de casos de uso
En este modelo se representan las diferentes pantallas a las que el usuario
tendrá acceso. El usuario podrá acceder a las diferentes opciones basándose
en el tipo de permiso que posea.
En la Figura 3.1 se muestran los actores que utilizarán el sistema, en este caso
el actor estudiante y egresado comparten los mismos privilegios.
En el diagrama de casos de uso correspondiente a los accesos del actor
Estudiante (contempla al egresado) y Empresa
se muestra la funcionalidad a la que cada uno
tendrá acceso, teniendo en común la respuesta a
encuestas. Estos casos de uso se muestran en
las figuras 3.2 y 3.3.
Figura 3.1: Paquete de actores. Fuente: Propia
59
Figura 3.2: Caso de uso de actor estudiante. Fuente: Propia
Figura 3.3: Caso de uso de actor empresa. Fuente: Propia
El actor Administrador sólo tendrá acceso a realizar la gestión de usuarios, es
por eso que este solo tendrá acceso a los casos de uso que tengan que ver
con esta actividad, esto se refleja claramente en la Figura 3.4. El sistema
tendrá la administración de usuarios de manera dinámica, por lo cual se tendrá
que manejar usuarios y perfiles, y además un caso de uso que asigne los
usuarios a los perfiles correspondientes.
.
uc Casos de uso principales
Visualizar Catálogo de
v acantes Gestionar
Habilidades
Responder_Encuesta
Visualizar proyectos
asignados
Estudiante
Gestionar
Referencias
personales
Gestionar_Hoja_v ida
«extend»
«extend»
«extend»
uc Casos de uso principales
Empresa
Gestionar v acante
laboral
Gestionar
Competencias
Visualizar catálogo
de CV
Solicitar serv icios
Responder_Encuesta
Gestionar proyecto
Gestionar_perfil_empresarial
«include»
«extend»
«extend»
«extend»
«extend»
60
Figura 3.4: Casos de uso de actor administrador. Fuente: Propia
Como se muestra en la Figura 3.5, el actor con mayor cantidad de casos de
usos es Institución educativa, este será el encargado de gestionar la publicidad,
eventos, encuestas, respuestas a solicitudes de servicios y además generar
reportería.
Figura 3.5: Casos de uso de actor institución educativa. Fuente: Propia
uc Casos de uso principales
Límite de usuarios
Administrador
Gestionar Usuarios
Administrar perfil de
Usuario
Asignación de
usuarios a perfiles
«extend»
«extend»
uc Casos de uso principales
Institución
educativ a
Gestionar encuesta Gestionar_preguntas
encuesta
Generar reportes
Gestionar publicidad
Responder_solicitudes de
serv icio
Gestionar posibles
respuestas
Gestionar ev ento
Gestionar_perfil_inst_educat
«include»
«include»
«extend»
«extend»
«extend»
61
3.2 Modelo de contenido
En el modelo de contenido se describe la relación orientada a objeto que existe
entre las diferentes clases. Es por eso que primeramente para este modelo se
toma en cuenta al diagrama de clases que se muestra en la Figura 3.6.
En la figura 3.7, sin embargo se muestra el diagrama físico de la base de datos,
que incluye todas las tablas y las relaciones entre ellas.
62
Figura 3.6: Diagrama de clases. Fuente: Propia
cla
ss
Sis
tem
a
Em
pre
sa
+
No
_ru
c:
va
r
+
Acti
vid
ad
eco
nó
mic
a:
Va
r
«id
»
+
id:
in
t
«in
pu
t e
lem
en
t»
+
Ra
zo
n_
socia
l:
Va
rch
ar
+
Ing
resa
r d
ato
s d
e p
erf
il e
mp
resa
ria
l()
: vo
id
+
Lle
na
r d
ato
s d
e e
ncu
est
a()
: v
oid
+
Ing
resa
r d
ato
s d
e v
aca
nte
() :
vo
id
+
Esc
og
er
CV
() :
vo
id
+
So
licit
ar
serv
icio
() :
vo
id
+
So
licit
ar
est
ud
ian
tes
pa
ra p
roye
cto
() :
vo
id
Es
tud
ian
te
+
inst
itu
cio
n:
va
r
«in
pu
t e
lem
en
t»
+
Est
ad
o:
va
rch
ar
+
Exp
eri
en
cia
: v
arc
ha
r
+
Est
ud
ios:
va
rch
ar
+
No
tas:
in
t
+
Lle
na
r d
ato
s d
e e
ncu
est
a()
: v
oid
+
Ge
stio
na
r p
erf
il e
stu
dia
nti
l()
: vo
id
+
Ge
stio
na
pro
ye
cto
() :
vo
id
+
Lle
na
r in
form
ació
n d
e C
V()
: v
oid
Va
ca
nte
+
Sa
lari
o:
flo
at
«id
»
+
id:
en
tero
«in
pu
t e
lem
en
t»
+
no
mb
re_
pu
est
o:
va
rch
ar
+
Co
mp
ete
ncia
s:
va
rch
ar
+
Exp
eri
en
cia
: i
nt
«se
lect
ele
me
nt»
+
Est
ud
ios:
va
r
+
Tip
o:
va
rch
ar
+
Gu
ard
ar
info
rma
ció
n d
e v
aca
nte
() :
vo
id
+
Gu
ard
ar
info
rma
ció
n d
e r
eq
uis
ito
s()
: vo
idA
Ins
titu
ció
n E
du
ca
tiv
a
+
En
ca
rga
do
: v
ar
+
Ing
resa
r in
form
ació
n d
e e
ncu
est
a()
: v
oid
+
Ing
resa
r in
form
ació
n d
e e
ve
nto
s o
pu
bli
cid
ad
() :
vo
id
+
Re
spo
nd
er
soli
cit
ud
es
de
se
rvic
ios(
) :
vo
id
Pro
ye
cto
_p
art
icip
an
tes
«id
»
- id
: i
nt
«in
pu
t e
lem
en
t»
+
Pa
rtic
ipa
nte
s:
va
r
+
Gu
ard
ar
da
tos
de
l p
roye
cto
() :
vo
id
Ev
en
tos
«id
»
- id
: i
nt
«in
pu
t e
lem
en
t»
+
No
mb
re:
va
rch
ar
+
De
scri
pcio
n:
va
rch
ar
«se
lect
ele
me
nt»
+
Fe
ch
a_
inic
io:
da
te
+
Fe
ch
a_
fin
: d
ate
+
Tip
o_
invit
ad
os:
va
rch
a
+
Gu
ard
ar
info
rma
ció
n d
e e
ve
nto
s()
: vo
id
En
cu
es
ta
«id
»
- id
: i
nt
«in
pu
t e
lem
en
t»
+
No
mb
re:
va
rch
ar
+
De
scri
pcio
n:
va
rch
ar
+
Pre
gu
nta
: v
arc
ha
r
+
Tip
o_
resp
ue
sta
: v
ar
+
Re
spu
est
a:
va
r
«se
lect
ele
me
nt»
+
Tip
o_
pre
gu
nta
s:
va
rch
ar
+
Tip
o_
pa
rtic
ipa
nte
: v
arc
ha
r
+
Gu
ard
ar
info
rma
ció
n d
e e
ncu
est
a()
: v
oid
+
Gu
ard
ar
de
tall
e d
e e
ncu
est
a()
: v
oid
Cu
rric
ulu
m V
ita
e
+
Exp
eri
en
cia
La
bo
ral:
in
t
«id
»
+
id_
cv:
in
t
«in
pu
t e
lem
en
t»
+
Co
mp
ete
ncia
s:
va
r
+
Est
ud
ios
rea
liza
do
s:
va
r
+
Ha
bil
ida
de
s:
va
r
+
Gu
ard
ar
da
tos
de
cv()
: v
oid
+
Gu
ard
ar
est
ud
ios(
) :
vo
id
+
Gu
ard
ar
est
ud
ios(
) :
vo
id
+
Gu
ard
ar
co
mp
ete
ncia
s()
: vo
id
+
Gu
ard
ar
ha
bil
ida
de
s()
: vo
id
Se
rvic
io
+
id_
serv
icio
: i
nt
+
Tip
o d
e s
erv
icio
: v
ar
+
Co
sto
: i
nt
+
No
mb
re_
serv
icio
: i
nt
+
Ing
resa
r se
rvic
io()
: v
oid
+
Ed
ita
r S
erv
icio
() :
vo
idS
oli
cit
ud
«id
»
+
id:
in
t
«in
pu
t e
lem
en
t»
+
Fe
ch
a i
nic
io:
Da
te
+
Fe
ch
a_
fin
: d
ate
+
Re
qu
eri
mie
nto
s:
va
r
+
Ing
resa
r so
licit
ud
() :
vo
id
+
Re
spo
nd
er
soli
cit
ud
() :
vo
id
Pro
ye
cto
«id
»
+
id:
in
t
«in
pu
t e
lem
en
t»
+
No
mb
re_
pro
ye
cto
: v
ar
+
Ca
nti
da
d_
pe
rso
na
s:
int
+
De
scri
pcio
n:
va
r
«se
lect
ele
me
nt»
+
Tip
o:
va
r
+
Fe
ch
a_
inic
io:
da
te
+
Fe
ch
a_
fin
: d
ate
+
Gu
ard
ar
da
tos
de
l p
roye
cto
() :
vo
id
pu
bli
cid
ad
+
No
mb
re_
pu
bli
cid
ad
: v
ar
+
dim
en
sio
ne
s:
va
r
+
po
sició
n:
in
t
+
Gu
ard
ar
pu
bli
cid
ad
() :
vo
id
+
Mo
stra
r p
ub
licid
ad
en
sit
io()
: v
oid
En
tid
ad
es
_re
lac
ion
ad
as
+
usu
ari
o:
va
r
+
No
mb
re:
va
r
+
Dir
eccio
n:
va
r
+
Te
lefo
no
: v
ar
+
em
ail
: v
ar
+
Lle
na
r d
ato
s d
e e
ncu
est
a()
: v
oid
1..
*
1..
*
1..
*
1..
*
*..*
1..
*
1..
1
*...
1
1..
.*
63
Figura 3.7: Diagrama físico de base de datos Fuente: Propia
64
3.3 Modelo del usuario
En la Figura 3.8 está el modelo que pretende mostrar la navegación
correspondiente a cada actor, incluyendo los enlaces estáticos y dinámicos del
sitio web.
Figura 3.8: Diagrama navegacional. Fuente: Propia
65
3.4 Modelo de estructura
En el modelo de estructura, se definirá la presentación del sistema, por lo cual
se dispondrá del diseño de las pantallas no repetidas.
Son 3 pantallas, las que se encuentran de manera repetitiva en el sistema,
estas son: página de login (figura 3.9), gestión de perfiles (figura 3.10) y página
de listas (figura 3.11).
Figura 3.9: Diagrama presentación de login. Fuente: Propia
Figura 3.10: Diagrama presentación de gestión de perfiles. Fuente: Propia
66
Figura 3.11: Diagrama presentación de listas. Fuente: Propia
67
3.5 Modelo abstracto
En la Figura 3.12 se muestra el diagrama de secuencia en el que se ingresa el
perfil del usuario, que contienen los datos generales, ya sea empresa,
estudiante, institución educativa o administrador.
Se hace uso del actor Administrador, aunque puede estar el actor empresa,
estudiante e institución educativa. En el diagrama se muestra el proceso de
ingreso de datos, seguido por la validación que realiza el sistema a los mismos,
y el guardado y confirmación de la base de datos para el usuario.
Figura 3.12: Diagrama de secuencia para ingresar perfil de usuario. Fuente: Propia
En la Figura 3.13 se muestra el diagrama de secuencia que permite modificar
los datos ingresados que está representado por el diagrama en la Figura 3.8.
sd Ingresar perfil
Administrador
(from Actores)
Interfaz BD
Ingresar datos del perfi l y acceso()
validar datos ingresados()
Enviar datos
validados()
Confirma datos guardados()
Mostrar mensaje de guardado satisfactorio()
68
Figura 3.13: Diagrama de secuencia para editar perfil de usuario. Fuente: Propia
Continuando con los procesos representados en los diagramas de secuencia,
se muestra en la Figura 3.14, el ingreso de la encuesta por el usuario
institución educativa. Cabe señalar que este diagrama trae vinculados el
ingreso del detalle de la encuesta que son las preguntas, así también cada
pregunta, por su parte, traería una serie de posibles respuestas que deben ir
representadas de igual manera en el diagrama.
En la Figura 3.15 también se puede observar la secuencia para la edición de
una encuesta, pero este ya como un proceso simple, pues para modificar la
información general de la encuesta, no resulta obligatorio editar también
preguntas y respuestas de la misma.
sd Editar Perfil
Administrador
(from Actores)
Interfaz Base de datos
Selecciona perfil a editar()
Consulta accesos del perfi l()
Envía datos de consulta()
Muestra accesos del perfi l()
Selecciona los accesos que serán habilitados()
Envía datos ingresados()
Confirma guardado de datos()
Muestra mensaje de guardado()
69
Figura 3.14: Diagrama de secuencia para ingresar encuesta. Fuente: Propia
sd
Ing
res
ar in
form
ac
ión
de
en
cu
es
tas
Institu
ció
n e
du
ca
tiva
(from
Acto
res)
Inte
rfaz
Ba
se d
e d
ato
sIn
terfa
z p
reg
un
tas
de
en
cu
esta
Inte
rfaz d
e
po
sible
s
resp
ue
stas
Ing
resa
r info
rma
ció
n d
e la
en
cu
esta
()
va
lida
r info
rma
ció
n in
gre
sad
a()
Gu
ard
ar in
form
ació
n in
gre
sad
a()
Co
nfirm
ar g
ua
rda
do
de
info
rma
ció
n()
Mo
strar m
en
saje
de
ge
ne
ralid
ad
es d
e e
ncu
esta
gu
ard
ad
os y
solic
ita in
gre
sar p
reg
un
tas()
Ing
resa
info
rma
ció
n d
e p
reg
un
tas d
e e
ncu
esta
()
Va
lida
da
tos d
e p
reg
un
ta()
Gu
ard
a p
reg
un
tas()
Co
nfirm
a g
ua
rda
do
de
pre
gu
nta
s()
Mo
strar m
en
saje
de
pre
gu
nta
gu
ard
ad
o()
Ing
resa
r po
sible
s resp
ue
stas()
Va
lida
r po
sible
s resp
ue
stas()
Gu
ard
ar in
form
ació
n d
e p
osib
les re
spu
esta
s()
Co
nfirm
ar g
ua
rda
do
de
resp
ue
stas()
Mo
strar m
en
saje
de
gu
ard
ad
o sa
tisfacto
rio d
e re
spu
esta
s()
70
Figura 3.15: Diagrama de secuencia para editar encuesta. Fuente: Propia
El proceso de edición de la encuesta se complementa con la edición de la
pregunta y respuestas a su vez, los cuales están representados en las figuras
3.16 y 3.17, respectivamente.
Figura 3.16: Diagrama de secuencia para editar preguntas. Fuente: Propia
sd Editar encuesta
Institución educativa
(from Actores)
Interfaz Base de datos
Selecciona editar encuesta que se desea trabajar()
Habilita campos para modificarse()
Modifica información de encuesta()
Valida datos modificados()
Guarda información de encuesta()
confirma guardado de la información()
Muestra mensaje de edición
satisfactorai()
sd Editar preguntas de encuesta
Institución educativa
(from Actores)
Interfaz Base de datos
Seleccionar la pregunta y la opción editar()
Habilitar campos a editar()
Modificar información de pregunta()
Validar información ingresada()
Guardar datos de pregunta()
Confirmar que pregunta editada está guardada()
Mostrar mensaje de guardado satisfactorio()
71
Figura 3.17: Diagrama de secuencia para editar respuestas. Fuente: Propia
sd Editar posibles respuestas encuesta
Institución educativa
(from A
ctores)
InterfazB
ase de datos
Seleccionar pregunta y la opción editar()
Habilitar cam
pos de edición de pregunta seleccionada()
Editar inform
ación requerida de respuestas()
Validar inform
ación()
Guardar inform
ación de repuestas()
Confirm
ar que información ha sido guardada correctam
ente()
Mostrar m
ensaje de guardado satisfactorio()
72
Esta encuesta que ingresa el actor Institución educativa es respondida por el
resto de los usuarios, por lo cual existe un diagrama de secuencia que
representa este proceso, esto se muestra en la Figura 3.18.
Figura 3.18: Diagrama de secuencia para responder encuesta. Fuente: Propia
sd
Re
sp
on
de
r_e
nc
ue
sta
Inte
rfaz
Ba
se d
e d
ato
s
Estu
dia
nte
(from
Acto
res)
Se
leccio
na
la p
reg
un
ta a
resp
on
de
r()
Ha
bilita
cam
po
de
resp
ue
stas()
Se
leccio
na
resp
ue
sta q
ue
con
side
ra a
de
cua
da
()
Va
lida
info
rma
ción
()
Gu
ard
a in
form
ació
n()
Co
nfirm
a g
ua
rda
do
satisfa
ctorio
()
73
Otro proceso que se ve en el sistema es la ingreso de las vacantes laborales,
en este proceso hay varios elementos a tomar en cuenta, el ingreso del
currículo vitae, vacantes laborales y además que la aplicación a la vacante se
encuentre disponible para el aspirante.
El proceso de ingreso de currículo vitae se puede detallar en agregar la
información general del usuario, descrito en el primer diagrama de secuencia
visto en la Figura 3.12, este se complementa con los elementos detalle del
currículo, como son las referencias personales y el detalle. Parte de este
complemento se puede ver en la Figura 3.19.
Figura 3.19: Diagrama de secuencia para gestionar cv. Fuente: Propia
sd Ingresar datos de CV
interfaz cvB
ase de datosD
etalle de CV
Estudiante
Ingresa información de currículo vitae()
Valida inform
ación de vacante()
Guarda inform
ación de curriculo()
Confirm
a guardado de CV
()
Muestra m
ensaje de guardado()
Ingresa información de detalle()
Valida inform
ación ingresada()
Guarda inform
ación de detalle()
Confirm
a datos guardados()
Muestra m
ensaje de guardado satisfactorio()
74
Otro proceso dentro de la gestión de las vacantes laborales sería el ingreso de
la vacante laboral con sus respectivos detalles, estos se establecen en el
diagrama de secuencia visto en la Figura 3.20.
Figura 3.20: Diagrama de secuencia para ingresar vacante laboral. Fuente: Propia
sd
Inte
rac
tion
Em
pre
sa
(from
Acto
res)
Inte
rfaz
Ba
se d
e d
ato
sD
eta
lle d
e
vaca
nte
Ing
resa
info
rma
ción
de
vaca
nte
lab
ora
l()
Va
lida
info
rma
ción
de
vaca
nte
()Gu
ard
a in
form
ació
n()
Co
nfirm
a g
ua
rda
do
de
vaca
nte
()
Mu
estra
me
nsa
je d
e g
ua
rda
do
satisfa
ctorio
y
pid
e in
gre
sar d
eta
lles d
e va
can
te()
Ing
resa
info
rma
ción
de
de
talle
de
vaca
nte
()
Va
lida
info
rma
ción
de
l de
talle
()
Gu
ard
an
info
rma
ción
()
Co
nfirm
a g
ua
rda
do
satisfa
ctorio
()
Mu
estra
me
nsa
je d
e g
ua
rda
do
de
de
talle
satisfa
ctorio
()
75
Por último para completar este proceso, los aspirantes a los puestos de
trabajos descritos en las vacantes laborales deben poder aplicar a ellos, es por
eso que se muestra un catálogo o lista de vacantes disponibles para una
persona específica. Este proceso se muestra en el diagrama de secuencia
descrito en la Figura 3.21
Figura 3.21: Diagrama de secuencia para aplicar a vacante laboral. Fuente: Propia
sd
En
via
r CV
po
r va
ca
nte
Inte
rfaz
Ba
se d
e d
ato
s
Estu
dia
nte
(from
Acto
res)
So
licita co
nsu
lta d
e va
can
te la
bo
ral()
En
vía d
ato
s de
con
sulta
solicita
da
()
sele
ccion
a la
vaca
nte
qu
e le
inte
resa
y sele
ccion
a a
plica
r()
En
vía d
ato
s de
CV
()
Co
nfirm
a e
nvío
de
Cv()
Co
nfirm
a cu
rriculo
en
viad
o()
76
Una vez enviada la solicitud para aplicar a la vacante laboral, se mostrará para
el actor Empresa los usuarios que han aplicado a sus vacantes, disponiendo de
este modo de los currículos para contactar a las personas que han enviado
estas solicitudes. Esto se muestra en la Figura 3.22.
Figura 3.22: Diagrama de secuencia que muestra currículos aplicados. Fuente: Propia
Las otras secuencias de actividades relacionadas serían la edición de los
respectivos detalles tanto del currículo (Figura 3.23) como de la vacante laboral
(Figura 3.24) y las referencias personales (Figura 3.25).
Figura 3.23: Diagrama de secuencia para editar detalles de cv. Fuente: Propia
sd Interaction
Empresa
(from Actores)
Interfaz Base de datos
Selecciona CV que le interesa()
Envía solicitud de consulta()
Devuelve datos de consulta()
Muestra CV()
sd editar habilidad y competencia
Interfaz Base de datos
Estudiante
(from Actores)
Selecciona información a editar()
habilita campos editables()
Edita información()
Valida información editada()
Guarda información()
Confirma guardado satisfactorio()
Muestra mensaje de guardado satisfactorio()
77
Figura 3.24: Diagrama de secuencia para editar detalles de vacante laboral. Fuente:
Propia
sd Interaction
InterfazB
ase de datos
Em
presa
(from A
ctores)
Selecciona el detalle a editar y selecciona editar()
Habilita cam
pos editables del detalle seleccionado()
Modifica inform
ación requerida()
Valida inform
ación editada()
Guarda inform
ación editada()
Confirm
a guardado de datos()
Muestra m
ensaje de datos actualizados()
78
Figura 3.25: Diagrama de secuencia para editar detalles de vacante laboral. Fuente:
Propia
La gestión de usuarios es realizada por las instituciones educativas, esto se
muestra en las figuras 3.26 y 3.27, en las que se describe la inserción y
edición respectivamente.
Figura 3.26: Diagrama de secuencia para ingresar evento. Fuente: Propia
sd Interaction
Estudiante
(from Actores)
Base de datos
referencias
interfaz
selecciona la referencia a modificar()
habilita campo de edición()
Edita información()
Valida información ingresada()
Guarda información()
Confirma guardado()
Muestra mensaje de guardado()
sd Ingresar ev ento
Institución educativa
(from Actores)
Interfaz evento Base de datos
Ingresa información requerida()
Valida información ingresada()
Guarda información()
confirma guardado()Muestra mensaje de guardado satisfactorio y
solicita se ingresen los participantes()
79
Figura 3.27: Diagrama de secuencia para editar evento. Fuente: Propia
sd
Ed
itar E
ve
nto
Institu
ción
ed
ucativa
(from
Acto
res)
Inte
rfaz
Ba
se d
e d
ato
s
Se
leccio
na
el e
vento
y la o
pció
n e
dita
r()
Ha
bilita
camp
os p
ara
ed
ición
()
mo
difica in
form
ació
n re
qu
erid
a()
Va
lida
info
rma
ción
mo
dificad
a()
Gu
ard
a in
form
ació
n e
dita
da
()
confirm
a g
ua
rda
do
satisfa
ctorio
()
Mu
estra
me
nsa
je d
e g
ua
rda
do
satisfa
ctorio
()
80
Para la solicitud de servicios se manejan dos secuencias importantes, la que
llena dicha solicitud por parte del actor Empresa y la que responde la solicitud
que es por parte de la institución educativa. Estos diagramas se muestran en la
figuras 3.28 y 3.29, respectivamente.
Figura 3.28: Diagrama de secuencia para ingresar solicitud de servicio. Fuente: Propia
sd Interaction
Em
presa
(from A
ctores)
InterfazB
ase de datos
Institución educativa
(from A
ctores)
Ingresa información de la solicitud de servicio()
Valida inform
ación ingresada()
Guarda solicitud de servicio()
Confirm
a datos guardados()
Muestra m
ensaje de datos guardados()
Envía em
ail a institución educativa()
81
Figura 3.29: Diagrama de secuencia para responder solicitud de servicio. Fuente: Propia
sd
Re
sp
on
de
r_s
ol_
se
rv
Institu
ción
ed
uca
tiva
(from
Acto
res)
Inte
rfaz
Ba
se d
e d
ato
s
Em
pre
sa
(from
Acto
res)
Se
leccio
na
resp
on
de
r a la
solicitu
d()
Mu
estra
cam
po
s de
resp
ue
sta()
Ing
resa
info
rma
ción
de
resp
ue
sta()
Va
lida
info
rma
ción
ing
resa
da
()
Gu
ard
a in
form
ació
n in
gre
sad
a()
Co
nfirm
a g
ua
rda
do
de
info
rma
ción
()
Mu
estra
me
nsa
je d
e re
spu
esta
gu
ard
ad
a()
En
vía e
ma
il de
resp
ue
sta d
e so
licitud
()
82
Los procesos restantes serían la gestión de la publicidad y la de los proyectos,
para estos se debe establecer un diagrama de secuencia para ingresar cada
uno de estos elementos así como también otro para editar. Es por eso que el
ingreso y edición de la publicidad se visualizan en la figura 3.30 y 3.31,
mientras que en el caso del proyecto se muestra en la Figura 3.32.
Figura 3.30: Diagrama de secuencia para ingresar publicidad. Fuente: Propia
Figura 3.31: Diagrama de secuencia para editar publicidad. Fuente: Propia
sd Ingresar publicidad
Institución educativa
(from Actores)
Interfaz Base de datos
Ingresar información de publicidad()
Validar información de
publicidad()
Guardar información()
Confirmar guardado satisfactorio()
Mostrar mensaje de guardado satisfactorio()
sd editar publicidad
Institución educativa
(from Actores)
Interfaz Base de datos
Seleccionar publicidad y seleccionar opción modificar()
Habilitar campos de modificación()
Modificar información de publicidad()
Validar información de gurdado()
Guardar información de publicidad()
Confirmar guardado de información de publicidad()
Mostrar mensaje de guardado satisfactorio()
83
Figura 3.32: Gestión de proyecto. Fuente: Propia
sd Interaction
Em
presa
(from A
ctores)
proyectoB
ase de datos
Institución educativa
(from A
ctores)
interfaz
participantes
Estudiante
(from A
ctores)
Ingresa información de proyecto()
Valida si está bien ingresada la
información requerida()
Guarda inform
acion()
Confirm
a guardado()
Muestra m
ensaje de
guardado
satisfactorio()
Notifica de proyecto pendiente de asignar participantes()
selecciona participante()
Guarda inform
ación()
Envía m
ensaje de participante guardado()
Muestra m
ensaje de participante guardado()
Notifica proyecto asignado()
84
3.6 Reportería
La reportería generada por el sistema es de suma importancia, pues permitirá
retroalimentar varios procesos realizados en la Universidad como la auto
evaluación y la actualización curricular de las carreras, alguno de estos
reportes son:
1. Comparativo de detalle de hoja de vida versus detalle de vacante laboral.
Este reporte permitirá conocer cuáles son las preferencias tanto de los
estudiantes y egresados para estudiar, así como también cuáles son las
exigencias del mercado, por lo cual se podría realizar un análisis que permita
reorientar la actualización curricular hacia una mejor aceptación en el sector
empresarial. El reporte se muestra en la Tabla 3.1.
Tabla 3.1: Reporte de detalle de hoja de vida vs detalle de vacante laboral. Fuente: Propia
Detalle de hoja de vida vs detalle de vacante laboral
Detalle
Detalles De Hoja De Vida
Detalle De Vacante Laboral
Ingeniero de Sistemas 4 3
Experiencia Laboral 2
Inglés 4
Análisis 3 1
Visual Studio 1
Gestor de BD Mysql 1
Excel 2 1
Excel 2
Project 1
Francés
1
Detalle Detalles De Hoja De
Vida Detalle De Vacante
Laboral
Resumen global 10 - Registros totales
Sum 20 6
85
2. Participación de usuarios en la aplicación a vacantes laborales
Este reporte muestra la participación de los usuarios en una fecha y vacante
específica, de tal forma que se pueda conocer quiénes son los usuarios
activos, así como también la cantidad de veces que aplican a vacantes
laborales. El reporte se muestra en la Tabla 3.2.
Tabla 3.2: Reporte de aplicación de usuarios a vacantes laborales por fecha y vacante.
Usuarios que aplican a vacantes laborales
Fecha Nombre Vacante
Id Usuario User Nombre Cantidad
jun-13 Analista
programador 2 jaragon Juan Aragón 5
jun-13 Analista ejecutivo 2 jaragon Juan Aragón 5
jun-13 Analista ejecutivo 5 pcbis Bismarck Antonio Palacio 1
jun-13 Líder en ventas 2 jaragon Juan Aragón 1
jun-13 Analista ejecutivo 6 aechavez Ariel Eduardo Chávez
Toruño 1
may-13 Analista ejecutivo 2 jaragon Juan Aragón 1
Fecha Nombre Vacante Id
Usuario User Nombre Cantidad
Resumen global 6 - Registros totales
Sum 14
3. Vacantes laborales más solicitadas
Este reporte muestra la cantidad de veces que se aplica a las vacantes
laborales por mes, identificando cuáles son las más atractivas para los
aspirantes. El reporte se muestra en la Tabla 3.3.
86
Tabla 3.3: Reporte de vacantes más aplicadas.
Reporte de vacantes más aplicadas Nombre Vacante Fecha Cantidad Empresa
Analista ejecutivo may-13 1 Ingeniería Nica
Analista ejecutivo jun-13 7 Ingeniería Nica Analista
programador jun-13 6 Ingeniería Nica
Líder en ventas jun-13 1 Sevasa.Sa
Nombre Vacante Fecha Cantidad Empresa
Resumen global 4 - Registros totales
Sum 15
4. Otros reportes: Obtención de resultados de encuestas, solicitudes de
servicios más solicitados, pasantías solicitadas con descripción de su detalle de
vacante.
3.7 Manual de usuario
En el anexo 1 se muestra el manual de usuario completo, que permite conocer
de una manera más tangible la materialización del diseño. Este manual de
usuario va orientado a cada actor del sistema.
3.8 Conclusión parcial
1. El actor estudiante – egresado tiene acceso a su perfil personal, detalle
de su hoja de vida, responder encuestas, visualizar proyectos asignados
y visualizar las vacantes a las que puede aplicar.
2. El sector empresarial tiene acceso a manipular su perfil, vacantes
laborales, solicitar servicios, responder encuestas, crear proyectos y
visualizar a los aspirantes a las vacantes laborales.
3. La institución educativa será capaz de crear encuestas, responder a
solicitudes de servicio, crear publicidad y eventos.
4. El administrador será el encargado de administrar los elementos de
configuración del sistema, incluyendo la gestión de usuarios.
5. Los diagramas de secuencia muestran la interacción que tendrán los
objetos dentro del sistema de vinculación universidad empresa.
87
6. Los reportes generados por el sistema resultan de suma importancia,
pues permitirán retroalimentar varios procesos realizados en la
Universidad.
88
Capítulo 4: Validación de propuesta de sistema
de vinculación universidad empresa. Evaluando la aceptación del cliente con respecto a la funcionalidad del sistema,
se obtienen resultados de los actores involucrados: Estudiantes y Egresados,
Sector Empresarial, Institución Educativa y Administrador.
4.1 Aceptación del sistema por parte de estudiantes, egresados y
empresas
Después de mostrar la funcionalidad mediante el desarrollo de un prototipo del
sistema de vinculación universidad empresa se confirmó la aceptación de la
funcionalidad basada en los requisitos solicitados inicialmente en el capítulo
dos por este grupo de usuarios. Los resultados obtenidos al aplicar un
cuestionario a 32 personas entre los cuales están: 9 estudiantes, 13egresados
y 10 empresas son los siguientes:
Las preguntas realizadas a estas personas fueron basadas en la satisfacción
de la funcionalidad del sistema, tomando en cuenta los requisitos que ya fueron
recopilados en el capítulo 2 y la forma en que se desempeña el sistema de
información de vinculación.
De las 32 personas, todas aceptaron que los requisitos que ellos esperan que
estén automatizados, se encuentran en el sistema, así como también les
satisface la funcionalidad con la que se realizan.
Sin embargo, los encuestados realizan sugerencias que deben ser tomadas en
cuenta para una segunda versión, entre ellas están: que los estudiantes
puedan visualizar el histórico de plazas, que la universidad automáticamente
asigne los certificados y diplomas al sistema, que los estudiantes puedan
entender las necesidades de las empresas, que las empresas puedan realizar
encuestas y que los estudiantes - egresados puedan conectarse con otros
profesionales del mismo nivel o características.
89
4.2 Aceptación del sistema por parte de institución educativa
Según la entrevista realizada a los responsables del proceso de vinculación, el
sistema se encuentra con los requisitos solicitados y documentados en el
Capítulo 2 de esta tesis. También es importante recalcar que la funcionalidad
está de acuerdo a las expectativas de la Facultad de Ciencias y Sistemas.
Entre las oportunidades de mejora para una segunda fase de actualización del
software se tienen: ampliar información de estudiantes, egresados y empresas.
4.3 Conclusiones parciales
1. El sistema de vinculación universidad – empresa, es ampliamente
aceptado por los actores teniendo como elementos a evaluarse los
requerimientos solicitados y la funcionalidad presentada.
2. El sistema cumple con los requisitos más importantes solicitados por los
actores.
Conclusiones Una vez finalizado el trabajo se llega a las siguientes conclusiones:
1. Existe la necesidad de desarrollar un sistema de información que
permita la gestión de vinculación universidad empresa.
2. Se diseñó y se elaboró un prototipo de un sistema de información web
para gestionar la vinculación universidad – empresa.
3. El sistema se desarrolló bajo las tecnologías de PHP con Mysql como
gestor de base de datos y la metodología utilizada fue UWE.
4. El sistema es económicamente factible obteniendo un período de
recuperación del capital de 2 años, 5 meses y 19 días, así como un
ahorro de $ 6791.47.
5. El análisis de requerimiento se ve satisfecho por el diseño y
programación del sistema.
6. Se validó tanto la propuesta de sistema como el prototipo con los tres
tipos de actores (estudiantes, empresa y egresado o directivo). El 98%
de los encuestados mostró satisfacción con la propuesta y el 100% con
el prototipo.
90
Recomendaciones
Para futuros trabajos se recomienda:
1. Trabajar para integrar el sistema con otros sistemas y/o subsistemas
existentes como: el sistema de registro académico, subsistema de
gestión y administración de pasantías, sistema de gestión de laboratorio
y otros.
2. Tomar en cuenta algunos elementos propuestos por los actores
encuestados en la aceptación del sistema para una posible actualización
del software. Estos son: que exista interrelación con otros profesionales
y que se puedan crear encuestas desde el entorno empresarial.
3. Ampliar la información relacionada con los actores principales, con el fin
de poder recopilar mayor información acerca de cada una de estas
entidades.
4. La existencia de reportes no estadísticos basados en el perfil de
estudiantes y egresados, que les permita imprimir su hoja de vida.
5. Vincular una empresa a múltiples instituciones educativas.
91
Bibliografía Acuña, B. (2009). Selecciòn de metodología de desarrollo para aplicaciones en la web.
Cienfuegos, Cuba: Universidad de Cienfuegos “Carlos Rafael Rodríguez”.
Alemán, P., & Martínez, L. (2012). Aproximación a un sistema de gestión de la relación
universidad-empresa. Odiseo, Revista electrónica de Pedagogía, 5.
Alvarez, G. (2010). Desarrollo de gestor de contenido para portal del centro de articulación
productiva de innovación informática de Hidalgo. Hidalgo: Universidad Tecnológica de
Huasteca Hidalguense.
Araujo, A. (2002). Interacción Universidad - Empresa: La nueva función de la institución
universitaria. Repositorio institucional de la Universidad de los andes, 21.
Arévalo, R. (26 de 01 de 2009). COSEP y CNU se acercan. La Jornada, págs. 10-12.
Cáceres, F. (2004). Utilización del lenguaje CURL para la implementación de páginas web.
Guatemala: Universidad de San Carlos de Guatemala.
COECYTJAL. (10 de 02 de 2010). Programa de Vinculación Empresa Universidad PROVEMUS.
Recuperado el 15 de 06 de 2012, de coecytjal:
http://www1.jalisco.gob.mx/wps/portal/organismos/coecytjal/!ut/p/c5/04_SB8K8xLL
M9MSSzPy8xBz9CP0os3gzb2djr1AXEwMDZzdHA0-
LwDCvEF9fD9dAI6B8pFm8T4iPh7FXkJGBf5iXs4FRmI-5pbllsKGBvzEB3eEg-
_DrB8kb4ACOBvp-Hvm5qfoFuREGWSaOigDh-HZv/dl3/d3/L2dBISEvZ0FBIS9nQSEh/
Consejo Estatal de Ciencia y Tecnología de Jalisco. (10 de 06 de 2012). coecytjal. Recuperado el
10 de 06 de 2012, de http://www.coecytjal.org.mx/
COSEP. (24 de 05 de 2011). Consejo de la Empresa Privada. Recuperado el 09 de 06 de 2012,
de COSEP: http://www.cosep.org.ni/index.php/comunicaciones/notas-de-
prensa/1177-ccie-sesiona-en-managua
COSEP. (05 de 06 de 2011a). Nicaragua Empresaria. Recuperado el 09 de 06 de 2012, de
COSEP: http//www.cosep.org.ni
Facultad de Electrotecnica y Computación UNI. (05 de 07 de 2006). Normativa de vinculación
social y extensión uinversitaria de la Facultad de Electrotecnia y Computación de la
Universidad Nacional de Ingeniería. Managua: Universidad Nacional de Ingeniería.
Figueroa, R., Solís, C., & Cabrera, A. (2011). METODOLOGÍAS TRADICIONALES VS.
METODOLOGÍAS ÁGILES. Universidad Técnica Particular de Loja, Escuela de Ciencias en
Computación, 9.
92
Gallardo, M. (2003). Diseño y construcción de un repositorio de herramientas de apoyo a la
enseñanza/aprendizaje virtual. Valdivia: Universidad Austral de Chile.
Kinderman, H. (26 de 11 de 2011). PosgreSQL. Recuperado el 19 de 06 de 2013, de Ventajas y
desventajas de PosgreSQL: http://postgressql-adsi.blogspot.com/
Lacayo, P. (16 de Junio de 2012). La FCyS y la Vinculación. (C. Van de Velde, Entrevistador)
Libretti, V. (1999). Un modelo de unidad de vinculación universidad - empresa: Funides - USB.
Revista Espacios, 7.
Minguez, D., & García, E. (2008). Metodología para el desarrollo de aplicaciones web: UWE.
Maule: Escuela de Ingeniería Civil Informática.
Moyano, G. (5 de 08 de 2010). Sistema de Exámenes en línea orientado a centros de idiomas.
Quito: Escuela politécnica Nacional.
Peña, A. (2006). Ingeniería de Software: Una guía para Sistemas de Información. Mexico D.F:
INSTITUTO POLITÉCNICO NACIONAL.
Roque, J. (2010). Desarrollo de un Sistema de Información Web para mejorar el proceso de
evaluación y presentación de perfiles de proyectos de Investigación en Científica y
Tecnológica a nivel nacional en FINCyT-PCM Investigación Aplicada. Lima: Universidad
Nacional Mayor de San Marcos.
Saavedra, M. (25 de 09 de 2009). Problemáticas y desafíos actuales de la vinculación
universidad empresa: El caso mexicano. Repositorio institucional de la Univesridad de
los Andes, 108.
UNI. (19 de Octubre de 2007). http://www.uni.edu.ni. Recuperado el 20 de 07 de 2012, de
Página Oficial Universidad Nacional de Ingeniería:
http://www.uni.edu.ni/Alma_Mater/Quienes-somos
Zambrano, J., & Scalise, E. (2012). Aplicaciones en Internet. Caracas: Universidad Central de
Venezuela.
Zevallos, V. (19 de 06 de 2012). Comparación de gestores de bases de datos. Recuperado el 05
de 05 de 2013, de www.slideshare.net:
http://www.slideshare.net/VictorZevallos/presentations
93
Anexo.
Anexo 1: Manual de Usuario
1.1 Descripción de procesos para el Estudiante
Es importante señalar que los procesos repetidos entre usuarios se definirán
una sola vez.
Para la creación de un usuario se deben seguir los siguientes pasos.
1. Entrar al portal de vinculación.
2. Introducir la información en el formulario y solicitar el ingreso al sistema.
3. Se enviará notificación con la contraseña correspondiente al usuario.
4. Con el usuario y password enviado en notificación ingresar al sistema,
como se muestra en la Figura A.1.1.
Figura A.1.1: Pantalla de login. Fuente: Propia
5. Editar información personal del usuario, como se muestra en la siguiente
pantalla, en este se deberán llenar campos como: nombre, teléfono,
dirección, email, foto, e institución educativa a la que está vinculado (en
caso de ser empresa) o a la que pertenece, como se muestra en la
Figura A.1.2.
Figura A.1.2: Editar información de usuarios. Fuente: Propia
94
Para añadir detalles a la hoja de vida de un estudiante se deben seguir los
siguientes pasos.
1. Seleccionar el enlace detalle CV.
2. Seleccionar el añadir nuevo que se encuentra seleccionado en rojo en la
Figura A.1.3.
Figura 4.5: Añadir detalle de CV. Fuente: Propia
3. Ingresar todos los datos requeridos, como se muestra en la Figura
A.1.4.
Figura A.1.4: Guardar datos de detalle cv. Fuente: Propia
1. Seleccionar la el puntero verde que se encuentra al lado izquierdo para
guardar.
Para aplicar a una vacante laboral o pasantía se debe realizar el siguiente
proceso.
1. Seleccione la opción vacantes disponibles, como se muestra en la
Figura A.1.5.
95
Figura A.1.5 Seleccionar vacante disponible. Fuente: Propia
2. Seleccione la vacante disponible a la que desea aplicar, como se
muestra en la Figura A.1.6.
Figura A.1.6: Seleccionar vacante disponible aplicar. Fuente: Propia
3. Seleccione el botón Aplicar, como se muestra en la Figura A.1.7.
Figura A.1.7: Seleccionar botón aplicar. Fuente: Propia
Para visualizar los proyectos que han sido asignados se realizan los siguientes
pasos.
1. Seleccione el link que da la opción a proyectos asignados, como se
muestra en la Figura A.1.8.
96
Figura A.1.8: Seleccionar proyecto asignado. Fuente: Propia
2. Se visualizará el registro del proyecto que tenga asignado, como se
muestra en la Figura A.1.9.
Figura A.1.9: Visualizar proyecto asignado. Fuente: Propia
Para responder encuestas debe seguir los siguientes pasos.
1. Seleccione el link Encuesta Usuarios, como se muestra en la figura
A.1.10.
Figura A.1.10: Seleccionar encuesta. Fuente: Propia
2. Seleccione la opción Respuestas User Encuestas, como se muestra en
la Figura A.1.11.
Figura A.1.11: Seleccionar responder encuesta. Fuente: Propia
3. Seleccione la opción editar en cada una del as preguntas que se
detallan y proceda a responder, como se muestra en la Figura A.1.12.
97
Figura A.1.12: Seleccionar botones de edición de encuesta. Fuente: Propia
4. Una vez contestadas todas las preguntas seleccione la opción guardar
todo como se muestra en la Figura A.1.13.
Figura A.1.13: Guardar datos de encuesta. Fuente: Propia
1.2 Descripción de procesos para el sector empresarial
El sector empresarial cuenta con algunos procesos nuevos, uno de ellos es el
de gestionar vacantes laborales.
1. Seleccionar el link de vacante laboral, como se muestra en la Figura
A.1.14.
Figura A.1.14: Seleccionar vacante laboral Fuente: Propia
2. Seleccione la opción añadir nuevo que se desprende del link, e ingrese
la información que se le solicita, como se muestra en la Figura A.1.15.
98
Figura A.1.15: Añadir nueva vacante laboral Fuente: Propia
3. Una vez ingresado todos los campos solicitados seleccione el check
verde para guardar la generalidad de la vacante, como se muestra en la
Figura A.1.16.
Figura A.1.16: Guardar nueva vacante laboral Fuente: Propia
4. En la vacante ingresada seleccione la opción detalle de vacante, como
se muestra en la Figura A.1.17.
Figura 4.19: Seleccionar enlace de detalle de vacante laboral Fuente: Propia
5. Seleccione el botón desprendido del link, que se llama Añadir nuevo, e
ingrese toda la información requerida, como se muestra en la Figura
A.1.18.
99
Figura A.1.18: Añadir nuevo detalle de vacante laboral Fuente: Propia
6. Seleccione el check verde que se encuentra ubicado al a izquierda para
poder guardar el registro, como se muestra en la Figura A.1.19.
Figura A.1.19: Guardar detalle de vacante laboral Fuente: Propia
Otra actividad es la creación de proyectos, a continuación se detallan los pasos
a seguir.
1. Seleccione la opción del link proyecto, como se muestra en la Figura
A.1.20.
Figura A.1.20: Seleccionar enlace Proyecto Fuente: Propia
2. Seleccione la opción añadir nuevo que se desprende del link proyecto, e
ingrese toda la información necesaria, como se muestra en la Figura
A.1.21.
100
Figura A.1.21: Añadir nuevo proyecto Fuente: Propia
3. Seleccione el check verde a la izquierda para guardar el registro, como
se muestra en la Figura A.1.22.
Figura A.1.22: Guardar nuevo proyecto Fuente: Propia
Otro proceso importante es el de la solicitud de servicios a la institución
educativa de su preferencia.
1. Se selecciona el link solicitud de servicio, como se muestra en la Figura
A.1.23.
Figura A.1.23: Seleccionar enlace de solicitud de servicio Fuente: Propia
2. Seleccione la opción añadir que se desprende del link seleccionado, e
ingrese todos los datos, como se muestra en la Figura A.1.24.
101
Figura A.1.24: Añadir nueva solicitud de servicio Fuente: Propia
3. Seleccione el check verde a la izquierda para ingresar todos los datos
correspondientes a la solicitud, como se muestra en la Figura A.1.25.
Figura A.1.25: Guardar nueva solicitud de servicio Fuente: Propia
Otro proceso de interés es la visualización de las hojas de vida que han
aplicado a las vacantes laborales.
1. Se selecciona la opción CV aplicados, como se muestra en la Figura
A.1.26.
Figura 4.28: Seleccionar CV aplicados Fuente: Propia
2. Una vez visualizada la hoja de vida puede seleccionar los detalles,
dando click en detalle CV aplicado, como se muestra en la Figura
A.1.27.
Figura A.1.27: Seleccionar CV aplicados Fuente: Propia
102
1.3 Descripción de los procesos de la institución educativa
Creación de publicidad.
1. Se selecciona el link publicidad, como se muestra en la Figura A.1.28.
Figura A.1.28: Seleccionar publicidad Fuente: Propia
2. Se selecciona la opción añadir nuevo que se desprende al realizar el
paso anterior, y se llenan los campos solicitados, como se muestra en la
Figura A.1.29.
Figura A.1.29: Añadir nueva publicidad Fuente: Propia
3. Se hace click en la opción enviar, por encima de la imagen, con el
objetivo de subir la imagen, y luego se da click en el check verde, para
guardar el registro, como se muestra en la Figura A.1.30.
Figura A.1.30: Guardar nueva publicidad Fuente: Propia
Gestionar encuesta
Para la gestión de una encuesta se deberán realizar tres pasos,
103
1. Añadir los elementos generales de la encuesta en un solo registro.
2. Añadir las preguntas a la encuesta.
3. Añadir las posibles respuestas a la encuesta.
Gestionar evento
1. Haga click en el enlace evento, como se muestra en la Figura A.1.31.
Figura A.1.31: Seleccionar el link evento Fuente: Propia
2. Seleccione la opción añadir de los elementos de interfaz que se
desprendieron al hacer el paso anterior. Y llene los datos solicitados,
como se muestra en la Figura A.1.32.
Figura A.1.32: Añadir nuevo evento: Propia
3. Seleccione el check verde a la izquierda para guardar el evento, como
se muestra en la Figura A.1.33.
Figura A.1.33: Guardar evento Fuente: Propia
Para responder a solicitudes de servicio.
1. Haga click en el enlace solicitud de servicio, como se muestra en la
Figura A.1.34.
104
Figura A.1.34: Guardar evento Fuente: Propia
2. Seleccione la opción Respuesta Servicio, y a continuación añadir nuevo,
ingresando todos los datos que se soliciten, como se muestra en la
Figura A.1.35.
Figura A.1.35: Añadir respuesta servicio Fuente: Propia
3. Seleccione el check verde, para guardar la información, como se
muestra en la Figura A.1.36.
Figura A.1.36: Añadir respuesta servicio Fuente: Propia
La institución educativa también es la encargada de asignar proyectos a
estudiantes.
De esta forma se seguirán tres pasos importantes.
1. Seleccionar el link proyectos asignar
105
2. Seleccionar añadir nuevo que se desprende de la acción anterior y
agregar estudiantes al proyecto, en base a la cantidad solicitada.
Guardar la información haciendo click en el check verde que se mostrará al
lado izquierdo del registro.