Rights info:eu-repo/semantics/openAccess
Autor:
Asesor:
2
AGRADECIMIENTOS
3
RESUMEN
Una organizacin podr tener la mejor tecnologa posible y contar con el respaldo
financiero necesario pero si no cuenta con una adecuada poltica de recursos humanos,
la plantilla de empleados siempre se mantendr entrando y saliendo haciendo una
tediosa rotacin de personal, lo que lograra una prdida de productividad en la
empresa que afectar las medidas que se tomen para ser competitivos.
Todo esto se puede plantear igualmente en el problema de gestin del personal por las
que atraviesan las empresas virtuales de las carreras de Ingeniera de Sistemas de
Informacin e Ingeniera de Software, con el corto tiempo que tiene el personal y la
rpida rotacin.
4
ndice
1.2.3 Reclutamiento...................................................................................................... 15
5
3.1.2.2. Vista Lgica .................................................................................................... 37
6
Bibliografa ................................................................................................................................ 92
Anexos ........................................................................................................................................ 94
7
LISTAS ESPECIALES:
ndice de Figuras
8
ndice de Tablas
9
ndice de Anexos
ANEXO A ACTAS DE REUNIN
ANEXO B PROCESO DE SELECCIN DE PERSONAL
ANEXO C ESPECIFICACIN DE CASOS DE USO
ANEXO D ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE
ANEXO E ESPECIFICACIONES SUPLEMENTARIAS.
ANEXO F INFORMES DE QA
ANEXO G ESTANDARES DE CODIFICACIN.
ANEXO H PLAN DE GESTIN DE RIESGOS.
ANEXO I PLAN DE DESARROLLO DE SOFTWARE
ANEXO J PLAN DE ITERACION
ANEXO K DOCUMENTO DE ARQUITECTURA DE SOFTWARE
ANEXO L CRONOGRAMA DE PROYECTO
10
Captulo 1
Fundamento Terico
11
1.1 Antecedentes:
Las carreras de Ingeniera de Sistemas de Informacin e Ingeniera de Software ofrecen
a los alumnos, desde el sptimo ciclo de estudio, la oportunidad de trabajar en empresas
virtuales como parte del curso de titulacin que comprende los cursos de Taller de
Desempeo 1 , Taller de Desempeo 2, Taller de Proyectos 1 y Taller de Proyectos 2.
Como parte de los Aprendizajes desempearn diferentes roles de cargos que les
permitirn luego evidenciar capacidades y competencias adquiridas durante su
formacin. En Taller de Desempeo 1 y 2 los alumnos trabajaran en las empresas
virtuales creadas por las carreras, desempendose como empleados nuevos que se
capacitarn y ocuparan roles en proyectos que tengan las empresas virtuales en cartera.
Los alumnos de Taller de Proyectos 1 y 2 son alumnos que lograron superar con xito
los roles que desempeo en Taller de Desempeo 1 y 2 teniendo como oportunidad
poder ser Jefe de un Proyecto en especial que se encuentre en la cartera de proyectos de
la empresa en la que labora.
12
QA : Empresa Virtual creada por las carreras de Sistemas de Informacin e
Ingeniera de Software con la principal misin de brindar revisin de calidad a
las dems empresas virtuales.
Al comenzar cada ciclo acadmico una de las principales dificultades que atravesaban
las empresas virtuales, era el proceso de contratacin de personal para los cursos de
Taller de Desempeo 1, Taller de Desempeo 2 y Taller de Proyectos 1.
Este proyecto fue realizado por el alumno Enrique Aguilar y permiti a los Gerentes de
Recursos Humanos publicar ofertas laborales de modo que los alumnos puedan
inscribirse y postular stos. De esta manera todas las empresas virtuales contaran con
la capacidad de escoger y seleccionar eficazmente a su personal.1
Con el tiempo si bien esta versin permiti avanzar y contar en lnea con las personas
que cubriran los diferentes cargos de estas empresas, el tiempo y su aplicacin
mostraron tambin factores que limitaron el uso del SCP v1.0 entre los cuales podemos
mencionar:
Por lo que una vez aprobado el Plan de Adquisiciones y Capacitaciones por el comit
de proyectos se pudiera publicar la oferta laboral por Rol o Proyecto, y as lograr una
mejor Gestin de Talento Humano.
1
Enrique Aguilar. Memoria de Proyecto Sistema de Contratacin de Personal V1.0
13
Todo esto motivo a mejorar la primera versin y construir una nueva versin 2 que
complementara y pudiera dar solucin a las desventajas considerando que en la
actualidad las tcnicas de seleccin del personal tienen que ser mas subjetivas y
afinadas determinando los requerimientos de los recursos humanos, acrecentando las
fuentes ms efectivas que permitan contar con los candidatos ms idneos, evaluando su
potencialidad fsica y mental , as como su aptitud para el trabajo a realizar, utilizando
una serie de tcnicas entre ellas la entrevista, pruebas psicometras y exmenes en
lnea, por ello se requiere de un nuevo Software. Con este software las empresas podrn
gestionar la informacin relacionada a las personas de la empresa virtual y perfiles
histricos, es decir, los datos personales y profesionales, currculum, histrico de
puestos, competencias, entre otros.
1.2.2 Planeamiento
Segn Shein, la definicin de Planificacin de Recursos Humanos es la siguiente: Es
una estrategia para atraer, mejorar y conservar los Recursos Humanos en una empresa,
la cual tiene la necesidad de: Evaluar los recursos humanos actuales, Proyectar los
requerimientos laborales futuros, asegurar la disponibilidad de los recursos laborales.
As mismo Hellrieger considera que una planeacin efectiva tiene los siguientes pasos:
14
computarizados de Recursos humanos para as tener fcil acceso de la
informacin vital relacionada con el trabajo.
1.2.3 Reclutamiento
Es el proceso de bsqueda, dentro y fuera de la organizacin, de personas para obtener
alguna de las vacantes. Si el proceso es eficaz no slo atrae personas a la organizacin,
sino que crecen las probabilidades de retenerlos una vez contratados. Es
particularmente importante que los gerentes consideren el entorno cuando crean un
programa de reclutamiento. Si la oferta de empleados calificados excede la demanda
local, el reclutamiento es relativamente sencillo.
1.2.4 Seleccin
El proceso de seleccin de empleados comprende decidir cul de estos reclutas contratar
y para que puesto. En la decisin sobre a quin elegir a menudo se toma en cuenta tanto
la capacidad de la persona para realizar el trabajo como las probabilidades que tiene de
ajustarse a la organizacin.
En lo referente a Seleccin del Personal Marta Alles propone una serie de pasos y
procesos para una correcta seleccin:
Paso 4. Recolectar informacin sobre el perfil del puesto y hace una anlisis del cargo a
cubrir.
Paso 5. Anlisis del personal que integra hoy la organizacin, para saber si existe algn
posible candidato interno para la posicin.
Paso 6. Decisin sobre realizar o no una bsqueda interna. Para reclutamiento interno
se puede implementar job posting o auto-postulacin.
15
Paso 7. Definicin de fuentes de reclutamiento externo (anuncios, bases de datos,
contactos, consultoras). Puede darse el caso de un reclutamiento combinado: interno y
externo.
Paso 10. Entrevistas (una sola o varias rondas). Lo usual son dos rondas de entrevistas.
Objetivos de las entrevistas: presentacin al postulante del puesto que se desea cubrir;
anlisis y evaluacin de la historia laboral para determinar si los conocimientos y
competencias del postulante se relacionan y en qu grado con el perfil buscando, y
anlisis de las motivaciones de la persona entrevistada en relacin con la bsqueda.
Paso 13. Confeccin de informes sobre finalistas. La informacin debe ser completa y,
al mismo tiempo, debe presentarse de manera que interese al cliente interno, generando
expectativas razonables sobre los finalistas elegidos.
Paso 15. Proceso de Seleccin del finalista por parte del cliente interno. Asesorar al
cliente interno en el momento en que este deba tomar la decisin. Estar siempre atentos
al grado de satisfaccin del cliente interno en relacin con la bsqueda en s y sobre el
desarrollo en general del proceso de seleccin.
Paso 16. Negociacin de la oferta de empleo. Puede realizarla el futuro jefe o el rea de
Recursos Humanos. Cada organizacin fijar polticas al respecto.
16
Paso 17. Presentacin de la oferta por escrito. Esta modalidad no es de uso frecuente en
muchos pases, sin embargo es una buena prctica a utilizar. Las organizaciones que lo
hacen, adoptan esta prctica en todos los niveles.
Paso 18. Comunicacin a los postulantes que quedaron fuera del proceso de seleccin.
Se sugiere realizar este paso una vez que la persona seleccionada ha ingresado a la
organizacin.
Postulacin a un proyecto
17
1.3 Objetivos
18
Captulo 2
Requerimientos del Sistema y
Productos
19
2.1 Descripcin del Captulo
A continuacin, se mostrar un resumen de los principales entregables que se realizaron
en la captura de requerimientos del sistema. Se comenzar por explicar la metodologa
escogida para realizar el proceso de la captura de requerimientos, y posteriormente se
expondrn los requerimientos capturados. Seguidamente, se mostrar el proceso de
negocio definido en base a dichos requisitos. Por ltimo, se expondrn los principales
puntos de los documentos Especificacin de Requerimientos de Software y
Especificaciones Suplementarias.
2.2.1 Stakeholders
Para realizar la captura de los requerimientos, a travs de la metodologa se
realizaron entrevistas, grupos focales y reuniones con los stakeholders para
recoger informacin, expresando sus necesidades, requerimientos y analizar las
posibles causas de las actuales ineficiencias.
Para ello se conto con los lderes de las siguientes empresas:
Gerente General (Miguel Arruntegui)
Acta de Conformidad
20
Acta de Compromiso por parte de los Gerentes de RRHH
Los requerimientos funcionales capturados a partir de las entrevistas y reuniones con los
stakeholders son los siguientes:
La solucin debe cumplir como mnimo las siguientes caractersticas basadas en las
especificaciones funcionales y los requerimientos no funcionales:
21
RNF3. La solucin debe tener bajo nivel de acoplamiento y la posibilidad de editar
fcilmente los parmetros que se consideren dinmicos y requieran cambios
frecuentes.
RNF4. La solucin debe ser orientada a servicios (SOA).
RNF5. La solucin debe cumplir al menos con los estndares de desarrollo y buenas
prcticas de desarrollo de software seguro.
RNF6. Manejar WSDL para la descripcin de servicios Web.
22
2.3 El proceso del Negocio
A continuacin se muestra el proceso del Sistema de Contratacin de Personal:
23
2.3.1 Descripcin de la Grfica
A continuacin se explicar actividad por actividad para un mejor entendimiento de la
grfica anterior.
Actividad Descripcin
24
Actividad Descripcin
25
Actividad Descripcin
26
2.3.2 Parte del sub-diagrama de postulacin
2
Memoria del proyecto de Arquitectura Empresarial de Manuel Tejada
27
Descripcin del Subproceso Actividad A7
A continuacin se explicar actividad A7 para un mejor entendimiento de la grfica
anterior.
Actividad Descripcin
28
Actividad Descripcin
Estos harn uso del sistema para agilizar el tiempo que toman las contrataciones.
29
Cdigo Caso de Uso
Trazabilidad
Trazabilidad Requerimientos
Cdigo Descripcin Actividad Funcionales
Este caso de uso permitir al usuario
registrar las ofertas de los roles
necesarios en su empresa en el Sistema
CU1 de Contratacin de Personal.
A5 RF1
As como tambin elegir un rango de
tiempo en el cual estarn activas
Este caso de uso permitir al usuario
registrar las ofertas de un proyecto en
el Sistema de Contratacin de
CU2 Personal. As como tambin elegir un
A5 RF1,RF11
rango de tiempo en el cual estarn
activas
Este caso de uso permitir al usuario,
despus de entrevistar a los
CU3 postulantes, contratar o rechazar a los
A11,A7.3 RF6, RF13
postulantes.
Este caso de uso permitir al usuario
CU4 visualizar la lista de los alumnos A9 RF12
contratados.
Este caso de uso permitir al alumno
postular a un rol propuesto por la
empresa o a un proyecto en particular.
Esta postulacin debe poder ser
CU5 realizada en un tiempo de intervalo
A7,A7.2 RF3
especfico, mientras dure la oferta
laboral y tener un mximo de
postulaciones.
30
Trazabilidad
Trazabilidad Requerimientos
Cdigo Descripcin Actividad Funcionales
Este caso de uso permitir a los
alumnos ver las postulaciones que
CU6 realiz, adems de tener la potestad de A7.5
modificar la prioridad de las empresas
a las cuales desea postular.
Este caso de uso permitir al usuario
poder notificar a los alumnos que
CU7 postularon a sus ofertas que tiene A7.4, A7.6 RF6
asignado un da y hora especfica para
su entrevista personal
Si los Gerentes de Recursos Humanos
de las empresas virtuales gestionan una
CU8 entrevista con el alumno, A7.4 RF2
este caso de uso permitir al alumno
poder aceptar o rechazar la entrevista.
Este caso de uso permitir a los
alumnos modificar su perfil de
postulante, para este caso en particular
se trata de subir un CV y tener la
CU9 potestad de actualizarlo, adems de
A7.1 RF4
especificar si ha trabajado como
desarrollador, tester o analista durante
los talleres.
Tabla 4. Trazabilidad CU vs. Actividades del Proceso
Fuente: Elaboracin propia.
La tabla de Trazabilidad CU versus Actividades del Proceso muestra el cruce entre las
actividades del proceso de contratacin de personal y los requerimientos funcionales
contra cada Caso de Uso del sistema dando una descripcin de cada uno.
Para mayor detalle se recomienda ver Anexos C y D.
31
Especificaciones Suplementarias Descripcin
El sistema debe ser utilizado a travs
de Internet. A travs de Internet
Explorer 6 superior, o Mozilla
Firefox 3.5 superior.
Usabilidad Los nombres de los botones,
hipervnculos, mensajes de error y
ventanas de dilogo estarn
estandarizados para una mayor
facilidad de interaccin del usuario.
32
Especificaciones Suplementarias Descripcin
El sistema debe autenticar a alumnos y
profesores contra el servidor de
autenticacin de UPC: ADACADMO.
33
Captulo 3
Diseo Arquitectnico
34
3.1 Descripcin del Captulo
Nos muestra los aspectos de la Arquitectura del Software como un diseo de ms alto
nivel de la estructura del sistema, abstrayendo los componentes que se llevarn a cabo
de acuerdo a la tarea de computacin, sus interfaces y la comunicacin entre las
mismas. Por ello se plantean un conjunto de patrones y abstracciones coherentes que
proporcionaran el marco; es decir, se ha seleccionado y diseado segn los objetivos
planteados y restricciones recogidas. Los objetivos son prefijados para este sistema de
informacin, mostrando los de tipo funcional, as como los de mantenimiento, que sea
auditable, flexible e interaccione con otros sistemas de informacin.
35
3.1.2 Vistas
Cada paradigma de desarrollo exige diferente nmero y tipo de vistas o modelos para
describir la arquitectura. No obstante, existen al menos tres vistas absolutamente
fundamentales en cualquier arquitectura:
36
El Actor es un usuario web general que despus de identificarse puede convertirse en
Usuario Gerente de Recursos Humanos o Usuario Alumno, y pueden acceder a
Administrar la cuenta segn sea el caso, y darle acceso a los caso de uso por actor.
El sistema SCP se basa en una arquitectura bsica de 3 capas donde se separa por la
capa de presentacin, de la capa de negocios y la capa de acceso a datos. En la grfica
se muestra la interaccin de estas capas en el sistema.
37
3.1.2.3. Vista de Procesos de la Aplicacin
1
1 1 1
* * * *
*
El diagrama muestra los elementos de diseo relevantes para el proceso. No todos los
elementos de diseo son mostrados, pero cada uno de estos elementos, provee suficiente
informacin que se sobrentienda que tipo de elementos de diseo son mapeados en los
diferentes procesos.
Desde la interfaz web corren todos javascripts y el contenedor web es que el que se
encarga de tener todos los facelets, jspx y clases de Java quienes funcionan bajo este
contenedor. Mediante persistencia de datos se puede obtener y guardar los datos hacia el
SQL Server.
38
3.1.2.4. Vista de Despliegue
El Sistema de Contratacin de Personal tendr una aplicacin Web que automatizar
todas las actividades de la ejecucin de Contratacin de Personal.
A continuacin se muestra una imagen que grfica el despliegue que la aplicacin Web.
39
Componente Caracterstica del Componente
Servidor Web
Hardware
Software
40
Se provee la descripcin de requerimientos recomendables de hardware para la
instalacin y despliegue de SCP en el Servidor Web.
Hardware
Memoria 512 MB
Disco Duro 2 GB
Software
Servidor de Autenticacin
Hardware
Memoria 2 GB
Software
41
cuenta que el sistema tendr la entrada de por lo menos 100 usuarios en un lapso de
3 horas, por lo que es necesario prever con hardware para evitar la cada de los
servidores.
42
3.1.2.5. Vista de Datos
43
RolXPostulante
CriteriosEvaluacion Rol
idCriteriosEvaluacion (FK)
idCriteriosEvaluacion idRol (FK) idRol
Convocados
Estado CapacidadesXPostulantes
IdConvocados
idEstado idPostulante (FK)
fechaConvocacion idCapacidadesAlumno
idOfertaEmpresa (FK) estado
IdPostulantes
idEstado (FK)
Postulante
idPostulante CompetenciasXPostulante
analista idPostulante (FK)
tester idCompetenciasAlumno
rutaCV
desarrollador
codigo
Contratacion
OfertaEmpresa
idContratacion
idOfertaEmpresa Entrevista
idPostulante (FK)
idEmpresa idEntrevista
fechaInicio
idOfertaEmpresa (FK) idOfertaEmpresa (FK)
fechaFin idPostulante (FK)
fechaHora
OfertaProyecto Postulacion
idOfertaEmpresa (FK) idPostulacion
idTipoAlumno idPostulante (FK)
idEmpresa (FK) fechaAplicacion
objetivos idOfertaEmpresa (FK)
idProyecto (FK) prioridad
descripcion
ProyectoXEmpresa
fechaInicio
idProyecto fechaFin OfertaLaboral
idEmpresa logros
idOfertaEmpresa (FK)
nombre
descripcion fechaFin CapacidadesXOfertaLaboral
idEmpresa
fechaInicio idCapacidadesOferta
numeroVacantes idOfertaEmpresa (FK)
descripcion idCapacidades
CompetenciasXOfertaLaboral idRol
idCompetencias
idCompetencia
idOfertaEmpresa (FK)
44
3.1.2.5.1. Diccionario de Datos
Nombre Columnas FK
FK_CapacidadesXOfertaLaboral_OfertaLaboral idOfertaEmpresa
Tabla 11. Tabla de Referencias de la Tabla CapacidadesXOfertaLaboral.
Fuente: Elaboracin propia.
45
3.1.2.5.1.2. Tabla CapacidadesXPostulante
Nombre Columnas FK
PK_CapacidadesXPostulantes_Postulante idPostulante
Tabla 13. Tabla de Referencias de la Tabla CapacidadesXPostulante.
Fuente: Elaboracin propia.
46
3.1.2.5.1.3. Tabla CompetenciasXOfertaLaboral
Nombre Columnas FK
FK_CompetenciasXOfertaLaboral_OfertaLaboral idOfertaEmpresa
Tabla 15. Tabla de Referencias de la Tabla CompetenciasXOfertaLaboral.
Fuente: Elaboracin propia.
47
3.1.2.5.1.4. Tabla CompetenciasXPostulante
Nombre Columnas FK
PK_CompetenciasXPostulante_Postulante idPostulante
Tabla 17. Tabla de Referencias de la Tabla CompetenciasXPostulante.
Fuente: Elaboracin propia.
48
3.1.2.5.1.5. Tabla Contratacion
Nombre : Contratacin
Cdigo : Contratacion
Descripcin : Tabla donde se almacenan las contrataciones de las postulaciones
realizadas.
Esquema : SCPDB
Lista de Columnas de la tabla Contratacion
Nombre Columnas FK
FK_Contratacion_Postulante idPostulante
FK_Contratacion_OfertaEmpresa idOfertaEmpresa
Tabla 19. Tabla de Referencias de la Tabla Contratacion.
Fuente: Elaboracin propia.
49
3.1.2.5.1.6. Tabla Convocados
Nombre : Convocados
Cdigo : Convocados
Descripcin : Tabla donde se almacenan las convocados de las postulaciones
realizadas.
Esquema : SCPDB
Lista de Columnas de la tabla Convocados
Nombre Columnas FK
FK_Convocados_Postulante idPostulante
FK_Convocados_OfertaEmpresa idOfertaEmpresa
FK_Convocados_EstadoConvocacion idEstado
Tabla 21. Tabla de Referencias de la Tabla Convocados.
Fuente: Elaboracin propia.
50
3.1.2.5.1.7. Tabla CriteriosEvaluacion
Nombre : Entrevista
Cdigo : Entrevista
Descripcin : Tabla donde describe cada proyecto que crea cada empresa.
Esquema : SCPDB
Lista de Columnas de la tabla Entrevista
Columna Descripcin Tipo de Dato Nulo PK FK
idEntrevista Cdigo de Entrevista Integer False True False
fechaHora Fecha y hora de la entrevista Datetime False False False
programada.
idOfertaEmpresa Cdigo de Oferta Empresa Integer False False True
idPostulante Cdigo de Postulante Integer False False True
Tabla 23. Tabla Entrevista.
Fuente: Elaboracin propia.
51
3.1.2.5.1.9. Tabla EstadoConvocacion
52
3.1.2.5.1.11. Tabla OfertaLaboral
53
3.1.2.5.1.12. Tabla OfertaProyecto
Nombre Columnas FK
FK_OfertaProyecto_ProyectoXEmpresa idProyecto, IdEmpresa
Tabla 28. Tabla de Referencias de la Tabla OfertaProyecto.
Fuente: Elaboracin propia.
54
3.1.2.5.1.13. Tabla Postulacion
Nombre : Postulacin
Cdigo : Postulacion
Descripcin : Tabla que almacena las postulaciones de cada alumno a una oferta
laboral.
Esquema : SCPDB
Lista de Columnas de la tabla Postulacion
Columna Descripcin Tipo de Dato Nulo PK FK
idPostulacion Cdigo de Postulacion Integer False True False
idPostulante Cdigo de Postulante Integer False False True
fechaAplicacion Fecha en la que el postulante Datetime False False False
ingreso su aplicacin.
idOfertaEmpresa Cdigo de Oferta Empresa Integer False False True
Prioridad La prioridad que se le asigno Integer False False False
al postulante
Tabla 29. Tabla Postulacion.
Fuente: Elaboracin propia.
Nombre Columnas FK
FK_Postulacion_Postulante idPostulante
FK_Postulacion_OfertaEmpresa idOfertaEmpresa
Tabla 30. Tabla de Referencias de la Tabla Postulacion.
Fuente: Elaboracin propia.
55
3.1.2.5.1.14. Tabla Postulante
Nombre : Postulante
Cdigo : Postulante
Descripcin : Tabla que almacena los datos de los postulantes.
Esquema : SCPDB
Lista de Columnas de la tabla Postulante
Columna Descripcin Tipo de Dato Nulo PK FK
idPostulante Cdigo de Postulante Integer False True False
analista Indicador si el postulante Integer True False False
desea ser analista.
0: Desactivado
1: Activado
tester Indicador si el postulante Integer True False False
desea ser tester.
0: Desactivado
1: Activado
rutaCV Ruta donde se almacena el Varchar(100) True False False
Currculo Vitae que el
Postulante almacena.
desarrollador Indicador si el postulante Integer True False False
desea ser desarrollador.
0: Desactivado
1: Activado
cdigo Codigo de alumno del CHAR(10) False False False
postulante en la UPC
Tabla 31. Tabla Postulante.
Fuente: Elaboracin propia.
56
3.1.2.5.1.15. Tabla ProyectoXEmpresa
Nombre Columnas FK
FK_RolXPostulante_Postulante idPostulante
Tabla 34. Tabla de Referencias de la Tabla RolXPostulante.
Fuente: Elaboracin propia.
57
3.1.2.5.1.17. Tabla RolXPostulanteCriteriosEva
Nombre Columnas FK
PK_RolXPostulanteCriteriosEva_RolXPostulante idRol
PK_RolXPostulanteCriteriosEva_CriteriosEvaluacion idCriteriosEvaluacion
Tabla 36. Tabla de Referencias de la Tabla RolXPostulanteCriteriosEva.
Fuente: Elaboracin propia.
58
Captulo 4
Diseo Detallado
59
En este captulo se presentar el diseo de los casos de uso del Sistema de Contratacin
de Personal, mostrar el diseo de los componentes de presentacin, la lgica del
negocio y de acceso a Datos. Adems, se mostrar y explicar el diseo lgico y fsico
de la base de datos por esquemas.
A continuacin se presentan los diagramas de secuencia de cada caso de uso para este
actor:
60
Figura 10 Registrar Oferta de Proyecto
Fuente: Elaboracin propia.
61
62
Figura 11 Registrar Oferta Laboral de un Rol
Fuente: Elaboracin propia.
63
Figura 12 Gestionar Entrevistas
Fuente: Elaboracin propia.
64
Figura 13 Contratar o Rechazar Recurso
Fuente: Elaboracin propia.
65
Figura 14 Consultar Alumnos Contratados
Fuente: Elaboracin propia.
66
4.2 Mdulo de Alumno
El Mdulo del Alumno permitir a los usuarios ingresar su currculo vitae adems del
perfil de competencias y capacidades que dispondr en su historial. Adems de la
posibilidad de acceder a las ofertas laborales que ofertan las empresas virtuales durante
los cursos de Taller de Desempeo 1, Taller de Desempeo 2 y Taller de Proyectos 1.
A continuacin se presentan los diagramas de secuencia de cada caso de uso para este
actor:
67
68
Figura 15 Registrar Postulacin de Alumno
Fuente: Elaboracin propia.
69
Figura 16 Administrar Postulaciones.
Fuente: Elaboracin propia.
70
Figura 17 Administrar Hoja de Vida.
Fuente: Elaboracin propia.
71
Figura 18 Aceptar o Rechazar Entrevista
Fuente: Elaboracin propia.
72
Captulo 5
Construccin
73
El presente captulo describe la manera en la que se ha desarrollado el proyecto, como
las herramientas y metodologas utilizadas para el desarrollo del producto.
Clases
Las clases que almacenan la informacin de alguna entidad, es decir, los objetos
de trasferencia de datos, sern nombradas con el nombre de la entidad en forma
singular, y con la primera letra de la palabra en mayscula. Por ejemplo, la clase
Cliente.
Las clases que tengan ms de dos palabras en su nombre, sern nombradas por la
unin de las palabras que la conforman, cada palabra deber empezar con letra
mayscula. Por ejemplo, NombreCompleto.
74
Atributos
Los atributos de las clases sern nombrados en funcin a la caracterstica o el dato
que se representa en el sistema.
Los atributos debern ser nombrados con letras minsculas. Por ejemplo, nombre.
Las atributos que contengan, en su nombre, inciales de algn tipo mantendrn las
inciales con mayscula. Por ejemplo, RUC.
Variables
Las variables debern ser nombradas con letras minsculas. Por ejemplo, cadena.
Paquetes
Por estndar de la Fbrica. Todos los paquetes definidos tendrn la siguiente
nomenclatura:
pe.edu.upc.jfactory.nombreProyecto.nombrePaquete.nombreSubPaquete.
75
Tablas
Las tablas sern nombradas con el nombre de la entidad en forma singular, y con la
primera letra de la palabra en mayscula. Por ejemplo, la tabla Cliente.
Las tablas que tengan ms de dos palabras en su nombre, sern nombradas por la
unin de las palabras que la conforman, cada palabra deber empezar con letra
mayscula. Por ejemplo, OrdenDeEnvio.
Las tablas que contengan en sus nombres inciales de algn tipo, mantendrn las
inciales con mayscula. Por ejemplo, ClienteVIP.
Columnas
Las columnas sern nombrados en funcin a la caracterstica o el dato que se
representa en el sistema.
Las columnas debern ser nombrados con letras minsculas. Por ejemplo, cdigo.
En caso de que la columna sea Primary Key deber estar conformada el prefijo id
seguido por el nombre de la tabla. Por ejemplo, idPersona.
76
Captulo 6
Pruebas
77
6.1 Introduccin
Las pruebas de software son un elemento crtico para mantener la calidad del software.
Las pruebas permiten validar y verificar el software, teniendo como validacin del
software a personas externas al desarrollo del producto que determine si el software
satisface cada requerimiento, y la verificacin como un proceso interno para conocer si
el producto satisface cada requerimiento propuesto.
Esta se refiere a las pruebas realizadas a una aplicacin usando solo su interfaz externa,
es decir a la GUI. Estas pruebas se realizan sin tener conocimiento de la estructura o
funcionamiento interno del sistema. La persona responsable (tester) que realice esta
prueba solo debe conocer las entradas y salidas que tiene la aplicacin. Para esta tesis
se tuvo acceso a cada documento de Especificacin de Caso de Uso de la aplicacin.
Esta se refiere cuando una aplicacin es probada desde su cdigo, usando su lgica
aplicativa. Las pruebas de caja blanca en esta tesis se hacen comprobando el cdigo siga
el estndar propuesto.
Persona o personas que aplican una serie de pruebas para medir la calidad del sistema y
la menor cantidad de errores. Para cumplir con este se contrat a la empresa Quality
Assurance (QA) el contacto con dicha empresa fue el alumno Ilich Alfaro.
Se realiz un plan de pruebas para todo el proyecto partiendo de:
78
Generar los documentos resultados de las inspecciones y de las pruebas.
Glosario de Trmino
Segunda Fase: La inspeccin se certific el da 16 de Noviembre del 2010 de
manera exitosa.
Plan de Aceptacin
Plan de Desarrollo de Software
Plan de Iteracin Construccin 1
79
6.5 Ejecucin de las Pruebas No Funcionales del Software
Las pruebas no funcionales de software se certificaron el da 24 de Noviembre del 2010.
Abarcando todo lo que se indica en el Documento de Especificaciones Suplementarias
Para mayor detalle se recomienda ver Anexo E.
Resumen de la ejecucin
Accin Resultado
Prueba ejecutada SCP
Usuarios activos 0
Usuarios completados 200
Total de usuarios 200
Tiempo transcurrido [H:M:S] 0:01:06
Estado de la ejecucin Completado
Visualizando los resultados del sistema: Todos los
hosts
Tabla 37 Resumen de ejecucin
Fuente: Pruebas obtenidas por la Empresa QA
Resumen de pgina
Accin Resultado
Intentos de pgina totales [para ejecucin] 800
Total de aciertos de pgina [para ejecucin] 800
Tiempo de respuesta promedio para todas las pginas [mseg] [para 4,911.8
ejecucin]
Desviacin tpica del tiempo de respuesta de todas las pginas [para 6,084.3
ejecucin]
Tiempo de respuesta mximo para todas las pginas [mseg] [para 17,437
ejecucin]
Tiempo de respuesta mnimo para todas las pginas [mseg] [para 0
ejecucin]
Tabla 38 Resumen de pgina
Fuente: Pruebas obtenidas por la Empresa QA
80
Resumen de elementos de pgina
Accin Resultado
Intentos de elemento de pgina totales [para ejecucin] 13,200
Total de aciertos de elementos de pgina [para ejecucin] 13,200
Tiempo de respuesta promedio para todos los elementos de pgina 348.8
[mseg] [para ejecucin]
Desviacin tpica del tiempo de respuesta de todos los elementos de 358.3
pgina [para ejecucin]
Tabla 39 Resumen de elementos de pgina
Fuente: Pruebas obtenidas por la Empresa QA
81
Captulo 7
Gestin del Proyecto
82
La gestin del proyecto de software es el primer nivel del proceso de ingeniera de
software, porque envuelve todo el proceso de desarrollo de software. Para lograr el xito
en un proyecto de software se debe comprender el espacio del trabajo a realizar, los
riesgos que pueden ocurrir, los recursos necesarios, las tareas a llevar a cabo por cada
recurso, el esfuerzo o costo que ser necesario y la planificacin a seguir.
7.1.1 Estimaciones
Las estimaciones correspondientes a las fases y actividades del proyecto fueron
realizadas a criterio del jefe de proyecto.
A continuacin, se muestra un resumen del cronograma del proyecto:
Inicio:
Descripcin del
Estandarizacin del Ciclo 2010-01 proceso de
proceso de contratacin de
Semana 1
Incepcin contratacin de personal
personal.
Fin
Chrter del
Semana 8 Proyecto
Plan de
Administracin de
Riesgos
Inicio
Semana 8
Cierre de Captura Especificacin de
Incepcin
de Requerimientos Requerimientos de
Fin Software (SRS)
Semana 11
Requerimientos no
funcionales (SS)
Documento de
Visin
Inicio Especificacin de
Casos de Uso SCP
Semana 11
Cierre de fase de v1.1 y Prototipos
Elaboracin
elaboracin
Fin
Lista revisada de
Semana 16 riesgos
83
Fase Hito Fechas Entregables
Ciclo 2010-01 Descripcin de la
Arquitectura del
Software (SAD)
Release 0.1:
CU Administrar
Postulaciones
CU Postular a
Ciclo 2010-02 Oferta Laboral
Inicio por Roles y
Proyectos
Primer Release de Semana 1
Casos de Uso CU Registrar
Oferta Laboral
Fin por Roles y
Semana 4 Proyectos
CU Gestionar
Construccin Entrevista
CU Aceptar
Entrevista
Release 0.2:
CU Consultar
Inicio Contratados
Semana 5 CU Administrar
Segundo Release
Hoja de Vida
de Casos de Uso
Fin CU Administrar
Semana 9 Postulaciones
CU Contratar o
Rechazar Alumno
Inicio
Semana 9
Culminacin del Despliegue del
Transicin
proyecto Fin Producto
Semana 16
Ciclo 2010-02
Tabla 40 Resumen de cronograma
Fuente: Elaboracin propia.
* Para mayor informacin acerca del cronograma estimado, el lector encontrar mayor
detalle en el Anexo L.
84
7.1.2 Resultado de las estimaciones
En la fase de incepcin se cumpli al 100% con todos los artefactos y la conformidad
del chrter del proyecto se logr en la semana 14 logrando obtener todas las firmas de
los gerentes generales de las empresas virtuales, adems del Gerente General Miguel
Arruntegui y el Ing. Ilver Anache. Durante esta fase tambin se crearon artefactos
como la Especificacin de Requerimientos de Software, los Requerimientos no
Funcionales, la Visin del Proyecto y los posibles riesgos que podra tener el proyecto.
De la fase de elaboracin tambin se cumpli el 100% acabando con los artefactos
como las Especificaciones de Caso de Uso y el Documento de Arquitectura de
Software, durante esta fase se diseo el flujo del software y como debera desarrollarse
cada funcin, tambin se escogi la Arquitectura correcta para desarrollar la solucin.
En la fase construccin se le asigno a cada desarrollador los distintos casos de uso para
construir. El sitio se construyo basndonos en lo ya hecho por la versin 1.0 eliminando
cdigo no necesario.
Pero debido a un problema con la arquitectura de datos propuesta por la fbrica .Net a
pesar de tener listos los servicios a tiempo, no le fue posible a la fbrica de .Net poner la
mquina virtual donde tenan todo instalado en algn servidor de la universidad para as
poder hacer uso de la base de datos. Por lo que se plante una solucin rpida como
tener todo en una base de datos desplegada en los servidores de la universidad y hacer
las transacciones a la base de datos por medio de JPA.
La fase de despliegue se llevo por el jefe de proyecto Diego Tovar, quien afino todo lo
avanzado por sus desarrolladores logrando desplegar en los servidores de IT Expert la
solucin. Esto se llevo a cabo en la ltima semana de clases
85
7.1.3 Proceso de Control de Proyectos
El avance del proyecto se control mediante el uso de la herramienta OpenGoo, en la
cual se registraron las actividades e hitos planificados segn el cronograma establecido.
Se us dicha herramienta ya que fue seleccionada por la Gerencia de la empresa como
estndar para el apoyo al control de las actividades de los proyectos y sus recursos.
As mismo, cada colaborador del proyecto puede ver detalles de la actividad asignada y
agrega las horas trabajadas.
86
7.2 Gestin de Riesgos
A continuacin se muestra una lista de la clasificacin dada a los riesgos identificados:
87
A partir del producto de la calificacin de estos dos parmetros, se identifica la
criticidad del riesgo. Se procede a mostrar el detalle de la criticidad del riesgo.
Puntaje Descripcin
Clasificacin
mnimo
El riesgo debe ser mitigado lo
ms pronto posible.
Muy Crtica 40
Compromete el xito del
proyecto.
El impacto del riesgo retrasa el
Crtica 21 desarrollo del producto
Software.
El impacto del riesgo
Mediana 5 compromete al equipo de
trabajo.
El impacto del riesgo es mnimo
Leve 0
o ninguno.
Tabla 43. Tabla de criticidad de riesgos
Fuente: Tabla obtenida por los gerentes de Software Factory
88
mantienen en un nivel de criticidad mediana. No se identificaron nuevos riesgos en esta
etapa.
89
Conclusiones
Del presente proyecto se desprenden una serie de conclusiones relevantes y no tan solo
para entender el proceso de contratacin de personal, sino, incluso sobre la gestin de
proyectos en las empresas o fbricas virtuales.
Aportes del presente proyecto.
1. El uso del producto derivado del presente proyecto permitir un proceso de
contratacin de personal ms eficiente, mas rpido y evitar la perdida de por lo
menos una semana completa para contar con recursos humanos necesarios.
2. El presente proyecto servir como una herramienta til y eficaz para el Gerente
de Recursos Humanos de la empresa, brindando ayuda en sus funciones para la
seleccin de personal en la empresa o fbrica virtual.
3. La posibilidad de contar con una especie de bolsa de trabajo en las empresas y
fbricas virtuales dando la posibilidad de una gestin ms eficaz para la
elaboracin de ofertas y gestionar las postulaciones.
4. El alumno que ingrese al primer Taller de desempeo podr tener en una sola
opcin, lugar y la capacidad de elegir la lnea de trabajo que desee.
90
Recomendaciones
Recomendaciones en la Gestin de un Proyecto.
Las labores derivadas a terceros pueden tomarles ms tiempo del estimado,
sobre todo en la transicin entre Proyecto 1 y Proyecto 2 debido a que los
recursos cambian y hay que plantear una nueva capacitacin a los nuevos
recursos. As, es mejor continuar con otras tareas y evitar esperar los resultados
para avanzar con el desarrollo del proyecto. Por lo que sera mejor no depender
mucho de los recursos de programacin del proyecto, ni asignarle los casos de
uso ms complejos, lo mejor sera darles casos de uso que se puedan reusar.
Se debe estar preparado para los cambios en los requerimientos actuales, que
pueden surgir en cualquier fase del proyecto.
El anlisis de riesgos es una de las labores principales del jefe de proyecto. Este
anlisis permitir tener una visin de los prximos sucesos. Asimismo, los
planes de contingencia para obtener resultados en tiempo real.
Se debe tomar en cuenta con mucha atencin el hardware requerido para el
despliegue del proyecto contra el hardware que ofrece IT Expert como
prevencin a futuro. Adems se debe de brindar toda la configuracin necesaria
y un manual de instalacin para evitar problemas.
La elaboracin del cronograma de proyecto es esencial en la gestin, puesto que
permite medir el correcto progreso del mismo.
El equipo de proyecto debe conocer la finalidad del proyecto. De esta manera,
ellos estarn encaminados para lograr las metas propuestas y cumplir con los
objetivos definidos en el proyecto.
Promover el compaerismo y el trabajo en equipo, para un desarrollo integral del
equipo, contar con las herramientas y tecnologa adecuada garantizan la
superacin de las debilidades planteadas.
Liderazgo no consiste en mandar, sino saber gestionar un equipo y guiarlo
sin hacerles sentir una presin de por medio.
El jefe de proyecto es el nico responsable del xito del proyecto y trabajar
conjuntamente a los recursos asignados es la clave del xito para llevar el
proyecto adelante.
91
Bibliografa
92
AGUILAR, Enrique
2009 Memoria de Proyecto: Sistema de Contratacin de Personal v1.0. Lima,
Per. Universidad Peruana de Ciencias Aplicadas
ALLES, Martha
2008 Seleccin por Competencias. Mxico, Granica.
BOOCH, Grady
1994 Object-Oriented, Analysis and Design, Second Edition,
Benjamin/Cummigns, Redwood.
CHIAVENATO, Adalberto
2003 Gestin del Talento Humano. Colombia, Mc Graw Hill.
HELLRIEGER, Don
2002 Administracin un enfoque basado en competencias. Colombia,
Thomson.
JACOBSON IVAR BOOCH RUMBAUGH
1999 El proceso unificado de Desarrollo de Software. Mexico, Addison-
Wesley.
KRUCHTEN, Phillipe
1995 Architectural Blueprints--The 4+1 View Model of Software
Architecture". IEEE Software, Institute of Electrical and Electronics
Engineers.
LARMAN, Craig
1999 UML y Patrones, Introduccin al anlisis y diseo orientado a objetos.
Mxico, Prentice Hall.
LEAL, Eduardo
1998 Reclutamiento y Seleccin ante el nuevo rol de efectividad del personal
Diplomado de administracin de Recursos Humanos: Instituto
tecnolgico de estudios Superiores de Monterrey, Nuevo Len, Mxico
SHEIN, Edgar
2000 Dinmica de Carrera Empresarial. Mxico, Mc Graw Hill.
VILELA, Anna
2010 Gua de Contratacin laboral. Lima, Per.
AELE. Derecho Laboral
93
Anexos
94