UNIVERSIDAD NACIONAL DE INGENIERÍA

MAESTRÍA EN INFORMÁTICA EMPRESARIAL

Desarrollo de un sistema de información para la g...
RESUMEN
La Universidad Nacional de Ingeniería, en particular la Facultad de Ciencias y
Sistemas, fomenta la relación de vi...
Contenido
Introducción ......................................................................................................
3.3 Modelo del usuario ......................................................................................................
3
Introducción
La Universidad Nacional de Ingeniería (UNI), en especial la Facultad de
Ciencias y Sistemas, basados en el mo...
estudiantes y/o egresados que estén interesados y cumplan con los requisitos
establecidos.
El vice decanato envía el email...
La ausencia de un sistema de información que gestione las actividades de
vinculación entre el sector empresarial, la Facul...
de Ingenieros de Sistemas desactualizados o con conocimientos desfasados,
provocando al mismo tiempo que el prestigio de l...
estas diferentes entidades. Este permitirá tener un mayor control y alcance
sobre las actividades propias de la vinculació...
operativo. Además de realizar el análisis de requisitos que permitirá proceder
con El Capítulo 3, en el cual se modelar el...
Capítulo 1: Marco teórico
En este capítulo se identifican los referentes teóricos metodológicos, que
sustentan el desarrol...
academia, este se define como: “El Programa de Vinculación Empresa Universidad es en realidad el proceso de aprender media...
instituciones educativas, reconociendo y respetando las misiones, recursos,
cultura, funciones, ámbitos de acción y objeti...
 Obedece

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

superior y al sector empresarial.
 Las

de

ac...
empresa. Por eso se retomará como base el modelo de la Facultad de
Electrotecnia y Computación (FEC), puesto que es la úni...
En este trabajo no se definen actividades específicas establecidas entre el
sector empresarial y la universidad.
Otro mode...
demanda de estos servicios por parte del sector privado, uniendo voluntades y
recursos financieros para fomentar la invest...
asignatura que tienen actualmente los departamentos de la Facultad de
Ciencias y Sistemas. La única limitante es que la vi...
Actualmente, el vínculo que tienen con el sector empresarial es por medio del
vice decanato, el cual sólo reenvía correos ...
1.5 Metodología y tecnologías a utilizar para el desarrollo de la solución
Para poder desarrollar un sistema se debe defin...
2. El proceso unificado de Rational (RUP), es un proceso formal que
provee

un

acercamiento

disciplinado

para

asignar
...
El modelo que propone UWE está compuesto por cinco etapas o sub-modelos
(Zambrano & Scalise, 2012):
1. Modelo de Casos de ...
JSP es el acrónimo de Java Server Page, el cual es un lenguaje de
programación orientado al desarrollo web, basado en java...
Tomando en cuenta los criterios anteriores, se propone utilizar PHP como
lenguaje de programación del lado del servidor. P...
Capítulo 2: Análisis de Requerimientos
En este capítulo se realizarán estudios de pre factibilidad que permitirán
demostra...
importancia debido a que es necesario que existan responsables de la gestión
del sistema.

Figura 2.1: Organigrama de la U...
2.2.1 Estudiantes y egresados
Los egresados de la Facultad de Ciencias y Sistemas confirmaron la necesidad
de contra un si...
Tabla 2.2: Funcionalidad requerida por empresas Fuente: propia

Funcionalidad

Cantidad

% de aceptación

Administración d...
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...
Puntos de Acceso Estudiantes
y Egresados

Puntos de acceso Empresariales

INTERNET

Servidor Mysql

Puntos de Acceso Unive...
Tabla 2.3: Descripción de accesos al sistema . Fuente Propia

Descripción

Cantidad

Días

30

Supuesto de entradas promed...
banda de 5200 kbps, si se cambia el tiempo de respuesta, se tiene un ancho de
banda diferente.
Tabla 2.4: Tiempo de respue...
Tabla 2.6: Memoria RAM necesaria para aplicaciones. Fuente Propia

Aplicación

Memoria RAM

Mysql

11 MiB

Apache

22 MiB
...
Tabla 2.7: Descripción del proceso actual: Administración de vacantes y pasantías .
Fuente Propia

Actividad

Tiempo

Frec...
4. Permitirá que una mayor cantidad de empresas se vinculen a la Facultad
de Ciencias y Sistemas beneficiándose al publica...
Posibles beneficios intangibles:
Los beneficios intangibles de la elaboración del proceso de solicitud de
capacitaciones s...
Tabla 2.10: Descripción del proceso propuesto manual: Asignación de proyectos .
Fuente Propia

Actividad

Tiempo

Tiempo t...
Proceso: Invitación a eventos especiales
Estos eventos suelen tener varios tipos de invitación en función de su
envergadur...
Posibles beneficios intangibles:
1. Existirá una publicidad constante de los eventos, lo que dará apertura a
patrocinios.
...
Otros procesos:
Los procesos mencionados a continuación serían iguales con el sistema actual
y el propuesto, por lo cual n...
Tabla 2.16: Características para el cálculo del factor de ajuste. Fuente propia

Pregunta

Respuesta

¿Requiere el sistema...
Tabla 2.17: Puntos de función ajustados. Fuente Propia

Descripción

Complejidad

Total

Baja

Media

Alta

Entradas (EI)
...
Tabla 2.18: Factores de modelo orgánico. Fuente Propia

Atributos del software

Valor

Fiabilidad

1

Tamaño de la base de...
TD= 9.1 meses
La cantidad de personal necesaria entonces para el desarrollo del sistema
estaría dado por la división de la...
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 p...
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: pro...


Actores



Participantes



Objetivos del sistema



Casos de uso, con sus pasos y excepciones



Requerimientos fu...


Gestionar información de usuarios



Gestionar información de solicitudes de servicios

Casos de Uso:
En la definición...
Tabla 2.20: Caso de uso Acceder al sistema. Fuente: Propia
UC-0001

Acceder al sistema

Versión

1.0 ( 18/03/2013 )

Autor...
Urgencia

inmediatamente

Estado

en construcción

Estabilidad

media

Comentarios

Ninguno

En la tabla 2.21 se muestra l...
Estabilidad

media

Comentarios

Ninguno

UC-0005

Administrar Vacantes

Versión

1.0 ( 18/03/2013 )

Autores



Carlos V...
Tabla 2.22: Caso de uso Acceder al sistema. Fuente: Propia
UC-0008

Administrar CV

Versión

1.0 ( 18/03/2013 )

Autores

...
Tabla 2.23: Caso de uso Administrar publicidad. Fuente: Propia
UC-0010

Administrar publicidad

Versión

1.0 ( 18/03/2013 ...
Tabla 2.24: Caso de uso administrar encuesta. Fuente: Propia
UC-0011

Administrar encuesta

Versión

1.0 ( 18/03/2013 )

A...
Tabla 2.25: Caso de uso Administrar proyectos. Fuente: Propia
UC-0013

Administrar proyectos

Versión

1.0 ( 19/03/2013 )
...
Tabla 2.26: Caso de uso Enviar solicitud de servicios. Fuente: Propia
UC-0014

Enviar solicitud de Servicios

Versión

1.0...
Tabla 2.27: Caso de uso Generar Reporte. Fuente: Propia
UC-0015

Generar reporte

Versión

1.0 ( 19/03/2013 )

Autores


...
Tabla 2.28: Caso de uso Ver catálogo. Fuente: Propia
UC-0016

Ver catálogo

Versión

1.0 ( 19/03/2013 )

Autores



Carlo...
Entre estos reportes están: Reporte de detalles de hojas de vida de
estudiantes y egresados, reporte de detalles de vacant...
Tabla 2.29: Matriz de rastreabilidad Casos de Uso vs Objetivos. Fuente: Propia
TR UC- UC- UC- UC- UC- UC- UC- UC- UC- UC- ...
1. Existen condiciones organizacionales para implantar el sistema de
información web para la vinculación empresa – univers...
Capítulo 3: Diseño
En este capítulo se realiza el modelado del sistema de información para la
vinculación universidad - em...
uc Casos de uso principales

Visualizar Catálogo de
v acantes

Gestionar
Habilidades
«extend»

Gestionar_Hoj a_v ida
Gesti...
uc Casos de uso principales
Límite de usuarios

Gestionar Usuarios

«extend»
Asignación de
usuarios a perfiles
Administrad...
3.2 Modelo de contenido
En el modelo de contenido se describe la relación orientada a objeto que existe
entre las diferent...
Figura 3.6: Diagrama de clases. Fuente: Propia

62

Salario: float

Vacante

+
+

institucion: var

+
+
+
+

Llenar datos ...
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, in...
3.4 Modelo de estructura
En el modelo de estructura, se definirá la presentación del sistema, por lo cual
se dispondrá del...
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!
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!
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!
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!
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!
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!
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!
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!
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!
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!
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!
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!
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!
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!
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!
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!
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!
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!
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!
Tesis Propuesta de un sistema para la gestión de la vinculación unviersidad empresa!
Upcoming SlideShare
Loading in …5
×

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

5,725 views

Published on

Tesis!

Published in: Education
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
5,725
On SlideShare
0
From Embeds
0
Number of Embeds
8
Actions
Shares
0
Downloads
240
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

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

  1. 1. UNIVERSIDAD NACIONAL DE INGENIERÍA MAESTRÍA EN INFORMÁTICA EMPRESARIAL Desarrollo de un sistema de información para la gestión de la vinculación universidad - empresa Tesis presentada en opción al título de Máster en Informática Empresarial Autor: Ing. Carlos Ernesto Van de Velde Blandón Tutor: Dra. Ing. Margarita André Ampuero Managua, Nicaragua 2013 1
  2. 2. RESUMEN La Universidad Nacional de Ingeniería, en particular la Facultad de Ciencias y Sistemas, fomenta la relación de vinculación universidad – empresa promoviendo el cumplimiento del estatuto que rige a esta alma mater. Esta relación es fundamental en un entorno global puesto que todos sus involucrados se ven beneficiados. Este documento recogió el proceso de desarrollo de un sistema de información para la gestión de la vinculación universidad - empresa que se ha venido trabajando en la Facultad de Ciencias y Sistemas. Se evaluó la pre factibilidad del proyecto, haciendo los respectivos estudios técnicos, organizacionales, económicos y operativos. Se identificaron requisitos del sistema a partir de entrevistas y encuestas a los diferentes actores, entre estos: estudiantes, egresados, empresarios y miembros de la Facultad de Ciencias y Sistemas. El sistema de información se desarrolló bajo la metodología UWE (UML based web egineering) y en entorno web, haciendo uso de los siguientes lenguajes de programación: HTML, JavaScript, PHP y MySQL como lenguajes de programación. Bajo la metodología de desarrollo seleccionada se diseñó el sistema de información, teniendo en cuenta 5 modelos, estos son: modelo de casos de uso, modelo de contenido, modelo de usuario, modelo de estructura, modelo abstracto. Para finalizar se concluye con las pruebas y la aceptación de los usuarios, con el fin de constatar que el sistema cumplió con los requerimientos y con la funcionalidad que se espera. 2
  3. 3. Contenido Introducción ................................................................................................................................. 1 Capítulo 1: Marco teórico .......................................................................................................... 7 1.1 Vinculación Universidad Empresa ................................................................................ 7 1.2 La importancia de la vinculación empresa – universidad .......................................... 8 1.3 El sector empresarial y la vinculación con la universidad en Nicaragua .............. 12 1.4 Facultad, estudiantes, egresados y la vinculación universidad empresa ............. 13 1.5 Metodología y tecnologías a utilizar para el desarrollo de la solución .................. 16 1.6 Conclusiones parciales ................................................................................................. 20 Capítulo 2: Análisis de Requerimientos ................................................................................ 21 2.1 Estudio organizacional .................................................................................................. 21 2.2 Aceptación del sistema ................................................................................................. 22 2.2.1 Estudiantes y egresados ....................................................................................... 23 2.2.2 Sector empresarial ................................................................................................. 23 2.3 Estudio técnico ............................................................................................................... 24 2.3.1 Arquitectura cliente servidor ................................................................................. 25 2.3.2 Comunicaciones ..................................................................................................... 25 2.3.3 Volumen de transferencia mensual ..................................................................... 26 2.3.4 Ancho de banda ...................................................................................................... 27 .3.5 Memoria RAM............................................................................................................ 28 2.4 Estudio operacional ....................................................................................................... 29 2.5 Estudio Económico ........................................................................................................ 36 2.5.1 Análisis del costo anual ......................................................................................... 40 2.5.2 Determinación de a tasa mínima aceptable de rendimiento (TMAR) ............ 40 2.5.3 Estado de resultado incremental.......................................................................... 41 2.5.4 Análisis de flujo de efectivo ................................................................................... 41 2.6 Análisis de Requisitos ................................................................................................... 42 2.7 Conclusiones parciales ................................................................................................. 56 Capítulo 3: Diseño .................................................................................................................... 58 3.1 Modelo de casos de uso ............................................................................................... 58 3.2 Modelo de contenido ..................................................................................................... 61 1
  4. 4. 3.3 Modelo del usuario ........................................................................................................ 64 3.4 Modelo de estructura..................................................................................................... 65 3.5 Modelo abstracto ........................................................................................................... 67 3.6 Reportería ....................................................................................................................... 84 4. Otros reportes: Obtención de resultados de encuestas, solicitudes de servicios más solicitados, pasantías solicitadas con descripción de su detalle de vacante. .... 86 3.7 Manual de usuario ......................................................................................................... 86 3.8 Conclusión parcial ......................................................................................................... 86 Capítulo 4: Validación de propuesta de sistema de vinculación universidad empresa. 88 4.1 Aceptación del sistema por parte de estudiantes, egresados y empresas .......... 88 4.2 Aceptación del sistema por parte de institución educativa ..................................... 89 4.3 Conclusiones parciales ................................................................................................. 89 Conclusiones ............................................................................................................................. 89 Recomendaciones .................................................................................................................... 90 Bibliografía ................................................................................................................................. 91 Anexo. ........................................................................................................................................ 93 Anexo 1: Manual de Usuario .............................................................................................. 93 1.1 Descripción de procesos para el Estudiante ............................................................. 93 1.2 Descripción de procesos para el sector empresarial ............................................... 97 1.3 Descripción de los procesos de la institución educativa ....................................... 102 2
  5. 5. 3
  6. 6. 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
  7. 7. 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
  8. 8. 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
  9. 9. 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
  10. 10. 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
  11. 11. 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
  12. 12. 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
  13. 13. 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
  14. 14. 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
  15. 15.  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
  16. 16. 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
  17. 17. 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
  18. 18. 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
  19. 19. 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
  20. 20. 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
  21. 21. 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
  22. 22. 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
  23. 23. 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
  24. 24. 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
  25. 25. 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
  26. 26. 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
  27. 27. 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
  28. 28. 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
  29. 29. 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:
  30. 30. 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
  31. 31. 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
  32. 32. 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
  33. 33. 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
  34. 34. 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
  35. 35. 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
  36. 36. 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
  37. 37. Posibles beneficios intangibles: Los beneficios intangibles de la elaboración del proceso de solicitud de capacitaciones son muy importantes: 1. Se podrá manejar un historial de las solicitudes de servicios, algunos ejemplos de este historial podrían ser, la cantidad de servicios brindados al sector empresarial, la cantidad de capital adquirido por servicios, las empresas que más solicitan servicios, entre otros. 2. Se podrá publicitar servicios que ofrece la Facultad de Ciencias y Sistemas. 3. Permitirá que una mayor cantidad de empresas soliciten servicios a la Facultad. 4. Se conocerá cuáles son las principales necesidades de las empresas en relación con la Facultad. Proceso: Asignación de proyectos a estudiantes Los estudiantes actualmente seleccionan proyectos que no son reales, debido a que no son tomados de un problema en el entorno del mercado nacional. Por lo que generalmente suelen realizar prácticas que no son de campo. Debido a que en el proceso actual no existe tal asignación a proyectos reales entonces no podría existir una comparación válida que permita definir si los procesos tienen una factibilidad. Sin embargo sin la existencia del sistema se propone un proceso manual, para poder comparar el posible ahorro que habría si se retomara este proceso de vinculación, este se puede ver en la Tabla 2.10. La descripción del proceso en el sistema se puede observar en la Tabla 2.11, demostrando de esta manera que los procesos realizados por el sistema ahorran tiempo de operación. Posibles beneficios intangibles: 1. Los estudiantes contarán con proyectos basados en problemas reales que son basados en las necesidades del mercado nacional. 2. Se resolverán problemas que tienen las empresas. 3. Se conocerán elementos estratégicos para la actualización curricular basadas en la necesidad del mercado. 4. La facultad de Ciencias y Sistemas tendrá más prestigio. 5. Permitirá desarrollar ferias con sistemas que resuelvan problemas reales. 32
  38. 38. 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
  39. 39. 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
  40. 40. Posibles beneficios intangibles: 1. Existirá una publicidad constante de los eventos, lo que dará apertura a patrocinios. 2. Existirá un canal de comunicación constante con el sector empresarial, así como con los egresados sobre los eventos importantes. Proceso: Realización de encuestas y formularios En la Tabla 2.14 se muestra el proceso actual con un tiempo de 152 minutos. Por otro lado, en el proceso realizado por el sistema que se observa en la Tabla 2.15, la cantidad de tiempo es menor, reflejando una reducción de tiempo de 120 minutos. Tabla 2.14: Descripción del proceso actual: Realización de encuestas . Fuente Propia Actividad Tiempo Frecuencia Tiempo total Vice Decanato prepara el 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
  41. 41. 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
  42. 42. 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
  43. 43. 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 )
  44. 44. 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
  45. 45. 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
  46. 46. 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
  47. 47. 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
  48. 48.  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
  49. 49.  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
  50. 50. 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
  51. 51. Urgencia inmediatamente Estado en construcción Estabilidad media Comentarios Ninguno En la tabla 2.21 se muestra la descripción del caso de uso administrar perfil. Tabla 2.21: Caso de uso Administrar Perfil. Fuente: Propia UC-0006 Administrar Perfil Versión 1.0 ( 18/03/2013 ) Autores  Carlos Van de Velde Fuentes   Carlos Van de Velde Vice Decana de Sistemas Dependencias          Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando En el menú Perfil, Actualizar información Precondición Que se haya logueado un usuario Secuencia normal Paso Acción [UC-0005] Administrar Vacantes [OBJ-0008] Gestionar reportería [UC-0007] Ingresar detalle de vacante [OBJ-0001] Gestionar información de Vacantes [UC-0008] Administrar CV [UC-0009] Ingresar detalle de CV [UC-0015] Generar reporte [UC-0012] Crear preguntas [UC-0016] Ver catálogo 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
  52. 52. Estabilidad media Comentarios Ninguno UC-0005 Administrar Vacantes Versión 1.0 ( 18/03/2013 ) Autores  Carlos Van de Velde Fuentes   Carlos Van de Velde Vice Decana de Sistemas Dependencias [OBJ-0008] Gestionar reportería [UC-0007] Ingresar detalle de vacante [UC-0015] Generar reporte [UC-0016] Ver catálogo [UC-0017] Recibir/Responder solicitudes Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Selecciona Menú Vacante agregar vacante Precondición Haberse logueado, haber registrado el perfil empresarial Secuencia normal Paso Acción 1 El sistema Mostrar pantalla 2 El actor Empresario (ACT-0003) Ingresar información general de la vacante 3 Se realiza el caso de uso Ingresar detalle de vacante (UC-0007) 4 El actor Empresario (ACT-0003) Guarda la información de la vacante Postcondición Agregar las competencias basadas en un detalle Excepciones Paso Acción - Rendimiento - Paso Tiempo máximo - - Frecuencia esperada 10 veces por día(s) Importancia vital Urgencia inmediatamente Estado en construcción Estabilidad media Comentarios Ninguno En la Tabla 2.22 se muestra la descripción del caso de uso Administrar cv. 47
  53. 53. Tabla 2.22: Caso de uso Acceder al sistema. Fuente: Propia UC-0008 Administrar CV Versión 1.0 ( 18/03/2013 ) Autores  Carlos Van de Velde Fuentes   Carlos Van de Velde Vice Decana de Sistemas Dependencias       [OBJ-0008] Gestionar reportería [OBJ-0002] Gestionar información del CV [UC-0009] Ingresar detalle de CV [UC-0016] Ver catálogo [UC-0015] Generar reporte [UC-0017] Recibir/Responder solicitudes Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Selecciona Menú CV agregar Cv Precondición Haberse logueado, haber registrado el perfil estudiantil, o egresado Secuencia normal Paso Acción 1 El sistema Mostrar pantalla 2 El actor Egresado (ACT-0005) Ingresar información general de la vacante 3 Se realiza el caso de uso Ingresar detalle de CV (UC-0009) 4 El actor Egresado (ACT-0005) Guarda información del CV Postcondición Agregar las competencias basadas en un detalle Excepciones Paso Acción - Rendimiento - Paso Tiempo máximo - - Frecuencia esperada 10 veces por día(s) Importancia vital Urgencia inmediatamente Estado en construcción Estabilidad media Comentarios Ninguno En la Tabla 2.23 se muestra la descripción del caso de uso Administrar publicidad. 48
  54. 54. Tabla 2.23: Caso de uso Administrar publicidad. Fuente: Propia UC-0010 Administrar publicidad Versión 1.0 ( 18/03/2013 ) Autores  Carlos Van de Velde Fuentes   Carlos Van de Velde Vice Decana de Sistemas Dependencias  [OBJ-0008] Gestionar reportería  [OBJ-0004] Gestionar información de publicidad  [UC-0015] Generar reporte Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Se seleccione el menú publicidad Precondición Haberse logueado Secuencia normal Paso Acción 1 El sistema Muestra pantalla de publicaciones (publicidad) 2 El actor Institución educativa (ACT-0002) Ingresa información que desea que se haga visible ( Se selecciona para quienes debe ser visible la publicación) 3 El sistema Valida si la información ingresada es correcta 4 El actor Institución 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 En la Tabla 2.24 se muestra la descripción del caso de uso Administrar encuesta. 49
  55. 55. Tabla 2.24: Caso de uso administrar encuesta. Fuente: Propia UC-0011 Administrar encuesta Versión 1.0 ( 18/03/2013 ) Autores  Carlos Van de Velde Fuentes   Carlos Van de Velde Vice Decana de Sistemas Dependencias     [OBJ-0008] Gestionar reportería [OBJ-0005] Gestionar Encuestas [UC-0012] Crear preguntas [UC-0015] Generar reporte Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Se seleccione el menú encuesta Precondición Haberse logueado Secuencia normal Paso Acción 1 El sistema Muestra pantalla de publicaciones (publicidad) 2 El actor Institución educativa (ACT-0002) Ingresa información general de la encuesta ( Se selecciona para quienes debe ser visible la publicación) 3 El sistema Valida si la información ingresada es correcta 4 Se realiza el caso de uso Crear preguntas (UC-0012) 5 El actor Institución educativa (ACT-0002) El actor selecciona guardar 6 El sistema Envía mensaje de guardado satisfactorio Postcondición Ingresar preguntas Excepciones Paso Acción 3 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 En la Tabla 2.25 se muestra la descripción del caso de uso Administrar proyectos. 50
  56. 56. Tabla 2.25: Caso de uso Administrar proyectos. Fuente: Propia UC-0013 Administrar proyectos Versión 1.0 ( 19/03/2013 ) Autores  Carlos Van de Velde Fuentes   Carlos Van de Velde Vice Decana de Sistemas Dependencias  [OBJ-0006] Gestión de tareas y proyectos  [UC-0015] Generar reporte  [OBJ-0008] Gestionar reportería Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando selecciona crear Proyecto o tarea Precondición Haberse logueado y crear perfil empresarial Secuencia normal Paso Acción 1 El sistema Muestra pantalla 2 El actor Empresario (ACT-0003) Ingresa información de proyecto 3 El sistema Valida si la información está bien ingresada 4 Si La información está bien ingresada, el actor Empresario (ACT0003) Guarda la información 5 El sistema Envía mensaje de guardado satisfactorio Postcondición Ninguna Excepciones Paso Acción - Rendimiento - Paso Tiempo máximo - - Frecuencia esperada 400 veces por año(s) Importancia vital Urgencia inmediatamente Estado en construcción Estabilidad media Comentarios Ninguno En la Tabla 2.26 se muestra la descripción del caso de uso Enviar solicitud de servicios. 51
  57. 57. Tabla 2.26: Caso de uso Enviar solicitud de servicios. Fuente: Propia UC-0014 Enviar solicitud de Servicios Versión 1.0 ( 19/03/2013 ) Autores  Carlos Van de Velde Fuentes   Carlos Van de Velde Vice Decana de Sistemas Dependencias     Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Al seleccionar la opción solicitud de servicio Precondición Haberse logueado y crear perfil Secuencia normal Paso Acción [OBJ-0008] Gestionar reportería [UC-0015] Generar reporte [OBJ-0009] Gestionar servicios [UC-0017] Recibir/Responder solicitudes 1 El sistema Muestra pantalla 2 El actor Empresario (ACT-0003) Ingresa información del servicio que solicitan, tipo de servicio, especificaciones 3 El sistema Valida si la información ingresada es correcta 4 Si la información está bien ingreasada, el actor Empresario (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
  58. 58. Tabla 2.27: Caso de uso Generar Reporte. Fuente: Propia UC-0015 Generar reporte Versión 1.0 ( 19/03/2013 ) Autores  Carlos Van de Velde Fuentes   Carlos Van de Velde Vice Decana de Sistemas Dependencias Ninguno Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Selecciona la opción reportes Precondición Que se hayan gestionado las demás procesos, haberse logueado Secuencia normal Paso Acción 1 El sistema Mostrar pantalla 2 El actor Institución educativa (ACT-0002) Selecciona la información para generar reporte 3 El sistema muestra el reporte solicitado Postcondición Ninguna Excepciones Paso Acción - Rendimiento - Paso Tiempo máximo - - Frecuencia esperada 1 veces por mes(es) Importancia quedaría bien Urgencia puede esperar Estado pendiente de verificación Estabilidad alta Comentarios Ninguno En la Tabla 2.28 se muestra la descripción del caso de uso Ver catálogo. 53
  59. 59. Tabla 2.28: Caso de uso Ver catálogo. Fuente: Propia UC-0016 Ver catálogo Versión 1.0 ( 19/03/2013 ) Autores  Carlos Van de Velde Fuentes   Carlos Van de Velde Vice Decana de Sistemas Dependencias     [OBJ-0001] Gestionar información de Vacantes [OBJ-0002] Gestionar información del CV [OBJ-0008] Gestionar reportería [OBJ-0009] Gestionar servicios Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando Selecciona la opción ver catálogo Precondición Haber ingresado vacantes, servicios, y curriculum Secuencia normal Paso Acción 1 El sistema Muestra catálogo de vacantes, pasantías, servicios, o CV ( el catálogo varía según el usuario) 2 El actor Egresado (ACT-0005) Selecciona el elemento que le interesa y envía su solicitud Postcondición Ninguna Excepciones Paso Acción - Rendimiento - Paso Tiempo máximo - - Frecuencia esperada 400 veces por mes(es) Importancia vital Urgencia inmediatamente Estado en construcción Estabilidad media Comentarios Ninguno Requerimientos funcionales y no funcionales Dentro de los requerimientos funcionales se tienen los siguientes:  Solicitudes de interés: Cada usuario, podrá ver las solicitudes que le interesan, existiendo filtros basados en las características del usuario.  Reportes estratégicos: El sistema deberá contemplar reportería que retroalimente procesos de autoevaluación y de desarrollo curricular. 54
  60. 60. 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
  61. 61. 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
  62. 62. 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
  63. 63. 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
  64. 64. 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 uc Casos de uso principales 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
  65. 65. uc Casos de uso principales 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. uc Casos de uso principales 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
  66. 66. 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
  67. 67. 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 Llenar datos de encuesta() : 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 Llenar datos de encuesta() : void 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
  68. 68. Figura 3.7: Diagrama físico de base de datos Fuente: Propia 63
  69. 69. 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
  70. 70. 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
  71. 71. Figura 3.11: Diagrama presentación de listas. Fuente: Propia 66

×