Tesis Propuesta de un sistema para la gestión de la vinculación unviersidad empresa!

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
1

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.

2

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
Capítulo 3: Diseño .................................................................................................................... 58
3.1 Modelo de casos de uso ............................................................................................... 58
3.2 Modelo de contenido ..................................................................................................... 61
1

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

2

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
1

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.

2

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
3

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
4

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
5

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.

6

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
7

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
8

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.

9

 Obedece

a una política gubernamental que atañe al sistema de educación

superior y al sector empresarial.
 Las

de

actividades específicas a realizar en la gestión de esta relación, difieren
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 –
10

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.

11

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
12

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
13

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

14

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

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

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.

17

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:

18

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

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.

20

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
21

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.

22

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.

23

Tabla 2.2: Funcionalidad requerida por empresas Fuente: propia

Funcionalidad

Cantidad

% de aceptación

Administración de vacantes y pasantías

36

88%

alquiler, etc.

32

78%

Invitación a eventos especiales

29

71%

Asignación de proyectos a estudiantes

34

83%

Encuestas

18

44%

Solicitud

de

servicios:

capacitaciones,

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

http://angelsystems29.blogspot.com/2012/09/tecnologias-de-la-informacionconceptos.html

24

de:

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.

25

Puntos de Acceso Estudiantes
y Egresados

Puntos de acceso Empresariales

INTERNET

Servidor Mysql

Puntos de Acceso Universidad

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.

26

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

27

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

1s

5200 kbps

2s

2600 kbps

3s

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

1s

5 entradas simultáneas

1s

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

28

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.

29

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

a 2

15

30

15

7.5

15

52.5

Redacción

de

correo

egresados
Selección de lista y envío a 0.5
egresados
Total

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

30

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

2

240

2

120

2

390

Decano

negocia

costos, 120

horario, local y contenido
Revisión

y

asignación

de 60

horarios de capacitación
Total

195

Tabla 2.9: Descripción del proceso propuesto: Solicitud de servicios . Fuente Propia

Actividad

Tiempo

Frecuencia

Tiempo total

2

2

contra 15

2

30

Revisión y asignación de 20

2

40

2

72

Sistema recibe propuesta 1
por medio de notificación
Decano

elabora

propuesta

horarios de capacitación
Total

36

31

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

32

Tabla 2.10: Descripción del proceso propuesto manual: Asignación de proyectos .
Fuente Propia

Actividad

Tiempo

Tiempo total

4

120

52

260

5

Vice Decanato realiza consulta 30

Frecuencia

1200

con empresas sobre proyectos
que desean que se realicen en
sus empresas
Vice

Decanato

propuestas

de

recibe
proyecto

las 5
por

categoría enviadas por el sector
empresarial.
Vice

Decanato

asigna

los 240

proyectos, en consenso con el
jefe de departamento de cada
área.
Total

1580

Tabla 2.11: Descripción del proceso propuesto: Asignación de proyectos . Fuente Propia

Actividad

Tiempo

Vice Decanato realiza convocatoria 1

Frecuencia

Tiempo total

1

1

1

30

automática a empresas suscritas en
el sistema de vinculación
Jefe de Departamento asigna en el 30
sistema de vinculación proyectos a
grupos.
Total

31

33

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

Tiempo total

5

50

55

1650

55

Vice Decanato envía correo de 10

Frecuencia

110

invitación
Chofer

de

decanato

lleva 30

invitaciones a empresas.
Chofer entrega las invitaciones

2

Total

1810

Tabla 2.13: Descripción del proceso actual : Invitación a eventos especiales . Fuente
Propia

Actividad
Vice
invitación

Tiempo

Decanato
automática

Tiempo total

1

envía 10

Frecuencia

10

a

evento.
Total

10

34

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 30

1

30

1

2

1

120

formulario
Vice decanato envía formulario
Vice

Decanato

procesa

2
los 120

resultados
Total

152

Tabla 2.15: Descripción del proceso propuesto: Realización de encuestas. Fuente: Propia

Actividad
Vice

Decanato

Tiempo
prepara

Tiempo total

1

30

1

el 30

Frecuencia

2

formulario
Vice decanato envía formulario

2

Total

32

35

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.

36

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 3
fiables?
¿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 3
fuertemente utilizado?
¿Requiere el sistema entrada de datos interactiva?

3

¿Requiere la entrada de datos interactiva que las transacciones 3
de entrada se lleven a cabo sobre múltiples pantallas u
operaciones?
¿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 5
en diferentes organizaciones?
¿Se ha diseñado la aplicación para facilitar los cambios y para ser 5
fácilmente utilizada por el usuario?
Total

37

37

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)

3X3=9

3 X 4 = 12

6X0=0

21

Archivos (ILF)

3 X 7= 21

8 X 10 = 80

4 X 15 = 60

161

8 X 7 = 56

4 X 10 =40

111

Interfaces del programa (EIF) 3 X 5 = 15
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.

38

)

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:
39

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

40

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 Inversión

Cifras

actual

para c/uno de los para c/uno de

propuesta

anuales Cifras anuales

5

años los

5

años

siguientes

siguientes

$0

$0

Costos Totales

$(5,706.08)

$(207.68)

Amortización

$0

$(2400)

$(5,706.08)

$(2,607.68)

Impuestos (IR = 30%)

$1,711.83

$782.304

Costos después de

$(3,994.25)

$(1825.37)

$0

$2400

$(3,994.25)

$574.63

Ingresos

Costos

$0

antes

$(9000)

de

impuesto

impuesto (UDI)
Amortización
Flujo

Neto

de

Efectivo(FNE)

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.

41

0

1

3994.25

2

3994.25

3

4

3994.25

3994.25

5

3994.25

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

574.63

574.63

2

574.63

3

574.63

0
1

4

5

9000

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
42



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
43



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.

44

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

























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

[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

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

Rendimiento

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

Paso Tiempo máximo
-

-

Frecuencia
esperada

50 veces por día(s)

Importancia

vital

45

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

Dependencias











Descripción

uso cuando En el menú Perfil, Actualizar información

Precondición

Que se haya logueado un usuario

Secuencia
normal

Paso Acción

[UC-0005] Administrar Vacantes
[UC-0008] Administrar CV

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

Rendimiento

Si la información es incorrecta, el sistema envía mensaje de error, a
continuación este caso de uso continúa

Paso Tiempo máximo
-

-

Frecuencia
esperada

500 veces por mes(es)

Importancia

vital

Urgencia

inmediatamente

Estado

en construcción

46

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

Dependencias


Descripción

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


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.

47

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

Dependencias 







Descripción

uso cuando Selecciona Menú CV agregar Cv

Precondición

Haberse logueado, haber registrado el perfil estudiantil, o egresado

Secuencia
normal

Paso Acción
1


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


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.

48

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

Dependencias  [OBJ-0008] Gestionar reportería
 [OBJ-0004] Gestionar información de publicidad
 [UC-0015] Generar reporte
Descripción

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
información

5

El sistema Envía mensaje de guardado satisfactorio

educativa

(ACT-0002)

selecciona

guardar

Postcondición Ninguna
Excepciones

Paso Acción
3

Rendimiento

Si la información es incorrecta, el sistema Envía mensaje de error
, a continuación este caso de uso continúa

Paso Tiempo máximo
-

-

Frecuencia
esperada

4 veces por mes(es)

Importancia

vital

Urgencia

inmediatamente

Estado

en construcción

Estabilidad

media

Comentarios

Ninguno

encuesta.

49

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

Dependencias 




[OBJ-0005] Gestionar Encuestas

Descripción

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


4

Se realiza el caso de uso Crear preguntas (UC-0012)

5

El actor Institución educativa (ACT-0002) El actor selecciona guardar

6


Postcondición Ingresar preguntas
Excepciones

Paso Acción
3

Rendimiento

Si la información es incorrecta, el sistema Envía mensaje de error
, a continuación este caso de uso continúa

Paso Tiempo máximo
-

-

Frecuencia
esperada

1 veces por mes(es)

Importancia

vital

Urgencia

inmediatamente

Estado

en construcción

Estabilidad

media

Comentarios

Ninguno

proyectos.

50

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

Dependencias

 [OBJ-0006] Gestión de tareas y proyectos
 [UC-0015] Generar reporte
 [OBJ-0008] Gestionar reportería

Descripción

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 (ACT0003) Guarda la información

5


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.

51

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

Dependencias






Descripción

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


4

Si la información está bien ingreasada, el actor Empresario (ACT0003) Envía solicitud de servicio

5

El sistema Emite un mensaje de enviado satisfactorio

Postcondición

Ninguna

Excepciones

Paso Acción
3

Rendimiento

Si la información no está bien ingresada, el sistema Envía mensaje
de error, a continuación este caso de uso continúa

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.

52

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

Dependencias

Ninguno

Descripción

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


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.

53

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

Dependencias 





Descripción

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

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.

55

Tabla 2.29: Matriz de rastreabilidad Casos de Uso vs Objetivos. Fuente: Propia
TR UC- UC- UC- UC- UC- UC- UC- UC- UC- UC- UC- UC- UC- UC- UC- UC- UCM- 000 000 000 000 000 000 000 000 000 001 001 001 001 001 001 001 001
000 1
2
3
4
5
6
7
8
9
0
1
2
3
4
5
6
7
1
OBJ 000
1

-

-

-

OBJ 000
2

-

-

-

OBJ 000
3

-

-

-

OBJ 000
4

-

-

-

-

-

-

-

-

OBJ 000
5

-

-

-

-

-

-

-

-

-

OBJ 000
6

-

-

-

-

-

-

-

-

-

-

-

OBJ 000
8

-

-

-

-

-

-

-

-

-

-

-

-

OBJ 000
9

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

OBJ
000
7
-

2.7 Conclusiones parciales
Al finalizar el capítulo se puede llegar a las siguientes conclusiones: (plasmar
datos).

56

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.

57

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

58

uc Casos de uso principales

Visualizar Catálogo de
v acantes

Gestionar
Habilidades
«extend»

Gestionar_Hoj a_v ida
Gestionar
Referencias
personales

«extend»

«extend»
Visualizar proyectos
asignados

Responder_Encuesta

Estudiante

Figura 3.2: Caso de uso de actor estudiante. Fuente: Propia

Responder_Encuesta

«extend»
Gestionar v acante
laboral

«include»

Gestionar
Competencias

«extend»
Empresa

Gestionar_perfil_empresarial
«extend»

Solicitar serv icios

«extend»

Visualizar catálogo
de CV

Gestionar proyecto

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

Límite de usuarios

Gestionar Usuarios

«extend»
Asignación de
usuarios a perfiles
Administrador
«extend»
Administrar perfil de
Usuario

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.

Generar reportes
Gestionar encuesta
«i ncl ude»

Gestionar_preguntas
encuesta

«extend»
«i ncl ude»
Gestionar_perfil_inst_educat
«extend»

Gestionar publicidad

«extend»

Institución
educativ a

Responder_solicitudes de
serv icio

Gestionar ev ento

Figura 3.5: Casos de uso de actor institución educativa. Fuente: Propia

60

Gestionar posibles
respuestas

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.

61

Figura 3.6: Diagrama de clases. Fuente: Propia

62

Salario: float

Vacante

+
+

institucion: var

+
+
+
+

Llenar datos de encuesta() : void
Gestionar perfil estudiantil() : void
Gestiona proyecto() : void
Llenar información de CV() : void

«input element»
+ Estado: varchar
+ Experiencia: varchar
+ Estudios: varchar
+ Notas: int

+

Estudiante

1...*

Guardar información de vacante() : void
A
Guardar información de requisitos() : void

«select element»
+ Estudios: var
+ Tipo: varchar

«input element»
+ nombre_puesto: varchar
+ Competencias: varchar
+ Experiencia: int

«id»
+ id: entero

+

class Sistema

Experiencia Laboral: int

1..1

+
+
+
+
+
+

Guardar datos del proyecto() : void

«select element»
+ Tipo: var
+ Fecha_inicio: date
+ Fecha_fin: date

«input element»
+ Nombre_proyecto: var
+ Cantidad_personas: int
+ Descripcion: var

1..*

Guardar datos del proyecto() : void

«input element»
+ Participantes: var
+

Proyecto

Ingresar datos de perfil empresarial() : void
Ingresar datos de vacante() : void
Escoger CV() : void
Solicitar servicio() : void
Solicitar estudiantes para proyecto() : void

«id»
+ id: int

+
+
+
+
+
+

«input element»
+ Razon_social: Varchar

Proyecto_participantes
*...1
«id»
- id: int

Guardar datos de cv() : void
Guardar estudios() : void
Guardar estudios() : void
Guardar competencias() : void
Guardar habilidades() : void

«input element»
+ Competencias: var
+ Estudios realizados: var
+ Habilidades: var

«id»
+ id_cv: int

+

Curriculum Vitae

1..*

Empresa
No_ruc: var
Actividad económica: Var

«id»
+ id: int

+
+

Ingresar solicitud() : void
Responder solicitud() : void

Institución Educativ a


usuario: var
Nombre: var
Direccion: var
Telefono: var
email: var

Entidades_relacionadas

+
+

Encargado: var
Ingresar información de encuesta() : void
Ingresar información de eventos o publicidad() : void
Responder solicitudes de servicios() : void

+

+

+
+
+
+
+

Solicitud

«input element»
+ Fecha inicio: Date
+ Fecha_fin: date
+ Requerimientos: var

«id»
+ id: int

*..*

+
+
+

1..*

1..*

+
+

+
+
+
+

Serv icio

Ev entos

+

+
+

Nombre_publicidad: var
dimensiones: var
posición: int
Guardar publicidad() : void
Mostrar publicidad en sitio() : void

+
+
+
+
+

publicidad

Guardar información de encuesta() : void
Guardar detalle de encuesta() : void

«select element»
+ Tipo_preguntas: varchar
+ Tipo_participante: varchar

«input element»
+ Nombre: varchar
+ Descripcion: varchar
+ Pregunta: varchar
+ Tipo_respuesta: var
+ Respuesta: var

Encuesta

Guardar información de eventos() : void

«select element»
+ Fecha_inicio: date
+ Fecha_fin: date
+ Tipo_invitados: varcha

«input element»
+ Nombre: varchar
+ Descripcion: varchar

«id»
- id: int

«id»
- id: int

1..*

Ingresar servicio() : void
Editar Servicio() : void

id_servicio: int
Tipo de servicio: var
Costo: int
Nombre_servicio: int

Figura 3.7: Diagrama físico de base de datos Fuente: Propia

63

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

64

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

65

Figura 3.11: Diagrama presentación de listas. Fuente: Propia

66

Tesis Propuesta de un sistema para la gestión de la vinculación unviersidad empresa!

Tesis Propuesta de un sistema para la gestión de la vinculación unviersidad empresa!

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (7)

Similar a Tesis Propuesta de un sistema para la gestión de la vinculación unviersidad empresa!

Similar a Tesis Propuesta de un sistema para la gestión de la vinculación unviersidad empresa! (20)

Más de Ingeniería Nica

Más de Ingeniería Nica (20)

Último

Último (20)

Tesis Propuesta de un sistema para la gestión de la vinculación unviersidad empresa!