sistema de gestión para dinae e inefop - agesic - … · sistema de gestión para dinae e inefop...

Sistema de Gestión para DINAE e INEFOP

Documento de Casos de Uso – Versión 1.3

Código: DINAE-GESTION-CU-01-ES

Página 1 de 336

Sistema de Gestión para DINAE e INEFOP

Documento de Casos de Uso – Versión 1.3


Página 2 de 336

1 Índice

1 Índice ...................................................................................................................................... 2

2 Tabla de Figuras .................................................................................................................... 7

3 Definiciones y Acrónimos ....................................................................................................... 9

4 Resumen .............................................................................................................................. 10

5 Casos de Uso ....................................................................................................................... 11

5.1 Grupo 1: Ingreso y Salida del Sistema ..................................................................... 11

5.1.1 Caso de Uso 1 - Autenticación (Login) ................................................................. 11

5.1.2 Caso de Uso 2 - Logout del Sistema ..................................................................... 13

5.1.3 Caso de Uso 3 - Cambio de Contraseña............................................................... 14

5.1.4 Caso de Uso 4 - Reseteo de Contraseña.............................................................. 16

5.2 Grupo 2: Servicios Públicos de Empleo – Recepción y Orientación .................... 18

5.2.1 Caso de uso 5 – Entrevista de Recepción ............................................................ 18

5.2.2 Caso de Uso 6 – Consulta de postulantes ............................................................ 28

5.2.3 Caso de Uso 7 – Ficha de Postulante ................................................................... 31

5.2.4 Caso de Uso 8 - Actualizar datos de una persona ............................................... 32

5.2.5 Caso de Uso 9 – Habilitar/Deshabilitar un postulante ........................................... 41

5.2.6 Caso de Uso 10 - Habilitar/Deshabilitar un postulante en un Servicio .................. 43

5.2.7 Caso de Uso 11 – Demandas relacionadas con el perfil ...................................... 45

5.2.8 Caso de Uso 12 - Grupos abiertos relacionados con el interés (Orientación

Laboral) 49

5.2.9 Caso de Uso 13 - Grupos abiertos relacionados con área de interés

(Capacitación) ...................................................................................................................... 52

5.2.10 Caso de Uso 14 - Generación de documento de Currículo ................................. 55

5.2.11 Caso de Uso 15: Carga de personas en programas ............................................. 57

5.2.12 Caso de Uso 16 - Deshabilitación automática ...................................................... 59

5.3 Grupo 3: Servicios Públicos de Empleos – Gestión de Empresas ....................... 60

5.3.1 Caso de Uso 17 – Alta de Empresas .................................................................... 60

5.3.2 Caso de Uso 18 - Consulta de Empresas ............................................................. 68

5.3.3 Caso de Uso 19 – Actualización de datos de una empresa.................................. 70

5.3.4 Caso de Uso 20 - Habilitación/Deshabilitación de una Empresa .......................... 72

5.3.5 Caso de Uso 21 – Ver Ficha de Empresa ............................................................. 74

5.4 Grupo 4: Servicios Públicos de Empleo - Intermediación Laboral Asistida ........ 75

5.4.1 Caso de Uso 22 - Alta de Demanda Laboral de Empresa (Sistema Central) ....... 75

5.4.2 Caso de Uso 23 - Alta de Demanda Laboral de Servicio Doméstico (Sistema

Central) – Caso Empresa No constituida ............................................................................. 80

Desarrollo de Software para DINAE e INEFOP

Documento de Casos de uso – Versión 1.3


Página 3 de 336

5.4.3 Caso de Uso 24 - Alta de Demanda Laboral de Servicio Doméstico (Sistema

Central) – Caso Empresa Ya constituida ............................................................................. 83

5.4.4 Caso de Uso 25 - Consulta de demandas laborales ............................................. 87

5.4.5 Caso de Uso 26 – Ficha de demanda laboral ....................................................... 90

5.4.6 Caso de Uso 27 - Modificación de datos de una demanda laboral ....................... 91

5.4.7 Caso de Uso 28 - Preselección de postulantes para una demanda laboral ......... 93

5.4.8 Caso de Uso 29 - Cambio de estado de un postulante en una Demanda Laboral

95

5.4.9 Caso de Uso 30 - Seguimiento de la demanda - Caso Empresa ......................... 97

5.4.10 Caso de Uso 31 - Seguimiento de la demanda - Caso Postulante ...................... 99

5.5 Grupo 5: Servicios Públicos de Empleo - Gestión de Recursos ......................... 101

5.5.1 Caso de Uso 32 – Alta de Recurso ..................................................................... 101

5.5.2 Caso de Uso 33 – Consulta de Recursos ........................................................... 104

5.5.3 Caso de Uso 34 - Habilitación/Deshabilitación de Recurso ................................ 107

5.5.4 Caso de Uso 35 - Actualización de datos de Recurso ........................................ 109

5.5.5 Caso de Uso 36 – Registro de Reunión con Recurso ......................................... 111

5.5.6 Caso de Uso 37 – Consulta de Reuniones con Recursos .................................. 113

5.5.7 Caso de Uso 38 – Derivación de un Postulante a un Recurso ........................... 115

5.5.8 Caso de Uso 39 – Guía de recursos ................................................................... 117

5.6 Grupo 6: Servicios Públicos de Empleo – Orientación Laboral .......................... 119

5.6.1 Caso de Uso 40 – Alta de Módulo ....................................................................... 119

5.6.2 Caso de Uso 41 – Consulta de Módulos ............................................................. 121

5.6.3 Caso de Uso 42 – Habilitación/Deshabilitación de un Módulo ............................ 123

5.6.4 Caso de Uso 43 – Edición de datos de un Módulo ............................................. 125

5.6.5 Caso de Uso 44 – Alta de Grupos ....................................................................... 127

5.6.6 Caso de Uso 45 – Consulta de Grupos de Módulos ........................................... 129

5.6.7 Caso de Uso 46 – Edición de un grupo ............................................................... 131

5.6.8 Caso de Uso 47 – Asignación de postulantes a grupo ....................................... 133

5.6.9 Caso de Uso 48 – Lista de Participantes – Grupo Abierto .................................. 136

5.6.10 Caso de Uso 49 – Lista de Participantes – Grupo Cerrado ................................ 138

5.6.11 Caso de Uso 50 - Consulta de Participantes en Grupos..................................... 140

5.6.12 Caso de Uso 51 - Ingreso de encuestas de Grupos de Módulos del Taller de

Orientación Laboral ............................................................................................................ 142

5.7 Grupo 7: Intermediación Laboral Web .................................................................... 146

5.7.1 Introducción ......................................................................................................... 146

5.7.2 Caso de Uso 52 - Registro de Empresa .............................................................. 148

5.7.3 Caso de Uso 53 - Registro de una Demanda por parte de una Empresa .......... 151

5.7.4 Caso de Uso 54 - Consulta de Demandas (por parte de la Empresa) ................ 153




Página 4 de 336

5.7.5 Caso de Uso 55 – Listado de documentos ......................................................... 155

5.7.6 Caso de Uso 56 - Registro de Postulante ........................................................... 157

5.7.7 Caso de Uso 57 - Actualización de datos de Postulante a través de la Web ..... 159

5.7.8 Caso de Uso 58 - Registro de Interés para Demanda ........................................ 161

5.7.9 Caso de Uso 59 – Generar C.V. .......................................................................... 163

5.7.10 Caso de Uso 60 - Listado de documentos (privados de Postulantes) ................ 164

5.8 Grupo 8: Reportes de Servicios Públicos de Empleo ........................................... 165

5.8.1 Caso de Uso 61 – Generación de Reportes ....................................................... 165

5.9 Grupo 9: - Registro Único de Entidades de Capacitación (RUEC) ...................... 171

5.9.1 Caso de Uso 62 – Registro de ECA .................................................................... 171

5.9.2 Caso de Uso 63 - Evaluación para la Habilitación de la ECA ............................. 173

5.9.3 Caso de Uso 64 - Consulta de ECA .................................................................... 176

5.9.4 Caso de Uso 65 - Actualización de Datos (ECA) ................................................ 179

5.9.5 Caso de Uso 66 – Evaluación de Datos Actualizados de ECA (MTSS) ............. 181

5.9.6 Caso de Uso 67 - Actualización de Datos (MTSS) ............................................. 183

5.9.7 Caso de Uso 68 - Ficha de la ECA ...................................................................... 185

5.9.8 Caso de Uso 69 – Habilitar / Deshabilitar una ECA ............................................ 186

5.9.9 Caso de Uso 70 – Antecedentes de una ECA .................................................... 188

5.10 Grupo 10: Servicios de Formación Profesional - Gestión de Cursos .......... 190

5.10.1 Caso de Uso 71 – Registro de Propuesta de Curso ........................................... 190

5.10.2 Caso de Uso 72 – Consulta de Cursos (ECA) ................................................... 194

5.10.3 Caso de Uso 73 – Edición de datos de una Propuesta de Curso ....................... 196

5.10.4 Caso de Uso 74 - Envío de Propuesta de Curso para Evaluación ..................... 198

5.10.5 Caso de Uso 75 – Consulta de Cursos (INEFOP) ............................................. 200

5.10.6 Caso de Uso 76 - Evaluación de Propuesta de Curso para TSD ....................... 202

5.10.7 Caso de Uso 77 - Alta de grupo de Curso de TSD ............................................. 204

5.10.8 Caso de Uso 78 - Consulta de grupos de Cursos (ECA) .................................... 206

5.10.9 Caso de Uso 79 - Consulta de grupos de Cursos (INEFOP) .............................. 208

5.10.10 Caso de Uso 80 - Cambio de estado de grupo de curso ................................ 210

5.10.11 Caso de Uso 81 - Habilitación/Inhabilitación de inscripciones no exclusiva para

TSD 212

5.11 Grupo 11: Postulantes e Inscriptos ................................................................. 214

5.11.1 Caso de Uso 82 - Inscripción a Grupo de Curso (Selección de postulantes) ..... 214

5.11.2 Caso de Uso 83 - Cambio de Estado de Postulante en Grupo de Curso ........... 216

5.11.3 Caso de Uso 84 - Exoneración de Curso ............................................................ 218

5.11.4 Caso de Uso 85 – Generación de Constancia de Inscripción a Grupo ............... 220

5.12 Grupo 12: Seguimiento de los cursos ............................................................. 221

5.12.1 Caso de Uso 86 – Pasaje de Lista para una nueva fecha .................................. 221




Página 5 de 336

5.12.2 Caso de Uso 87 – Pasaje de Lista para una fecha ya existente ......................... 223

5.12.3 Caso de Uso 88 - Resultado final de un grupo ................................................... 225

5.12.4 Caso de Uso 89 - Generación de Lista de Certificados de Aprobación .............. 227

5.12.5 Caso de Uso 90 - Generación de Constancia de Asistencia .............................. 228

5.12.6 Caso de Uso 91 - Cierre administrativo del grupo .............................................. 230

5.13 Grupo 13: Trabajadores en Seguro de Desempleo ........................................ 232

5.13.1 Caso de Uso 92 - Carga de Trabajadores en Seguro de Desempleo ................ 232

5.14 Grupo 14: Formación Profesional: Reportes .................................................. 235

5.14.1 Caso de Uso 93 – Generación de Reportes ....................................................... 235

5.15 Grupo 15: Servicios Públicos de Empleo: Gestión de CePE ........................ 237

5.15.1 Caso de Uso 94 - Alta de CePE .......................................................................... 237

5.15.2 Caso de Uso 95 – Consulta de CePE ................................................................. 239

5.15.3 Caso de Uso 96 – Actualización de datos de CePE ........................................... 241

5.15.4 Caso de Uso 97 – Habilitación / Deshabilitación de CePE ................................. 243

5.16 Grupo 16: Gestión de Operadores ................................................................... 245

5.16.1 Caso de Uso 98 - Alta de Operador .................................................................... 245

5.16.2 Caso de Uso 99 – Consulta de Operadores ....................................................... 247

5.16.3 Caso de Uso 100 – Actualización de datos de Operador ................................... 249

5.16.4 Caso de Uso 101 – Habilitación / Deshabilitación de Operador ......................... 251

5.17 Grupo 17: Gestión de Documentos ................................................................. 253

5.17.1 Caso de Uso 102 - Alta de Documento ............................................................... 253

5.17.2 Caso de Uso 103 – Listado de documentos ....................................................... 255

5.17.3 Caso de Uso 104 – Eliminación de documento .................................................. 257

5.18 Grupo 18: Gestión de Datos Básicos .............................................................. 258

5.18.1 Caso de Uso 105 - Alta de Países ...................................................................... 258

5.18.2 Caso de Uso 106 – Consulta de Países.............................................................. 260

5.18.3 Caso de Uso 107 – Actualización de datos de País ........................................... 262

5.18.4 Caso de Uso 108 – Habilitación / Deshabilitación de país .................................. 264

5.18.5 Caso de Uso 109 - Alta de Departamentos ......................................................... 266

5.18.6 Caso de Uso 110 – Consulta de Departamentos ................................................ 268

5.18.7 Caso de Uso 111 – Actualización de datos de Departamento ............................ 270

5.18.8 Caso de Uso 112 – Habilitación / Deshabilitación de departamento .................. 272

5.18.9 Caso de Uso 113 - Alta de Localidades .............................................................. 274

5.18.10 Caso de Uso 114 – Consulta de Localidades ................................................. 276

5.18.11 Caso de Uso 115 – Actualización de datos de Localidad ............................... 278

5.18.12 Caso de Uso 116 – Habilitación / Deshabilitación de localidad ...................... 280

5.18.13 Caso de Uso 117 - Alta de Estados civiles ..................................................... 282

5.18.14 Caso de Uso 118 – Consulta de Estados civiles ............................................ 284




Página 6 de 336

5.18.15 Caso de Uso 119 – Actualización de datos de Estado civil ............................ 286

5.18.16 Caso de Uso 120 – Habilitación / Deshabilitación de estado civil .................. 288

5.18.17 Caso de Uso 121 - Alta de Géneros ............................................................... 290

5.18.18 Caso de Uso 122 – Consulta de Géneros ...................................................... 292

5.18.19 Caso de Uso 123 – Actualización de datos de Género .................................. 294

5.18.20 Caso de Uso 124 – Habilitación / Deshabilitación de género ......................... 296

5.18.21 Caso de Uso 125 - Alta de Ramas de actividad ............................................. 298

5.18.22 Caso de Uso 126 – Consulta de Ramas de actividad .................................... 300

5.18.23 Caso de Uso 127 – Actualización de datos de Rama de actividad ................ 302

5.18.24 Caso de Uso 128 – Habilitación / Deshabilitación de rama de actividad ........ 304

5.18.25 Caso de Uso 129 - Alta de Niveles educativos ............................................... 306

5.18.26 Caso de Uso 130 – Consulta de Niveles educativos ...................................... 308

5.18.27 Caso de Uso 131 – Actualización de datos de Nivel educativo ...................... 310

5.18.28 Caso de Uso 132 – Habilitación / Deshabilitación de nivel educativo ............ 312

5.18.29 Caso de Uso 133 - Alta de Incapacidades ...................................................... 314

5.18.30 Caso de Uso 134 – Consulta de Incapacidades ............................................. 316

5.18.31 Caso de Uso 135 – Actualización de datos de Incapacidad ........................... 318

5.18.32 Caso de Uso 136 – Habilitación / Deshabilitación de incapacidad ................. 320

5.18.33 Caso de Uso 137 - Alta de Situaciones laborales ........................................... 322

5.18.34 Caso de Uso 138 – Consulta de Situaciones laborales .................................. 324

5.18.35 Caso de Uso 139 – Actualización de datos de Situación laboral ................... 326

5.18.36 Caso de Uso 140 – Habilitación / Deshabilitación de situación laboral .......... 328

5.18.37 Caso de Uso 141 - Configuración ................................................................... 330

5.18.38 Caso de Uso 142 - Habilitación de Empresas para POE ............................... 333

6 Anexos ............................................................................................................................... 335

6.1 Formato de Archivos para POE ............................................................................... 335

7 Historial de Cambios .......................................................................................................... 336




Página 7 de 336

2 Tabla de Figuras

Figura 1: Datos personales en la entrevista de recepción .......................................................... 23

Figura 2: Servicios - Entrevista de Recepción ............................................................................ 23

Figura 3: Motivos por los que acude a la entrevista - Entrevista de recepción .......................... 24

Figura 4: Otros datos – Cómo se enteró de los servicios - Entrevista de recepción ................. 24

Figura 5: Derivaciones durante la Entrevista de recepción ........................................................ 24

Figura 6: Observaciones realizadas durante la entrevista - Entrevista de Recepción ............... 25

Figura 7: Prototipo Consulta de Postulantes ............................................................................... 29

Figura 8: Datos personales - Actualización de datos .................................................................. 35

Figura 9: Documentos de la persona - Actualización de datos ................................................... 36

Figura 10: Trayectoria laboral - Actualización de datos .............................................................. 36

Figura 11: Trayectoria laboral - Nuevo trabajo - Actualización de datos .................................... 37

Figura 12: Limitaciones y Deficiencias - Actividades y ambientes incompatibles ...................... 37

Figura 13: Limitaciones y deficiencias – Disponibilidad .............................................................. 38

Figura 14: Limitaciones y deficiencias - Dificultades sicofísicas ................................................. 38

Figura 15: Búsqueda de Trabajo - Actualización de datos ......................................................... 39

Figura 16: Observaciones - Actualización de datos .................................................................... 39

Figura 17: Prototipo de interfaz de usuario para las demandas relacionadas al perfil ............... 46

Figura 18: Prototipo para derivación a módulo de Taller de Orientación.................................... 51

Figura 19: Prototipo para la derivación a curso .......................................................................... 54

Figura 20: Prototipo para la selección de áreas a incluir en la generación del C.V. .................. 56

Figura 21: Sección Identificación - Formulario Empresas .......................................................... 64

Figura 22: Sección Datos de contacto del Registro de Empresa ............................................... 64

Figura 23: Datos de contacto del Registro de Empresa ............................................................. 64

Figura 24: Sección Preguntas - Parte 1 - Registro de Empresas ............................................... 65

Figura 25: Sección Preguntas - Parte 2 - Registro de Empresas ............................................... 65

Figura 26: Sección Demandas - Registro de Empresas ............................................................. 66

Figura 27: Actualización de demandas - Actualización de empresa .......................................... 71

Figura 28: Sección "Datos generales" de una Demanda Laboral ............................................... 77

Figura 29: Sección "Requisitos" de Demanda Laboral ............................................................... 78

Figura 30: Prototipo de interfaz para la búsqueda de demandas laborales ............................... 88

Figura 31: Prototipo para el cambio de estado de un postulante respecto a una demanda ...... 96

Figura 32: Prototipo para la Ficha de Seguimiento de Empresa ................................................ 98

Figura 33: Prototipo de formulario para el alta y edición de recurso (institución externa) ........ 102

Figura 34: Prototipo de la sección para búsqueda de recursos. ............................................... 105

Figura 35: Prototipo para el registro de una reunión con un recurso (institución externa). ...... 112




Página 8 de 336

Figura 36: Prototipo para la preselección de postulantes para la inscripción en un módulo del

Taller de Orientación Ocupacional. ........................................................................................... 134

Figura 37: Prototipo para trabajar con la lista de participantes y el cambio de estado de

postulantes respecto a un grupo del Taller de Orientación Ocupacional. ................................ 137

Figura 38: Prototipo del área para descargas, indicando el tipo de documento, título,

descripción y fecha de publicación. .......................................................................................... 156

Figura 39: Interfaz para la justificación de inasistencias ........................................................... 224

Figura 40: Prototipo de la interfaz para la carga del archivo de trabajadores en seguro de

desempleo. ................................................................................................................................ 233




Página 9 de 336

3 Definiciones y Acrónimos

AGESIC Agencia para el Desarrollo del Gobierno de Gestión Electrónica y la Sociedad de

la Información y del Conocimiento

BPS Banco de Previsión Social

CePE Centro Público de Empleo

CI Cédula de Identidad

CIIU Código Industrial Internacional Uniforme

CIUO Clasificador Internacional Uniforme de Ocupaciones

CSV Comma Separated Value

CV Currículo Vitae

DGI Dirección General Impositiva

DNIC Dirección Nacional de Identificación Civil

ECA Entidad de Capacitación

INEFOP Instituto Nacional de Empleo y Formación Profesional

Login Término en inglés que se utiliza para referirse al ingreso a un sistema

informático.

Logout Término en inglés que se utiliza para referirse a la salida de un sistema

informático.

MTSS Ministerio de Trabajo y Seguridad Social

Password Término en inglés que significa contraseña.

PDF Portable Document Format

POE Programa Objetivo Empleo

RQF Requerimiento Funcional

RUEC Registro Único de Entidades de Capacitación

RUT Registro Único Tributario

SPE Servicio Público de Empleo

TSD Trabajador en Seguro de Desempleo

Web World Wide Web. Servicio de Internet que permite acceder a la información que

ofrece esta red mundial de comunicaciones




Página 10 de 336

4 Resumen

Este documento presenta los casos de uso correspondientes al proyecto “Desarrollo de

Software para DINAE e INEFOP”. Los casos de uso especifican formalmente cómo se

comporta el sistema respecto a cada uno de los usuarios.

En este documento, los casos de uso se relacionan con los requerimientos funcionales

(indicados como RQF) del documento de Especificación de Requerimientos (RG-01-ES).

Para cada caso de uso, se incluye:

a) Descripción general: Describe en términos generales al caso de uso

b) Precondiciones: Situaciones en la que se debe estar para poder ejecutar el caso de

uso.

c) Flujo normal: Situación normal del caso. Describe una secuencia de pasos que se

realizan en la ejecución del caso, indicando qué actor realiza cada paso.

d) Flujos alternativos: Situaciones alternativas al flujo normal.

e) Prototipos de interfaz de usuario: Describen en términos generales la interfaz de

usuario que aplica al caso de uso. En este documento se describen estas interfaces en

los primeros casos de uso, tomando a los mismos como modelos para los siguientes

casos similares.

f) Consideraciones especiales: Consideraciones a tener en cuenta que están

relacionadas con el caso de uso.




Página 11 de 336

5 Casos de Uso

5.1 Grupo 1: Ingreso y Salida del Sistema

5.1.1 Caso de Uso 1 - Autenticación (Login)

Requerimiento Funcional RF1

Historial de versiones 12-12-2010 – Versión original

5.1.1.1 Descripción

Para usar cualquier funcionalidad del sistema, el usuario que desea ejecutarla debe estar

autenticado. Para loguearse, deberá proveer sus credenciales (código de usuario y

contraseña). El sistema autenticará a dicho usuario contra el repositorio de usuarios.

5.1.1.2 Precondiciones

El usuario está visualizando la página de ingreso al sistema.

5.1.1.3 Flujo normal

Usuario Sistema

1.- Ingresa el código de usuario y contraseña

(mientras ingresa la contraseña no se

muestra el texto digitado)

2.- Envía los datos

3.- Determina que las credenciales son

correctas y que el usuario no está bloqueado.

4.- Inicia la sesión de trabajo

5.- Presenta la página inicial del sistema

5.1.1.4 Flujos alternativos

Flujo Alternativo # Descripción

1 En el punto 1 o 2, el usuario selecciona la opción Limpiar (Reset). En este

caso el sistema borra el contenido de los campos correspondientes a




Página 12 de 336

código de usuario y contraseña. El flujo continúa en el paso 1 del Flujo

normal.

2 En el paso 3, el sistema determina que los datos no son válidos y no se

ha superado la cantidad máxima de intentos. En este caso, incrementa la

cantidad máxima de intentos muestra un mensaje al usuario indicando

que el usuario y/o contraseña no son válidos. El sistema continúa en el

paso 1 del flujo normal.

3 En el paso 3, el sistema determina que los datos no son válidos y se ha

superado la cantidad máxima de intentos. En este caso, se incrementa

dicha cantidad y se bloquea al usuario.

4 En el paso 3, el sistema determina que el usuario está bloqueado y no

han transcurrido 30 minutos desde el bloqueo. En ese caso, muestra un

mensaje de error indicando esta situación y resetea la hora de bloqueo a

la hora de este nuevo intento.

5 En el paso 3, el sistema determina que el usuario está bloqueado, han

transcurrido 30 minutos desde el bloqueo y las credenciales son

correctas. El flujo continúa en el paso 4 del flujo normal.

5.1.1.5 Prototipo de Interfaz de usuario

No corresponde

5.1.1.6 Consideraciones especiales

No hay consideraciones especiales.




Página 13 de 336

5.1.2 Caso de Uso 2 - Logout del Sistema




Este caso de uso corresponde a la finalización de una sesión de trabajo por parte del usuario

que está logueado.

Al finalizar dicha sesión de trabajo, el sistema destruirá los objetos de su sesión de trabajo.


El usuario está logueado en el sistema.


Usuario Sistema

1.- Selecciona la opción “Salir” del sistema

2.- Destruye la sesión de trabajo

3.- Despliega la página de Login

5.1.2.4 Flujos alternativos


No hay flujos alternativos


No corresponde.






Página 14 de 336

5.1.3 Caso de Uso 3 - Cambio de Contraseña




Este caso de uso corresponde al cambio de contraseña de un usuario.


El usuario está debidamente logueado en el sistema.

El usuario ha seleccionado la opción de Cambio de contraseña y está visualizando el

formulario.


Usuario Sistema

1.- Ingresa los datos del formulario

2.- Confirma el cambio de contraseña

3.- Valida los datos

4.- Almacena la nueva contraseña

5.- Comunica el resultado al usuario

6.- Finaliza el caso de uso

5.1.3.4 Flujos Alternativos de Eventos


1 En el paso 2, el usuario cancela la operación. En este caso, el sistema

despliega la página de inicio del sistema y el cambio de contraseña no

se efectiviza.

2 En el paso 3, la contraseña actual no es correcta. En este caso, el

sistema muestra un mensaje indicando esta situación y el flujo vuelve al


3 En el paso 3, el sistema determina que la nueva contraseña y la

confirmación de la nueva contraseñe no coinciden. En este caso




Página 15 de 336

despliega un mensaje indicando la situación y el flujo vuelve al paso 1

del flujo normal.

4 En el paso 3, el sistema determina que la nueva contraseña no satisface

la política de contraseñas del sistema. En este caso, despliega un

mensaje al usuario indicando la situación y el flujo vuelve al paso 1 del

flujo normal.

5.1.3.5 Prototipos de interfaz de usuario

No corresponde


CE-1: La nueva contraseña debe satisfacer la política de contraseñas que se haya establecido.




Página 16 de 336

5.1.4 Caso de Uso 4 - Reseteo de Contraseña




Cuando un usuario del sistema olvida su contraseña, puede solicitar al sistema que le envíe un

correo electrónico con una nueva contraseña. El sistema no almacena directamente la

contraseña del usuario, sino que almacena la misma en forma cifrada, de forma tal que no

pueda deducirse directamente. Por tal motivo, no podrá recordarle cuál era su contraseña, sino

generar una nueva y avisarle cuál fue la nueva generada.



El usuario ha seleccionado la opción de Reseteo de contraseña para un determinado usuario y

está visualizando el formulario.


Usuario Sistema

1.- El usuario selecciona la opción “Reseteo

de contraseña” desde la página de ingreso al

sistema.

2.- Valida que el usuario sea correcto

3.- Solicita confirmación del reseteo

4. Confirma el reseteo

5.- Genera una nueva contraseña

6.- Envía la contraseña al usuario por email.

7.- Comunica al usuario que la nueva

contraseña fue enviada y la dirección de

correo.







Página 17 de 336

1 En el paso 2 del flujo normal, el sistema determina que el código de

usuario no es correcto. En este caso, despliega un mensaje de error

indicando la situación.


No corresponde


CE-4.1: La contraseña generada sigue la política de contraseñas.

CE-4.2: El contenido del correo electrónico enviado es el siguiente:

Estimado/a,��

Agradecemos su interés en el servicio�De acuerdo a la solicitud de generación de nueva

contraseña para el sistema xxxxxxxx , le informamos que la misma es:��^`password^`��Por

mayor asistencia, contacte a la mesa de soporte informático al teléfono: .<<<<>>>>�o con el

Centro Público de Empleo de su localidad link con el listado de todos los cepes��

Administración del sistema

ad




Página 18 de 336

5.2 Grupo 2: Servicios Públicos de Empleo – Recepción

y Orientación

5.2.1 Caso de uso 5 – Entrevista de Recepción




Cuando un postulante asiste por primera vez a un CePE para obtener alguno de sus servicios,

se procede a realiza una entrevista de Recepción. En esta entrevista se completan datos

básicos del postulante y de los posibles servicios que podrían ser utilizados por él.

Este requerimiento consiste en el registro en el sistema informático de los datos obtenidos en la

entrevista de recepción.

Los datos de este postulante son registrados en la base de datos a nivel nacional de

postulantes. La identificación de los postulantes en esta base se realizará a través de su

documento de identidad.

La interfaz de usuario estará organizada en solapas. La primera de las solapas establece la

identificación de la persona. Mientras no se haya guardado esta información, no estarán

habilitadas las otras solapas. Una vez guardada, quedan habilitadas todas las otras solapas y

el usuario podrá navegar entre ellas, no necesariamente en el orden en que están presentadas.

En el caso de uso se describen en orden, solo a los efectos de la presentación.


No debe existir en el sistema un usuario con la identificación del postulante a ingresar.

El usuario está logueado correctamente en el sistema y tiene permisos para realizar esta

operación.

El usuario seleccionó la opción correspondiente al Ingreso de un nuevo postulante.

5.2.1.3 Flujo Normal de eventos

Usuario Sistema

1.- Solicita que se ingrese la identidad del

postulante

2.- Valida que la identificación sea correcta.




Página 19 de 336

3.- Valida que esa identificación no esté ya

registrado en el sistema.

4.- Despliega un formulario para el ingreso de

datos personales del postulante con los links

de todas las secciones deshabilitados y todos

los indicadores “vacíos”1. En este formulario

los datos de la identificación no están

modificables.

5.- Ingresa los datos personales

correspondientes al postulante.

6.- Finaliza el ingreso de los datos personales

7.- Valida los datos personales ingresados

8.- Almacena los datos personales

9.- Despliega la sección del formulario

correspondiente a “Otros programas”,

muestra el link de Datos personales relleno y

habilita el link de “Datos personales”

10.- Ingresa otros programas en los que ha

participado el postulante.

11.- Finaliza el ingreso de los datos de Otros

programas

12.- Valida los datos de Otros programas

Ingresados

13.- Almacena los datos de Otros programas

14.- Despliega sección del formulario para

Motivos por los que acude al CePE o Centro,

muestra el link de Otros programas relleno y

habilita también el link “Otros programas”.

15.- Ingresa los datos correspondientes a

Motivos por los que acude

16.- Finaliza el ingreso de estos datos

17. Valida los datos ingresados

18.- Almacena los datos

19.- Despliega la sección del formulario para

1 En la interfaz de usuario se tiene un indicador de cada una de las secciones (círculo o

circunferencia).




Página 20 de 336

“Otros datos”, muestra el link de Motivos

relleno y habilita también el link Motivos.

20.- Ingresa los otros datos solicitados.

21.- Finaliza el ingreso de estos otros datos.

22.- Valida los otros datos ingresados

23.- Almacena los datos.


“Observaciones durante la entrevista”, ”,

muestra el link de “Otros datos” relleno y

habilita también el link “Otros datos”

25.- Ingresa los datos de “Derivaciones”

31.- Finaliza el ingreso de Derivaciones

26.- Valida los datos de Derivaciones

27.- Almacena los datos de Derivaciones

28.- Comunica el fin de la Entrevista de

Recepción.

29.- Ingresa los datos de “Observaciones

durante la entrevista”

30.- Finaliza el ingreso de datos de

“Observaciones durante la entrevista”

27.- Valida los datos de “Observaciones

durante la entrevista”.

28.- Almacena los datos de “Observaciones

durante la entrevista”.


“Derivaciones”, muestra el link de

“Observaciones” relleno y habilita también el

link “Observaciones”

35.- Finaliza el caso de uso.

5.2.1.4 Flujos Alternativos


1 En el paso 2 del flujo normal, el sistema determina que la identificación

no es válida. El Sistema muestra un mensaje de error indicando esta

situación y el flujo continúa en el paso 1 del flujo normal.

2 En el paso 3 del flujo normal, el sistema determina que ya existe un




Página 21 de 336

postulante con esa cédula registrado en la base de datos. En este

caso, el sistema sigue con el formulario de Actualización de Datos (ver

Caso de Uso 8 - Actualizar datos de una persona)

3 En el paso 7 del flujo normal, el sistema determina que los datos

personales ingresados no son válidos. En este caso, el sistema

muestra un mensaje indicando esta situación y el flujo continúa en el



ingresados no son válidos. En este caso, el sistema muestra un

mensaje indicando esta situación y el flujo continúa en el paso 10 del

flujo normal.




flujo normal.




flujo normal.




flujo normal.

8 En alguno de los pasos del flujo normal, el usuario abandona el ingreso

de los otros datos de la entrevista. En este caso, el sistema finaliza el

caso de uso, sin almacenar los datos ingresados desde el último

almacenamiento.

9 En el paso 35 del flujo normal, el usuario no finaliza el caso de uso,

sino que selecciona realizar la Entrevista de Orientación en ese

momento. Para ello, selecciona la opción “Entrevista de Orientación” y

el flujo continúa en el Caso de Uso 8 - Actualizar datos de una persona

con la opción “Motivo de la actualización” con el valor “Entrevista de

Orientación”.

10 En alguno de los puntos del flujo normal, el usuario selecciona uno de

los links habilitados de la entrevista de recepción. En este caso, el

sistema abandona la sección del formulario actual (no almacena los

datos) y despliega la sección correspondiente al link indicado.




Página 22 de 336

11 En la sección Motivos por los que asistió al CePE, el usuario hace clic

sobre el botón “Eliminar”. En este caso, el sistema solicita confirmación

de la operación. Si el usuario confirma, entonces se elimina ese motivo

de la lista. Si el usuario no confirma, no se realiza ninguna operación.

En cualquiera de los dos casos, el usuario sigue visualizando la sección

“Motivos” del formulario de la Entrevista de Recepción.

12 En la sección Derivaciones, el usuario selecciona Eliminar uno de los

Recursos. En este caso, el sistema solicita confirmación de la

operación. Si el usuario confirma, entonces se elimina ese recurso de la

lista. Si el usuario no confirma, no se realiza ninguna operación. En

cualquiera de los dos casos, el usuario sigue visualizando la sección

“Derivaciones” del formulario de la Entrevista de Recepción.

13 En la sección Derivaciones, el usuario selecciona Derivar para una de

las áreas de interés. Si el área de interés es Información, entonces

sigue en el Caso de Uso 38 – Derivación de un Postulante a un

Recurso. Y cuando este termina, regresa a este formulario.


postulante con esa cédula registrado en la base de datos, pero que

dicho postulante está deshabilitado. En este caso, el sistema muestra

un mensaje indicando esta situación y se finaliza el caso de uso.

5.2.1.5 Post-condiciones

POS-1: El postulante queda registrado en la base de datos de postulantes.

5.2.1.6 Prototipos de Interfaz de usuario

Los siguientes prototipos de interfaces de usuario se presentan a modo de ejemplo, pudiendo

diferir respecto a los descritos en el modelo de datos.




Página 23 de 336

Figura 1: Datos personales en la entrevista de recepción

Figura 2: Servicios - Entrevista de Recepción




Página 24 de 336

Figura 3: Motivos por los que acude a la entrevista - Entrevista de recepción

NOTA: En el caso que el postulante pertenezca al Programa Objetivo Empleo, se mostrará

una cucarda indicando esta situación.

Figura 4: Otros datos – Cómo se enteró de los servicios - Entrevista de recepción

Figura 5: Derivaciones durante la Entrevista de recepción




Página 25 de 336

Figura 6: Observaciones realizadas durante la entrevista - Entrevista de Recepción


CE-4.1: La validación que se realizará sobre el número de cédula en el paso 3 es que el dígito

verificador sea correcto respecto al algoritmo utilizado por DNIC para su asignación.2 Esta

validación es realizada por el sistema.

CE-4.2: Los datos personales del postulante que se solicitarán y registrarán en el sistema son

los indicados en el Modelo de Datos.

CE-4.3: Para solicitar el domicilio, el sistema desplegará una ventana emergente en la que

solicitará los datos del domicilio. Estos datos se presentarán como un texto en el formulario de

datos personales.

CE-4.3: En la entrevista de recepción, la única derivación habilitada es la correspondiente al

área de interés “Información”.

CE-4.4: Al inicio de la entrevista de recepción, el sistema determina que el postulante está

inscripto en alguno de los programas (Programa Objetivo Empleo, etc.). En este caso, en el

2 Dado que existen números de cédulas emitidos y que no satisfacen el algoritmo, estos

deberán adecuarse para ese caso.




Página 26 de 336

paso 4 del flujo normal, el sistema despliega también despliega la “cucarda” (ícono)

correspondiente a dicho programa (si lo tiene).

CE-4.5: Al dar de alta al postulante, se almacena en el registro de esta persona la fecha de alta

en el sistema y el código del usuario que lo da de alta.

CE-4.6: Las validaciones que se realizarán en cada una de las secciones son:

Sección Regla

Datos personales R1.- El tipo de documento es obligatorio

R2.- El país de emisión del documento es obligatorio

R3.- El número de documento es obligatorio

R4.- Si el país de emisión es Uruguay y el tipo de documento es

Documento de identidad, se valida que el dígito de verificación

satisfaga el algoritmo.

R5.- El primer apellido no es vacío.

R6.- El primer apellido contiene solo letras y/o espacios en blanco.

R7.- El primer nombre no es vacío.

R8.- El primer nombre contiene solo letras y/o espacios en blanco.

R9.- Hay un género seleccionado.

R10.- Hay una situación civil seleccionada.

R11.- Hay al menos un teléfono no vacío.

R12.- El domicilio tiene seleccionado al menos país, departamento y

localidad.

R13.- El edad del postulante es mayor o igual a quince años.

R14.- La fecha de nacimiento no es mayor a la fecha del día de la

entrevista.

Otros programas No hay validaciones

Motivos por los que

acude a la oficina

R15.- Hay al menos un motivo, tipo y subtipo seleccionado.

¿Cómo se enteró de

los servicios de la

oficina?

R16.- Al menos uno de los ítems está seleccionado.

R15.- Si está seleccionado “Otros”, el campo “Especificar” no está

vacío.

Observaciones

durante la entrevista

R17.- Hay un valor seleccionado para cada una de las preguntas.

Derivaciones R18.- Si hay una derivación para alguno de los motivos por los que

acude a la oficina, esta es por Recursos y el valor seleccionado no es

vacío.




Página 27 de 336

CE-4.6: Todos los campos de tipo cadena de caracteres (excepto las observaciones), se

almacenarán eliminando los espacios en blanco al inicio y al final. Es decir, si el usuario ingresó

“ Juan”, el sistema almacenará “Juan”.

CE-4.7: Los datos se almacenarán tal como fueron ingresados. Es decir, si el usuario ingresó

“Juan”, el sistema almacenará “Juan”. Si ingresó “JUAN”, el sistema almacenará “JUAN”. En el

Curriculum Vitae, se mostrarán estos nombres en mayúscula.

CE-4.8: Cuando se crea el postulante, el estado en el que queda este usuario es:

HABILITADO.

CE-4.9: Cuando se crea el postulante, el sistema le crea un código de usuario para ingresar a

través de la Web y se envía un mensaje a través de correo electrónico con dicho código y la

contraseña generada. El código de usuario que se le creará a los postulantes, consistirá en el

código de dos letras del país emisor del documento (según ISO-3166-2) seguido del número de

documento. (Por ejemplo, UY29393923).

CE-4-10: Cuando se crea un postulante, este queda habilitado para todos los servicios.

CE-4-11: Cada vez que se almacena la entrevista se determina si todos los campos

obligatorios de todas las secciones están completos. Si es así, cambia el estado de la

entrevista de recepción a COMPLETA. La primera vez que se almacena la entrevista de

recepción, el estado que se almacena es INCOMPLETA.




Página 28 de 336

5.2.2 Caso de Uso 6 – Consulta de postulantes




Este caso de uso corresponde a la búsqueda (o consulta) de postulantes registrados en el

sistema.



El usuario ha seleccionado la opción de Consulta de Postulantes y está visualizando el

formulario.


Usuario Sistema

1.- Ingresa un criterio de búsqueda

2.- Confirma la búsqueda

3.- Valida los datos ingresados

4.- Realiza la búsqueda en la base de datos

según el criterio indicado.

5.- Despliega el resultado de la búsqueda y la

cantidad de elementos resultantes de la

búsqueda.




1 En el paso 3, el sistema determina que no hay ningún criterio ingresado.

El sistema despliega un mensaje de error indicando esta situación y

sigue en el paso 1 del flujo normal.

2 En el paso 4, el sistema determina que no hay resultados para el criterio




Página 29 de 336

de búsqueda ingresado. En este caso en el paso 5, despliega un

mensaje indicando esta situación.

3 En el paso 4, el sistema determina que la cantidad de elementos supera

el máximo que se despliega por página. En este caso, se muestra un

paginador para que pueda cambiarse de página.

4 En el paso 6, el usuario no finaliza el caso de uso, sino que selecciona

la opción “Actualizar datos” para uno de los postulantes resultantes de la

búsqueda. En este caso, el sistema continúa en el caso de uso Caso de

Uso 8 - Actualizar datos de una persona.


la opción “Habilitar/Deshabilitar” para uno de los postulantes resultantes

de la búsqueda. En este caso, el sistema muestra una ventana

emergente para solicitar el motivo. Si el usuario está habilitado y el

usuario seleccionó “Deshabilitar”, después de ingresar y confirmar el

motivo y verificar que el mismo no es vacío, el postulante queda en

estado DESHABILITADO. Si el usuario está inhabilitado y el usuario

seleccionó “Habilitar”, el postulante queda en estado HABILITADO.

A continuación de cualquiera de estas dos situaciones, el flujo continúa

en el paso 3 (realiza la consulta nuevamente).


la opción “Limpiar”. El sistema borra el contenido de todos los campos

de búsqueda, borra los datos que está mostrando.


la opción “Ver ficha”. El sistema sigue en el Caso de Uso 7 – Ficha de

Postulante


Figura 7: Prototipo Consulta de Postulantes




Página 30 de 336


CE-6.1: El criterio de búsqueda debe incluir al menos:

a) una identificación (esto es, un número de documento)

b) un apellido de más de dos letras

c) un nombre de más de dos letras

CE-6.2: Los criterios de búsqueda son:

Por Identificación

Por Nombre

Por Apellido

Incluir deshabilitados

CE-6.3: Como resultado de la búsqueda, se muestran los siguientes datos en la tabla:

a) Identificación

b) Nombre

c) Apellidos

d) Teléfono

e) E-mail

f) Situación Laboral Actual

g) Fecha de la última actualización

h) Nombre del usuario que realizó la última actualización.

i) Habilitado/Deshabilitado

CE-6.4: La búsqueda se realizará sin importar el case con que fueron ingresados los datos. De

esta forma, si se ingresó “Juan” como criterio de búsqueda y en la base está ingresado “JUAN”,

este dato será listado como resultado de la consulta.




Página 31 de 336

5.2.3 Caso de Uso 7 – Ficha de Postulante




Este caso de uso permite visualizar la ficha de un postulante. En dicha ficha se presentan todos

los datos del postulante y las actividades que el mismo haya llevado a cabo en relación al

sistema.



El usuario ha seleccionado la opción “Ver ficha” para alguno de los postulantes.


Usuario Sistema

1.- Consulta todos los datos del postulante

seleccionado.

2.- Despliega los datos del postulante




No hay flujos alternativos relevantes.


No corresponde


No hay consideraciones especiales relevantes.




Página 32 de 336

5.2.4 Caso de Uso 8 - Actualizar datos de una persona




Este caso de uso corresponde a la actualización de los datos de una persona. Los datos de

una persona pueden actualizarse por distintos motivos:

a) Porque es un postulante y se realiza una entrevista de orientación

b) porque avisó telefónicamente que cambió sus datos

c) Porque se presentó al CePE para actualizar sus datos

d) por otros motivos.

Este caso de uso contempla estas situaciones.


El usuario está logueado en el sistema y tiene permisos para realizar esta operación.

El usuario ha seleccionado a un postulante por alguno de los medios disponibles para ello (por

ejemplo, a través de la Consulta de Postulantes)

El usuario está visualizando el formulario de Actualización de datos de persona.

5.2.4.3 Flujo Normal de Eventos

Usuario Sistema

1.- Despliega el formulario de actualización de

datos con los datos cargados de la persona a

actualizar, visualizando la sección “Datos

personales”

2.- Selecciona una de las secciones del

Formulario

3.- El sistema despliega la sección

seleccionada con los datos cargados.

4.- Actualiza los datos que correspondan.

5.- Solicita guardar los datos ingresados






Página 33 de 336

8.- Comunica el resultado al usuario.




1 En el paso 6, el sistema determina que los datos ingresados no son

válidos. El sistema despliega un mensaje indicando los errores. El flujo

continúa en el paso 4 del flujo normal.

2 En el paso 5, el usuario no solicita guardar los datos, sino que

selecciona otra sección del formulario. En este caso, los datos

actualizados se descartan y el flujo continúa en el paso 3 del flujo

normal.

3 En cualquiera de los pasos, el usuario selecciona la opción “Cancelar”.

En este caso, el sistema solicita confirmación y, al confirmar, regresa a

la página inicial sin almacenar los datos modificados desde la última

solicitud de Guardar para ese formulario. Si no confirma, cierra la

ventana emergente y se sigue mostrando el formulario con los mismos

datos.

4 En cualquiera de los pasos, el usuario selecciona la opción “Cambiar

foto”. En este caso, el sistema desplegará una ventana emergente

solicitando la nueva foto. El usuario carga la nueva foto y confirma el

resultado. El sistema almacena la nueva foto, reemplazando la anterior.

5 En la sección “Datos Personales”, el usuario hace clic en el botón

“Dirección”. El sistema despliega una ventana emergente con los datos

de la dirección. El usuario actualiza los datos y, al confirmarlos,

almacena estos nuevos datos.

6 En la sección “Permisos y Licencias”, el usuario ingresa los datos de un

nuevo documento y selecciona la opción “Agregar”. En este caso, el

sistema valida que los datos estén completos y que la fecha de

vigencia sea mayor o igual a la fecha del día. En ese caso almacena el

nuevo documento y lo agrega a la lista de documentos.

Si los datos ingresados no son válidos, el sistema despliega un

mensaje de error indicando la situación y no almacena los datos.

7 En la sección “Documentos”, el usuario hace clic en la opción “Eliminar”

de alguno de los documentos. En este caso, el sistema solicita

confirmación y, al confirmar, elimina ese documento de la lista de




Página 34 de 336

documentos de la persona a la que se le está actualizando los datos. Si

el usuario no confirma, no se realiza ninguna acción sobre los datos.

8 En la sección “Trayectoria laboral”, el usuario selecciona la opción

“Agregar trabajo”. En este caso, el sistema despliega una ventana

emergente solicitando la información del trabajo. El usuario ingresa los

datos correspondientes al trabajo y hace clic en la opción “Guardar”. En

este caso, el sistema almacena los datos ingresados y actualiza la lista

de trabajos de la persona.

9 En el flujo alternativo 8, el usuario ingresa los datos pero no solicita

“Guardar” sino “Cancelar”. En este caso, el sistema solicita

confirmación y, si confirma, descarta los datos ingresados y continúa en

la sección “Trayectoria laboral”.

10 En la sección “Trayectoria laboral”, el usuario selecciona editar sobre

una de los trabajos de la persona. En este caso, el sistema despliega

una ventana emergente con los datos del trabajo. El usuario puede

actualizar los datos o solo visualizarlos.

11 En la sección “Trayectoria laboral”, el usuario selecciona la opción

“Eliminar” sobre uno de los trabajos de la persona. En este caso, el

sistema solicita confirmación y, si el usuario confirma, elimina ese

trabajo y actualiza la lista de trabajos que se muestra en la sección.

12 En la sección Derivaciones, el usuario selecciona Derivar para una de

las áreas de interés. Si el área de interés es Información, entonces

sigue en el Caso de Uso 38 – Derivación de un Postulante a un

Recurso. Y cuando este termina, regresa a este formulario.

13 En la sección Observaciones, el usuario selecciona la opción “Agregar

observación”. En este caso, el sistema despliega el formulario para el

ingreso de una nueva observación y selecciona la opción “Guardar”. El

sistema almacena la nueva observación y actualiza la lista de

observaciones que se despliegan.

14 En el flujo alternativo 13, al final, el usuario no selecciona la opción

“Guardar” sino que selecciona la opción “Cancelar”. En este caso, el

sistema descarta los datos ingresados.




Página 35 de 336

5.2.4.5 Prototipos de Interfaz de usuario

Figura 8: Datos personales - Actualización de datos




Página 36 de 336

Figura 9: Documentos de la persona - Actualización de datos

Figura 10: Trayectoria laboral - Actualización de datos




Página 37 de 336

Figura 11: Trayectoria laboral - Nuevo trabajo - Actualización de datos

Figura 12: Limitaciones y Deficiencias - Actividades y ambientes incompatibles




Página 38 de 336

Figura 13: Limitaciones y deficiencias – Disponibilidad

Figura 14: Limitaciones y deficiencias - Dificultades sicofísicas




Página 39 de 336

Figura 15: Búsqueda de Trabajo - Actualización de datos

Figura 16: Observaciones - Actualización de datos

5.2.4.6 Consideraciones Especiales

CE-7.1: Las validaciones que se realizará en la actualización, además de las de la entrevista

de recepción son:




Página 40 de 336

Sección Validación

Otros documentos R19.- Si se indica una vigencia, esta debe ser correcta y mayor a la

fecha del día.

Situación Laboral

Actual

R20.- Hay un tipo de situación laboral actual seleccionado.

R21.- El año de inicio de actividades es un dato numérico.

R22.- La duración es un dato numérico.

R23.- Hay uno de los tipos de duración seleccionado

R24.- La tarea realizada no está vacía.

Limitaciones y

Deficiencias

No hay validaciones

Búsqueda de trabajo R25.- Hay al menos una de las acciones realizadas en el último mes

seleccionada.

Observaciones R26.- Si se agrega una observación, el campo observación no está

vacío.

CE-7.2: Los datos se almacenarán, tal como se describe en el Caso de uso 5 – Entrevista de

Recepción.

CE-7.3: En las áreas de interés que se puede seleccionar, se incluyen solamente los servicios

para los que está habilitado el postulante. Es decir, si un postulante está deshabilitado para un

servicio, este servicio no se muestra en la lista de valores seleccionables.

CE-7.4: Puede suceder que un postulante haya indicado un interés en una determinada área y

después de ello se deshabilita al postulante para uno de los servicios indicados como interés.

En este caso, no estará habilitada una derivación para ese o esos servicio(s).

CE-7.5: La ficha del postulante tiene estado INCOMPLETA o COMPLETA. Inicialmente, esta

ficha está en estado INCOMPLETA. Cada vez que se almacena una sección se determina si

TODOS los campos obligatorios que van en la ficha están completados. En ese caso, se

cambia el estado a COMPLETA.




Página 41 de 336

5.2.5 Caso de Uso 9 – Habilitar/Deshabilitar un postulante




Este caso de uso corresponde al cambio de contraseña de un usuario.




Usuario Sistema

1.- Selecciona la opción

“Habilitar/Deshabilitar” para una persona

2.- Despliega una ventana para solicitar el

motivo para solicitar el motivo de

habilitación/deshabilitación.

3.- Ingresa el motivo

4.- Confirma la acción

5.- Valida que el motivo no esté vacío.

6.- Almacena los datos como una observación

en la lista de observaciones.

7.- Confirma el resultado




1 En el paso 3 del flujo normal, el usuario selecciona la opción “Cancelar”.

En este caso, el sistema cierra la ventana emergente y descarta la

acción realizada.

2 En el paso 5, el sistema determina que no hay un motivo ingresado. El




Página 42 de 336

sistema muestra un mensaje indicando la situación y el flujo continúa en

el paso 3 del flujo normal.


No corresponde


CE-1: Los motivos por los que se puede deshabilitar a un usuario son:

Fallecimiento

Manifestación de voluntad de no integrar la base de datos3

CE-2: Para habilitar un usuario, no se ingresa ningún motivo.

3 En este caso se requiere un documento escrito. Ni la generación ni el registro de este

documento están incluidos en el alcance del proyecto.




Página 43 de 336

5.2.6 Caso de Uso 10 - Habilitar/Deshabilitar un postulante en

un Servicio




Un postulante puede deshabilitarse o volver a habilitarse para un determinado servicio. A modo

de ejemplo, si un postulante es derivado a un servicio de Capacitación varias veces y no asiste,

puede deshabilitarse de este servicio.




Usuario Sistema

1.- Despliega una lista de todos los servicios y

el estado de cada uno de ellos para el

postulante seleccionado.

2.- Selecciona el nuevo estado para uno de

los servicios.

3.- Despliega una ventana emergente para

solicitar el motivo y la confirmación.

4.- Selecciona el motivo del nuevo estado

para dicho servicio


6.- Valida que haya un motivo seleccionado.

7.- Almacena el nuevo estado

8.- Muestra el resultado al usuario




1 En el paso 5 del flujo normal, el usuario no confirma sino que cancela la

operación. En este caso, el sistema solicita confirmación y, si el usuario

lo confirma, se cierra la ventana emergente sin realizar ninguna




Página 44 de 336

alteración.


No corresponde.


CE-9.1: Los motivos para deshabilitar a un postulante de un servicio son los siguientes

Servicio Motivo de inhabilitación

Intermediación Laboral El teléfono no corresponde (no lo conocen, teléfonos institucionales, teléfono cambiado)

A la segunda intermediación el teléfono sigue fuera de servicio

Aun habiéndolo acordado con el/la Orientador/a, no se presento a la entrevista o taller de preselección en 2 ocasiones, sin justificación

Personas con problema de salud temporaria que les impide trabajar

Razones familiares/ personales que lo inhabilitan transitoriamente para trabajar

No le interesa el servicio de Intermediación laboral

Rechaza tres veces postulaciones a trabajos relacionados a su

perfil y acorde a las expectativas laborales declaradas en la

entrevista (observaciones, limitaciones, disponibilidades e

intereses)

Capacitación El teléfono no corresponde (no lo conocen, teléfonos institucionales, teléfono cambiado)

Al segundo ofrecimiento de capacitación el teléfono sigue fuera de servicio

Personas con problema de salud temporaria que les impide asistir a una capacitación

Razones familiares/ personales que lo inhabilitan transitoriamente para realizar una capacitación

No le interesa el servicio de capacitación

Rechaza tres veces ofertas de capacitación relacionados al área de interés, limitaciones , disponibilidades y no esta trabajando.

Comenzó un curso de capacitación y abandono sin razones

justificadas: las justificadas son: trabajo, enfermedad, embarazo

con reposo/ otras

Orientación Laboral El teléfono no corresponde (no lo conocen, teléfonos institucionales, teléfono cambiado)

Al segundo ofrecimiento de Orientación el teléfono sigue fuera de servicio

No se presento a la entrevista o taller de orientación en 2 ocasiones, sin justificación

Personas con problema de salud temporaria que les impide asistir al Taller de Orientación

No le interesa el servicio de Orientación laboral




Página 45 de 336

Rechaza tres veces invitaciones a participar de talleres o

entrevistas de orientación relacionados al área de interés,

limitaciones, disponibilidades y no esta trabajando.

Recursos No hay motivos

Emprendimientos

Productivos

No hay motivos

5.2.7 Caso de Uso 11 – Demandas relacionadas con el perfil




Durante la entrevista de orientación se puede determinar las demandas vigentes que están

relacionadas con el perfil del postulante. Esto es, las demandas tales que el postulante cumple

con el 100% de los requisitos y que están relacionadas al área de la demanda.



El usuario ha seleccionado la opción Ver demandas relacionadas con el perfil para una de las

áreas de interés del postulante (el área de interés debe ser “Intermediación Laboral”).

El postulante tiene la ficha en estado COMPLETA.


Usuario Sistema

1.- Selecciona la opción “Ver demandas

relacionadas con el perfil”

2.- Realiza una búsqueda de todas las

demandas abiertas satisfechas 100% por el

perfil del postulante.

3.- Lista las demandas resultantes de la

búsqueda.





Página 46 de 336



1 En el paso 3 del flujo normal, el sistema determina que no hay ninguna

demanda relacionada con el perfil. El sistema muestra un mensaje

indicando esta situación.


la opción “Auto postular”. En este caso, el sistema solicita confirmación

y, si el usuario confirma, agrega a dicho postulante en la lista de

autopostulados para la demanda indicada y actualiza la lista de

demandas y el estado del postulante en esa demanda se visualiza como

AUTOPOSTULADO.

Si no confirma, el sistema no registra ninguna información.

3 En el paso 4, el usuario no finaliza el caso sino que selecciona “Sin

interés” para una demanda4. En ese caso, el sistema despliega un

campo de texto libre para ingresar el motivo. El usuario ingresa el

motivo y confirma los datos.

4 En el paso 4, el usuario no finaliza el caso de uso sino que selecciona

“Ver ficha” para una de las demandas. En este caso, el sistema

despliega una ventana emergente con la ficha correspondiente a la

demanda, según el caso de uso


Figura 17: Prototipo de interfaz de usuario para las demandas relacionadas al perfil

4 Este caso por ejemplo se da cuando el postulante ya trabajó en esa empresa y no le

interesa volver a trabajar.




Página 47 de 336


CE-10.1: Las demandas relacionadas con el perfil son aquellas que satisfacen todos los

siguientes criterios:

a) por puesto (código CIUO). Este tiene que coincidir con el área de interés del

postulante.

b) por rango de edad. Esto es, la edad del postulante tiene que estar en el rango indicado

en la demanda.

c) por nivel educativo (esto es, debe ser por lo menos el nivel seleccionado, esto significa

que si se selecciona primaria y el postulante tiene secundaria completa se satisface

este criterio)

d) por lugar de residencia (departamento y/o localidad). Esto es, el postulante vive en la

localidad y/o departamento indicado en la demanda.

e) antecedentes laborales (si tiene o no antecedentes laborales)

f) permisos y licencias (un conjunto de licencias y permisos que debe poseer el

postulante). Esto es, el postulante posee todas las licencias y permisos indicados en la

demanda.

g) cursos de capacitación por área temática. Esto es, el postulante tiene cursos en todas

áreas indicadas en la demanda.

h) conocimientos informáticos. Esto es, el postulante posee los conocimientos

informáticos indicados en la demanda.

i) Idiomas. Esto es, el postulante tiene conocimientos en el idioma indicado en la

demanda y en el nivel indicado en la misma. Se tendrá en cuenta que si solicita Nivel

Básico y el postulante tiene Nivel Avanzado, cumple con el requerimiento.

j) por limitaciones. En la definición de la demanda laboral se indican las

contraindicaciones para la tarea. Esta concordancia se realiza considerando que

alguna de esas contraindicaciones no estén incluidas en las limitaciones del postulante.

CE-10.2: Para cada una de las demandas que satisfacen el criterio, se listarán los siguientes

datos:

a) Nombre del puesto

b) Empresa

c) Localidad

d) Departamento

e) Observaciones




Página 48 de 336

En el caso de superarse la cantidad máxima de demandas por página, el sistema habilitará un

paginador que le permitirá al usuario desplazarse entre las distintas páginas.




Página 49 de 336

5.2.8 Caso de Uso 12 - Grupos abiertos relacionados con el

interés (Orientación Laboral)




Este caso de uso aplica a aquellos postulantes que manifestaron interés en el área

“Orientación Laboral” y seleccionaron alguno de los módulos del “Taller de Orientación

Laboral”. En el área de derivaciones, se puede realizar la inscripción del postulante a alguno de

los grupos que están abiertos en ese momento y que coinciden con el interés indicado.



El usuario está trabajando sobre la ficha de actualización de datos de uno de los postulantes y

ha seleccionado la sección “Derivaciones” y el postulante tiene un interés en “Orientación

Laboral”.

El postulante tiene la ficha en estado COMPELTA. (Si la ficha del postulante está en estado

incompleta, entonces no está disponible la opción de Derivación).


Usuario Sistema

1.- Despliega la lista de todas las áreas de

interés con la opción de realizar una

derivación para ellas.

2.- Selecciona la opción Derivar para alguno

de los intereses de Orientación Laboral.

3.- El sistema busca todos los grupos abiertos

que hay en ese momento para ese módulo del

Taller de Ocupación Laboral.

4.- Despliega la lista de todos los grupos del

módulo indicado, que estén abiertos y que

tengan cupo.

5.- Selecciona uno de los grupos.

6.- Confirma la operación




Página 50 de 336

7.- Valida que se haya seleccionado alguno

de los grupos.

8.- Asigna (inscribe) a ese postulante en ese

grupo.

9.- Incrementa la cantidad de inscriptos al

grupo.

10.- Comunica el resultado de la operación al

usuario.




1 En el paso 3 del flujo normal, el sistema determina que no hay ningún

grupo abierto para el módulo seleccionado. El sistema despliega un

mensaje indicando esta situación y se finaliza el caso de uso.

2 En el paso 8 del flujo normal, el sistema determina que la inscripción de

este postulante supera la cantidad máxima del grupo. En este caso,

despliega un mensaje indicando la situación y el flujo continúa en el


3 En el paso 6 del flujo normal, el usuario cancela la operación. El sistema

no realiza ninguna acción y el caso de uso finaliza.

4 En el paso 9, el sistema determina que al inscribir al postulante, se

alcanza el cupo máximo. En este caso, el sistema cambia el estado del

grupo a CERRADO. El flujo continúa en el paso 9 del flujo normal.




Página 51 de 336


Figura 18: Prototipo para derivación a módulo de Taller de Orientación


CE-11.1: Los módulos se listan por orden de fecha de inicio.

CE-11.2: El sistema validará, al momento de solicitar una derivación, que el postulante ya no

esté inscripto o haya hecho el módulo al que se trata de realizar la derivación. En este caso, el

sistema despliega un mensaje indicando esta situación.




Página 52 de 336

5.2.9 Caso de Uso 13 - Grupos abiertos relacionados con área

de interés (Capacitación)

Requerimiento Funcional RF12 y RF75



Este caso de uso corresponde a la derivación de un postulante a un curso de capacitación.

Esto es, el postulante manifestó interés en algún área de capacitación. La derivación permite

seleccionar los grupos abiertos para dicha área e inscribir al usuario en ese curso.

En este caso se distinguen dos subcasos:

a) el postulante pertenece a TSD. En este caso, la lista de cursos que se proponen como

opción son todos los cursos abiertos.

b) El postulante no pertenece a TSD. En este caso, la lista de cursos que se proponen

como opción para seleccionar, son todos los cursos abiertos que están disponibles

para cualquier postulante (es decir, no se incluyen los que son exclusivos de TSD).



La ficha del postulante está en estado COMPLETA. Si la ficha del postulante está en estado

INCOMPELTA, entonces no está disponible esta opción.


Usuario Sistema

1.- Despliega la lista de todas las áreas de

interés con la opción de realizar una

derivación para ellas.

2.- Selecciona la opción Derivar para alguno

de los intereses de Capacitación

3.- El sistema busca todos los grupos abiertos

que hay en ese momento para esa área de

capacitación.

4.- Despliega la lista de todos los grupos

abiertos para el área de capacitación




Página 53 de 336

indicada, que estén abiertos y que tengan

cupo.

5.- Selecciona uno de los grupos.


7.- Valida que se haya seleccionado alguno

de los grupos.

8.- Asigna (inscribe) a ese postulante en ese

grupo.

9.- Incrementa la cantidad de inscriptos al

grupo.


usuario.





grupo abierto para el módulo seleccionado. El sistema despliega un

mensaje indicando esta situación y se finaliza el caso de uso.

2 En el paso 8 del flujo normal, el sistema determina que la inscripción de

este postulante supera la cantidad máxima del grupo. En este caso,

despliega un mensaje indicando la situación y el flujo continúa en el


3 En el paso 6 del flujo normal, el usuario cancela la operación. El sistema

no realiza ninguna acción y el caso de uso finaliza.

4 En el paso 9, el sistema determina que al inscribir al postulante, se

alcanza el cupo máximo. En este caso, el sistema cambia el estado del

grupo a CERRADO. El flujo continúa en el paso 9 del flujo normal.




Página 54 de 336


Figura 19: Prototipo para la derivación a curso


CE-12.1: Los módulos se listan por orden de fecha de inicio.

CE-12.2: El sistema validará, al momento de solicitar una derivación, que el postulante ya no

esté inscripto o haya hecho el módulo al que se trata de realizar la derivación. En este caso, el

sistema despliega un mensaje indicando esta situación.

CE-12.3: La lista de los grupos se arma de la siguiente manera:

a) si el postulante está en TSD, se incluyen todos los grupos abiertos de TSD.

b) Si el postulante no está en TSD, se incluyen todos los grupos abiertos para “publico en

general”.




Página 55 de 336

5.2.10 Caso de Uso 14 - Generación de documento de

Currículo




Este caso de uso corresponde a la generación de un documento correspondiente al currículo

de un postulante. Posteriormente a la generación del documento, el usuario podrá (por fuera

del sistema) realizar la impresión del documento, el envío por correo electrónico u otra

operación que considere.


El usuario está debidamente logueado en el sistema y tiene permisos para realizar esta

operación.

El usuario ha seleccionado un postulante y ha seleccionado la opción Imprimir.

5.2.10.3 Flujo Normal de Eventos

Usuario Sistema

1.- Muestra un formulario para seleccionar los

datos que serán incluidos en el documento.

2.- Indica cuáles son los campos que desea

incluir en el documento.

3.- Finaliza la selección de datos.

4.- Genera el documento en el formato

predefinido y con los datos seleccionados.

5.- Muestra el documento para ser

descargado.

6.- Descarga el documento

7.- finaliza el caso de uso.




Página 56 de 336



1 En el paso 3 del flujo normal, el usuario cancela el caso de uso. En este

caso, el caso de uso finaliza sin generar el documento.

2 En el paso 4 del flujo normal, el sistema no puede generar el

documento. En este caso, el sistema envía un mensaje al usuario

indicando la situación y finaliza el caso de uso.


Figura 20: Prototipo para la selección de áreas a incluir en la generación del C.V.

Se permitirá seleccionar:

a) qué elementos de los datos personales se incluyen

b) qué cursos de capacitación y de formación profesional se incluyen.

c) Si se incluye la sección de conocimientos informáticos y si se incluye la sección de

idiomas.

d) Cuáles de los trabajos incluidos en su trayectoria laboral se incluyen

e) Si se incluye la sección de disponibilidades (se indica como Otros por si en el futuro se

agregan otras secciones).


CE-6.1: El formato en el que se generará el documento es PDF.

CE-6.2: La plantilla que incluye cómo se generará el documento es: Formato de Curriculum

Vitae-1.doc.




Página 57 de 336

5.2.11 Caso de Uso 15: Carga de personas en programas




Periódicamente se recibe un archivo con los números de las cédulas de identidad de personas

en el Programa Objetivo Empleo. Cuando se realiza una consulta de estas personas al

sistema, se deberá mostrar con un indicador diferente (Cucarda). Para ello, se realizará la

carga de las cédulas de ese archivo al sistema. El usuario realizará la carga, el sistema

procesará dichos números y los cargará en el sistema.



El usuario ha seleccionado la opción “Carga de archivo de programa” y está visualizando la

página de carga.


Usuario Sistema

1.- Selecciona el programa para el que

realizará la carga de datos

2.- Selecciona el archivo que contiene las

identificaciones de los postulantes del

programa.

3.- Confirma la carga

4.- Lee los nuevos datos

5.- Elimina todos los registros de ese

programa.

6.- Almacena los datos del archivo en la base

de datos

7.- Confirma el resultado de la operación al

usuario, incluyendo la cantidad de registros

cargados.





Página 58 de 336



1 En el paso 3 del flujo normal, el usuario finaliza el caso de uso. En este

caso, se finaliza el caso de uso sin realizar ninguna acción.

2 En el paso 4 del flujo normal, el sistema determina que no es posible

leer los datos. En este caso, comunica un mensaje al usuario y finaliza

el caso de uso.


No corresponde


CE-1: Los datos en este archivo vienen en formato csv (comma separated value) e incluyen el

número del documento de la cédula de identidad sin puntos ni guiones e incluyendo el dígito de

verificación.




Página 59 de 336

5.2.12 Caso de Uso 16 - Deshabilitación automática




Esta caso de uso corresponde a la deshabilitación de los postulantes del sistema que no han

tenido ninguna actualización en un periodo mayor a x meses. El valor x será un valor

configurable en el sistema. De acuerdo a ello, una vez ejecutada esta funcionalidad, todos los

postulantes que no hayan tenido ninguna actualización de datos en un periodo mayor al

indicado, quedarán en estado DESHABILITADO con motivo: Deshabilitación automática por

antigüedad.


No hay precondiciones relevantes.


Usuario Sistema

1.- Lee todos los registros de postulantes que

hace al menos x meses que no tienen

ninguna actualización y están en estado

HABILITADO.

2.- Cambia al estado DESHABILITADO cada

uno de estos registros.

3.- Registra en el log, esta actividad y la

cantidad de postulantes deshabilitados.



No hay flujos alternativos relevados.


No corresponde




Página 60 de 336



5.3 Grupo 3: Servicios Públicos de Empleos – Gestión

de Empresas

5.3.1 Caso de Uso 17 – Alta de Empresas




Este requerimiento corresponde al alta de una nueva empresa.



El usuario ha seleccionado la opción “Alta de Empresa”.


Usuario Sistema

1.- Solicita que se ingrese el número de RUT

de la empresa.

2.- Ingresa el número de RUT

3.- Confirma el número de RUT

4.- Verifica que el número de RUT sea

correcto.

5.- Verifica que dicha empresa ya no esté

dada de alta como empresa en el sistema.

6.- Busca en la base de empresas provista

por MTSS que ese número de RUT exista.

7.- Obtiene los datos de esa empresa.

8.- Despliega la sección “Identificación” de la

empresa con los datos leídos no modificables.

9.- Completa los datos de la sección

Identificación de la empresa.




Página 61 de 336

10.- Confirma los datos.


12.- Almacena los datos ingresado

13.- Despliega la sección “Datos de Contacto”

14.- Selecciona la sección “Datos de

contacto”

15.- Despliega la sección “Datos de contacto”

y habilita el link de “Identificación”

16.- Confirma los datos de esta sección

17.- Despliega la sección “Contactos” y

habilita el link “Datos de contacto”

18.- Confirma los datos de esta sección.

19.- Despliega la sección “Preguntas” y

habilita el link “Contactos”.

20.- Completa los datos de la sección

“Preguntas”

21.- Confirma los datos de esta sección.


23.- Almacena los datos de Preguntas.

24.- Despliega la sección Observaciones y

habilita el link “Preguntas”

25.- Confirma la sección Observaciones

26.- Almacena el estado de la empresa y

habilita el link de “Observaciones” y de

“Demandas”




1 En el paso 3, el usuario no confirma la operación sino que cancela la

operación. En este caso, el sistema finaliza el caso de uso y no realiza

ninguna actualización

2 En el paso 4, el número de RUT no es correcto. En este caso, el

sistema muestra un mensaje de error y el flujo continúa en el paso 2 del

flujo normal.




Página 62 de 336

3 En el paso 5 del flujo normal, el sistema determina que no existe una

empresa con ese número de RUT. En ese caso, el sistema despliega un

mensaje de error indicando la situación y el flujo continúa en el paso 2

del flujo normal.

4 El usuario, en cualquiera de los pasos, selecciona el link de otra

sección. En este caso, el sistema despliega la sección del formulario

correspondiente al link seleccionado sin almacenar los datos de la

sección actual.


ingresados no son correctos. En este caso, muestra un mensaje de

error indicando la situación y el flujo continúa en el paso 9 del flujo

normal.

6 En el paso 5 del flujo normal, el sistema determina que ya existe una

empresa dada de alta en el sistema con el mismo RUT. En ese caso, el

sistema despliega un mensaje indicando la situación y despliega el

formulario para Actualización de datos de la empresa, según el Caso de

Uso 19 – Actualización de datos de una empresa.

7 En el paso 16 del flujo normal, el usuario selecciona la opción “Agregar

contacto” en la sección “Contactos” del formulario. En este caso, el

sistema despliega una ventana emergente solicitando los datos del

contacto.

16.1 El usuario ingresa los datos del contacto.

16.2 El usuario confirma los datos del contacto

16.3 El sistema valida los datos ingresados

16.4 El sistema almacena los datos ingresados

16.5 El sistema cierra la ventana emergente

16.6 El sistema actualiza la lista de contactos en la interfaz de usuario

Si en el paso 16.2, el usuario no confirma los datos ingresados, se cierra

la ventana emergente y no se realiza ningún cambio.

Si en el paso 16.3, el sistema determina que los datos no son válidos,

despliega un mensaje de error en la misma ventana emergente y el flujo

continúa en el paso 16.1.

8 En el paso 16 del flujo normal, el usuario selecciona la opción Editar”

para alguno de los contactos listados en la sección “Contactos” del

formulario. En este caso, el sistema despliega una ventana emergente

mostrando los datos del contacto seleccionado




Página 63 de 336

16.7 El usuario actualiza los datos del contacto.

16.8 El usuario confirma los datos del contacto

16.9 El sistema valida los datos ingresados

16.10 El sistema almacena los datos ingresados

16.11 El sistema cierra la ventana emergente

16.12 El sistema actualiza la lista de contactos en la interfaz de

usuario

Si en el paso 16.2, el usuario no confirma los datos ingresados, se cierra

la ventana emergente y no se realiza ningún cambio.

Si en el paso 16.3, el sistema determina que los datos no son válidos,

despliega un mensaje de error en la misma ventana emergente y el flujo

continúa en el paso 16.1.

9 En el paso 16, el usuario selecciona la opción “Eliminar” para alguno de

los contactos en la lista. En este caso, el sistema solicita confirmación

de la eliminación y, si el usuario confirma, se elimina a dicho contacto de

la base de datos. El sistema actualiza la lista de contactos.

Si el usuario no confirma, entonces el sistema no realiza ninguna

acción.

10 En el paso 22, el sistema determina que los datos ingresados para esa

sección no son correctos. En ese caso, muestra un mensaje de error

indicando la situación y el flujo continúa en el paso 20 del flujo normal.

11 En el paso 25, el usuario selecciona la opción “Agregar observación”. En

este caso,

25.1 - El sistema despliega un área para ingresar la observación de la

empresa.

25.2 - El usuario ingresa el texto correspondiente a la observación y

confirma el ingreso.

25.3 El sistema almacena la observación y registra el usuario y fecha en

que se produjo.

25.4 El sistema actualiza la lista de observaciones.

12 En el paso 27 el usuario no finaliza el caso de uso, sino que selecciona

la opción “Demandas”. En este caso el sistema despliega la sección

Demandas del formulario.

Si el usuario selecciona agregar una demanda, sigue como en el caso

de uso……




Página 64 de 336


Figura 21: Sección Identificación - Formulario Empresas

Figura 22: Sección Datos de contacto del Registro de Empresa

Figura 23: Datos de contacto del Registro de Empresa




Página 65 de 336

Figura 24: Sección Preguntas - Parte 1 - Registro de Empresas

Figura 25: Sección Preguntas - Parte 2 - Registro de Empresas




Página 66 de 336

Figura 26: Sección Demandas - Registro de Empresas


CE-16.1: Cuando se da de alta a una empresa (al confirmar los datos de Identificación) el

sistema genera un código de usuario para dicha empresa a efectos de que pueda acceder a la

sección “Empresas” desde la Web. El código de usuario será el número del BPS. El sistema

generará una contraseña siguiendo la política de contraseñas y la enviará por correo

electrónico, al correo indicado en los datos de contacto de la empresa. Si la empresa no tiene

correo electrónico, no se generará el código de usuario.

CE-16.2: Las validaciones que realizará el sistema son las siguientes:

Sección Regla

Identificación 27 – La fecha de vencimiento de DGI no está vacía.

28 – La fecha de vencimiento de BPS no está vacía

Datos de contacto No hay validaciones

Contactos 29 – El nombre y apellido del contacto no puede ser vacío.

Preguntas 30 – La respuesta a la pregunta 1 no está vacía

31 – Si en la pregunta 2 alguna de las sub-preguntas tiene respuesta “Si”,

los datos de cantidad actual e ideal no están vacías.

32 – En la pregunta 4, hay al menos una opción seleccionada

33 – En la pregunta 5, hay al menos una opción seleccionada

34 – Si en la pregunta 6, la respuesta es Si, se seleccionó al menos una

de las áreas y la respuesta a Cómo se evaluaron los cursos no está

vacía.

35 – Si en la pregunta 7, seleccionó alguna de las opciones, el texto

explicativo no está vacío.

Observaciones 36 – Si se agrega una observación el texto no está vacío.




Página 67 de 336

CE-16.3: En todos los campos de texto que se almacenen se quitarán los espacios en blanco

al inicio y al fin. De esta forma, si se ingresa “ Juan”, se almacenará en la base como “Juan”.

CE-16.4: Cuando se almacena por primera vez la empresa, se asigna el estado

“INCOMPLETA”. En el paso final de almacenamiento, se cambiará el estado a “COMPLETA”.

De esta forma, si se abandona el ingreso de los datos antes de llegar al final, el estado de la

ficha de la empresa es INCOMPLETA.




Página 68 de 336

5.3.2 Caso de Uso 18 - Consulta de Empresas




Este caso de uso corresponde a la consulta de empresas registradas en el sistema.



El usuario ha seleccionado la opción de Consulta de Empresas.


Usuario Sistema


2.- Confirma el criterio

3.- Valida el criterio ingresado

4.- Realiza la búsqueda de las empresas

registradas en el sistema que satisfacen el

criterio.

5.- Muestra el resultado al usuario.




1 En el paso 2 del flujo normal, el usuario no confirma el criterio sino que

cancela la operación. En este caso, el sistema regresa a la página

inicial.

2 En el paso 3 del flujo normal, el sistema determina que el criterio

ingresado no es correcto. En este caso, el sistema muestra un mensaje

de error indicando la situación y el flujo continúa en el paso 1.

3 En el paso 5, el sistema determina que no hay datos resultantes de la

búsqueda. En este caso muestra un mensaje de error indicando la




Página 69 de 336

situación.

4 En el paso 6, el usuario no finaliza el caso de uso sino que selecciona la

opción “Actualizar datos”. En este caso, el sistema continúa como en el

Caso de Uso 19 – Actualización de datos de una empresa.


opción “Habilitar” o “Deshabilitar” según el estado de la empresa. En

este caso, el sistema continúa en el Caso de Uso 20 -

Habilitación/Deshabilitación de una Empresa.


opción “Ver ficha”. En este caso, el sistema continúa en Caso de Uso 21

– Ver Ficha de Empresa.


No corresponde


CE-17.1: Los criterios de búsqueda de empresas son los siguientes:

a) Por RUT

b) Por Número de MTSS

c) Por Número de BPS

d) Por Razón Social

e) Por Departamento

f) Por Localidad

g) Incluir Deshabilitadas (por defecto No)

CE-17-2: Para cada una de las empresas mostrará los siguientes datos:

a) RUT

b) Razón Social

c) Domicilio

d) Localidad

e) Departamento

f) Teléfono

g) Estado (Habilitada, Deshabilitada)

CE-17-3: Si la cantidad de empresas resultante de la búsqueda supera 50, entonces el sistema

habilitará un paginador y mostrará de a 50 página.




Página 70 de 336

5.3.3 Caso de Uso 19 – Actualización de datos de una

empresa




Este caso de uso corresponde a la actualización de los datos de una empresa.



El usuario está visualizando la sección “Identificación” del formulario de Empresa.


Usuario Sistema

1.- Selecciona una de las secciones del

formulario

2.- Despliega la sección seleccionada del

formulario.

3.- Actualiza (modifica) alguno de los datos



6.- Almacena los datos ingresados





1 En el paso 3, el usuario no actualiza ningún dato, sino que cancela la

actualización. En este caso, el sistema finaliza el caso de uso sin

realizar ninguna acción.


válidos. En este caso, el sistema despliega un mensaje de error




Página 71 de 336



otra sección del formulario. En este caso, el flujo continúa en el paso 2

del flujo normal.

4 En la sección “Demandas”, el usuario cambia el estado de las

demandas que deben mostrarse. Si selecciona “Cerradas” el sistema

muestra todas las demandas que ya están cerradas. Si selecciona

“Todas” el sistema muestra todas las demandas (abiertas y cerradas). El

orden en que se muestran las demandas en esta lista es por fecha

descendente. Se mostrará hasta un máximo de 50 demandas. Si supera

esa cantidad, se habilita un paginador.


Figura 27: Actualización de demandas - Actualización de empresa


CE-18.1: Las reglas de validación son las indicadas en el caso de uso “Alta de Empresa”.

CE-18.2: Si la empresa no está habilitada, no se tendrá disponible el botón “Agregar demanda”

en la sección “Demandas”.




Página 72 de 336

5.3.4 Caso de Uso 20 - Habilitación/Deshabilitación de una

Empresa




Este caso de uso corresponde a la habilitación o deshabilitación de una empresa, según el

estado en que se encuentra.



El usuario ha realizado una consulta sobre la empresa y está visualizando la empresa en una

de las filas e hizo clic en el botón “Habilitar/Deshabilitar” correspondiente a ella.


Usuario Sistema

1.- Despliega una ventana emergente

solicitando para solicitar el motivo del cambio

de estado.


3.- Confirma el cambio de estado

4. Valida que el motivo no sea vacío.

5. Realiza el cambio de estado

6.- Actualiza los valores en el listado de

empresas.




1 En el paso 3 del flujo normal, el usuario no confirma el cambio de estado

sino que cancela la operación. En este caso, el sistema finaliza el caso




Página 73 de 336

de uso y regresa a la página con el listado de la consulta.

2 En el paso 4 del flujo normal, el sistema determina que el motivo está

vacío. En este caso, muestra un mensaje indicando la situación y el flujo



No corresponde


CE-1: Si la empresa está en estado HABILITADA, entonces se tendrá disponible solo la opción

DESHABILITAR. Si la empresa está en estado DESHABILITADA, entonces se tendrá

disponible solo la opción HABILITAR.




Página 74 de 336

5.3.5 Caso de Uso 21 – Ver Ficha de Empresa




Este caso de uso corresponde a la visualización de la ficha de la empresa. La ficha de la

empresa lista todos los datos de la empresa en formato no modificable (HTML).



El usuario ha seleccionado la opción “Ver ficha” para una empresa.


Usuario Sistema

1.- Genera la ficha de la empresa

2.- Despliega la ficha de la empresa

3.-Finaliza el caso de uso





No corresponde


CE-1: La ficha de la empresa incluye:

a) Datos de identificación de la empresa

b) Datos de contacto de la empresa

c) Datos de personas de contacto de la empresa

d) Demandas realizadas por la empresa, estado en que se encuentra cada una y cantidad

de postulantes enviados por el servicio.




Página 75 de 336

5.4 Grupo 4: Servicios Públicos de Empleo -

Intermediación Laboral Asistida

5.4.1 Caso de Uso 22 - Alta de Demanda Laboral de Empresa

(Sistema Central)




Este requerimiento funcional corresponde al alta de una nueva demanda laboral realizada por

parte de una empresa. Existen dos tipos de demandas laborales: las comunes y las de servicio

doméstico.



, el usuario seleccionará la empresa, visualizará los datos de la misma y seleccionará la opción

correspondiente a “Demandas laborales”. El sistema listará todas las demandas abiertas de

dicha empresa, principalmente para que, visualmente, el operador no registre una demanda por

segunda vez.

El operador seleccionará “Nueva demanda laboral”. El sistema desplegará el formulario de

Ingreso de Demanda Laboral.


Usuario Sistema

1.- Ingresa los datos correspondientes a la

sección “Datos generales” de la demanda.

2.- Confirma el ingreso de los datos.


4.- Almacena los datos ingresados con la

demanda en estado INCOMPLETA.


6.- Muestra la sección “Requisitos”

7.- Ingresa los datos de “Requisitos”

8.- Confirma los datos ingresados




Página 76 de 336

9.- Valida los datos de “Requisitos”

10.- Almacena los datos de requisitos.

11.- Genera los valores para los filtros.

12.- Almacena los valores para los filtros.

13.- Cambia el estado de la demanda a

COMPLETA.

14.- Comunica el resultado al usuario y

muestra la sección “Filtros”.




1 En el paso 2 del flujo normal, el usuario no confirma sino que selecciona

Cancelar. En este caso, el sistema no almacena la demanda y regresa a

la página inicial del sistema.

2 En el paso 8, el usuario no confirma los requisitos sino que cancela la

operación. En este caso, el sistema finaliza el caso de uso. Los

requisitos no se almacenan y la demanda queda en estado

INCOMPLETA.




del flujo normal.

4 En el paso 9 del flujo normal, el sistema determina que los datos de

Requisitos no son válidos. En este caso, el sistema muestra un mensaje

de error indicando la situación y el flujo continúa en el paso 7 del flujo

normal.

5 En cualquiera de los pasos, el usuario selecciona una solapa diferente a

la que está trabajando. El sistema muestra la nueva sección sin

almacenar los cambios que se hayan realizado en la solapa actual.

6 En el paso 15 del flujo normal, el usuario no finaliza el caso de uso, sino

que modifica alguno de los filtros. En este caso,

15.1 – El usuario modifica los filtros.

15.2 – El usuario confirma los filtros ingresados

15.3 – El sistema valida los filtros ingresados.




Página 77 de 336

15.4 – El sistema almacena los nuevos filtros.

15.5 – El sistema comunica el resultado al usuario

15.6 – El usuario finaliza el caso de uso

Si en el paso 15.2, el usuario no confirma la operación, sino que

cancela, no se actualiza ninguno de los filtros en el sistema.


Figura 28: Sección "Datos generales" de una Demanda Laboral




Página 78 de 336

Figura 29: Sección "Requisitos" de Demanda Laboral


CE-21.1: Las reglas de validación que aplican son las siguientes:

Sección Regla

Datos generales 37 – El nombre del cargo no está vacío.

38 – El código CIUO no está vacío

39 – El departamento de la tarea no está vacío

40 – La localidad de la tarea no está vacía

41 – La descripción de la tarea no está vacía.

42 – la fecha de vigencia desde no está vacía

43 – la fecha de vigencia desde es superior a la fecha de hoy.

44 – La fecha de vigencia hasta no está vacía

45 – La fecha de vigencia hasta es superior a la fecha de vigencia desde.

Requisitos 46 – El nivel de estudios mínimo no está vacío




Página 79 de 336

47 – Si se seleccionó agregar un tipo de documento como requisito, este

no puede ser vacío.

CE-21.2: Cuando se genera el filtro para las búsquedas, se copian los valores originales de la

demanda a los filtros, de forma tal que si se cambian los filtros no se modifican los valores

reales que corresponden a la demanda.

CE-21.3: Cuando la demanda queda en estado COMPLETA queda visible para todos los CePE

y para todos los usuarios Web que satisfacen con los criterios de la demanda. Se tendrá en

cuenta que las demandas que visualizan los postulantes a través de la web no visualizarán el

nombre (ni ningún otro dato) de la empresa.

CE-21.4: Para todos los campos de texto, se eliminarán los espacios en blanco al inicio y al fin

del dato, antes de almacenarlo en la base de datos. El resto de los caracteres será

almacenado, tal como fue ingresado.




Página 80 de 336

5.4.2 Caso de Uso 23 - Alta de Demanda Laboral de Servicio

Doméstico (Sistema Central) – Caso Empresa No constituida




Este caso de uso corresponde al alta de una demanda labora de Servicio Doméstico. Estas

demandas tienen la particularidad que puede no realizarlas una empresa constituida. Por tal

motivo, se tendrá una opción a nivel de menú para dar de alta a estas demandas.



El usuario ha seleccionado la opción “Demanda de servicio doméstico” y está visualizando el

formulario correspondiente a este tipo de demanda.


Usuario Sistema


identificación del demandante

2.- Confirma los datos de identificación del

demandante

3.- Valida los datos de identificación del

demandante

4.- Determina que no exista una empresa en

el registro del sistema ni el registro del MTSS.

5.- Muestra el formulario para el ingreso de

los restantes datos del demandante.

6.- Ingresa los otros datos del demandante.

7.- Confirma los otros datos del demandante

8.- Valida los otros datos del demandante.

9.- Almacena los datos del demandante y de

la demanda en la base de datos. La demanda

queda en estado INCOMPLETA.

10.- Crea la cuenta de usuario para acceder




Página 81 de 336

desde la Web.

11.- Envía el correo electrónico con la

contraseña

12.- Despliega la sección “Perfil del cargo” del

formulario.

13.- Completa los datos del perfil del cargo

14.- Confirma los datos del perfil del cargo

15.- Valida los datos del perfil del cargo

16.- Almacena los datos del perfil del cargo

17.- Genera los filtros de búsqueda de la

demanda.

18.- Almacena los filtros de búsqueda de la

demanda.


COMPLETA.


muestra el formulario de filtros




1 En el paso 2 o en el paso 7, el usuario no confirma los datos del

demandante y cancela la operación. El sistema finaliza el caso de uso y

no realiza ninguna acción.

2 En el paso 3, el sistema determina que la identificación del demandante

no es válida. En ese caso, el sistema muestra un mensaje de error y el

caso de uso sigue en el paso 1 del flujo normal.

3 En el paso 4, el sistema determina que ya existe un demandante de

servicio doméstico con la identificación ingresada. En este caso el

sistema recupera los datos del demandante y sigue como en el caso de

uso Caso de Uso 27 - Modificación de datos de una demanda laboral.


válidos. En este caso, muestra un mensaje de error indicando la


5 En el paso 15, el sistema determina que los datos del perfil del cargo no




Página 82 de 336

son válidos. En este caso, el sistema despliega un mensaje de error


6 En el paso 21, el usuario no finaliza el caso de uso sino que modifica

alguno de los filtros. En este caso, se sigue como se detalla a

continuación:

21.1. El usuario modifica los filtros.

21.2. El usuario confirma la modificación.

21.3. El sistema valida los datos ingresados.

21.4. El sistema almacena los nuevos datos del filtro.

21.5. El sistema comunica el resultado al usuario.

21.6. El usuario finaliza el caso de uso.

Si en el paso 21.2 el usuario no confirma la modificación, el sistema

descarta cualquiera de los cambios realizados por el usuario.

7 En cualquiera de los pasos del usuario, este selecciona una sección

diferente del formulario. En este caso, se descartan los cambios

realizados en esa sección y se muestra la sección seleccionada.


No se incluye. Sigue el prototipo de demandas laborales de empresas.


CE-1: Las reglas de validación son las siguientes:

Sección Regla

Demandante 48 – La identificación del titular incluye un país seleccionado, un tipo de

documento y un número no vacío. Si el tipo de documento es Cédula de

identidad y el país Uruguay, se validará que el dígito de verificación sea

correcto.

49 – Los datos de nombre y apellido, domicilio, teléfono e e-mail no están

vacíos.

50 – El nombre del cargo no está vacío

51 – Hay un valor seleccionado para el “Lugar de residencia del postulante”







Página 83 de 336

5.4.3 Caso de Uso 24 - Alta de Demanda Laboral de Servicio

Doméstico (Sistema Central) – Caso Empresa Ya constituida




Este caso de uso corresponde al alta de una demanda labora de Servicio Doméstico. Estas

demandas tienen la particularidad que puede no realizarlas una empresa constituida. Por tal

motivo, se tendrá una opción a nivel de menú para dar de alta a estas demandas. El

solicitante (o demandante del trabajo) no necesariamente es una empresa constituida, ya que

puede realizar la demanda y al momento de realizar la contratación formaliza su estado ante

los distintos organismos.

Por lo tanto, pueden darse dos situaciones diferentes:

a) el solicitante no está formalizado

b) el solicitante ya está formalizado (o constituido) (por ejemplo, porque ya realizó otras

contrataciones de servicio doméstico).

Este caso de uso corresponde a la situación de solicitante ya constituido.



El usuario ha seleccionado la opción “Demanda de servicio doméstico” y está visualizando el

formulario correspondiente a este tipo de demanda.


Usuario Sistema


identificación del demandante

2.- Confirma los datos de identificación del

demandante

3.- Valida los datos de identificación del

demandante

4.- Determina que exista una empresa en el

registro del MTSS y que dicha empresa no




Página 84 de 336

existe en el registro del sistema.5

5.- Muestra el formulario con los datos

recuperados desde la base de datos del

MTSS y permite el ingreso de los restantes

datos del demandante.

6.- Ingresa los otros datos del demandante.

7.- Confirma los otros datos del demandante

8.- Valida los otros datos del demandante.

9.- Almacena los datos del demandante y de

la demanda en la base de datos. La demanda

queda en estado INCOMPLETA.

10.- Crea la cuenta de usuario para acceder

desde la Web.

11.- Envía el correo electrónico con la

contraseña

12.- Despliega la sección “Perfil del cargo” del

formulario.

13.- Completa los datos del perfil del cargo

14.- Confirma los datos del perfil del cargo

15.- Valida los datos del perfil del cargo

16.- Almacena los datos del perfil del cargo

17.- Genera los filtros de búsqueda de la

demanda.

18.- Almacena los filtros de búsqueda de la

demanda.


COMPLETA.


muestra el formulario de filtros




5 En este caso no verifica en el registro del MTSS.




Página 85 de 336

1 En el paso 2 o en el paso 7, el usuario no confirma los datos del

demandante y cancela la operación. El sistema finaliza el caso de uso y

no realiza ninguna acción.

2 En el paso 3, el sistema determina que la identificación del demandante

no es válida. En ese caso, el sistema muestra un mensaje de error y el

caso de uso sigue en el paso 1 del flujo normal.

3 En el paso 4, el sistema determina que ya existe un demandante de

servicio doméstico con la identificación ingresada. En este caso el

sistema recupera los datos del demandante y sigue como en el caso de

uso Caso de Uso 27 - Modificación de datos de una demanda laboral


válidos. En este caso, muestra un mensaje de error indicando la


5 En el paso 15, el sistema determina que los datos del perfil del cargo no

son válidos. En este caso, el sistema despliega un mensaje de error


6 En el paso 21, el usuario no finaliza el caso de uso sino que modifica

alguno de los filtros. En este caso, se sigue como se detalla a

continuación:

21.1. El usuario modifica los filtros.

21.2. El usuario confirma la modificación.

21.3. El sistema valida los datos ingresados.

21.4. El sistema almacena los nuevos datos del filtro.

21.5. El sistema comunica el resultado al usuario.

21.6. El usuario finaliza el caso de uso.

Si en el paso 21.2 el usuario no confirma la modificación, el sistema

descarta cualquiera de los cambios realizados por el usuario.

7 En cualquiera de los pasos del usuario, este selecciona una sección

diferente del formulario. En este caso, se descartan los cambios

realizados en esa sección y se muestra la sección seleccionada.


No se incluye. Sigue el prototipo de interfaz de usuario de demanda laboral de empresa.




Página 86 de 336


CE-1: Las reglas de validación son las siguientes:

Sección Regla

Demandante 52 – La identificación del titular incluye un país seleccionado, un tipo de

documento y un número no vacío. Si el tipo de documento es Cédula de

identidad y el país Uruguay, se validará que el dígito de verificación sea

correcto.

53 – Los datos de nombre y apellido, domicilio, teléfono e e-mail no están

vacíos.

Perfil del cargo 54 – El nombre del cargo no está vacío

55 – Hay un valor seleccionado para el “Lugar de residencia del postulante”




CE-22.3: Cuando se da de alta a una demanda laboral se solicitará el seguimiento que se

realizará a la misma. Esto es:

a) Qué tipo de seguimiento se realizará:

a. Seguimiento a la empresa

b. Seguimiento a todos los candidatos contratados.

c. Seguimiento a algunos de los candidatos contratados.

b) Cantidad de encuestas a realizar

c) Tiempo en que se realizará cada una de estas encuestas expresado en días calendario

a partir de la fecha de contratación (7, 20 o 90).




Página 87 de 336

5.4.4 Caso de Uso 25 - Consulta de demandas laborales




Este caso de uso corresponde a la búsqueda de demandas laborales registradas en el sistema.



El usuario ha seleccionado la opción “Consulta de demandas” y está visualizando el formulario

de búsqueda de demandas


Usuario Sistema



3.- Valida que el criterio ingresado sea

correcto.

4.- Busca todas las demandas que satisfacen

el criterio ingresado.

5.- Despliega el resultado de la búsqueda.




1 En el paso 2 del flujo normal, el usuario no confirma la búsqueda, sino

que cancela la operación. En este caso, el sistema finaliza el caso de

uso y muestra la página inicial del sistema.

2 En el paso 3, el sistema determina que el criterio ingresado no es

correcto. En este caso, muestra un mensaje de error y el flujo continúa

en el paso 1 del flujo normal.

3 En el paso 5 del flujo normal, el sistema determina que la cantidad de




Página 88 de 336

demandas es mayor a 50. En este caso, el sistema habilita un paginador

y muestra las primeras 50 demandas.


que selecciona la opción “Actualización de demanda”. En este caso, el

flujo continúa en el caso de uso Caso de Uso 27 - Modificación de datos

de una demanda laboral


que selecciona la opción “Preselección de postulantes”. En este caso, el

flujo continúa en el caso de uso Caso de Uso 28 - Preselección de

postulantes para una demanda laboral.


que selecciona la opción “Ingresar encuesta de seguimiento”. En este

caso, el flujo continúa en el caso de uso Caso de Uso 30 - Seguimiento

de la demanda - Caso Empresa.


que selecciona la opción “Ver ficha de demanda”. En este caso, el flujo

continúa en el Caso de Uso 26 – Ficha de demanda laboral.


Figura 30: Prototipo de interfaz para la búsqueda de demandas laborales

Para las actividades se proveerá un buscador en una ventana emergente que le permitirá

seleccionar el nombre de la actividad según el codificador CIUO.


CE-24.1: Los criterios de búsqueda de demanda son:

a) Por tipo (Empresa, Servicio Doméstico)




Página 89 de 336

b) Si el tipo es Empresa

a. Por código CIUO de la actividad

b. Por Localidad

c. Por Departamento

d. Por estado

c) Si el tipo es Servicio Doméstico

a. Por Localidad

b. Por Departamento

c. Por Estado

CE-24.2: Los datos que se mostrarán para cada demanda resultante de la búsqueda son:

Departamento

Localidad

Nombre del Cargo ofrecido

Estado de la demanda

Fecha de cierre de la demanda

Fecha de inicio de la actividad

Empresa (o nombre del solicitante si es Servicio Doméstico)




Página 90 de 336

5.4.5 Caso de Uso 26 – Ficha de demanda laboral




Este caso de uso corresponde a la visualización de la ficha de una demanda laboral. Esta ficha

incluye todos los datos de la demanda en modo no-editable.



El usuario ha seleccionado la opción “Ver ficha” para alguna demanda laboral.


Usuario Sistema

1.- Consulta los datos de la demanda

2.- Muestra los datos al usuario.






No corresponde






Página 91 de 336

5.4.6 Caso de Uso 27 - Modificación de datos de una demanda

laboral




Este caso de uso corresponde a la modificación de los datos de una demanda laboral. Entre los

datos de una demanda laboral existen dos tipos: los que pueden modificarse y los que no

pueden modificarse.



El usuario está visualizando el formulario correspondiente a una demanda laboral.


Usuario Sistema

1.- Modifica los datos que correspondan

2.- Confirma la modificación de datos


4.- Almacena los nuevos datos, reemplazando

los anteriores. Los filtros definidos para la

demanda NO se modifican.


usuario.




1 En el paso 2, el usuario no confirma los datos sino que cancela la

operación. El sistema finaliza el caso de uso y no realiza ningún cambio.





Página 92 de 336

correctos. En este caso, el sistema despliega un mensaje de error



No se provee prototipo. Se seguirá el prototipo de alta de demanda laboral.


CE-25.1: Las validaciones que realiza el sistema son las indicadas en el Caso de Uso 22 - Alta

de Demanda Laboral de Empresa (Sistema Central).




Página 93 de 336

5.4.7 Caso de Uso 28 - Preselección de postulantes para una

demanda laboral




Este caso de uso corresponde a la preselección de postulantes para una demanda laboral.



El usuario ha seleccionado una demanda laboral y, desde allí, la opción “Preseleccionar

postulantes” y el sistema ha desplegado el formulario de preselección con todos los postulantes

que ya están en la lista de preseleccionados.


Usuario Sistema

1.- Selecciona la opción “Ver postulantes”

2.- Busca todos los postulantes que satisfacen

los criterios indicados en los filtros que están

relacionados a la demanda.

3.- Lista los postulantes resultantes de la

búsqueda




1 En el paso 3, el sistema determina que no hay ningún postulante que

satisfaga el criterio ingresado. En este caso, el sistema despliega un

mensaje indicando la situación.


la opción “Ver ficha” para uno de los postulantes listados en el resultado

de la búsqueda. En este caso, se ejecuta el Caso de Uso 26 – Ficha de




Página 94 de 336

demanda laboral.


filtrar los postulantes por estado. El sistema lista solo los postulantes en

el estado seleccionado por el usuario.


cambiar de estado a uno de los postulantes listados en la lista. En este

caso, el sistema registra el nuevo estado para el postulante

seleccionado. El sistema continúa como en el Caso de Uso 29 - Cambio

de estado de un postulante en una Demanda Laboral.

5 En el paso 4, el usuario cambia los valores del filtro y selección la

opción “Buscar”. En este caso, el sistema realiza la búsqueda de

postulantes según el nuevo criterio indicado y almacena los nuevos

valores de los filtros como el filtro de la demanda.


No corresponde


CE-1: Los estados de los postulantes respecto a una demanda, se detallan en el documento

RG-01-ES.




Página 95 de 336

5.4.8 Caso de Uso 29 - Cambio de estado de un postulante en

una Demanda Laboral




Este caso de uso corresponde al cambio de estado de un postulante en una Demanda Laboral.



El usuario ha seleccionado la opción de cambio de estado para un postulante en una demanda

laboral particular.


Usuario Sistema


solicitando el nuevo estado y el motivo.

2.- Selecciona el nuevo estado

3.- Ingresa el motivo del cambio de estado



6.- Almacena el nuevo estado del postulante

en el sistema


actualiza la lista de postulantes




1 En el paso 4 del flujo normal, el usuario no confirma los datos sino que

cancela la operación. En este caso, el sistema finaliza el caso de uso y

cierra la ventana emergente.

2 En el paso 5 el sistema determina que los datos ingresados no son




Página 96 de 336

válidos. En este caso, el sistema despliega un mensaje indicando la



Figura 31: Prototipo para el cambio de estado de un postulante respecto a una demanda


CE-27.1: La validación que realiza el sistema en el paso 5 es que se haya seleccionado un

estado y que el motivo no esté vacío.




Página 97 de 336

5.4.9 Caso de Uso 30 - Seguimiento de la demanda - Caso Empresa




Después de la fecha de contratación por parte de la empresa, se realiza el seguimiento de la

demanda. Este seguimiento se realiza mediante la repetición de una encuesta en diferentes

momentos del tiempo. Este caso de uso corresponde al registro de los datos de una de las

encuestas realizadas a una empresa contratante.



El usuario ha seleccionado una de las demandas y, a continuación, la opción “Ingresar

encuesta”.


Usuario Sistema

1.- Despliega el formulario de encuesta

2.- Ingresa el periodo al que corresponde la

encuesta

3.- Ingresa las respuestas a cada una de las

preguntas.



6.- Almacena los datos de la encuesta en el

sistema.





1 En el paso 4, el usuario no confirma los datos sino que cancela el caso




Página 98 de 336

de uso. En este caso, el sistema finaliza el caso de uso y no realiza

ninguna modificación.


válidos. En este caso, el sistema muestra un mensaje de error indicando

la situación y el flujo continúa en el paso 2 del flujo normal.


Figura 32: Prototipo para la Ficha de Seguimiento de Empresa


CE-29.1: En el documento DI-01-ES, se muestra el detalle de las preguntas de la encuesta.

CE-29.2: El periodo debe coincidir con alguno de los periodos indicados en el alta de la

demanda.




Página 99 de 336

5.4.10 Caso de Uso 31 - Seguimiento de la demanda - Caso

Postulante




Después de la fecha de contratación por parte de la empresa, se realiza el seguimiento de la

demanda. Este seguimiento se realiza mediante la repetición de una encuesta en diferentes

momentos del tiempo. Este caso de uso corresponde al registro de los datos de una de las

encuestas realizadas a un postulante.



El usuario ha seleccionado una de las demandas y, a continuación, la opción “Ingresar

encuesta”.


Usuario Sistema

1.- Despliega el formulario de encuesta

2.- Ingresa el periodo al que corresponde la

encuesta

3.- Ingresa las respuestas a cada una de las

preguntas.



6.- Almacena los datos de la encuesta en el

sistema.






Página 100 de 336



1 En el paso 4, el usuario no confirma los datos sino que cancela el caso

de uso. En este caso, el sistema finaliza el caso de uso y no realiza

ninguna modificación.





El prototipo sigue la estructura del Prototipo de Ficha de Seguimiento de Empresa, con las

preguntas de la Entrevista de Seguimiento al Trabajador/a.


CE-29.1: En el documento DI-01-ES, se muestra el detalle de las preguntas de la encuesta.

CE-29.2: El periodo debe coincidir con alguno de los periodos indicados en el alta de la

demanda.




Página 101 de 336

5.5 Grupo 5: Servicios Públicos de Empleo - Gestión de

Recursos

5.5.1 Caso de Uso 32 – Alta de Recurso




Este caso de uso corresponde al alta de un recurso (institución externa).



El usuario ha seleccionado la opción “Alta de recurso”.


Usuario Sistema

1.- Despliega el formulario de alta de recurso

2.- Ingresa los datos del recurso

3.- Confirma los datos


5.- Almacena los datos del recurso







no registra ningún dato.



mensaje indicando la situación.




Página 102 de 336


Figura 33: Prototipo de formulario para el alta y edición de recurso (institución externa)


CE-31.1: Las reglas de validación que realiza el sistema son las correspondientes a los campos

obligatorios para el registro.

CE-31.2: Los recursos se clasificarán según categorías. Estas categorías tienen dos niveles y

son:

Primer nivel Segundo nivel

Salud Hospital

Policlínica

Especialidades de Salud

Violencia Doméstica

Vivienda Refugios / Centros diurnos

Programas de Vivienda

Alimentación Oficinas Locales de INDA

Merenderos /Comedores




Página 103 de 336

Discapacidad Lista de discapacidades (un nivel)

Servicios Jurídicos Lista de Tipos de Servicios Jurídicos (un nivel)

Educación / Formación Profesional Lista de Tipos de Educación (un nivel)

Trabajo Dependiente

Independiente / Pequeño y Micro emprendimiento

Apoyo al empleador

Documentación Permisos para trabajar

Salud

Identificación Personal

Oficinas Públicas Municipales

Nacionales




Página 104 de 336

5.5.2 Caso de Uso 33 – Consulta de Recursos




Este caso de uso corresponde a la consulta de recursos registrados en el sistema.



El usuario ha seleccionado la opción “Consulta de recursos”.


Usuario Sistema

1, Despliega el formulario de búsqueda de

Recursos.


3.- Confirma el criterio de búsqueda

4.- Valida el criterio de búsqueda ingresado

5.- Busca los recursos que satisfacen el

criterio indicado

6.- Muestra el resultado de la búsqueda




1 En el paso 3 del flujo normal, el usuario no confirma el criterio de

búsqueda. En este caso, el sistema finaliza el caso de uso.

2 En el paso 4 del flujo normal, el sistema determina que el criterio de

búsqueda no es válido. En este caso, el sistema muestra un mensaje de

error indicando la situación.

3 En el paso 6 del flujo normal, el sistema determina que no hay




Página 105 de 336

resultados que satisfagan el criterio de búsqueda realizado. En este

caso, el sistema despliega un mensaje de error indicando la situación.

4 En el paso 7 del flujo normal, el usuario no finaliza el caso de uso sino

que selecciona editar (actualizar datos) para alguno de los recursos. En

este caso el flujo continúa en el caso de uso Caso de Uso 35 -

Actualización de datos de Recurso


que selecciona “Habilitar” o “Deshabilitar” sobre uno de los recursos. En

este caso, el flujo continúa en el caso de uso Caso de Uso 34 -

Habilitación/Deshabilitación de Recurso.


que selecciona la opción “Generar documento” correspondiente a la

Guía de recursos con la lista de todos los recursos incluidos en el

resultado de la búsqueda. El flujo continúa en el Caso de Uso 39 – Guía

de recursos


que selecciona “Ver actividades” para uno de los recursos. El flujo

continúa en el Caso de Uso 37 – Consulta de Reuniones con Recursos.


Figura 34: Prototipo de la sección para búsqueda de recursos.


CE-32.1. Los criterios de búsqueda de recursos son:

Categoría (un valor seleccionado de los primeros niveles de la lista)

Subcategoría (un valor seleccionado del segundo nivel del valor de la lista

seleccionado)

Departamento (un valor seleccionado de una lista)

Localidad (un valor seleccionado de una lista)




Página 106 de 336

Nombre

Destinatarios (un valor seleccionado de una lista)

Gratuita

Habilitados/Deshabilitados/Todos (por defecto Habilitados)

CE-32.2: Como resultado de la búsqueda se mostrarán los siguientes datos para cada recurso:

a) Nombre

b) Domicilio

c) Teléfono

d) Servicios que presta

e) Si es gratuita o no

f) Destinatarios




Página 107 de 336

5.5.3 Caso de Uso 34 - Habilitación/Deshabilitación de

Recurso




Este caso de uso corresponde a la habilitación o deshabilitación de un recurso.



El usuario ha seleccionado la opción Habilitar o Deshabilitar para uno de los recursos.


Usuario Sistema


solicitando el motivo del cambio.



4.- Valida que el motivo no esté vacío

5.- Cambia el estado del recurso

6.- Cierra la ventana emergente

7.- Actualiza la lista de recursos




1 En el paso 3 del flujo normal, el usuario no confirma el motivo, sino que

cancela el cambio de estado. En este caso, el sistema abandona el caso

de uso y se cierra la ventana emergente.


ingresados no son correctos. En este caso, el sistema despliega un




Página 108 de 336


del flujo normal.


Sigue la estructura general de habilitaciones y deshabilitaciones.






Página 109 de 336

5.5.4 Caso de Uso 35 - Actualización de datos de Recurso




Este caso de uso corresponde a la actualización de datos de un recurso particular.



El usuario ha seleccionado la opción “Actualización de datos” para uno de los recursos.


Usuario Sistema

1.- Despliega el formulario de actualización de

datos de un recurso con los datos del recurso

seleccionado cargados.

2.- Actualiza los datos del recurso



5.- Almacena los nuevos datos del recurso,

reemplazando los datos anteriores.






que selecciona Cancelar. En este caso, el sistema finaliza el caso de

uso y no realiza ningún cambio al recurso.






Página 110 de 336

mensaje indicando la situación y el flujo continúa en el paso 2 del flujo

normal.


Sigue la estructura general del alta de recurso.


CE-34.1: Las validaciones que se realizan corresponden a las que se realizan en el alta de un

recurso.




Página 111 de 336

5.5.5 Caso de Uso 36 – Registro de Reunión con Recurso




Este caso de uso corresponde al registro del resultado de una reunión con una de las

instituciones registradas como recursos.



El usuario ha seleccionado la opción “Agregar reunión” para alguno de los recursos.


Usuario Sistema

1.- Despliega una ventana emergente para el

registro de una reunión con un recurso.

2.- Ingresa los datos de la reunión

3.- Confirma los datos de la reunión

4.- Valida los datos de la reunión

5.- Almacena los datos de la reunión





1 En el paso 3 del flujo normal, el usuario no confirma los datos, sino que




ingresados no son válidos. En este caso, el sistema despliega un





Página 112 de 336

del flujo normal.


Figura 35: Prototipo para el registro de una reunión con un recurso (institución externa).


CE-35.1: Las validaciones que se realizan en el paso 4 del flujo normal corresponden a validar

los campos que son obligatorios.

CE-35.2: Para cada uno de los campos de texto, el sistema eliminará los espacios en blanco al

inicio y al final del texto. Los caracteres de los datos se almacenarán tal como fueron

ingresados.

CE-35.3: En la reunión se registrará el operador que efectivamente realizó la reunión, que no

tiene por qué coincidir con el operador que está registrando la reunión en el sistema.




Página 113 de 336

5.5.6 Caso de Uso 37 – Consulta de Reuniones con Recursos




Este caso de uso corresponde a consultar las reuniones realizadas con recursos.



El usuario ha seleccionado la opción “Consulta de Recursos”.


Usuario Sistema

1.- Despliega el formulario de consulta

(búsqueda) de reuniones con recursos.


3.- Confirma el criterio ingresado

4.- Valida que el criterio de búsqueda sea

válido.

5.- Realiza la búsqueda de las reuniones que

satisfacen el criterio.

6.- Muestra las reuniones resultantes de la

búsqueda.




1 En el paso 3 del flujo normal, el usuario no confirma la consulta, sino

que cancela la búsqueda. En este caso, el sistema finaliza el caso de

búsqueda sin mostrar ningún resultado.

2 En el paso 4 del flujo normal, el sistema determina que el criterio de




Página 114 de 336

búsqueda no es correcto. En este caso, el sistema muestra un mensaje

de error indicando la situación y finaliza el caso de uso. El flujo continúa

en el paso 2 del flujo normal.

3 En el paso 6 del flujo normal, el sistema determina que no hay ninguna

reunión que satisfaga el criterio indicado. En este caso, el sistema

muestra un mensaje indicando esta situación.

4 En el paso 6 del flujo normal, el sistema determina que hay más de 50

reuniones que satisfagan el criterio. En este caso, el sistema muestra

los primeros 50 resultados y el paginador.


La interfaz seguirá el estilo general de las búsquedas.


CE-36.1: Los criterios de búsqueda son:

Por rango de fechas

Por institución

Por CePE

Podrá seleccionarse más de un criterio y, en ese caso, se listará a todos los recursos que

satisfacen todos los criterios.

CE-36.2: Para cada reunión se desplegarán los siguientes datos:

a) Institución

b) Fecha

c) Usuario CePE

d) CePE

e) Tema

f) Acuerdo

CE-36.3: Las reuniones se listarán en orden inverso de fechas.




Página 115 de 336

5.5.7 Caso de Uso 38 – Derivación de un Postulante a un

Recurso




En la entrevista de recepción o en la entrevista de orientación se puede derivar al postulante a

uno o más recursos. (Por ejemplo, a que se saque el carné de salud y a que renueve la cédula

de identidad).

Este caso de uso corresponde a la derivación de un postulante a un recurso.



El usuario ha seleccionado la opción “Derivar” para una de las áreas de interés de un

postulante, durante una de las entrevistas.


Usuario Sistema

1.- Despliega una ventana emergente con

todos los recursos que corresponden con la

categoría de información que solicita el

postulante.

2.- Selecciona uno de los recursos.

3.- Confirma la selección

4.- Registra la derivación.









Página 116 de 336

operación. En este caso, el sistema finaliza el caso de uso y cierra la

ventana emergente.


La interfaz sigue la estructura general de las derivaciones.


CE-37.1: En la ventana emergente, al abrirse, se muestran todos los recursos en la localidad d

postulante. La ventana incluirá la opción de filtrar los recursos por departamento y localidad.




Página 117 de 336

5.5.8 Caso de Uso 39 – Guía de recursos




Este caso de uso corresponde a la generación de un documento en formato PDF con los datos

de las instituciones externas (recursos) resultantes de una consulta de recursos.



El usuario ha realizado una consulta de recursos, el sistema desplegó los resultados y el

usuario seleccionó la opción “Generar Guía de recursos”.


Usuario Sistema

1.- Obtiene los datos de todos los recursos

resultantes de la búsqueda.

2.- Genera un documento PDF con dicha

información.

3.- Muestra el documento al usuario.





No corresponde


CE-38.1: La guía generada incluirá:

a) Primera página (Carátula) – Guía de Recursos

b) Una página por recurso, con todos los datos de los recursos.




Página 118 de 336

Los recursos estarán ordenados por Categoría, Subcategoría y dentro de ella alfabéticamente.

En estas páginas, se tendrá:

Cabezal de página: Guía de Recursos - <Categoría> - <Subcategoría>

Pie de página: Número de página

CE-38.2: El usuario podrá seleccionar alguno o varios de los siguientes criterios:

a) Departamento

b) Localidad

c) Categoría

d) Subcategoría




Página 119 de 336

5.6 Grupo 6: Servicios Públicos de Empleo –

Orientación Laboral

5.6.1 Caso de Uso 40 – Alta de Módulo




Este caso de uso corresponde al alta de un módulo del Taller de Orientación Laboral. El

usuario seleccionará esta opción y el sistema desplegará un formulario en el que se ingresarán

los datos correspondientes. Cuando se crea un módulo queda en estado HABILITADO.



El usuario seleccionó la opción “Alta de Módulo”.


Usuario Sistema

1.- Despliega el formulario de alta de módulo

2.- Ingresa los datos correspondientes al

módulo








1 En el paso 3 del flujo normal, el usuario no confirma los datos

ingresados, sino que cancela la operación. El sistema finaliza el caso




Página 120 de 336

de uso y no se realiza el alta del módulo.




del flujo normal.


La interfaz de usuario seguirá la estructura general de altas.


CE-39.1: Las reglas de validación que se aplican en el paso 4 del flujo normal son las

siguientes:

56 – El nombre del módulo no está vacío

57 – La cantidad de horas del módulo es numérica y no está vacía y es mayor a cero.

58 – El contenido del curso no está vacío

59 – No existe otro módulo con el mismo nombre

CE-39.2: Los espacios en blanco al inicio y final del nombre del módulo se eliminan antes de

grabarlo en la base de datos. Los datos de la descripción del módulo se almacenan tal como

fueron ingresados.




Página 121 de 336

5.6.2 Caso de Uso 41 – Consulta de Módulos




Este requerimiento corresponde a consultar todos los módulos definidos para el Taller de

Orientación Laboral. Al seleccionar esta opción, el sistema listará todos los módulos definidos

(considerando el hecho de que no son muchos módulos).



El usuario seleccionó la opción “Consulta de Módulos”.


Usuario Sistema

1.- Despliega una lista de todos los módulos

habilitados en el sistema.





que selecciona un cambio de estado. El sistema busca todos los

módulos en el estado seleccionado y los muestra. El flujo continúa en el



que selecciona la opción “Habilitar” o “Deshabilitar” uno de los módulos.

En este caso, el flujo continúa en el Caso de Uso 42 –

Habilitación/Deshabilitación de un Módulo.


que selecciona la opción “Editar” para uno de los módulos. En este caso

el flujo continúa en el Caso de Uso 43 – Edición de datos de un Módulo.




Página 122 de 336


La interfaz de usuario sigue la estructura general de las búsquedas, descrita en los casos de

uso anteriores.


CE-1: La opción de cambio de estado que tendrá el usuario para seleccionar corresponde a:

a) Habilitados

b) Deshabilitados

c) Todos

Por defecto se muestran solo los habilitados.




Página 123 de 336

5.6.3 Caso de Uso 42 – Habilitación/Deshabilitación de un

Módulo




Este caso de uso corresponde a la habilitación o deshabilitación de un módulo del Taller de

Orientación Laboral.



El usuario seleccionó la opción de Habilitar o Deshabilitar para alguno de los módulos.


Usuario Sistema


solicitando el motivo y confirmación del

cambio de estado.

2.- Ingresa el motivo.


4.- Valida que el motivo no esté vacío.

5.- Almacena el nuevo estado del módulo

6.- Actualiza la lista de módulos

7.- Cierra la ventana emergente




1 En el paso 3 del flujo normal, el usuario no confirma sino que cancela la

operación. En ese caso, el sistema cierra la ventana emergente y no

realiza el cambio de estado.




Página 124 de 336

2 En el paso 4 del flujo normal, el sistema determina que el motivo está

vacío y en ese caso muestra un mensaje indicando el error y el flujo



La interfaz de usuario sigue la estructura general de las habilitaciones y deshabilitaciones

descritas en los casos de uso anteriores.






Página 125 de 336

5.6.4 Caso de Uso 43 – Edición de datos de un Módulo




Este caso de uso corresponde a la actualización de datos de un módulo.



El usuario ha seleccionado la opción “Actualización de Datos” para un módulo.


Usuario Sistema

1.- Despliega una ventana emergente para la

edición de un módulo con los datos del

módulo cargados.

2.- Actualiza los datos del módulo

3.- Confirma los datos actualizados

4.- Valida los datos modificados

5.- Almacena los nuevos datos reemplazando

los datos anteriores.

6.- Comunica el resultado al usuario, cierra la

ventana emergente y actualiza la lista de

módulos a desplegar.




1 En el paso 3 del flujo normal, el usuario no confirma la actualización sino

que cancela la operación. En este caso, el sistema cierra la ventana

emergente sin realizar ningún cambio.

2 En el paso 4 del flujo normal, el sistema determina que los datos no son

válidos. En este caso, el sistema muestra un mensaje de error al usuario




Página 126 de 336



La interfaz de usuario sigue la estructura general de alta o edición.


CE-42.1: Las validaciones que realiza en el paso 4, corresponden a las validaciones que se

realizan también en el alta de un módulo.




Página 127 de 336

5.6.5 Caso de Uso 44 – Alta de Grupos




Este requerimiento corresponde al alta de un grupo para alguno de los módulos del Taller de




El usuario ha seleccionado la opción “Nuevo grupo” para alguno de los módulos habilitados del

Taller de Orientación Laboral.


Usuario Sistema

1.- Despliega el formulario para el ingreso de

un nuevo grupo.

2.- Ingresa los datos del grupo




6.- Confirma el resultado al usuario.





cancela la operación. En este caso el sistema finaliza el caso de uso sin

almacenar ningún dato.



mensaje indicando la situación y el flujo continúa en el paso 2 del flujo

normal.




Página 128 de 336


La interfaz de usuario sigue la estructura general de alta de entidades.


CE-1: Las reglas de validación en el paso 4 son las siguientes:

60 – Hay un módulo seleccionado

61 – La fecha de dictado es mayor o igual a la fecha del alta

62 – El cupo es un valor numérico mayor o igual a 1.

63 – El plazo de derivación es una fecha mayor o igual a la fecha del día

64 – Hay un estado seleccionado




Página 129 de 336

5.6.6 Caso de Uso 45 – Consulta de Grupos de Módulos




Este caso de uso corresponde a la búsqueda (o consulta) de grupos de módulos del Taller de




El usuario ha seleccionado la opción “Consulta de Grupos”.


Usuario Sistema

1.- Despliega el formulario para consulta de

grupos de módulos del Taller de Orientación

Laboral.



4.- Valida el criterio ingresado

5.- Busca los módulos que satisfacen el

criterio

6.- Muestra el resultado de la búsqueda.






regresa a la página de inicio del sistema.

2 En el paso 4, el sistema determina que el criterio de búsqueda no es

válido. En este caso, el sistema muestra un mensaje de error indicando

la situación y el flujo continúa en el paso 2.




Página 130 de 336


opción “Editar” sobre uno de los grupos. El flujo continúa en el Caso de

Uso 46 – Edición de un grupo.


opción “Ver la lista de participantes”. En este caso, el flujo continúa en el

Caso de Uso 48 – Lista de Participantes – Grupo Abierto.


que selecciona la opción “Ingresar encuesta” para uno de los módulos.


No corresponde


CE-44.1: Se podrá consultar por los siguientes criterios:

a) Módulo

b) Rango de fechas (aplica a la fecha de inicio)6

c) Departamento

d) Localidad

e) CePE

CE-44.2: Como resultado de la consulta, se tendrá una lista de Grupos y para cada uno de

ellos se mostrará:

a) Nombre del módulo

b) Fecha de inicio

c) Plazo de derivación

d) Estado

e) Lugar de dictado

f) CePE organizador

6 Por defecto la fecha desde es la fecha del día en que se realiza la consulta.




Página 131 de 336

5.6.7 Caso de Uso 46 – Edición de un grupo




Este caso de uso corresponde a la actualización de los datos de un grupo.



El usuario ha seleccionado la opción “Editar” para alguno de los grupos de algún módulo del



Usuario Sistema

1.- Muestra el formulario de edición de grupo

de módulo con los datos cargados del grupo

seleccionado.

2.- Actualiza los datos que correspondan.

3.- Confirma los datos modificados



los datos existentes.






selecciona la opción Cancelar. En este caso, el sistema finaliza el caso

de uso sin actualizar ningún dato.







Página 132 de 336

del flujo normal.

3 En el paso 7 del flujo normal, el usuario selecciona la opción Listar

participantes. En este caso, el flujo continúa en el Caso de Uso 48 –

Lista de Participantes – Grupo Abierto.

4 En el paso 7 del flujo normal, el usuario selecciona la opción “Ingresar

evaluación”. En este caso el flujo continúa en el Caso de Uso 51 -

Ingreso de encuestas de Grupos de Módulos del Taller de Orientación

Laboral.


No corresponde


CE-45.1: Dado que el cambio de estado de un grupo puede implicar un cambio de estado de

los participantes en relación a dicho grupo, la actualización del cambio de estado del grupo,

realizará la actualización del cambio de estado de cada uno de los participantes en dicho

grupo.

CE-45.2: Las validaciones que se realizan al realizar la actualización de datos, son las

indicadas en el alta de grupo.




Página 133 de 336

5.6.8 Caso de Uso 47 – Asignación de postulantes a grupo




Este caso de uso corresponde a la asignación de postulantes a un grupo de un módulo de un


Para ello, el usuario realizará una búsqueda de posibles participantes y podrá preseleccionar

postulantes para inscribir en el grupo.




Usuario Sistema

1.- Despliega un formulario para la asignación

de postulantes a grupo.

2.- Realiza la búsqueda de postulantes

“candidatos” para el grupo.

3.- Cambia el estado de algunos de los

postulantes de la lista.

4.- Confirma el cambio indicado

5.1 – Valida que los postulantes

seleccionados en estado INTERESADO o

INSCRIPTO ya no hayan realizado o estén en

el mismo estado en el otro grupo.

5.2 - Cambia el estado de los postulantes

seleccionados al estado indicado.

6.- Almacena el nuevo estado para cada uno

de ellos.

7.- Muestra el resultado de la operación al

usuario.





Página 134 de 336



1 En el paso 4 del flujo normal, el usuario no confirma la operación sino


uso sin realizar ningún cambio.


que vuelve al paso 2 del flujo normal. El sistema continúa en el flujo

normal a partir de ese punto.


Figura 36: Prototipo para la preselección de postulantes para la inscripción en un

módulo del Taller de Orientación Ocupacional.


CE-46.1: La búsqueda de postulantes podrá realizarse según los siguientes criterios:

a) Área de Interés

b) Rango de edad (desde y hasta)

c) Que ya no haya hecho el Módulo

d) Localidad de residencia

e) Departamento de residencia

CE-46.2: Como resultado de la búsqueda, el sistema listará para cada participante los

siguientes datos:




Página 135 de 336

a) Nombre

b) Apellido

c) Identificación

d) Teléfono Fijo

e) Teléfono Alternativo

f) Teléfono Móvil

g) Correo Electrónico

h) Domicilio

i) Edad

CE-46.3: Los estados de los participantes para un grupo son:

a) Interesado

b) Inscripto

c) No inscripto

CE-46.4: El sistema controlará que no se inscriban más participantes que el cupo del grupo.




Página 136 de 336

5.6.9 Caso de Uso 48 – Lista de Participantes – Grupo Abierto




Este caso de uso permite listar todos los participantes asignados a un grupo abierto. Los

participantes asignados son aquellos que están preseleccionados o inscriptos. Mientras el

grupo está abierto, se tendrá la posibilidad de cambiar el estado de los participantes en dicho

grupo.



El usuario ha seleccionado la opción “Listar participantes” para uno de los grupos de un módulo

del Taller de Orientación Laboral.


Usuario Sistema

1.- Despliega la lista de participantes

asignados en el grupo.





la opción de cambiar el estado a uno o más postulantes. En ese caso,

2.1 – El usuario selecciona el o los postulantes a los que desea cambiar

el estado.

2.2 – El usuario selecciona el nuevo estado

2.3 – El usuario confirma la operación

2.4 – El sistema solicita confirmación de la operación

2.5 – El sistema realiza la actualización en la base de datos



2 En el paso 1, el sistema determina que no hay postulantes asignados al

grupo. En este caso, el sistema despliega un mensaje indicando la

situación.




Página 137 de 336


filtrar las personas asignadas para uno de los estados. En este caso, el

sistema realiza la búsqueda de todos los asignados al grupo que están

en el estado seleccionado y los muestra al usuario.


Figura 37: Prototipo para trabajar con la lista de participantes y el cambio de estado de

postulantes respecto a un grupo del Taller de Orientación Ocupacional.


CE-1: Para cada uno de las personas se listarán los siguientes datos:

Identificación

Nombre

Localidad de residencia

Departamento de residencia

Estado respecto al grupo




Página 138 de 336

5.6.10 Caso de Uso 49 – Lista de Participantes – Grupo Cerrado




Este caso de uso permite listar todos los participantes asignados a un grupo cerrado. Los

participantes son aquellos que están inscriptos.



El usuario ha seleccionado la opción “Listar participantes” para uno de los grupos de un módulo



Usuario Sistema

1.- Despliega la lista de participantes

inscriptos en el grupo.




1 En el paso 2, el usuario no finaliza el caso de uso, sino que realiza el

registro de asistencia al grupo. En ese caso,

2.1 – El usuario selecciona el o los postulantes que asistieron.

2.2 – El usuario confirma la operación

2.4 – El sistema solicita confirmación de la operación

2.5 – El sistema realiza la actualización en la base de datos

2.6 – El sistema comunica el resultado al usuario y muestra la cantidad

de personas que asistieron y la cantidad de personas que no asistieron.



la opción de Registro de Encuesta para uno de los participantes. El flujo

continúa en el caso de uso Caso de Uso 31 - Seguimiento de la

demanda - Caso Postulante.




Página 139 de 336


La interfaz de usuario sigue los lineamientos de la interfaz para grupo abierto.


CE-1: Para cada uno de las personas se listarán los siguientes datos:

Identificación

Nombre

Localidad de residencia

Departamento de residencia

Asistencia




Página 140 de 336

5.6.11 Caso de Uso 50 - Consulta de Participantes en Grupos




Este caso de uso permite realizar consultas sobre la cantidad de participantes por grupo.



El usuario seleccionó la opción “Consulta de Participantes”.


Usuario Sistema

1.- Despliega el formulario de consultas

2.- Ingresa el criterio de búsqueda


4.- Realiza la búsqueda y el cálculo de

participantes por grupo.





1 En el paso 5, el sistema determina que no hay resultados que satisfagan

el criterio indicado. En este caso, muestra un mensaje de error



No corresponde


CE-1: Los criterios de búsqueda son los siguientes:

a) Módulo




Página 141 de 336

b) Rango de fechas

c) CePE

Como resultado de la búsqueda se mostrarán los siguientes datos:

a) Grupo

b) Módulo

c) CePE

d) Cantidad de inscriptos

e) Cantidad de derivados

f) Cantidad de asistidos

Cantidad de inscriptos: es la cantidad de participantes inscriptos al día de

dictado del grupo.

Cantidad de derivados: es la cantidad de participantes que fueron derivados

desde la entrevista de orientación o interesados.

Cantidad de asistidos: Es la cantidad de personas que efectivamente asistieron

al grupo.




Página 142 de 336

5.6.12 Caso de Uso 51 - Ingreso de encuestas de Grupos de

Módulos del Taller de Orientación Laboral




Este caso de uso corresponde al ingreso de la encuesta del dictado de un grupo de un módulo




El usuario selección la opción de Ingreso de Encuesta para un grupo particular.


Usuario Sistema

1.- Despliega la encuesta para el participante

seleccionado.

2.- Completa la respuesta a cada una de las

preguntas


4.- Valida que todas las preguntas tengan

respuesta.

5.- Almacena el resultado





1 En el paso 3 del flujo normal, el usuario no confirma, sino que cancela la

operación. En este caso, el sistema finaliza el caso de uso y no realiza

ningún registro.


válidos o están incompletos. En este caso, muestra un mensaje al




Página 143 de 336

usuario indicando la situación y el flujo continúa en el paso 2 del flujo

normal.


La interfaz de usuario sigue el esquema general de ingreso de encuestas, descritas en los

casos de uso anteriores.


CE-1: La encuesta es fija y tiene las siguientes preguntas:

1. ¿A que módulos concurrió?

a) Acá se listan todos los módulos del Taller.

2. ¿Participaría de otros módulos? (Si / No)

3. El tiempo para realizar el taller fue:

a) Suficiente

b) Insuficiente

4. ¿El lugar donde se realizó el taller fue apropiado para la actividad prevista? (Si/No)

5. ¿Recibió información suficiente? (Si/No)

6. ¿Se pudieron reflejar situaciones del mundo laboral en las actividades planteadas?

a) Siempre

b) La mayoría de las veces

c) Pocas veces

d) Nunca

7. ¿Desea proponer algún tema para el próximo taller, o profundizar en algunos de los

temas tratados? (Texto de campo libre) Se ingresará una síntesis de temas propuestos para

próximas instancias.

8. ¿En términos generales, la propuesta de taller le ha parecido:

a) Inadecuado

b) Adecuado

c) Muy adecuado

9. ¿Qué herramientas o estrategias para buscar empleo aprendió a partir de su

participación en el taller? (Texto de campo libre)

10. ¿Se sintió cómodo/a participando en grupo? (Si/No)




Página 144 de 336

11. A partir de ahora ¿Cuáles son los trabajos o sectores laborales para los cuales piensa

presentarse? Texto de campo libre)

12. La coordinación del taller fue:

a) Inadecuado

b) Adecuado

c) Muy adecuado

A partir de los temas trabajados; marque su opinión sobre las siguientes oraciones:

13. La responsabilidad y puntualidad me será de utilidad en un ambiente de trabajo real:

a) Muy en desacuerdo

b) En desacuerdo

c) De acuerdo

d) Muy de acuerdo

14. Me siento más seguro/a que antes para buscar trabajo, y tengo más aspectos positivos

para destacar en mi próxima entrevista de trabajo:


b) En desacuerdo

c) De acuerdo

d) Muy de acuerdo

15. Me sentía inseguro/a, pero cuando intercambié ideas con los compañeros/as,

resolvimos mejor las situaciones planteadas


b) En desacuerdo

c) De acuerdo

d) Muy de acuerdo

16. El taller no fue útil para la búsqueda de empleo y la presentación a una entrevista

laboral


b) En desacuerdo

c) De acuerdo

d) Muy de acuerdo




Página 145 de 336

17. Cuando se presenten inconvenientes en el trabajo, me sentiré más confiado/a para

plantear soluciones a mis superiores y/o compañeros/as de trabajo:


b) En desacuerdo

c) De acuerdo

d) Muy de acuerdo

Nota: En el alcance de este sistema no está incluido el procesamiento de las encuestas. Este

se realizará por fuera del sistema consultando directamente la base de datos.




Página 146 de 336

5.7 Grupo 7: Intermediación Laboral Web

5.7.1 Introducción

El servicio de Intermediación Laboral Web permite que las empresas y las personas puedan

realizar determinadas operaciones a través de la Web. La siguiente figura describe el

funcionamiento general.

Registro y Manifestación de interés

De Demandas Laborales

Registro e Ingreso

De Demandas

Laborales

Empresas

Postulantes

Sistema DINAE-INEFOP

Este servicio tiene dos áreas:

a) Un área pública

b) Un área privada

El área pública contendrá:

a) Una página inicial que contendrá el login de empresas y de postulantes. Esta página

contendrá además información general en formato texto y los links para el registro

inicial.

b) Una página adicional de descarga de documentos. Esta página tendrá una lista de

documentos. Para cada documento el sistema listará:

a. Nombre

b. Descripción

c. Fecha de última actualización

Y se dará la opción de descargarlo.

Para acceder al área privada, las empresas y las personas deberán poseer un código de

usuario y una contraseña. Este código de usuario lo pueden obtener por dos medios:




Página 147 de 336

a) al registrarse en forma online

b) al registrarse en un CePE.

Las empresas podrán realizar las siguientes operaciones a través de la Web:

a) Registrarse (primera vez)

b) Registrar una demanda (requiere login)

c) Listar demandas (requiere login)

d) Descarga de documentos privados (requiere login)

e) Actualizar los datos de la empresa

Los postulantes podrán realizar las siguientes operaciones a través de la Web:

a) Registrarse (primera vez)

b) Registrar datos (datos personales, historia laboral, áreas de interés)

c) Registro de interés para demanda laboral concreta.

d) Generar PDF con CV




Página 148 de 336

5.7.2 Caso de Uso 52 - Registro de Empresa




Este caso de uso corresponde a la operación de registro de una empresa en el sistema a

través de la Web y realizado por la propia empresa.

El registro de la empresa, incluye completar las preguntas que se realizan a la empresa (Ver

ficha de la empresa).


El usuario ha seleccionado la opción Registrar empresa.


Usuario Sistema

1.- Despliega el formulario de registro Web de

empresa

2.- Ingresa el número de BPS

3.- Confirma el número

4.- Verifica que no exista una empresa con

ese número de BPS que ya esté registrada.

5.- Despliega la segunda parte del formulario

de registro

6.- Completa los otros datos de la empresa



9.- Almacena los nuevos datos

10.- Genera el código de usuario de la

empresa

11.- Genera una contraseña para el usuario

generado.

12.- Envía un correo electrónico con la

contraseña






Página 149 de 336



1 En los pasos 3 o 7 del flujo normal, el usuario no confirma el número de

BPS sino que cancela la operación. En este caso, el sistema finaliza el

caso de uso sin realizar ningún registro.


empresa registrada con el número de BPS ingresado y que dicha

empresa ya tiene un código de usuario asignado. En este caso, el

sistema muestra un mensaje indicando la situación y que utilice la

función de “ingreso al sistema”.

3 En el paso 4 del flujo normal, el sistema determina que el número de

BPS ingresado no es correcto. En este caso, el sistema muestra un


del flujo normal.




del flujo normal.


No corresponde


CE-1: Cuando se registra una empresa, el estado de su registro queda INCOMPLETO. Esto no

le permitirá realizar demandas ni otras operaciones, excepto la de actualización de los datos.

CE-2: Las validaciones que se realizarán son:

a) No hay otra empresa con el mismo número de RUT

b) No hay otra empresa con el mismo número de MTSS

c) Los datos indicados como obligatorios no están vacíos.

d) Los datos provistos coinciden con los datos que posee el MTSS.




Página 150 de 336




Página 151 de 336

5.7.3 Caso de Uso 53 - Registro de una Demanda por parte de

una Empresa




Este caso de uso corresponde al registro de una demanda laboral por parte de una empresa a

través de la Web.



El registro de la empresa para la que realizará el registro de la demanda está en estado

COMPLETO.


Usuario Sistema

1.- Despliega el formulario correspondiente a

la Descripción general del perfil del cargo.

2.- Ingresa los datos de la descripción

general.



5.- Almacena la demanda en estado

INCOMPLETA.

6.- Despliega y habilita la sección de

Requisitos para el cargo.

7.- Ingresa los datos de los requisitos para el

cargo.

8.- Confirma los datos de los requisitos

9.- Valida los datos de los requisitos

10.- Almacena los datos de requisitos de la

demanda.

11.- Genera la sección de filtros de la

demanda a partir de los datos





Página 152 de 336

COMPLETA y graba los datos

13.- Despliega un mensaje al usuario.




1 En el paso 3 del flujo normal, el usuario no confirma el ingreso de los

datos generales sino que cancela la operación. En ese caso, el sistema

finaliza el caso de uso y no realiza ninguna acción.


ingresados no son correctos. En este caso, el sistema muestra un

mensaje de error al usuario indicando la situación y el flujo continúa en

el paso 2 del flujo normal.

3 En el paso 8 del flujo normal, el usuario no confirma los requisitos para

el cargo, sino que cancela la operación. En este caso, el sistema finaliza

el caso de uso dejando la demanda almacenada en estado

INCOMPLETA.




del flujo normal.


No corresponde


CE-1: Las validaciones que se realizan en el alta de una demanda laboral son las que se

indican en el caso de uso Caso de Uso 22 - Alta de Demanda Laboral de Empresa (Sistema

Central).




Página 153 de 336

5.7.4 Caso de Uso 54 - Consulta de Demandas (por parte de la

Empresa)




Este caso de uso corresponde a la consulta que realizan las empresas desde la interfaz Web

del sistema. El sistema listará todas las demandas de la empresa ordenadas por fecha de

registro de la demanda en criterio descendente. Para aquellas demandas que están

incompletas dará la opción de editarlas y completarlas. Para aquellas demandas que están

completas, listará la cantidad de postulantes que satisfacen los requisitos originales registrados

en la demanda de la empresa.



El usuario seleccionó la opción “Consulta de demandas”.


Usuario Sistema

1.- Lista todas las demandas de la empresa





opción Editar para una demanda en estado INCOMPLETA. En este

caso, el sistema despliega el formulario de demanda y el flujo continúa

como en el caso de uso Caso de Uso 53 - Registro de una Demanda

por parte de una Empresa.


No corresponde




Página 154 de 336


CE-53.1: Para cada una de las demandas completas, el sistema listará:

a) Nombre del cargo ofrecido por la empresa

b) Fecha en que se registró la demanda

c) Cantidad de postulantes que satisfacen los requerimientos indicados en la propuesta

CE-53.2: Para cada una de las demandas incompletas, el sistema listará:

a) Nombre del cargo ofrecido por la empresa

b) Fecha en que se registró la demanda




Página 155 de 336

5.7.5 Caso de Uso 55 – Listado de documentos




Este caso de uso corresponde a listar todos los documentos de carácter privado que están

disponibles para que las empresas los descarguen.




Usuario Sistema

1.- Despliega la lista de todos los documentos

privados para empresas ordenados

alfabéticamente por nombre





la opción de descargar uno de los archivos. En este caso, el sistema

envía el archivo seleccionado y lo despliega en una ventana diferente.




Página 156 de 336


Figura 38: Prototipo del área para descargas, indicando el tipo de documento, título,

descripción y fecha de publicación.






Página 157 de 336

5.7.6 Caso de Uso 56 - Registro de Postulante




Este caso de uso corresponde al registro de un postulante a través de la Web. El sistema

validará que ya no exista un postulante con la misma identificación ya registrado en el sistema.



El usuario ha seleccionado la opción “Registro de trabajador/a”.


Usuario Sistema

1.- Despliega la sección Identificación del

formulario de Registro de Postulantes.

2.- Ingresa la identificación

3.- Confirma la identificación

4.- Valida la identificación

5.- Despliega el formulario de registro de

datos

6.- Completa los datos de registro




10.- Envía un correo electrónico al usuario

con la contraseña generada





1 En los pasos 3 o 7 del flujo normal, el usuario no confirma la operación




Página 158 de 336

sino que cancela. En este caso, el sistema finaliza el caso de uso sin

realizar ningún registro.

2 En el paso 4 el sistema determina que la identificación corresponde a

una cédula de identidad uruguaya y que el número de la misma no es

válido. En este caso, muestra un mensaje al usuario indicando la



usuario registrado en el sistema con la misma identificación. En este

caso, el sistema muestra un aviso indicando la situación e indicando que

utiliza la función “Ingreso al sistema”.


válidos. En este caso, muestra un mensaje de error al usuario indicando

esta situación y el flujo continúa en el paso 6 del flujo normal.

5 En el paso 8, el sistema determina que el usuario no acepta los

Términos y Condiciones. En este caso, despliega un mensaje al usuario



No corresponde


CE-1: Las validaciones que se realizan son las indicadas en el formulario de Entrevista de

Recepción.

CE-2: Cuando el postulante se registra a través de la Web, se le crea un código de usuario.

Este código de usuario es el código de dos letras del país emisor del documento seguido del

número de documento (por ejemplo, UY3939392).




Página 159 de 336

5.7.7 Caso de Uso 57 - Actualización de datos de Postulante a

través de la Web




Este caso de uso permite, a un postulante, actualizar sus datos desde la Web.



El usuario ha seleccionado la opción “Actualizar datos”.


Usuario Sistema

1.- Muestra la sección inicial del formulario de

datos del postulante.

2.- Actualiza los datos que corresponda









1 En el paso 3 del flujo normal, el usuario no confirma sino que selecciona

la opción “Cancelar”. En este caso, el sistema finaliza el caso de uso sin

realizar ninguna actualización




del flujo normal.




Página 160 de 336


que selecciona otra sección del formulario. En este caso el sistema

despliega la sección seleccionada con los datos cargados y el flujo



No corresponde


CE-1: En este caso de uso, aplican las consideraciones especiales correspondientes a la

actualización de datos de postulantes, descritas en Caso de uso 5 – Entrevista de Recepción.




Página 161 de 336

5.7.8 Caso de Uso 58 - Registro de Interés para Demanda




Un postulante puede, desde la Web, registrar interés por una demanda laboral relacionada con

su perfil. El sistema listará todas las demandas relacionadas a su perfil y el postulante podrá

indicar que está interesado en una de ellas. En este caso, el postulante pasará a quedar en el

estado AUTOPOSTULADO para dicha demanda.



El usuario seleccionó la opción “Ver demandas”


Usuario Sistema

1.- Lista todas las demandas abiertas que

están relacionadas con su perfil de acuerdo a

lo indicado en Caso de Uso 11 – Demandas

relacionadas con el perfil y en las que el

postulante ya no esté relacionado.





opción Registrar interés. En este caso, el sistema solicita confirmación

y, si el usuario confirma, agrega a dicho postulante a la lista de

preseleccionados para la demanda.


opción Ver ficha para una de las demandas. En este caso, el sistema

despliega la Ficha de la demanda, según el Caso de Uso 26 – Ficha de

demanda laboral.




Página 162 de 336


No corresponde


CE-1: Para cada una de las demandas, se incluirá los siguientes datos:

Nombre del cargo

Fecha prevista de inicio de actividades

Localidad

Departamento

Estado (si el postulante ya está preseleccionado para dicha demanda)

Descripción de las tareas a realizar

Horarios




Página 163 de 336

5.7.9 Caso de Uso 59 – Generar C.V.




Este caso de uso corresponde a la generación del currículo vitae del postulante desde la

interfaz Web.



El usuario ha seleccionado la opción “Generar C.V.”


Usuario Sistema

1.- Despliega el formulario para la selección

de elementos a incluir en el c.v..

2.- Selecciona los elementos a incluir en el

c.v.

3.- Confirma los elementos a incluir.

4.- Genera el c.v.

5.- Muestra el c.v. al postulante




1 En el paso 3, el usuario no confirma sino que cancela la operación. En

este caso, el sistema finaliza el caso de uso sin realizar la generación.


No corresponde




Página 164 de 336


CE-1: El formato del c.v. generado es el indicado en el documento Formato de Curriculum

Vitae-1.doc-

5.7.10 Caso de Uso 60 - Listado de documentos (privados de

Postulantes)




Este caso de uso corresponde a listar todos los documentos de carácter privado que están

disponibles para que los postulantes los descarguen.




Usuario Sistema


privados para postulantes ordenados

alfabéticamente por nombre





la opción de descargar uno de los archivos. En este caso, el sistema

envía el archivo seleccionado y lo despliega en una ventana diferente.


No corresponde




Página 165 de 336



5.8 Grupo 8: Reportes de Servicios Públicos de Empleo

5.8.1 Caso de Uso 61 – Generación de Reportes




Este caso de uso corresponde a la generación de reportes de Servicios Públicos de Empleo.



El usuario seleccionó la opción “Reportes”.


Usuario Sistema

1.- Despliega el formulario de reportes

2.- Selecciona uno de los tipos de reportes


4.- Despliega el formulario de filtro

correspondiente al reporte.

5.- Ingresa los criterios para el filtro del

reporte

6.- Confirma el filtro.

7.- Realiza la búsqueda según el criterio

ingresado

8.- Genera el reporte

9.- Muestra el reporte al usuario





Página 166 de 336



1 En los pasos 3 o 6, el usuario no confirma la operación sino que

cancela. En este caso, el sistema finaliza el caso de uso sin realizar la

generación de ningún reporte.


No corresponde


CE-1: Los reportes a generar, sus filtros y sus datos son los siguientes:

Actividad del CePE

Este reporte podrá filtrarse por:

CePE

Departamento

País

Tipo de inscripción (Web o Presencial)

Rango de fechas,

La salida podrá agruparse mensual, trimestral y anual.

Los datos a mostrar en el reporte:

Cantidad de recepciones

Cantidad de orientaciones (entrevistas)

Derivaciones según tipo de derivación (capacitación, intermediación laboral,

orientación laboral, información y emprendimiento productivo)

Cantidad de empresas registradas

Cantidad de demandas laborales registradas (satisfechas e insatisfechas y total)

Cantidad de empresas orientadas (asesoradas)

Cantidad de personas intermediadas según estado en el proceso de intermediación

(en discusión, rechazado, no le interesó el ofrecimiento, aceptado,

preseleccionado, autocandidateado)

El reporte no incluye totales y/o subtotales.

Entrevistados

Los filtros para este reporte son:




Página 167 de 336

Por quién lo atendió (CEPE, POE o Web) CePE que lo atendió

Departamento

Género del entrevistado

Tramo de edad (los tramos estarán predefinidos)

Nivel educativo

El reporte incluirá los siguientes datos

Cantidad de entrevistados por Departamento de residencia del entrevistado y sexo

Cantidad de entrevistados por tramo de edad y género

Cantidad de Entrevistados por nivel educativo y género

Cantidad de Entrevistados por año de inscripción

Cantidad de Entrevistados por código CIUO en que tiene experiencia laboral7,

género y situación laboral actual

Cantidad de Entrevistados por grandes grupos ocupacionales a los que se postula

Cantidad de Entrevistados por situación laboral

Cantidad de Entrevistados por rama de actividad de la empresa en que trabajó o

trabaja (agrupado por CIUO)8


Módulos de Orientación Laboral


a) CePE

b) Departamento

c) Módulo de orientación laboral

d) Rango de fechas

Los datos podrán agruparse mensual, trimestral o anualmente.

El reporte incluirá los siguientes datos:

Cantidad de grupos de módulos de orientación laboral (según fecha y módulo

realizado)

7 Si un postulante tiene experiencia en varias áreas, contará una vez por cada una de

las áreas en que tiene experiencia.

8 Si un postulante trabajó o trabaja en más de un área, entonces se contabilizará tantas

veces como áreas tenga de experiencia.




Página 168 de 336

Cantidad de personas que asistieron a un módulo de orientación laboral (según

edad y género)

Cantidad de personas que asistieron a un módulo de orientación laboral ( según

nivel educativo)

Cantidad de personas que asistieron a un módulo de orientación laboral (según

situación laboral)

Cantidad de personas que asistieron a un taller de preselección (según situación

laboral)

Cantidad de personas que asistieron a un taller de preselección (según edad y

género)

Cantidad de personas que asistieron a un taller de preselección (según nivel

educativo)


Empresas

Los filtros para estos reportes son:

Qué tipo de usuario la atendió (CePE, Web o POE)9

Departamento donde la atendieron

Tipo de inscripción (Autónoma o Asistida)

CePE que atendió

Rango de fechas

Los datos a incluir en el reporte son:

Número de empresas registradas por Departamento y año

Empresas registradas por rama de actividad (grupo)

Empresas registradas por tamaño (rangos predefinidos)

Empresas registradas que han solicitado personal (cruce con tamaño)

Empresas registradas que han solicitado personal (cruce con rama)

Empresas registradas que han solicitado personal (cruce con localidad)


Demandas


9 Se seleccionará uno de estos tipos de usuario.




Página 169 de 336

Tipo de usuario que lo atendió (Operador Nacional, Operador Regional Operador de CePE)

Departamento donde se registró la demanda

CePE que registró la demanda

Rango de fechas en que se registró la demanda

Tipo de registro de la demanda (Web o Presencial)

Los datos del reporte son:

Número de demandas de empleo solicitadas

Número de puestos de trabajo solicitados según ocupación

Número de puestos de trabajo solicitados según sector de actividad

Cantidad de demandas por ocupación y género

Cantidad por estado de las demandas (preseleccionado, en discusión, cerrada)

Cantidad de Demandas cerradas (satisfecha y no satisfecha por causas)

Número de puestos de trabajo contratados según ocupación

Número de puestos de trabajo contratados según sector de actividad


Personas intermediadas


Tipo de usuario que intermedió (Operador Nacional, Operador Regional, Operador de

CePE)

Departamento que atendió a la persona

CePE que atendió a la persona

Por tipo de seguimiento (cantidad de días consecutivos a partir de la fecha de

contratación)

Rango de fechas en que se realizó la intermediación


Estado de la intermediación (estos son los estados descritos en el diagrama de

estado de intermediación)

Cantidad de personas intermediadas por Departamento y género

Cantidad de Personas intermediadas por tramo de edad y género

Cantidad de Personas intermediadas por nivel educativo y género

Cantidad de Personas intermediadas por situación laboral

Cantidad de seguimientos realizados




Página 170 de 336


Personas contratadas


Tipo de usuario que intermedió (Operador Nacional, Operador Regional, Operador de

CePE)

Departamento que atendió a la persona

CePE que atendió a la persona

Rango de fechas en que se realizó la intermediación


Cantidad de personas contratadas por Departamento y género

Cantidad de Personas contratadas por tramo de edad y género

Cantidad de Personas contratadas por nivel educativo y género

Cantidad de Personas contratadas por situación laboral





Página 171 de 336

5.9 Grupo 9: - Registro Único de Entidades de

Capacitación (RUEC)

5.9.1 Caso de Uso 62 – Registro de ECA




Este caso corresponde al registro de una ECA desde la interfaz Web. Dado que cada

institución tiene un único registro en la base, puede suceder que una ECA intente registrarse

cuando ya está registrada como empresa (o viceversa). Para ello, tanto las ECA como las

empresas demandantes de trabajo se identificarán a través del número de BPS



El usuario ha seleccionado la opción “Registro de Entidad de Capacitación”.


Usuario Sistema

1.- Despliega el formulario de registro Web de

empresa

2.- Ingresa el número de BPS

3.- Confirma el número

4.- Verifica que no exista una institución con

ese número de BPS que ya esté registrada en

el sistema.

5.- Despliega la segunda parte del formulario

de registro

6.- Completa los otros datos de la ECA



9.- Almacena los nuevos datos

10.- Genera el código de usuario de la

empresa

11.- Genera una contraseña para el usuario




Página 172 de 336

generado.

12.- Envía un correo electrónico con la

contraseña





1 En los pasos 3 o 7 del flujo normal, el usuario no confirma el número de

BPS sino que cancela la operación. En este caso, el sistema finaliza el

caso de uso sin realizar ningún registro.


empresa registrada con el número de BPS ingresado y que dicha

empresa ya tiene un código de usuario asignado. En este caso, el

sistema muestra un mensaje indicando la situación y que utilice la

función de “ingreso al sistema”.

3 En el paso 4 del flujo normal, el sistema determina que el número de

BPS ingresado no es correcto. En este caso, el sistema muestra un


del flujo normal.




del flujo normal.


No corresponde


CE-1: Cuando se registra una empresa, el estado de su registro queda INCOMPLETO. Esto no

le permitirá realizar demandas ni otras operaciones, excepto la de actualización de los datos.

CE-2: Las validaciones que se realizarán son:

e) No hay otra empresa con el mismo número de RUT




Página 173 de 336

f) No hay otra empresa con el mismo número de MTSS

g) Los datos indicados como obligatorios no están vacíos.

h) Los datos provistos coinciden con los datos que posee el MTSS.

CE-3: Cuando se produce el registro de la ECA, el sistema envía un correo electrónico a la

persona encargada de la evaluación. El correo tiene la siguiente estructura:

Estimado…….

Le informamos que con fecha dd-MM-aaaa la ECA No. …………… ha realizado el registro de

sus datos desde la interfaz Web. Estos datos están pendientes de evaluación por parte de

usted.

Sistema XXXXX

5.9.2 Caso de Uso 63 - Evaluación para la Habilitación de la

ECA




Posteriormente al Registro de la ECA, la misma debe proveer (directo o enviar por correo

tradicional, u otra forma) la documentación correspondiente (Certificados DGI, Certificados

Notariales, entre otros) y en algunos casos, ser visitada por personal del MTSS.

Este caso de uso corresponde al registro de información referente a la recepción de

documentación y visita a la ECA y el cambio de estado de PENDIENTE DE HABILITACIÓN a

HABILITADA o NO HABILITADA.



El usuario ha realizado una búsqueda y seleccionó una ECA pendiente de habilitación para

registrar datos de la evaluación.




Página 174 de 336


Usuario Sistema

1.- Despliega el formulario de evaluación de la

ECA

2.- Actualiza los datos de evaluación de la

ECA

3.- Confirma los datos registrados

4.- Valida los datos confirmados

5.- Almacena los nuevos datos en el sistema,

reemplazando los anteriores.






cancela la operación. En ese caso, el sistema finaliza el caso de uso sin

realizar ninguna actualización.


ingresados no son válidos. El sistema muestra un mensaje al usuario


3 En el paso 4 del flujo normal, el sistema determina que el usuario ha

cambiado el estado de la ECA de EN EVALUACION a HABILITADA. En

este caso, el sistema genera un número único de ECA que es el número

de registro en el RUEC.


No corresponde


CE-1: Dado que se pueden realizar las evaluaciones por diferentes personas, el sistema

registrará qué usuario y en qué fecha se registró la evaluación de cada uno de los documentos

y de las visitas.




Página 175 de 336

CE-2: El sistema permitirá registrar la visita a cada una de las sucursales que pueda tener la

ECA.




Página 176 de 336

5.9.3 Caso de Uso 64 - Consulta de ECA




Este caso de uso corresponde a la consulta de ECA por parte del personal de MTSS o

INEFOP.



El usuario ha seleccionado la opción “Consulta de ECA”.


Usuario Sistema

1.- Muestra el formulario de consulta de ECA



4.- Busca las ECA que satisfacen el criterio

ingresado.





1 En el paso 3 del flujo normal, el usuario no confirma la búsqueda sino


uso sin realizar ninguna búsqueda.


resultado para el criterio de búsqueda ingresado. En este caso, el

sistema muestra un mensaje indicando esta situación.


que selecciona la opción “Exportar a Excel”. En este caso, el sistema

genera un documento Excel con todos los datos de cada una de las




Página 177 de 336

ECA listadas como resultado de la consulta.


que selecciona la opción “Evaluar ECA”. El flujo continúa en el Caso de

Uso 63 - Evaluación para la Habilitación de la ECA.


que selecciona “Actualizar datos” para alguna de las ECA. El flujo

continúa en el Caso de Uso 67 - Actualización de Datos (MTSS).


que selecciona la opción “Habilitar” o “Deshabilitar” para alguna de las

ECA. En este caso, el flujo continúa en el Caso de Uso 69 – Habilitar /

Deshabilitar una ECA.


que selecciona la opción “Generar Ficha de ECA”. En este caso el

sistema continúa según el Caso de Uso 68 - Ficha de la ECA.


que selecciona la opción “Ver antecedentes”. En este caso, el sistema

continúa según el Caso de Uso 70 – Antecedentes de una ECA.


No corresponde


CE-1: Los criterios de búsqueda serán los siguientes:

a) Por área de capacitación

b) Por Localidad y/o Departamento

c) Por Naturaleza Jurídica

d) Incluir Deshabilitadas

e) Por razón social (Coincidencia con el texto ingresado)

f) Por número de BPS

g) Por Número de DGI

h) Por estado

CE-2: Para cada ECA incluida en el listado se tendrá las siguientes opciones:

a) Actualizar datos de la ECA

b) Habilitar/Deshabilitar

c) Generar Ficha de la ECA




Página 178 de 336

d) Antecedentes de la ECA

CE-3: Los datos que incluirá planilla electrónica a generar se determinarán con el administrador

del RUEC.




Página 179 de 336

5.9.4 Caso de Uso 65 - Actualización de Datos (ECA)




Este caso de uso corresponde a la actualización de los datos de la ECA realizados por la

propia ECA a través de la interfaz Web.

Los datos actualizados se almacenan en la base de datos pero no sustituyen a los datos

actuales de la ECA. Estos datos deberán ser analizados por personal del MTSS y, si los

aprueba, pasarán a sustituir a los actuales.


El usuario de la ECA está debidamente logueado en el sistema.

El usuario de la ECA ha seleccionado la opción de Actualización de datos


Usuario Sistema

1.- Despliega el formulario para actualización

de datos de la ECA

2.- Modifica (actualiza) los datos de la ECA

que correspondan

3.- Confirma los datos modificados

4.- Valida los datos actualizados

5. Almacena los datos

6.- Comunica el resultado





operación. En este caso, el sistema finaliza el caso de uso y muestra la

página inicial del sistema.





Página 180 de 336

válidos. En este caso, el sistema muestra un mensaje indicando la



que selecciona otra sección del formulario. El sistema despliega la

sección seleccionada y el flujo continúa en el paso 2 del flujo normal.


No corresponde


CE-1: Las validaciones que se realizan son las indicadas para el alta de ECA y las indicadas en

el documento DI-01-ES.

CE-2: Cuando la ECA actualizó sus datos y estos aún no fueron evaluados por el MTSS se

mostrará a la ECA los datos actuales y el siguiente mensaje “USTED REALIZÓ UNA

ACTUALIZACIÓN DE SUS DATOS. ESTOS ESTÁN PENDIENTES DE EVALAUCIÓN. POR

LO TANTO, LOS DATOS QUE USTED ESTÁ VISUALIZANDO PUEDEN NO COINCIDIR CON

SU ÚLTIMA ACTUALIZACIÓN”.

CE-3: Cuando se produce la actualización de datos, el sistema envía un correo electrónico a la

persona encargada de la evaluación. El correo tiene la siguiente estructura:

Estimado…….

Le informamos que con fecha dd-MM-aaaa la ECA No. …………… ha realizado la actualización

de sus datos desde la interfaz Web. Estos datos están pendientes de evaluación por parte de

usted.

Sistema XXXXX

CE-4: Cuando la ECA actualizó sus datos y estos fueron rechazados, el sistema mostrará el

siguiente mensaje: USTED REALIZÓ UNA ACTUALIZACIÓN DE DATOS Y LA MISMA NO

FUE APROBADA. POR CONSULTAS CONTACTE A nombre de la persona.




Página 181 de 336

5.9.5 Caso de Uso 66 – Evaluación de Datos Actualizados de

ECA (MTSS)




Este caso de uso corresponde a la evaluación (aprobación / rechazo) de datos actualizados por

la ECA a través de la interfaz Web. Cuando la ECA actualiza sus datos, estos nuevos datos no

sustituyen a los que están ingresados y aprobados por el MTSS.

Por lo tanto, este caso de uso aplica a la evaluación de estos datos. Si se aprueban, pasan a

sustituir a los datos actuales. Si se rechaza, los datos actualizados por la ECA se descartan.



El usuario ha seleccionado la opción “Evaluación de Datos de ECA”.


Usuario Sistema

1.- Despliega la lista de todos las ECA que

están para evaluar

2.- Selecciona una de las ECA

3.- Muestra los datos actualizados de la ECA

4.- Aprueba los nuevos datos

5.- Reemplaza los datos actuales por los

nuevos datos





1 En el paso 1, el sistema determina que no hay ninguna actualización de

datos pendiente. En este caso, el sistema muestra un mensaje

indicando esta situación y el flujo continúa en el paso 7 del flujo normal.




Página 182 de 336

2 En el paso 2, el usuario no selecciona ninguna de las ECA, sino que

finaliza el caso de uso.

3 En el paso 4, el usuario no aprueba la actualización, sino que la

rechaza. En este caso, el sistema registra el nuevo estado de la

actualización de datos y no realiza ningún cambio en los datos actuales.

El flujo continúa en el paso 7 del flujo normal.


No corresponde


CE-1: Para cada una de las actualizaciones se mostrará la siguiente información:

a) Número RUEC de la ECA

b) Número de BPS de la ECA

c) RUT de la ECA

d) Razón Social de la ECA

e) Fecha de la actualización




Página 183 de 336

5.9.6 Caso de Uso 67 - Actualización de Datos (MTSS)




Este caso de uso corresponde a la actualización de datos de una ECA realizada por el propio

MTSS. Difiere de la realizada por la ECA, ya que esta última no actualiza directamente los

datos, sino que deben ser evaluados por el MTSS.



El usuario ha seleccionado una ECA y sobre ella la opción “Actualización de datos”.


Usuario Sistema

1.- Despliega la sección Identificación del

formulario de datos de la ECA

2.- Actualiza los datos




los anteriores.






operación. En este caso, el sistema finaliza el caso de uso y muestra la

página inicial del sistema.


válidos. En este caso, el sistema muestra un mensaje indicando la





Página 184 de 336


que selecciona otra sección del formulario. El sistema despliega la

sección seleccionada y el flujo continúa en el paso 2 del flujo normal.


No corresponde


CE-1: Las validaciones que se realizan son las indicadas en el alta de la ECA.




Página 185 de 336

5.9.7 Caso de Uso 68 - Ficha de la ECA




Este caso de uso corresponde a la generación de la Ficha de una ECA. La ficha es un

documento en formato PDF con todos los datos de una ECA.



El usuario ha realizado una búsqueda de ECA y ha seleccionado la opción “Ver Ficha” sobre

una de ellas.


Usuario Sistema

1.- Genera la Ficha de la ECA

2.- Muestra la ficha al usuario






No corresponde


CE-1: El formato de la Ficha de la ECA se definirá con el administrador del RUEC.




Página 186 de 336

5.9.8 Caso de Uso 69 – Habilitar / Deshabilitar una ECA




Este caso de uso corresponde a la habilitación o deshabilitación de una ECA.



El usuario ha realizado una búsqueda de ECA y seleccionado la operación Habilitar o

Deshabilitar según el estado de la ECA.


Usuario Sistema

1.- Muestra una ventana emergente

solicitando el motivo de cambio de estado de

la ECA.

2.- Ingresa o selecciona el motivo de cambio

de estado.

3.- Confirma el motivo.

4.- Valida el motivo.

5.- Almacena el nuevo estado para la ECA

6.- Comunica el resultado al usuario y cierra la

ventana emergente.




1 En el paso 3 del flujo normal, el usuario cancela la operación. En este

caso, el sistema cierra la ventana emergente y no realiza ningún cambio

de estado.

2 En el paso 4 del flujo normal, el sistema determina que el motivo es

vacío. En este caso, el sistema envía un mensaje de error indicando la





Página 187 de 336


No corresponde






Página 188 de 336

5.9.9 Caso de Uso 70 – Antecedentes de una ECA




Este caso de uso corresponde a la visualización de los antecedentes registrados en el sistema

en relación a una ECA. Estos antecedentes incluyen:

a) los cursos adjudicados a la ECA

b) los grupos dictados por la ECA

c) la lista de observaciones (o comentarios) registrados sobre la ECA



El usuario ha realizado una búsqueda de ECA y seleccionado la opción “Ver antecedentes”

para una de ella.


Usuario Sistema

1.- Busca los antecedentes de la ECA

seleccionada

2.- Despliega los antecedentes de la ECA

seleccionada






No corresponde




Página 189 de 336


CE-1: Los antecedentes que se incluirán son los siguientes:

a) los cursos que fueron aprobados para la ECA

b) los grupos que la ECA ha dictado

c) los comentarios (u observaciones) registrados en el sistema.




Página 190 de 336

5.10 Grupo 10: Servicios de Formación Profesional -

Gestión de Cursos

5.10.1 Caso de Uso 71 – Registro de Propuesta de Curso




Este caso de uso corresponde al registro de propuestas de cursos que realizan las ECA.



El usuario de la ECA seleccionó la opción “Propuesta de Curso”


Usuario Sistema

1.- Despliega el formulario para Registro de

Propuesta de Curso

2..Ingresa los datos correspondientes a la

sección “Datos generales” del curso


4.- Valida los datos de la sección “Datos

generales”

5.- Crea la propuesta de curso en el sistema

en estado INCOMPLETA.

6.- Almacena los datos de la sección “Datos

generales” en el curso creado.

7.- Despliega la sección “Material didáctico” y

habilita el link “Datos generales”.

8.- Ingresa los datos de material didáctico.

9.- Confirma los datos de material didáctico.

10.-Valida los datos de material didáctico

11.- Almacena los datos de material didáctico

12.- Despliega la sección “Perfil de la




Página 191 de 336

población beneficiaria” y habilita el link

“Material didáctico”.

13.- Ingresa los datos de “Perfil de la

población beneficiaria”.

14.- Confirma los datos de “Perfil de la

población beneficiaria”

15.- Valida los datos de la sección “Perfil de la

población beneficiaria”.

16.- Almacena los datos de la sección “Perfil

de la población beneficiaria”.

17.- Despliega la sección “Presentación del

curso” y habilita el link “Perfil de la población

beneficiaria”.

18.- Ingresa los datos de “Presentación del

curso”.

19.- Confirma los datos de “Presentación del

curso”.

20.- Valida los datos de “Presentación del

curso”.

21.- Almacena los datos de “Presentación del

curso”.

22.- Despliega la sección “Infraestructura para

el grupo - Locales” y habilita el link

“Presentación del curso”.

23.- Ingresa los datos de la sección

“Infraestructura para el grupo”


25.-Valida los datos de la sección

“Infraestructura para el grupo”.

26.- Almacena los datos de “Infraestructura

para el grupo”.

27.- Despliega la sección “Infraestructura para

el curso – Equipamiento”

28.- Ingresa los datos de la sección

“Infraestructura para el curso –

Equipamiento”.





Página 192 de 336

30.- Valida los datos de la sección

“Infraestructura para el curso –

Equipamiento”.

31.- Almacena los datos de “Infraestructura

para el curso – Equipamiento”.

32.- Despliega la sección “Equipo docente” y

habilita el link “Infraestructura para el curso –

Equipamiento”.

33.- Ingresa los datos de la sección “Equipo

docente”


35.- Valida los datos de “Equipo docente”

36.- Almacena los datos de “Equipo docente”

37.- Finaliza el envío

38.- Cambia el estado a COMPLETO y

PENDIENTE DE ENVIO A INEFOP.





1 En cualquiera de los pasos, el usuario no continúa el ingreso de la

sección sino que selecciona otro link. En ese caso, el sistema despliega

la sección seleccionada y descarta los datos ingresados en la sección

actual.

2 En cualquiera de los pasos de validación, el sistema determina que los

datos ingresados no son válidos. En ese caso, el sistema muestra un

mensaje de error indicando la situación y el flujo continúa en el Ingreso

de datos de la misma sección.

3 El usuario abandona el caso de uso en cualquier paso. En ese caso, si

la propuesta de curso ya estaba grabada, queda en el estado en que

está en ese momento y no se almacenan los datos ingresados desde el

último almacenamiento. El sistema regresa a la página inicial.




Página 193 de 336


No corresponde


CE-1: Las validaciones que se realizarán son las siguientes:

Datos generales 65 - El nombre del curso no está vacío.

66 – Los costos (costo 1 cupo, costo 2 cupos, costos 5 cupos) son mayores

a cero.

67 – El mínimo de estudiantes es mayor a cero.

68 – El máximo de estudiantes es mayor a cero y mayor o igual al mínimo

de estudiantes.

69 – El nivel educativo mínimo no está vacío.

Material didáctico No hay validaciones

Perfil de la

población

beneficiaria

70 – El nivel educativo no está vacío

Presentación del

curso

No hay validaciones

Infraestructura

para el grupo

71 – La dirección no está vacía (es decir, hay un departamento y una

localidad seleccionada)

72 – El total de participantes es mayor o igual a cero.

Equipamiento No hay validaciones

Equipo docente 73 – Todos los campos indicados como obligatorios no están vacíos.

CE-2: Para todos los campos de texto se eliminarán los espacios en blanco al inicio y al final.

Excepto por esta transformación, los datos se almacenarán tal como fueron ingresados.




Página 194 de 336

5.10.2 Caso de Uso 72 – Consulta de Cursos (ECA)




Este caso de uso corresponde a la consulta de cursos por parte de la ECA. El sistema

despliega la lista de todas propuestas de cursos que ha realizado la ECA y el estado en que se

encuentra cada uno de ellas.



El usuario ha seleccionado la opción “Consulta de cursos”.


Usuario Sistema

1.- Despliega la lista de todos los cursos

PENDIENTES DE ENVÍO A INEFOP.





que selecciona un estado diferente. En este caso, el sistema lista todas

las propuestas de cursos que se encuentran en el estado seleccionado.

2 En el paso 2 del flujo normal, el usuario selecciona la opción “Editar”

para alguno de los cursos que se encuentran en estado PENDIENTES

DE ENVÍO A INEFOP. En este caso, el sistema despliega el formulario

de Propuesta de Cursos en la sección “Datos generales”.

3 En el paso 2 del flujo normal, el usuario está visualizando cursos

habilitados y selecciona la opción “Lista de grupos”. En este caso, el

sistema despliega la lista de todos los grupos de ese curso.




Página 195 de 336


No corresponde


CE-1: Los criterios para filtrar los cursos son:

a) Por estado (si el usuario es de ECA)

a. Todos los estados

b. Enviados a INEFOP y sin evaluar

c. Pendiente de envío a INEFOP

d. No Aprobado por INEFOP

e. Aprobados por INEFOP

CE-2: Para cada uno de los cursos resultantes, se desplegará:

a) Nombre del curso

b) ECA

c) Estado




Página 196 de 336

5.10.3 Caso de Uso 73 – Edición de datos de una Propuesta de

Curso




Este caso de uso corresponde a la actualización de los datos de una propuesta de curso. La

ECA podrá actualizar los datos de la propuesta mientras esté en estado PENDIENTE DE

ENVÍO A INEFOP.



El usuario ha seleccionado la opción “Editar” para alguna de las propuestas de cursos.


Usuario Sistema

1.- Despliega el formulario de Propuesta de

Curso.

2.- Selecciona alguna de las secciones del

formulario

3.- Despliega la sección seleccionada

4.- Actualiza los datos en la sección










ingresados no son válidos. En este caso el sistema muestra un mensaje




Página 197 de 336


normal.

2 En cualquiera de los pasos del usuario, el usuario cancela la operación.

En ese caso, el sistema finaliza el caso de uso y se descarta cualquier

cambio que se haya realizado después de la última grabación de datos.


No corresponde


CE-1: Las validaciones que se realizan son las indicadas para el alta de Propuesta de Curso.




Página 198 de 336

5.10.4 Caso de Uso 74 - Envío de Propuesta de Curso para

Evaluación




Este caso de uso corresponde al envío a INEFOP de una propuesta de curso para que este lo

evalúe.



El usuario ha seleccionado la opción “Envío a INEFOP” para alguna de las propuestas de

cursos.


Usuario Sistema


indicando que después de enviarla no podrá

modificarla y solicita confirmación.

2.- Confirma el envío

3.- Cambia el estado de la propuesta de curso

a PENDIENTE DE EVALAUCIÓN.

4.- Actualiza el estado en la base de datos


6.- Actualiza la lista de Propuestas de cursos

que pueda estar desplegando.




1 En el paso 2 del flujo normal, el usuario no confirma el envío, sino que

cancela la operación. El sistema finaliza el caso de uso sin realizar

ningún cambio.




Página 199 de 336


No corresponde






Página 200 de 336

5.10.5 Caso de Uso 75 – Consulta de Cursos (INEFOP)




Este caso de uso corresponde a la consulta de cursos por parte de la ECA. El sistema

despliega la lista de todas propuestas de cursos que ha realizado la ECA y el estado en que se

encuentra cada uno de ellas.



El usuario ha seleccionado la opción “Consulta de cursos”.


Usuario Sistema

1.- Despliega la lista de todos los cursos

PENDIENTES DE EVALUACION





que selecciona un estado diferente. En este caso, el sistema lista todas

las propuestas de cursos que se encuentran en el estado seleccionado.

4 En el paso 2 del flujo normal, el usuario selecciona la opción Evaluar

para alguna de las propuestas de curso.


No corresponde


CE-1: Los criterios para filtrar los cursos son:

b) Por ECA (solo disponible si la consulta la realiza un usuario de INEFOP)




Página 201 de 336

c) Por Estado (si el usuario es de INEFOP):

a. Todos los estados

b. Pendientes de evaluación

c. Aprobados por INEFOP

d. No aprobados por INEFOP

CE-2: Para cada uno de los cursos resultantes, se desplegará:

a) Nombre del curso

b) ECA

c) Estado




Página 202 de 336

5.10.6 Caso de Uso 76 - Evaluación de Propuesta de Curso para

TSD




Después que una propuesta de curso fue enviada por una ECA, esta debe ser evaluada por

INEFOP. Este caso de uso corresponde a la evaluación propiamente dicha de la propuesta del

curso. Como resultado de la evaluación se tendrá que el nuevo estado es HABILITADA o NO

HABILITADA.



El usuario ha seleccionado la opción “Evaluación de Propuesta de Curso”


Usuario Sistema

1.- Despliega el formulario de evaluación de

Propuesta de Curso en una ventana

emergente

2.- Ingresa el resultado de la evaluación

3.-Confirma el resultado de la evaluación

4.- Actualiza el estado

5.- Graba el nuevo estado


ventana emergente.





cancela la operación. En este caso, el sistema finaliza el caso de uso sin

realizar ningún cambio y cierra la ventana emergente.




Página 203 de 336


No corresponde


CE-1: Como resultado de la evaluación el estado de la propuesta será:

a) HABILITADA (o aprobada)

b) NO HABILITADO (no aprobada)




Página 204 de 336

5.10.7 Caso de Uso 77 - Alta de grupo de Curso de TSD




Este caso de curso corresponde a la apertura (alta) de un grupo para alguno de los cursos

aprobados (habilitados) de la ECA.



El usuario de la ECA ha seleccionado la opción “Alta de grupo”.


Usuario Sistema

1.- Despliega el formulario de alta de grupo

para curso

2.- Completa los datos del formulario de

grupo

3.- Confirma los datos del grupo


5.- Almacena los datos del grupo y el grupo

en estado PENDIENTE DE EVALUACIÓN.






operación. En ese caso, el sistema finaliza el caso de uso y no se

registra ningún dato en el sistema.


válidos. En ese caso, el sistema despliega un mensaje de error

indicando el error y el flujo continúa en el paso 2 del flujo normal.




Página 205 de 336


No corresponde


CE-1: Las validaciones que se realizarán son las siguientes:

a) Todos los datos indicados como obligatorios en el documento DI-01-ES, no están

vacíos o se ha seleccionado un valor según corresponda.

b) Hay al menos un local asignado.

CE-2: La selección de los locales se realizará de los locales ingresados para la aprobación del

curso.




Página 206 de 336

5.10.8 Caso de Uso 78 - Consulta de grupos de Cursos (ECA)




Este caso de uso corresponde a la consulta de los grupos de los cursos que tiene una ECA.




Usuario Sistema

1.- Despliega el formulario para búsqueda de

grupos



4.- Busca todos los grupos de la ECA que

satisfacen el criterio ingresado.






cancela la operación. En ese caso, el sistema finaliza la operación sin

realizar ninguna búsqueda.


opción “Actualizar datos del grupo”. En este caso, el flujo continúa

según el caso de uso Caso de Uso 77 - Alta de grupo de Curso de TSD


opción “Participantes” para alguno de los grupos abiertos. En este caso,

el flujo continúa según el caso de uso Caso de Uso 82 - Inscripción a

Grupo de Curso (Selección de postulantes)




Página 207 de 336


opción “Pasar lista” para alguno de los grupos abiertos. En este caso, el

flujo continúa según el caso de uso Caso de Uso 86 – Pasaje de Lista

para una nueva fecha.


opción “Resultados” para alguno de los grupos. En este caso, el flujo

continúa en el Caso de Uso 88 - Resultado final de un grupo.


No corresponde


CE-1: La ECA podrá realizar búsquedas de grupos por:

a) Estado

a. Todos

b. Pendiente de aprobación

c. Abierto

d. Cerrado

b) Por curso

CE-2: Para cada uno de los grupos se listará:

a) Curso

b) Fecha de inicio

c) Fecha de fin

d) Estado

e) Local (Localidad – Departamento)




Página 208 de 336

5.10.9 Caso de Uso 79 - Consulta de grupos de Cursos

(INEFOP)




Este caso de uso corresponde a la consulta de grupos de cursos realizada por un usuario de

INEFOP.




Usuario Sistema

1.- Despliega el formulario para búsqueda de

grupos



4.- Busca todos los grupos de que satisfacen

el criterio ingresado.






cancela la operación. En ese caso, el sistema finaliza la operación sin

realizar ninguna búsqueda.


opción “Participantes” para alguno de los grupos abiertos. En este caso,

el flujo continúa según el caso de uso….





Página 209 de 336

opción “Cambio de estado” para alguno de los grupos. En este caso, el

flujo continúa según el Caso de Uso 83 - Cambio de Estado de

Postulante en Grupo de Curso


opción “Habilitar general” a efectos de que se pueda realizar

inscripciones para cualquier usuario y no solo para TSD. En ese caso, el

flujo continúa en el caso Caso de Uso 81 - Habilitación/Inhabilitación de

inscripciones no exclusiva para TSD.


opción “Buscar postulantes”. En este caso, el flujo continúa en el Caso

de Uso 82 - Inscripción a Grupo de Curso (Selección de postulantes).


No corresponde


CE-1: La ECA podrá realizar búsquedas de grupos por:

a) Por departamento

b) Por localidad

c) Por ECA

d) Por rango de fechas de inicio

e) Por Estado

CE-2: Para cada uno de los grupos se listará:

a) ECA

b) Departamento de dictado

c) Localidad de dictado

d) Nombre del curso

e) Fecha de inicio

f) Fecha de fin

g) Estado del grupo




Página 210 de 336

5.10.10 Caso de Uso 80 - Cambio de estado de grupo de curso




Este caso de uso corresponde al cambio de estado de un grupo de un curso. El caso de uso es

ejecutado por un usuario de INEFOP.



El usuario seleccionó la opción “Cambio de estado” para alguno de los grupos de un curso


Usuario Sistema


solicitando el nuevo estado y una descripción

del motivo del mismo.

2.- Ingresa el nuevo estado y la descripción





ventana emergente.





ese caso, el sistema finaliza el caso de uso sin realizar ningún cambio

de estado.

2 En el paso 4, el sistema determina que no se ha seleccionado un estado

y/o el motivo es vacío. En ese caso, el sistema despliega un mensaje de




Página 211 de 336


normal.


No corresponde






Página 212 de 336

5.10.11 Caso de Uso 81 - Habilitación/Inhabilitación de

inscripciones no exclusiva para TSD




Algunos grupos de cursos de TSD pueden habilitarse para que se realicen inscripciones por

parte de cualquier otro postulante. Este caso de uso corresponde a la habilitación (o anulación

de la habilitación) para este tipo de inscripciones.



El usuario seleccionó la opción de Habilitar general para alguno de los grupos de cursos.


Usuario Sistema


solicitando motivo y confirmación.



4.- Valida que se haya ingresado un motivo



ventana emergente.




1 En el paso 2, el usuario no confirma la operación sino que la cancela.

En este caso, el sistema finaliza el caso de uso y cierra la ventana

emergente.

2 En el paso 4, el sistema determina que no se ha ingresado un motivo.

En este caso, el sistema despliega un mensaje indicando la situación y




Página 213 de 336

el flujo continúa en el paso 2 del flujo normal.


No corresponde


CE-1: A partir del momento que se habilita un grupo de TSD para que pueda inscribirse

cualquier postulante, este se incluirá en la lista de selección de cursos para cualquier

postulante.




Página 214 de 336

5.11 Grupo 11: Postulantes e Inscriptos

5.11.1 Caso de Uso 82 - Inscripción a Grupo de Curso

(Selección de postulantes)




Este caso de uso corresponde a la búsqueda de postulantes y la inscripción a uno de los

grupos de cursos habilitados.



El usuario ha seleccionado la opción “Buscar participantes” para alguno de los cursos

habilitados.


Usuario Sistema

1.- Despliega el formulario de búsqueda de

postulantes para el grupo seleccionado

2.- Lista en dicho formulario todos los

postulantes inscriptos y todos los postulantes

que satisfacen los criterios para el grupo.




1 En el paso 2, el sistema determina que no hay ningún postulante para

inscribir. En ese caso, el sistema despliega un mensaje indicando la

situación.

2 En el paso 2, el sistema determina que no hay ningún inscripto en el

curso. En ese caso, el sistema despliega un mensaje indicando la

situación.




Página 215 de 336


un conjunto de postulantes no inscriptos y selecciona un nuevo estado

para ellos. En ese caso, el sistema continúa según el caso de uso…..


No corresponde


CE-1: El sistema buscará a todos los participantes que satisfagan el siguiente criterio:

a) Están en TSD

b) Satisfacen el rango de edad indicado para el curso

c) Pertenecen al departamento indicado del lugar de dictado del curso

d) Pertenecen a la localidad indicada en el lugar de dictado del curso

e) Tienen interés en el área al que pertenece el curso.

f) No se ha superado el plazo de inscripción

CE-2: Para cada uno de los postulantes, desplegará los siguientes datos:

a) Identificación

b) Nombre

c) Apellido

d) Localidad de residencia

e) Departamento de residencia

f) Estado respecto al grupo.

g) Motivo

CE-3: Si el usuario realiza un cambio de estado de un postulante a INSCRIPTO, entonces el

postulante se incluye en la lista de inscriptos.

CE-4: Si el usuario quita a un inscripto del grupo, entonces el postulante se incluye a la lista de

interesados con el motivo indicado.




Página 216 de 336

5.11.2 Caso de Uso 83 - Cambio de Estado de Postulante en

Grupo de Curso

Requerimiento Funcional RF79-1



Este caso de uso corresponde al cambio de estado de un postulante en un grupo. El grupo

debe estar en estado ABIERTO. Este caso de uso contempla dos situaciones:

a) El postulante es un candidato para el curso

b) El postulante ya está inscripto en el curso.



El usuario ha seleccionado la opción “Cambio de estado” para un postulante.


Usuario Sistema


solicitando el nuevo estado y el motivo.

2.- Ingresa el nuevo estado y el motivo


4.- Valida que se haya seleccionado un

estado y se haya ingresado un motivo.

5.- Almacena el nuevo estado.

6.- Actualiza la lista de inscriptos y de

candidatos.





Página 217 de 336



1 En el paso 3, el usuario no confirma la operación sino que cancela. En

este caso, el sistema finaliza el caso de uso sin realizar ningún cambio y






No corresponde


Los estados para los postulantes e inscriptos en un grupo de curso, se detallan en el

documento DI-01-ES.




Página 218 de 336

5.11.3 Caso de Uso 84 - Exoneración de Curso




Puede darse el caso que, para un postulante, no exista un curso disponible. En este caso, se

exonera al postulante de la realización de curso. El usuario del sistema registra esta situación

en el sistema y genera una constancia de exoneración.



El usuario ha seleccionado la opción “Exonerar”.


Usuario Sistema

1.- Despliega el formulario de Exoneración

2.- Ingresa la identificación del postulante

3.- Confirma la identificación


5.- Almacena esta situación en el sistema.


7.- Solicita la generación de la constancia

8.- Genera la constancia de exoneración

9.- Muestra la constancia al usuario





ese caso, el sistema finaliza el caso de uso, sin realizar ninguna acción.







Página 219 de 336


No corresponde


CE-1: La plantilla correspondiente a esta exoneración está dada por el documento “Constancia

de exoneración a cursos TSD.doc”




Página 220 de 336

5.11.4 Caso de Uso 85 – Generación de Constancia de

Inscripción a Grupo




Este caso de uso corresponde a la generación de una constancia de Inscripción de un

postulante a un grupo de un curso.



El usuario ha seleccionado la opción “Generar constancia de inscripción” para alguno de los

participantes en alguno de los cursos a los que está inscripto.


Usuario Sistema

1.- Genera el documento de la Constancia

2.- Muestra la constancia al usuario






No corresponde


CE-1: La plantilla de esta constancia está dada por el documento “Constancia de inscripción a

cursos TSD.doc”.




Página 221 de 336

5.12 Grupo 12: Seguimiento de los cursos

5.12.1 Caso de Uso 86 – Pasaje de Lista para una nueva fecha




Este caso de uso corresponde al pasaje de lista para alguno de los grupos de cursos en una

fecha que aún no se ha pasado la lista. El pasaje de lista lo realiza la ECA que dicta el curso.



El usuario ha seleccionado la opción “Pasar lista” para alguno de los grupos abiertos de la

ECA.


Usuario Sistema

1.- Despliega el formulario de pasaje de lista

solicitando la fecha de pasaje

2.- Selecciona una fecha

3.- Lista todos los participantes inscriptos en

el grupo

4.- Indica la asistencia e inasistencia de cada

uno de los inscriptos

5.- Confirma la asistencia


7.- Almacena el resultado del pasaje de la

lista





1 En el paso 2 o en el paso 5 del flujo normal, el usuario cancela la




Página 222 de 336

operación y el sistema finaliza el caso de uso sin realizar ninguna

acción.


válidos. En ese caso, el sistema despliega un mensaje de error


3 En el paso 3, el sistema determina que para la fecha seleccionada ya se

ha pasado lista, en ese caso continúa como en el paso 3 del caso de

uso Caso de Uso 87 – Pasaje de Lista para una fecha ya existente.

4 En el paso 3, el sistema determina que en la fecha indicada, no se está

dictando el curso. En ese caso, el sistema despliega un mensaje de


normal.


No corresponde


CE-1: El sistema validará que se haya indicando o bien “Asistió” o “No asistió” para cada uno

de los inscriptos.




Página 223 de 336

5.12.2 Caso de Uso 87 – Pasaje de Lista para una fecha ya existente




Este caso de uso corresponde al pasaje de lista para alguno de los grupos de cursos en una

fecha en la que ya se pasó la lista. El pasaje de lista lo realiza la ECA que dicta el curso.



El usuario ha seleccionado la opción “Pasar lista” para alguno de los grupos abiertos de la

ECA.


Usuario Sistema

1.- Despliega el formulario de pasaje de lista

solicitando la fecha de pasaje

2.- Selecciona una fecha

3.- Lista todos los participantes inscriptos en

el grupo y la asistencia ingresada, habilitando

la justificación para cada una de las

asistencias.




1 En el paso 2 del flujo normal, el usuario cancela la operación y el

sistema finaliza el caso de uso sin realizar ninguna acción.


que:

4.1 – Justifica la inasistencia para alguno(s) del (de los) participante(s).

4.2 – Confirma la justificación

4.-3 – El sistema registra los motivos de la justificación para cada uno

de los participantes.




Página 224 de 336


3 En el paso 3, el sistema determina que para la fecha seleccionada no se

ha pasado lista, en ese caso continúa como en el paso 3 del Caso de

Uso 87 – Pasaje de Lista para una fecha ya existente.


Figura 39: Interfaz para la justificación de inasistencias


CE-1: Las justificaciones son: Enfermedad, Laboral, Otro.




Página 225 de 336

5.12.3 Caso de Uso 88 - Resultado final de un grupo




Este caso de uso corresponde al ingreso del resultado final (aprobación o no aprobación) de

cada uno de los participantes de un grupo de un curso. Estos resultados son ingresados por el

usuario de la ECA.



El usuario de la ECA ha seleccionado la opción “Resultado final” para alguno de los grupos


Usuario Sistema

1.- Despliega el formulario para ingreso de

resultado final del grupo seleccionado

2.- Ingresa el resultado final para cada uno de

los participantes.



5.- Almacena los resultados


usuario






realizar ningún cambio.

2 En el paso 4 del flujo normal, el sistema determina que hay participantes

a los que no se les ha ingresado el resultado final. En ese caso, el




Página 226 de 336

sistema despliega un mensaje de error indicando la situación y el flujo


3 En el paso 1 del flujo normal, el sistema determina que ya se han

ingresado los datos para ese grupo. En ese caso, recupera los datos del

sistema y despliega el formulario con esos datos cargados.

4 En el paso 3 del flujo normal, el usuario ingresa como resultado

“APROBADO” para alguno de los participantes. En ese caso, el sistema

habilita un campo para ingresar la nota final.

5 En el paso 4 del flujo normal, para cada uno de los participantes que

tiene como resultado final APROBADO, genera una entrada en el área

de Capacitación y Formación Profesional de su c.v. con los datos del

curso en cuestión.


Sigue la estructura general de ingreso de datos para un grupo.


CE-1: Cuando en el flujo alternativo 5, se genera un nuevo registro los datos se completan

como sigue:

Dato en el C.V. Datos del curso Comentarios

Nombre del curso Nombre del curso

Área temática Área temática del curso

Institución Nombre de la ECA

Duración – Número Fecha de finalización – Fecha de inicio

Duración – Unidad Si es menor a un mes, se especifica en días.

Sino en meses

Año inicio Año de la fecha de inicio

Estado del curso “Finalizado”

Si tiene certificado Si

CE-2: La ECA ingresará en el sistema para cada inscripto:

el resultado final de cada uno de los inscriptos en dicho grupo. El resultado será:

APROBADO, NO APROBADO o ABANDONÓ (Justificado o No Justificado). Cuando

se selecciona APROBADO se habilita la opción para ingresar la nota final del curso (la

nota no es un dato obligatorio)

si corresponde constancia de asistencia




Página 227 de 336

si corresponde certificado de aprobación

5.12.4 Caso de Uso 89 - Generación de Lista de

Certificados de Aprobación




Para aquellos participantes que aprobaron un curso, el sistema le permitirá a un usuario de

INEFOP generar la lista de postulantes a los que corresponde emitir certificados de aprobación

para un determinado curso. Este caso de uso corresponde a la generación de la lista de

postulantes a los que corresponde certificado de aprobación.



El usuario ha seleccionado la opción “Generar Lista de Certificado de Aprobación”


Usuario Sistema

1.- Despliega la lista de cursos

2.- Selecciona uno de los cursos


4.- Genera la lista de los participantes a los

que corresponde el certificado de aprobación.

5.- Despliega la lista generada








Página 228 de 336


No corresponde


CE-1: El formato de la salida es el siguiente:

Nro. Documento Primer nombre Segundo nombre Primer apellido Segundo apellido

5.12.5 Caso de Uso 90 - Generación de Constancia de

Asistencia




El sistema permitirá la generación de una constancia de asistencia a un curso para un inscripto

particular. Esta constancia es emitida por la ECA.



El usuario ha seleccionado la opción de generación de constancia de asistencia para un

participante en un curso particular.


Usuario Sistema

1.- Genera la constancia de asistencia

2.- Muestra la constancia de asistencia





Página 229 de 336





No corresponde


CE-1: El formato de la Constancia de Asistencia se detalla en el documento Constancia de

inscripción a cursos TSD.doc.




Página 230 de 336

5.12.6 Caso de Uso 91 - Cierre administrativo del grupo




Este caso de uso corresponde al cierre administrativo del curso. Una vez realizado el cierre del

curso, no podrá realizarse ninguna operación de cambio sobre él. Quedarán habilitadas las

operaciones de emisión de constancias o certificados, así como las operaciones de consulta.



El usuario ha seleccionado uno de los grupos de cursos y, a continuación, seleccionado la

opción Cierre.


Usuario Sistema


solicitando la confirmación de cierre.

2.- Confirma el cierre

3.- Registra el cierre en el sistema


ventana emergente




1 En el paso 2 del flujo normal, el usuario no confirma el cierre, sino que

cancela la operación. En ese caso el sistema finaliza el caso de uso y

no realiza ninguna operación. Cierra la ventana emergente.


Sigue la interfaz general de confirmaciones.




Página 231 de 336






Página 232 de 336

5.13 Grupo 13: Trabajadores en Seguro de Desempleo

5.13.1 Caso de Uso 92 - Carga de Trabajadores en Seguro

de Desempleo




Periódicamente, el Banco de Previsión Social (BPS) envía un listado que contiene la lista de

todos los Trabajadores en Seguro de Desempleo. Este caso de uso corresponde a la carga en

el sistema de los datos que provienen de ese archivo.



El usuario ha seleccionado la opción “Carga de TSD”.


Usuario Sistema

1.- Despliega el formulario para carga de

trabajadores en Seguro de Desempleo

2.- Indica el archivo de carga


4.- Valida el archivo

5.- Elimina todos los registros existentes de

TSD

6.- Carga los nuevos datos de TSD






este caso, el sistema finaliza el caso de uso y no realiza ninguna acción.




Página 233 de 336

2 En el paso 4, el sistema determina que el archivo no es válido. En ese

caso, el sistema muestra un mensaje de error indicando la situación y

regresa al punto 2 del flujo normal.


Figura 40: Prototipo de la interfaz para la carga del archivo de trabajadores en seguro de

desempleo.


CE-1: El formato del archivo es el siguiente:

Dato Tipo Comentarios

Cédula de Identidad Cédula

Nombre Texto

Apellido Texto

Fecha de nacimiento Fecha El formato se acordará con

BPS

Fecha desde la que está en

seguro de desempleo

Fecha El formato se acordará con

BPS

Fecha hasta la que cubre el

seguro

Fecha El formato se acordará con

BPS

No. RUT Empresa Texto

Motivo Lista simple de valores

Departamento

CIIU

Agencia donde solicitó el

seguro

Domicilio




Página 234 de 336

Teléfono

CE-2: Si alguno de los registros no se puede cargar, el sistema informará al usuario esa

situación.




Página 235 de 336

5.14 Grupo 14: Formación Profesional: Reportes

5.14.1 Caso de Uso 93 – Generación de Reportes




Este caso de uso corresponde a la generación de reportes de Formación Profesional.



El usuario ha seleccionado la opción Reportes.


Usuario Sistema

1.- Despliega el formulario para selección de

reportes

2.- Selecciona el reporte que desea generar

3.- Despliega la sección Filtros del reporte

seleccionado

4.- Ingresa el filtro

5.- Confirma el filtro

6.- Genera el reporte

7.- Envía el reporte al usuario




1 En el paso 2 del flujo normal, el usuario no selecciona ningún filtro y



2 En el paso 5 del flujo normal, el usuario no confirma el filtro y cancela la

operación. En ese caso, el sistema finaliza el caso de uso sin realizar




Página 236 de 336

ninguna acción.


No corresponde


CE-1: Para cada participante de cada grupo de cada curso se listará:

a) Departamento de dictado

b) Localidad de dictado

c) ECA

d) Edad del participante

e) Género del participante

f) Localidad de residencia del participante

g) Departamento de localidad del participante

h) Situación Laboral del participante

i) Área del Curso

j) Nivel Educativo del participante

CE-2: Los datos a generar podrán filtrarse por:

a) Rango de fechas de inicio de curso

b) Departamento de dictado

c) ECA

CE-3: Se generará una planilla electrónica en formato Microsoft Excel, de forma tal que puedan

generarse tablas dinámicas a partir de dichos datos.




Página 237 de 336

5.15 Grupo 15: Servicios Públicos de Empleo: Gestión de

CePE

5.15.1 Caso de Uso 94 - Alta de CePE




Este caso de uso corresponde al alta de un Centro Público de Empleo (CePE).



El usuario ha seleccionado la opción “Alta de CePE”.


Usuario Sistema

1.- Despliega el formulario de Alta de CePE.

2.- Completa los datos del formulario




6.- Genera un identificador para el CePE






cancela la operación. En ese caso, el sistema finaliza el caso de uso y

no realiza ninguna acción


ingresados no son válidos. En ese caso, el sistema muestra un mensaje





Página 238 de 336

normal.


No corresponde


CE-1: Las validaciones que realiza el sistema son:

a) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

b) No hay otro CePE con el mismo nombre.

CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de

ser almacenados. Excepto por esta transformación, el resto de los datos se almacenarán tal

como fueron ingresados.

CE-3: Al crear el CePE queda en el estado HABILITADO.




Página 239 de 336

5.15.2 Caso de Uso 95 – Consulta de CePE




Este caso de uso corresponde a la consulta de CePE. A partir del resultado, se podrán realizar

operaciones de actualización de datos y de habilitación y deshabilitación.



El usuario ha seleccionado la opción “Consulta de CePE”.


Usuario Sistema

1.- Despliega el formulario de Consulta de

CePE.



4.- Realiza la búsqueda de los CePE que

satisfacen el criterio

5.- Muestra los CePE resultantes de la

búsqueda








que selecciona la opción “Actualizar datos”. En ese caso, el sistema

continúa como en el caso de uso….





Página 240 de 336

que selecciona la opción “Habilitar” o “Deshabilitar” según el estado del

CePE. En ese caso, el sistema continúa como en el caso de uso …..


No corresponde


CE-1: La búsqueda podrá realizarse por los siguientes criterios:

a) Localidad

b) Departamento

c) Incluir deshabilitados (Por defecto No)

CE-1: Para cada uno listará:

Nombre

Teléfono

Domicilio

Estado




Página 241 de 336

5.15.3 Caso de Uso 96 – Actualización de datos de CePE




Este caso de uso corresponde a la actualización de los datos de un CePE.



El usuario ha seleccionado la opción “Actualizar datos” para un CePE.


Usuario Sistema

1.- Despliega el formulario de CePE con los

datos del CePE seleccionado cargados.

2.- Actualiza los datos.













ingresados no son válidos. En ese caso, el sistema despliega un


del flujo normal.




Página 242 de 336


No corresponde


CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso

94 - Alta de CePE.




Página 243 de 336

5.15.4 Caso de Uso 97 – Habilitación / Deshabilitación de

CePE




Este caso de uso corresponde a la habilitación o deshabilitación de un CePE, según el estado

actual del mismo.



El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un CePE.


Usuario Sistema


solicitando el motivo del cambio de estado.

2.- Ingresa el motivo de cambio de estado

3.- Confirma el motivo


motivo.



ventana emergente.




1 En el paso 3 del flujo normal, el usuario no confirma el motivo sino que


realizar ninguna acción y cierra la ventana emergente.

2 En el paso 4 del flujo normal, el sistema determina que no se ha

seleccionado ningún motivo. En ese caso, el sistema despliega un




Página 244 de 336


del flujo normal.


No corresponde






Página 245 de 336

5.16 Grupo 16: Gestión de Operadores

5.16.1 Caso de Uso 98 - Alta de Operador




Este caso de uso corresponde al alta de un operador del sistema.

Los operadores se organizan en cuatro niveles:

a) Operadores Nacionales

b) Operadores Regionales. Cada operador tiene asociado un conjunto de departamentos

que determinan su región.

c) Operadores de CePE

d) Administradores



El usuario ha seleccionado la opción “Alta de Operador”.


Usuario Sistema

1.- Despliega el formulario de Alta de

Operador.





6.- Genera una contraseña

7.- Envía un correo electrónico al usuario

comunicando la contraseña






Página 246 de 336









normal.


No corresponde



c) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

d) No hay otro operador con la misma identificación




CE-3: Al crear el Operador, este queda en el estado HABILITADO.




Página 247 de 336

5.16.2 Caso de Uso 99 – Consulta de Operadores




Este caso de uso corresponde a la consulta de Operadores. A partir del resultado, se podrán

realizar operaciones de actualización de datos y de habilitación y deshabilitación.



El usuario ha seleccionado la opción “Consulta de Operadores”.


Usuario Sistema


Operador.



4.- Realiza la búsqueda de los operadores

que satisfacen el criterio

5.- Muestra los operadores resultantes de la

búsqueda









continúa como en el caso de uso….





Página 248 de 336


operador. En ese caso, el sistema continúa como en el caso de uso …..

4 En el paso 5, el sistema determina que no hay resultados para mostrar.

En ese caso, el sistema muestra un mensaje indicando la situación.


No corresponde



a) Número de cédula

b) Nombre

c) Apellido

d) CePE

e) Tipo


a) Identificación

b) Nombre

c) Apellido

d) Tipo de usuario

e) CePE asignado




Página 249 de 336

5.16.3 Caso de Uso 100 – Actualización de datos de

Operador




Este caso de uso corresponde a la actualización de los datos de un operador.



El usuario ha seleccionado la opción “Actualizar datos” para un operador.


Usuario Sistema

1.- Despliega el formulario de Operado con

los datos del operador seleccionado

cargados.



















Página 250 de 336

del flujo normal.

3 En el paso 1 del flujo normal, el sistema determina que el usuario

logueado tiene permisos de supervisor. En ese caso, el sistema habilita

la modificación de la identificación del usuario.


No corresponde



98 - Alta de Operador.




Página 251 de 336


Operador




Este caso de uso corresponde a la habilitación o deshabilitación de un operador, según el

estado actual del mismo.



El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un operador.


Usuario Sistema






motivo.



ventana emergente.












Página 252 de 336


del flujo normal.


No corresponde


CE-1: Cuando un usuario está deshabilitado entonces no puede ingresar al sistema (Ver

Login), es decir su código de usuario queda bloqueado.

Cuando se habilita un operador inhabilitado, se desbloquea su código de usuario.




Página 253 de 336

5.17 Grupo 17: Gestión de Documentos

5.17.1 Caso de Uso 102 - Alta de Documento




Este caso de uso corresponde al alta de un Documento.



El usuario ha seleccionado la opción “Alta de Documento”.


Usuario Sistema


Documento.















normal.




Página 254 de 336


No corresponde



e) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

f) No hay otro documento con el mismo nombre.







Página 255 de 336

5.17.2 Caso de Uso 103 – Listado de documentos




Este caso de uso corresponde al listado de todos los documentos.



El usuario ha seleccionado la opción “Listado de documentos”.


Usuario Sistema


registrados en el sistema.





la opción “Eliminar” para alguno de los documentos. En ese caso, el

sistema solicita confirmación y, si el usuario confirma, elimina dicho

documento.


No corresponde


CE-1 Los datos que se listan para cada documento son:

a) Nombre

b) Descripción

c) Habilitado para Postulantes

d) Habilitado para Empresas




Página 256 de 336




Página 257 de 336

5.17.3 Caso de Uso 104 – Eliminación de documento




Este caso de uso corresponde a la eliminación de un documento.



El usuario seleccionó la opción “Eliminar” para alguno de los documentos.


Usuario Sistema


solicitando confirmación.

2.- Confirma

3.- Elimina el documento.


ventana emergente.







No corresponde






Página 258 de 336

5.18 Grupo 18: Gestión de Datos Básicos

5.18.1 Caso de Uso 105 - Alta de Países




Este caso de uso corresponde al alta de un país.



El usuario ha seleccionado la opción “Alta de País”.


Usuario Sistema

1.- Despliega el formulario de Alta de País.















normal.




Página 259 de 336


No corresponde



g) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

h) No hay otro país con el mismo nombre.




CE-3: Al crear el país queda en el estado HABILITADO.




Página 260 de 336

5.18.2 Caso de Uso 106 – Consulta de Países




Este caso de uso corresponde a la consulta de países. A partir del resultado, se podrán realizar

operaciones de actualización de datos y de habilitación y deshabilitación.



El usuario ha seleccionado la opción “Consulta de País”.


Usuario Sistema


País.



4.- Realiza la búsqueda de los país que


5.- Muestra los países resultantes de la

búsqueda









continúa como en el Caso de Uso 107 – Actualización de datos de País.





Página 261 de 336


país. En ese caso, el sistema continúa como en el Caso de Uso 108 –

Habilitación / Deshabilitación de país.


No corresponde



a) nombre

b)


Nombre

Descripción

Estado




Página 262 de 336

5.18.3 Caso de Uso 107 – Actualización de datos de País




Este caso de uso corresponde a la actualización de los datos de un país.



El usuario ha seleccionado la opción “Actualizar datos” para un país.


Usuario Sistema

1.- Despliega el formulario de país con los

datos del país seleccionado cargados.
















del flujo normal.




Página 263 de 336


No corresponde



105 - Alta de Países.




Página 264 de 336


país




Este caso de uso corresponde a la habilitación o deshabilitación de un país, según el estado

actual del mismo.



El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un país.


Usuario Sistema






motivo.



ventana emergente.












Página 265 de 336


del flujo normal.


No corresponde






Página 266 de 336

5.18.5 Caso de Uso 109 - Alta de Departamentos




Este caso de uso corresponde al alta de un departamento.



El usuario ha seleccionado la opción “Alta de Departamento”.


Usuario Sistema


Departamento.















normal.




Página 267 de 336


No corresponde



a) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

b) No hay otro departamento con el mismo nombre.




CE-3: Al crear el departamento queda en el estado HABILITADO.




Página 268 de 336

5.18.6 Caso de Uso 110 – Consulta de Departamentos




Este caso de uso corresponde a la consulta de departamentos. A partir del resultado, se

podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación.



El usuario ha seleccionado la opción “Consulta de Departamento”.


Usuario Sistema


Departamento.



4.- Realiza la búsqueda de los departamento


5.- Muestra los departamentos resultantes de

la búsqueda









continúa como en el Caso de Uso 111 – Actualización de datos de

Departamento.




Página 269 de 336



departamento. En ese caso, el sistema continúa como en el Caso de

Uso 112 – Habilitación / Deshabilitación de departamento.


No corresponde



c) nombre

d)


Nombre

Descripción

Estado




Página 270 de 336


Departamento




Este caso de uso corresponde a la actualización de los datos de un departamento.



El usuario ha seleccionado la opción “Actualizar datos” para un departamento.


Usuario Sistema

1.- Despliega el formulario de departamento

con los datos del departamento seleccionado

cargados.



















Página 271 de 336

del flujo normal.


No corresponde



109 - Alta de Departamentos.




Página 272 de 336


departamento




Este caso de uso corresponde a la habilitación o deshabilitación de un departamento, según el




El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un departamento.


Usuario Sistema






motivo.



ventana emergente.












Página 273 de 336


del flujo normal.


No corresponde






Página 274 de 336

5.18.9 Caso de Uso 113 - Alta de Localidades




Este caso de uso corresponde al alta de una localidad.



El usuario ha seleccionado la opción “Alta de Localidad”.


Usuario Sistema


Localidad.















normal.




Página 275 de 336


No corresponde



i) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

j) No hay otra localidad con el mismo nombre.




CE-3: Al crear la localidad queda en el estado HABILITADO.




Página 276 de 336

5.18.10 Caso de Uso 114 – Consulta de Localidades




Este caso de uso corresponde a la consulta de localidades. A partir del resultado, se podrán




El usuario ha seleccionado la opción “Consulta de Localidad”.


Usuario Sistema


Localidad.



4.- Realiza la búsqueda de los localidad que


5.- Muestra los localidades resultantes de la

búsqueda










Localidad.




Página 277 de 336


que selecciona la opción “Habilitar” o “Deshabilitar” según el estado de

la localidad. En ese caso, el sistema continúa como en el Caso de Uso

116 – Habilitación / Deshabilitación de localidad.


No corresponde



e) nombre

f)


Nombre

Descripción

Estado




Página 278 de 336


Localidad




Este caso de uso corresponde a la actualización de los datos de una localidad.



El usuario ha seleccionado la opción “Actualizar datos” para un localidad.


Usuario Sistema

1.- Despliega el formulario de localidad con

los datos de la localidad seleccionado

cargados.



















Página 279 de 336

del flujo normal.


No corresponde



113 - Alta de Localidades.




Página 280 de 336


localidad




Este caso de uso corresponde a la habilitación o deshabilitación de una localidad, según el




El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para una localidad.


Usuario Sistema






motivo.



ventana emergente.












Página 281 de 336


del flujo normal.


No corresponde






Página 282 de 336

5.18.13 Caso de Uso 117 - Alta de Estados civiles




Este caso de uso corresponde al alta de un estado civil.



El usuario ha seleccionado la opción “Alta de Estado civil”.


Usuario Sistema

1.- Despliega el formulario de Alta de Estado

civil.















normal.




Página 283 de 336


No corresponde



k) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

l) No hay otro estado civil con el mismo nombre.




CE-3: Al crear el estado civil queda en el estado HABILITADO.




Página 284 de 336

5.18.14 Caso de Uso 118 – Consulta de Estados civiles




Este caso de uso corresponde a la consulta de estados civiles. A partir del resultado, se podrán




El usuario ha seleccionado la opción “Consulta de Estado civil”.


Usuario Sistema


Estado civil.



4.- Realiza la búsqueda de los estado civil que


5.- Muestra los estados civiles resultantes de

la búsqueda










Estado civil.




Página 285 de 336



estado civil. En ese caso, el sistema continúa como en el Caso de Uso

120 – Habilitación / Deshabilitación de estado civil.


No corresponde



g) nombre

h)


Nombre

Descripción

Estado




Página 286 de 336


Estado civil




Este caso de uso corresponde a la actualización de los datos de un estado civil.



El usuario ha seleccionado la opción “Actualizar datos” para un estado civil.


Usuario Sistema

1.- Despliega el formulario de estado civil con

los datos del estado civil seleccionado

cargados.



















Página 287 de 336

del flujo normal.


No corresponde







Página 288 de 336


estado civil




Este caso de uso corresponde a la habilitación o deshabilitación de un estado civil, según el




El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un estado civil.


Usuario Sistema






motivo.



ventana emergente.












Página 289 de 336


del flujo normal.


No corresponde






Página 290 de 336

5.18.17 Caso de Uso 121 - Alta de Géneros




Este caso de uso corresponde al alta de un género.



El usuario ha seleccionado la opción “Alta de Género”.


Usuario Sistema

1.- Despliega el formulario de Alta de Género.















normal.


No corresponde




Página 291 de 336



m) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

n) No hay otro género con el mismo nombre.




CE-3: Al crear el género queda en el estado HABILITADO.




Página 292 de 336

5.18.18 Caso de Uso 122 – Consulta de Géneros




Este caso de uso corresponde a la consulta de géneros. A partir del resultado, se podrán




El usuario ha seleccionado la opción “Consulta de Género”.


Usuario Sistema


Género.



4.- Realiza la búsqueda de los género que


5.- Muestra los géneros resultantes de la

búsqueda










Género.




Página 293 de 336



género. En ese caso, el sistema continúa como en el Caso de Uso 124

– Habilitación / Deshabilitación de género.


No corresponde



i) nombre

j)


Nombre

Descripción

Estado




Página 294 de 336


Género




Este caso de uso corresponde a la actualización de los datos de un género.



El usuario ha seleccionado la opción “Actualizar datos” para un género.


Usuario Sistema

1.- Despliega el formulario de género con los

datos del género seleccionado cargados.
















del flujo normal.




Página 295 de 336


No corresponde







Página 296 de 336


género




Este caso de uso corresponde a la habilitación o deshabilitación de un género, según el estado

actual del mismo.



El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un género.


Usuario Sistema






motivo.



ventana emergente.












Página 297 de 336


del flujo normal.


No corresponde






Página 298 de 336

5.18.21 Caso de Uso 125 - Alta de Ramas de actividad




Este caso de uso corresponde al alta de una rama de actividad.



El usuario ha seleccionado la opción “Alta de Rama de actividad”.


Usuario Sistema

1.- Despliega el formulario de Alta de Rama

de actividad.















normal.




Página 299 de 336


No corresponde



o) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

p) No hay otra rama de actividad con el mismo nombre.




CE-3: Al crear la rama de actividad queda en el estado HABILITADO.




Página 300 de 336

5.18.22 Caso de Uso 126 – Consulta de Ramas de actividad




Este caso de uso corresponde a la consulta de ramas de actividad. A partir del resultado, se




El usuario ha seleccionado la opción “Consulta de Rama de actividad”.


Usuario Sistema


Rama de actividad.



4.- Realiza la búsqueda de los rama de

actividad que satisfacen el criterio

5.- Muestra los ramas de actividad resultantes

de la búsqueda










Rama de actividad.




Página 301 de 336



la rama de actividad. En ese caso, el sistema continúa como en el Caso

de Uso 128 – Habilitación / Deshabilitación de rama de actividad.


No corresponde



k) nombre

l)


Nombre

Descripción

Estado




Página 302 de 336

5.18.23 Caso de Uso 127 – Actualización de datos de Rama

de actividad




Este caso de uso corresponde a la actualización de los datos de una rama de actividad.



El usuario ha seleccionado la opción “Actualizar datos” para un rama de actividad.


Usuario Sistema

1.- Despliega el formulario de rama de

actividad con los datos de la rama de

actividad seleccionado cargados.



















Página 303 de 336

del flujo normal.


No corresponde







Página 304 de 336


rama de actividad




Este caso de uso corresponde a la habilitación o deshabilitación de una rama de actividad,

según el estado actual del mismo.



El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para una rama de actividad.


Usuario Sistema






motivo.



ventana emergente.












Página 305 de 336


del flujo normal.


No corresponde






Página 306 de 336

5.18.25 Caso de Uso 129 - Alta de Niveles educativos




Este caso de uso corresponde al alta de un nivel educativo.



El usuario ha seleccionado la opción “Alta de Nivel educativo”.


Usuario Sistema

1.- Despliega el formulario de Alta de Nivel

educativo.















normal.




Página 307 de 336


No corresponde



q) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

r) No hay otro nivel educativo con el mismo nombre.




CE-3: Al crear el nivel educativo queda en el estado HABILITADO.




Página 308 de 336

5.18.26 Caso de Uso 130 – Consulta de Niveles educativos




Este caso de uso corresponde a la consulta de niveles educativos. A partir del resultado, se




El usuario ha seleccionado la opción “Consulta de Nivel educativo”.


Usuario Sistema


Nivel educativo.



4.- Realiza la búsqueda de los nivel educativo


5.- Muestra los niveles educativos resultantes

de la búsqueda









continúa como en el Caso de Uso 131 – Actualización de datos de Nivel

educativo.




Página 309 de 336



nivel educativo. En ese caso, el sistema continúa como en el Caso de

Uso 132 – Habilitación / Deshabilitación de nivel educativo.


No corresponde



m) nombre

n)


Nombre

Descripción

Estado




Página 310 de 336

5.18.27 Caso de Uso 131 – Actualización de datos de Nivel

educativo




Este caso de uso corresponde a la actualización de los datos de un nivel educativo.



El usuario ha seleccionado la opción “Actualizar datos” para un nivel educativo.


Usuario Sistema

1.- Despliega el formulario de nivel educativo

con los datos del nivel educativo seleccionado

cargados.



















Página 311 de 336

del flujo normal.


No corresponde







Página 312 de 336


nivel educativo




Este caso de uso corresponde a la habilitación o deshabilitación de un nivel educativo, según el




El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un nivel educativo.


Usuario Sistema






motivo.



ventana emergente.












Página 313 de 336


del flujo normal.


No corresponde






Página 314 de 336

5.18.29 Caso de Uso 133 - Alta de Incapacidades




Este caso de uso corresponde al alta de una incapacidad.



El usuario ha seleccionado la opción “Alta de Incapacidad”.


Usuario Sistema


Incapacidad.















normal.




Página 315 de 336


No corresponde



s) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

t) No hay otra incapacidad con el mismo nombre.




CE-3: Al crear la incapacidad queda en el estado HABILITADO.




Página 316 de 336

5.18.30 Caso de Uso 134 – Consulta de Incapacidades




Este caso de uso corresponde a la consulta de incapacidades. A partir del resultado, se podrán




El usuario ha seleccionado la opción “Consulta de Incapacidad”.


Usuario Sistema


Incapacidad.



4.- Realiza la búsqueda de los incapacidad


5.- Muestra los incapacidades resultantes de

la búsqueda










Incapacidad.




Página 317 de 336



la incapacidad. En ese caso, el sistema continúa como en el Caso de

Uso 136 – Habilitación / Deshabilitación de incapacidad.


No corresponde



o) nombre

p)


Nombre

Descripción

Estado




Página 318 de 336


Incapacidad




Este caso de uso corresponde a la actualización de los datos de una incapacidad.



El usuario ha seleccionado la opción “Actualizar datos” para un incapacidad.


Usuario Sistema

1.- Despliega el formulario de incapacidad con

los datos de la incapacidad seleccionado

cargados.



















Página 319 de 336

del flujo normal.


No corresponde







Página 320 de 336


incapacidad




Este caso de uso corresponde a la habilitación o deshabilitación de una incapacidad, según el




El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para una incapacidad.


Usuario Sistema






motivo.



ventana emergente.












Página 321 de 336


del flujo normal.


No corresponde






Página 322 de 336

5.18.33 Caso de Uso 137 - Alta de Situaciones laborales




Este caso de uso corresponde al alta de una situación laboral.



El usuario ha seleccionado la opción “Alta de Situación laboral”.


Usuario Sistema


Situación laboral.















normal.




Página 323 de 336


No corresponde



u) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada, según

sea el caso.

v) No hay otra situación laboral con el mismo nombre.




CE-3: Al crear la situación laboral queda en el estado HABILITADO.




Página 324 de 336

5.18.34 Caso de Uso 138 – Consulta de Situaciones

laborales




Este caso de uso corresponde a la consulta de situaciones laborales. A partir del resultado, se




El usuario ha seleccionado la opción “Consulta de Situación laboral”.


Usuario Sistema


Situación laboral.



4.- Realiza la búsqueda de los situación

laboral que satisfacen el criterio

5.- Muestra los situaciones laborales

resultantes de la búsqueda













Página 325 de 336

Situación laboral.



la situación laboral. En ese caso, el sistema continúa como en el Caso

de Uso 140 – Habilitación / Deshabilitación de situación laboral.


No corresponde



q) nombre

r)


Nombre

Descripción

Estado




Página 326 de 336


Situación laboral




Este caso de uso corresponde a la actualización de los datos de una situación laboral.



El usuario ha seleccionado la opción “Actualizar datos” para un situación laboral.


Usuario Sistema

1.- Despliega el formulario de situación laboral

con los datos de la situación laboral

seleccionada cargados.



















Página 327 de 336

del flujo normal.


No corresponde







Página 328 de 336


situación laboral




Este caso de uso corresponde a la habilitación o deshabilitación de una situación laboral,

según el estado actual del mismo.



El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para una situación laboral.


Usuario Sistema






motivo.



ventana emergente.












Página 329 de 336


del flujo normal.


No corresponde






Página 330 de 336

5.18.37 Caso de Uso 141 - Configuración

Requerimiento Funcional



Este caso de uso corresponde a la configuración del sistema. El sistema incluirá un conjunto de

valores que serán configurables por el Administrador del sistema, de forma que tal que un

cambio en ellos no implique modificar el sistema. Tales valores incluyen, a modo de ejemplo:

a) cuenta de correo a partir de la cual se enviará mensajes a los usuarios

b) servidor de correo

c) Nombre del sistema

d) IP de los servicios web

Entre otros.



El usuario ha seleccionado la opción “Configuración”.


Usuario Sistema

1.- Despliega el formulario de configuración.

Este formulario incluye todos los valores

configurables.

2.- Actualiza los valores que correspondan

3.- Confirma los valores ingresados


5.- Almacena los nuevos valores.








Página 331 de 336


ese caso, el sistema finaliza el caso de uso sin realizar ningún cambio y

regresa a la página de inicio del sistema.




normal.



CE-1: Los cambios realizados a la configuración tendrán efecto, tan pronto como sea posible.

Esto es, si hay valores que se cargan al inicio de la sesión de trabajo y estos perduran durante

la sesión, los cambios en la configuración no tendrán efecto hasta el próximo inicio de sesión.




Página 332 de 336




Página 333 de 336

5.18.38 Caso de Uso 142 - Habilitación de Empresas para

POE




Una empresa puede querer indicar que tiene interés en el POE. Esto puede hacerlo en el

momento del alta o a posteriori. Para ello, en el sistema se indicará que dicha empresa tiene

interés en el programa. Esto no significa que dicha empresa esté habilitada.

Posteriormente, y luego de varios procedimientos manuales que están por fuera de este

sistema, el BPS envía un archivo con las empresas habilitadas al POE.

El sistema leerá este archivo y lo cargará. De esta forma, cuando se realiza una consulta para

esta empresa, se mostrará la cucarda correspondiente al POE.




Usuario Sistema

1.- Indica la ubicación del archivo.


3.- Valida la existencia del archivo.

4.- Carga los datos en el sistema.





1 En el paso 3, el sistema determina que alguno de los datos no es

correcto. En ese caso, el sistema descarta esa fila y continúa con la fila

siguiente.




Página 334 de 336


No se provee prototipo


CE-1: Los datos se leerán desde un archivo CSV con los siguientes datos:

NRO_EMPRESA;NOMBRE_EMPRESA;COD_APORTACION;FECHA_DESDE;FECHA_HASTA

Un ejemplo de registro es el que sigue:

3916197;TAVIFREN SA;1;27/04/2008;16/09/2010

El sistema agregará los registros que lea a los que tenga hasta ese momento.




Página 335 de 336

6 Anexos

6.1 Formato de Archivos para POE

Formato BPS - NÓMINA DE ACTIVIDADES OE

NOMBRE_EMPRESA;NRO_EMPRESA;COD_APORTACION;COD_PAIS_EMISOR;COD_TIPO_DOC

UMENTO;NRO_DOCUMENTO;APELLIDO_1;APELLIDO_2;NOMBRE_1;NOMBRE_2;FECHA_NAC

IMIENTO;FECHA_INGRESO;FECHA_EGRESO;COD_CAUSAL_EGRESO

Por ej:

CLUB MALVIN;

0000000101890;1;1;DO;47602560;LIMA;PORTELA;DANIELA;GABRIELA;12-04-

1979;08/10/2008;11/03/2009;13

Formato BPS – CONSULTA EMPRESAS HABILITADAS PROGRAMA OE

NRO_EMPRESA;NOMBRE_EMPRESA;COD_APORTACION;FECHA_DESDE;FECHA_HASTA

3916197;TAVIFREN SA;1;27/04/2008;16/09/2010

Formato BPS – CONSULTA CANTIDAD DEPENDIENTES PROGRAMA OE

NRO_EMPRESA;APORTACION;NOMBRE_EMPRESA;CANTIDAD_DEPENDIENTES;CANTIDAD_O

E;PORCENTAJE

Por ej.:

0000000622980;1;POLAKOF Y CIA SOCIEDAD ANONIMA;1180;0;0

Formato BPS – ALTAS Y BAJAS DE PROGRAMA OE

NRO_DOCUMENTO;FECHA_NACIMIENTO;FECHA_INGRESO; CODIGO_CAUSAL;

DESCRIP_CAUSAL;

Por ej:

31921633;1985-03-24;2010-01-10; 45234; NO TIENE NUCLEO FAMILIAR




Página 336 de 336

7 Historial de Cambios

Versión Fecha Autor Descripción

1.0 12-10-2010 GC Versión original.

1.1 31-12-2010 GC Actualización general

1.2 08-01-2011 GC Actualización general

1.3 16-02-2011 GC Actualización general según comentarios

sistema de gestión para dinae e inefop - agesic - … · sistema de gestión para dinae e inefop...

Documents