proyecto ing de sistemas

5/12/2018 Proyecto Ing de Sistemas - slidepdf.com

http://slidepdf.com/reader/full/proyecto-ing-de-sistemas 1/178

UNVERSIDAD FRANCISCO DE PAULA SANTANDERBIBLIOTECA EDUARDO COTE LAMUS

RESUMEN TESIS DE GRADO

AUTOR (ES):NOMBRE (S): EDINSON GIOVANNY APELLIDOS: MORALES MANTILLANOMBRE (S): APELLIDOS:

FACULTAD: INGENIERÍA

PLAN DE ESTUDIOS: INGENIERÍA DE SISTEMAS

DIRECTOR:NOMBRE (S): JUDITH DEL PILAR APELLIDOS: RODRIGUEZ TENJO

TITULO DE LA TESIS: DESARROLLO DE UN PORTAL WEB COMO HERRAMIENTA DEBÚSQUEDA DE OFERTAS LABORALES PARA LA UNIVERSIDAD FRANCISCO DEPAULA SANTANDER

RESUMEN:

CARACTERÍSTICAS:

PAGINAS: 180 PLANOS: ILUSTRACIONES: CD-ROM: 1

Se desarrolló un portal de tipo Corporativo, permitiendo a las distintas personasvinculadas con la Universidad Francisco de Paula Santander contar con herramientaspara buscar, ingresar y obtener información referente a perfiles educativos y puestoslaborales disponibles que hayan a su vez sido previamente ingresados por el portal. Asmismo, se desarrolló el portal, para uso general de la comunidad universitaria (alumnosegresados), permitiendo el ingreso de hojas de vida, manteniendo una base de datospara la consulta de estudiantes, docentes, directivos o cualquier empresa formal. Poúltimo, se implementó la tecnología Web, permitiendo el ingreso de las hojas de vida dela comunidad estudiantil desde cualquier parte y que estas a su vez sean consultadaspor cualquier empresa del mundo.



DESARROLLO DE UN PORTAL WEB COMO HERRAMIENTA DE BÚSQUEDADE OFERTAS LABORALES PARA LA UNIVERSIDAD FRANCISCO DE PAULA

SANTANDER

EDINSON GIOVANNY MORALES MANTILLA

UNIVERSIDAD FRANCISCO DE PAULA SANTANDERFACULTAD DE INGENIERIA

PLAN DE ESTUDIOS DE INGENIERÍA DE SISTEMASSAN JOSÉ DE CÚCUTA

2010



DESARROLLO DE UN PORTAL WEB COMO HERRAMIENTA DE BÚSQUEDADE OFERTAS LABORALES PARA LA UNIVERSIDAD FRANCISCO DE PAULA

SANTANDER

EDINSON GIOVANNY MORALES MANTILLA

Trabajo de grado presentado como requisito para optar al título de:Ingeniero de Sistemas

Director:JUDITH DEL PILAR RODRÍGUEZ TENJO

Ingeniero de Sistemas

UNIVERSIDAD FRANCISCO DE PAULA SANTANDERFACULTAD DE INGENIERIA

PLAN DE ESTUDIOS DE INGENIERÍA DE SISTEMASSAN JOSÉ DE CÚCUTA

2010



4



CONTENIDO

pág.

INTRODUCCION 11

1. GENERALIDADES 13

1.1 LIMITACIONES 14

2. ANALISIS DE REQUISITOS APLICANDO LA TECNICA NDT EN LA

METODOLOGIA OOHDM 182.1 MODELOS DE LA INGENIERÍA DE REQUISITOS CON NDT 18

2.2 IDENTIFICAR Y DEFINIR LOS REQUISITOS DE ALMACENAMIENTODE INFORMACIÓN 29

3. DISEÑO DE LA APLICACIÓN UTILIZANDO LA METODOLOGÍAOOHDM 54

3.1 DISEÑO CONCEPTUAL 563.2 DISEÑO NAVEGACIONAL 66

3.3 DISEÑO DE INTERFAZ ABSTRACTA 69

4. CONCLUSIONES 72

5. RECOMENDACIONES 73

BIBLIOGRAFÍA 74

ANEXOS 75

5



LISTA DE CUADROS

pág.

Cuadro 1. Tratamiento de la navegación en cada fase de cadametodología 18

Cuadro 2. Fases, actividades y tareas de NDT 19

Cuadro 3. Patrón para la definición de los objetivos 25

Cuadro 4. Objetivo OBJ-01 25







Cuadro 11. Requisito RA-01 29




Cuadro 15. Naturaleza NA-01 33





Cuadro 20. Patrón para la definición de actores 36

6



Cuadro 21. Actor AC-01 37






Cuadro 27. Matriz de descripción de la incompatibilidad de actores 40

Cuadro 28. Ejemplo de requisito funcional 41

Cuadro 29. Requisito RF-01 42Cuadro 30. Requisito RF-02 42

Cuadro 31. Requisito RF-03 43




Cuadro 35. Frase FR-01 45Cuadro 36. Frase FR-02 46

Cuadro 37. Prototipo de visualización PV-01 47



Cuadro 40. Requisito no funcional RNF-01 50



Cuadro 43. Matriz de rastreabilidad 51

Cuadro 44. Fases, actividades y tareas de NDT 52

7



Cuadro 45. Comparación de las 3 fases de NDT y OOHDM 53

LISTA DE FIGURAS

pág.

Figura 1. Modelo de generalización de actores 38

Figura 2. Patrón de un actor y su interacción con el sistema 41

Figura 3. Diagrama de clases navegante 57

Figura 4. Diagrama de clases hojas de vida 58

Figura 5. Diagrama de clases solicitud 59

Figura 6. Diagrama de clases completo 60

Figura 7. Diagrama de secuencias entrar a portal 61

Figura 8. Diagrama de secuencia iniciar sesión 62

Figura 9. Diagrama de secuencia navegar 62

Figura 10. Diagrama de secuencia insertar datos 63

Figura 11. Diagrama de secuencia editar datos 64

Figura 12. Diagrama de secuencia eliminar datos 64

Figura 13. Diagrama de secuencia buscar datos 65

Figura 14. Diagrama de secuencia cerrar sesión 66

Figura 15. Diagrama navegacional – navegante interno 67

Figura 16. Diagrama navegacional – director plan de estudios 68

Figura 17. Búsqueda estudiante o egresado por parte del naveganteexterno 68

Figura 18. Búsqueda de empresa por parte del navegante estudiante ynavegante egresado 68

Figura 19. Diagrama de interfaz abstracta principal modelo grafico 69

8



Figura 20. Diagrama de interfaz abstracta ingresar-modificar-eliminar 70

Figura 21. Diagrama de interfaz abstracta búsqueda modelo grafico 70

Figura 22. Diagrama de interfaz abstracta búsqueda detalle modelografico 71

Figura 23. Diagrama de interfaz abstracta búsqueda navegante director plan de estudios modelo grafico 71

9



LISTA DE ANEXOS

pág.

Anexo A. Implementación 76

Anexo B. Arquitectura 89

Anexo C. Pruebas 99

Anexo D. A1 Técnica desarrollo navegacional NDT y sus patrones 109

10



INTRODUCCION

El trabajo en términos lingüísticos se refiere a Esfuerzo humano aplicado a la

producción de riqueza, en contraposición a capital; Lo que nos hace ver que el ser humano es motivado a trabajar por la necesidad de conseguir capital, pero cuandoun ser humano ha dedicado tiempo de su vida a labrar una carrera susmotivaciones no son solo capitalistas, sino personales como el logro de sueñosmayores, sociales porque quiere construir una mejor forma de vida a su alrededor e intelectuales porque sabe que su conocimiento lo llevara a ocupar espaciosdignos dentro de una comunidad.

Estas motivaciones son con frecuencia y en alto porcentaje limitadas para algunosseres, ya que una de las características de los países en vía de desarrollo es el

alto índice de desempleo y los bajos salarios, entonces surge una problemática dela que la Universidad no se debe enajenar, ¿Cómo garantizar la ubicación de misegresados en puestos de trabajo?

La Internet en la actualidad se ha convertido en un medio de comunicaciónindispensable para el acceso e intercambio de información, lo cual debe ser aprovechado para satisfacer las necesidades que van surgiendo en la sociedad,ella se ha convertido en un medio que facilita al ser humano el logro de objetivoscon mayor rapidez, gracias al gran contenido de información y servicios que deella se desprenden.

La Universidad Francisco de Paula Santander UFPS no se ha alejado de estarealidad y en pro del continuo cambio ha venido integrando sus procesos asistemas en red no solo en la parte administrativa sino también académica.

La realización del siguiente proyecto permite integrar dentro de la UFPS unsistema que permita a la comunidad universitaria usar la Internet como un mediopara incluir toda la información relevante que sea de interés a diversas empresasque deseen contar con el material intelectual que se forja en la Universidad.

Se plantea así una solución a los integrantes de la UFPS, para que seanfácilmente ubicados de acuerdo a su perfil académico por empresas de cualquier parte ya que la información se consultará mediante un ambiente Web. Laimportancia de esta implantación tiene connotaciones de gran alcance ya que laUFPS ubicará sus profesionales no solo dentro de la región Nortesantandereana,sino podrá darse el caso de vínculos con empresas de cualquier parte del mundo.

11



Este proyecto surge de la necesidad de crear un canal más eficiente entre laindustria y la comunidad universitaria de la Universidad Francisco de PaulaSantander que desea un posicionamiento laboral.

A su vez se ha visto en la Industria el planteamiento ofrecerle una nueva forma derealizar la búsqueda de personal con una herramienta tecnológica de acceso librey gratuito que le permitirá clasificar de manera más exacta el perfil del personalque esta requiere.

Los portales de enlace laboral o bolsas de empleo montados en plataformas Weby gestionados por sistemas manejadores de base de datos solucionan en granmedida el desempleo de este país, ya que en diversas ocasiones se ve en mediosimpresos tradicionales de comunicación anuncios de empresas solicitando gran

cantidad de profesionales, pero por otro lado las cifras de desempleo no bajan,esto debido a que no existe una correlación o un canal que permita a la empresaencontrar el perfil buscado ni a la persona con ese perfil encontrar la empresa quelo esta requiriendo, la tecnología de la Internet permite que estas falencias seansuperadas, es esa una razón suficiente para integrar en la Universidad Franciscode Paula Santander un sistema que permita generar dicho canal entre industria yacademia.

12



1. GENERALIDADES

Es común encontrar en la sociedad o dentro de nuestra universidad alumnos

talentosos o con altos conocimientos en diversas áreas que luego en el futuro seconvierten en egresados que no se ubican en un puesto profesional acorde a susestudios o simplemente no encuentran un puesto.

También es claro que en ocasiones las empresas desean emprender diversosproyectos y desean contar con la colaboración de alumnos de pre-grado quehayan avanzado sus estudios en niveles medio o avanzado, pero la falta de unaherramienta que le permita a las facultades o planes de estudio tener conocimiento sobre las actuales habilidades de sus alumnos no permite que existaun verdadero enlace entre la industria y la academia.

En el sector industrial esto también se ha convertido en un problema porque el nocontar con las herramientas que le permitan ubicar el talento humano requerido asus condiciones hace que la industria de nivel regional tenga la necesidad de usar otros métodos de reclutamiento de personal o de buscar en otras partes, cuandoeste puede estar formado dentro de nuestro claustro.

Existen casos en los que la industria no cuenta con la Universidad para sudesarrollo por el desconocimiento del talento que se forma dentro de la

Universidad Francisco de Paula Santander, y en un mundo tan competitivo comoel actual es indispensable proporcionar a la industria las facilidades suficientes quepermitan ubicar mas integrantes de esta comunidad universitaria frente a otrasuniversidades, elevando el prestigio de la academia UFPS.

La idea de desarrollar un portal como herramienta de busqueda de ofertaslaborales para la universidad francisco de paula santander viene tomada del portalque tiene el SENA del servicio que este presta a nivel nacional y de el uso quevarios colombianos le han dadoa dicho portal, Es cuando surge la inquietud, ¿si elSENA cuenta con esta herramienta, deberia la UFPS tambien contar con dicha

herramienta?

El segundo paso consistió en formular la idea a un Docente de la UFPS para quecon su experiencia y su conocimiento interno de la institución viera comorealizable dicho proyecto y aceptase la dirección del proyecto, se plantea en eseinstante la interrogante de cómo validar la existencia de las empresas que seregistren en el portal, por lo cual para darle solución habría que acudir a realizar

13



una conexión con las bases de datos de la cámara de comercio, situación quemerece un convenio interinsitucional sobre el manejo, privacidad y exclusividad dela información que se consulte, lo cual esta fuera del alcance de este proyecto, por lo cual se decide pedir el máximo de información posible a la empresa en su

registro a fin de que toda persona que se interese por una vacante puedaconstatar por medio físico en papel, telefónicamente y residencialmente de queempresa se trata.

Como un apoyo adicional a este proyecto se contó con una participación de laOficina del egresado en cuanto al tipo de información que allí manejan, el proceder y apoyo que tiene con el egresado, adicional a esto se buscara el apoyo deBienestar universitario para mejoras en el proceso, interacción del portal y otrastareas similares.

1.1 LIMITACIONES

La información por defecto que tendrá cada integrante de la comunidaduniversitaria es con la que cuenta la División de Admisiones y Registro y RecursoHumano en sus bases de datos-SIA.

Para proyectar eficazmente el sistema es necesario adelantar una campañainterna publicitaria en la universidad con una división como Bienestar Universitario,

Consejo estudiantil, el diario universitario o alguna otra que tenga dentro de susobjetivos el apoyo en esas acciones al estudiante.

Por parte del sector privado se hace necesario solicitar vinculación deagremiaciones regionales como Acopi, FENALCO y Cámara de Comercio, paraque proporcionen un espacio publicitario o de reconocimiento dentro de los mediosque estas entidades usan para comunicarse con sus afiliados a fin de queconozcan una nueva opción de contratación laboral, para esto se haceindispensable presentar por intermedio de la UFPS la respectiva solicitud.

La validación de empresas en cuanto a su existencia también es una limitante,habría que manejar junto con la cámara de comercio o DIAN mediante el códigoRUT, la existencia de las mismas, esto implica una conexión a sus bases de datosque permita la opción de consulta, por lo que debería existir un permiso el cualdebe ser gestionado por intermedio de la universidad, el cual podría no otorgarsepara este proyecto.

14



La opción de notificación mediante mensaje de texto depende de una plataformatecnológica con la cual la universidad no cuenta, pero que se puede adquirir mediante alquiler del servicio a empresas privadas, además debe la universidadcomo entidad responsable del servicio concertar las políticas del servicio SMS con

las operadoras de telefonía celular nacional disponibles.

Debido a que es necesario que la aplicación sea interactiva, es decir, que lainformación pueda ser modificada en tiempo de ejecución, los lenguajes a trabajar serán: HTML, DHTML, XHTML, MYSQL y PHP.

El diseño del Portal abarcará las siguientes especificaciones:

Usuarios:

Navegante. Es cualquier persona que ingresa al portal. Dependiendo del tipo deacciones que desee realizar, el navegante se clasificara en NAVEGANTEEXTERNO y NAVEGANTE INTERNO, de modo que se presenta unaespecialización en dos actores.

Navegante Interno. Es una persona vinculada a la Universidad comoESTUDIANTE, EGRESADO, DOCENTE o DIRECTIVO. También puede ser una

persona con cargo ADMINISTRATIVO que labore como administrador del sistema.

Estudiantes. Alumnos de pre-grado o post-grado matriculados en la UFPS

Egresados. Ex alumnos de pre-grado que hayan obtenido su respectivo tituloprofesional en la UFPS.

Docentes. Cualquier persona contratada para el semestre vigente en cualquiera

de las categorías docentes.

Directivo. Persona que sea Director de Plan de Estudios, Jefe de Departamento,Decano de Facultad.

Administrador. Personal de la universidad al que se le delegue alguna función

15



administrativa sobre el sistema.

Navegante Externo. Es una Empresa, entidad o persona jurídica, debidamente

registrada en el sistema.

Se desea integrar este sistema al sitio oficial de la UFPS, www.ufps.edu.co, enforma de vínculo.

La popularidad y buen uso del sistema esta proyectado a tres años, tiemposuficiente para que el sistema sea bien reconocido por la comunidad universitariay el sector privado, además de ser el tiempo en que muchos alumnos seconvertirán en egresados popularizando aun mas el sistema fuera del claustro

Información. La toma de datos básicos, perfiles profesionales, ocupacionales yhumanos, de las personas y los datos comerciales de las empresas, sondiseñados en base a los diversos sistemas que ya existen en Internet y tienengran reconocimiento como: colombianostrabajando.com, elempleo.com ycsgc.gov.co, los datos más prescindibles que se deben tener en cuenta son:

Datos personales, los cuales se tomaran en gran parte del SIA (División deAdmisiones y Registro UFPS).

Datos sobre estudios de Secundaria, donde se ingresara el año de graduación, lainstitución y tiempo de estudio.

Datos sobre conocimientos en Idiomas, donde se incluirá el Idioma, lugar donde loaprendió, el dialecto y el nivel de habla, lectura y escritura.

Datos sobre otras carreras realizadas, universidad o instituto donde la curso, año,

numero de semestres cursados.

Datos legales de las empresas, teléfonos, persona encargada, nit y rut, direccióncomercial y lugar de establecimiento.

Datos actuales a nivel universitario, semestre actual, materias destacadas,

16



materias actualmente matriculadas.

Servicios. Envío y recepción de formularios y mensajes, que contienen la

información anteriormente enunciada, en formatos estándares para aplicacionesweb.

El portal proporcionara el intercambio de mensajes entre las empresasdebidamente inscritas y las personas que cumplan con los perfiles solicitados por dichas empresas.

El portal proporcionara una respuesta por e-mail o mensaje de texto a la persona yempresa cuando se encuentre correspondencia en una opción laboral.

El portal permitirá hacer a los directores de planes de estudio consultas que lespermitan obtener información sobre el nivel educacional de sus alumnos y los tiposde empresas que requieren personal.

17



2. ANALISIS DE REQUISITOS APLICANDO LA TECNICA NDT EN LAMETODOLOGIA OOHDM

2.1 MODELOS DE LA INGENIERÍA DE REQUISITOS CON NDT

La metodología a usarse en el desarrollo de este proyecto es OOHDM -Método deDiseño Hipermedia Orientado a Objetos pero haciendo una evaluación de estametodología se ve una poca profundización en la etapa de Requisitos

El siguiente cuadro, muestra las diferentes propuestas metodológicas dedesarrollo de aplicaciones Web y las distintas fases que se manejan. Se veclaramente que OOHDM presenta una debilidad en la Fase de Requisitos.

Cuadro 1. Tratamiento de la navegación en cada fase de cada metodología

Por lo tanto para la obtención de los requerimientos se usara el métodonavegacional NDT (Navigational Development Techniques). Se hace necesariousar esta técnica ya que solo contar con la metodología OOHDM no es

insuficiente para lograr un buen desarrollo de la aplicación

El siguiente cuadro, muestra el contenido de las diferentes fases, actividades ytareas que deben tenerse en cuanta al trabajar en NDT.

18



Cuadro 2. Fases, actividades y tareas de NDT

Fuente: STALLINGS William. Comunicación y redes de computadores: México:Prentice Hall, 1995.

NDT es una propuesta metodológica compuesta por un proceso en el que seplantean técnicas para capturar, describir y validar los requisitos de un sistemaweb y, partiendo de esos requisitos, generar de manera sistemática los modelosde análisis del sistema. Para NDT el desarrollo es un proceso que se podría definir como bottom-up. Centrándose en una detallada fase de ingeniería de requisitosguiada por objetivos, que contempla tanto la captura, como la definición y laverificación de los requisitos.

19



El ciclo comienza definiendo los objetivos y en base a éstos se describe unproceso por el que se pueden capturar y definir los diferentes requisitos delsistema. Éstos son clasificados y tratados dependiendo de la tipología a la quepertenezca. NDT divide los requisitos en:

Requisitos de almacenamiento de información, contiene la descripción de lainformación que maneja el sistema y especifica su estructura y significado.

Requisitos de actores, en los que se definen los roles que podrán interactuar conel sistema y las relaciones que se pueden producir entre ellos.

Requisitos funcionales, que permitirán definir la funcionalidad del sistema.

Requisitos de interacción, que definen la estructura de navegación a alto nivel delsistema, así como los criterios de recuperación que se van a ofrecer a losdiferentes actores.

Requisitos no funcionales, que recogen otros requisitos del sistema.

Una vez validados estos requisitos, el proceso de NDT propone generar tres

modelos:

Modelo conceptual, que representa mediante un diagrama de clases laestructura estática del sistema;

Modelo de navegación, que representa mediante un conjunto de diagramas conuna notación muy similar a la del diagrama de clases la forma en que se podránavegar en el sistema;

Validación de Prototipos, que mediante un conjunto de prototipos evaluables,permite mostrar cómo se va a interactuar con el sistema.

Estos tres (3) modelos son semejantes o iguales a las fases definidas por OOHDM. Más adelante en la definición de OOHDM Se vera con mayor amplitud.

20



Ya de manera especifica se puede encontrar que los requisitos se pueden dividir en actividades, estas actividades son las que me van registrando los verdaderosrequisitos del sistema, para poder lograr una actividad es necesario ir cumpliendode manera secuencial unas tareas, a continuación el listado de actividades y

tareas necesarias para cumplir con el desarrollo de cada requisito.

Requisitos de almacenamiento de información. Actividad 1-Obtener información sobre el entorno de trabajo y definir objetivos:

Tarea 1.1- Obtener información sobre el dominio del problema.

Tarea 1.2- Preparar y realizar las reuniones y entrevistas.

Tarea 1.3- Identificar y definir los objetivos del sistema.

Actividad 2- Identificar y definir los requisitos de almacenamiento de información.

Tarea 2.1- Identificar y definir los requisitos de almacenamiento de información.

Tarea 2.2-Identificar y definir las nuevas naturalezas.

Modelo de requisitos de actores. Actividad 3- Identificar y definir los actores:

Tarea 3.1- Identificar y definir a los actores básicos del sistema.

Tarea 3.2- Identificar y definir la generalización de actores.

Tarea 3.3- Identificar y definir la incompatibilidad entre actores.

Modelo de requisitos funcionales. Actividad 4- Identificar y definir los requisitosfuncionales:

21



Tarea 4.1- Diseñar los diagramas de casos de uso.

Modelo de requisitos de interacción. Actividad 5- Identificar y definir los

requisitos de interacción:

Tarea 5.1- Identificar y definir las frases.

Tarea 5.2- Identificar y definir los prototipos de visualización.

Modelo de requisitos no funcionales. Actividad 6- Identificar y definir losrequisitos no funcionales:

Tarea 6.1- Identificar y definir los requisitos no funcionales.

Actividad 7- Validar los requisitos. Tarea 7.1- Realizar la matriz derastreabilidad.

Se vera el desarrollo de cada una de estos requisitos con los datos de nuestrosistema, la descripción técnica y las tablas empleadas se pueden consultar en el

anexo A.

Requisitos de almacenamiento de información. Definen qué información se vaa manejar en el sistema y cómo se relacionan entre sí.

Actividad 1 Obtener información sobre el entorno de trabajo y definir objetivos.

Tarea 1.1 Obtener información sobre el dominio del problema. Para obtener la

información sobre el dominio del problema se hace necesario revisar elfuncionamiento de portales similares al desarrollar en este proyecto, para lograr una idea de cómo seria la construcción de este portal para la UFPS.

Inicialmente se tomó los diferentes formularios para ingresar la información y sudistribución. Los formularios más importantes encontrados fueron:

22



Datos Básicos.

Información Académica.

Información Académica Adicional (Cursos, Talleres, Seminarios).

Experiencia Laboral.

Otros Datos.

También se identificaron los interesados:

Estudiantes.

Egresados.

Oficina del Egresado.

Jefes de plan de estudios.

Empresas.

Tarea 1.2 Preparar y realizar las reuniones y entrevistas. Aquí se detallan o seamplían los puntos de vista. Se desea que el sistema pueda en primera instanciael máxime de información útil en cuanto a estudiantes o egresados, para lograr laefectividad en el reclutamiento. Características naturales como datos personales y

datos de contacto, Datos sobre estudios de pre-grado inclusive de post-grado yaque se puede dar el caso que un actual estudiante ya tenga una carrera terminadao un post-grado, datos sobre actitudes como los cursos realizados, congresosentre otros, datos laborales como experiencias de trabajo y logros.

Sobre las empresas interesa obtener los datos básicos, los perfiles solicitados, yun histórico de las solicitudes ingresadas.

23



El primer paso de la investigación se hizo a través de charlas con compañeros deestudio, con preguntas simples como ¿Le parece buena la idea de desarrollar unportal Web donde usted ingrese su hoja de vida y las empresas lo puedancontactar para un trabajo o una practica empresarial?, estas charlas ayudan a ver

los gestos de la gente, y si el tema es o no es interesante. Se concluye que en lamayoría de la gente hubo buena aceptación y también se escucharon nuevasideas que los otros portales no tenían.

Estudiantes: Desean que el sistema les permita contactarse con trabajosformales que se acomoden a sus conocimientos, tiempo e interacción estudio-trabajo.

Egresados: Contactarse de manera más amplia y ser escogidos en la menor

brevedad por empresas regionales o exteriores.

Oficina del egresado: Contar con una herramienta en la que se puedan consultar las hojas de vida, lograr una mayor efectividad contactando egresados con lasempresas, las cuales ya frecuentan esta oficina para adquirir talento UFPS.

Jefes de planes de estudio: Poder enviar a los estudiantes más adecuados a lasdistintas pasantías, prácticas empresariales las cuales siempre toman un tiempoamplio en la recepción de hojas de vida y su estudio.

Empresas: Lograr encontrar Obtener respuesta de las personas que cumplen conel perfil solicitado de una manera inmediata y sin ningún costo para ellas.

Tarea 1.3 Identificar y definir los objetivos del sistema. El estudio de estosobjetivos es esencial para todo el desarrollo del flujo de trabajo. A medida que seva desarrollando la especificación de requisitos, los objetivos se pueden ir refinando y concretando de manera que cada vez se vayan identificando mejor losrequisitos del sistema. Un requisito no es más que una necesidad que el sistema

debe cubrir para poder alcanzar uno o varios objetivos impuestos por el usuario.

Nota: El desarrollo de este y los patrones subsecuentes correspondientes aldesarrollo del problema se encuentran en el anexo A. A continuación se presentael modelo usado para la recolección de los objetivos del sistema, los campos con(*) son opcionales.

24



Cuadro 3. Patrón para la definición de los objetivos

Aquí, en base al patrón anteriormente mostrado se desarrolla el primer objetivo,que permitirá la creación de hojas de vida.

Cuadro 4. Objetivo OBJ-01

OBJ-01 OFRECER LA CREACIÓN DE HOJAS DE VIDAAutor Nombre Autor: Edinson Giovanny Morales

Cargo: EstudianteOrganización: UFPS

Fuentes Nombre Fuente: Oficina del EgresadoOrganización: UFPS

Descripción El sistema deberá permitir a los integrantes de la UFPS describir los

elementos de su perfil y generar una hoja de vida que se ajuste a susperspectivas de trabajo.Esta hoja de vida podrá luego ser consultada por las empresas interesadasen dicho perfil.

SubobjetivoImportancia AltaUrgencia NormalEstado Pendiente de Validación

25



Este cuadro representa el objetivo OBJ-02 el cual le permite a empresas crear lassolicitudes de trabajo que desean.


OBJ-02 OFRECER LA CREACIÓN DE SOLICITUDES DE PUESTOS DE TRABAJOAutor Nombre Autor: Edinson Giovanny Morales



Descripción El sistema deberá permitir a las entidades legalmente constituidas generar solicitudes de puesto de trabajo que estén necesitando, para ello describenlas actitudes y formaciones requeridas para cubrir este puesto de trabajo.

Subobjetivo

Importancia AltaUrgencia NormalEstado Pendiente de Validación

Este cuadro muestra el objetivo OBJ-03 el cual tiene en cuenta el perfil del usuariopara poderlo adaptar a sus necesidades.


OBJ-03 ADECUAR EL SISTEMA AL PERFIL DE USUARIOAutor Nombre Autor: Edinson Giovanny Morales



Descripción El sistema debe ser capaz de adaptarse al perfil del usuario con el cual seingresa al portal. Cuando el usuario se identifica, se tratará como unnavegante interno (estudiante, egresado, administrador, profesor) o externo(una entidad).

SubobjetivoImportancia Alta

Urgencia NormalEstado Pendiente de Validación

Este cuadro muestra el objetivo OBJ-04 el cual tiene en cuenta el perfil del usuariopara poder realizar sus respectivas consultas.

26




OBJ-04 CONSULTAR INFORMACIÓN DE ACUERDO AL PERFIL DEL

USUARIOAutor Nombre Autor: Edinson Giovanny MoralesCargo: EstudianteOrganización: UFPS

Fuentes Nombre Fuente: Oficina del Egresado.Organización: UFPS

Descripción El sistema debe ser capaz de adaptarse al perfil del usuario conel cual se ingresa al portal. Cuando el usuario se identifica, setratará como un navegante interno (estudiante, egresado,administrador, profesor) o externo (una entidad) los cualestienen necesidades de consulta diferentes.

Subobjetivo OBJ-05 < Consultar Hojas de Vida>OBJ-06 < Consultar solicitudes de puestos de trabajo>Importancia AltaUrgencia NormalEstado Pendiente de Validación

Este cuadro muestra el objetivo OBJ-05 el cual tiene en cuenta el perfil del usuariopara permitirle consultar las diferentes hojas de vida.


OBJ-05 CONSULTAR HOJAS DE VIDAAutor Nombre Autor: Edinson Giovanny Morales



Descripción El sistema debe ser capaz de adaptarse al perfil del usuario conel cual se ingresa al portal. Cuando el usuario se identifica, este

le podrá permitir consultar las hojas de vida.SubobjetivoImportancia AltaUrgencia NormalEstado Pendiente de Validación

27



Este cuadro muestra el objetivo OBJ-06 el cual tiene en cuenta el perfil del usuariopara permitirle consultar las diferentes solicitudes de puestos de trabajo.


OBJ-06 CONSULTAR SOLICITUDES DE PUESTOS DE TRABAJO.Autor Nombre Autor: Edinson Giovanny Morales



Descripción El sistema debe ser capaz de adaptarse al perfil del usuario conel cual se ingresa al portal. Cuando el usuario se identifica, este

le podrá permitir consultar las solicitudes de puestos de trabajo.SubobjetivoImportancia AltaUrgencia NormalEstado Pendiente de Validación

Este cuadro muestra el objetivo OBJ-07 el cual tiene en cuenta el perfil delAdministrador para que pueda actualizar el sistema y administrar determinadaspeticiones.


OBJ-07 ADMINISTRAR EL SISTEMAAutor Nombre Autor: Edinson Giovanny Morales


Fuentes Nombre Fuente: PropiaOrganización: UFPS

Descripción Cuando el usuario se identifica, este le podrá permitir

administrar información como carreras, países, solicitudes novalidas entre otras.

SubobjetivoImportancia AltaUrgencia NormalEstado Pendiente de Validación

28



2.2 IDENTIFICAR Y DEFINIR LOS REQUISITOS DE ALMACENAMIENTO DE INFORMACIÓN

Tarea 2.1- Identificar y definir los requisitos de almacenamiento deinformación. En esta tarea se determinan todas las necesidades dealmacenamiento que se detecten durante la realización de las entrevistas. La ideaesencial de los requisitos de almacenamiento de información es la de dar respuesta a preguntas como ¿qué información debe almacenar el sistema? o ¿conqué información va a trabajar el sistema.

Cuadro 11. Requisito RA-01

RA-01 DATOS PERSONALES BÁSICOSObjetivosAsociados

OBJ-01: Ofrecer la creación de hojas de vida.OBJ-04: Consultar información de acuerdo al perfil del usuario

Descripción El sistema deberá almacenar la información correspondiente a los datospersonales de los estudiantes y/o egresados.

DatosEspecíficos

Nombre y Descripción NaturalezaDocumento de Identidad: Almacena de maneraunivoca la información sobre el documento que loidentifica.

EnteroRango:12

Nombre: Almacena información sobre el nombre delusuario.

Cadena

Dirección: Almacena información sobre la dirección deresidencia del usuario. CadenaFecha Nacimiento: Almacena la información de lafecha de nacimiento del usuario.

FechaFormato:dd/mm/aaaa

Sexo: Almacena el sexo (femenino – masculino) delusuario.

EnumeradoValores: M-F

País: Almacena información sobre el país deresidencia del usuario.

RA-03

Departamento: Almacena información sobre eldepartamento de residencia del usuario.

NA-04

Municipio: Recoge el Municipio en el cual resideactualmente.

Cadena

Estado Civil: Recoge el estado civil del Usuario. EnumeradoValores: Soltero-Casado

Teléfono: Allí se almacena el teléfono donde puedecontactarse al usuario.

EnteroRango: 12

e-mail: Allí se almacena el e-mail donde puedecontactarse al usuario.

Cadena

29




RA-02 FORMACIONES ACADÉMICAS OBTENIDAS

ObjetivosAsociados OBJ-01: Ofrecer la creación de hojas de vida.OBJ-04: Consultar información de acuerdo al perfil del usuario

Descripción El sistema deberá almacenar la información correspondiente alas formaciones académicas de los estudiantes y/o egresados.

DatosEspecíficos

Nombre y Descripción NaturalezaCódigo Carrera: Almacena de maneraunivoca la información sobre el código que laidentifica.

NA-01

Nombre: Almacena información sobre el

nombre que identifica a la carrera.

Cadena

Semestre: Almacena la información delsemestre actual que esta cursando, en casode ser egresado esta opción no se tendrá encuenta.

EnteroRango: 1-10

Fecha Fin: Almacena la información de lafecha de graduación del egresado, o dealguna otra formación académica realizadaanteriormente.


Institución: Almacena el nombre de la

institución donde realizo su formaciónacadémica.

Cadena

País: Recoge el país de donde es propia lainstitución donde realizo la formaciónacadémica.

RA-03

Departamento: Recoge el Departamento oestado del país en la cual se realizo laformación académica

NA-04

Municipio: Recoge el Municipio en el cual serealizo la formación académica.

Cadena

Nivel: Recoge el nivel de la formación

realizada colocándolo en diferentesdescripciones como especializaciones,maestrías, doctorados, etc.

NA-03

Idioma: Recoge los idiomas y su respectivonivel de dominio.

30




RA-03 EXPERIENCIAS LABORALES OBTENIDAS

ObjetivosAsociados OBJ-01: Ofrecer la creación de hojas de vida.OBJ-04: Consultar información de acuerdo al perfil del usuario.

Descripción El sistema deberá almacenar la información correspondiente alas experiencias laborales de los estudiantes y/o egresados.

DatosEspecíficos

Nombre y Descripción NaturalezaNombre Empresa: Almacena informaciónsobre el nombre donde se tiene laexperiencia laboral.

Cadena

Cargo: Función que desempeño en esa

empresa.

Cadena

Fecha Ingreso: Almacena la fecha en la quese ingreso a laborar.


Fecha Fin: Almacena la fecha en la que seretiro de laborar.


País: Recoge el país de donde es propia laempresa donde laboro o labora.

NA-04

Departamento: Recoge el departamento dedonde es propia la empresa donde laboro o

labora.

NA-05

Municipio: Recoge el municipio de donde espropia la empresa donde laboro o labora.

Cadena


RA-04 PERFIL REQUERIDOObjetivosAsociados

OBJ-02: Ofrecer la creación de solicitudes de puestos detrabajo.

OBJ-04: Consultar información de acuerdo al perfil del usuario.OBJ-07: Administrar el sistema.

Descripción El sistema deberá almacenar la información correspondiente alos perfiles necesarios para ocupar un puesto de trabajo.

31



Cuadro 14. (Continuación)

Datos

Específicos

Nombre y Descripción Naturaleza

Código Perfil: Almacena de manera univocala información sobre el código que laidentifica.

Entero

Nombre Profesión: Recoge informaciónsobre el nombre de la carrera profesionalque se requiere para el puesto de trabajo.

NA-01

Descripción: Almacena la información quedescribe la actividad del puesto de trabajo.

Cadena

Habilidades: Almacena la información quepermite especificar la habilidades con las quedebe contar el aspirante al puesto de trabajo.

Cadena

Vacantes: Almacena el número de vacantesen ese puesto de trabajo. Entero

Fecha Finalización: Almacena la informacióncorrespondiente a la fecha hasta la cualestará vigente ese puesto de trabajo.

Fecha

Jornada: Almacena la información quecorresponde a la jornada laboral en la cualse desarrollara este puesto de trabajo.

Enumerado:Diurno-Nocturno

País: Recoge el país en la cual sedesarrollara el trabajo.

RA-03

Departamento: Recoge el departamento en

el cual se desarrollara el trabajo.

NA-04

Municipio: Recoge el municipio en el cual sedesarrollara el trabajo.

Cadena

Nivel: Recoge el nivel de formación requeridapara cubrir el puesto de trabajo.

NA-03

Nombre Entidad: Allí se almacena el nombrede la entidad que realiza la solicitud delpuesto de trabajo.

Cadena

Tarea 2.2-Identificar y definir las nuevas naturalezas. La naturaleza define el

dominio de dicho dato específico. Permite delimitar el conjunto de valores y losdetalles estructurales que tiene el dato específico. El concepto de naturaleza,aunque muy cercano, no coincide con el concepto de tipo de dato. La naturalezarepresenta un dominio como un conjunto de valores que tienen un significadoconcreto dentro del sistema sin entrar en detalles de bajo nivel, es el punto devista que el usuario tiene sobre el dominio y la estructura de la información.

32



Es posible definir tres tipos de naturalezas: Naturalezas predefinidas, Nuevasnaturalezas, Requisito de almacenamiento, la ampliación de estos tres tipos seencuentran en el anexo A. A continuación los cuadros nos muestran su desarrollo.

Cuadro 15. Naturaleza NA-01

NA-01 CÓDIGO CARRERA

Objetivos asociados OBJ-01: Ofrecer la creación de hojas de vida.OBJ-02: Ofrecer la creación de solicitudes depuestos de trabajo.

Descripción Esta naturaleza representa la estructura quedescribe el código univoco identificativos de cada

carrera otorgado por la Dirección de Admisiones yRegistro.

Datos Específicos Nombre y Descripción Naturaleza

Precódigo: Código deun solo digito que vaantepuesto de lanumeracióncorrespondiente a lacarrera.

NA-02Tamaño: 1Rango: 1 o 0

Código: Numero de 2dígitos que guarda elcódigo particular quetiene esa carrera

EnteroTamaño: 2

Presentación Los datos se representan mediante un código de 3dígitos. El primero corresponde a un precódigo decarrera que sirve como referencia para identificar alumnos nuevos y antiguos, luego se acompaña dedos dígitos que identifican la carrera: XXX

33




NA-02 PRECÓDIGO CÓDIGO CARRERA

Objetivos asociados OBJ-01: Ofrecer la creación de hojas de vida.OBJ-02: Ofrecer la creación de solicitudes de puestos detrabajo

Descripción Esta naturaleza representa la estructura que describe unprecódigo de carrera para aquellos alumnos matriculadosantes del II semestre del 2006 con 0 y los que sematricularon luego de ese o en ese semestre con 1.

Datos Específicos Nombre y Descripción NaturalezaPrecódigo: Código de unsolo digito que vaantepuesto de lanumeración

correspondiente a lacarrera.

EnteroTamaño: 1

Presentación Los datos se representan mediante un código de 1 dígito.1 o 0: X


NA-03 NivelObjetivos asociados OBJ-01: Ofrecer la creación de hojas de vida.

OBJ-02: Ofrecer la creación de solicitudes depuestos de trabajo

Descripción Esta naturaleza representa los niveles de educaciónde pre-grado y post-grado.

Datos Específicos Nombre y Descripción NaturalezaCódigo: Almacena demanera univoca lainformación sobre elcódigo que identifica elnivel

EnteroRango: 1-20

Nombre: Almacenainformación sobre elnombre que identifica alnivel.

Cadena

34




RA-05 DATOS PERSONALES BÁSICOS NAVEGANTE EXTERNO

ObjetivosAsociados OBJ-02: Ofrecer la creación de solicitudes de puestos de trabajo.OBJ-04: Consultar información de acuerdo al perfil del usuario

Descripción El sistema deberá almacenar la información correspondiente alos datos básicos de las empresas.

Nombre y Descripción NaturalezaNit: Almacena de manera univoca lainformación sobre el documento que loidentifica.

EnteroRango:12

Nombre: Almacena información sobre elnombre del usuario.

Cadena

Dirección: Almacena información sobre ladirección de residencia del usuario.

Cadena

Fecha Registro: Almacena la información dela fecha de registro del usuario.


Actividad Económica: Almacena la actividadeconómica.

EnumeradoValores: M-F

País: Almacena información sobre el país de

residencia del usuario.

RA-03

Departamento: Almacena información sobreel departamento de residencia del usuario.

NA-04

Municipio: Recoge el Municipio en el cualreside actualmente.

Cadena

Teléfono: Allí se almacena el teléfono dondepuede contactarse al usuario.

EnteroRango: 12

Email: Dirección de correo electrónico CadenaWeb: Sitio Web de la empresa CadenaRepresentante: Persona que representa laempresa

Cadena

Contacto: Persona para comunicarse sobre lasolicitud anunciada

Cadena

35




RA-06 DEPARTAMENTO

ObjetivosAsociados OBJ-01: Ofrecer la creación de hojas de vida.OBJ-02: Ofrecer la creación de solicitudes de puestos detrabajo.OBJ-04: Consultar información de acuerdo al perfil del usuario.OBJ-07: Administrar el sistema

Descripción El sistema deberá almacenar la información correspondiente alos departamentos.

DatosEspecíficos

Nombre y Descripción NaturalezaCódigo País: Almacena de manera univoca

la información sobre el código que loidentifica.

Cadena

Nombre País: Almacena información sobre elnombre que identifica al departamento.

Cadena

Modelo de requisitos de actores:

Actividad 3- Identificar y definir los actores.

Tarea 3.1- Identificar y definir a los actores básicos del sistema. Para ladefinición de actores se propone el uso de patrones, de la misma manera que enlos requisitos de almacenamiento de información. En este caso, cada actor sedefine mediante un patrón similar al del siguiente cuadro:

Cuadro 20. Patrón para la definición de actores

36



Identificación y definición del primer actor. Este actor conocido como NaveganteExterno es el que se ha identificado como la empresa solicitante .

Cuadro 21. Actor AC-01

AC-01 NAVEGANTE EXTERNOObjetivosasociados

OBJ-03: Adecuar el sistema al perfil de usuario.

Descripción El sistema deberá prever el tratamiento de los usuarios quepertenecen al grupo descrito como navegante externo y quese refiere a personas que se conectan al sistema comoentidades que no pertenecen a la universidad y que están

interesadas en llenar vacantes laborales.

Identificación y definición del segundo actor:


AC-02 NAVEGANTE INTERNOObjetivos

asociados


Descripción El sistema deberá preveer el tratamiento de los usuarios quepertenecen al grupo descrito como navegante interno y que serefiere a personas que se conectan al sistema porque tienealguna relación con la universidad.

Tarea 3.2- Identificar y definir la generalización de actores. Cuando seestudian los actores para un sistema navegacional, en muchos casos, se pueden

identificar relaciones de especialización entre actores. Un actor especializado estodo actor que se puede definir a partir de los actores básicos o de otros actoresespecializados mediante una relación de generalización

37



Figura 1. Modelo de generalización de actores

A continuación mostraremos la generalización de actores de AC-02 usando lospatrones ya acostumbrados.

El primer actor heredado de Navegante interno es el administrador del sistema, el

cual le hará soporte y mantenimiento a este sistema.


AC-03 Administrador Objetivosasociados


Clasificación Este es uno de los posibles roles dentro del sistema cuandose hace una clasificación de los actores en base al navegante

interno que se conecta en el sistema.Descripción El sistema deberá prever el tratamiento de los usuarios que

pertenecen al grupo descrito como administrador y que serefiere a personas que se conectan al sistema para darle elsoporte y mantenimiento al portal.

Hereda de AC-02

38



El segundo actor derivado es Estudiante, el cual se refiere a un alumnomatriculado de la universidad en Pre-Grado o Post-Grado.


AC-04 EstudianteObjetivosasociados


Clasificación Este es uno de los posibles roles dentro del sistema cuandose hace una clasificación de los actores en base al naveganteinterno que se conecta en el sistema.

Descripción El sistema deberá prever el tratamiento de los usuarios quepertenecen al grupo descrito como estudiante y que se refiere

a personas que se conectan al sistema como alumnosmatriculados.Hereda de AC-02

El tercer actor derivado es el Egresado, el cual se refiere a toda aquella personaque haya obtenido un titulo universitario de la UFPS.


AC-05 EGRESADOObjetivosasociados


Clasificación Este es uno de los posibles roles dentro del sistema cuandose hace una clasificación de los actores en base al naveganteinterno que se conecta en el sistema.

Descripción El sistema deberá prever el tratamiento de los usuarios quepertenecen al grupo descrito como egresado y que se refiere apersonas que se conectan al sistema porque han obtenido sutitulo profesional con la universidad.

Hereda de AC-02

El cuarto actor derivado es el Director de Plan de Estudios, el cual tiene a cargouna carrera universitaria dentro de la UFPS.

39




AC-06 DIRECTOR PLAN DE ESTUDIOS

Objetivosasociados OBJ-03: Adecuar el sistema al perfil de usuario.

Clasificación Este es uno de los posibles roles dentro del sistema cuando sehace una clasificación de los actores en base al naveganteinterno que se conecta en el sistema.

Descripción El sistema deberá prever el tratamiento de los usuarios quepertenecen al grupo descrito como Director Plan de Estudios yque se refiere a personas que se conectan al sistema paraencontrar información, tanto de los navegantes externos einternos.

Hereda de AC-02

Tarea 3.3- Identificar y definir la incompatibilidad entre actores. Una X en laintersección de una fila y una columna de la siguiente tabla indica que los actorescorrespondientes son incompatibles. El símbolo (-) indica la imposibilidad dedefinir incompatibilidad entre un actor y él mismo.

Cuadro 27. Matriz de descripción de la incompatibilidad de actores

Actores AC-01 AC-02 AC-03 AC-04 AC-05 AC-06AC-01 - X X X X XAC-02 - - - - -AC-03 - X X XAC-04 - X XAC-05 - XAC-06 -

Modelo de requisitos funcionales:

Actividad 4 Identificar y definir los requisitos funcionales. Se describe acontinuación:

Tarea 4.1 Diseñar los diagramas de casos de uso. Los diagramas de casos deuso es una de las técnicas más aceptadas como técnica de definición de

40



requisitos. En ellos aparecen dos elementos importantes, el caso de uso en si ylos actores.

Esta figura muestra un ejemplo de cómo un actor interactúa con el sistemamediante el caso de uso.

Figura 2. Patrón de un actor y su interacción con el sistema

Fuente: STALLINGS William. Comunicación y redes de computadores: México:Prentice Hall, 1995.

A continuación la siguiente tabla muestra el patrón a seguir para identificar losrequisitos funcionales en nuestro sistema.

Cuadro 28. Ejemplo de requisito funcional

41



Aplicado al proyecto se puede empezar a crear los requisitos funcionales como lomuestran los siguientes cuadros:

Cuadro 29. Requisito RF-01

RF-01 REGISTRAR EL PERFILObjetivosAsociados

• OBJ-03: Adecuar el sistema al perfil de usuario.

Descripción El sistema deberá comportarse tal y como se describe en el siguientecaso de uso ofreciendo al usuario poder identificarse y navegar deacuerdo al perfil registrado en el sistema.

Actores Actor caso de Uso Actor del SistemaActor A AC-01

AC-02Secuencia

normal

Paso Acción

1 El usuario solicita la pantalla de inicio de sesión.2 El usuario ingresa la identificación al sistema.3 El sistema valida la identificación y otorga los permisos

correspondientes y los enlaces.


RF-02 Registrar la información sobre el perfil académico y laboral.ObjetivosAsociados

• OBJ-01: Ofrecer la creación de hojas de vida.• OBJ-04: Consultar información de acuerdo al perfil del usuario

Descripción El sistema deberá comportarse tal y como se describe en el siguientecaso de uso ofreciendo al usuario poder ingresar los criterios queconsidere deben aparecer en su perfil.


AC-05Secuencianormal

Paso Acción1 El usuario solicita un formulario de registro.2 El sistema muestra el formulario.3 El usuario completa los campos de acuerdo a su perfil

académico y laboral.

4 El sistema realiza el ingreso adecuado al sistema gestor

de base de datos para generar la solicitud deseada por el usuario.

42




RF-03 REGISTRAR LA INFORMACIÓN SOBRE SOLICITUDES DE

TRABAJO.ObjetivosAsociados

• OBJ-02: Ofrecer la creación de solicitudes de puestos detrabajo.

• OBJ-04: Consultar información de acuerdo al perfil del usuario.• OBJ-07: Administrar el sistema.

Descripción El sistema deberá comportarse tal y como se describe en elsiguiente caso de uso ofreciendo al usuario poder ingresar lassolicitudes de trabajo que requiera bajo los criterios que consideredeben aparecer.


Secuencianormal

Paso Acción1 El usuario solicita un formulario de registro.2 El sistema muestra el formulario.

3 El usuario completa los campos de acuerdo a sunecesidad de puesto de trabajo.

4 El sistema realiza el ingreso adecuado al sistemagestor de base de datos para generar la solicituddeseada por el usuario.


RF-04 MOSTRAR LAS SOLICITUDES DE TRABAJO.ObjetivosAsociados

• OBJ-06: Consultar solicitudes de puestos de trabajo.• OBJ-07: Administrar el sistema

Descripción El sistema deberá comportarse tal y como se describe en elsiguiente caso de uso ofreciendo al usuario poder ver lassolicitudes de trabajo vigentes.


AC-05AC-06

Secuencianormal

Paso Acción1 El usuario solicita ver las solicitudes de trabajo.2 El sistema realiza la búsqueda adecuada al sistema

gestor de base de datos para generar la solicituddeseada por el usuario

3 El sistema muestra la tabla con las solicitudesencontradas.

43




RF-05 MOSTRAR LOS PERFILES LABORALES.

ObjetivosAsociados•

OBJ-05: Consultar Hojas de Vida.

Descripción El sistema deberá comportarse tal y como se describe en elsiguiente caso de uso ofreciendo al usuario poder solicitar las ofertas laborales


AC-06Secuencianormal

Paso Acción1 El usuario solicita ver los perfiles laborales.2 El sistema realiza la búsqueda adecuada al

sistema gestor de base de datos para generar la solicitud deseada por el usuario

3 El sistema muestra la tabla con los perfilesencontrados.


RF-06 ADMINISTRAR DATOS DEL SISTEMA.Objetivos

Asociados

• OBJ-07: Administrar el sistema.

Descripción El sistema deberá comportarse tal y como se describe en elsiguiente caso de uso ofreciendo al usuario la posibilidad dehabilitar, modificar o eliminar información del sistema.


Secuencianormal

Paso Acción1 El usuario solicita los datos de una opción.2 El sistema resuelve la petición.3 El sistema muestra en pantalla la información.4 El usuario escoge lo que desea, puede ser

habilitar, modificar o eliminar alguna informacióndel sistema.

Identificar y definir los requisitos de interacción. Se describe a continuación:

44



Actividad 5- Identificar y definir los requisitos de interacción.

Tarea 5.1- Identificar y definir las frases. Conocer cómo el usuario quiere

recuperar la información es un aspecto que puede ayudar a mejorar el desarrollo.

La manera en la que se modela cómo el usuario desea recuperar la información esmediante las frases.

Una frase representa un criterio de recuperación de información en el sistema.

Cuadro 35. Frase FR-01

FR-01 RECUPERACIÓN DE DATOS DEL NAVEGANTE INTERNO

ObjetivosAsociados

OBJ-05: Consultar Hojas de Vida.OBJ-03: Adecuar el sistema al perfil de usuario

Cuerpo Descripción Actores

RA-01.Documento de Identidad debe ser exactamente__________________

AC-06

RA-01.Nombre. Termino debe contener la siguiente

cadena _____________

AC-06

RA-02.Código Carrera. Termino debe contener lasiguiente cadena_______________

AC-01AC-06

RA-02.Nombre. Termino debe contener la siguientecadena___________

AC-01AC-06

RA-02.Nivel. Termino debe contener la siguientecadena__________

AC-01AC-06

RA-02.Fecha Fin. Termino debe contener lasiguiente cadena__________

AC-01AC-06

RA-03.Fecha Inicio. Termino debe contener lasiguiente cadena____________

AC-01AC-06

45



Cuadro 36. Frase FR-02

FR-02 Recuperación Solicitudes de puestos de trabajo

ObjetivosAsociados OBJ-06: Consultar solicitudes de puestos de trabajo.OBJ-03: Adecuar el sistema al perfil de usuarioCuerpo Descripción Actores

RA-04.Nombre Profesión.Termino debe contener lasiguiente cadena _____________

AC-02AC-06AC-03

RA-04.Descripción. Termino debe contener lasiguiente cadena _____________

AC-02AC-06AC-03

RA-04.Fecha finalización. Termino debe contener lasiguiente cadena_____________

AC-02AC-06

AC-03RA-04.País. Termino debe contener la siguientecadena_____________

AC-02AC-06AC-03

RA-04.Municipio. Termino debe contener la siguientecadena___________

AC-02AC-06AC-03

RA-04.Nombre entidad. Termino debe contener lasiguiente cadena__________

AC-02AC-06AC-03

Tarea 5.2- Identificar y definir los prototipos de visualización. Cuando sedefinen los prototipos de visualización de datos, se hace referencia a qué datos sele muestran a cada uno de los actores y qué funcionalidad se le asocia a cadamódulo de presentación de la información. Además, los prototipos de visualizaciónpermiten expresar las posibilidades de navegación que existen en el sistema. Paraconseguir estos prototipos, es aconsejable hacer un estudio de los objetivos y delas entrevistas. Además, el tener definidos los requisitos y las frases de las tareasanteriores ayuda a identificarlos mejor.

Los siguientes cuadros, definen el prototipo para ingresar la información necesariapara crear una solicitud de puesto de trabajo y realizar la búsqueda quecorresponda con las hojas de vida existentes.

46



Cuadro 37. Prototipo de visualización PV-01

PV-01 Solicitud de trabajo datos generales

ObjetivosAsociados

OBJ-06: Consultar solicitudes de puestos de trabajo.

Actores AC-02 Navegante Interno

Descripción El sistema deberá permitir la visualización de los datosconcretos que se muestran a continuación y lanavegación expresada y que representa la informaciónque se muestra a los usuarios sobre las solicitudes detrabajo.

Frases FR-02 Recuperación Solicitudes de puestos de trabajo

Informaciónvisualizada

RA-04.Nombre Profesión.

RA-04.Descripción.RA-04.Habilidades.RA-04.Vacantes.RA-04.Jornada.

RA-04.Fecha finalización.RA-04.País.

RA-04.Municipio.

RA-04.Nombre entidad.Prototipos desalida

PV-02 (de Vuelta)

Prototipos deentrada

PV-02

Este cuadro, me define el prototipo para ingresar la información necesaria paracrear una solicitud de puesto de trabajo por parte de un navegante externo.

47




PV-02 SOLICITUD DE TRABAJO -- DATOS EMPRESA

ObjetivosAsociados OBJ-06: Consultar solicitudes de puestos de trabajo.

Actores AC-02 Navegante InternoDescripción El sistema deberá permitir la visualización de los datos

concretos que se muestran a continuación y lanavegación expresada y que representa la informaciónque se muestra a los usuarios sobre las empresas quehacen solicitudes de trabajo.

Frases FR-02 Recuperación solicitudes de puestos de trabajoInformaciónVisualizada

RA-05.Nit.RA-05.Nombre.RA-05.Dirección.RA-05.Fecha Registro.RA-05.Actividad Económica.RA-05.País.RA-05.Departamento.RA-05.Municipio.RA-05.Teléfono.RA-05.Email.

RA-05.Web.

RA-05.Representante.RA-05.Contacto.

Prototipos deSalida

PV-02

Prototipos deentrada

PV-01

48




PV-03 Hojas de vida

ObjetivosAsociados OBJ-05: Consultar Hojas de Vida.

Actores AC-02 Navegante ExternoAC-06 Director de Plan de Estudios

Descripción El sistema deberá permitir la visualización de los datosconcretos que se muestran a continuación y lanavegación expresada y que representa la informaciónsobre los estudiantes o egresados

Frases FR-01 Recuperación de Datos del Navegante InternoInformaciónvisualizada

RA-01 Documento de IdentidadRA-01 Nombre

RA-01 SexoRA-01 TeléfonoRA-01 e-mail

RA-02 NombreRA-02 NivelRA-02.SemestreRA-03 Nombre EmpresaRA-03 Cargo

RA-03 Fecha fin

RA-03 Idioma

Prototipos desalidaPrototipos deentrada

Modelo de requisitos no funcionales. Actividad 6- Identificar y definir losrequisitos no funcionales

Tarea 6.1- Identificar y definir los requisitos no funcionales. Dentro de los

requisitos no funcionales, se pueden incluir requisitos como:

Los requisitos de comunicaciones del sistema, como requisitos técnicosrelativos a las comunicaciones que debe soportar el sistema. Por ejemplo, el tipode protocolo que usa para las comunicaciones.

49



Los requisitos de fiabilidad, son los que establecen los factores que serequieren para la fiabilidad del software en tiempo de explotación. La fiabilidadmide la probabilidad del sistema de producir una respuesta satisfactoria a lasdemandas del usuario. Por ejemplo, determinar qué tasa de fallos máxima por

meses se permite.

Los requisitos de entorno de desarrollo, que describen si existen restriccionesen las herramientas, lenguajes de programación, sistemas operativos, etc. que sevan a usar en el desarrollo del sistema.

Los requisitos de portabilidad, que definen qué características debe tener elsoftware para que sea fácil de usar en otro entorno.

Cuadro 40. Requisito no funcional RNF-01

RNF-01 Entorno de desarrolloObjetivos Asociados OBJ-01: Ofrecer la creación de hojas de vida.

OBJ-02: Ofrecer la creación de solicitudes de puestosde trabajo.OBJ-03: Adecuar el sistema al perfil de usuario

Descripción El desarrollo se realizara en PHP4Las bases de datos usadas serán sobre Mysql

El asistente codificador será Macromedia Dreamweaver 8


RNF-02 PortabilidadObjetivos Asociados OBJ-01: Ofrecer la creación de hojas de vida.

OBJ-02: Ofrecer la creación de solicitudes de puestosde trabajo.

OBJ-03: Adecuar el sistema al perfil de usuarioDescripción Por ser desarrollo Web la aplicación correrá bajocualquier navegador

50




RNF-03 FIABILIDADObjetivos Asociados OBJ-01: Ofrecer la creación de hojas de vida.

OBJ-02: Ofrecer la creación de solicitudes de puestos de trabajo.

OBJ-03: Adecuar el sistema al perfil de usuarioDescripción Por ser desarrollo Web la aplicación estará disponible a múltiples

usuarios en diferentes vistas por lo que el servidor sobre el cual semonte la aplicación deberá soportar un tráfico mediano, el protocoloserá TCP/IP.

Actividad 7- Validar los requisitos.

Tarea 7.1- Realizar la matriz de rastreabilidad. La realización de la matriz derastreabilidad o trazabilidad es una técnica que permite validar los resultadosobtenidos en la especificación de requisitos. La matriz de rastreabilidad es unatabla en la que se presentan enfrentados los objetivos y los requisitos, de formaque se pueda detectar cuales son los objetivos que son alcanzados, bienparcialmente o bien en su totalidad, al cumplirse un requisito del sistema.

Cuadro 43. Matriz de rastreabilidad

OBJ-01 OBJ-02 OBJ-03 OBJ-04 OBJ-05 OBJ-06 OBJ07RA-01 * *

RA-02 * *RA-03 * *RA-04 * *RA-05 * * * *RA-06 * * * *AC-01 * * *AC-02 *AC-03 *AC-04 * *

AC-05 * *

AC-06 * *

RF-01 *RF-02 *

RF-03 *

RF-04 * *

RF-05 * *RF-06 *

51



Cuadro 44. Fases, actividades y tareas de NDT

Siguiendo la secuencia de Fases en NDT, se tiene que desarrollar el Análisis,

mediante las Actividades de realización de Modelo Conceptual, Modelo deNavegación y Validación de Prototipos, pero como ya habíamos nombrado en elnumeral 2.1. La Metodología OOHDM contiene estas actividades en sus primeras3 fases, el objetivo de estas es el mismo. Por esta razón solo se usara NDT hastaaquí y se procederá a continuar con OOHDM ya que el desarrollo de este proyectose basa principalmente en esta metodología y NDT solo era usada para cubrir unadebilidad en la fase de requisitos.

52



Cuadro 45. Comparación de las 3 fases de NDT y OOHDM

Análisis de NDT Metodología OODHM

Modelo conceptual Modelo conceptualModelo de navegación Modelo de navegaciónValidación de Prototipos Diseño de Interfaz Abstracta

Nota: También es bueno recordar que los casos de uso fueron ya realizados en elnumeral 2.1.3 Modelo de requisitos funcionales, Tarea 4.1.

53



3. DISEÑO DE LA APLICACIÓN UTILIZANDO LA METODOLOGÍA OOHDM

El Método de Diseño Hipermedia Orientado a Objetos es un modelo para construir

aplicaciones grandes de hipermedia, como sitios Web y sistemas de información,quioscos interactivos, presentaciones de multimedia, etc..

OOHDM comprende cuatro actividades diferentes:

Diseño Conceptual.

Diseño de navegación.

Diseño de Interfaz Abstracta.

Implementación.

Cada etapa define un esquema objeto específico en el que se introducen nuevoselementos (clases).

Diseños más modulares y reutilizables.

La interfaz diseña primitivas pueden ser fácilmenteasignada a aplicaciones no orientada a objetos, o entornos como HTML.

Diseño Conceptual. Esta fase se corresponde con la fase de análisis y diseño delas metodologías orientadas a objetos. Aquí se construye un diagrama de clases yobjetos que representan el dominio del sistema, sus relaciones, jerarquías,

comportamiento, atributos, etc. Para esto suele emplearse la técnica de modeladode objetos OMT o el lenguaje de modelado UML.

Se construye un esquema conceptual representado por los objetos del dominio oclases y las relaciones entre dichos objetos.

54



El modelo OOHDM propone un esquema conceptual basado en clases, relacionesy subsistemas.

Relaciones entre clases à enlaces

Para producir el Esquema de Clase Conceptual; se puede usar UML.

Las clases son descritas por un conjunto de atributos y métodos, organizadas en jerarquías.

No importa el tipo de usuario y las tareas realizadas por ellos.

Diseño Navegacional. En ésta etapa se construye un modelo de navegaciónconsistente en objetos y clases navegacionales desde una perspectiva tambiénorientada a objetos.

OOHDM define sus propios elementos de lenguaje de modelado para ésta fase,siguiéndose por los lineamientos del lenguaje UML. Actualmente se estudia laposibilidad de ampliar el UML con algunos de los conceptos el OOHDM referentesa la navegación.

Los componentes navegacionales definidos por OOHDM son nodos, objetos yclases navegacionales, contextos y esquemas navegacionales. Por lo general elmodelo de navegación se construye fácilmente a partir de los casos de usoobtenidos en las fases de captura de requerimientos y a partir del modelo declase. Es posible que por cada objeto o clase del modelo conceptual aparezca unobjetos o una o varias clases navegacionales que corresponden a vistas denavegación del esquema conceptual.

Diseño de Interfaz Abstracta. Define la estructura y el comportamiento de lainterface del sistema hipermedia con el usuario. Este modelo es abstracto eindependiente de la implementación final del sistema.

Se distinguen tres diagramas: Vistas de Datos Abstractos, Diagrama deConfiguración y Diagramas de Estado. La ADV proporciona un modelo orientado a

55



objetos de los elementos navegacionales y de presentación con los que tienecontacto el usuario. El Diagrama de Configuración representa los eventos delsistema que pueden ocurrir sobre los objetos de la ADV.

El Diagrama de estados muestra los diferentes estados en que puede encontrarseun objeto de la ADV, tales como oculto, desactivado, ampliado, reducido, normal,etc, así como los eventos que originan dichos cambios de estado.

Implementación. Esta fase se resume a implementar cada uno de los modelosobtenidos durante el diseño en alguna tecnología hipermedia específica. Puestoque los modelos son independientes de la plataforma de implementación,pequeños cambios en el diseño pueden ser fáciles de implementar nuevamente encualquier lenguaje de marcas y/o de programación.

A continuación se describe las etapas del proceso de desarrollo de la aplicaciónWeb utilizando la metodología OOHDM y la Técnica NDT. Sin embargo, losanexos presentan la descripción detallada de esta metodología y la técnica aseguir.

3.1 DISEÑO CONCEPTUAL

Diagrama de Clases. Los diagramas de clases son una vista arquitectónica delsistema que permiten describir las características estáticas de los objetos ylas interrelaciones que se dan entre estos.

Los siguientes diagramas de clases describen cada uno de los paquetes en quese organiza la vista arquitectónica del portal.

En la figura se plantea el diagrama de clases para los navegantes o actores (AC-01 y AC-02).

56



Figura 3. Diagrama de clases navegante

En la figura planteamos el diagrama de clases para la hoja de vida quecorresponde a los Actores AC-03 y AC-04 (Estudiantes y egresados). Se tienen encuenta los aspectos ya mencionados de Datos Básicos, Cursos, FormaciónAcadémica, Idiomas y Experiencia laboral.

57



Figura 4. Diagrama de clases hojas de vida

En la figura se plantea el diagrama de clases para la solicitud la cual es usada por el Navegante Externo (AC-02) para cumplir con el Objetivo OBJ-02.

58



Figura 5. Diagrama de clases solicitud

A continuación la figura con todos los diagramas que se han planteado.

59



Figura 6. Diagrama de clases completo

60



Diagrama de Secuencias. Los diagramas de secuencia proporcionan una vistadinámica del sistema y se constituyen en artefactos que muestran la realización deun caso de uso. Un diagrama de secuencias muestra un escenario en particular del sistema en el que un conjunto de objetos interactúan para un cumplir un caso

de uso haciendo énfasis en el flujo de ejecución a través del tiempo.

El siguiente diagrama de navegación muestra como el usuario ingresa al portaldesde su navegador escribiendo la URL asignada.

Figura 7. Diagrama de secuencias entrar a portal

Este diagrama de navegación muestra el inicio de sesión para cualquier usuario, elinicio de sesión es obligatorio para cualquier usuario.

61



Figura 8. Diagrama de secuencia iniciar sesión

Este diagrama de navegación muestra como el usuario navega a través de unaparte del sitio a otra mediante la solicitud que se haga.

Figura 9. Diagrama de secuencia navegar

62



Este diagrama de navegación muestra como el usuario inserta datos o un nuevoregistro, se aclara que todas las solicitudes de inserción de datos usaran el mismodiagrama de secuencias ya que habrá uniformidad en el tratamiento de las vistas yel manejo de la información.

Figura 10. Diagrama de secuencia insertar datos

Este diagrama de navegación muestra como el usuario edita datos o los actualiza,se aclara que todas las solicitudes de actualización de datos usaran el mismodiagrama de secuencias ya que habrá uniformidad en el tratamiento de las vistas yel manejo de la información.

63



Figura 11. Diagrama de secuencia editar datos

Este diagrama de navegación muestra como el usuario elimina registros, se aclaraque todas las solicitudes de eliminación de datos usaran el mismo diagrama desecuencias ya que habrá uniformidad en el tratamiento de las vistas y el manejode la información.

Figura 12. Diagrama de secuencia eliminar datos

64



Este diagrama de navegación muestra como el usuario busca registros, estoaplica para búsqueda de hojas de vida, o para buscar solicitudes de las empresas,se hace también una extensión de este diagrama incluyendo una petición que secomunique con el SIA de la UFPS, en caso de que la información de ciertos

perfiles este allí, se aclara que todas las solicitudes de búsqueda de datos usaranel mismo diagrama de secuencias ya que habrá uniformidad en el tratamiento delas vistas y el manejo de la información.

Figura 13. Diagrama de secuencia buscar datos

El siguiente diagrama muestra el cierre de sesión.

65



Figura 14. Diagrama de secuencia cerrar sesión

3.2 DISEÑO NAVEGACIONAL

En esta etapa de la metodología se pretende desarrollar una topologíanavegacional que permita a la aplicación ejecutar todas las tareas requeridas por el usuario. La idea principal es unificar una serie de tareas para obtener el diseñonavegacional de la aplicación.

El siguiente diseño navegacional muestra como desde un menú principal me

puedo dirigir a cualquier sección y desde esa sección al menú principal u otrasección. Recordemos que cuando se trato el tema de sitio Web se propuso laestructura Web basada en red la cual permitiría libremente ir a cualquier parte delsitio.

66



Figura 15. Diagrama navegacional – navegante interno

Este diagrama navegacional muestra dos opciones principales que tiene el director de plan de estudios para realizar una búsqueda, mediante la persona digitando sudocumento de identidad o sus apellidos, para el caso de empresa mediante su nit,o nombre, el objetivo en ambos caso es obtener la información que se hayaingresado al sistema del objeto buscado.

67



Figura 16. Diagrama navegacional – director plan de estudios

Este diagrama navegacional muestra la búsqueda según el criterio ya definido,

este criterio corresponde al tipo de vacante que este ingresando, al ejecutar estabúsqueda el sistema tendrá como índice el código y luego los detalles de lapersona.

Figura 17. Búsqueda estudiante o egresado por parte del navegante externo

Este diagrama navegacional le permite al Navegante interno (Estudiante yEgresado) buscar las solicitudes ingresadas por los navegantes externos, el orden

va de manera ascendente por la fecha de ingreso y luego permite ir a los detallesde la misma.

Figura 18. Búsqueda de empresa por parte del navegante estudiante y navegante egresado

68



3.3 DISEÑO DE INTERFAZ ABSTRACTA

La interfaz abstracta del portal se diseño de una manera evolutiva, es decir que el

usuario va cada vez ingresando mas información relevante bajo un menúhorizontal, pero de igual manera la información se puede llenar en cualquier orden.Se usaron los colores corporativos de la UFPS y se trato de evitar el exceso depantallas de navegación sin perder la sencillez de su usabilidad.

Esta interfaz corresponde a la que el usuario ve una vez ingresa la dirección URLen su navegador o por medio de un enlace. Aquí se muestra el formulario de iniciode sesión con los campos de nombre de usuario, clave y el tipo de usuario.

Figura 19. Diagrama de interfaz abstracta principal modelo grafico

Esta interfaz es general para las diferentes opciones del navegante interno ynavegante externo, aquí se presentan los formularios de inserción de datos de

acuerdo a la categoría seleccionada y para el Área II se ha definido que se va a ir mostrando como va quedando la información que se va guardando, esto evitagenerar otro enlace para ver información, adicional en cada ítem que se muestrase crean dos opciones: modificar y eliminar las cuales me permiten modificar dichoítem o suprimirlo, esto también me evita crear otro menú para modificar un dato oeliminarlo.

69



Figura 20. Diagrama de interfaz abstracta ingresar-modificar-eliminar

Esta interfaz me permite ver el resultado de una búsqueda de acuerdo a loscriterios establecidos, la sección de búsqueda es nombrada en la figura comoopción búsqueda y el resultado es una lista filtrada por el criterio.

Figura 21. Diagrama de interfaz abstracta búsqueda modelo grafico

70



Este diagrama es la ampliación de la búsqueda una vez el usuario se interesa por algún resultado del listado de la figura anterior.

Figura 22. Diagrama de interfaz abstracta búsqueda detalle modelo grafico

Este diagrama varia del anterior, porque cuenta con dos opciones para ingresar uncriterio, por su identificación o nombre, ya sea le caso de una persona o empresa.Pero el resultado se presenta de la misma manera y el enlace de Detalles tambiénes igual al mostrado anteriormente.

Figura 23. Diagrama de interfaz abstracta búsqueda navegante director plan de estudios modelo grafico

71



4. CONCLUSIONES

Un portal se constituye en la mejor forma de integrar tecnologías, metodologías y

estrategias en la búsqueda de un mejoramiento de los procesos de una institución,la cual aparte de tener claros los objetivos académicos también se debe preocupar por el diseño de estrategias que hagan mas fuerte el vinculo estudiante empresa.

La conjunción de metodologías y tecnologías orientadas a objetos para eldesarrollo de software, tecnologías hipermediales orientadas a objetos y el modeloorientado a objetos del documento DOM, adicionado a Frameworks para el códigofinal o simplificación del mismo hacen del desarrollo Web una forma de desarrollocapaz de avanzar al ritmo que la sociedad lo requiere.

La utilización de una metodología de desarrollo orientado a objetos acompañadade una Arquitectura en capas, permite asegurar la creación de software portable yreutilizable, que contiene una alta abstracción del sistema real y mantiene en suscomponentes una vista conceptual especializada del mundo real que se modela.El modelo de objetos del documento DOM consigue una abstracción conceptualmuy importante del texto escrito.

Un portal puede ser el sitio donde convergen distintos tipos de necesidades dedistintos usuarios pero con un tema común, y lograr identificar cada un de esas

necesidades, abstraerlas y modelarlas da como resultado una tecnología capaz deproporcionar la satisfacción de obtener resultados esperados.

Un portal de empleo debe ser de interfaz sencilla y agradable, capaz de obtener de las distintas partes que interactúan con el lo mas relevante de sus necesidadesy con ello hacer que la información que se almacene cuente con el mayor gradode importancia a fin de que al realizar los procesos de búsqueda sea exitoso elobjetivo que las partes en un principio quieren lograr al ingresar.

72



5. RECOMENDACIONES

Teniendo en cuenta que la tecnología evoluciona en todos los ámbitos de la

ingeniería de sistemas, se hace necesario que este Portal evolucione también,toda la universidad esta involucrada en este aspecto y mas aun los estudiantes delPlan de Estudios de Ingeniería de Sistemas quienes mediante su alto grado deinnovación pueden mejorar cualquiera de los aspectos acá presentados yentregados.

No queda por demás decir que así como de la prensa escrita en la búsqueda deoportunidades pasamos al procesamiento Web de la información, también es muyimportante hacer seguimiento de las tendencias de la gente, los gustos por lasnuevas tecnologías y los comportamientos sociales emergentes que cada vez se

desprende mas de los computadores convencionales y se traslada a la telefoníamóvil inteligente, medir esta nueva tendencia es una labor futura a integrar si seconsidera necesario a este portal.

A su vez la programación ha evolucionado a través del tiempo y de la POO que esla ultima tendencia se ha refinado y se ha creado una capa por encima del códigocomún que hemos conocido trasladando varias de esas tareas largas a losFramework situación que también evolucionara dando mayor rapidez de respuestay mejores interfaces de usuario como mejor conectividad.

Los entes directivos de la universidad deben tener en cuenta que este portal espara beneficio de la comunidad universitaria y mayor efectividad de las empresasen sus búsquedas pero la recepción de comentarios por cada uno de losparticipantes dará mayor confiabilidad al sistema y algo muy importante como laprotección de nuestra comunidad ante engaños o malas intenciones de gente quedesea aprovechar estos medios los cuales por ser virtuales complican laveracidad, pero queda como tarea aunar esfuerzos con los gremios yrepresentantes de diversos sectores a fin de lidiar con la inseguridad en la red.

73



BIBLIOGRAFÍA

LÓPEZ AFANADOR, Rubén Darío y GÓMEZ REY, Carlos Andrés. Diseño e

implementacion de una aplicación multiplataforma que sistematice los procesosque desarrolla el centro de servicios de informacion de la Universidad Franciscode Paula Santander. Trabajo de grado. Ingeniero de Sistemas. San José deCúcuta: Universidad Francisco de Paula Santander. Facultad de Ingeniería.Departamento de Ingeniería de Sistemas, 2004. 323 p.

ROGER, Pressman. Ingeniería del software, un enfoque práctico. México: Mc-Graw-Hill, 2002. 501 p.

STALLINGS William. Comunicación y redes de computadores: México: PrenticeHall, 1995. 518 p.

VERA CONTRERAS, Milton Jesús y HERNANDEZ MOLINA, Mabel. Creación deun portal academico como herramienta didáctica de apoyo a los procesoseducativos en los planes de estudio de pregrado modalidad presencial en laUniversidad Francisco de Paula Santander que integre nuevas tecnologías decomunicación e información. Trabajo de grado. Ingeniero de Sistemas. San Joséde Cúcuta: Universidad Francisco de Paula Santander. Facultad de Ingeniería.Departamento de Ingeniería de Sistemas, 2003. 214 p.

74



ANEXOS

75



Anexo A. Implementación

Una vez terminadas las etapas anteriores, ya se posee un completo conocimiento

del dominio del problema. Así entonces, se ha identificado la información que serámostrada, como estará organizada y cuales funciones permitirá ejecutar laaplicación, y una idea básica de cómo se verán las interfaces.

Diseño de base de datos – Modelo Entidad Relación. En la figura se ve larelación entre navegante interno y sus datos de domicilio básicos.

Modelo de relación navegante interno-datos básicos

A continuación en los cuadros se muestran en detalle el nombre de sus campos,con el tipo de dato, tipo de llave y tabla padre o dependiente.

76



• Estructura de la Tabla Pais

Tabla Pais

• Estructura de la Tabla 'Depto'

Tabla depto

• Estructura de la Tabla Carrera

Tabla carrera

• Estructura de la Tabla Usuario

Tabla Usuario

77



• Estructura de la Tabla NiDbasic

Tabla NiDbasic

La figura, muestra el Modelo entidad relación del navegante interno y los datosacadémicos (idiomas, capacitaciones y estudios superiores).

78



Modelo entidad relación Navegante interno-Capacitación, Idiomas yEducación

A continuación las tablas muestran en detalle los campos de las tablas naveganteinterno y los datos académicos (idiomas, capacitaciones y estudios superiores).

79



• Estructura de la Tabla 'Nieducacion'

Tabla NiEducacion

• Estructura de la Tabla 'Capacitación'

Tabla Capacitación

• Estructura de la Tabla 'Idioma'

Tabla Idioma

80



• Estructura de la Tabla NiIdioma

Tabla NiIdioma

La figura muestra el modelo de la relación del navegante_i con la experiencialaboral.

Modelo entidad relación navegante interno, Experiencia laboral

A continuación la tabla, muestran en detalle los campos de las tablas naveganteinterno y la experiencia laboral.

81



• Estructura de la Tabla 'NiExplab'

Tabla NiExplab

Aquí la figura muestra el modelo entidad relación de navegante_i, con datosadicionales como la comunidad, alguna discapacidad, vehículos y licencias.

Modelo entidad relación navegante interno-datos adicionales

La figura nos muestra todas las tablas ya enunciadas de manera relacionadas

para el navegante interno (estudiantes y egresados).

82



Modelo entidad relación navegante interno completo

En la siguiente figura trataremos al navegante externo y sus datos básicos.

83



Modelo entidad relación navegante externo-datos básicos

La tabla muestra en detalle los campos de la tabla de datos básicos para elnavegante externo.

84



Estructura de la Tabla 'NeDbasic'

Tabla NeDbasic

Aquí en la figura vemos las relaciones que se generan cuando el naveganteexterno crea una solicitud de vacante ingresando datos académicos.

85



Modelo entidad relación solicitud de navegante externo

La tabla muestra en detalle los campos de la tabla solicitud, la cual se emplea parael ingreso de puestos de trabajo que requiera una empresa.

86



• Estructura de la Tabla 'Solicitud'

Tabla Solicitud

Aquí en la figura vemos todo el MER del sistema SELECT

87



Modelo entidad relación solicitud de navegante externo

En este capítulo solo hacemos referencia al MER y la descripción de cada una de lastablas, la creación de dichas tablas a nivel de lenguaje SQL en el Manejador de base dedatos se encuentra en el Anexo A como parte complementaria.

88



Anexo B. Arquitectura

ARQUITECTURA MVC

Modelo Vista Controlador (MVC). Es un estilo de arquitectura de software quesepara los datos de una aplicación, la interfaz de usuario, y la lógica de control entres componentes distintos. El estilo de llamada y retorno MVC, se vefrecuentemente en aplicaciones Web, donde la vista es la página HTML y elcódigo que provee de datos dinámicos a la página. El modelo es el Sistema deGestión de Base de Datos y la Lógica de negocio, y el controlador es elresponsable de recibir los eventos de entrada desde la vista. Dentro de esteaspecto, se puede basar la arquitectura en el modelo MVC (Controlador =>Modelo => Vista) con el fin de fragmentar la programación.

La figura muestra un ejemplo sencillo de una petición MVC.

Una petición MVC básica

Modelo: Esta es la representación específica de la información con la cual elsistema opera. En resumen, el modelo se limita a lo relativo de la vista y sucontrolador facilitando las presentaciones visuales complejas. El sistema tambiénpuede operar con más datos no relativos a la presentación, haciendo usointegrado de otras lógicas de negocio y de datos afines con el sistema modelado.

89



Vista: Este presenta el modelo en un formato adecuado para interactuar,usualmente la interfaz de usuario.

Controlador : Este responde a eventos, usualmente acciones del usuario, e invocapeticiones al modelo y, probablemente, a la vista.

Marcos entra a nuestro sitio mediante la URL www.example.com/items/listar.

Se carga el Controlador Ítems para ejecutar la acción de Listar.

El controlador solicita al modelo que le entregue un arreglo con todos los ítems

que hay almacenados en la base de datos.

Una vez que posee dicha información le indica a la vista que va a utilizar laplantilla correspondiente al listado de ítems y le provee el arreglo con todos losusuarios.

La vista, por su parte, toma el arreglo de ítems y los muestra uno a uno en laplantilla que le indico el controlador.

Finalmente Marcos recibe el listado de ítems; lo observa un instante y decide quequiere agregar un nuevo ítem por lo que hace click en un enlace que lo lleva a laURL www.example.com/items/agregar.

Se repite el proceso desde el paso 1 pero con la nueva URL.

¿Por qué utilizar MVC? Porque es un patrón de diseño de software probado y sesabe que funciona. Con MVC la aplicación se puede desarrollar rápidamente, de

forma modular y mantenible. Separar las funciones de la aplicación en modelos,vistas y controladores hace que la aplicación sea muy ligera. Estas característicasnuevas se añaden fácilmente y las antiguas toman automáticamente una formanueva.

El diseño modular permite a los diseñadores y a los desarrolladores trabajar conjuntamente, así como realizar rápidamente el prototipado.

90



Esta separación también permite hacer cambios en una parte de la aplicación sinque las demás se vean afectadas.

Estructura de archivos de SELECT. Así se verán serán los ficheros y carpetasque deberías ver:

• /select/ o /connectionso /styleo /jqueryo /imageneso /index.php

o /homeo /director

o /estudianteo /empresao /modeloso /vistas

o /controladores

La Carpeta connectionsContiene el archivo de conexión al servidor MySQL

La carpeta StyleContiene el archivo con las hojas de estilo CSS

• La carpeta jqueryContiene los archivos de este framework de Javascript

• La carpeta imágenesContiene los archivos gráficos que se usan en el portal

• La carpeta director Contiene los archivos que se usan al ingresar al sistema como Director de Plan deestudios.

• La carpeta Estudiante

91



Contiene los archivos que se usan al ingresar al sistema como Estudiante oEgresado.

•

La carpeta EmpresaContiene los archivos que se usan al ingresar al sistema como Empresa.

• La carpeta ModelosContiene las sentencias que recaen sobre la base de datos, que sonadministradas por el Sistema Manejador de Base de Datos.

• La carpeta VistasContienen la interfaz grafica que se le presenta la usuario, en ella visualizara el

contenido y las diferentes opciones de interacción con el sistema.

• La carpeta ControladoresContiene los controladores que reciben las acciones a realizar desde la vista y lasdespacha al SMBD.

Convenciones de los nombres de archivos.

Modelos. Los archivos que contienen una clase inician con la letra minúscula c,seguido del nombre de la clase. Las clases dentro de su codificación tambiéntienen esta convención.

Los métodos de las clases usan una sola palabra y se nombran de acuerdo a lafunción que realicen, como por ejemplo, guardar, eliminar consultar.

Vistas.

Las vistas se nombran con la palabra VIS_, luego sigue el usuario que la usa,ne(navegante externo), ni (navegante interno), ad (administrador), dp(director deplan) seguido del nombre de la interfaz que la invoco, Datos básicos (dbasicos),datos capacitación (dcapacitacion), en algunas ocasiones cuando la vista es solode consulta, o cuyo resultado es una lista de registro le anteponemos la letra c. Asípues una vista que cumple la función de ser un formulario para guardar los datos

92



básicos de un estudiante se llamaría asi.VIS_NIDBASICOS.PHP, si lo que deseamos es una vista que me muestre losdatos de educación de ese estudiante, se nombrar Vis_cnideducacion.php.

Controladores

Los controladores inician con el tipo de usuario que los usa ne(naveganteexterno), ni (navegante interno), ad (administrador), dp(director de plan) seguidode la acción que realizan y finalizan con la palabra Cont, si es un usuario que aunno ha iniciado sesión, este controlador inicia directamente con la acción o formatoque lo usa, por ejemplo un controlador que sea usado por el administrador paraincluir una noticia en el portal se llamaría adConsejoCont.php

Código fuente

Configuración de conectividad a la base de datos.

Como parte de la implementación Orientada a objetos lo primero que se codificaen lenguaje estructurado es la conexión a la base de datos.

class DBManager{

var $conect;function DBManager(){}

function conectar() {

if(!($con=@mysql_connect("localhost","usr3333_rootsel","admin10sel")))

{echo"Error al conectar a la base de datos";

exit();}

if (!@mysql_select_db("usr3333_select",$con)) {echo "error al seleccionar la base de datos";exit();}

$this->conect=$con;return true;

}

93



}Desarrollo CRUD (Create, Read, Update y Delete) Crear, Obtener, Actualizar yBorrar.

La mayoría del desarrollo se centra en estas 4 acciones, ya que cada formulario opartes de el requieren como base el uso sincronizado de estas, a continuación semostrara como SELECT usa MVC.

Se va a usar como ejemplo el código que muestra la siguiente interfaz,correspondiente al ingreso de una Capacitación para un usuario egresado.

La siguiente figura muestra una interfaz lista para ingresar datos en la parte

superior, en la parte inferior muestra la opción de ver, editar y también eliminar.

Interfaz Ingresar Capacitación

Interfaz

Este es el código HTML que se requiere para construir el formulario de

capacitación, se identifican 3 partes, la primera carga el menú horizontal deopciones, la segunda parte carga el formulario con los campos para ingresar lainformación y la tercera parte muestra la lista con los datos ya guardados junto conlas opciones de editar y eliminar

<table border="0" cellpadding="0" cellspacing="0" width="975">

94



<tr><td colspan="9" bgcolor="#FFFFFF"><?php include('../vistas/head_est.htm'); ?> </td></tr>

<td colspan="8" bgcolor="#FFFFFF"> <?php include('../vistas/vis_nicapacitacion.php'); ?><br><tr><td align="center">

<?php $controlador = '../controladores/nicapacitacionCont.php';//Incluimos el controlador o detenemos todo si no existeif(is_file($controlador)){

require_once $controlador;concapacitacion(); }

elsedie('El controlador no existe'); ?></td></tr>

</td></tr></table>

Este es el código HTML que se requiere para construir el formulario decapacitación, se identifican 3 partes, la primera carga el menú horizontal deopciones, la segunda parte carga el formulario con los campos para ingresar lainformación y la tercera parte muestra la lista con los datos ya guardados junto conlas opciones de editar y eliminar

Controlador

Se usara el controlador nicapacitacionCont.php que corresponde a la tercera partede la interfaz, en el se coordinan las actividades de acceso a datos, paso deparámetros y creación de vistas de forma coordinada.

<?phpfunction concapacitacion()

{ //Incluye el modelo que correspondeinclude_once("../modelos/cNiCapacitacion.php");

//Crea el objeto de la clase correspondiente$objnicapa=new cCapacitacion;

//la variable $listacap consulta todos los datos de capacitacion

95



$listacap= $objnicapa->consultar($_SESSION['MM_Username']);

//Pasa a la vista toda la información que se desea representar require '../vistas/vis_cnicapacitacion.php';

}?>

Modelo

Aquí se describe el modelo que es invocado por el controlador cuyo objetivo escrear el objeto cCapacitacion y ejecutar el método consultar()

<?php

//Conexión a la Base de datosinclude_once("DBManager.php");//implementamos la clase empleadoclass cCapacitacion{//constructor function cCapacitacion(){}// consulta los empledos de la BDfunction consultar($Num_ident){//creamos el objeto $con a partir de la clase DBManager $con = new DBManager;

//usamos el metodo conectar para realizar la conexionif($con->conectar()==true){

$query = "select ni.* , p.Desc_pais, d.Desc_depto from nicapacitacion ni, pais p,depto d where ni.Num_ident='$Num_ident' and ni.id_pais=p.id_pais andni.id_depto=d.id_depto order by ni.Fecha_fin";

$result = @mysql_query($query);

if (!$result)return false;

else

return $result;}}

Vista

Se finaliza con la creación de la vista, para crearla se usa la variable $listacap quese asigno en el controlador y cuyo contenido le fue pasado por medio del llamado

96



al modelo.<table><?php

while($rowcap = mysql_fetch_array($listacap)){ ?>

<tr><td><div align="center"><?php echo $rowcap['Titulo']; ?></div></td><td><div align="center"><?php echo $rowcap['Institucion']; ?></div></td><td><div align="center"><?php echo $rowcap['Tiempo']; ?></div></td><td><div align="center"><a href="edi_capacitacion.php?Id_capacitacion=<?php

echo $rowcap['Id_capacitacion']; ?>"> Ver/Editar </a> </div></td><td><div align="center"><a href="eli_capacitacion.php?Id_capacitacion=<?php

echo $rowcap['Id_capacitacion']; ?>"> Eliminar </a></div></td></tr>

<?php }?>

</table>

97



SÍNTESIS DEL DESARROLLO

Acá vemos como todo el proceso de ingeniería converge en todas sus fases.

Desarrollo de las distintas fases

98



Anexo C. Pruebas

PRUEBAS DE CAJA BLANCA

En programación, se denomina cajas blancas a un tipo de pruebas de softwareque se realiza sobre las funciones internas de un módulo. Entre las técnicasusadas se encuentran; la cobertura de caminos (pruebas que hagan que serecorran todos los posibles caminos de ejecución), pruebas sobre las expresioneslógico-aritméticas, pruebas de camino de datos (definición-uso de variables),comprobación de bucles (se verifican los bucles para 0,1 y n iteraciones, y luegopara las iteraciones máximas, máximas menos uno y más uno.

En los sistemas orientados a objetos, las pruebas de caja blanca pueden aplicarsea los métodos de la clase

Métodos de prueba de caja blanca. Algunos de los métodos empleados en laspruebas de caja blanca son los siguientes:

Prueba del camino básico. Es una técnica la cual le permite al diseñador decasos de prueba obtener una medida de la complejidad lógica de un diseñoprocedimental y usar esa medida como guía para la definición de un conjunto

básico de caminos de ejecución. Los casos de prueba obtenidos del conjuntobásico garantizarán que durante la prueba se ejecuta por lo menos una vez cadasentencia del programa.

Algunos elementos y conceptos utilizados alrededor de éste método son lossiguientes:

-Grafo de flujo o grafo del programa: representa el flujo de control lógico de unprograma y se utiliza para trazar más fácilmente los caminos de éste. (Cada nodo

representa una o más sentencias procedimentales y cada arista representa el flujode control)

-Complejidad ciclomática: es una métrica de software que proporciona unamedición cuantitativa de la complejidad lógica de un programa. Cuando se usa enel contexto de las pruebas, el cálculo de la complejidad ciclómatica representa elnúmero de caminos independientes del conjunto básico de un programa. Esta

99



medida ofrece al probador de software un límite superior para el número depruebas que debe realizar para garantizar que se ejecutan por lo menos una vezcada sentencia.

-Camino independiente: cualquier camino del programa que introduce, por lomenos, un nuevo conjunto de sentencias de proceso o una nueva condición.

De forma general, los pasos que se debe seguir para la obtención de los casos deprueba en este método, son los siguientes:

1. Emplear el diseño o el código para elaborar el grafo de flujo.

2. Determinar la complejidad ciclomática del grafo de flujo.

3. Determinar un conjunto básico de caminos linealmente independientes.

4. Preparar los casos de prueba que forzarán la ejecución de cada camino delconjunto básico.

•

Prueba de la estructura de control: dentro de éste tipo de prueba secontempla el método del camino básico mencionado anteriormente peroademás existen otras pruebas asociadas que permiten ampliar la coberturade la prueba y mejorar su calidad. Estas son:

Prueba de condición: es un método de diseño de casos de prueba que ejercitalas condiciones lógicas contenidas en el módulo de un programa. Algunosconceptos empleados alrededor de esta prueba son los siguientes:

-Condición simple: es una variable lógica o una expresión relacional ( E 1 <operador - relacional > E 2).

-Condición compuesta: esta formada por dos o más condiciones simples,operadores lógicos y paréntesis.

100



En general los tipos de errores que se buscan en una prueba de condición, son lossiguientes:

-Error en operador lógico (existencia de operadores lógicos incorrectos,desaparecidos, sobrantes).

-Error en variable lógica.

-Error en paréntesis lógico.

-Error en operador relacional.

-Error en expresión aritmética.

Prueba del flujo de datos. Selecciona caminos de prueba de un programa deacuerdo con la ubicación de las definiciones y los usos de las variables delprograma.

Prueba de bucles. Es una técnica que se centra exclusivamente en la validez de

las construcciones de bucles (bucles simples, anidados, concatenados y noestructurados).

o Bucles simples. Se les aplica el siguiente conjunto de pruebas:

-Pasar por alto totalmente el bucle.-Pasar una sola vez por el bucle.-Pasar dos veces por el bucle.-Hacer m pasos por el bucle con m < n (donde n es el número máximo de pasos

permitidos por el bucle).-Hacer n - 1, n y n + 1 pasos por el bucle.

o Bucles anidados. Si se empleara el mismo enfoque de prueba de buclessimples a los bucles anidados, el número de pruebas aumentaríaconsiderablemente por lo cual Beizer sugiere emplear el siguiente

101



enfoque:

-Comenzar por el bucle más interior. Establecer o configurar los demás bucles consus valores mínimos.

-Llevar a cabo las pruebas de bucles simples para el bucle más interior, mientrasse mantienen los parámetros de iteración de los bucles externos en sus valoresmínimos. Añadir otras pruebas para valores fuera de rango o excluidos.

-Progresar hacia fuera, llevando a cabo pruebas para el siguiente bucle, peromanteniendo todos los bucles externos en sus valores mínimos y los demásbucles anidados en sus valores típicos.

-Continuar hasta que se hayan probado todos los bucles.

o Bucles concatenados. Estos bucles se pueden probar utilizando elenfoque de bucles simples, siempre y cuando cada uno de los buclessea independiente del resto de lo contrario se debe emplear el enfoquede bucles anidados.

o Bucles no estructurados. Siempre que sea posible estos bucles deben

rediseñarse.

Desarrollo de prueba de camino básico:

Adoptamos la prueba de camino básico como primera medida para diagramar elsitio y las diferentes opciones de navegabilidad. Para tal fin se construyo un mapadel sitio de acuerdo a los distintos usuarios que se loguean, en la figura 31 vemosel mapa para la pagina principal y de la figura vemos el mapa para cada una delas opciones que se pueden tomar.

102



Camino básico la pagina principal

Camino básico para login estudiante

103



Camino básico para login empresa

Camino básico para login director de plan de estudios

104



Camino básico para registro de empresas

La figura muestra el camino básico que se adopto para probar un formulariosencillo, se conoce ya que en una misma vista tendremos varias funciones.

OPCION

MENU

Agregar Modificar Consultar Eliminar

Camino básico para una interface con información

La figura es la interface Estudiante/Educación, la cual viendo en detalle contienelas 4 opciones enunciadas en el camino básico, un botón insertar (opciónAgregar), un link Ver/Editar (opción Modificar), un link Eliminar (opción Eliminar) yuna lista bajo el formulario (Opción consultar).

105



Interface con información y las opciones disponibles para el usuario

Aquí se ve como se despliega una lista con diferentes datos, el recorrido de estalista corresponde a una prueba que veremos mas adelante llamada Prueba deBucles. Con cada opción entramos a cada una de ellas y observamos que elresultado sea el esperado, para lo cual seguimos cada camino y una vez seaejecutada la acción revisamos en nuestra base de datos. Este procedimiento esigual para el resto de vistas que tenga nuestro sistema.

• Agregar

A continuación la figura muestra como escribimos información en el formulario yluego de darle clic en Insertar esta se ingresa a la base de datos.

Interface con información lista para insertar

Base de datos con el nuevo registro

106



• Consultar

En la figura se ve la consulta específica de datos de educación para el usuario que

está en el sistema.

Consulta que proporción la interface

Ahora vemos en la figura que el resultado es el mismo que se obtiene medianteuna sentencia SQL.

Ejecución de SQL sobre datos de educación de un estudiante

• Modificar

Para este ejemplo usamos el último ingreso que fue eldePostgrado/Especialización en Gerencia de Negocios/Bogota y lo vamos a

cambiar por Postgrado/Especialización en Gerencia de Mercados/Medellín.

La figura muestra como hago el proceso en el formulario y luego constato con laBase de datos que si se realizo con éxito.

107



Formulario para modificar datos

Vista de la base de datos con los datos ya modificados

• Eliminar

La eliminación es ubicar el registro que se desea y dar clic sobre el link eliminar, lafigura muestran la opción en la interfase y su alteración en la Base de datos. Seeliminara el registro de Postgrado.

Vista con la opción Eliminar

Vista de la base de datos con el registro eliminado

108



Anexo D. A1 Técnica desarrollo navegacional NDT y sus patrones

Requisitos de almacenamiento de información.

Definen qué información se va a manejar en el sistema y cómo se relacionan entresí. NDT permite también definir nuevas naturalezas de datos que se vayan autilizar en el sistema. Se describe a continuación las actividades y tareas adesarrollar

ACTIVIDAD 1-Obtener información sobre el entorno de trabajo y definir objetivos

En la primera actividad de la ingeniería de requisitos, el equipo de desarrollo debehacer un acercamiento al entorno donde se va a implantar el sistema. Debeestablecer el vocabulario a utilizar, los usuarios y clientes que van a participar enel proyecto y los objetivos del mismo. Para todo ello, se propone realizar trestareas:

Tarea 1.1- Obtener información sobre el dominio del problema

El objetivo de esta tarea es conocer el dominio del problema. Antes de comenzar

las reuniones y entrevistas con los clientes, es necesario conocer el entorno detrabajo y familiarizarse con el vocabulario a utilizar, así como identificar losobjetivos generales que pretenden alcanzar con la implantación del nuevosistema.

Tarea 1.2- Preparar y realizar las reuniones y entrevistas

De todas las técnicas que se pueden aplicar en la ingeniería de requisitos, esprobablemente la realización de entrevistas la más general y la que mejoresresultados suele dar. En esta tarea se debe planificar cuándo se harán lasentrevistas, quiénes serán los participantes y cuáles serán los objetivos a obtener en cada una de ellas.

Realmente en NDT las entrevistas se realizan a lo largo de todo el proceso, así,como se verá más adelante para capturar y definir los requisitos dealmacenamiento de información, por ejemplo, es necesario contar con la

109



colaboración de los usuarios. Es una tarea que se realiza de manera paralela atodas las demás.

Tarea 1.3- Identificar y definir los objetivos del sistema

El estudio de estos objetivos es esencial para todo el desarrollo del flujo detrabajo. A medida que se va desarrollando la especificación de requisitos, losobjetivos se pueden ir refinando y concretando de manera que cada vez se vayanidentificando mejor los requisitos del sistema. Al fin y al cabo, un requisito no esmás que una necesidad que el sistema debe cubrir para poder alcanzar uno ovarios objetivos de los impuestos por el usuario

En la Tabla A.1 se presenta el modelo usado para la recolección de los objetivos

del sistema, los campos con ( * ) son opcionales.

OBJ-<id> <nombre descriptivo>Versión * <numero de la versión actual>Autores* Nombre autor: <nombre del autor>

Cargo: <cargo del autor>Organización: <organización del autor>…Nombre autor: <nombre del autor>Cargo: <cargo del autor>Organización: <organización del autor>

Fuentes* Nombre fuente: <nombre de la fuente>Cargo: <cargo del autor>Organización: <organización del autor>…Nombre fuente: <nombre de la fuente>Cargo: <cargo del autor>Organización: <organización del autor>

Descripción El sistema deberá <descripción del objetivo a cubrir por elsistema>

Subobjetivos* • OBJ-<x>: <nombre del subobjetivo>• …

Importancia* <importancia del objetivo>

Urgencia* <urgencia del objetivo>Estado* <estado del objetivo>Estabilidad* <estabilidad del objetivo>Comentarios* <comentarios adicionales>

Tabla A. 1 Patrón para la definición de los objetivos

110



ACTIVIDAD 2- Identificar y definir los requisitos de almacenamiento deinformaciónUna vez identificados los objetivos, NDT propone identificar los requisitos que elsistema debe cumplir para alcanzarlos. NDT

Los requisitos de almacenamiento se definen mediante dos elementos: losrequisitos de almacenamiento de información y las naturalezas

Tarea 2.1- Identificar y definir los requisitos de almacenamiento deinformaciónEn esta tarea se determinan todas las necesidades de almacenamiento que sedetecten durante la realización de las entrevistas. La idea esencial de losrequisitos de almacenamiento de información es la de dar respuesta a preguntascomo ¿qué información debe almacenar el sistema? o ¿con qué información va atrabajar el sistema? .

Tarea 2.2-Identificar y definir las nuevas naturalezasLa naturaleza define el dominio de dicho dato específico. Permite delimitar elconjunto de valores y los detalles estructurales que tiene el dato específico. Elconcepto de naturaleza, aunque muy cercano, no coincide con el concepto de tipode dato. La naturaleza representa un dominio como un conjunto de valores quetienen un significado concreto dentro del sistema sin entrar en detalles de bajonivel, es el punto de vista que el usuario tiene sobre el dominio y la estructura dela información.Cada naturaleza, a su vez, se define mediante un nombre que de manera brevedebe expresar su significado. Dentro del metamodelo, es posible definir tres tiposde naturalezas:

1. Naturalezas predefinidas, que representan un conjunto de dominios que sepresuponen predefinidos en cualquier sistema y que en el modelo de la figura 4.1viene representado por la clase NaturalezaPredefinida.

Existen varias naturalezas predefinidas representadas como clases hijas en elmetamodelo. En la tabla 4.1 se presenta el conjunto de estas naturalezaspredefinidas junto con su significado y la descripción de sus propiedades.Como ejemplo, vuélvase al caso del sistema de la universidad. El nombre delalumno podría tener asignada una naturaleza de Cadena. Esto significa que elnombre para el usuario final tendrá la estructura de conjunto de caracteresalfanuméricos.Hay que tener en cuenta que la naturaleza, como se ha dicho, no es el tipo deldato específico en el sentido en el que se entiende en el lenguaje deprogramación, pero no el sentido amplio del lenguaje de programación, puesto queno se indica que el tipo de este atributo sea implementado más adelante como unacadena, sino que, en especificación de requisitos, el usuario la entiende como tal.

111



El tipo final del dato específico o incluso la decisión de si este dato específico seacaba implementando como un campo concreto es tarea del grupo de diseñadorese implementadores del sistema.

Naturalezas predefinidas. Propiedades y significados

Nuevas naturalezas, que son nuevos dominios que se definen de maneraconcreta para el sistema que se está modelando. En el diagrama de clases de lafigura 4.1 viene representado mediante la clase NuevaNaturaleza. Cada nuevanaturaleza viene descrita mediante un identificador , un nombre, que hereda de lanaturaleza, y una descripción, cuyos significados son los mismos que para losrequisitos de almacenamiento vistos anteriormente. Pero, además, tiene otrosatributos propios que no tienen por qué tomar valor en todos los casos, y que son:

112



• el dominio, que representa el conjunto de valores posibles que toma lanaturaleza.

• un conjunto de restricciones, que expresan restricciones que debe cumplir lanaturaleza

• la presentación que restringe formas concretas de cómo se debe representar.Además de esto, cada nueva naturaleza tiene asociado un conjunto de datosespecíficos cuyo significado es similar al que tienen en los requisitos dealmacenamiento de información.Como ejemplo, recordemos el caso del DNI del alumno. Imagínese que se desearestringir, de manera concreta la forma de este dato que, además, va a ser usadoen otros requisitos de almacenamiento como el profesor o el personal deadministración.Pues se definiría una nueva naturaleza de nombre DNI cuyos datos específicospodrían ser el número y la letra. Su dominio iría en el dominio posible de los DNI,como restricción se indicaría la fórmula mediante la que se calcula la letra del DNI

en España, y como presentación se podría optar por hacer una presentación en laque aparezcan primero los ocho números del DNI separados por puntos, luego unguión y por último la letra. Todo esto se puede expresar tanto en lenguaje naturalo usando un lenguaje, entendible tanto por los usuarios y como por el grupo dedesarrollo, más formal. Por ejemplo, indicando que la presentación del DNI sehace como XX.XXX.XXX-X.

Requisito de almacenamiento. Una naturaleza posible puede ser a su vez unrequisito de almacenamiento. Esto significa que el dominio de esta naturalezaviene representado por el conjunto de elementos que, de manera abstracta,representa el requisito de almacenamiento. Por ejemplo, el caso de almacenar el

tutor de proyecto de un alumno que sería de naturaleza Profesor, otro requisito dealmacenamiento del sistema.

Tabla A. 2.- Patrón para definir los requisitos de Almacenamiento

113



Tabla A. 3 – Patrón para definir las nuevas naturalezas

El siguiente modelo importante en el tratamiento de la navegación vienerepresentado por las necesidades de trabajo con diferentes roles de usuario. Laestructura navegacional de un sistema software puede cambiar de manera

sustancial dependiendo del perfil de la persona que en cada momento interactúecon él. La definición del sistema de navegación debe basarse en los diferentesroles de usuario que pueden interactuar con el sistema para que se adecue a lasnecesidades establecidas por cada uno de ellos.

ACTIVIDAD 3- IDENTIFICAR Y DEFINIR LOS ACTORES

Esta actividad se basa en cuatro tareas en la que se definen los actores básicos,la derivación entre actores, la incompatibilidad y la generalización.

Tarea 3.1- Identificar y definir a los actores básicos del sistema

Un actor básico es todo actor que se identifica de forma individual atendiendo aalgún tipo de criterio de clasificación a la hora de interaccionar con el sistema.Cada actor básico corresponde a un rol individualizado de interacción con elsistema software.

Un actor derivado es todo actor que se puede definir a partir de otros actores,como conjunción de los roles correspondientes a los actores componentes. El rolasociado a un actor derivado asume los roles correspondientes a los actores que

lo componen. Sin embargo, para que la definición de un actor derivado tengasentido, éste debe ser un rol que añada algún aspecto independiente o algunafuncionalidad propia.

Dos actores se dice que son incompatibles cuando sus roles asociados nopueden ser asumidos conjuntamente por un mismo usuario cuando interactúa conel sistema. La incompatibilidad se puede presentar entre actores del mismo grupo

114



(mismo criterio de clasificación) o de grupos diferentes (diferentes criterios declasificación).

Para la definición de actores se propone el uso de patrones, de la misma maneraque en los requisitos de almacenamiento de información. En este caso, cada actor se define mediante un patrón similar al de la tabla 4.4.

Los campos que aparecen en el patrón son fácilmente identificables desde elmetamodelo de la figura X.Y. El identificador se aconseja que comience por lassiglas AC y vaya seguido de un número único. El nombre, la clasificación y ladescripción, recogen los valores de los atributos correspondientes descritos en elmetamodelo.

Tabla A. 4– Patrón para la definición de actores

Tarea 3.2- Identificar y definir la generalización de actores

Cuando se estudian los actores para un sistema navegacional, en muchos casos,se pueden identificar relaciones de especialización entre actores. Un actor especializado es todo actor que se puede definir a partir de los actores básicos ode otros actores especializados mediante una relación de generalización

Aparece un nuevo campo, hereda de, que no aparece de manera explícita en elmetamodelo como un atributo. Mediante este campo se recoge las relaciones degeneralización del sistema. Si el actor identificado mediante AC-0i es padre delactor identificado mediante AC-0j, en el patrón de definición de AC-0j se

cumplimenta el campo hereda de con una referencia a AC-0i. Además, cadarelación de generalización se debe representar de manera gráfica usando lanotación de UML, tal y como se muestra en el ejemplo de la figura 4.3.

115



Definición de generalización entre actores

Tarea 3.3- Identificar y definir la incompatibilidad entre actores

Otra de las relaciones que se establecen entre actores es la relación deincompatibilidad.

Para definir la incompatibilidad entre actores se propone hacer uso de una matrizsimilar a la mostrada abajo.

Cada fila y cada columna corresponden a un actor del sistema, de manera que encada fila se indican las incompatibilidades que presente el actor correspondientecon los demás actores del sistema. Tanto las filas como las columnas se etiquetanmediante el identificador que se ha asignado al actor en su patrón de definición.

Para evitar redundancias, sólo se estudia la diagonal superior de la matriz, puestoque si se estudiase también la inferior, se obtiene una matriz simétrica quecomplica la comprensión del significado y en la que no se aporta ningunainformación adicional.

116



La disposición de actores por fila y columna se ordena de igual forma en amboscasos, reflejando una estructura plana en la que no se diferencian los grupos deactores.

Se aconseja, por motivos de claridad, que los actores de un mismo grupo declasificación aparezcan juntos en las filas y columnas de la tabla anterior.

Una X en la intersección de una fila y una columna de la tabla indica que losactores correspondientes son incompatibles. El símbolo - indica la imposibilidad dedefinir incompatibilidad entre un actor y él mismo.

Matriz de descripción de la incompatibilidad de actores

Modelo de requisitos funcionales

La estructura funcional de un sistema expresa las posibilidades funcionales, tanto

las internas como las que se realizan para interactuar con el exterior, que debeofrecer el sistema.

El modelo que se presenta en este apartado va a representar las posibilidadesfuncionales que debe ofrecer el sistema durante la navegación. Estasposibilidades funcionales van a depender directamente del actor que en cadamomento interactúe con el sistema. Por ello, cuando se presenta el modelo sedetecta la relación con el modelo anterior.

Se propone que cada caso de uso de cada diagrama, sea, además, definidomediante un patrón similar al de la tabla siguiente.

117



Patrón para definir los requisitos funcionales

En este patrón, algunos campos como el identificador , que en este caso sepropone que comience por RF y vaya seguido por un número secuencial, elnombre, la descripción, la precondición, la poscondición y la frecuenciaesperada se derivan directamente del metamodelo.

El resto de campos recoge la información referente a las otras clases delmetamodelo.

Así, el campo actores recoge la lista de los actores funcionales del caso de uso ylos actores del modelo de actores que representa cada uno de ellos. Por ejemplo,si en el caso de uso existe el actor ActorDelCasoDeUso y este papel puede ser

jugado por los actores identificados en el modelo de actores visto en el apartadoanterior con los identificadores AC-01 y AC-02 y nombrados respectivamenteActor 1 y Actor 2, en el patrón del caso de uso, en la columna actores quedaríacomo:

Actividad 4- Identificar y definir los requisitos funcionales. En las actividadesanteriores se estudia qué se almacena en el sistema y quiénes pueden hacer usode esa información. Pero en los sistemas también hay que recoger qué se va apoder hacer con la información y las posibilidades funcionales del mismo.

118



Los requisitos funcionales responden a la pregunta de ¿qué se puede hacer en el sistema?

Tarea 4.1- Diseñar los diagramas de casos de uso

Los diagramas de casos de uso es una de las técnicas más aceptadas comotécnica de definición de requisitos. En ellos aparecen dos elementos importantes,el caso de uso en si y los actores. Los actores son definidos en NDT en laactividad 3, así que desde los casos de uso lo que aparece es una referencia aesas definiciones. En los diagramas en NDT pueden aparecer dos tipos deactores:

• Actores que fueron definidos en la actividad 3. En este caso, en el diagrama decasos de uso se nombra al actor con el identificador del actor en sucorrespondiente patrón, AC-x.

• Actores que sean genéricos. Éstos se nombran como Actor1, Actor2, etc. Estosactores normalmente representan diversos tipos de actores de los definidos en laactividad 3.

La tabla A.8 que se ve abajo muestra el patrón para definir los casos de uso.

119



Patrón para definir los casos de uso

Modelo de requisitos de interacción

Actividad 5- Identificar y definir los requisitos de interacción. El modelo deinteracción recoge la manera en la que los actores van a interactuar con el sistema

120



durante la navegación. Esta idea de interacción recoge varios aspectos queincluyen la forma en la que se visualizan los datos, las posibilidades denavegación y de ejecución de la funcionalidad o la manera en la que se recuperala información. Por esta razón, desde el modelo de requisitos de interacción se

hace referencia a todos los modelos anteriores.

El modelo de interacción se compone de dos submodelos a su vez, formado por loque se denominan Frases y Prototipos de Visualización.

La otra clase importante de este metamodelo son los prototipos de visualizaciónque se representan mediante la clase PrototipoDeVisualización. Cada prototipode visualización tiene un identificador único, un nombre que lo representa y unadescripción que expresa su significado. Cada uno de ellos son accesibles por unconjunto de actores del sistema, que recoge el grupo de roles de actores quepueden hacer uso del prototipo durante la navegación.

Tarea 5.1- Identificar y definir las frases

Conocer cómo el usuario quiere recuperar la información es un aspecto que puedeayudar a mejorar el desarrollo. La manera en la que se modela cómo el usuariodesea recuperar la información es mediante las frases. Una frase representa uncriterio de recuperación de información en el sistema.

Patrón para la definición de las frases

Por otro lado, el lenguaje para la definición de las frases no debe ser muy concretoo difícil de entender pues los patrones de las frases deben ser evaluados por los

usuarios del sistema. En este sentido se propone hacer uso de la propuesta BNL(Bounded Natural Language).

Este lenguaje se basa en definir los criterios de consulta que el usuario deseaobtener a través del lenguaje natural. Esto permite que los resultados obtenidossean fácilmente entendibles por el cliente. Sin embargo, si el lenguaje permitido

121



para representar las necesidades de recuperación fuese totalmente abierto, lavariabilidad del lenguaje natural podría hacer que los resultados obtenidos fuerantan ambiguos que no fuesen útiles. Para evitar estos problemas, BNL propone unasolución intermedia basada en lo que denomina frases. Es decir, los criterios de

recuperación de información se van a describir mediante una serie de frases.Estas frases tienen tres elementos, que son bastante cercanos a los que se hanido viendo en todos los patrones de definición de requisitos presentados:

- Estructuras fijas que no se pueden modificar - Huecos a rellenar por los clientes en las consultas- Conceptos que sirven para determinar qué se desea consultar.

Aunque BNL no fue desarrollado por sus autores como técnica de ingeniería derequisitos, ni se ha propuesto como técnica para ninguna metodología dedesarrollo, resulta muy adecuada si se adapta a la definición de los criterios de

recuperación en los sistemas navegacionales. BNL permite recoger lasnecesidades de recuperación de información de una manera fácil de comprender para el usuario y permite definir las necesidades de recuperación que van a ser esenciales para el estudio de la navegación.

En la tabla A.10. Se recogen los posibles cuerpos de las frases dependiendo de lanaturaleza del dato específico para cada una de las naturalezas predefinidas

122



Frases asociadas a cada naturaleza

123



Tarea 5.2- Identificar y definir los prototipos de visualización

Cuando se definen los prototipos de visualización de datos, se hace referencia aqué datos se le muestran a cada uno de los actores y qué funcionalidad se leasocia a cada módulo de presentación de la información. Además, los prototiposde visualización permiten expresar las posibilidades de navegación que existen enel sistema.

Patrón para la recolección de prototipos de visualización

Modelo de requisitos no funcionales

Actividad 6- Identificar y definir los requisitos no funcionales. En todas las etapasanteriores se han descrito todas las necesidades de almacenamiento, defuncionalidad y de interacción del sistema. Sin embargo, en cualquier tipo deproyecto software aparecen una serie de necesidades que no se pueden catalogar en las anteriores.

124



En esta actividad se identifican y recogen todas estas necesidades que hanquedado fuera de las clasificaciones anteriores. Aunque NDT está centrado en eltratamiento de la navegación y este tipo de requisitos no es influyente en ladefinición de modelos para el tratamiento de la navegación, es necesario, si se

desea ofrecer una metodología útil, permitir al equipo de desarrollo expresar otrotipo de requisitos no contemplados en los anteriores.

Tarea 6.1- Identificar y definir los requisitos no funcionales

Dentro de los requisitos no funcionales, se pueden incluir requisitos como:

• Los requisitos de comunicaciones del sistema, como requisitos técnicos relativos

a las comunicaciones que debe soportar el sistema. Por ejemplo, el tipo deprotocolo que usa para las comunicaciones

• Los requisitos de fiabilidad, son los que establecen los factores que se requierenpara la fiabilidad del software en tiempo de explotación. La fiabilidad mide laprobabilidad del sistema de producir una respuesta satisfactoria a las demandasdel usuario. Por ejemplo, determinar qué tasa de fallos máxima por meses sepermite.

• Los requisitos de entorno de desarrollo, que describen si existen restricciones enlas herramientas, lenguajes de programación, sistemas operativos, etc. que se vana usar en el desarrollo del sistema.

• Los requisitos de portabilidad, que definen qué características debe tener elsoftware para que sea fácil de usar en otro entorno.

Actividad 7- Validar los requisitos

Tras la identificación y la descripción de requisitos es necesario validarlos. A la

hora de validar los requisitos NDT propone realizar revisiones con los clientes alos resultados obtenidos o incluso la ejecución de auditorías, la realización detesauros u ontologías que permitan validar los resultados, o incluso la aplicaciónde herramientas propias de la empresa.

125



Tarea 7.1- Realizar la matriz de rastreabilidad

La realización de la matriz de rastreabilidad o trazabilidad es una técnica quepermite validar los resultados obtenidos en la especificación de requisitos. Lamatriz de rastreabilidad es una tabla en la que se presentan enfrentados losobjetivos y los requisitos, de forma que se pueda detectar cuales son los objetivosque son alcanzados, bien parcialmente bien en su totalidad, al cumplirse unrequisito del sistema.

Al terminar de desarrollar la matriz, se debe cumplir que todo objetivo seaalcanzado por al menos un requisito. Así se valida que realmente se puedencumplir todos los requisitos. Pero por otro lado, hay que comprobar que todos losrequisitos sirven para alcanzar, al menos, un objetivo. Esto valida la existencia delrequisito puesto que no tendría sentido un requisito que no sirve para alcanzar unobjetivo del sistema.

A.2 DISEÑO NAVEGACIONAL

Una vez que las clases de navegación se han decidido, es necesario estructurar elespacio de navegación que se pondrá a disposición de los usuarios. En OOHDM,esta estructura se define mediante la agrupación de objetos de navegación enconjuntos llamados contextos. Cada definición de contexto incluye: los elementos

126



que contiene la especificación de su estructura de navegación interior; un punto deentrada, las restricciones de acceso de usuario en términos de clases y lasoperaciones; y las estructuras de acceso.

Hay seis formas diferentes de definir los contextos:

1. Clase simple derivada - incluye todos los objetos de una clase que satisfacenalguna propiedad, por ejemplo, "edificios con dirección = Río de Janeiro". Unavariante de este tipo es la consulta a base de contexto, en el cual el usuario definela propiedad en tiempo de navegación.

Figura A. 1 . Clase derivada

2. Grupo de Clase derivada - Es un conjunto de contextos de la clase simplederivada, donde la definición de propiedad de cada contexto tiene parámetros, por ejemplo, "Edificio por lugar" (la ubicación puede variar).

Figura A. 2. Grupo de clase derivada

3. Enlace Simple derivado - Incluye todos los objetos relacionados con un objetodeterminado, por ejemplo, "los edificios diseñados por Oscar Niemeyer".

Gráficamente, lo mismo que 1.

4. Grupo de Enlace derivado - Un conjunto de contextos de Enlaces derivados,cada uno de los cuales se obtienen variando la fuente de los elementos de larelación, por ejemplo, "Edificios diseñados por el arquitecto" (varía arquitecto).Gráficamente, lo mismo que 2.

5. Arbitraria – Es un conjunto enumerado, por ejemplo, una visita guiada.Gráficamente, lo mismo que 1

6. Dinámico - es un conjunto donde los elementos cambian durante la navegación,

por ejemplo, la historia, la cesta de la compra.

Figura A. 3. Dinamico

127



En cualquiera de lo anterior, si hay una estructura definida para el acceso, lanotación gráfica correspondiente contiene un pequeño cuadrado negro en laesquina superior izquierda.Asociadas a los contextos, hay estructuras de acceso (índices). Que se indican

gráficamente por:

Figura A. 4. Estructuras de Acceso

La estructura de navegación de la aplicación se define en un contexto en eldiagrama, que muestra todas las estructuras de acceso y contextos definidos paraesta aplicación, y la posible navegación entre ellos. La Figura 4 muestra eldiagrama de la arquitectura del sitio.

Según este esquema, la aplicación del menú principal dispone de cuatro índices:Arquitectos permite el acceso a una lista alfabética de arquitectos, que pueden ser recorridos en cualquier momento para permitir el acceso a los edificios, agrupadospor años. Edificios permite el acceso a los edificios, agrupados por su nombre.Categorías permite el acceso a los edificios por categorías (monumentos, hoteles,

centros de convenciones, etc ...)

Además, los edificios también pueden ser agrupados de acuerdo con el arquitectoque los diseño. Este contexto, sólo se puede acceder desde otros contextos, talescomo arquitectos.

Cabe señalar también que, cuando se mira en un edificio en cualquiera de loscontextos, es posible "cambiar" el contexto. Por ejemplo, mientras se mira a unedificio por un determinado arquitecto, es posible navegar hasta la "próximaconstrucción en la misma categoría", con independencia de su arquitecto.Una vez que los contextos se han definido, es posible ampliar la definición de lasclases de navegación especificando "decoradores", es decir, atributos que sóloson visibles cuando se accede a un objeto dentro de un contexto dado. Talesatributos están definidos en "InContext" clases.

x.y. De acuerdo a los casos de uso y teniendo en cuenta la recopilación de 3 sitiosespecializados en ubicación laboral se procede a generar un primer desarrollo deDiseño navegacional.

128



A continuación las diferentes secciones de los tres portales para el área deusuarios.

elempleo zonajobs sena

Registro en Sistema Datos de contacto Datos básicosInformación Personal Experiencia Laboral AutenticaciónEducación Formal Educación EducaciónEducación no formal eIdiomas

Idiomas Capacitación

Experiencia Laboral Otros conocimientos IdiomasObjetivo Laboral Experiencia LaboralPrevisualización Intereses ocupacionales

Otros datosSíntesis

Tabla A. 5- Cuadro de otros portales y sus secciones

Para tener una idea mas clara de que debería tener el sistema se diseño lasiguiente matriz

elempleo zonajobs SenaRegistro en sistema X XInformación Personal X X XEstudios Formales X X XEstudios no formales X X XIdiomas X X XExperiencia Laboral X X XInterés Laboral X XOtros Datos X

Vista Previa X XTabla A. 6. Cuadro de similitudes de los portales evaluados

Aquí se ven que los tres portales tienen 5 áreas en común.

129



A.3 PROTOTIPOS DE INTERFAZ

La siguiente figura me muestra el prototipo para la pantalla de inicio o de inicio desesión.

Figura A. 5. Prototipo inicio de Sesión

A continuación vemos el prototipo de menú para el usuario que permitirá navegar por las diferentes opciones de su perfil.

Figura A. 6. Prototipo Menú Navegante interno (Estudiante-Egresado)

Acá un prototipo de ingreso de datos básicos.

130



Figura A. 7. Prototipo Ingreso de datos

Acá se ve un prototipo donde están las casillas para ingresar datos, y los linkspara modificar o eliminar.

Figura A. 8. Prototipo Ingreso datos, modificación y eliminación

Acá se presenta el prototipo del menú para el usuario externo (empresa), queusara para navegar por las diferentes opciones.

Figura A. 9. Prototipo menú navegante externo

131



Acá un prototipo de ingreso de datos básicos.

Figura A. 10. Prototipo de Ingreso de datos navegante externo

Figura A. 11. Prototipo de resultados para navegante externo

Figura A. 12. Prototipo de ampliación de resultados

132



A.4 IMPLEMENTACION MER

Implementación capa de Almacenamiento

• Tabla Usuario, esta tabla se usa para mantener la información de los códigos y

claves de los usuarios que ingresan al sistema. o Id_usuario: Identificador del usuario, se autoincrementa.o Código: Código que identifica al usuario en el sistema.o Clave: Clave del usuario dentro del sistema.o Desc_tipo: Describe el tipo de usuario (Estudiante, Egresado, Director,

Administrador).

Tabla A. 7. Sentencia SQL para crear la Tabla de sistema Usuario

• Tabla Navegante_i, esta tabla se usa para mantener la información básica delnavegante interno (Estudiante y/o egresado).

o Num_ident: Identificador del navegante, de acuerdo al caso podrá

identificarse en el sistema con código universitario o su cedula.o Id_tus: Identificador del tipo de usuarioo Doc_ident: Numero del documento de identidado Prim_nombre: Primer nombre de la personao Seg_nombre: Segundo nombre de la personao Prim_ape: Primer apellido de la personao Seg_ape: Segundo apellido de la personao Genero: Sexo de la persona (masculino-femenino)o Fecha_nac: Fecha de nacimiento de la personao Est_civil: Estado civil de la persona

o Email: Correo electronico de la personao Direccion: Direccion de residencia de la personao Telefono1: Primer telefono de contacto de la personao Ext1: Extension de Telefono1o Telefono2: Segundo telefono de contacto de la personao Ext2: Extension de Telefono2o Tel_cel: Telefono celular de la persona

133



o Id_depto: Departamento de residencia de la personao Id_pais: Pais de residencia de la persona

Tabla A. 8. Sentencia SQL para crear la Tabla de sistema NiDbasic

• Tabla Carrera, esta tabla se usa para mantener la información de las carrerasofertadas por la universidad.

o Id_carrera: Identificador de la carrera, asignado por la UFPS.o Desc_carera: Nombre de la carrera.

Tabla A. 9. Sentencia SQL para crear la Tabla Carrera

134



• Tabla Pais, esta tabla se usa para mantener la información de los países delmundo.

o Id_pais: Identificador del pais, se autoincrementa.o Desc_pais: Aquí se guarda el nombre del pais.

Tabla A. 10. Sentencia SQL para crear la Tabla de sistema País

• Tabla Depto, esta tabla se usa para mantener la información de los

departamentos o estados de un país.

o Id_depto: Identificador del departamento, se autoincrementa.o Id_pais: Identifica a que país pertenece dicho departamento

(Relacionada con la tabla Pais).o Desc_depto: Aquí se guarda el nombre del departamento.

Tabla A. 11 Sentencia SQL para crear la Tabla de sistema Depto

• Tabla NiEducacion, esta tabla se usa para mantener la información de losestudios superiores del Navegante interno (Estudiante y/o Egresado).

o Id_educacionp: Identificador del registro estudio, se autoincrementa.o Titulo: Titulo obtenido al finalizar los estudios.o Id_nivel: Identifica el nivel del registro estudio (Primaria, Bachillerato,

Pregado, Postgrado).o Institucion: Institución de la cual se gradúo.o Fecha_fin: Fecha en la que recibió el grado.o Id_pais: País en el cual hizo el estudio.o Id_depto: Departamento en el cual hizo el estudio.

135



o Municipio: Municipio en el cual hizo el estudio.o Num_ident: Numero de identidad del navegante al que pertenece el

registro. (Se relaciona con la tabla Usuario).

Tabla A. 12. Sentencia SQL para crear la Tabla de sistema NiEducacion

• Tabla Idioma, esta tabla se usa para mantener los registros de usuario de losdiferentes navegantes que ingresan al portal.

o Id_idioma: Identificador para los idiomas, se autoincrementa.o Tipo_idiom: Identifica el idioma o dialectoo Descripción: Nombre del idioma o dialecto.

Tabla A. 13. Sentencia SQL para crear la Tabla de sistema Idioma

• Tabla NiIdioma, esta tabla se usa para mantener la información de un usuario

Interno (Estudiante-Egresado) y los idiomas o dialectos que maneja y su nivel.o Num_ident: Numero de identidad del usuario internoo Id_idioma: Codigo del idioma (se obtiene de la relación con la tabla

Idioma)o Nha: Nivel que habla el idioma o dialectoo Nee: Nivel que escribe el idioma o dialecto

136



o Nea: Nivel que escucha el idioma o dialecto

Tabla A. 14. Sentencia SQL para crear la tabla de sistema NiIdioma

• Tabla Capacitacion, esta tabla se usa para mantener la información de los

estudios adicionales del Navegante interno (Estudiante y/o Egresado). o Id_capacitacion: Identificador del estudio, se autoincrementa.o Num_ident: Identificación del navegante al que pertenece el registro de

la capacitación.o Tiempo: Duración de la capacitación.o Institucion: Institución de la cual se capacito.o Fecha_fin: Fecha en la que recibió la capacitación.o Id_pais: País en el cual hizo el estudioo Id_depto: Departamento en el cual hizo el estudioo Municipio: Municipio en el cual hizo el estudio

Tabla A. 15. Sentencia SQL para crear la Tabla de sistema NiCapacitacion

• Tabla NiExplab, esta tabla se usa para mantener la información de laexperiencia laboral del Navegante interno (Estudiante y/o Egresado).

o Id_exp:lab: Identificador de la experiencia laboral, se autoincrementa.

137



o Num_ident: Identificación del navegante al que pertenece el registro dela experiencia laboral.

o Cargo: Cargo que desempeño.o Fec_in: Fecha inicial de labores.

o Fec_fin: Fecha final de labores.o Id_pais: País en el cual laboroo Id_depto: Departamento en el cual laboro.o Municipio: Municipio en el cual laboro.o Logrosmet: Logros obtenidos.o Funciones: Funciones que realizo.

Tabla A. 16. Sentencia SQL para crear la Tabla de sistema NiExplab

• Tabla NiDadic, esta tabla se usa para mantener la información de datosadicionales del Navegante interno (Estudiante y/o Egresado).

o Id_adicional: Identificador del dato adicional, se autoincrementa.o Num_ident: Identificación del navegante al que pertenece el registro

dato adicional.o Discapacidad: Registra la discapacidad.o Comunidad: Registra a cual comunidad pertenece.o Vehiculo: Registra que tipo de vehiculo tiene.o Licencia: Registra que tipo de licencia de conducción posee.

138



Tabla A. 17. Sentencia SQL para crear la Tabla NiDadic

• Tabla Navegante_e, esta tabla se usa para mantener la información básica delnavegante externo (Empresa).

o Nit: Numero de identificación tributaria de la empresa.o Nombre: Nombre de la empresa.o Act_economica: Actividad económica de la empresa.o Fecha_reg: Fecha dada por el sistema sobre la fecha de vinculación.o Nomb_repres: Nombre de la persona que representa la empresa.o Id_pais: Identificador del país de la empresa.o Id_depto: Identificador de departamento de la empresa.o Municipio: Municipio de la empresa.o Id_sector: Identificador del sector de la empresa.o Direccion: Dirección de la empresa.o

Telefono1: Teléfono principal.o Ext1: Extension de contacto.o Telefono2: Teléfono alterno.o Ext2: Extensión alterna.o Fax: Fax de la empresa.o Email: Email de la persona de contacto.o Web: Dirección del sitio Web de la empresa.o Nom_contac: Nombre de la persona de contacto.

139



Tabla A. 18. Sentencia SQL para crear la Tabla de sistema NeDabasic

• Tabla Sector, esta tabla se usa para mantener la información de los sectores alos cuales pertenece un navegante externo (Empresa).

o Id_sector: Identificador del sector, se autoincrementao Descripción: Nombre del sector.

Tabla A. 19 Sentencia SQL para crear la Tabla de sector.

• Tabla Solicitud, esta tabla se usa para mantener la información de las

solicitudes a vacantes que una empresa realiza. o Id_solicitud: Identificador de solicitud, se autoincrementa.o Titulo: Titulo del clasificado.o Descripcion: Describe el contenido de la vacante.o Nit: Numero de identificación de la empresa que hace la solicitud. (se

relacióna con la tabla Navegante_e.o Desc_cargo: Nombre del cargo vacante.o Funciones: Funciones propias del cargo vacante.

140



o Habilidades: Habilidades requeridas para este cargoo Meses_exp: Meses de experiencia requeridos para ocupar este cargo.o Vacantes: Numero de vacantes disponibles.o Fecha_lim: Fecha en la que se cierra la solicitudo Observaciones: Datos adicionales que la empresa quiera aclarar.o Id_pais: Identifica el pais donde se ejecutara el contrato.o Id_depto: Identifica el departamento donde se ejecutara el contrato.o Municipio: Identifica el municipio donde se ejecutara el contrato.o Fecha: Fecha en la que se guarda la solicitud.o Fecha_lim: Fecha en la que caduca el clasificado o solicitud.o Salario: Salario para esta vacante.o Aprobado: Valor que indica si este clasificado fue o no aprobado por la

UFPS.

Tabla A. 20. Sentencia SQL para crear la Tabla de sistema Solicitud

• Tabla NeNivel, esta tabla se usa para mantener la información de los diferentesniveles de educación superior.

o Id_nivel: Identificador de nivel, se autoincrementa.o Id_solicitud: identificador de la solicitud

Tabla A. 21. Sentencia SQL para crear la Tabla de sistema NeNivel

• Tabla NeJornada

141



Tabla A. 22. Sentencia SQL para crear la Tabla de sistema NeJornada

• Tabla NeIdioma

Tabla A. 23. Sentencia SQL para crear la Tabla de sistema NeIdioma

• Tabla NeCarrera

Tabla A. 24. Sentencia SQL para crear la Tabla de sistema NeCarrera

142



A.5 DISEÑO METODOLOGICO

A.5.1. Enfoque Investigativo

LA INVESTIGACION APLICADASe toma esta investigación ya que es una estrategia donde se observa y reflexionasistemáticamente sobre realidades (teóricas o no) usando para ello diferentestipos de documentos. Indaga, interpreta, presenta datos e informaciones sobre untema determinado de cualquier ciencia, utilizando para ello, una metódica deanálisis; teniendo como finalidad obtener resultados que pudiesen ser base para eldesarrollo de la creación científica.

A.5.2. Población y Muestra

Población

Estudiantes dos últimos semestres Ing. De sistemas (35 décimo y 37 Noveno) yegresados de la Universidad francisco de Paula Santander dos últimos años deIngeniería de Sistemas (61) y Empresas de la región norte de Santander (10).Fuente: Oficina del egresado-Bienestar universitario UFPS.

• Muestra

Muestra aleatoria simple a estudiantes de últimos semestres de la UniversidadFrancisco de Paula Santander (20 personas), en ingeniería de sistemas,egresados de la Universidad Francisco de Paula Santander (10 personas) eningeniería de sistemas, sin distinción de sexo o edad, empresas que manejen

algún medio en su búsqueda de personal (5 empresas), sin distinción de tamaño.VariablesCriterios de búsqueda de personal usado por las empresas.Uso de medios para buscar empleo por parte de estudiantes y egresados.Aceptación de uso del portal para egresados, estudiantes y empresas.

A.5.3 Técnicas de recolección de datosInvestigación documental (Libros, Documentos, Foros Especializados)La observación (directa, participante)La entrevista cualitativa (no estructurada)

La encuestaA.5.4 Fuentes de Información

Las fuentes de información primaria a tener en cuenta son: Oficina del Egresado UFPS Dirección de Admisiones y registro

143



Diversos planes de estudio de la UFPS Departamentos de Talento Humano del sector privado

Las fuentes de información secundaria a tener en cuenta son:

Sitios Web de oferta de empleo

144



A.5.5 Cronograma de Actividades

145



A.6 ENCUESTAS USADAS EN LA RECOLECCION DE INFORMACION COMOPARTE DEL DISEÑO METODOLOGICO PROPUESTO

A.6.1 PLANTILLA DE ENCUESTA A ESTUDIANTES DE ÚLTIMOS SEMESTREDE LA UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

1. ¿A tenido algún empleo formal en los últimos dos años?2.

3. ¿Se ha inscrito en alguna empresa o cooperativa para que loubiquen en alguna labor o trabajo?

4. ¿A buscado empleo a través de medios digitales como

periódicos en la Web o bolsas de empleo en la Web?a. Si respondió si, Ha sido convocado?

5. ¿Ya realizo su práctica empresarial?a. Si respondió si, ¿Fue vinculado allí?

6. ¿Considera que usted como estudiante de la UFPS tendrámayores opciones de ser vinculado frente a egresados de otrasuniversidades?

7. ¿Seria ideal que la universidad contara con un portal de

empleos en Internet?

SI NO

146



A.6.2 PLANTILLA DE ENCUESTA A EGRESADOS DE LA UNIVERSIDADFRANCISCO DE PAULA SANTANDER

1. ¿A tenido algún empleo formal en los últimos dos años?2. ¿Se ha inscrito en alguna empresa o cooperativa para que lo

ubiquen en alguna labor o trabajo?

3. ¿A buscado empleo a través de medios digitales comoperiódicos en la Web o bolsas de empleo en la Web?

a.Si respondió si, Ha sido convocado?

4. ¿Cuando realizo su practica empresarial fue vinculado allí?

5. ¿Considera que usted como egresado de la UFPS tendrámayores opciones de ser vinculado frente a egresados de otrasuniversidades?

6. ¿Seria ideal que la universidad contara con un portal deempleos en Internet?

SI NO

147



A.6.3 PLANTILLA DE ENCUESTA A DIRECTORES DE TALENTO HUMANODEL SECTOR PRIVADO

1. ¿A contratado egresados de la UFPS en los últimos 12 meses?

2. ¿A contratado estudiantes o practicantes de la UFPS en losúltimos 12 meses?

3. Para la contratación utiliza:Contratación directa___ Contratación Indirecta___ Ambas____

4. ¿A buscado personal a través de medios digitales como bolsasde empleo en la Web?

a. Si respondió si, Ha tenido éxito por allí?

5. ¿A contratado estudiantes que hayan realizado allí su practicaempresarial?

6. ¿Considera que están mejor preparados o con mayoresopciones de ser vinculados las personas de la UFPS frente aegresados de otras universidades?

7. ¿Si la UFPS le brindara acceso a un portal Web donde puedaencontrar el personal que necesita lo usaría?

A.6.4 FORMATO DE INSCRIPCION DE EGRESADOS USADO POR LA OFICINADEL EGRESADO – VICERRECTORIA DE BIENESTAR UNIVERSITARIO

A continuación se anexa el formato que usa la oficina del egresado como parte dela vinculación a su base de datos, esta base de datos física (papel) tiene comoobjeto ofrecer los datos básicos de perfil de un egresado a las distintas empresasque recurren a esta oficina.

SI NO

148



149



A.6.5 TABULACION DE RESULTADOS Y GRAFICAS

La siguiente tabla muestra los resultados de la encuesta a estudiantes de últimossemestres de la Universidad Francisco de Paula Santander.

Pregunta SI NO %Si %No

P1 ¿A tenido algún empleo formal en los últimos dos años? 12 8 60 40

P2¿Se ha inscrito en alguna empresa o cooperativa para que loubiquen en alguna labor o trabajo? 2 18 10 90

P3¿A buscado empleo a través de medios digitales comoperiódicos en la Web o bolsas de empleo en la Web? 16 4 80 20

P4 ¿Ya realizo su practica empresarial 12 8 60 40

P5

¿Considera que usted como estudiante de la UFPS tendrámayores opciones de ser vinculado frente a egresados deotras universidades? 17 3 85 15

P6¿Seria ideal que la universidad contara con un portal deempleos en Internet? 20 0 100 0

P3.A Si respondió si a P3, ¿Ha sido convocado? 8 8 50 50

P4.A Si respondió si a P4, ¿Fue vinculado allí? 2 10 17 83

Total 20

Tabla A. 25. Tabulación de resultados encuesta a estudiantes últimos semestres UFPS

La siguiente es la grafica de los resultados de la encuesta.

Figura A. 13. Resultados de la encuesta a estudiantes últimos semestres UFPS

150



La siguiente es la grafica de los resultados de la encuesta para el numeral 3.A y

4.A.

Figura A. 14. Resultados de la encuesta a estudiantes últimos semestres UFPS-preguntas P3.A yP4.A

Analisis:

Se nota que la gran mayoria de lso encuestados ya hacen uso de mediostecnologicos para buscar empleo, de los cuales la mitad de esos caso han sidoexitosos ya que los han convocado a presentarse.

Tambien se nota que a pesar de que un poco mas de la mitad ya realizo supractica empresarial no lograron engancharse alli, pero este mismo numero depersonas que ya realizaron su practica es el mismo numero de personas que hantenido empleo en el ultimo año, por lo cual no se ve impactado negativamente lano contratacion en indicadores de no empleo.

A su vez la gran mayoria de encuestados ven que salir de egresado de la UFPSrepresenta una ventaja significativa frente a otros egresados de otrasunivarsidades.Y en cuanto al nivel de aceptacion de un medio tecnologico para ellos por parte dela universidad en la busqueda de empleo se noto un total respaldo.

151



La siguiente tabla muestra los resultados de la encuesta a egresados de laUniversidad Francisco de Paula Santander.

Pregunta SI NO

%

SI %NOP1 ¿A tenido algún empleo formal en el últimos año? 25 5 83,3 16,7

P2¿Se ha inscrito en alguna empresa o cooperativapara que lo ubiquen en alguna labor o trabajo 14 16 46,7 53,3

P3

¿A buscado empleo a través de medios digitalescomo periódicos en la Web o bolsas de empleo en laWeb? 26 4 86,7 13,3

P4¿Cuando realizo su practica empresarial fuevinculado allí? 5 25 16,7 83,3

P5

¿Considera que usted como egresado de la UFPS

tendrá mayores opciones de ser vinculado frente aegresados de otras universidades? 19 11 63,3 36,7

P6¿Seria ideal que la universidad contara con un portalde empleos en Internet? 28 2 93,3 6,7

P3.a Si respondió si a P3, ¿Ha sido convocado? 12 8 46,2 30,8

Total 30

Tabla A. 26. Tabulación de resultados encuesta egresados UFPS


152



Figura A. 15. Resultados de la encuesta a egresados UFPS

La siguiente es la grafica de los resultados de la encuesta para el numeral 3.A.

Figura A. 16. Resultados de la encuesta a egresados UFPS-pregunta P3.A

Analisis:Se nota que la gran mayoria de los encuestados ya hacen uso de mediostecnologicos para buscar empleo, de los cuales a diferencia de los estudiantesmas de la mitad de esos casos han sido exitosos ya que los han convocado apresentarse. Lo que indica que a un egresado se le facilita mas la obtencion detrabajo que un estudiante de ultimo semestre.

Tambien en cuanto a formalizar un empleo en el mismo sitio despues de unapractica empresarial se nota un mismo comportamiento que con los estudiantes yaque muy pocos lograron engancharse alli, pero este mismo numero de personasque ya realizaron su practica es el mismo numero de personas que han tenidoempleo en el ultimo año, por lo cual no se ve impactado negativamente la nocontratacion en indicadores de no empleo.

A su vez la gran mayoria de encuestados ven que ha sido mas beneficioso salir deegresado de la UFPS aunque este porcentaje no es tan grande como en losestudiantes lo cual puede suponer que hay egresados que han perdido unaoportunidad laboral frente a otros egresados de una manera que no se esperaban.Y en cuanto al nivel de aceptacion de un medio tecnologico para ellos por parte dela universidad en la busqueda de empleo se noto un respaldo casi total.

153



La siguiente tabla muestra los resultados de la encuesta a Directores talentohumano sector privado.

Pregunta SI NO % Si %N

P1 A contratado egresados de la UFPS en los últimos12 meses? 5 100

P2A contratado estudiantes o practicantes de laUFPS en los últimos 12 meses? 5 100

P3 Para la contratación utiliza:

Directa 2 40

Indirecta 1 20

Ambas 2 40

P4A buscado personal a través de medios digitalescomo bolsas de empleo en la Web? 5 100

P5A contratado estudiantes que hayan realizado allísu practica empresarial? 3 2 60 4

P6

Considera que están mejor preparados o conmayores opciones de ser vinculados las personasde la UFPS frente a egresados de otrasuniversidades? 4 1 80 2

P7

Si la UFPS le brindara acceso a un portal Webdonde pueda encontrar el personal que necesita lousaría? 5 100

P4.A Si respondió si a P4, Ha tenido éxito por allí? 5 0 100

Total 5

Tabla A. 27. Tabulación de resultados encuesta Directores talento humano sector privado


154



Figura A. 17. Resultados de la encuesta a Directores talento humano sector privadoLa siguiente es la grafica de los resultados de la encuesta para 4.A.

Figura A. 18. Resultados de la encuesta a Directores talento humano sector privado-pregunta P4.A

Las dos primeras preguntas muestran que la contratacion de personas egresadas,estudaintes o practicantes de la UFPS cuentan con la total credibilidad y respaldopor parte del sector privado.

En cuanto al uso de medios tecnologicos para cubrir vacantes, todos lo dirtectoresmanifestaron si haberlos usado y tambien haber tenido éxito en sus convocatoriasrealizadas por alli.

Tambien se nota que la mayoria confia en el talento UFPS frente a otras hojas devida que son presentadas por otros egresados y esto se confirma tanto en lapregunta 1 y 2 como en la 5, en la cual la mayoria ha contratado practicantesluego de haberlas terminado.

En cuanto a la idea de querer usar un portal tecnolgico de parte de la UFPS serecibio un total apoyo a la idea y al uso de la misma.

155



156



A.7 MANUALES

A.7.1 Manual de InstalaciónPara comenzar se revisa dentro del CD-ROM la carpeta Instaladores, figura A.20

Figura A. 19. Carpetas contenidas en el CD-ROM

Se escoge para iniciar el archivo appserv-win32-2.5.10_1.exe el cual tambiénpodemos conseguir en Internet del sitio http://www.appservnetwork.com/, esta

versión contiene los siguientes programas

• Apache 2.2.4• PHP 5.2.3• MySQL 5.0.45• phpMyAdmin-2.10.2

Figura A. 20. Carpetas contenidas en el CD-ROM

Luego de que la instalación haya finalizado se va al navegador y escribimoshttp://localhost y si aparece la siguiente pantalla indicara que la instalación escorrecta.

157



Figura A. 21. Pantalla de localhost

En caso de alguna falla se recomienda instalar el archivo mysql-gui-tools-5.0-r12-win32.msi el cual también se puede conseguir enhttp://dev.mysql.com/downloads/gui-tools/5.0.html.

Esta instalación contiene los siguientes componentes:• Administrador •

Migration toolkit• Query Browser • System Tray Monitor

• Ejecutamos el System Tray Monitor, el cual se ubica en Inicio/MySQL, estehabilitara un icono en la parte inferior izquierda. La figura 23 y 24 muestracomo ver esta opción.

Figura A. 22. Ejecución de System Tray Monitor

Luego de ejecutarlo aparecerá el icono en la parte inferior izquierda como muestrala figura 24

158



Figura A. 23. Icono System Tray Monitor activo

Este icono nos muestra el estado de la instancia MySql, si esta en verde lainstancia esta corriendo correctamente, en caso de aparecer en rojo significa quela instancia no esta corriendo por lo cual hay que configurarla, damos clic derechosobre el icono y escogemos “Configure Instance” esto abrirá el siguiente cuadro.

Figura A. 24. Icono System Tray Monitor inactivo

Se verifica la pestaña “Configure service” y se rectifica que las rutas concuerden

con la carpeta donde quedo el MySQL instalado.

159



FiguraA. 25. Ventana Configure Service

En caso de seguir el servicio sin funcionar, es mejor reinstalar el MySQL de formaseparada o remitirse al manual de MySQL que se encuentra en la ruta cd-rom\select\Manual\index.html.

Para acceder a los manuales de instalación solo es dirigirse a la carpeta dondeeste la aplicación y buscar la carpeta Manual, allí abrimos esta carpeta yejecutamos en nuestro navegador el archivo Index.htmlLa figura A.20 nos muestra dicha carpeta junto a las demás que componennuestro sistema.

160



Figura A. 26. Ruta donde se ubican los manuales de instalación

La figura A.28 nos muestra el contenido del archivo Index.html visto por unnavegador

Figura A. 27. Menú con las opciones de manual de instalación visto desde un navegador.

Si ya nos aparece la pantalla de la figura A.22 procedemos a restaurar la copia deseguridad, que se encuentra en CD-Rom/select/ BD.sql, este archivo tiene elformato MySqlDump el cual lo podemos restaurar usando Sql-Yog que yapreviamente se instalo.

Damos clic derecho sobre la base de datos que se debera llamar SELECT, y seescoge Restore from SQL Dump…

161



Se escoge la ruta que ya se enuncio y se da sobre Restore. En caso de error

Figura A. 28. Restaurar base de datos desde Sql-yog

En caso de error SQLyog al restaurar la base de datos, SqlYog genera un archivocon los errores encontrados y la línea a la que le corresponde, para visualizarlo seda clic en Open Error File

Figura A. 29. Ventana error al restaurar base de datos desde Sql-yog

Después de haber restaurado la base de datos, se procede a guardar los archivosdel sistema SELECT, estos están ubicados en CD-ROM\Select, se copia lacarpeta completa en: Unidad destino:\appserv\www. (La unidad destino

162



corresponde donde se haya instalado). Con esto finaliza la instilación del sistema,para comprobar que la correcta instalación se entra al navegador y se digita:http://localhost/select. La cual mostrara la pantalla de inicio.

Figura A. 30. Pantalla de inicio del sistema Select

Una vez en la pantalla de inicio podremos ingresar por medio de los siguientesusuarios iniciales.

Estudiante: Usuario: 123 Clave: 123Egresado: Usuario: 111 Clave: 111Empresa: Usuario: 222 Clave: 222Director plan: Usuario: 444 Clave: 444Administrador:Usuario: adm Clave: adm

163



A.7.2 Manual del usuario

A.7.2.1 USUARIO ESTUDIANTE/EGRESADO:

Se debe digitar la dirección asignada para este servicio, la cual nos desplegara lapagina principal mostrada por la figura A.32.

Figura A. 31. Pagina principal de la opción Estudiante/Egresado

Para ingresar como estudiante debemos escribir:En el campo Código: Su código dentro de la universidad.En el campo Clave: Su clave dentro de la universidad.

En el caso de ser egresado:En el campo Código: Su código dentro de la universidad.En el campo Documento: Su número de documento de identidad

Datos básicos:Una vez ingresado y validado por el sistema este lo direccionara a la siguiente

pantalla de datos básicos.

164



Figura A. 32. Pagina de datos básicos.

Esta pantalla se divide en 2 partes que se explican a continuación:La zona azul, es el menú de navegación, allí están los links que me permitirán ir llenando los diferentes formularios y un ultimo link (Resultados) que permiten ir auna pantalla donde encontrar los clasificados vigentes.La zona verde son los datos básicos del estudiante o egresado, en negrilla elsistema ya predeterminadamente carga la información que extrae del sistema dela universidad, por lo que solo resta completar los campos vacios.Hay que aclarar que los campos con (*) a su lado derecho son obligatorios paraque el formulario sea correctamente guardado.

Cuando un campo con (*) hace falta saldrá alguno de los siguientes mensajes:

Figura A. 33. Mensaje común cuando faltan datos en un formulario.

165



Figura A. 34. Pagina de datos básicos cuando la información esta completa.

Aquí ya la pantalla de datos básicos esta llena, una vez hecho esto solo es dar clicen el botón Insertar. Y mostrara lo siguiente, “Registro grabado correctamente”encima del formulario.

Figura A. 35. Mensaje común cuando la información ha sido guardada.

166



Educación

Se llega allí haciendo clic en el menú, link Educación

Figura A. 36. Pantalla de datos de educacion.

Esta opción permite guardar la información de los estudios realizados por unapersona, adicional este formulario contiene debajo una planilla donde se muestran

los datos que se van guardando, ya que una persona puede tener varios estudiosrealizados, y dentro de esta planilla se cuenta con las opciones VER/EDITAR yELIMINAR, que me permitirán ver la información completa del estudio escogido oeliminarlo si deseo.

Al dar clic sobre VER/EDITAR, como vemos, me carga el formulario con los datosque se habían guardado. Si se desea modificar algo solo es cambiarlo y dar clic enInsertar.

167



Figura A. 37. Formulario de datos de educación diligenciado.

Si se desea eliminar, solo es dar clic en Eliminar, y el me regresara a la mismapantalla solo que la planilla ya no contendrá el registro que se borro,Nota: El sistema no pregunta por confirmación antes de eliminar.

IdiomasLlegamos allí haciendo clic en el menú, link Idiomas

Figura A. 38. Formulario de idiomas.

168



Esta opción permite guardar la información de los idiomas y dialectos que conoceuna persona, adicional permite detallar en que niveles lo domina, en su formaescrita, oral y de escucha.

CapacitaciónSe llega allí haciendo clic en el menú, link Capacitación

Figura A. 39. Formulario capacitación.

Esta opción permite guardar la información de las capacitaciones como lo soncursos, talleres, seminarios, congresos y demás. El formulario cuenta con laopción de discriminar el tiempo en horas, días, semanas, meses o años, parapoder lograr ser mas detallado el ingreso de esta información.

169



Experiencia LaboralSe llega allí haciendo clic en el menú, link Experiencia Laboral.

Figura A. 40. Formulario Experiencia laboral.

Esta opción permite guardar la información de las experiencias laborales de unapersona, las funciones que realizaba y los logros, dando una mayor informacióncuando este perfil sea visitado.

Datos Adicionales

Llegamos allí haciendo clic en el menú, link Datos Adicionales.

170



Figura A. 41. Formulario Datos adicionales.

Esta opción permite guardar la información de ciertos datos adicionales quepueden ser importantes para ayudar en la selección. Como si posee vehiculo, lalicencia, si pertenece a alguna comunidad especial o si posee algunadiscapacidad.

Resultados

Se llega allí haciendo clic en el menú, link Resultados.

Figura A. 42. Vista de resultados.

Esta opción permite consultar las solicitudes que han ingresado las empresas, yse dividen en dos opciones, Vacantes de mi carrera, solicitudes propias de lacarrera y Vacantes en general, que no van enfocadas a una carrera en especial.

171



A continuación se ve un ejemplo de estas dos partes, la primera parte es paraIngeniería de sistemas y la segunda es una solicitud para cualquier persona.

Figura A. 43. Vista de resultados expandida.

A su vez se pueden ver mas detalles de la propuesta y los datos de la empresa yen caso de que sea de interés, postularme. Con esa opción la empresa recibiráuna notificación para que vean el perfil de la persona.

172



A.7.2.2 Manual del usuario Empresa

RegistrarseSe debe digitar la dirección asignada para este servicio, una vez aceptemos nos

desplegara la pagina principal la cual es mostrada por la figura A.45.

Figura A. 44. Pagina principal.

En la pantalla principal se da clic en “Registre su empresa”. Este mostrara la

siguiente pantalla.

173



Figura A. 45. Pagina de registro de empresa.

En este formulario se ingresan los datos principales de una empresa, Nit, nombre,actividad comercial, domicilio, etc. Al final existen unas condiciones que deben ser aceptadas las cuales constituyen términos para garantizar un buen uso delsistema y protección de las personas que en lo posible sean contactadas a travésde este medio.Los campos con (*) a la derecha son obligatorios para que se pueda guardar la

información.

Una vez registrado correctamente, se da clic en PAGINA PRINCIPAL y se procedea ingresar al sistema de la siguiente manera.

174



Figura A. 46. Pagina de principal empresa

Escribir En el campo Nit: El nit de la empresa.En el campo Clave: Su clave registrada.

Una vez se ingresa correctamente el sistema se ubica en la sección de Datos

básicos

175



Figura A. 47. Pagina de datos basicos

Allí aparecen precargados todos los datos que se ingresaron al registrar laempresa, y pueden a su vez ser modificados, a excepción del NIT y la fecha en laque se registro la empresa.Cabe

Solicitudes

Llegamos allí haciendo clic en el menú, link Solicitudes.

176



Figura A. 48. Pagina de datos básicos

En este formulario se crearan todas las solicitudes de empleo que una empresarequiera. Se describe el trabajo, el pago, el tipo de jornada, el nivel académico quese requiere y las carreras a las que se enfoca la solicitud.Debajo del formulario se mostraran todas las solicitudes que ya tenga la empresaguardada y si se desea modificarla o eliminarla se puede hacer desde allí.

ResultadoSe llega allí haciendo clic en el menú, link Resultado.

Figura A. 49. Pagina de resultados

Esta opción permite a la empresa en tiempo real hacer la búsqueda de suscandidatos, el sistema los divide en dos, los primeros opcionados, que son los que

177



prácticamente cumplen con los requisitos de Nivel académico, de Idiomas, deConocimientos y los segundos opcionados que son aquellos que están muy cercade cumplir todos los requisitos.

Cuando se da clic en VER PRIMEROS OPCIONADOSSe despliega lo siguiente:

Figura A. 50. Pagina de resultados expandida

El nombre de la persona completo, su carrera y un link llamado mas detalles quepermite ver su hoja de vida completa.También cuenta con un link Contactar, el cual al darle clic enviara un mail,avisando que dicha empresa lo requiere para cumplir con la solicitud.

178

proyecto ing de sistemas

Documents