Está en la página 1de 336

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

1 Índice
1 2 3 4 5 Índice ...................................................................................................................................... 2 Tabla de Figuras .................................................................................................................... 7 Definiciones y Acrónimos ....................................................................................................... 9 Resumen .............................................................................................................................. 10 Casos de Uso ....................................................................................................................... 11 5.1 Grupo 1: Ingreso y Salida del Sistema ..................................................................... 11 Caso de Uso 1 - Autenticación (Login) ................................................................. 11 Caso de Uso 2 - Logout del Sistema ..................................................................... 13 Caso de Uso 3 - Cambio de Contraseña............................................................... 14 Caso de Uso 4 - Reseteo de Contraseña.............................................................. 16 Caso de uso 5 – Entrevista de Recepción ............................................................ 18 Caso de Uso 6 – Consulta de postulantes ............................................................ 28 Caso de Uso 7 – Ficha de Postulante ................................................................... 31 Caso de Uso 8 - Actualizar datos de una persona ............................................... 32 Caso de Uso 9 – Habilitar/Deshabilitar un postulante ........................................... 41 Caso de Uso 10 - Habilitar/Deshabilitar un postulante en un Servicio .................. 43 Caso de Uso 11 – Demandas relacionadas con el perfil ...................................... 45 Caso de Uso 12 - Grupos abiertos relacionados con el interés (Orientación

5.1.1 5.1.2 5.1.3 5.1.4 5.2

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

5.2.1 5.2.2 5.2.3 5.2.4 5.2.5 5.2.6 5.2.7 5.2.8

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

(Capacitación) ...................................................................................................................... 52 5.2.10 5.2.11 5.2.12 5.3 Caso de Uso 14 - Generación de documento de Currículo ................................. 55 Caso de Uso 15: Carga de personas en programas ............................................. 57 Caso de Uso 16 - Deshabilitación automática ...................................................... 59 Caso de Uso 17 – Alta de Empresas .................................................................... 60 Caso de Uso 18 - Consulta de Empresas ............................................................. 68 Caso de Uso 19 – Actualización de datos de una empresa.................................. 70 Caso de Uso 20 - Habilitación/Deshabilitación de una Empresa .......................... 72 Caso de Uso 21 – Ver Ficha de Empresa ............................................................. 74

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

5.3.1 5.3.2 5.3.3 5.3.4 5.3.5 5.4

Grupo 4: Servicios Públicos de Empleo - Intermediación Laboral Asistida ........ 75 Caso de Uso 22 - Alta de Demanda Laboral de Empresa (Sistema Central) ....... 75 Caso de Uso 23 - Alta de Demanda Laboral de Servicio Doméstico (Sistema

5.4.1 5.4.2

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

Código: DINAE-GESTION-CU-01-ES Página 2 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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 5.4.5 5.4.6 5.4.7 5.4.8 Caso de Uso 25 - Consulta de demandas laborales ............................................. 87 Caso de Uso 26 – Ficha de demanda laboral ....................................................... 90 Caso de Uso 27 - Modificación de datos de una demanda laboral ....................... 91 Caso de Uso 28 - Preselección de postulantes para una demanda laboral ......... 93 Caso de Uso 29 - Cambio de estado de un postulante en una Demanda Laboral 95 5.4.9 5.4.10 5.5 Caso de Uso 30 - Seguimiento de la demanda - Caso Empresa ......................... 97 Caso de Uso 31 - Seguimiento de la demanda - Caso Postulante ...................... 99 Caso de Uso 32 – Alta de Recurso ..................................................................... 101 Caso de Uso 33 – Consulta de Recursos ........................................................... 104 Caso de Uso 34 - Habilitación/Deshabilitación de Recurso ................................ 107 Caso de Uso 35 - Actualización de datos de Recurso ........................................ 109 Caso de Uso 36 – Registro de Reunión con Recurso......................................... 111 Caso de Uso 37 – Consulta de Reuniones con Recursos .................................. 113 Caso de Uso 38 – Derivación de un Postulante a un Recurso ........................... 115 Caso de Uso 39 – Guía de recursos ................................................................... 117 Caso de Uso 40 – Alta de Módulo ....................................................................... 119 Caso de Uso 41 – Consulta de Módulos ............................................................. 121 Caso de Uso 42 – Habilitación/Deshabilitación de un Módulo ............................ 123 Caso de Uso 43 – Edición de datos de un Módulo ............................................. 125 Caso de Uso 44 – Alta de Grupos ....................................................................... 127 Caso de Uso 45 – Consulta de Grupos de Módulos ........................................... 129 Caso de Uso 46 – Edición de un grupo ............................................................... 131 Caso de Uso 47 – Asignación de postulantes a grupo ....................................... 133 Caso de Uso 48 – Lista de Participantes – Grupo Abierto .................................. 136 Caso de Uso 49 – Lista de Participantes – Grupo Cerrado ................................ 138 Caso de Uso 50 - Consulta de Participantes en Grupos..................................... 140 Caso de Uso 51 - Ingreso de encuestas de Grupos de Módulos del Taller de

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

5.5.1 5.5.2 5.5.3 5.5.4 5.5.5 5.5.6 5.5.7 5.5.8 5.6

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

5.6.1 5.6.2 5.6.3 5.6.4 5.6.5 5.6.6 5.6.7 5.6.8 5.6.9 5.6.10 5.6.11 5.6.12

Orientación Laboral ............................................................................................................ 142 5.7 Grupo 7: Intermediación Laboral Web .................................................................... 146 Introducción ......................................................................................................... 146 Caso de Uso 52 - Registro de Empresa .............................................................. 148 Caso de Uso 53 - Registro de una Demanda por parte de una Empresa .......... 151

5.7.1 5.7.2 5.7.3

5.7.4 Caso de Uso 54 - Consulta de Demandas (por parte de la Empresa) ................ 153 Código: DINAE-GESTION-CU-01-ES Página 3 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.7.5 5.7.6 5.7.7 5.7.8 5.7.9 5.7.10 5.8

Caso de Uso 55 – Listado de documentos ......................................................... 155 Caso de Uso 56 - Registro de Postulante ........................................................... 157 Caso de Uso 57 - Actualización de datos de Postulante a través de la Web ..... 159 Caso de Uso 58 - Registro de Interés para Demanda ........................................ 161 Caso de Uso 59 – Generar C.V. .......................................................................... 163 Caso de Uso 60 - Listado de documentos (privados de Postulantes) ................ 164 Caso de Uso 61 – Generación de Reportes ....................................................... 165 Caso de Uso 62 – Registro de ECA .................................................................... 171 Caso de Uso 63 - Evaluación para la Habilitación de la ECA ............................. 173 Caso de Uso 64 - Consulta de ECA .................................................................... 176 Caso de Uso 65 - Actualización de Datos (ECA) ................................................ 179 Caso de Uso 66 – Evaluación de Datos Actualizados de ECA (MTSS) ............. 181 Caso de Uso 67 - Actualización de Datos (MTSS) ............................................. 183 Caso de Uso 68 - Ficha de la ECA ...................................................................... 185 Caso de Uso 69 – Habilitar / Deshabilitar una ECA ............................................ 186 Caso de Uso 70 – Antecedentes de una ECA .................................................... 188 Grupo 10: Servicios de Formación Profesional - Gestión de Cursos .......... 190 Caso de Uso 71 – Registro de Propuesta de Curso ........................................... 190 Caso de Uso 72 – Consulta de Cursos (ECA) ................................................... 194 Caso de Uso 73 – Edición de datos de una Propuesta de Curso ....................... 196 Caso de Uso 74 - Envío de Propuesta de Curso para Evaluación ..................... 198 Caso de Uso 75 – Consulta de Cursos (INEFOP) ............................................. 200 Caso de Uso 76 - Evaluación de Propuesta de Curso para TSD ....................... 202 Caso de Uso 77 - Alta de grupo de Curso de TSD ............................................. 204 Caso de Uso 78 - Consulta de grupos de Cursos (ECA) .................................... 206 Caso de Uso 79 - Consulta de grupos de Cursos (INEFOP) .............................. 208 Caso de Uso 80 - Cambio de estado de grupo de curso ................................ 210 Caso de Uso 81 - Habilitación/Inhabilitación de inscripciones no exclusiva para 212 Grupo 11: Postulantes e Inscriptos ................................................................. 214 Caso de Uso 82 - Inscripción a Grupo de Curso (Selección de postulantes) ..... 214 Caso de Uso 83 - Cambio de Estado de Postulante en Grupo de Curso ........... 216 Caso de Uso 84 - Exoneración de Curso ............................................................ 218 Caso de Uso 85 – Generación de Constancia de Inscripción a Grupo ............... 220 Grupo 12: Seguimiento de los cursos ............................................................. 221

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

5.8.1 5.9

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

5.9.1 5.9.2 5.9.3 5.9.4 5.9.5 5.9.6 5.9.7 5.9.8 5.9.9 5.10 5.10.1 5.10.2 5.10.3 5.10.4 5.10.5 5.10.6 5.10.7 5.10.8 5.10.9 5.10.10 5.10.11 TSD 5.11 5.11.1 5.11.2 5.11.3 5.11.4 5.12

5.12.1 Caso de Uso 86 – Pasaje de Lista para una nueva fecha .................................. 221 Código: DINAE-GESTION-CU-01-ES Página 4 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.12.2 5.12.3 5.12.4 5.12.5 5.12.6 5.13 5.13.1 5.14 5.14.1 5.15 5.15.1 5.15.2 5.15.3 5.15.4 5.16 5.16.1 5.16.2 5.16.3 5.16.4 5.17 5.17.1 5.17.2 5.17.3 5.18 5.18.1 5.18.2 5.18.3 5.18.4 5.18.5 5.18.6 5.18.7 5.18.8 5.18.9 5.18.10 5.18.11 5.18.12 5.18.13

Caso de Uso 87 – Pasaje de Lista para una fecha ya existente ......................... 223 Caso de Uso 88 - Resultado final de un grupo ................................................... 225 Caso de Uso 89 - Generación de Lista de Certificados de Aprobación .............. 227 Caso de Uso 90 - Generación de Constancia de Asistencia .............................. 228 Caso de Uso 91 - Cierre administrativo del grupo .............................................. 230 Grupo 13: Trabajadores en Seguro de Desempleo ........................................ 232 Caso de Uso 92 - Carga de Trabajadores en Seguro de Desempleo ................ 232 Grupo 14: Formación Profesional: Reportes .................................................. 235 Caso de Uso 93 – Generación de Reportes ....................................................... 235 Grupo 15: Servicios Públicos de Empleo: Gestión de CePE ........................ 237 Caso de Uso 94 - Alta de CePE .......................................................................... 237 Caso de Uso 95 – Consulta de CePE ................................................................. 239 Caso de Uso 96 – Actualización de datos de CePE ........................................... 241 Caso de Uso 97 – Habilitación / Deshabilitación de CePE ................................. 243 Grupo 16: Gestión de Operadores ................................................................... 245 Caso de Uso 98 - Alta de Operador .................................................................... 245 Caso de Uso 99 – Consulta de Operadores ....................................................... 247 Caso de Uso 100 – Actualización de datos de Operador ................................... 249 Caso de Uso 101 – Habilitación / Deshabilitación de Operador ......................... 251 Grupo 17: Gestión de Documentos ................................................................. 253 Caso de Uso 102 - Alta de Documento ............................................................... 253 Caso de Uso 103 – Listado de documentos ....................................................... 255 Caso de Uso 104 – Eliminación de documento .................................................. 257 Grupo 18: Gestión de Datos Básicos .............................................................. 258 Caso de Uso 105 - Alta de Países ...................................................................... 258 Caso de Uso 106 – Consulta de Países.............................................................. 260 Caso de Uso 107 – Actualización de datos de País ........................................... 262 Caso de Uso 108 – Habilitación / Deshabilitación de país .................................. 264 Caso de Uso 109 - Alta de Departamentos ......................................................... 266 Caso de Uso 110 – Consulta de Departamentos ................................................ 268 Caso de Uso 111 – Actualización de datos de Departamento ............................ 270 Caso de Uso 112 – Habilitación / Deshabilitación de departamento .................. 272 Caso de Uso 113 - Alta de Localidades .............................................................. 274 Caso de Uso 114 – Consulta de Localidades ................................................. 276 Caso de Uso 115 – Actualización de datos de Localidad ............................... 278 Caso de Uso 116 – Habilitación / Deshabilitación de localidad ...................... 280 Caso de Uso 117 - Alta de Estados civiles ..................................................... 282

5.18.14 Caso de Uso 118 – Consulta de Estados civiles ............................................ 284 Código: DINAE-GESTION-CU-01-ES Página 5 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.18.15 5.18.16 5.18.17 5.18.18 5.18.19 5.18.20 5.18.21 5.18.22 5.18.23 5.18.24 5.18.25 5.18.26 5.18.27 5.18.28 5.18.29 5.18.30 5.18.31 5.18.32 5.18.33 5.18.34 5.18.35 5.18.36 5.18.37 5.18.38 6

Caso de Uso 119 – Actualización de datos de Estado civil ............................ 286 Caso de Uso 120 – Habilitación / Deshabilitación de estado civil .................. 288 Caso de Uso 121 - Alta de Géneros ............................................................... 290 Caso de Uso 122 – Consulta de Géneros ...................................................... 292 Caso de Uso 123 – Actualización de datos de Género .................................. 294 Caso de Uso 124 – Habilitación / Deshabilitación de género ......................... 296 Caso de Uso 125 - Alta de Ramas de actividad ............................................. 298 Caso de Uso 126 – Consulta de Ramas de actividad .................................... 300 Caso de Uso 127 – Actualización de datos de Rama de actividad ................ 302 Caso de Uso 128 – Habilitación / Deshabilitación de rama de actividad ........ 304 Caso de Uso 129 - Alta de Niveles educativos ............................................... 306 Caso de Uso 130 – Consulta de Niveles educativos ...................................... 308 Caso de Uso 131 – Actualización de datos de Nivel educativo ...................... 310 Caso de Uso 132 – Habilitación / Deshabilitación de nivel educativo ............ 312 Caso de Uso 133 - Alta de Incapacidades ...................................................... 314 Caso de Uso 134 – Consulta de Incapacidades ............................................. 316 Caso de Uso 135 – Actualización de datos de Incapacidad ........................... 318 Caso de Uso 136 – Habilitación / Deshabilitación de incapacidad ................. 320 Caso de Uso 137 - Alta de Situaciones laborales ........................................... 322 Caso de Uso 138 – Consulta de Situaciones laborales .................................. 324 Caso de Uso 139 – Actualización de datos de Situación laboral ................... 326 Caso de Uso 140 – Habilitación / Deshabilitación de situación laboral .......... 328 Caso de Uso 141 - Configuración ................................................................... 330 Caso de Uso 142 - Habilitación de Empresas para POE ............................... 333

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

7

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

Código: DINAE-GESTION-CU-01-ES Página 6 de 336

....................... 39 Figura 17: Prototipo de interfaz de usuario para las demandas relacionadas al perfil . 64 Figura 24: Sección Preguntas .............. 23 Figura 2: Servicios ...............V.....................Actualización de datos ......................... 24 Figura 5: Derivaciones durante la Entrevista de recepción ................ .................. . 105 Figura 35: Prototipo para el registro de una reunión con un recurso (institución externa)................................ 88 Figura 31: Prototipo para el cambio de estado de un postulante respecto a una demanda .......................... 65 Figura 26: Sección Demandas ................Actualización de datos .......... 38 Figura 15: Búsqueda de Trabajo .. 46 Figura 18: Prototipo para derivación a módulo de Taller de Orientación............................Parte 1 ............... 54 Figura 20: Prototipo para la selección de áreas a incluir en la generación del C.Registro de Empresas .................................................................Registro de Empresas ........................Actualización de datos .................. 64 Figura 23: Datos de contacto del Registro de Empresa .................Dificultades sicofísicas ................ 25 Figura 7: Prototipo Consulta de Postulantes ............................................................................................................. 112 Código: DINAE-GESTION-CU-01-ES Página 7 de 336 .............................................................Entrevista de Recepción . 24 Figura 4: Otros datos – Cómo se enteró de los servicios ...............Actividades y ambientes incompatibles ............. 29 Figura 8: Datos personales ..........Actualización de datos ..............Nuevo trabajo ................................ 96 Figura 32: Prototipo para la Ficha de Seguimiento de Empresa ......................................................................... 78 Figura 30: Prototipo de interfaz para la búsqueda de demandas laborales ......... 23 Figura 3: Motivos por los que acude a la entrevista ................................................ 56 Figura 21: Sección Identificación . 65 Figura 25: Sección Preguntas .................................Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.......Formulario Empresas .. 36 Figura 10: Trayectoria laboral ............................................................. 39 Figura 16: Observaciones .......Entrevista de recepción ........Registro de Empresas ...............................Entrevista de Recepción .................................................................. 71 Figura 28: Sección "Datos generales" de una Demanda Laboral ................ 37 Figura 13: Limitaciones y deficiencias – Disponibilidad ............... 64 Figura 22: Sección Datos de contacto del Registro de Empresa ...................Parte 2 . 98 Figura 33: Prototipo de formulario para el alta y edición de recurso (institución externa) ............................................................................................ 77 Figura 29: Sección "Requisitos" de Demanda Laboral ............................................................... 36 Figura 11: Trayectoria laboral ........... 102 Figura 34: Prototipo de la sección para búsqueda de recursos.............................. .3 2 Tabla de Figuras Figura 1: Datos personales en la entrevista de recepción .................................... 51 Figura 19: Prototipo para la derivación a curso ................................................ 37 Figura 12: Limitaciones y Deficiencias ..........................................................Actualización de datos ......................Entrevista de recepción ............Actualización de datos ......... 35 Figura 9: Documentos de la persona .......................Actualización de empresa .... 66 Figura 27: Actualización de demandas ........................................................................................... 38 Figura 14: Limitaciones y deficiencias .. 24 Figura 6: Observaciones realizadas durante la entrevista ..............................

..................Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1................... título. 233 Código: DINAE-GESTION-CU-01-ES Página 8 de 336 ..................................................... 224 Figura 40: Prototipo de la interfaz para la carga del archivo de trabajadores en seguro de desempleo..................................................3 Figura 36: Prototipo para la preselección de postulantes para la inscripción en un módulo del Taller de Orientación Ocupacional.................. ................................ .......................... descripción y fecha de publicación.. .............................. indicando el tipo de documento........ ......................................................... 156 Figura 39: Interfaz para la justificación de inasistencias ................................................................ 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...........

Logout Término en inglés que se utiliza para referirse a la salida de un sistema informático. MTSS Password PDF POE RQF RUEC RUT SPE TSD Web Ministerio de Trabajo y Seguridad Social Término en inglés que significa contraseña.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Portable Document Format Programa Objetivo Empleo Requerimiento Funcional Registro Único de Entidades de Capacitación Registro Único Tributario Servicio Público de Empleo Trabajador en Seguro de Desempleo World Wide Web. Servicio de Internet que permite acceder a la información que ofrece esta red mundial de comunicaciones Código: DINAE-GESTION-CU-01-ES Página 9 de 336 .3 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 CePE CI CIIU CIUO CSV CV DGI DNIC ECA INEFOP Login Banco de Previsión Social Centro Público de Empleo Cédula de Identidad Código Industrial Internacional Uniforme Clasificador Internacional Uniforme de Ocupaciones Comma Separated Value Currículo Vitae Dirección General Impositiva Dirección Nacional de Identificación Civil Entidad de Capacitación Instituto Nacional de Empleo y Formación Profesional Término en inglés que se utiliza para referirse al ingreso a un sistema informático.

tomando a los mismos como modelos para los siguientes casos similares. c) Flujo normal: Situación normal del caso. En este documento. Para cada caso de uso. f) Consideraciones especiales: Consideraciones a tener en cuenta que están relacionadas con el caso de uso. e) Prototipos de interfaz de usuario: Describen en términos generales la interfaz de usuario que aplica al caso de uso. Los casos de uso especifican formalmente cómo se comporta el sistema respecto a cada uno de los usuarios. d) Flujos alternativos: Situaciones alternativas al flujo normal. Código: DINAE-GESTION-CU-01-ES Página 10 de 336 . Describe una secuencia de pasos que se realizan en la ejecución del caso. En este documento se describen estas interfaces en los primeros casos de uso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 4 Resumen Este documento presenta los casos de uso correspondientes al proyecto “Desarrollo de Software para DINAE e INEFOP”. 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. indicando qué actor realiza cada paso. los casos de uso se relacionan con los requerimientos funcionales (indicados como RQF) del documento de Especificación de Requerimientos (RG-01-ES).

1 Grupo 1: Ingreso y Salida del Sistema Caso de Uso 1 .1.3 Flujo normal Usuario 1. Para loguearse. 5.. El sistema autenticará a dicho usuario contra el repositorio de usuarios..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.1.Ingresa el código de usuario y contraseña (mientras ingresa la contraseña no se Sistema muestra el texto digitado) 2. deberá proveer sus credenciales (código de usuario y contraseña). En este caso el sistema borra el contenido de los campos correspondientes a Código: DINAE-GESTION-CU-01-ES Página 11 de 336 .4 Flujos alternativos Flujo Alternativo # 1 Descripción En el punto 1 o 2.1. el usuario selecciona la opción Limpiar (Reset).2 Precondiciones El usuario está visualizando la página de ingreso al sistema.Autenticación (Login) RF1 12-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.Determina que las credenciales son correctas y que el usuario no está bloqueado.3 5 Casos de Uso 5..1 Descripción Para usar cualquier funcionalidad del sistema.Envía los datos 3.Inicia la sesión de trabajo 5. 5..1.1.1.Presenta la página inicial del sistema 5.. el usuario que desea ejecutarla debe estar autenticado. 4.1 5.1.1.1.

El sistema continúa en el paso 1 del flujo normal. 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 determina que los datos no son válidos y se ha superado la cantidad máxima de intentos. el sistema determina que el usuario está bloqueado y no han transcurrido 30 minutos desde el bloqueo. han transcurrido 30 minutos desde el bloqueo y las credenciales son correctas. muestra un mensaje de error indicando esta situación y resetea la hora de bloqueo a la hora de este nuevo intento. En este caso. El flujo continúa en el paso 4 del flujo normal. el sistema determina que los datos no son válidos y no se ha superado la cantidad máxima de intentos. En ese caso.1. se incrementa dicha cantidad y se bloquea al usuario. 5 En el paso 3.5 Prototipo de Interfaz de usuario No corresponde 5.1. 5.1.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 Consideraciones especiales No hay consideraciones especiales.1. 3 En el paso 3. En este caso.3 código de usuario y contraseña. 2 En el paso 3. Código: DINAE-GESTION-CU-01-ES Página 12 de 336 . el sistema determina que el usuario está bloqueado. 4 En el paso 3. El flujo continúa en el paso 1 del Flujo normal.

5 Prototipo de Interfaz de usuario No corresponde.3 Flujo normal Usuario 1. 5.2.1.Selecciona la opción “Salir” del sistema 2.1.Despliega la página de Login Sistema 5.2.6 Consideraciones especiales No hay consideraciones especiales.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.1. Código: DINAE-GESTION-CU-01-ES Página 13 de 336 . 5.4 Flujos alternativos Flujo Alternativo # Descripción No hay flujos alternativos 5.3 5..1 Descripción Este caso de uso corresponde a la finalización de una sesión de trabajo por parte del usuario que está logueado.1...2.1.2.Destruye la sesión de trabajo 3.1.2.Logout del Sistema RF2 12-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.2 Precondiciones El usuario está logueado en el sistema. el sistema destruirá los objetos de su sesión de trabajo. 5.2 Caso de Uso 2 .2. Al finalizar dicha sesión de trabajo.1.

En este caso.3 Caso de Uso 3 .2 Precondiciones El usuario está debidamente logueado en el sistema.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..Ingresa los datos del formulario 2.Almacena la nueva contraseña 5.3...1 Descripción Este caso de uso corresponde al cambio de contraseña de un usuario.3.1.Comunica el resultado al usuario 6.Cambio de Contraseña RF3 12-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5. el usuario cancela la operación.Finaliza el caso de uso Sistema 5. 5.1. 3 En el paso 3. el sistema muestra un mensaje indicando esta situación y el flujo vuelve al paso 1 del flujo normal.3 Flujo normal Usuario 1. 5. En este caso.3.Valida los datos 4.. el sistema despliega la página de inicio del sistema y el cambio de contraseña no se efectiviza..1. 2 En el paso 3.3. El usuario ha seleccionado la opción de Cambio de contraseña y está visualizando el formulario..4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 2.3 5. En este caso .Confirma el cambio de contraseña 3.1. la contraseña actual no es correcta.1. el sistema determina que la nueva contraseña y la confirmación de la Código: DINAE-GESTION-CU-01-ES Página 14 de 336 nueva contraseñe no coinciden.

5 Prototipos de interfaz de usuario No corresponde 5.1.3. En este caso.6 Consideraciones especiales CE-1: La nueva contraseña debe satisfacer la política de contraseñas que se haya establecido.3 despliega un mensaje indicando la situación y el flujo vuelve al paso 1 del flujo normal. 4 En el paso 3.3. el sistema determina que la nueva contraseña no satisface la política de contraseñas del sistema.1.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 15 de 336 . 5. despliega un mensaje al usuario indicando la situación y el flujo vuelve al paso 1 del flujo normal.

1.. El sistema no almacena directamente la contraseña del usuario.4.1 Descripción Cuando un usuario del sistema olvida su contraseña.1. puede solicitar al sistema que le envíe un correo electrónico con una nueva contraseña. 8.El usuario selecciona la opción “Reseteo de contraseña” desde la página de ingreso al sistema.4.Finaliza el caso de uso Sistema 5. 5. Por tal motivo.Comunica al usuario que la nueva contraseña fue enviada y la dirección de correo...Valida que el usuario sea correcto 3.4 Flujos Alternativos de Eventos Flujo Alternativo # Descripción Código: DINAE-GESTION-CU-01-ES Página 16 de 336 ..1.Solicita confirmación del reseteo 4.4.Reseteo de Contraseña RF4 12-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.3 5. 5. Confirma el reseteo 5. 2.4.2 Precondiciones El usuario está debidamente logueado en el sistema. 7. de forma tal que no pueda deducirse directamente.. sino generar una nueva y avisarle cuál fue la nueva generada. sino que almacena la misma en forma cifrada.. El usuario ha seleccionado la opción de Reseteo de contraseña para un determinado usuario y está visualizando el formulario..1.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.4 Caso de Uso 4 .3 Flujo normal Usuario 1.Genera una nueva contraseña 6.1.Envía la contraseña al usuario por email. no podrá recordarle cuál era su contraseña.

despliega un mensaje de error indicando la situación.6 Consideraciones especiales CE-4. En este caso. 5.1.5 Prototipos de interfaz de usuario No corresponde 5.4. CE-4.<<<<>>>> o con el Centro Público de Empleo de su localidad link con el listado de todos los cepes Administración del sistema Código: DINAE-GESTION-CU-01-ES Página 17 de 336 . le informamos que la misma es: ^`password^` Por mayor asistencia. contacte a la mesa de soporte informático al teléfono: .4.1.2: El contenido del correo electrónico enviado es el siguiente: Estimado/a.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Agradecemos su interés en el servicio De acuerdo a la solicitud de generación de nueva contraseña para el sistema xxxxxxxx .1: La contraseña generada sigue la política de contraseñas. el sistema determina que el código de usuario no es correcto.3 1 En el paso 2 del flujo normal.

solo a los efectos de la presentación. La primera de las solapas establece la identificación de la persona. se procede a realiza una entrevista de Recepción. no estarán habilitadas las otras solapas. El usuario seleccionó la opción correspondiente al Ingreso de un nuevo postulante. no necesariamente en el orden en que están presentadas. El usuario está logueado correctamente en el sistema y tiene permisos para realizar esta operación.2 Precondiciones No debe existir en el sistema un usuario con la identificación del postulante a ingresar. 5.1 Descripción Cuando un postulante asiste por primera vez a un CePE para obtener alguno de sus servicios. Este requerimiento consiste en el registro en el sistema informático de los datos obtenidos en la entrevista de recepción.3 5.2. Mientras no se haya guardado esta información. Código: DINAE-GESTION-CU-01-ES Página 18 de 336 Sistema . La identificación de los postulantes en esta base se realizará a través de su documento de identidad.2..2.Valida que la identificación sea correcta.1. La interfaz de usuario estará organizada en solapas.3 Flujo Normal de eventos Usuario 1.1.1 Caso de uso 5 – Entrevista de Recepción RF5 12-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5. quedan habilitadas todas las otras solapas y el usuario podrá navegar entre ellas.2. Una vez guardada.Solicita que se ingrese la identidad del postulante 2. 5.1.2 Grupo 2: Servicios Públicos de Empleo – Recepción y Orientación 5. Los datos de este postulante son registrados en la base de datos a nivel nacional de postulantes.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.. En esta entrevista se completan datos básicos del postulante y de los posibles servicios que podrían ser utilizados por él. En el caso de uso se describen en orden.

.Valida los datos de Otros programas Ingresados 13.Valida los datos personales ingresados 8.3 3. 11. 15. 6.Ingresa otros programas en los que ha participado el postulante. muestra el link de Otros programas relleno y habilita también el link “Otros programas”...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” . 4..Finaliza el ingreso de estos datos 17.Ingresa los datos personales 1 correspondientes al postulante..Despliega la sección a del formulario programas”.Almacena los datos personales 9.Almacena los datos de Otros programas 14.. correspondiente “Otros muestra el link de Datos personales relleno y habilita el link de “Datos personales” 10...Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Ingresa los datos correspondientes a Motivos por los que acude 16.Valida que esa identificación no esté ya registrado en el sistema. Código: DINAE-GESTION-CU-01-ES Página 19 de 336 .Despliega sección del formulario para Motivos por los que acude al CePE o Centro. 5. Valida los datos ingresados 18...Finaliza el ingreso de los datos personales 7..Almacena los datos 19.Finaliza el ingreso de los datos de Otros programas 12.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)... En este formulario los datos de la identificación no están modificables..

muestra el link de Motivos relleno y habilita también el link Motivos.Ingresa los datos de “Observaciones durante la entrevista” 30. el sistema determina que ya existe un Código: DINAE-GESTION-CU-01-ES Página 20 de 336 .Almacena los datos de Derivaciones 28.Finaliza el ingreso de estos otros datos. 29.4 Flujos Alternativos Flujo Alternativo # 1 Descripción En el paso 2 del flujo normal.. muestra el link de “Observaciones” relleno y habilita también el link “Observaciones” 35.Valida los datos de “Observaciones durante la entrevista”..Valida los datos de Derivaciones 27...1.Finaliza el ingreso de datos de 27.Valida los otros datos ingresados 23.Ingresa los datos de “Derivaciones” 31.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Comunica el fin de la Entrevista de Recepción. 22.Almacena los datos. 24. 28. el sistema determina que la identificación no es válida. “Observaciones durante la entrevista” 5. 29.. ”.2.3 “Otros datos”.. muestra el link de “Otros datos” relleno y habilita también el link “Otros datos” 25.Ingresa los otros datos solicitados.Despliega la sección del formulario para “Observaciones durante la entrevista”.Finaliza el caso de uso.Despliega la sección del formulario para “Derivaciones”.Almacena los datos de “Observaciones durante la entrevista”. El Sistema muestra un mensaje de error indicando esta situación y el flujo continúa en el paso 1 del flujo normal...... 21... 20... 2 En el paso 3 del flujo normal.Finaliza el ingreso de Derivaciones 26.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Actualizar datos de una persona con la opción “Motivo de la actualización” con el valor “Entrevista de Orientación”. el sistema muestra un mensaje indicando esta situación y el flujo continúa en el paso 30 del flujo normal. el sistema muestra un mensaje indicando esta situación y el flujo continúa en el paso 10 del flujo normal. el sistema determina que los datos ingresados no son válidos. el sistema muestra un mensaje indicando esta situación y el flujo continúa en el paso 20 del flujo normal. el usuario abandona el ingreso de los otros datos de la entrevista.Actualizar datos de una persona) 3 En el paso 7 del flujo normal. sin almacenar los datos ingresados desde el último almacenamiento. En este caso. el sistema muestra un mensaje indicando esta situación y el flujo continúa en el paso 10 del flujo normal. el sistema determina que los datos personales ingresados no son válidos. sino que selecciona realizar la Entrevista de Orientación en ese momento. 7 En el paso 32 del flujo normal. En este caso. 10 En alguno de los puntos del flujo normal. En este caso. el sistema muestra un mensaje indicando esta situación y el flujo continúa en el paso 5 del flujo normal. el sistema sigue con el formulario de Actualización de Datos (ver Caso de Uso 8 . En este caso. selecciona la opción “Entrevista de Orientación” y el flujo continúa en el Caso de Uso 8 . el sistema determina que los datos ingresados no son válidos. En este caso. En este caso. 8 En alguno de los pasos del flujo normal. el sistema determina que los datos ingresados no son válidos. 6 En el paso 22 del flujo normal. el usuario selecciona uno de los links habilitados de la entrevista de recepción. el usuario no finaliza el caso de uso. 5 En el paso 17 del flujo normal. Para ello. 4 En el paso 12 del flujo normal. 9 En el paso 35 del flujo normal. el sistema finaliza el caso de uso. Código: DINAE-GESTION-CU-01-ES Página 21 de 336 .3 postulante con esa cédula registrado en la base de datos. En este caso. el sistema determina que los datos ingresados no son válidos. el sistema abandona la sección del formulario actual (no almacena los datos) y despliega la sección correspondiente al link indicado. En este caso.

Si el usuario confirma.6 Prototipos de Interfaz de usuario Los siguientes prototipos de interfaces de usuario se presentan a modo de ejemplo.1. 14 En el paso 3 del flujo normal. Si el usuario confirma.3 11 En la sección Motivos por los que asistió al CePE. el usuario selecciona Derivar para una de las áreas de interés.1.5 Post-condiciones POS-1: El postulante queda registrado en la base de datos de postulantes. el sistema muestra un mensaje indicando esta situación y se finaliza el caso de uso. el sistema solicita confirmación de la operación. el usuario sigue visualizando la sección “Motivos” del formulario de la Entrevista de Recepción.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 12 En la sección Derivaciones. no se realiza ninguna operación.2. Si el usuario no confirma. el usuario selecciona Eliminar uno de los Recursos. En cualquiera de los dos casos. En este caso. pero que dicho postulante está deshabilitado. entonces sigue en el Caso de Uso 38 – Derivación de un Postulante a un Recurso. Y cuando este termina. entonces se elimina ese motivo de la lista. En cualquiera de los dos casos. 5. En este caso. el usuario hace clic sobre el botón “Eliminar”. pudiendo diferir respecto a los descritos en el modelo de datos. el sistema solicita confirmación de la operación. Si el área de interés es Información. 5. el usuario sigue visualizando la sección “Derivaciones” del formulario de la Entrevista de Recepción. no se realiza ninguna operación. Si el usuario no confirma. 13 En la sección Derivaciones. regresa a este formulario. entonces se elimina ese recurso de la lista. el sistema determina que ya existe un postulante con esa cédula registrado en la base de datos.2. Código: DINAE-GESTION-CU-01-ES Página 22 de 336 . En este caso.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Entrevista de Recepción Código: DINAE-GESTION-CU-01-ES Página 23 de 336 .3 Figura 1: Datos personales en la entrevista de recepción Figura 2: Servicios .

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 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.Entrevista de recepción Figura 5: Derivaciones durante la Entrevista de recepción Código: DINAE-GESTION-CU-01-ES Página 24 de 336 . se mostrará una cucarda indicando esta situación. Figura 4: Otros datos – Cómo se enteró de los servicios .

4: Al inicio de la entrevista de recepción.2. Esta validación es realizada por el sistema. En este caso. CE-4. CE-4. etc. el sistema desplegará una ventana emergente en la que solicitará los datos del domicilio.2: Los datos personales del postulante que se solicitarán y registrarán en el sistema son los indicados en el Modelo de Datos. estos deberán adecuarse para ese caso.3 Figura 6: Observaciones realizadas durante la entrevista .Entrevista de Recepción 5. Estos datos se presentarán como un texto en el formulario de datos personales.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. en el 2 Dado que existen números de cédulas emitidos y que no satisfacen el algoritmo. el sistema determina que el postulante está inscripto en alguno de los programas (Programa Objetivo Empleo.7 Consideraciones especiales CE-4.). 2 CE-4. CE-4.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. la única derivación habilitada es la correspondiente al área de interés “Información”.3: Para solicitar el domicilio.3: En la entrevista de recepción.1. Código: DINAE-GESTION-CU-01-ES Página 25 de 336 .

Hay un valor seleccionado para cada una de las preguntas. R7.La fecha de nacimiento no es mayor a la fecha del día de la entrevista.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. R13. Código: DINAE-GESTION-CU-01-ES Página 26 de 336 R16....El país de emisión del documento es obligatorio R3.. R14. R5. Otros programas Motivos por los que acude a la oficina ¿Cómo se enteró de los servicios de la oficina? Observaciones durante la entrevista Derivaciones R18..Si hay una derivación para alguno de los motivos por los que acude a la oficina. CE-4.. R15.Hay al menos un teléfono no vacío.Hay al menos un motivo. No hay validaciones R15.El primer nombre no es vacío.6: Las validaciones que se realizarán en cada una de las secciones son: Sección Datos personales Regla R1. R17. se valida que el dígito de verificación satisfaga el algoritmo.Hay una situación civil seleccionada. esta es por Recursos y el valor seleccionado no es vacío.. R11.Hay un género seleccionado.. departamento y localidad.Al menos uno de los ítems está seleccionado... el sistema despliega también despliega la “cucarda” (ícono) correspondiente a dicho programa (si lo tiene). el campo “Especificar” no está vacío.Si está seleccionado “Otros”... CE-4.. R9.3 paso 4 del flujo normal.El domicilio tiene seleccionado al menos país.Si el país de emisión es Uruguay y el tipo de documento es Documento de identidad.El primer apellido contiene solo letras y/o espacios en blanco.El primer nombre contiene solo letras y/o espacios en blanco. .El número de documento es obligatorio R4. tipo y subtipo seleccionado.El primer apellido no es vacío. R12..El tipo de documento es obligatorio R2..El edad del postulante es mayor o igual a quince años.. R8. R6...Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. R10..

CE-4. UY29393923).Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. este queda habilitado para todos los servicios.6: Todos los campos de tipo cadena de caracteres (excepto las observaciones).9: Cuando se crea el postulante. el sistema almacenará “JUAN”. Es decir. La primera vez que se almacena la entrevista de recepción. 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. El código de usuario que se le creará a los postulantes. 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. se mostrarán estos nombres en mayúscula. el sistema almacenará “Juan”. el sistema almacenará “Juan”. En el Curriculum Vitae. si el usuario ingresó “ Juan”.3 CE-4. CE-4. cambia el estado de la entrevista de recepción a COMPLETA.7: Los datos se almacenarán tal como fueron ingresados. Código: DINAE-GESTION-CU-01-ES Página 27 de 336 . Si es así. Es decir. se almacenarán eliminando los espacios en blanco al inicio y al final. si el usuario ingresó “Juan”. 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 ingresó “JUAN”. CE-4-10: Cuando se crea un postulante. (Por ejemplo. CE-4. el estado que se almacena es INCOMPLETA. el estado en el que queda este usuario es: HABILITADO.8: Cuando se crea el postulante.

Valida los datos ingresados 4.Ingresa un criterio de búsqueda 2.2 Precondiciones El usuario está debidamente logueado en el sistema.Realiza la búsqueda en la base de datos según el criterio indicado.2.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3.2.Confirma la búsqueda 3.2 Caso de Uso 6 – Consulta de postulantes RF6 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.2.3 5.2. El usuario ha seleccionado la opción de Consulta de Postulantes y está visualizando el formulario.2.. 5. 5. El sistema despliega un mensaje de error indicando esta situación y sigue en el paso 1 del flujo normal.2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.2.2...Finaliza el caso de uso Sistema 5. el sistema determina que no hay resultados para el criterio Código: DINAE-GESTION-CU-01-ES Página 28 de 336 . 2 En el paso 4. 6. 5..Despliega el resultado de la búsqueda y la cantidad de elementos resultantes de la búsqueda...1 Descripción Este caso de uso corresponde a la búsqueda (o consulta) de postulantes registrados en el sistema.2.3 Flujo normal Usuario 1. el sistema determina que no hay ningún criterio ingresado.

Si el usuario está habilitado y el usuario seleccionó “Deshabilitar”.3 de búsqueda ingresado. sino que selecciona la opción “Ver ficha”. 4 En el paso 6. después de ingresar y confirmar el motivo y verificar que el mismo no es vacío. sino que selecciona la opción “Habilitar/Deshabilitar” para uno de los postulantes resultantes de la búsqueda. el sistema continúa en el caso de uso Caso de Uso 8 . el postulante queda en estado DESHABILITADO. borra los datos que está mostrando. 6 En el paso 6. 5 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. el usuario no finaliza el caso de uso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso. 3 En el paso 4.2. el usuario no finaliza el caso de uso. 7 En el paso 6. el sistema determina que la cantidad de elementos supera el máximo que se despliega por página. despliega un mensaje indicando esta situación. el sistema muestra una ventana emergente para solicitar el motivo. En este caso. El sistema borra el contenido de todos los campos de búsqueda. En este caso en el paso 5. En este caso.5 Prototipos de interfaz de usuario Figura 7: Prototipo Consulta de Postulantes Código: DINAE-GESTION-CU-01-ES Página 29 de 336 . el postulante queda en estado HABILITADO. el usuario no finaliza el caso de uso. se muestra un paginador para que pueda cambiarse de página. Si el usuario está inhabilitado y el usuario seleccionó “Habilitar”. El sistema sigue en el Caso de Uso 7 – Ficha de Postulante 5.2. el flujo continúa en el paso 3 (realiza la consulta nuevamente). A continuación de cualquiera de estas dos situaciones. sino que selecciona la opción “Limpiar”.Actualizar datos de una persona.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 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. 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.2: Los criterios de búsqueda son:     Por Identificación Por Nombre Por Apellido Incluir deshabilitados CE-6.2. i) Habilitado/Deshabilitado CE-6.6 Consideraciones especiales CE-6. si se ingresó “Juan” como criterio de búsqueda y en la base está ingresado “JUAN”.1: El criterio de búsqueda debe incluir al menos: a) una identificación (esto es.4: La búsqueda se realizará sin importar el case con que fueron ingresados los datos.3: Como resultado de la búsqueda. De esta forma.3 5. este dato será listado como resultado de la consulta. Código: DINAE-GESTION-CU-01-ES Página 30 de 336 .

2.1 Descripción Este caso de uso permite visualizar la ficha de un postulante. El usuario ha seleccionado la opción “Ver ficha” para alguno de los postulantes..2.3 Flujo normal Usuario Sistema 1.. 5. 5.2 Precondiciones El usuario está debidamente logueado en el sistema.3.5 Prototipos de interfaz de usuario No corresponde 5. 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..2.2.2.2.Finaliza el caso de uso.3 Historial de versiones Caso de Uso 7 – Ficha de Postulante RF6 03-01-2011 – Versión original Requerimiento Funcional 5.3.4 Flujos Alternativos de Eventos Flujo Alternativo # Descripción No hay flujos alternativos relevantes. 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 Consideraciones especiales No hay consideraciones especiales relevantes. 2.Consulta todos los datos del postulante seleccionado.3.Despliega los datos del postulante 3.3.2.3 5. 5.3. Código: DINAE-GESTION-CU-01-ES Página 31 de 336 .3.

..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 Flujo Normal de Eventos Usuario Sistema 1.2. 5. 5.. El usuario ha seleccionado a un postulante por alguno de los medios disponibles para ello (por ejemplo.2.2.2 Precondiciones El usuario está logueado en el sistema y tiene permisos para realizar esta operación.4 Caso de Uso 8 .4.3 5..Actualiza los datos que correspondan. Este caso de uso contempla estas situaciones.1 Descripción Este caso de uso corresponde a la actualización de los datos de una persona.Almacena los datos Código: DINAE-GESTION-CU-01-ES Página 32 de 336 . 5.4. a través de la Consulta de Postulantes) El usuario está visualizando el formulario de Actualización de datos de 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.2.Selecciona una de las secciones del Formulario 3.Actualizar datos de una persona RF7 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.El sistema despliega la sección seleccionada con los datos cargados. 4.Solicita guardar los datos ingresados 6.. visualizando la sección “Datos personales” 2..Valida los datos ingresados 7.4.Despliega el formulario de actualización de datos con los datos cargados de la persona a actualizar.

Finaliza el caso de uso. cierra la ventana emergente y se sigue mostrando el formulario con los mismos datos. el sistema despliega un mensaje de error indicando la situación y no almacena los datos. El usuario actualiza los datos y. 4 En cualquiera de los pasos. almacena estos nuevos datos. 3 En cualquiera de los pasos. 7 En la sección “Documentos”. 5. En este caso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso. elimina ese documento de la lista de Código: DINAE-GESTION-CU-01-ES Página 33 de 336 . los datos actualizados se descartan y el flujo continúa en el paso 3 del flujo normal. En este caso. El sistema despliega un mensaje indicando los errores. sino que selecciona otra sección del formulario. regresa a la página inicial sin almacenar los datos modificados desde la última solicitud de Guardar para ese formulario.Comunica el resultado al usuario. el usuario selecciona la opción “Cambiar foto”. el sistema desplegará una ventana emergente solicitando la nueva foto. el usuario ingresa los datos de un nuevo documento y selecciona la opción “Agregar”. el sistema solicita confirmación y. al confirmar. En ese caso almacena el nuevo documento y lo agrega a la lista de documentos. el usuario selecciona la opción “Cancelar”. el usuario no solicita guardar los datos..4. Si los datos ingresados no son válidos.2.. 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. al confirmar. El sistema almacena la nueva foto. En este caso. 2 En el paso 5. el sistema solicita confirmación y. reemplazando la anterior. 6 En la sección “Permisos y Licencias”. el usuario hace clic en el botón “Dirección”.3 8.4 Flujos Alternativos Flujo Alternativo # 1 Descripción En el paso 6. Si no confirma. el usuario hace clic en la opción “Eliminar” de alguno de los documentos. En este caso. 9. El flujo continúa en el paso 4 del flujo normal. el sistema determina que los datos ingresados no son válidos. El sistema despliega una ventana emergente con los datos de la dirección. El usuario carga la nueva foto y confirma el resultado. 5 En la sección “Datos Personales”. al confirmarlos.

descarta los datos ingresados y continúa en la sección “Trayectoria laboral”. el sistema despliega una ventana emergente solicitando la información del trabajo. En este caso. El usuario puede actualizar los datos o solo visualizarlos. el sistema despliega una ventana emergente con los datos del trabajo. el usuario selecciona la opción “Agregar trabajo”. Y cuando este termina. el usuario selecciona la opción “Agregar observación”. el usuario ingresa los datos pero no solicita “Guardar” sino “Cancelar”. el sistema solicita confirmación y. El usuario ingresa los datos correspondientes al trabajo y hace clic en la opción “Guardar”. En este caso. 12 En la sección Derivaciones. 11 En la sección “Trayectoria laboral”. El sistema almacena la nueva observación y actualiza la lista de observaciones que se despliegan. 10 En la sección “Trayectoria laboral”. si el usuario confirma. si confirma. En este caso. el usuario selecciona la opción “Eliminar” sobre uno de los trabajos de la persona. no se realiza ninguna acción sobre los datos.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. al final. En este caso. el usuario selecciona Derivar para una de las áreas de interés. En este caso. 9 En el flujo alternativo 8. En este caso. el usuario selecciona editar sobre una de los trabajos de la persona. el sistema descarta los datos ingresados. Si el área de interés es Información. 14 En el flujo alternativo 13.3 documentos de la persona a la que se le está actualizando los datos. el usuario no selecciona la opción “Guardar” sino que selecciona la opción “Cancelar”. el sistema solicita confirmación y. 13 En la sección Observaciones. Si el usuario no confirma. el sistema despliega el formulario para el ingreso de una nueva observación y selecciona la opción “Guardar”. entonces sigue en el Caso de Uso 38 – Derivación de un Postulante a un Recurso. elimina ese trabajo y actualiza la lista de trabajos que se muestra en la sección. 8 En la sección “Trayectoria laboral”. el sistema almacena los datos ingresados y actualiza la lista de trabajos de la persona. Código: DINAE-GESTION-CU-01-ES Página 34 de 336 . regresa a este formulario. En este caso.

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.2.4.5 Prototipos de Interfaz de usuario

Figura 8: Datos personales - Actualización de datos

Código: DINAE-GESTION-CU-01-ES Página 35 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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

Figura 10: Trayectoria laboral - Actualización de datos Código: DINAE-GESTION-CU-01-ES Página 36 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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

Figura 12: Limitaciones y Deficiencias - Actividades y ambientes incompatibles Código: DINAE-GESTION-CU-01-ES Página 37 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

Figura 13: Limitaciones y deficiencias – Disponibilidad

Figura 14: Limitaciones y deficiencias - Dificultades sicofísicas

Código: DINAE-GESTION-CU-01-ES Página 38 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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: Código: DINAE-GESTION-CU-01-ES Página 39 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

Sección Otros documentos

Validación R19.- Si se indica una vigencia, esta debe ser correcta y mayor a la fecha del día.

Situación Actual

Laboral

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 Deficiencias 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. y No hay validaciones

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.

Código: DINAE-GESTION-CU-01-ES Página 40 de 336

2.Despliega una ventana para solicitar el motivo para solicitar el motivo de Sistema habilitación/deshabilitación.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal. 7. el sistema cierra la ventana emergente y descarta la acción realizada. el usuario selecciona la opción “Cancelar”.5.2. 2 En el paso 5. El Código: DINAE-GESTION-CU-01-ES Página 41 de 336 .5...Confirma la acción 5.5.Selecciona la opción “Habilitar/Deshabilitar” para una persona 2..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 6.2 Precondiciones El usuario está debidamente logueado en el sistema. 5.Finaliza el caso de uso 5.3 5. En este caso.5 Caso de Uso 9 – Habilitar/Deshabilitar un postulante RF8 12-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5..2.Ingresa el motivo 4. el sistema determina que no hay un motivo ingresado. 5.Confirma el resultado 8.3 Flujo normal Usuario 1.2..Valida que el motivo no esté vacío... 3.2.5.Almacena los datos como una observación en la lista de observaciones.1 Descripción Este caso de uso corresponde al cambio de contraseña de un usuario.

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.6 Consideraciones especiales CE-1: Los motivos por los que se puede deshabilitar a un usuario son:   Fallecimiento 3 Manifestación de voluntad de no integrar la base de datos CE-2: Para habilitar un usuario.2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. no se ingresa ningún motivo.5.5. Código: DINAE-GESTION-CU-01-ES Página 42 de 336 .5 Prototipos de interfaz de usuario No corresponde 5.3 sistema muestra un mensaje indicando la situación y el flujo continúa en el paso 3 del flujo normal.2. 5.

4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 5 del flujo normal. 5. A modo de ejemplo.2.. se cierra la ventana emergente sin realizar ninguna Código: DINAE-GESTION-CU-01-ES Página 43 de 336 .Despliega una ventana emergente para solicitar el motivo y la confirmación.2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.1 Descripción Un postulante puede deshabilitarse o volver a habilitarse para un determinado servicio. 3. el usuario no confirma sino que cancela la operación..Almacena el nuevo estado 8. si un postulante es derivado a un servicio de Capacitación varias veces y no asiste...Finaliza el caso de uso. 5. En este caso.6.2.6.. si el usuario lo confirma.. 7..3 5. el sistema solicita confirmación y..2 Precondiciones El usuario está debidamente logueado en el sistema.2.6 Caso de Uso 10 .Selecciona el nuevo estado para uno de los servicios.Confirma el resultado 6.3 Flujo normal Usuario Sistema 1. 4.Habilitar/Deshabilitar un postulante en un Servicio Requerimiento Funcional Historial de versiones RF9 31-12-2010 – Versión original 5.6.Valida que haya un motivo seleccionado.2.6.Muestra el resultado al usuario 9..Despliega una lista de todos los servicios y el estado de cada uno de ellos para el postulante seleccionado. puede deshabilitarse de este servicio.Selecciona el motivo del nuevo estado para dicho servicio 5. 2. 5.

2. disponibilidades y no esta trabajando. embarazo con reposo/ otras Orientación Laboral El teléfono no corresponde (no lo conocen. limitaciones.6. 5. limitaciones .6. teléfonos institucionales. 5. teléfonos institucionales. 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 intereses) Capacitación        El teléfono no corresponde (no lo conocen. no se presento a la entrevista o taller de preselección en 2 ocasiones.5 Prototipos de interfaz de usuario No corresponde.6 Consideraciones especiales CE-9. disponibilidades e .2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 alteración. 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. 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 Código: DINAE-GESTION-CU-01-ES Página 44 de 336  (observaciones. 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. Comenzó un curso de capacitación y abandono sin razones justificadas: las justificadas son: trabajo. enfermedad. teléfono cambiado) A la segunda intermediación el teléfono sigue fuera de servicio Aun habiéndolo acordado con el/la Orientador/a.1: Los motivos para deshabilitar a un postulante de un servicio son los siguientes Servicio Intermediación Laboral Motivo de inhabilitación        El teléfono no corresponde (no lo conocen.

Realiza una búsqueda de todas las demandas abiertas satisfechas 100% por el perfil del postulante.3 Flujo normal Usuario 1. Esto es.Lista las demandas resultantes de la búsqueda. las demandas tales que el postulante cumple con el 100% de los requisitos y que están relacionadas al área de la demanda.3  Rechaza tres veces invitaciones a participar de talleres o entrevistas de orientación relacionados al área de interés.2.7.2. limitaciones. 5..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.. Sistema Código: DINAE-GESTION-CU-01-ES Página 45 de 336 .. 4. El postulante tiene la ficha en estado COMPLETA. Recursos Emprendimientos Productivos No hay motivos No hay motivos 5.7 Caso de Uso 11 – Demandas relacionadas con el perfil RF10 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.7. 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”).2 Precondiciones El usuario está debidamente logueado en el sistema.Selecciona la opción “Ver demandas relacionadas con el perfil” 2.Finaliza el caso de uso.2. 5.2. disponibilidades y no esta trabajando..1 Descripción Durante la entrevista de orientación se puede determinar las demandas vigentes que están relacionadas con el perfil del postulante. 3.7.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. según el caso de uso 4 5. En ese caso. En este caso. el sistema solicita confirmación y. 2 En el paso 4.3 5. el sistema no registra ninguna información. el sistema determina que no hay ninguna demanda relacionada con el perfil. 4 En el paso 4.7.2. El sistema muestra un mensaje indicando esta situación. En este caso. sino que selecciona la opción “Auto postular”. si el usuario confirma. 3 En el paso 4. el usuario no finaliza el caso sino que selecciona “Sin interés” para una demanda .4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal. El usuario ingresa el motivo y confirma los datos.5 Prototipos de interfaz de usuario 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. Si no confirma. el sistema despliega un campo de texto libre para ingresar el motivo. Código: DINAE-GESTION-CU-01-ES Página 46 de 336 . el usuario no finaliza el caso de uso.2.7. 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. el usuario no finaliza el caso de uso sino que selecciona “Ver ficha” para una de las demandas. el sistema despliega una ventana emergente con la ficha correspondiente a la demanda.

2.3 5. j) por limitaciones. c) por nivel educativo (esto es. 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. i) Idiomas. el postulante posee los conocimientos informáticos indicados en la demanda. Esto es.2: Para cada una de las demandas que satisfacen el criterio. el postulante tiene cursos en todas áreas indicadas en la demanda.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Esto es. CE-10. Esto es.6 Consideraciones especiales CE-10. 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. se listarán los siguientes datos: a) Nombre del puesto b) Empresa c) Localidad d) Departamento e) Observaciones Código: DINAE-GESTION-CU-01-ES Página 47 de 336 . cumple con el requerimiento.7. Esto es. Se tendrá en cuenta que si solicita Nivel Básico y el postulante tiene Nivel Avanzado. el postulante vive en la localidad y/o departamento indicado en la demanda. 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. el postulante posee todas las licencias y permisos indicados en la demanda. el postulante tiene conocimientos en el idioma indicado en la demanda y en el nivel indicado en la misma. Este tiene que coincidir con el área de interés del postulante. g) cursos de capacitación por área temática. debe ser por lo menos el nivel seleccionado. b) por rango de edad.1: Las demandas relacionadas con el perfil son aquellas que satisfacen todos los siguientes criterios: a) por puesto (código CIUO). h) conocimientos informáticos. la edad del postulante tiene que estar en el rango indicado en la demanda.

Código: DINAE-GESTION-CU-01-ES Página 48 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 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.

El sistema busca todos los grupos abiertos que hay en ese momento para ese módulo del Taller de Ocupación Laboral. El postulante tiene la ficha en estado COMPELTA.Selecciona uno de los grupos.8.3 Flujo normal Usuario Sistema 1.2.. 2. 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.Grupos abiertos relacionados con el interés (Orientación Laboral) Requerimiento Funcional Historial de versiones RF11 31-12-2010 – Versión original 5. 6.. 5.8 Caso de Uso 12 .3 5. (Si la ficha del postulante está en estado incompleta.Despliega la lista de todos los grupos del módulo indicado.Selecciona la opción Derivar para alguno de los intereses de Orientación Laboral.. 3..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Despliega la lista de todas las áreas de interés con la opción de realizar una derivación para ellas..8. entonces no está disponible la opción de Derivación).1 Descripción 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”. que estén abiertos y que tengan cupo.2. 5. 4. 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”.8.. En el área de derivaciones.2 Precondiciones El usuario está debidamente logueado en el sistema. 5.2.2.Confirma la operación Código: DINAE-GESTION-CU-01-ES Página 49 de 336 .

10..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Finaliza el caso de uso.Asigna (inscribe) a ese postulante en ese grupo. el sistema cambia el estado del grupo a CERRADO.2. 3 En el paso 6 del flujo normal. el sistema determina que al inscribir al postulante. el sistema determina que la inscripción de este postulante supera la cantidad máxima del grupo.3 7. despliega un mensaje indicando la situación y el flujo continúa en el paso 5 del flujo normal.. 4 En el paso 9.. se alcanza el cupo máximo.. Código: DINAE-GESTION-CU-01-ES Página 50 de 336 . El flujo continúa en el paso 9 del flujo normal. 9. el sistema determina que no hay ningún grupo abierto para el módulo seleccionado. 2 En el paso 8 del flujo normal.Incrementa la cantidad de inscriptos al grupo. El sistema no realiza ninguna acción y el caso de uso finaliza.Comunica el resultado de la operación al usuario. 8.. 5.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal. En este caso.8. En este caso.Valida que se haya seleccionado alguno de los grupos. el usuario cancela la operación. 11. El sistema despliega un mensaje indicando esta situación y se finaliza el caso de uso.

CE-11.1: Los módulos se listan por orden de fecha de inicio.2.5 Prototipos de interfaz de usuario Figura 18: Prototipo para derivación a módulo de Taller de Orientación 5. el sistema despliega un mensaje indicando esta situación.3 5.6 Consideraciones especiales CE-11.8.8. En este caso.2: El sistema validará. que el postulante ya no esté inscripto o haya hecho el módulo al que se trata de realizar la derivación.2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 51 de 336 . al momento de solicitar una derivación.

El sistema busca todos los grupos abiertos que hay en ese momento para esa área de capacitación.2.. la lista de cursos que se proponen como opción para seleccionar. Si la ficha del postulante está en estado INCOMPELTA. En este caso. 5.2 Precondiciones El usuario está debidamente logueado en el sistema. En este caso se distinguen dos subcasos: a) el postulante pertenece a TSD...3 Flujo normal Usuario Sistema 1. entonces no está disponible esta opción.Selecciona la opción Derivar para alguno de los intereses de Capacitación 3.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.2.Despliega la lista de todas las áreas de interés con la opción de realizar una derivación para ellas.9 Caso de Uso 13 .Despliega la lista de todos los grupos abiertos Código: DINAE-GESTION-CU-01-ES Página 52 de 336 para el área de capacitación .3 5. la lista de cursos que se proponen como opción son todos los cursos abiertos..9. 4. son todos los cursos abiertos que están disponibles para cualquier postulante (es decir.2. Esto es.Grupos abiertos relacionados con área de interés (Capacitación) Requerimiento Funcional Historial de versiones RF12 y RF75 31-12-2010 – Versión original 5. 2.2. 5. En este caso. el postulante manifestó interés en algún área de capacitación.1 Descripción Este caso de uso corresponde a la derivación de un postulante a un curso de capacitación.9. b) El postulante no pertenece a TSD.9. La derivación permite seleccionar los grupos abiertos para dicha área e inscribir al usuario en ese curso. La ficha del postulante está en estado COMPLETA. no se incluyen los que son exclusivos de TSD).

Incrementa la cantidad de inscriptos al grupo... que estén abiertos y que tengan cupo. En este caso.Finaliza el caso de uso. 3 En el paso 6 del flujo normal.Valida que se haya seleccionado alguno de los grupos. El sistema despliega un mensaje indicando esta situación y se finaliza el caso de uso.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal. 2 En el paso 8 del flujo normal. el sistema cambia el estado del grupo a CERRADO.Comunica el resultado de la operación al usuario. 11. 9. el usuario cancela la operación..9.. el sistema determina que no hay ningún grupo abierto para el módulo seleccionado. 8.. En este caso. el sistema determina que al inscribir al postulante. 6. el sistema determina que la inscripción de este postulante supera la cantidad máxima del grupo. despliega un mensaje indicando la situación y el flujo continúa en el paso 5 del flujo normal. 10.Selecciona uno de los grupos. 5. Código: DINAE-GESTION-CU-01-ES Página 53 de 336 . El sistema no realiza ninguna acción y el caso de uso finaliza.2.Asigna (inscribe) a ese postulante en ese grupo. se alcanza el cupo máximo.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Confirma la operación 7. El flujo continúa en el paso 9 del flujo normal. 4 En el paso 9.3 indicada.. 5..

se incluyen todos los grupos abiertos para “publico en general”.3: La lista de los grupos se arma de la siguiente manera: a) si el postulante está en TSD.9. b) Si el postulante no está en TSD.1: Los módulos se listan por orden de fecha de inicio. el sistema despliega un mensaje indicando esta situación. que el postulante ya no esté inscripto o haya hecho el módulo al que se trata de realizar la derivación.6 Consideraciones especiales CE-12.2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario Figura 19: Prototipo para la derivación a curso 5.3 5.9. En este caso.2: El sistema validará. al momento de solicitar una derivación. CE-12. se incluyen todos los grupos abiertos de TSD.2. Código: DINAE-GESTION-CU-01-ES Página 54 de 336 . CE-12.

2. 5. 5. 3.Descarga el documento 7.1 Descripción Este caso de uso corresponde a la generación de un documento correspondiente al currículo de un postulante. 2.10 Caso de Uso 14 - Generación de documento de Currículo Requerimiento Funcional Historial de versiones RF13 31-12-2010 – Versión original 5. el envío por correo electrónico operación que considere. el usuario podrá (por fuera del sistema) realizar la impresión del documento.2 operación.. 4.. Precondiciones El usuario está debidamente logueado en el sistema y tiene permisos para realizar esta El usuario ha seleccionado un postulante y ha seleccionado la opción Imprimir..3 Usuario Flujo Normal de Eventos Sistema 1.Muestra un formulario para seleccionar los datos que serán incluidos en el documento.Muestra el documento para ser descargado.10.Genera el documento en el formato predefinido y con los datos seleccionados.3 5.Indica cuáles son los campos que desea incluir en el documento. Código: DINAE-GESTION-CU-01-ES Página 55 de 336 ...2.2.2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Posteriormente a la generación del documento. u otra 5.10. 6..Finaliza la selección de datos.finaliza el caso de uso.10.

doc.3 5.4 Flujos Alternativos Descripción En el paso 3 del flujo normal.5 Prototipo de Interfaz de usuario Figura 20: Prototipo para la selección de áreas a incluir en la generación del C. En este caso.2. 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). 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. el usuario cancela el caso de uso. el sistema no puede generar el documento.10. CE-6.2: La plantilla que incluye cómo se generará el documento es: Formato de Curriculum Vitae-1.2.V.6 Consideraciones especiales CE-6.10. 5.10. En este caso. el sistema envía un mensaje al usuario indicando la situación y finaliza el caso de uso.2. c) Si se incluye la sección de conocimientos informáticos y si se incluye la sección de idiomas. 5. el caso de uso finaliza sin generar el documento.1: El formato en el que se generará el documento es PDF.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 56 de 336 . Flujo Alternativo # 1 2 En el paso 4 del flujo normal.

2 Precondiciones El usuario está debidamente logueado en el sistema. se realizará la carga de las cédulas de ese archivo al sistema..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 6. El usuario ha seleccionado la opción “Carga de archivo de programa” y está visualizando la página de carga..Lee los nuevos datos 5.Selecciona el programa para el que realizará la carga de datos 2. Cuando se realiza una consulta de estas personas al sistema.2.2.2.11.Elimina todos los programa. el sistema procesará dichos números y los cargará en el sistema. registros de ese de los postulantes del Código: DINAE-GESTION-CU-01-ES Página 57 de 336 ..Selecciona el archivo que contiene las identificaciones programa. 8. 3.11 Caso de Uso 15: Carga de personas en programas RF14 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5..11.3 Usuario Flujo normal Sistema 1. Para ello.1 Descripción Periódicamente se recibe un archivo con los números de las cédulas de identidad de personas en el Programa Objetivo Empleo. incluyendo la cantidad de registros cargados.Finaliza el caso de uso. 5.3 5. se deberá mostrar con un indicador diferente (Cucarda)...11..Confirma la carga 4.2..Confirma el resultado de la operación al usuario.Almacena los datos del archivo en la base de datos 7. 5. El usuario realizará la carga.

11.11.2. En este caso. comunica un mensaje al usuario y finaliza el caso de uso. En este caso. el sistema determina que no es posible leer los datos. 5.3 5.11. el usuario finaliza el caso de uso.2.5 Prototipos de interfaz de usuario No corresponde 5.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. se finaliza el caso de uso sin realizar ninguna acción.6 Consideraciones especiales 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.2. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 58 de 336 .

3 5.12.12.2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario No corresponde Código: DINAE-GESTION-CU-01-ES Página 59 de 336 . una vez ejecutada esta funcionalidad. El valor x será un valor configurable en el sistema. 5. 3. 5... esta actividad y la cantidad de postulantes deshabilitados.2 Precondiciones No hay precondiciones relevantes. 5.12.1 Descripción 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.Registra en el log.12 Caso de Uso 16 ..2. 5.Cambia al estado DESHABILITADO cada uno de estos registros.3 Usuario Flujo normal Sistema 1.12. quedarán en estado DESHABILITADO con motivo: Deshabilitación automática por antigüedad. 2.2.4 Flujos Alternativos de Eventos Descripción Flujo Alternativo # No hay flujos alternativos relevados.Lee todos los registros de postulantes que hace al menos x meses que no tienen ninguna actualización y están en estado HABILITADO. todos los postulantes que no hayan tenido ninguna actualización de datos en un periodo mayor al indicado.Deshabilitación automática RF15 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5. De acuerdo a ello.2.12.2.2.

3. 5.1. 9.Solicita que se ingrese el número de RUT de la empresa. El usuario ha seleccionado la opción “Alta de Empresa”.Obtiene los datos de esa empresa.6 Consideraciones especiales No hay consideraciones especiales. 2.Busca en la base de empresas provista por MTSS que ese número de RUT exista. 5. 6.12.3 5....1 Descripción Este requerimiento corresponde al alta de una nueva empresa.Despliega la sección “Identificación” de la empresa con los datos leídos no modificables.3 Flujo normal Usuario Sistema 1.Verifica que dicha empresa ya no esté dada de alta como empresa en el sistema.2 Precondiciones El usuario está debidamente logueado en el sistema..Verifica que el número de RUT sea correcto...3 Grupo 3: Servicios Públicos de Empleos – Gestión de Empresas 5. 5.1. 7..3.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.1.. 5.3.Ingresa el número de RUT 3.3. 8. Código: DINAE-GESTION-CU-01-ES Página 60 de 336 .2.Confirma el número de RUT 4.1 Caso de Uso 17 – Alta de Empresas RF16 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.Completa los datos de la sección Identificación de la empresa.

Despliega la sección “Preguntas” y habilita el link “Contactos”..Confirma los datos.Almacena los datos ingresado 13.Selecciona la sección “Datos de 15.. el sistema muestra un mensaje de error y el flujo continúa en el paso 2 del flujo normal..Valida los datos ingresados 12. el número de RUT no es correcto.Finaliza el caso de uso.. En este caso. contacto” 5.Confirma los datos de esta sección 17.. 22. En este caso. Código: DINAE-GESTION-CU-01-ES Página 61 de 336 .Almacena los datos de Preguntas... 19.1. el usuario no confirma la operación sino que cancela la operación.Almacena el estado de la empresa y habilita el link de “Observaciones” y de “Demandas” 27.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..Completa los datos de la sección “Preguntas” 21. 20..4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3.3.Valida los datos ingresados 23.Despliega la sección “Datos de contacto” y habilita el link de “Identificación” 16.Despliega la sección “Datos de Contacto” 14. 24..Confirma los datos de esta sección..Despliega la sección Observaciones y habilita el link “Preguntas” 25..Confirma la sección Observaciones 26.. el sistema finaliza el caso de uso y no realiza ninguna actualización 2 En el paso 4.....Despliega la sección “Contactos” y habilita el link “Datos de contacto” 18. 11.3 10.Confirma los datos de esta sección.

2.2 El usuario confirma los datos del contacto 16.5 El sistema cierra la ventana emergente 16. En ese caso. según el Caso de Uso 19 – Actualización de datos de una empresa. 16.6 El sistema actualiza la lista de contactos en la interfaz de usuario 7 Si en el paso 16. el sistema despliega una ventana emergente mostrando los datos del contacto seleccionado Código: DINAE-GESTION-CU-01-ES Página 62 de 336 . el sistema determina que no existe una empresa con ese número de RUT. selecciona el link de otra sección. el usuario selecciona la opción Editar” para alguno de los contactos listados en la sección “Contactos” del formulario. el sistema despliega la sección del formulario correspondiente al link seleccionado sin almacenar los datos de la sección actual. En este caso. el usuario selecciona la opción “Agregar contacto” en la sección “Contactos” del formulario. En este caso. En este caso. el sistema determina que ya existe una empresa dada de alta en el sistema con el mismo RUT.3 El sistema valida los datos ingresados 16. En el paso 16 del flujo normal. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. se cierra la ventana emergente y no se realiza ningún cambio.1 El usuario ingresa los datos del contacto.3 3 En el paso 5 del flujo normal. En este caso.3. muestra un mensaje de error indicando la situación y el flujo continúa en el paso 9 del flujo normal. 4 El usuario. en cualquiera de los pasos. 8 En el paso 16 del flujo normal. En ese caso. 16. 6 En el paso 5 del flujo normal. Si en el paso 16.4 El sistema almacena los datos ingresados 16. el usuario no confirma los datos ingresados. el sistema despliega un mensaje indicando la situación y despliega el formulario para Actualización de datos de la empresa. 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. el sistema despliega una ventana emergente solicitando los datos del contacto.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5 En el paso 11 del flujo normal. el sistema determina que los datos ingresados no son correctos.

el usuario no confirma los datos ingresados.3 16. En ese caso. 25.2. En este caso el sistema despliega la sección Demandas del formulario. 10 En el paso 22. 25.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Si en el paso 16. 25.10 16. Si el usuario no confirma.4 El sistema actualiza la lista de observaciones.1 . sigue como en el caso de uso…… Código: DINAE-GESTION-CU-01-ES Página 63 de 336 .El usuario ingresa el texto correspondiente a la observación y confirma el ingreso. En este caso.8 El usuario confirma los datos del contacto 16.1. 9 En el paso 16. En este caso. el sistema solicita confirmación de la eliminación y. 16. el usuario selecciona la opción “Eliminar” para alguno de los contactos en la lista.2 . si el usuario confirma. 11 En el paso 25. Si el usuario selecciona agregar una demanda. despliega un mensaje de error en la misma ventana emergente y el flujo continúa en el paso 16.12 El sistema almacena los datos ingresados El sistema cierra la ventana emergente El sistema actualiza la lista de contactos en la interfaz de usuario Si en el paso 16. 25.9 El sistema valida los datos ingresados 16. se cierra la ventana emergente y no se realiza ningún cambio. muestra un mensaje de error indicando la situación y el flujo continúa en el paso 20 del flujo normal. El sistema actualiza la lista de contactos.7 El usuario actualiza los datos del contacto. 12 En el paso 27 el usuario no finaliza el caso de uso.11 16.3 El sistema almacena la observación y registra el usuario y fecha en que se produjo. el sistema determina que los datos no son válidos. entonces el sistema no realiza ninguna acción.3. sino que selecciona la opción “Demandas”. se elimina a dicho contacto de la base de datos.El sistema despliega un área para ingresar la observación de la empresa. el sistema determina que los datos ingresados para esa sección no son correctos. el usuario selecciona la opción “Agregar observación”.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3.Formulario Empresas Figura 22: Sección Datos de contacto del Registro de Empresa Figura 23: Datos de contacto del Registro de Empresa Código: DINAE-GESTION-CU-01-ES Página 64 de 336 .5 Prototipos de interfaz de usuario Figura 21: Sección Identificación .1.3 5.

Parte 2 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Registro de Empresas Figura 25: Sección Preguntas .3 Figura 24: Sección Preguntas .Registro de Empresas Código: DINAE-GESTION-CU-01-ES Página 65 de 336 .Parte 1 .

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Si la empresa no tiene correo electrónico.Registro de Empresas 5. se seleccionó al menos una de las áreas y la respuesta a Cómo se evaluaron los cursos no está vacía. Observaciones 36 – Si se agrega una observación el texto no está vacío.2: Las validaciones que realizará el sistema son las siguientes: Sección Identificación Regla 27 – La fecha de vencimiento de DGI no está vacía.3 Figura 26: Sección Demandas . Código: DINAE-GESTION-CU-01-ES Página 66 de 336 . al correo indicado en los datos de contacto de la empresa. El sistema generará una contraseña siguiendo la política de contraseñas y la enviará por correo electrónico. El código de usuario será el número del BPS. 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”. la respuesta es Si. 32 – En la pregunta 4. no se generará el código de usuario.1.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. hay al menos una opción seleccionada 33 – En la pregunta 5. seleccionó alguna de las opciones. los datos de cantidad actual e ideal no están vacías. CE-16. hay al menos una opción seleccionada 34 – Si en la pregunta 6.3.6 Consideraciones especiales CE-16. 35 – Si en la pregunta 7. el texto explicativo no está vacío. 28 – La fecha de vencimiento de BPS no está vacía Datos de contacto Contactos Preguntas No hay validaciones 29 – El nombre y apellido del contacto no puede ser vacío.

En el paso final de almacenamiento. el estado de la ficha de la empresa es INCOMPLETA. se asigna el estado “INCOMPLETA”. si se abandona el ingreso de los datos antes de llegar al final. Código: DINAE-GESTION-CU-01-ES Página 67 de 336 .4: Cuando se almacena por primera vez la empresa. si se ingresa “ Juan”. CE-16. De esta forma.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. se almacenará en la base como “Juan”. se cambiará el estado a “COMPLETA”. De esta forma.3: En todos los campos de texto que se almacenen se quitarán los espacios en blanco al inicio y al fin.3 CE-16.

5. 5. En este caso muestra un mensaje de error indicando la Código: DINAE-GESTION-CU-01-ES Página 68 de 336 .. el usuario no confirma el criterio sino que cancela la operación.. 6.. 2 En el paso 3 del flujo normal. 3 En el paso 5.2.3. 5..3.1 Descripción Este caso de uso corresponde a la consulta de empresas registradas en el sistema.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 2 del flujo normal. En este caso.2.Finaliza el caso de uso Sistema 5.2.Consulta de Empresas RF17 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.3. el sistema regresa a la página inicial.2. El usuario ha seleccionado la opción de Consulta de Empresas.Realiza la búsqueda de las empresas registradas en el sistema que satisfacen el criterio.Muestra el resultado al usuario.. el sistema determina que el criterio ingresado no es correcto.3.Valida el criterio ingresado 4..2 Precondiciones El usuario está debidamente logueado en el sistema.3 5.2 Caso de Uso 18 .3. el sistema determina que no hay datos resultantes de la búsqueda.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Ingresa un criterio de búsqueda 2.Confirma el criterio 3.3 Flujo normal Usuario 1. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 1. En este caso.

5 Prototipos de interfaz de usuario No corresponde 5. el sistema continúa en el Caso de Uso 20 - Habilitación/Deshabilitación de una Empresa. el sistema continúa como en el Caso de Uso 19 – Actualización de datos de una empresa.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.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”. Código: DINAE-GESTION-CU-01-ES Página 69 de 336 . Deshabilitada) CE-17-3: Si la cantidad de empresas resultante de la búsqueda supera 50.3. entonces el sistema habilitará un paginador y mostrará de a 50 página.6 Consideraciones especiales CE-17.2. En este caso. el usuario no finaliza el caso de uso sino que selecciona la opción “Habilitar” o “Deshabilitar” según el estado de la empresa. En este caso. En este caso.3 situación. 5 En el paso 6. el sistema continúa en Caso de Uso 21 – Ver Ficha de Empresa. 5. 4 En el paso 6. 6 En el paso 6. el usuario no finaliza el caso de uso sino que selecciona la opción “Ver ficha”.2.3.

3..Despliega la sección seleccionada del formulario.3..Selecciona una de las secciones del formulario 2.3.Almacena los datos ingresados 7.3. 2 En el paso 5. 5.1 Descripción Este caso de uso corresponde a la actualización de los datos de una empresa.Comunica el resultado al usuario 8. el usuario no actualiza ningún dato.3.3 Caso de Uso 19 – Actualización de datos de una empresa Requerimiento Funcional Historial de versiones RF18 31-12-2010 – Versión original 5.Valida los datos ingresados 6.Confirma la operación 5..4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3.3. el sistema determina que los datos ingresados no son válidos.Actualiza (modifica) alguno de los datos 4.3.2 Precondiciones El usuario está debidamente logueado en el sistema. el sistema despliega un mensaje de error Código: DINAE-GESTION-CU-01-ES Página 70 de 336 . En este caso.. 3..3.3 Flujo normal Usuario 1... sino que cancela la actualización. El usuario está visualizando la sección “Identificación” del formulario de Empresa. el sistema finaliza el caso de uso sin realizar ninguna acción..3. 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso.Finaliza el caso de uso Sistema 5.3 5.

5 Prototipos de interfaz de usuario Figura 27: Actualización de demandas . el usuario no finaliza el caso de uso sino que selecciona otra sección del formulario.6 Consideraciones especiales CE-18.2: Si la empresa no está habilitada.Actualización de empresa 5. 3 En el paso 8.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Si selecciona “Cerradas” el sistema muestra todas las demandas que ya están 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.3 indicando la situación y el flujo continúa en el paso 3 del flujo normal. Si supera esa cantidad. CE-18. se habilita un paginador.3. Si selecciona “Todas” el sistema muestra todas las demandas (abiertas y cerradas). En este caso.3. Código: DINAE-GESTION-CU-01-ES Página 71 de 336 . el flujo continúa en el paso 2 del flujo normal.1: Las reglas de validación son las indicadas en el caso de uso “Alta de Empresa”. el usuario cambia el estado de las demandas que deben mostrarse. 4 En la sección “Demandas”.3.3. 5. no se tendrá disponible el botón “Agregar demanda” en la sección “Demandas”.

5.4.Confirma el cambio de estado 4..3.2 Precondiciones El usuario está debidamente logueado en el sistema..Ingresa el motivo 3. el usuario no confirma el cambio de estado sino que cancela la operación.4.Actualiza los valores en el listado de empresas. según el estado en que se encuentra.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal..3.4.Habilitación/Deshabilitación de una Empresa Requerimiento Funcional Historial de versiones RF19 31-12-2010 – Versión original 5.3 5..3. En este caso. 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.4.3. el sistema finaliza el caso Código: DINAE-GESTION-CU-01-ES Página 72 de 336 . 5. Valida que el motivo no sea vacío.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Finaliza el caso de uso 5. 7. 5.3 Flujo normal Usuario Sistema 1.Despliega una ventana emergente solicitando para solicitar el motivo del cambio de estado. Realiza el cambio de estado 6. 2.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de una empresa.3.4 Caso de Uso 20 .

entonces se tendrá disponible solo la opción DESHABILITAR.3.6 Consideraciones especiales CE-1: Si la empresa está en estado HABILITADA. 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario No corresponde 5. el sistema determina que el motivo está vacío. entonces se tendrá disponible solo la opción HABILITAR.3. Código: DINAE-GESTION-CU-01-ES Página 73 de 336 .3 de uso y regresa a la página con el listado de la consulta. En este caso.4. 2 En el paso 4 del flujo normal.4. Si la empresa está en estado DESHABILITADA. muestra un mensaje indicando la situación y el flujo continúa en el paso 2 del flujo normal.

4 Flujos Alternativos de Eventos Flujo Alternativo # Descripción No hay flujos alternativos relevantes.3 5.6 Consideraciones especiales 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.3 Flujo normal Usuario Sistema 1. 5. 5.3.5. estado en que se encuentra cada una y cantidad de postulantes enviados por el servicio.3.3.5 Caso de Uso 21 – Ver Ficha de Empresa RF18 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.3.Genera la ficha de la empresa 2.-Finaliza el caso de uso 5.5.5..2 Precondiciones El usuario está debidamente logueado en el sistema.5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5.3.Despliega la ficha de la empresa 3.1 Descripción Este caso de uso corresponde a la visualización de la ficha de la empresa. El usuario ha seleccionado la opción “Ver ficha” para una empresa.5 Prototipos de interfaz de usuario No corresponde 5. La ficha de la empresa lista todos los datos de la empresa en formato no modificable (HTML). Código: DINAE-GESTION-CU-01-ES Página 74 de 336 .3..5.5.3.

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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)
Requerimiento Funcional Historial de versiones RF20 31-12-2010 – Versión original

5.4.1.1 Descripción
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.

5.4.1.2 Precondiciones
El usuario está debidamente logueado en el sistema. , 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.

5.4.1.3 Flujo normal
Usuario 1.- Ingresa los datos correspondientes a la sección “Datos generales” de la demanda. 2.- Confirma el ingreso de los datos. 3.- Valida los datos ingresados 4.- Almacena los datos ingresados con la demanda en estado INCOMPLETA. 5.- Comunica el resultado al usuario 6.- Muestra la sección “Requisitos” 7.- Ingresa los datos de “Requisitos” 8.- Confirma los datos ingresados Código: DINAE-GESTION-CU-01-ES Página 75 de 336 Sistema

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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”. 15.- Finaliza el caso de uso.

5.4.1.4 Flujos Alternativos de Eventos
Flujo Alternativo # 1 Descripción 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. 3 En el paso 3 del flujo normal, el sistema determina que los datos ingresados 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 1 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. Código: DINAE-GESTION-CU-01-ES Página 76 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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.

5.4.1.5 Prototipos de interfaz de usuario

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

Código: DINAE-GESTION-CU-01-ES Página 77 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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

5.4.1.6 Consideraciones especiales
CE-21.1: Las reglas de validación que aplican son las siguientes: Sección Datos generales Regla 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

Código: DINAE-GESTION-CU-01-ES Página 78 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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. almacenado, tal como fue ingresado. El resto de los caracteres será

Código: DINAE-GESTION-CU-01-ES Página 79 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.4.2

Caso de Uso 23 - Alta de Demanda Laboral de Servicio

Doméstico (Sistema Central) – Caso Empresa No constituida
Requerimiento Funcional Historial de versiones RF21 31-12-2010 – Versión original

5.4.2.1 Descripción
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.

5.4.2.2 Precondiciones
El usuario está debidamente logueado en el sistema. El usuario ha seleccionado la opción “Demanda de servicio doméstico” y está visualizando el formulario correspondiente a este tipo de demanda.

5.4.2.3 Flujo normal
Usuario 1.- Ingresa los datos correspondientes a la 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 Código: DINAE-GESTION-CU-01-ES Página 80 de 336 Sistema

...Genera los filtros de búsqueda de la demanda. 20.Finaliza el caso de uso. el sistema determina que la identificación del demandante no es válida. el sistema determina que los datos ingresados no son válidos. 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 19.Almacena los filtros de búsqueda de la demanda.. En este caso el sistema recupera los datos del demandante y sigue como en el caso de uso Caso de Uso 27 .Envía el correo electrónico con la contraseña 12. En este caso. el sistema muestra un mensaje de error y el caso de uso sigue en el paso 1 del flujo normal.4.Confirma los datos del perfil del cargo 15.3 desde la Web..2. muestra un mensaje de error indicando la situación y el flujo continúa en el paso 6 del flujo normal. 5 En el paso 15... 3 En el paso 4. El sistema finaliza el caso de uso y no realiza ninguna acción. En ese caso. el usuario no confirma los datos del demandante y cancela la operación. el sistema determina que los datos del perfil del cargo no Código: DINAE-GESTION-CU-01-ES Página 81 de 336 .Completa los datos del perfil del cargo 14.Despliega la sección “Perfil del cargo” del formulario. 13.Modificación de datos de una demanda laboral.Comunica el resultado al usuario y muestra el formulario de filtros 21.Almacena los datos del perfil del cargo 17. 4 En el paso 8. 2 En el paso 3....Valida los datos del perfil del cargo 16. 11.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 2 o en el paso 7. 18..Cambia el estado de la demanda a COMPLETA. el sistema determina que ya existe un demandante de servicio doméstico con la identificación ingresada.

el sistema descarta cualquiera de los cambios realizados por el usuario.4. En este caso. En este caso. El usuario finaliza el caso de uso.6. 50 – El nombre del cargo no está vacío 51 – Hay un valor seleccionado para el “Lugar de residencia del postulante” CE-22.3. Sigue el prototipo de demandas laborales de empresas. En este caso. antes de almacenarlo en la base de datos. un tipo de documento y un número no vacío.4. 5.5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.2.2: Para todos los campos de texto. 21. Si el tipo de documento es Cédula de identidad y el país Uruguay.2 el usuario no confirma la modificación. se descartan los cambios realizados en esa sección y se muestra la sección seleccionada. El sistema almacena los nuevos datos del filtro.4. este selecciona una sección diferente del formulario. Código: DINAE-GESTION-CU-01-ES Página 82 de 336 El resto de los caracteres será . 21. El usuario confirma la modificación. tal como fue ingresado. Si en el paso 21. 21. 21. 7 En cualquiera de los pasos del usuario. 6 En el paso 21.1. se validará que el dígito de verificación sea correcto.6 Consideraciones especiales CE-1: Las reglas de validación son las siguientes: Sección Demandante Regla 48 – La identificación del titular incluye un país seleccionado. se sigue como se detalla a continuación: 21. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 13 del flujo normal. El sistema valida los datos ingresados. 21. domicilio.2.2. El usuario modifica los filtros.5 Prototipos de interfaz de usuario No se incluye. el usuario no finaliza el caso de uso sino que modifica alguno de los filtros. 5. 49 – Los datos de nombre y apellido. almacenado. El sistema comunica el resultado al usuario. se eliminarán los espacios en blanco al inicio y al fin del dato.3 son válidos. teléfono e e-mail no están vacíos.

..1 Descripción Este caso de uso corresponde al alta de una demanda labora de Servicio Doméstico.2 Precondiciones El usuario está debidamente logueado en el sistema.3.4. 5.4. pueden darse dos situaciones diferentes: a) el solicitante no está formalizado b) el solicitante ya está formalizado (o constituido) (por ejemplo.4.. 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Confirma los datos de identificación del demandante 3. ya que puede realizar la demanda y al momento de realizar la contratación formaliza su estado ante los distintos organismos.Determina que exista una empresa en el registro del MTSS y que dicha empresa no Código: DINAE-GESTION-CU-01-ES Página 83 de 336 Sistema .4.3 Flujo normal Usuario 1. El usuario ha seleccionado la opción “Demanda de servicio doméstico” y está visualizando el formulario correspondiente a este tipo de demanda. se tendrá una opción a nivel de menú para dar de alta a estas demandas.3.3. Estas demandas tienen la particularidad que puede no realizarlas una empresa constituida.Alta de Demanda Laboral de Servicio Doméstico (Sistema Central) – Caso Empresa Ya constituida Requerimiento Funcional Historial de versiones RF21 31-12-2010 – Versión original 5.3 Caso de Uso 24 . Por lo tanto. Este caso de uso corresponde a la situación de solicitante ya constituido.3 5.Ingresa los datos correspondientes a la identificación del demandante 2. Por tal motivo.Valida los datos de identificación del demandante 4.. porque ya realizó otras contrataciones de servicio doméstico). El solicitante (o demandante del trabajo) no necesariamente es una empresa constituida.

5.Comunica el resultado al usuario y muestra el formulario de filtros 21.3.Confirma los otros datos del demandante 8. 9.Almacena los datos del demandante y de la demanda en la base de datos... 11. 18. 5 5..Almacena los filtros de búsqueda de la demanda...Finaliza el caso de uso.. 10...Crea la cuenta de usuario para acceder desde la Web. La demanda queda en estado INCOMPLETA. 6..Ingresa los otros datos del demandante.Despliega la sección “Perfil del cargo” del formulario.Genera los filtros de búsqueda de la demanda.4 Flujos Alternativos de Eventos Flujo Alternativo # Descripción 5 En este caso no verifica en el registro del MTSS.. 7... 13.Almacena los datos del perfil del cargo 17..Completa los datos del perfil del cargo 14.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..Cambia el estado de la demanda a COMPLETA.3 existe en el registro del sistema.Envía el correo electrónico con la contraseña 12.Valida los datos del perfil del cargo 16.4.. 20.Valida los otros datos del demandante. 19.Confirma los datos del perfil del cargo 15. Código: DINAE-GESTION-CU-01-ES Página 84 de 336 ...Muestra el formulario con los datos recuperados desde la base de datos del MTSS y permite el ingreso de los restantes datos del demandante.

2. 21. este selecciona una sección diferente del formulario.2 el usuario no confirma la modificación.6. Sigue el prototipo de interfaz de usuario de demanda laboral de empresa. En este caso.1. 21. 2 En el paso 3. el sistema determina que ya existe un demandante de servicio doméstico con la identificación ingresada. el usuario no confirma los datos del demandante y cancela la operación. En este caso.3. 5. 21. El sistema valida los datos ingresados.4. El usuario confirma la modificación. En este caso. el sistema determina que los datos del perfil del cargo no son válidos. El usuario finaliza el caso de uso. 6 En el paso 21. Si en el paso 21. El sistema almacena los nuevos datos del filtro. El usuario modifica los filtros. El sistema finaliza el caso de uso y no realiza ninguna acción.3 1 En el paso 2 o en el paso 7.3. el sistema muestra un mensaje de error y el caso de uso sigue en el paso 1 del flujo normal. 5 En el paso 15. se sigue como se detalla a continuación: 21. el sistema determina que los datos ingresados no son válidos. el usuario no finaliza el caso de uso sino que modifica alguno de los filtros. 7 En cualquiera de los pasos del usuario.4. el sistema descarta cualquiera de los cambios realizados por el usuario. muestra un mensaje de error indicando la situación y el flujo continúa en el paso 6 del flujo normal. 21. El sistema comunica el resultado al usuario. el sistema determina que la identificación del demandante no es válida. En ese caso. En este caso.5 Prototipos de interfaz de usuario No se incluye.Modificación de datos de una demanda laboral 4 En el paso 8. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 13 del flujo normal. se descartan los cambios realizados en esa sección y se muestra la sección seleccionada. 3 En el paso 4. Código: DINAE-GESTION-CU-01-ES Página 85 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso el sistema recupera los datos del demandante y sigue como en el caso de uso Caso de Uso 27 . 21.5.

2: Para todos los campos de texto.3. almacenado. teléfono e e-mail no están vacíos.6 Consideraciones especiales CE-1: Las reglas de validación son las siguientes: Sección Demandante Regla 52 – La identificación del titular incluye un país seleccionado.3: Cuando se da de alta a una demanda laboral se solicitará el seguimiento que se realizará a la misma. 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. c. Esto es: a) Qué tipo de seguimiento se realizará: a. Si el tipo de documento es Cédula de identidad y el país Uruguay. se eliminarán los espacios en blanco al inicio y al fin del dato.3 5. Seguimiento a todos los candidatos contratados. Seguimiento a algunos de los candidatos contratados. El resto de los caracteres será CE-22. se validará que el dígito de verificación sea correcto. antes de almacenarlo en la base de datos. un tipo de documento y un número no vacío. 20 o 90). Seguimiento a la empresa b. 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.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.4. tal como fue ingresado. 53 – Los datos de nombre y apellido. domicilio. Código: DINAE-GESTION-CU-01-ES Página 86 de 336 .

4 Caso de Uso 25 .4.Valida que el criterio ingresado sea correcto.4.Ingresa un criterio de búsqueda 2. 2 En el paso 3. En este caso. 4. muestra un mensaje de error y el flujo continúa en el paso 1 del flujo normal.4.1 Descripción Este caso de uso corresponde a la búsqueda de demandas laborales registradas en el sistema.4. el sistema finaliza el caso de uso y muestra la página inicial del sistema.4.3 Flujo normal Usuario 1.. 3 En el paso 5 del flujo normal. En este caso. 6.2 Precondiciones El usuario está debidamente logueado en el sistema.Despliega el resultado de la búsqueda. sino que cancela la operación. El usuario ha seleccionado la opción “Consulta de demandas” y está visualizando el formulario de búsqueda de demandas 5. 5. el sistema determina que la cantidad de Código: DINAE-GESTION-CU-01-ES Página 87 de 336 .3 5.Finaliza el caso de uso Sistema 5.4..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Consulta de demandas laborales RF22 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 2 del flujo normal.4.Busca todas las demandas que satisfacen el criterio ingresado.4... el sistema determina que el criterio ingresado no es correcto..4. 5. el usuario no confirma la búsqueda..Confirma el criterio 3.

el sistema habilita un paginador y muestra las primeras 50 demandas. En este caso. En este caso. el flujo continúa en el caso de uso Caso de Uso 28 . 7 En el paso 6 del flujo normal.5 Prototipos de interfaz de usuario 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. 4 En el paso 6 del flujo normal.4. En este caso. sino que selecciona la opción “Ver ficha de demanda”.Caso Empresa. el usuario no finaliza el caso de uso. En este caso. el usuario no finaliza el caso de uso. sino que selecciona la opción “Ingresar encuesta de seguimiento”.6 Consideraciones especiales CE-24.4.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5. En este caso. el usuario no finaliza el caso de uso. 6 En el paso 6 del flujo normal. sino que selecciona la opción “Actualización de demanda”.1: Los criterios de búsqueda de demanda son: a) Por tipo (Empresa. sino que selecciona la opción “Preselección de postulantes”.Modificación de datos de una demanda laboral 5 En el paso 6 del flujo normal.Seguimiento de la demanda . el flujo continúa en el caso de uso Caso de Uso 27 .3 demandas es mayor a 50.4. el usuario no finaliza el caso de uso. 5. el flujo continúa en el Caso de Uso 26 – Ficha de demanda laboral. Servicio Doméstico) Código: DINAE-GESTION-CU-01-ES Página 88 de 336 . el flujo continúa en el caso de uso Caso de Uso 30 .Preselección de postulantes para una demanda laboral.4.

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) Código: DINAE-GESTION-CU-01-ES Página 89 de 336 . Por estado c) Si el tipo es Servicio Doméstico a. Por Departamento c. Por Localidad b. Por Estado CE-24. Por código CIUO de la actividad b. Por Departamento d.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Por Localidad c.3 b) Si el tipo es Empresa a.

Esta ficha incluye todos los datos de la demanda en modo no-editable.4.Finaliza el caso de uso.Muestra los datos al usuario..5 Historial de versiones Caso de Uso 26 – Ficha de demanda laboral RF22 03-01-2011 – Versión original Requerimiento Funcional 5.5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5. 5. 5.4.3 Flujo normal Usuario Sistema 1.5.3 5.4 Flujos Alternativos de Eventos Flujo Alternativo # Descripción No hay flujos alternativos relevantes.5.5. El usuario ha seleccionado la opción “Ver ficha” para alguna demanda laboral.4.5 Prototipos de interfaz de usuario No corresponde 5.2 Precondiciones El usuario está debidamente logueado en el sistema.5. 5..4. 3.Consulta los datos de la demanda 2. 5. Código: DINAE-GESTION-CU-01-ES Página 90 de 336 .1 Descripción Este caso de uso corresponde a la visualización de la ficha de una demanda laboral..6 Consideraciones especiales No hay consideraciones especiales relevantes.4.4.4.

3 Flujo normal Usuario 1.6.4.Modificación de datos de una demanda laboral Requerimiento Funcional Historial de versiones RF23 31-12-2010 – Versión original 5.. el sistema determina que los datos ingresados no son Código: DINAE-GESTION-CU-01-ES Página 91 de 336 .6. Sistema 5.4. El sistema finaliza el caso de uso y no realiza ningún cambio.Confirma la modificación de datos 3..6 Caso de Uso 27 . Entre los datos de una demanda laboral existen dos tipos: los que pueden modificarse y los que no pueden modificarse..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Almacena los nuevos datos.4. el usuario no confirma los datos sino que cancela la operación.1 Descripción Este caso de uso corresponde a la modificación de los datos de una demanda laboral. El usuario está visualizando el formulario correspondiente a una demanda laboral.2 Precondiciones El usuario está debidamente logueado en el sistema. 6.3 5..Finaliza el caso de uso.Valida los datos ingresados 4.4.. Los filtros definidos para la demanda NO se modifican.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 2.6.Modifica los datos que correspondan 2. reemplazando los anteriores.6.4.Comunica el resultado de la operación al usuario. 5. 2 En el paso 3.. 5. 5.

4.1: Las validaciones que realiza el sistema son las indicadas en el Caso de Uso 22 . el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 1 del flujo normal. 5. Se seguirá el prototipo de alta de demanda laboral. En este caso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 correctos. 5.Alta de Demanda Laboral de Empresa (Sistema Central).4. Código: DINAE-GESTION-CU-01-ES Página 92 de 336 .6.5 Prototipos de interfaz de usuario No se provee prototipo.6 Consideraciones especiales CE-25.6.

se ejecuta el Caso de Uso 26 – Ficha de Código: DINAE-GESTION-CU-01-ES Página 93 de 336 . En este caso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5. 3.Lista los postulantes resultantes de la búsqueda 4. El usuario ha seleccionado una demanda laboral y. 2 En el paso 4.Busca todos los postulantes que satisfacen los criterios indicados en los filtros que están relacionados a la demanda.2 Precondiciones El usuario está debidamente logueado en el sistema..7.4.7. En este caso.4.Preselección de postulantes para una demanda laboral Requerimiento Funcional Historial de versiones RF24 31-12-2010 – Versión original 5. sino que selecciona la opción “Ver ficha” para uno de los postulantes listados en el resultado de la búsqueda.Selecciona la opción “Ver postulantes” 2.Finaliza el caso de uso Sistema 5. el sistema despliega un mensaje indicando la situación.1 Descripción Este caso de uso corresponde a la preselección de postulantes para una demanda laboral. el usuario no finaliza el caso de uso. 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. desde allí.3 5.4. 5.7.7 Caso de Uso 28 .. el sistema determina que no hay ningún postulante que satisfaga el criterio ingresado.4.4.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3.3 Flujo normal Usuario 1.7...

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.4. el usuario no finaliza el caso de uso sino que selecciona filtrar los postulantes por estado. 5 En el paso 4. 5. el usuario no finaliza el caso de uso.5 Prototipos de interfaz de usuario No corresponde 5. Código: DINAE-GESTION-CU-01-ES Página 94 de 336 . El sistema continúa como en el Caso de Uso 29 .6 Consideraciones especiales CE-1: Los estados de los postulantes respecto a una demanda. En este caso.7.3 demanda laboral. 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. el usuario cambia los valores del filtro y selección la opción “Buscar”.4.7. sino que selecciona cambiar de estado a uno de los postulantes listados en la lista. El sistema lista solo los postulantes en el estado seleccionado por el usuario. 3 En el paso 4. En este caso. 4 En el paso 4. se detallan en el documento RG-01-ES. el sistema registra el nuevo estado para el postulante seleccionado.Cambio de estado de un postulante en una Demanda Laboral.

4.4.4.. 5. el sistema finaliza el caso de uso y cierra la ventana emergente.. En este caso.Cambio de estado de un postulante en una Demanda Laboral Requerimiento Funcional Historial de versiones RF25 31-12-2010 – Versión original 5.8.8 Caso de Uso 29 .Ingresa el motivo del cambio de estado 4... El usuario ha seleccionado la opción de cambio de estado para un postulante en una demanda laboral particular.3 5.Confirma los datos ingresados 5.4.Finaliza el caso de uso. 2 En el paso 5 el sistema determina que los datos ingresados no son Código: DINAE-GESTION-CU-01-ES Página 95 de 336 .4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 4 del flujo normal..Comunica el resultado al usuario y actualiza la lista de postulantes 8.1 Descripción Este caso de uso corresponde al cambio de estado de un postulante en una Demanda Laboral.. 5.Despliega una ventana emergente solicitando el nuevo estado y el motivo.3 Flujo normal Usuario Sistema 1..Valida los datos ingresados 6.2 Precondiciones El usuario está debidamente logueado en el sistema. 5.8.Almacena el nuevo estado del postulante en el sistema 7. 2.4.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.8.8. el usuario no confirma los datos sino que cancela la operación.Selecciona el nuevo estado 3.

el sistema despliega un mensaje indicando la situación y el flujo continúa en el paso 2 del flujo normal.8.4.6 Consideraciones especiales CE-27. Código: DINAE-GESTION-CU-01-ES Página 96 de 336 . 5.8.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 válidos.5 Prototipos de interfaz de usuario Figura 31: Prototipo para el cambio de estado de un postulante respecto a una demanda 5.4.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. En este caso.

.Finaliza el caso de uso 5...Valida los datos ingresados 6. 5.1 Descripción Después de la fecha de contratación por parte de la empresa.3 5.9.3 Flujo normal Usuario Sistema 1. a continuación.4.9.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Este seguimiento se realiza mediante la repetición de una encuesta en diferentes momentos del tiempo. El usuario ha seleccionado una de las demandas y. la opción “Ingresar encuesta”..9.2 Precondiciones El usuario está debidamente logueado en el sistema.4.Caso Empresa Requerimiento Funcional Historial de versiones RF02 31-12-2010 – Versión original 5.Seguimiento de la demanda .Muestra el resultado al usuario 8. se realiza el seguimiento de la demanda.9.Confirma el resultado 5.Despliega el formulario de encuesta 2.4..9 Caso de Uso 30 .Ingresa las respuestas a cada una de las preguntas...4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 4.Almacena los datos de la encuesta en el sistema.Ingresa el periodo al que corresponde la encuesta 3. 7.4. el usuario no confirma los datos sino que cancela el caso Código: DINAE-GESTION-CU-01-ES Página 97 de 336 .. Este caso de uso corresponde al registro de los datos de una de las encuestas realizadas a una empresa contratante. 5.4. 4.

el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.9.1: En el documento DI-01-ES. el sistema determina que los datos ingresados no son válidos. 2 En el paso 5. se muestra el detalle de las preguntas de la encuesta.9. el sistema finaliza el caso de uso y no realiza ninguna modificación. En este caso.5 Prototipos de interfaz de usuario Figura 32: Prototipo para la Ficha de Seguimiento de Empresa 5. En este caso.4.6 Consideraciones especiales CE-29.3 de uso.4.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.2: El periodo debe coincidir con alguno de los periodos indicados en el alta de la demanda. CE-29. 5. Código: DINAE-GESTION-CU-01-ES Página 98 de 336 .

Ingresa las respuestas a cada una de las preguntas..2 Precondiciones El usuario está debidamente logueado en el sistema.4.Muestra el resultado al usuario 8.4.. a continuación. 4..Caso Postulante Requerimiento Funcional Historial de versiones RF27 31-12-2010 – Versión original 5.. 7.3 Usuario Flujo normal Sistema 1.Seguimiento de la demanda .Valida los datos ingresados 6.4.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. la opción “Ingresar encuesta”.Despliega el formulario de encuesta 2. El usuario ha seleccionado una de las demandas y.Confirma el resultado 5.10 Caso de Uso 31 .4.10. se realiza el seguimiento de la demanda. 5. Este seguimiento se realiza mediante la repetición de una encuesta en diferentes momentos del tiempo.Almacena los datos de la encuesta en el sistema..1 Descripción Después de la fecha de contratación por parte de la empresa.Ingresa el periodo al que corresponde la encuesta 3. Este caso de uso corresponde al registro de los datos de una de las encuestas realizadas a un postulante.10.Finaliza el caso de uso Código: DINAE-GESTION-CU-01-ES Página 99 de 336 ...3 5.10. 5..

Código: DINAE-GESTION-CU-01-ES Página 100 de 336 . 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario El prototipo sigue la estructura del Prototipo de Ficha de Seguimiento de Empresa.10.4 Flujos Alternativos de Eventos Descripción En el paso 4.4.4. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.4. el usuario no confirma los datos sino que cancela el caso de uso.1: En el documento DI-01-ES. CE-29. el sistema finaliza el caso de uso y no realiza ninguna modificación. 5. se muestra el detalle de las preguntas de la encuesta. En este caso. En este caso. con las preguntas de la Entrevista de Seguimiento al Trabajador/a.10.10. Flujo Alternativo # 1 2 En el paso 5.3 5. el sistema determina que los datos ingresados no son válidos.6 Consideraciones especiales CE-29.2: El periodo debe coincidir con alguno de los periodos indicados en el alta de la demanda.

En este caso.5.Gestión de Recursos 5.3 Flujo normal Usuario Sistema 1.3 5.. 5.5. el usuario no confirma los datos sino que cancela la operación.1 Descripción Este caso de uso corresponde al alta de un recurso (institución externa).Almacena los datos del recurso 6..1.Despliega el formulario de alta de recurso 2.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.1... En este caso.2 Precondiciones El usuario está debidamente logueado en el sistema.. el sistema finaliza el caso de uso y no registra ningún dato.. el sistema muestra un mensaje indicando la situación.5. Código: DINAE-GESTION-CU-01-ES Página 101 de 336 .5.1. 2 En el paso 4 del flujo normal.Comunica el resultado al usuario 7.1. 5.5. El usuario ha seleccionado la opción “Alta de recurso”.Ingresa los datos del recurso 3.Finaliza el caso de uso 5. el sistema determina que los datos ingresados no son válidos.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..Confirma los datos 4.1 Caso de Uso 32 – Alta de Recurso RF28 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.5 Grupo 5: Servicios Públicos de Empleo .Valida los datos ingresados 5.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5. Estas categorías tienen dos niveles y son: Primer nivel Salud Segundo nivel Hospital Policlínica Especialidades de Salud Violencia Doméstica Vivienda Refugios / Centros diurnos Programas de Vivienda Alimentación Oficinas Locales de INDA Merenderos /Comedores Código: DINAE-GESTION-CU-01-ES Página 102 de 336 .5 Prototipos de interfaz de usuario Figura 33: Prototipo de formulario para el alta y edición de recurso (institución externa) 5.1.2: Los recursos se clasificarán según categorías.5.1: Las reglas de validación que realiza el sistema son las correspondientes a los campos obligatorios para el registro.6 Consideraciones especiales CE-31.1. CE-31.3 5.

3 Discapacidad Servicios Jurídicos Educación / Formación Profesional Trabajo Lista de discapacidades (un nivel) Lista de Tipos de Servicios Jurídicos (un nivel) Lista de Tipos de Educación (un nivel) Dependiente Independiente / Pequeño y Micro emprendimiento Apoyo al empleador Documentación Permisos para trabajar Salud Identificación Personal Oficinas Públicas Municipales Nacionales Código: DINAE-GESTION-CU-01-ES Página 103 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

En este caso.2 Precondiciones El usuario está debidamente logueado en el sistema.Valida el criterio de búsqueda ingresado 5. 2 En el paso 4 del flujo normal.5.Muestra el resultado de la búsqueda 7.3 Flujo normal Usuario Sistema 1.2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5..3 5.. el sistema finaliza el caso de uso. el sistema determina que el criterio de búsqueda no es válido. Despliega el formulario de búsqueda de Recursos. El usuario ha seleccionado la opción “Consulta de recursos”.2.2.. En este caso.2. el sistema determina que no hay Código: DINAE-GESTION-CU-01-ES Página 104 de 336 . el sistema muestra un mensaje de error indicando la situación.Confirma el criterio de búsqueda 4.5. 3 En el paso 6 del flujo normal. 2.Finaliza el caso de uso 5. 5. 5.Busca los recursos que satisfacen el criterio indicado 6.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.Ingresa un criterio de búsqueda 3.. el usuario no confirma el criterio de búsqueda..1 Descripción Este caso de uso corresponde a la consulta de recursos registrados en el sistema.2 Caso de Uso 33 – Consulta de Recursos RF29 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.5.5..

5. En este caso el flujo continúa en el caso de uso Caso de Uso 35 Actualización de datos de Recurso 5 En el paso 7 del flujo normal.6 Consideraciones especiales CE-32.5 Prototipos de interfaz de usuario Figura 34: Prototipo de la sección para búsqueda de recursos. el sistema despliega un mensaje de error indicando la situación. sino que selecciona “Ver actividades” para uno de los recursos. En este caso. 4 En el paso 7 del flujo normal. 5.1.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso. 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) Código: DINAE-GESTION-CU-01-ES Página 105 de 336 .2. 6 En el paso 7 del flujo normal. el usuario no finaliza el caso de uso.5. el usuario no finaliza el caso de uso sino 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 usuario no finaliza el caso de uso sino que selecciona “Habilitar” o “Deshabilitar” sobre uno de los recursos.3 resultados que satisfagan el criterio de búsqueda realizado. El flujo continúa en el Caso de Uso 37 – Consulta de Reuniones con Recursos. el flujo continúa en el caso de uso Caso de Uso 34 Habilitación/Deshabilitación de Recurso. El flujo continúa en el Caso de Uso 39 – Guía de recursos 7 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.2. 5.

3     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 Código: DINAE-GESTION-CU-01-ES Página 106 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..Actualiza la lista de recursos 8.Despliega una ventana emergente solicitando el motivo del cambio. En este caso.3.5.Finaliza el caso de uso 5..3 5. 2.5. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 107 de 336 .3.3.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal. 5. 5.Cambia el estado del recurso 6.2 Precondiciones El usuario está debidamente logueado en el sistema.5.Cierra la ventana emergente 7.. sino que cancela el cambio de estado. el sistema abandona el caso de uso y se cierra la ventana emergente.3 Flujo normal Usuario Sistema 1. El usuario ha seleccionado la opción Habilitar o Deshabilitar para uno de los recursos. En este caso.Habilitación/Deshabilitación de Recurso Requerimiento Funcional Historial de versiones RF30 31-12-2010 – Versión original 5.5.Valida que el motivo no esté vacío 5.Confirma los datos ingresados 4. el sistema determina que los datos ingresados no son correctos. el usuario no confirma el motivo...1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de un recurso..5.3 Caso de Uso 34 .3.Ingresa el motivo 3.. 2 En el paso 4 del flujo normal.

6 Consideraciones especiales No hay consideraciones especiales relevantes.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.5 Prototipos de interfaz de usuario Sigue la estructura general de habilitaciones y deshabilitaciones. 5.3.3. Código: DINAE-GESTION-CU-01-ES Página 108 de 336 . 5.5.5.

5. En este caso.Despliega el formulario de actualización de datos de un recurso con los datos del recurso seleccionado cargados...3 Flujo normal Usuario Sistema 1.4.5. 5. El usuario ha seleccionado la opción “Actualización de datos” para uno de los recursos..4. 5.Finaliza el caso de uso.Valida los datos ingresados 5.4.Actualización de datos de Recurso RF31 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.5.3 5.4 Caso de Uso 35 . el sistema finaliza el caso de uso y no realiza ningún cambio al recurso. el sistema determina que los datos ingresados no son válidos..Actualiza los datos del recurso 3. el sistema muestra un Código: DINAE-GESTION-CU-01-ES Página 109 de 336 .1 Descripción Este caso de uso corresponde a la actualización de datos de un recurso particular.5.2 Precondiciones El usuario está debidamente logueado en el sistema.. el usuario no finaliza el caso de uso sino que selecciona Cancelar. En este caso.5. 6. 2 En el paso 4 del flujo normal. reemplazando los datos anteriores.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.4.Comunica el resultado al usuario 7. 5...4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.Confirma los datos 4.Almacena los nuevos datos del recurso. 2.

5 Prototipos de interfaz de usuario Sigue la estructura general del alta de recurso.4.1: Las validaciones que se realizan corresponden a las que se realizan en el alta de un recurso.3 mensaje indicando la situación y el flujo continúa en el paso 2 del flujo normal.5. 5.6 Consideraciones especiales CE-34. 5.4.5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 110 de 336 .

Comunica el resultado al usuario 7.5. sino que cancela la operación.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.. 5. una reunión con una de las 5.. En este caso. el sistema determina que los datos ingresados no son válidos.Valida los datos de la reunión 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Almacena los datos de la reunión 6. El usuario ha seleccionado la opción “Agregar reunión” para alguno de los recursos.Despliega una ventana emergente para el registro de una reunión con un recurso.5. el usuario no confirma los datos.5.5.2 Precondiciones El usuario está debidamente logueado en el sistema..5. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 Código: DINAE-GESTION-CU-01-ES Página 111 de 336 .Ingresa los datos de la reunión 3..5 Caso de Uso 36 – Registro de Reunión con Recurso RF32 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.Confirma los datos de la reunión 4.Finaliza el caso de uso 5.5.5.5. En este caso.1 Descripción Este caso de uso corresponde al registro del resultado de instituciones registradas como recursos.5.3 Flujo normal Usuario Sistema 1.. 2..3 5. 2 En el paso 4 del flujo normal.. el sistema finaliza el caso de uso y cierra la ventana emergente.

5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5.2: Para cada uno de los campos de texto.3 del flujo normal. 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.5 Prototipos de interfaz de usuario Figura 35: Prototipo para el registro de una reunión con un recurso (institución externa). Código: DINAE-GESTION-CU-01-ES Página 112 de 336 . que no tiene por qué coincidir con el operador que está registrando la reunión en el sistema.5. 5.6 Consideraciones especiales CE-35.5. 5. CE-35.1: Las validaciones que se realizan en el paso 4 del flujo normal corresponden a validar los campos que son obligatorios.3: En la reunión se registrará el operador que efectivamente realizó la reunión. CE-35.

2... 5.2 Precondiciones El usuario está debidamente logueado en el sistema. el usuario no confirma la consulta.Confirma el criterio ingresado 4. 5.6.Muestra las reuniones resultantes de la búsqueda. el sistema determina que el criterio de Código: DINAE-GESTION-CU-01-ES Página 113 de 336 . 5. el sistema finaliza el caso de búsqueda sin mostrar ningún resultado. sino que cancela la búsqueda.Finaliza el caso de uso 5.6.6. El usuario ha seleccionado la opción “Consulta de Recursos”..Despliega el formulario de consulta (búsqueda) de reuniones con recursos.Valida que el criterio de búsqueda sea válido.1 Descripción Este caso de uso corresponde a consultar las reuniones realizadas con recursos.3 Flujo normal Usuario Sistema 1.6 Caso de Uso 37 – Consulta de Reuniones con Recursos RF33 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.. 7.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..3 5. 2 En el paso 4 del flujo normal.5. En este caso.5.Realiza la búsqueda de las reuniones que satisfacen el criterio.6..5.5.5.Ingresa un criterio de búsqueda 3. 6.

En este caso. 4 En el paso 6 del flujo normal.6.1: Los criterios de búsqueda son:    Por rango de fechas Por institución Por CePE Podrá seleccionarse más de un criterio y.6 Consideraciones especiales CE-36. En este caso. el sistema muestra un mensaje de error indicando la situación y finaliza el caso de uso. el sistema muestra los primeros 50 resultados y el paginador. En este caso.3: Las reuniones se listarán en orden inverso de fechas.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el sistema muestra un mensaje indicando esta situación. 5.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. CE-36.3 búsqueda no es correcto. 5.5 Prototipos de interfaz de usuario La interfaz seguirá el estilo general de las búsquedas.5. el sistema determina que no hay ninguna reunión que satisfaga el criterio indicado. en ese caso. el sistema determina que hay más de 50 reuniones que satisfagan el criterio.6. se listará a todos los recursos que satisfacen todos los criterios. El flujo continúa en el paso 2 del flujo normal. 3 En el paso 6 del flujo normal. Código: DINAE-GESTION-CU-01-ES Página 114 de 336 .5.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.7.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3.7.5.7.5. a que se saque el carné de salud y a que renueve la cédula de identidad).5.1 Descripción En la entrevista de recepción o en la entrevista de orientación se puede derivar al postulante a uno o más recursos. El usuario ha seleccionado la opción “Derivar” para una de las áreas de interés de un postulante. durante una de las entrevistas.Registra la derivación. 5..Confirma la selección 4.3 Flujo normal Usuario Sistema 1.7. (Por ejemplo.Muestra el resultado al usuario 6.7 Caso de Uso 38 – Derivación de un Postulante a un Recurso Requerimiento Funcional Historial de versiones RF34 31-12-2010 – Versión original 5.Selecciona uno de los recursos. 5..2 Precondiciones El usuario está debidamente logueado en el sistema. 5.5.3 5. Este caso de uso corresponde a la derivación de un postulante a un recurso..Finaliza el caso de uso 5..5. 2. 3. el usuario no confirma los datos sino que cancela la Código: DINAE-GESTION-CU-01-ES Página 115 de 336 ...Despliega una ventana emergente con todos los recursos que corresponden con la categoría de información que solicita el postulante.

6 Consideraciones especiales CE-37. En este caso.5. al abrirse. el sistema finaliza el caso de uso y cierra la ventana emergente.5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.7.3 operación. Código: DINAE-GESTION-CU-01-ES Página 116 de 336 .7. se muestran todos los recursos en la localidad d postulante. 5.1: En la ventana emergente.5 Prototipos de interfaz de usuario La interfaz sigue la estructura general de las derivaciones. La ventana incluirá la opción de filtrar los recursos por departamento y localidad. 5.

1: La guía generada incluirá: a) Primera página (Carátula) – Guía de Recursos b) Una página por recurso. el sistema desplegó los resultados y el usuario seleccionó la opción “Generar Guía de recursos”. 4.8.5.2 Precondiciones El usuario está debidamente logueado en el sistema.8.8..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5..8 Caso de Uso 39 – Guía de recursos RF35 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.6 Consideraciones especiales CE-38.8.5.8. 3.5. Código: DINAE-GESTION-CU-01-ES Página 117 de 336 .5 Prototipos de interfaz de usuario No corresponde 5.5.3 Flujo normal Usuario Sistema 1..5. 5. 2.Obtiene los datos de todos los recursos resultantes de la búsqueda.1 Descripción 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.5.. 5.Genera un documento PDF con dicha información. 5.4 Flujos Alternativos de Eventos No hay flujos alternativos relevantes.Muestra el documento al usuario. con todos los datos de los recursos.3 5.Finaliza el caso de uso 5.8. El usuario ha realizado una consulta de recursos.

3 Los recursos estarán ordenados por Categoría. Subcategoría y dentro de ella alfabéticamente.<Subcategoría> Pie de página: Número de página CE-38.<Categoría> .2: El usuario podrá seleccionar alguno o varios de los siguientes criterios: a) Departamento b) Localidad c) Categoría d) Subcategoría Código: DINAE-GESTION-CU-01-ES Página 118 de 336 . se tendrá:   Cabezal de página: Guía de Recursos . En estas páginas.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

El usuario seleccionará esta opción y el sistema desplegará un formulario en el que se ingresarán los datos correspondientes.1.6.Finaliza el caso de uso 5..3 5.6..6.1.6.Almacena los datos ingresados 6.. El sistema finaliza el caso Código: DINAE-GESTION-CU-01-ES Página 119 de 336 . sino que cancela la operación. Cuando se crea un módulo queda en estado HABILITADO...Comunica el resultado al usuario 7.1 Caso de Uso 40 – Alta de Módulo RF36 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.Valida los datos ingresados 5.. El usuario seleccionó la opción “Alta de Módulo”.3 Flujo normal Usuario Sistema 1.2 Precondiciones El usuario está debidamente logueado en el sistema. 5.6 Grupo 6: Servicios Públicos de Empleo – Orientación Laboral 5..Despliega el formulario de alta de módulo 2.Ingresa los datos correspondientes al módulo 3.1.1 Descripción Este caso de uso corresponde al alta de un módulo del Taller de Orientación Laboral.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6. 5. el usuario no confirma los datos ingresados.Confirma los datos ingresados 4.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.1.

En este caso.6.1.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. el sistema determina que los datos ingresados no son válidos.1. 5. 5.3 de uso y no se realiza el alta del módulo. 58 – El contenido del curso no está vacío 59 – No existe otro módulo con el mismo nombre CE-39. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. 2 En el paso 4 del flujo normal.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 Consideraciones especiales CE-39. Código: DINAE-GESTION-CU-01-ES Página 120 de 336 .5 Prototipos de interfaz de usuario La interfaz de usuario seguirá la estructura general de altas.6.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.

el flujo continúa en el Caso de Uso 42 – Habilitación/Deshabilitación de un Módulo. En este caso el flujo continúa en el Caso de Uso 43 – Edición de datos de un Módulo. el usuario no finaliza el caso de uso sino que selecciona la opción “Habilitar” o “Deshabilitar” uno de los módulos.6.. 2 En el paso 2 del flujo normal.Despliega una lista de todos los módulos habilitados en el sistema. Al seleccionar esta opción.6. En este caso.2.1 Descripción Este requerimiento corresponde a consultar todos los módulos definidos para el Taller de Orientación Laboral.3 Flujo normal Usuario Sistema 1. 5. Código: DINAE-GESTION-CU-01-ES Página 121 de 336 .2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.2.6. El sistema busca todos los módulos en el estado seleccionado y los muestra. el usuario no finaliza el caso de uso sino que selecciona la opción “Editar” para uno de los módulos. 5.6.2.2 Caso de Uso 41 – Consulta de Módulos RF37 31-12-2010 – Versión original Requerimiento Funcional Historial de versiones 5.6. 2. el sistema listará todos los módulos definidos (considerando el hecho de que no son muchos módulos).3 5. el usuario no finaliza el caso de uso sino que selecciona un cambio de estado.-Finaliza el caso de uso 5.2 Precondiciones El usuario está debidamente logueado en el sistema. El flujo continúa en el paso 2 del flujo normal.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 2 del flujo normal. 3 En el paso 2 del flujo normal. El usuario seleccionó la opción “Consulta de Módulos”.

descrita en los casos de uso anteriores. Código: DINAE-GESTION-CU-01-ES Página 122 de 336 .6.3 5.6.6 Consideraciones especiales 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. 5.5 Prototipos de interfaz de usuario La interfaz de usuario sigue la estructura general de las búsquedas.2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.2.

. El usuario seleccionó la opción de Habilitar o Deshabilitar para alguno de los módulos.Confirma el cambio de estado 4.6.Ingresa el motivo.6.Almacena el nuevo estado del módulo 6.3.. En ese caso.Despliega una ventana emergente solicitando el motivo y confirmación del cambio de estado.3 Caso de Uso 42 – Habilitación/Deshabilitación de un Módulo Requerimiento Funcional Historial de versiones RF38 03-01-2011 – Versión original 5.3... 5.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de un módulo del Taller de Orientación Laboral. 3.Finaliza el caso de uso 5.Actualiza la lista de módulos 7.2 Precondiciones El usuario está debidamente logueado en el sistema..Valida que el motivo no esté vacío. el sistema cierra la ventana emergente y no realiza el cambio de estado.6.3 5.6. Código: DINAE-GESTION-CU-01-ES Página 123 de 336 . 5.3. 5.3.3 Flujo normal Usuario Sistema 1.6.Cierra la ventana emergente 8. el usuario no confirma sino que cancela la operación.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 2..4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal..

3. 5.6 Consideraciones especiales No hay consideraciones especiales. Código: DINAE-GESTION-CU-01-ES Página 124 de 336 . el sistema determina que el motivo está vacío y en ese caso muestra un mensaje indicando el error y el flujo continúa en el paso 2 del flujo normal.6.3. 5.3 2 En el paso 4 del flujo normal.6.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario La interfaz de usuario sigue la estructura general de las habilitaciones y deshabilitaciones descritas en los casos de uso anteriores.

4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.6. el sistema cierra la ventana emergente sin realizar ningún cambio. 5. el usuario no confirma la actualización sino que cancela la operación.Comunica el resultado al usuario..3 5.Almacena los nuevos datos reemplazando los datos anteriores.6. 2.Despliega una ventana emergente para la edición de un módulo con los datos del módulo cargados.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6.Actualiza los datos del módulo 3. 5.Confirma los datos actualizados 4.6..4.. 6.4 Caso de Uso 43 – Edición de datos de un Módulo RF39 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5..4. el sistema muestra un mensaje de error al usuario Código: DINAE-GESTION-CU-01-ES Página 125 de 336 . En este caso..1 Descripción Este caso de uso corresponde a la actualización de datos de un módulo.2 Precondiciones El usuario está debidamente logueado en el sistema.4.. el sistema determina que los datos no son válidos. En este caso.6..Valida los datos modificados 5. El usuario ha seleccionado la opción “Actualización de Datos” para un módulo. cierra la ventana emergente y actualiza la lista de módulos a desplegar.Finaliza el caso de uso.3 Flujo normal Usuario Sistema 1. 5. 7. 2 En el paso 4 del flujo normal.4.

5 Prototipos de interfaz de usuario La interfaz de usuario sigue la estructura general de alta o edición.4.3 indicando la situación.6. corresponden a las validaciones que se realizan también en el alta de un módulo.6. 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 126 de 336 .4.6 Consideraciones especiales CE-42.1: Las validaciones que realiza en el paso 4. 5.

el usuario no confirma los datos sino que cancela la operación.Despliega el formulario para el ingreso de un nuevo grupo. El usuario ha seleccionado la opción “Nuevo grupo” para alguno de los módulos habilitados del Taller de Orientación Laboral.6.Finaliza el caso de uso 5.6.Confirma el resultado al usuario. 5. el sistema determina que los datos ingresados no son válidos..Confirma los datos ingresados 4.3 5.6.5..1 Descripción Este requerimiento corresponde al alta de un grupo para alguno de los módulos del Taller de Orientación Laboral.6.Almacena los datos ingresados 6.Valida los datos ingresados 5. En este caso el sistema finaliza el caso de uso sin almacenar ningún dato..5.Ingresa los datos del grupo 3. 2.5. 7. Código: DINAE-GESTION-CU-01-ES Página 127 de 336 .6. En este caso.. 2 En el paso 4 del flujo normal..3 Flujo normal Usuario Sistema 1. el sistema muestra un mensaje indicando la situación y el flujo continúa en el paso 2 del flujo normal.2 Precondiciones El usuario está debidamente logueado en el sistema.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..5 Caso de Uso 44 – Alta de Grupos RF40 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5..5.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal. 5.

5 Prototipos de interfaz de usuario La interfaz de usuario sigue la estructura general de alta de entidades.3 5.5.6.5. 63 – El plazo de derivación es una fecha mayor o igual a la fecha del día 64 – Hay un estado seleccionado Código: DINAE-GESTION-CU-01-ES Página 128 de 336 .6 Consideraciones especiales 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.6.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5.

4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal. Código: DINAE-GESTION-CU-01-ES Página 129 de 336 .3 Flujo normal Usuario Sistema 1...3 5.Muestra el resultado de la búsqueda.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5.1 Descripción Este caso de uso corresponde a la búsqueda (o consulta) de grupos de módulos del Taller de Orientación Laboral. 7.Busca los módulos que satisfacen el criterio 6.6.6. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2. En este caso.6.6.. 2.6. El usuario ha seleccionado la opción “Consulta de Grupos”..Despliega el formulario para consulta de grupos de módulos del Taller de Orientación Laboral.Finaliza el caso de uso.6.Valida el criterio ingresado 5. 5. 2 En el paso 4.Confirma el criterio ingresado 4. el sistema finaliza el caso de uso y regresa a la página de inicio del sistema. En este caso.6.2 Precondiciones El usuario está debidamente logueado en el sistema..Ingresa un criterio de búsqueda 3. el usuario no confirma el criterio sino que cancela la operación.6. 5.6 Caso de Uso 45 – Consulta de Grupos de Módulos RF41 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5..6. el sistema determina que el criterio de búsqueda no es válido..

el usuario no finaliza el caso de uso sino que selecciona la opción “Ingresar encuesta” para uno de los módulos. 5.6. el flujo continúa en el Caso de Uso 48 – Lista de Participantes – Grupo Abierto.1: Se podrá consultar por los siguientes criterios: a) Módulo b) Rango de fechas (aplica a la fecha de inicio) c) Departamento d) Localidad e) CePE 6 CE-44.6. 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.3 3 En el paso 7.2: Como resultado de la consulta. Código: DINAE-GESTION-CU-01-ES Página 130 de 336 .6 Consideraciones especiales CE-44. En este caso.5 Prototipos de interfaz de usuario No corresponde 5. 5 En el paso 7 del flujo normal. 4 En el paso 7. El flujo continúa en el Caso de Uso 46 – Edición de un grupo. el usuario no finaliza el caso de uso sino que selecciona la opción “Ver la lista de participantes”.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el usuario no finaliza el caso de uso sino que selecciona la opción “Editar” sobre uno de los grupos.6.6.

reemplazando los datos existentes. 5. En este caso.Actualiza los datos que correspondan.Comunica el resultado al usuario.6..6. el sistema determina que los datos ingresados no son válidos. 3.1 Descripción Este caso de uso corresponde a la actualización de los datos de un grupo..4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.7. el sistema finaliza el caso de uso sin actualizar ningún dato. 6..Muestra el formulario de edición de grupo de módulo con los datos cargados del grupo seleccionado.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.7. El usuario ha seleccionado la opción “Editar” para alguno de los grupos de algún módulo del Taller de Orientación Laboral...7.7.3 Flujo normal Usuario Sistema 1. 5.Finaliza el caso de uso 5. el usuario no confirma los datos sino que selecciona la opción Cancelar.Valida los datos ingresados 5.6.2 Precondiciones El usuario está debidamente logueado en el sistema. En este caso.Almacena los nuevos datos.. 2.7 Caso de Uso 46 – Edición de un grupo RF42 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5. 2 En el paso 4 del flujo normal..3 5.6.Confirma los datos modificados 4. 7.6. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 Código: DINAE-GESTION-CU-01-ES Página 131 de 336 .

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso. Código: DINAE-GESTION-CU-01-ES Página 132 de 336 .6 Consideraciones especiales CE-45. el usuario selecciona la opción Listar participantes.5 Prototipos de interfaz de usuario No corresponde 5. CE-45.2: Las validaciones que se realizan al realizar la actualización de datos. el usuario selecciona la opción “Ingresar evaluación”.6. realizará la actualización del cambio de estado de cada uno de los participantes en dicho grupo.7. son las indicadas en el alta de grupo.7.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. 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.3 del flujo normal. 4 En el paso 7 del flujo normal. el flujo continúa en el Caso de Uso 48 – Lista de Participantes – Grupo Abierto. la actualización del cambio de estado del grupo. 5. 3 En el paso 7 del flujo normal.6.

5.Confirma el cambio indicado 5.Despliega un formulario para la asignación de postulantes a grupo.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. Para ello. 5. el usuario realizará una búsqueda de posibles participantes y podrá preseleccionar postulantes para inscribir en el grupo. 7. 3.Cambia el estado de los postulantes seleccionados al estado indicado. Código: DINAE-GESTION-CU-01-ES Página 133 de 336 .3 Flujo normal Usuario Sistema 1.6.Almacena el nuevo estado para cada uno de ellos.8.2 .Cambia el estado de algunos de los postulantes de la lista.Finaliza el caso de uso..3 5..8 Caso de Uso 47 – Asignación de postulantes a grupo RF43 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5. 6. 2..2 Precondiciones El usuario está debidamente logueado en el sistema.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 8.8. 4.Muestra el resultado de la operación al usuario.6.8.1 Descripción Este caso de uso corresponde a la asignación de postulantes a un grupo de un módulo de un Taller de Orientación Laboral.Realiza la búsqueda de postulantes “candidatos” para el grupo...6.6.

2 En el paso 8 del flujo normal.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 4 del flujo normal.8. el usuario no finaliza el caso de uso sino que vuelve al paso 2 del flujo normal.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso.6 Consideraciones especiales CE-46.5 Prototipos de interfaz de usuario Figura 36: Prototipo para la preselección de postulantes para la inscripción en un módulo del Taller de Orientación Ocupacional. el usuario no confirma la operación sino que cancela la operación. 5.8. El sistema continúa en el flujo normal a partir de ese punto. 5. el sistema listará para cada participante los siguientes datos: Código: DINAE-GESTION-CU-01-ES Página 134 de 336 .6.2: Como resultado de la búsqueda.6.3 5. el sistema finaliza el caso de uso sin realizar ningún cambio.6.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.8.

4: El sistema controlará que no se inscriban más participantes que el cupo del grupo.3 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.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 135 de 336 .3: Los estados de los participantes para un grupo son: a) Interesado b) Inscripto c) No inscripto CE-46.

7 – El usuario finaliza el caso de uso 2 En el paso 1.9.3 5.6.5 – El sistema realiza la actualización en la base de datos 2. sino que selecciona la opción de cambiar el estado a uno o más postulantes. 2. 5.2 Precondiciones El usuario está debidamente logueado en el sistema.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.. se tendrá la posibilidad de cambiar el estado de los participantes en dicho grupo.9.Finaliza el caso de uso 5. 5.9. Código: DINAE-GESTION-CU-01-ES Página 136 de 336 . 2.2 – El usuario selecciona el nuevo estado 2.6.1 Descripción Este caso de uso permite listar todos los participantes asignados a un grupo abierto. En este caso.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 2.1 – El usuario selecciona el o los postulantes a los que desea cambiar el estado. El usuario ha seleccionado la opción “Listar participantes” para uno de los grupos de un módulo del Taller de Orientación Laboral.6.6.6. el sistema despliega un mensaje indicando la situación. En ese caso. Los participantes asignados son aquellos que están preseleccionados o inscriptos.4 – El sistema solicita confirmación de la operación 2.3 – El usuario confirma la operación 2.6 – El sistema comunica el resultado al usuario 2.9.3 Flujo normal Usuario Sistema 1. Mientras el grupo está abierto. el usuario no finaliza el caso de uso.9 Caso de Uso 48 – Lista de Participantes – Grupo Abierto RF45 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5. el sistema determina que no hay postulantes asignados al grupo. 2.Despliega la lista de participantes asignados en el grupo.

sino que selecciona filtrar las personas asignadas para uno de los estados.5 Prototipos de interfaz de 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. el usuario no finaliza el caso de uso. En este caso. 5.9.6.6 Consideraciones especiales 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 Código: DINAE-GESTION-CU-01-ES Página 137 de 336 . el sistema realiza la búsqueda de todos los asignados al grupo que están en el estado seleccionado y los muestra al usuario.3 3 En el paso 2.6.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5.9.

el usuario no finaliza el caso de uso. 2. Código: DINAE-GESTION-CU-01-ES Página 138 de 336 .Despliega la lista de participantes inscriptos en el grupo.Finaliza el caso de uso 5.4 – El sistema solicita confirmación de la operación 2. 2.1 Descripción Este caso de uso permite listar todos los participantes asignados a un grupo cerrado.6. 2.Seguimiento de la demanda .7 – El usuario finaliza el caso de uso Flujo Alternativo # 1 2 En el paso 2. El flujo continúa en el caso de uso Caso de Uso 31 . 5.6 – El sistema comunica el resultado al usuario y muestra la cantidad de personas que asistieron y la cantidad de personas que no asistieron.6.10.10.10. el usuario no finaliza el caso de uso. 2.5 – El sistema realiza la actualización en la base de datos 2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.4 Flujos Alternativos de Eventos Descripción En el paso 2.10 Caso de Uso 49 – Lista de Participantes – Grupo Cerrado RF45 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.6.3 5.3 Usuario Flujo normal Sistema 1.6. El usuario ha seleccionado la opción “Listar participantes” para uno de los grupos de un módulo del Taller de Orientación Laboral.2 – El usuario confirma la operación 2. 5.Caso Postulante.6. En ese caso.10.1 – El usuario selecciona el o los postulantes que asistieron. sino que realiza el registro de asistencia al grupo. Los participantes son aquellos que están inscriptos.. sino que selecciona la opción de Registro de Encuesta para uno de los participantes.2 Precondiciones El usuario está debidamente logueado en el sistema.

10.3 5. 5.6.5 Prototipos de interfaz de usuario La interfaz de usuario sigue los lineamientos de la interfaz para grupo abierto.10.6      Consideraciones especiales CE-1: Para cada uno de las personas se listarán los siguientes datos: Identificación Nombre Localidad de residencia Departamento de residencia Asistencia Código: DINAE-GESTION-CU-01-ES Página 139 de 336 .6.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

.3 Usuario Flujo normal Sistema 1.11.Consulta de Participantes en Grupos RF46 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5..5 Prototipos de interfaz de usuario No corresponde 5..6.6.Realiza la búsqueda y el cálculo de participantes por grupo.Confirma el criterio de búsqueda 4.11 Caso de Uso 50 ..6.1 Descripción Este caso de uso permite realizar consultas sobre la cantidad de participantes por grupo. muestra un mensaje de error indicando la situación.6.11. 5..6 Consideraciones especiales CE-1: Los criterios de búsqueda son los siguientes: a) Módulo Código: DINAE-GESTION-CU-01-ES Página 140 de 336 .2 Precondiciones El usuario está debidamente logueado en el sistema.. El usuario seleccionó la opción “Consulta de Participantes”.Despliega el formulario de consultas 2.6.4 Flujos Alternativos de Eventos Descripción En el paso 5.3 5.Ingresa el criterio de búsqueda 3. En este caso. 5.11. Flujo Alternativo # 1 5.Muestra el resultado al usuario 6.Finaliza el caso de uso 5. 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el sistema determina que no hay resultados que satisfagan el criterio indicado.6.11.11.11.6.

Código: DINAE-GESTION-CU-01-ES Página 141 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 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.3 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.

12.12. el sistema determina que los datos ingresados no son válidos o están incompletos.. 2.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. sino que cancela la operación. El usuario selección la opción de Ingreso de Encuesta para un grupo particular.6.. el usuario no confirma. 5..6.12.12 Caso de Uso 51 . 5.2 Precondiciones El usuario está debidamente logueado en el sistema. el sistema finaliza el caso de uso y no realiza ningún registro..Despliega la encuesta para el participante seleccionado.Ingreso de encuestas de Grupos de Módulos del Taller de Orientación Laboral Requerimiento Funcional Historial de versiones RF47 03-01-2011 – Versión original 5.6. En este caso.Completa la respuesta a cada una de las preguntas 3. Flujo Alternativo # 1 2 En el paso 4.12.3 Usuario Flujo normal Sistema 1.6.3 5.Valida que todas las preguntas tengan respuesta.1 Descripción Este caso de uso corresponde al ingreso de la encuesta del dictado de un grupo de un módulo del Taller de Orientación Laboral.Almacena el resultado 6. 5.Confirma el resultado 4.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Finaliza el caso de uso.6. muestra un mensaje al Código: DINAE-GESTION-CU-01-ES Página 142 de 336 ... 5. 7.. En este caso.Comunica el resultado al usuario.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5. 2. la propuesta de taller le ha parecido: a) Inadecuado b) Adecuado c) Muy adecuado ¿Qué herramientas o estrategias para buscar empleo aprendió a partir de su 9. 3. o profundizar en algunos de los temas tratados? (Texto de campo libre) Se ingresará una síntesis de temas propuestos para próximas instancias. Consideraciones especiales CE-1: La encuesta es fija y tiene las siguientes preguntas: ¿A que módulos concurrió? a) Acá se listan todos los módulos del Taller. descritas en los casos de uso anteriores. ¿Desea proponer algún tema para el próximo taller.6. 8.3 usuario indicando la situación y el flujo continúa en el paso 2 del flujo normal.5 Prototipos de interfaz de usuario La interfaz de usuario sigue el esquema general de ingreso de encuestas.12. ¿El lugar donde se realizó el taller fue apropiado para la actividad prevista? (Si/No) ¿Recibió información suficiente? (Si/No) ¿Se pudieron reflejar situaciones del mundo laboral en las actividades planteadas? a) b) c) d) Siempre La mayoría de las veces Pocas veces Nunca 7.6. ¿Participaría de otros módulos? (Si / No) El tiempo para realizar el taller fue: a) b) Suficiente Insuficiente 4. ¿Se sintió cómodo/a participando en grupo? (Si/No) Código: DINAE-GESTION-CU-01-ES Página 143 de 336 . ¿En términos generales. participación en el taller? (Texto de campo libre) 10.6 1. 5. 5. 6.12.

La responsabilidad y puntualidad me será de utilidad en un ambiente de trabajo real: a) b) c) d) Muy en desacuerdo En desacuerdo De acuerdo Muy de acuerdo 14.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. resolvimos mejor las situaciones planteadas a) b) c) d) Muy en desacuerdo En desacuerdo De acuerdo Muy de acuerdo 16. y tengo más aspectos positivos para destacar en mi próxima entrevista de trabajo: a) b) c) d) Muy en desacuerdo En desacuerdo De acuerdo Muy de acuerdo 15. A partir de ahora ¿Cuáles son los trabajos o sectores laborales para los cuales piensa presentarse? Texto de campo libre) 12. Me siento más seguro/a que antes para buscar trabajo. marque su opinión sobre las siguientes oraciones: 13. pero cuando intercambié ideas con los compañeros/as. La coordinación del taller fue: a) Inadecuado b) Adecuado c) Muy adecuado A partir de los temas trabajados.3 11. laboral El taller no fue útil para la búsqueda de empleo y la presentación a una entrevista a) b) c) d) Muy en desacuerdo En desacuerdo De acuerdo Muy de acuerdo Código: DINAE-GESTION-CU-01-ES Página 144 de 336 . Me sentía inseguro/a.

3 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: a) b) c) d) Muy en desacuerdo En desacuerdo De acuerdo 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.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 145 de 336 .

Este código de usuario lo pueden obtener por dos medios: Código: DINAE-GESTION-CU-01-ES Página 146 de 336 . Descripción c. La siguiente figura describe el funcionamiento general. Fecha de última actualización Y se dará la opción de descargarlo.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Esta página contendrá además información general en formato texto y los links para el registro inicial. Para cada documento el sistema listará: a. las empresas y las personas deberán poseer un código de usuario y una contraseña.3 5. Esta página tendrá una lista de documentos.7. Empresas Postulantes Registro e Ingreso De Demandas Laborales Registro y Manifestación de interés De Demandas Laborales 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.1 Grupo 7: Intermediación Laboral Web 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. Para acceder al área privada. Nombre b. b) Una página adicional de descarga de documentos.7 5.

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.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. historia laboral. d) Generar PDF con CV Código: DINAE-GESTION-CU-01-ES Página 147 de 336 . áreas de interés) c) Registro de interés para demanda laboral concreta.3 a) al registrarse en forma online b) al registrarse en un CePE.

...Despliega el formulario de registro Web de empresa 2. 12.2.7.Almacena los nuevos datos 10. 5. Código: DINAE-GESTION-CU-01-ES Página 148 de 336 ..3 Flujo normal Usuario Sistema 1..Despliega la segunda parte del formulario de registro 6...2 Caso de Uso 52 .1 Descripción 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.. 5.7.Valida los datos ingresados 9.Completa los otros datos de la empresa 7..Confirma los datos ingresados 8.Registro de Empresa RF48 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.Confirma el número 4.2. El registro de la empresa.Genera una contraseña para el usuario generado.2.3 5.Finaliza el caso de uso..Genera el código de usuario de la empresa 11.2 Precondiciones El usuario ha seleccionado la opción Registrar empresa.Verifica que no exista una empresa con ese número de BPS que ya esté registrada. 5.Ingresa el número de BPS 3.Envía un correo electrónico con la contraseña 13. incluye completar las preguntas que se realizan a la empresa (Ver ficha de la empresa)..7...Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..7.Comunica el resultado al usuario 14.

el sistema determina que el número de BPS ingresado no es correcto. el sistema muestra un mensaje indicando la situación y que utilice la función de “ingreso al sistema”. el estado de su registro queda INCOMPLETO. 2 En el paso 4 del flujo normal. 5.3 5. En este caso.7.2. En este caso.5 Prototipos de interfaz de usuario No corresponde 5. Código: DINAE-GESTION-CU-01-ES Página 149 de 336 . el sistema finaliza el caso de uso sin realizar ningún registro. 4 En el paso 8 del flujo normal. En este caso. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 6 del flujo normal.7.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el usuario no confirma el número de BPS sino que cancela la operación. d) Los datos provistos coinciden con los datos que posee el MTSS.6 Consideraciones especiales CE-1: Cuando se registra una empresa. el sistema determina que los datos ingresados 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 2 del flujo normal.2. el sistema determina que ya existe una empresa registrada con el número de BPS ingresado y que dicha empresa ya tiene un código de usuario asignado.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En los pasos 3 o 7 del flujo normal.2. 3 En el paso 4 del flujo normal.7. excepto la de actualización de los datos. Esto no le permitirá realizar demandas ni otras operaciones. 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.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 Código: DINAE-GESTION-CU-01-ES Página 150 de 336 .

.3 Flujo normal Usuario Sistema 1.Despliega el formulario correspondiente a la Descripción general del perfil del cargo.Ingresa los datos de los requisitos para el cargo.. 5.Valida los datos de los requisitos 10. El registro de la empresa para la que realizará el registro de la demanda está en estado COMPLETO.7...Ingresa los datos de la descripción general.1 Descripción Este caso de uso corresponde al registro de una demanda laboral por parte de una empresa a través de la Web.. 7.3.Almacena los datos de requisitos de la demanda.Cambia el estado de la demanda a Código: DINAE-GESTION-CU-01-ES Página 151 de 336 ..3 5. 5. 6.2 Precondiciones El usuario está debidamente logueado en el sistema.7...Almacena la demanda en estado INCOMPLETA.3 Caso de Uso 53 ..Genera la sección de filtros de la demanda a partir de los datos 12.3.7. 2.Confirma los datos de los requisitos 9. 8.7.Valida los datos ingresados 5. 3.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3..Registro de una Demanda por parte de una Empresa Requerimiento Funcional Historial de versiones RF49 03-01-2011 – Versión original 5. 11.Confirma los datos ingresados 4.Despliega y habilita la sección de Requisitos para el cargo.

5 Prototipos de interfaz de usuario No corresponde 5.7.. En este caso.7.3.7. el sistema finaliza el caso de uso y no realiza ninguna acción. el usuario no confirma los requisitos para el cargo.Alta de Demanda Laboral de Empresa (Sistema Central). el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 7 del flujo normal.Finaliza el caso de uso. el usuario no confirma el ingreso de los datos generales sino que cancela la operación. el sistema finaliza el caso de uso dejando la demanda almacenada en estado INCOMPLETA.3. 5. Código: DINAE-GESTION-CU-01-ES Página 152 de 336 . En este caso. 2 En el paso 4 del flujo normal. el sistema determina que los datos ingresados no son válidos. 3 En el paso 8 del flujo normal.3. 14. 5. 4 En el paso 9 del flujo normal. 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.6 Consideraciones especiales 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 .Despliega un mensaje al usuario. En este caso. el sistema determina que los datos ingresados no son correctos. En ese caso.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.3 COMPLETA y graba los datos 13.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.. sino que cancela la operación.

2 Precondiciones El usuario está debidamente logueado en el sistema. Para aquellas demandas que están completas. el sistema despliega el formulario de demanda y el flujo continúa como en el caso de uso Caso de Uso 53 .4 Caso de Uso 54 . 5.7.7.7. 5. Para aquellas demandas que están incompletas dará la opción de editarlas y completarlas.4.3 5.Registro de una Demanda por parte de una Empresa.4..Lista todas las demandas de la empresa 2.1 Descripción Este caso de uso corresponde a la consulta que realizan las empresas desde la interfaz Web del sistema.Consulta de Demandas (por parte de la Empresa) Requerimiento Funcional Historial de versiones RF50 03-01-2011 – Versión original 5.3 Flujo normal Usuario Sistema 1..4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 2.5 Prototipos de interfaz de usuario No corresponde Código: DINAE-GESTION-CU-01-ES Página 153 de 336 .4. El usuario seleccionó la opción “Consulta de demandas”. listará la cantidad de postulantes que satisfacen los requisitos originales registrados en la demanda de la empresa.Finaliza el caso de uso 5.7.7.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5. el usuario no finaliza el caso de uso sino que selecciona la opción Editar para una demanda en estado INCOMPLETA.4. En este caso. El sistema listará todas las demandas de la empresa ordenadas por fecha de registro de la demanda en criterio descendente.4.7.

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.7.4.1: Para cada una de las demandas completas.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el sistema listará: a) Nombre del cargo ofrecido por la empresa b) Fecha en que se registró la demanda Código: DINAE-GESTION-CU-01-ES Página 154 de 336 .2: Para cada una de las demandas incompletas.6 Consideraciones especiales CE-53.3 5.

7..5.3 5. el usuario no finaliza el caso de uso.7.2 Precondiciones El usuario está debidamente logueado en el sistema.1 Descripción Este caso de uso corresponde a listar todos los documentos de carácter privado que están disponibles para que las empresas los descarguen. Código: DINAE-GESTION-CU-01-ES Página 155 de 336 .5 Caso de Uso 55 – Listado de documentos RF51 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.7. el sistema envía el archivo seleccionado y lo despliega en una ventana diferente.Despliega la lista de todos los documentos privados para empresas ordenados alfabéticamente por nombre 2.7.5.7.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 2.Finaliza el caso de uso 5. 5.3 Flujo normal Usuario Sistema 1..5.5. 5. sino que selecciona la opción de descargar uno de los archivos.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso.

6 Consideraciones especiales No hay consideraciones especiales relevantes.5 Prototipos de interfaz de usuario Figura 38: Prototipo del área para descargas. título.5. 5. indicando el tipo de documento. descripción y fecha de publicación.5. Código: DINAE-GESTION-CU-01-ES Página 156 de 336 .3 5.7.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.7.

6.6.6.Despliega el formulario de registro de datos 6. 5.1 Descripción Este caso de uso corresponde al registro de un postulante a través de la Web..Valida la identificación 5..Finaliza el caso de uso 5.6 Caso de Uso 56 . el usuario no confirma la operación Código: DINAE-GESTION-CU-01-ES Página 157 de 336 .Confirma los datos ingresados 8.Envía un correo electrónico al usuario con la contraseña generada 11.Comunica el resultado al usuario 12.Completa los datos de registro 7.7. El usuario ha seleccionado la opción “Registro de trabajador/a”.7..Confirma la identificación 4. 2.6.2 Precondiciones El usuario está debidamente logueado en el sistema..7...Ingresa la identificación 3.Almacena los datos ingresados 10...Despliega la sección Identificación del formulario de Registro de Postulantes.3 Flujo normal Usuario Sistema 1.7. 5.Valida los datos ingresados 9. El sistema validará que ya no exista un postulante con la misma identificación ya registrado en el sistema.3 5.Registro de Postulante RF52 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.7....4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En los pasos 3 o 7 del flujo normal..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

En este caso. 3 En el paso 4 del flujo normal. UY3939392). muestra un mensaje al usuario indicando la situación y el flujo continúa en el paso 2 del flujo normal. En este caso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el sistema determina que el usuario no acepta los Términos y Condiciones.7.6.3 sino que cancela. 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.7.6 Consideraciones especiales CE-1: Las validaciones que se realizan son las indicadas en el formulario de Entrevista de Recepción. el sistema muestra un aviso indicando la situación e indicando que utiliza la función “Ingreso al sistema”. 5. 5 En el paso 8. En este caso. Código: DINAE-GESTION-CU-01-ES Página 158 de 336 . el sistema determina que ya existe un usuario registrado en el sistema con la misma identificación. el sistema finaliza el caso de uso sin realizar ningún registro. despliega un mensaje al usuario indicando la situación y el flujo continúa en el paso 6 del flujo normal. 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. En este caso. se le crea un código de usuario. En este caso. CE-2: Cuando el postulante se registra a través de la Web. muestra un mensaje de error al usuario indicando esta situación y el flujo continúa en el paso 6 del flujo normal. el sistema determina que los datos ingresados no son válidos.5 Prototipos de interfaz de usuario No corresponde 5.6. 4 En el paso 8.

2..7. 6.Actualización de datos de Postulante a través de la Web Requerimiento Funcional Historial de versiones RF53 03-01-2011 – Versión original 5.7.Muestra la sección inicial del formulario de datos del postulante.Confirma la operación 4.7. a un postulante.1 Descripción Este caso de uso permite.Finaliza el caso de uso 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso.7. el usuario no confirma sino que selecciona la opción “Cancelar”.3 5..2 Precondiciones El usuario está debidamente logueado en el sistema.. el sistema determina que los datos ingresados no son válidos.Valida los datos ingresados 5.7.7. actualizar sus datos desde la Web.7...7. 5.7 Caso de Uso 57 . 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.3 Flujo normal Usuario Sistema 1.Almacena los nuevos datos reemplazando los datos anteriores. 5.7.Comunica el resultado al usuario 7.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal. El usuario ha seleccionado la opción “Actualizar datos”.. el sistema finaliza el caso de uso sin realizar ninguna actualización 2 En el paso 4 del flujo normal..Actualiza los datos que corresponda 3. Código: DINAE-GESTION-CU-01-ES Página 159 de 336 .

En este caso el sistema despliega la sección seleccionada con los datos cargados y el flujo continúa en el paso 2 del flujo normal. 5.3 3 En el paso 7 del flujo normal.7.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 Consideraciones especiales CE-1: En este caso de uso.7. Código: DINAE-GESTION-CU-01-ES Página 160 de 336 .7. aplican las consideraciones especiales correspondientes a la actualización de datos de postulantes. descritas en Caso de uso 5 – Entrevista de Recepción.7.5 Prototipos de interfaz de usuario No corresponde 5. el usuario no finaliza el caso de uso sino que selecciona otra sección del formulario.

2. según el Caso de Uso 26 – Ficha de demanda laboral.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso. El usuario seleccionó la opción “Ver demandas” 5.8.Finaliza el caso de uso 5.8. el usuario no finaliza el caso de uso sino que selecciona la opción Ver ficha para una de las demandas.3 5. En este caso.3 Flujo normal Usuario Sistema 1.2 Precondiciones El usuario está debidamente logueado en el sistema..8.7. desde la Web.8 Caso de Uso 58 ..7.1 Descripción Un postulante puede. Código: DINAE-GESTION-CU-01-ES Página 161 de 336 . 5.Registro de Interés para Demanda RF54 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5. el usuario no finaliza el caso de uso sino que selecciona la opción Registrar interés. el sistema solicita confirmación y.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. el postulante pasará a quedar en el estado AUTOPOSTULADO para dicha demanda. En este caso. agrega a dicho postulante a la lista de preseleccionados para la demanda. si el usuario confirma. el sistema despliega la Ficha de la demanda.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 2. 2 En el paso 2.7.8. El sistema listará todas las demandas relacionadas a su perfil y el postulante podrá indicar que está interesado en una de ellas.7. registrar interés por una demanda laboral relacionada con su perfil.7.

7.7.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 Consideraciones especiales CE-1: Para cada una de las demandas.5 Prototipos de interfaz de usuario No corresponde 5. 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 Código: DINAE-GESTION-CU-01-ES Página 162 de 336 .8.8.3 5.

v..7.v. En este caso..Despliega el formulario para la selección de elementos a incluir en el c.9 Caso de Uso 59 – Generar C.7.” 5.Muestra el c.v.9..Genera el c.1 Descripción 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. 2. al postulante 6.3 Flujo normal Usuario Sistema 1.3 5.9.Finaliza el caso de uso 5. 4.. el sistema finaliza el caso de uso sin realizar la generación.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Confirma los elementos a incluir.9.. 5.Selecciona los elementos a incluir en el c.V.7. RF55 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5... 3.5 Prototipos de interfaz de usuario No corresponde Código: DINAE-GESTION-CU-01-ES Página 163 de 336 .4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3.V. 5.v.9.7.2 Precondiciones El usuario está debidamente logueado en el sistema. 5.7. el usuario no confirma sino que cancela la operación.9.7.

2 Precondiciones El usuario está debidamente logueado en el sistema.10.10.7.Listado de documentos (privados de Postulantes) Requerimiento Funcional Historial de versiones RF56 03-01-2011 – Versión original 5.10.5 Prototipos de interfaz de usuario No corresponde Código: DINAE-GESTION-CU-01-ES Página 164 de 336 .4 Flujos Alternativos de Eventos Descripción En el paso 2. 5. En este caso.1 Descripción Este caso de uso corresponde a listar todos los documentos de carácter privado que están disponibles para que los postulantes los descarguen.Despliega la lista de todos los documentos privados para postulantes ordenados alfabéticamente por nombre 2.10.10.. 5. el usuario no finaliza el caso de uso.v.6 Consideraciones especiales CE-1: El formato del c. el sistema envía el archivo seleccionado y lo despliega en una ventana diferente.7.3 5. generado es el indicado en el documento Formato de Curriculum Vitae-1.7.7..3 Usuario Flujo normal Sistema 1.10 Caso de Uso 60 .9.doc- 5.Finaliza el caso de uso 5.7. Flujo Alternativo # 1 5.7.7. sino que selecciona la opción de descargar uno de los archivos.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

Despliega el formulario de filtro correspondiente al reporte..8.8.1.Selecciona uno de los tipos de reportes 3...Muestra el reporte al usuario 10..1 Grupo 8: Reportes de Servicios Públicos de Empleo Caso de Uso 61 – Generación de Reportes RF02 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5..10.1 Descripción Este caso de uso corresponde a la generación de reportes de Servicios Públicos de Empleo..8..Finaliza el caso de uso Código: DINAE-GESTION-CU-01-ES Página 165 de 336 .3 5.. El usuario seleccionó la opción “Reportes”. 5.Ingresa los criterios para el filtro del reporte 6.6 Consideraciones especiales No hay consideraciones especiales relevantes.7..Despliega el formulario de reportes 2.3 Flujo normal Usuario Sistema 1.8. 5.8 5.Realiza la búsqueda según el criterio ingresado 8.Confirma la selección 4.1. 7.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Genera el reporte 9.Confirma el filtro.1. 5.2 Precondiciones El usuario está debidamente logueado en el sistema. 5.

no le interesó el ofrecimiento. La salida podrá agruparse mensual. 5.8. preseleccionado.6 Consideraciones especiales CE-1: Los reportes a generar. trimestral y anual.3 5.1.8. rechazado. autocandidateado) El reporte no incluye totales y/o subtotales.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. aceptado. 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. el sistema finaliza el caso de uso sin realizar la generación de ningún reporte. el usuario no confirma la operación sino que cancela.1.8.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En los pasos 3 o 6. intermediación laboral. orientación laboral. 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. En este caso. Los datos a mostrar en el reporte:        Cantidad de recepciones Cantidad de orientaciones (entrevistas) Derivaciones según tipo de derivación (capacitación.1. Entrevistados Los filtros para este reporte son: Código: DINAE-GESTION-CU-01-ES Página 166 de 336 .5 Prototipos de interfaz de usuario No corresponde 5.

contará una vez por cada una de las áreas en que tiene experiencia. entonces se contabilizará tantas veces como áreas tenga de experiencia. 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. trimestral o anualmente. 8 Si un postulante trabajó o trabaja en más de un área. Código: DINAE-GESTION-CU-01-ES Página 167 de 336 . 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 laboral .3      Por quién lo atendió (CEPE.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Módulos de Orientación Laboral Los filtros para este reporte son: a) CePE b) Departamento c) Módulo de orientación laboral d) Rango de fechas Los datos podrán agruparse mensual. 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 7 El reporte no incluye totales y/o subtotales.

Web o POE) Departamento donde la atendieron Tipo de inscripción (Autónoma o Asistida) CePE que atendió Rango de fechas 9 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) El reporte no incluye totales y/o subtotales.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Empresas Los filtros para estos reportes son:      Qué tipo de usuario la atendió (CePE. Demandas Los filtros para este reporte son: 9 Se seleccionará uno de estos tipos de usuario. Código: DINAE-GESTION-CU-01-ES Página 168 de 336 .3       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) El reporte no incluye totales y/o subtotales.

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 Los datos a incluir en el reporte son:       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 Código: DINAE-GESTION-CU-01-ES Página 169 de 336 . 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 El reporte no incluye totales y/o subtotales. Personas intermediadas Los filtros para estos reportes son:      Tipo de usuario que intermedió (Operador Nacional. Operador Regional. en discusión.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 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.

Operador Regional.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 170 de 336 .3 El reporte no incluye totales y/o subtotales. Personas contratadas Los filtros para estos reportes son:     Tipo de usuario que intermedió (Operador Nacional. 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 Los datos a incluir en el reporte son:     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 El reporte no incluye totales y/o subtotales.

.2 Precondiciones El usuario está debidamente logueado en el sistema.Despliega la segunda parte del formulario de registro 6.3 Flujo normal Usuario Sistema 1.Despliega el formulario de registro Web de empresa 2.1.Ingresa el número de BPS 3.. Para ello. 5.Completa los otros datos de la ECA 7.. El usuario ha seleccionado la opción “Registro de Entidad de Capacitación”..3 5.9 Grupo 9: - Registro Único de Entidades de Capacitación (RUEC) 5.9.9..1.9.1 Caso de Uso 62 – Registro de ECA RF57 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5..9. puede suceder que una ECA intente registrarse cuando ya está registrada como empresa (o viceversa).Valida los datos ingresados 9... Dado que cada institución tiene un único registro en la base..Genera el código de usuario de la empresa 11..Confirma los datos ingresados 8.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5.1 Descripción Este caso corresponde al registro de una ECA desde la interfaz Web. tanto las ECA como las empresas demandantes de trabajo se identificarán a través del número de BPS 5.Genera una contraseña para el usuario Código: DINAE-GESTION-CU-01-ES Página 171 de 336 .Confirma el número 4.1.Verifica que no exista una institución con ese número de BPS que ya esté registrada en el sistema.Almacena los nuevos datos 10..

12.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 Consideraciones especiales CE-1: Cuando se registra una empresa.9.3 generado. En este caso. el sistema determina que el número de BPS ingresado no es correcto. excepto la de actualización de los datos. el sistema muestra un mensaje indicando la situación y que utilice la función de “ingreso al sistema”. En este caso.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En los pasos 3 o 7 del flujo normal.9.Finaliza el caso de uso. 4 En el paso 8 del flujo normal. En este caso. Esto no le permitirá realizar demandas ni otras operaciones. 5. En este caso..9. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.Envía un correo electrónico con la contraseña 13... CE-2: Las validaciones que se realizarán son: e) No hay otra empresa con el mismo número de RUT Código: DINAE-GESTION-CU-01-ES Página 172 de 336 .Comunica el resultado al usuario 14. el sistema determina que ya existe una empresa registrada con el número de BPS ingresado y que dicha empresa ya tiene un código de usuario asignado.5 Prototipos de interfaz de usuario No corresponde 5. el sistema finaliza el caso de uso sin realizar ningún registro.1. el sistema determina que los datos ingresados no son válidos. 5.1.1. el estado de su registro queda INCOMPLETO. el usuario no confirma el número de BPS sino que cancela la operación. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 6 del flujo normal. 3 En el paso 4 del flujo normal. 2 En el paso 4 del flujo normal.

Le informamos que con fecha dd-MM-aaaa la ECA No.Evaluación para la Habilitación de la Requerimiento Funcional Historial de versiones RF58 03-01-2011 – Versión original 5. ser visitada por personal del MTSS. Código: DINAE-GESTION-CU-01-ES Página 173 de 336 .2 ECA Caso de Uso 63 . 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. Certificados Notariales. la misma debe proveer (directo o enviar por correo tradicional.9.1 Descripción Posteriormente al Registro de la ECA. entre otros) y en algunos casos.9. CE-3: Cuando se produce el registro de la ECA.2 Precondiciones El usuario está debidamente logueado en el sistema. Sistema XXXXX 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. El correo tiene la siguiente estructura: Estimado……. u otra forma) la documentación correspondiente (Certificados DGI. h) Los datos provistos coinciden con los datos que posee el MTSS. el sistema envía un correo electrónico a la persona encargada de la evaluación. El usuario ha realizado una búsqueda y seleccionó una ECA pendiente de habilitación para registrar datos de la evaluación.3 f) No hay otra empresa con el mismo número de MTSS g) Los datos indicados como obligatorios no están vacíos. …………… ha realizado el registro de sus datos desde la interfaz Web. 5.9.2. Estos datos están pendientes de evaluación por parte de usted.2.

reemplazando los anteriores.9..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario No corresponde 5. El sistema muestra un mensaje al usuario indicando la situación y el flujo continúa en el paso 2 del flujo normal.3 5.Valida los datos confirmados 5.6 Consideraciones especiales CE-1: Dado que se pueden realizar las evaluaciones por diferentes personas... En ese caso.9.Confirma los datos registrados 4. Código: DINAE-GESTION-CU-01-ES Página 174 de 336 ..Despliega el formulario de evaluación de la ECA 2.. 3 En el paso 4 del flujo normal.9.. 5.2.Finaliza el caso de uso. el sistema finaliza el caso de uso sin realizar ninguna actualización. el sistema genera un número único de ECA que es el número de registro en el RUEC.. 5.Actualiza los datos de evaluación de la ECA 3. el sistema determina que los datos ingresados no son válidos.Comunica el resultado al usuario 7. el sistema determina que el usuario ha cambiado el estado de la ECA de EN EVALUACION a HABILITADA.2.3 Flujo normal Usuario Sistema 1. sino que cancela la operación. el sistema registrará qué usuario y en qué fecha se registró la evaluación de cada uno de los documentos y de las visitas. En este caso.2.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.9.2.Almacena los nuevos datos en el sistema. 2 En el paso 4 del flujo normal. el usuario no confirma los datos. 6.

Código: DINAE-GESTION-CU-01-ES Página 175 de 336 .3 CE-2: El sistema permitirá registrar la visita a cada una de las sucursales que pueda tener la ECA.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

3.9. 5.Finaliza el caso de uso 5. el usuario no finaliza el caso de uso sino que selecciona la opción “Exportar a Excel”. En este caso.2 Precondiciones El usuario está debidamente logueado en el sistema.9.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal. En este caso.. el sistema finaliza el caso de uso sin realizar ninguna búsqueda. el sistema determina que no hay ningún resultado para el criterio de búsqueda ingresado.3 Caso de Uso 64 .. el sistema muestra un mensaje indicando esta situación.. el sistema genera un documento Excel con todos los datos de cada una de las Código: DINAE-GESTION-CU-01-ES Página 176 de 336 .3..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.1 Descripción Este caso de uso corresponde a la consulta de ECA por parte del personal de MTSS o INEFOP. 3 En el paso 6 del flujo normal.3 Flujo normal Usuario Sistema 1.3 5. 2 En el paso 5 del flujo normal. el usuario no confirma la búsqueda sino que cancela la operación.3.Muestra el resultado al usuario 6.Ingresa un criterio de búsqueda 3. El usuario ha seleccionado la opción “Consulta de ECA”.. En este caso. 5.9. 5.Muestra el formulario de consulta de ECA 2.3.Consulta de ECA RF59 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.Busca las ECA que satisfacen el criterio ingresado.9.Confirma el criterio ingresado 4.9..

el usuario no finaliza el caso de uso. el usuario no finaliza el caso de uso. 8 En el paso 6 del flujo normal. En este caso.Actualización de Datos (MTSS). 5 En el paso 6 del flujo normal.3 ECA listadas como resultado de la consulta. sino que selecciona la opción “Habilitar” o “Deshabilitar” para alguna de las ECA. El flujo continúa en el Caso de Uso 63 . el usuario no finaliza el caso de uso. el sistema continúa según el Caso de Uso 70 – Antecedentes de una ECA.3. En este caso.5 Prototipos de interfaz de usuario No corresponde 5. El flujo continúa en el Caso de Uso 67 . 6 En el paso 6 del flujo normal. el flujo continúa en el Caso de Uso 69 – Habilitar / Deshabilitar una ECA.Ficha de la ECA.6 Consideraciones especiales 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 Código: DINAE-GESTION-CU-01-ES Página 177 de 336 . sino que selecciona la opción “Ver antecedentes”.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.9. 5. sino que selecciona la opción “Evaluar ECA”. sino que selecciona “Actualizar datos” para alguna de las ECA.Evaluación para la Habilitación de la ECA.3. el usuario no finaliza el caso de uso. 7 En el paso 6 del flujo normal. En este caso el sistema continúa según el Caso de Uso 68 . 4 En el paso 6 del flujo normal. sino que selecciona la opción “Generar Ficha de ECA”.9. el usuario no finaliza el caso de uso.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 d) Antecedentes de la ECA CE-3: Los datos que incluirá planilla electrónica a generar se determinarán con el administrador del RUEC. Código: DINAE-GESTION-CU-01-ES Página 178 de 336 .

pasarán a sustituir a los actuales.4. Almacena los datos 6.4.1 Descripción 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. 2 En el paso 4 del flujo normal.4.4.. Estos datos deberán ser analizados por personal del MTSS y. el sistema determina que los datos no son Código: DINAE-GESTION-CU-01-ES Página 179 de 336 .Finaliza el caso de uso 5.4 Caso de Uso 65 .. El usuario de la ECA ha seleccionado la opción de Actualización de datos 5.Actualización de Datos (ECA) RF60 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.2 Precondiciones El usuario de la ECA está debidamente logueado en el sistema. 5.3 5.9. el usuario no confirma los datos sino que cancela la operación.Despliega el formulario para actualización de datos de la ECA 2.3 Flujo normal Usuario Sistema 1. el sistema finaliza el caso de uso y muestra la página inicial del sistema.9.9..9.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.. Los datos actualizados se almacenan en la base de datos pero no sustituyen a los datos actuales de la ECA...4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3.9.Comunica el resultado 7. si los aprueba.Modifica (actualiza) los datos de la ECA que correspondan 3.Confirma los datos modificados 4.Valida los datos actualizados 5. En este caso.

LOS DATOS QUE USTED ESTÁ VISUALIZANDO PUEDEN NO COINCIDIR CON SU ÚLTIMA ACTUALIZACIÓN”.5 Prototipos de interfaz de usuario No corresponde 5. ESTOS ESTÁN PENDIENTES DE EVALAUCIÓN.3 válidos. el sistema mostrará el siguiente mensaje: USTED REALIZÓ UNA ACTUALIZACIÓN DE DATOS Y LA MISMA NO FUE APROBADA.9. POR CONSULTAS CONTACTE A nombre de la persona. el sistema envía un correo electrónico a la persona encargada de la evaluación. 3 En el paso 7 del flujo normal. Código: DINAE-GESTION-CU-01-ES Página 180 de 336 .4.4. el usuario no finaliza el caso de uso sino que selecciona otra sección del formulario. Le informamos que con fecha dd-MM-aaaa la ECA No. 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 datos están pendientes de evaluación por parte de usted. CE-3: Cuando se produce la actualización de datos.6 Consideraciones especiales CE-1: Las validaciones que se realizan son las indicadas para el alta de ECA y las indicadas en el documento DI-01-ES.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Sistema XXXXX CE-4: Cuando la ECA actualizó sus datos y estos fueron rechazados. …………… ha realizado la actualización de sus datos desde la interfaz Web. El correo tiene la siguiente estructura: Estimado……. 5. POR LO TANTO. En este caso. El sistema despliega la sección seleccionada y el flujo continúa en el paso 2 del flujo normal.9. el sistema muestra un mensaje indicando la situación y el flujo continúa en el paso 2 del flujo normal.

1 Descripción 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.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. los datos actualizados por la ECA se descartan.Comunica el resultado al usuario 7.2 Precondiciones El usuario está debidamente logueado en el sistema. 5.5.5. el sistema muestra un mensaje indicando esta situación y el flujo continúa en el paso 7 del flujo normal. Si se rechaza. Por lo tanto..Despliega la lista de todos las ECA que están para evaluar 2.3 Flujo normal Usuario Sistema 1. En este caso. Cuando la ECA actualiza sus datos. estos nuevos datos no sustituyen a los que están ingresados y aprobados por el MTSS.Selecciona una de las ECA 3..9.. Código: DINAE-GESTION-CU-01-ES Página 181 de 336 ...Reemplaza los datos actuales por los nuevos datos 6. pasan a sustituir a los datos actuales. 5.3 5..9. el sistema determina que no hay ninguna actualización de datos pendiente.Aprueba los nuevos datos 5. Si se aprueban.5 Caso de Uso 66 – Evaluación de Datos Actualizados de ECA (MTSS) Requerimiento Funcional Historial de versiones RF61 03-01-2011 – Versión original 5.5.5. El usuario ha seleccionado la opción “Evaluación de Datos de ECA”. 5.Finaliza el caso de uso.9.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 1.9. este caso de uso aplica a la evaluación de estos datos.Muestra los datos actualizados de la ECA 4..9.

6 Consideraciones especiales 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 Código: DINAE-GESTION-CU-01-ES Página 182 de 336 . 3 En el paso 4.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario No corresponde 5.5. el usuario no aprueba la actualización. el usuario no selecciona ninguna de las ECA. sino que finaliza el caso de uso. el sistema registra el nuevo estado de la actualización de datos y no realiza ningún cambio en los datos actuales.9.3 2 En el paso 2. sino que la rechaza.5.9. El flujo continúa en el paso 7 del flujo normal. En este caso. 5.

.3 Flujo normal Usuario Sistema 1..6.Valida los datos ingresados 5..Despliega la sección Identificación del formulario de datos de la ECA 2.6. el sistema finaliza el caso de uso y muestra la página inicial del sistema.. 5.Actualiza los datos 3.6 Caso de Uso 67 . 5.3 5.2 Precondiciones El usuario está debidamente logueado en el sistema.Comunica el resultado al usuario 7.Almacena los nuevos datos reemplazando los anteriores. Difiere de la realizada por la ECA. el usuario no confirma los datos sino que cancela la operación.9.9. sino que deben ser evaluados por el MTSS.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3. El usuario ha seleccionado una ECA y sobre ella la opción “Actualización de datos”. 6.9.9.1 Descripción Este caso de uso corresponde a la actualización de datos de una ECA realizada por el propio MTSS.Finaliza el caso de uso 5. el sistema determina que los datos no son válidos.9. En este caso.Confirma los datos 4. ya que esta última no actualiza directamente los datos. el sistema muestra un mensaje indicando la situación y el flujo continúa en el paso 2 del flujo normal. En este caso. 2 En el paso 4 del flujo normal.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..Actualización de Datos (MTSS) RF62 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5..6.6.. Código: DINAE-GESTION-CU-01-ES Página 183 de 336 .

6. 5. El sistema despliega la sección seleccionada y el flujo continúa en el paso 2 del flujo normal.3 3 En el paso 7 del flujo normal.5 Prototipos de interfaz de usuario No corresponde 5. el usuario no finaliza el caso de uso sino que selecciona otra sección del formulario.9.6. Código: DINAE-GESTION-CU-01-ES Página 184 de 336 .9.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 Consideraciones especiales CE-1: Las validaciones que se realizan son las indicadas en el alta de la ECA.

9.9.5 Prototipos de interfaz de usuario No corresponde 5..7.Genera la Ficha de la ECA 2.9.7.9.7..7.Ficha de la ECA RF63 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.Muestra la ficha al usuario 3.1 Descripción Este caso de uso corresponde a la generación de la Ficha de una ECA. 5.4 Flujos Alternativos de Eventos Flujo Alternativo # Descripción No hay flujos alternativos relevantes. El usuario ha realizado una búsqueda de ECA y ha seleccionado la opción “Ver Ficha” sobre una de ellas.2 Precondiciones El usuario está debidamente logueado en el sistema.7.7. Código: DINAE-GESTION-CU-01-ES Página 185 de 336 .Finaliza el caso de uso 5. 5.9. La ficha es un documento en formato PDF con todos los datos de una ECA. 5.7 Caso de Uso 68 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.9.3 5.6 Consideraciones especiales CE-1: El formato de la Ficha de la ECA se definirá con el administrador del RUEC..9.3 Flujo normal Usuario Sistema 1.

.Comunica el resultado al usuario y cierra la ventana emergente.. En este caso.. el usuario cancela la operación.9.Ingresa o selecciona el motivo de cambio de estado. el sistema cierra la ventana emergente y no realiza ningún cambio de estado. 5.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de una ECA.8.3 Flujo normal Usuario Sistema 1. Código: DINAE-GESTION-CU-01-ES Página 186 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 3. 5.Muestra una ventana emergente solicitando el motivo de cambio de estado de la ECA. En este caso.-Finaliza el caso de uso 5.Valida el motivo.Almacena el nuevo estado para la ECA 6. 2 En el paso 4 del flujo normal.3 5.8. 7. El usuario ha realizado una búsqueda de ECA y seleccionado la operación Habilitar o Deshabilitar según el estado de la ECA..2 Precondiciones El usuario está debidamente logueado en el sistema.9..8.9. el sistema determina que el motivo es vacío. el sistema envía un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.4 Flujos Alternativos de Eventos Flujo Alternativo # 1 Descripción En el paso 3 del flujo normal.8.Confirma el motivo. 5.9.8 Caso de Uso 69 – Habilitar / Deshabilitar una ECA RF64 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.9. 4. 2.

9.8.6 Consideraciones especiales No hay consideraciones especiales relevantes.5 Prototipos de interfaz de usuario No corresponde 5.9. Código: DINAE-GESTION-CU-01-ES Página 187 de 336 .3 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.8.

5.9 Caso de Uso 70 – Antecedentes de una ECA RF65 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.1 Descripción Este caso de uso corresponde a la visualización de los antecedentes registrados en el sistema en relación a una ECA.9.9.9.9.-Finaliza el caso de uso 5.9.9.3 5..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.9.4 Flujos Alternativos de Eventos Flujo Alternativo # Descripción No hay flujos alternativos relevantes. 5.9. 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 5.9..Despliega los antecedentes de la ECA seleccionada 3.5 Prototipos de interfaz de usuario No corresponde Código: DINAE-GESTION-CU-01-ES Página 188 de 336 .9.Busca los antecedentes de la ECA seleccionada 2.9. El usuario ha realizado una búsqueda de ECA y seleccionado la opción “Ver antecedentes” para una de ella.2 Precondiciones El usuario está debidamente logueado en el sistema.3 Flujo normal Usuario Sistema 1.

Código: DINAE-GESTION-CU-01-ES Página 189 de 336 .9.3 5.9.6 Consideraciones especiales 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.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

10..10.. 5...10.... 6. El usuario de la ECA seleccionó la opción “Propuesta de Curso” 5.Almacena los datos de material didáctico 12.Despliega el formulario para Registro de Propuesta de Curso 2.Ingresa los datos de material didáctico.Valida los datos de la sección “Datos generales” 5.1 Descripción Este caso de uso corresponde al registro de propuestas de cursos que realizan las ECA.10 Grupo 10: Servicios de Formación Profesional Gestión de Cursos 5.1. 8.Almacena los datos de la sección “Datos generales” en el curso creado.Despliega la sección “Perfil de la Código: DINAE-GESTION-CU-01-ES Página 190 de 336 ..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.1 Caso de Uso 71 – Registro de Propuesta de Curso RF66 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.3 5. 7.10.Despliega la sección “Material didáctico” y habilita el link “Datos generales”.1.Confirma los datos ingresados 4.. 10.Ingresa los datos correspondientes a la sección “Datos generales” del curso 3..-Valida los datos de material didáctico 11.1.Confirma los datos de material didáctico.3 Usuario Flujo normal Sistema 1.2 Precondiciones El usuario está debidamente logueado en el sistema. 9.Crea la propuesta de curso en el sistema en estado INCOMPLETA..

Despliega la sección “Presentación del curso” y habilita el link “Perfil de la población beneficiaria”. 23..Valida los datos de la sección “Perfil de la población beneficiaria”... 13..Ingresa los datos de “Perfil de la población beneficiaria”.Ingresa los datos para de el la sección – “Infraestructura Equipamiento”...Confirma los datos ingresados 25.Despliega la sección “Infraestructura para el grupo Locales” y habilita el link “Presentación del curso”. 22.3 población beneficiaria” “Material didáctico”.Ingresa los datos de la sección “Infraestructura para el grupo” 24.Almacena los datos de “Infraestructura para el grupo”.Almacena los datos de la sección “Perfil de la población beneficiaria”. 27.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.. 18.Almacena los datos de “Presentación del curso”... 20.. 26..Despliega la sección “Infraestructura para el curso – Equipamiento” 28. 16.Confirma los datos ingresados Código: DINAE-GESTION-CU-01-ES Página 191 de 336 curso ..Ingresa los datos de “Presentación del curso”. 14.Confirma los datos de “Perfil de la población beneficiaria” y habilita el link 15. 17. 19. 29..Valida los datos de “Presentación del curso”.. 21.-Valida los datos de la sección “Infraestructura para el grupo”.Confirma los datos de “Presentación del curso”.

En ese caso. el sistema determina que los datos ingresados no son válidos.. si la propuesta de curso ya estaba grabada.1.10.Almacena los datos de “Infraestructura para el curso – Equipamiento”.Valida los datos de “Equipo docente” 36. 3 El usuario abandona el caso de uso en cualquier paso.. Flujo Alternativo # 1 2 En cualquiera de los pasos de validación..-Finaliza el caso de uso 5. El sistema regresa a la página inicial. En ese caso. Código: DINAE-GESTION-CU-01-ES Página 192 de 336 . 33..Despliega la sección “Equipo docente” y habilita el link “Infraestructura para el curso – Equipamiento”.Finaliza el envío 38.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1... queda en el estado en que está en ese momento y no se almacenan los datos ingresados desde el último almacenamiento. En ese caso.- Valida los datos para de el la sección – “Infraestructura Equipamiento”.Comunica el resultado al usuario 40.3 30.Confirma los datos 35..Cambia el estado a COMPLETO y PENDIENTE DE ENVIO A INEFOP.4 Flujos Alternativos de Eventos Descripción En cualquiera de los pasos. 39.Ingresa los datos de la sección “Equipo docente” 34..Almacena los datos de “Equipo docente” 37. el usuario no continúa el ingreso de la sección sino que selecciona otro link.. 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. curso 31. 32. el sistema despliega la sección seleccionada y descarta los datos ingresados en la sección actual.

costo 2 cupos.6 Consideraciones especiales CE-1: Las validaciones que se realizarán son las siguientes: Datos generales 65 .10. 68 – El máximo de estudiantes es mayor a cero y mayor o igual al mínimo de estudiantes. costos 5 cupos) son mayores a cero. Excepto por esta transformación. 69 – El nivel educativo mínimo no está vacío. hay un departamento y una localidad seleccionada) 72 – El total de participantes es mayor o igual a cero.5 Prototipos de interfaz de usuario No corresponde 5. 67 – El mínimo de estudiantes es mayor a cero. Código: DINAE-GESTION-CU-01-ES Página 193 de 336 .1. 66 – Los costos (costo 1 cupo.10. los datos se almacenarán tal como fueron ingresados.3 5. Equipamiento Equipo docente No hay validaciones 73 – Todos los campos indicados como obligatorios no están vacíos. Material didáctico Perfil de la No hay validaciones 70 – El nivel educativo no está vacío población beneficiaria Presentación del curso Infraestructura para el grupo 71 – La dirección no está vacía (es decir.1.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. No hay validaciones CE-2: Para todos los campos de texto se eliminarán los espacios en blanco al inicio y al final.El nombre del curso no está vacío.

el sistema lista todas las propuestas de cursos que se encuentran en el estado seleccionado. el usuario está visualizando cursos habilitados y selecciona la opción “Lista de grupos”.2.10.2.3 Usuario Flujo normal Sistema 1.10.Finaliza el caso de uso 5. El sistema Este caso de uso despliega la lista de todas propuestas de cursos que ha realizado la ECA y el estado en que se encuentra cada uno de ellas.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el sistema despliega la lista de todos los grupos de ese curso.4 Flujos Alternativos de Eventos Descripción En el paso 2 del flujo normal. Flujo Alternativo # 1 2 3 En el paso 2 del flujo normal. En el paso 2 del flujo normal.10.3 5. 5. el usuario selecciona la opción “Editar” para alguno de los cursos que se encuentran en estado PENDIENTES DE ENVÍO A INEFOP. 5.10. En este caso.10.. En este caso.2 Precondiciones El usuario de la ECA está debidamente logueado en el sistema..2. 2.1 Descripción corresponde a la consulta de cursos por parte de la ECA. Código: DINAE-GESTION-CU-01-ES Página 194 de 336 . el sistema despliega el formulario de Propuesta de Cursos en la sección “Datos generales”. El usuario ha seleccionado la opción “Consulta de cursos”.2.2 Caso de Uso 72 – Consulta de Cursos (ECA) RF67 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.Despliega la lista de todos los cursos PENDIENTES DE ENVÍO A INEFOP. el usuario no finaliza el caso de uso sino que selecciona un estado diferente. En este caso.

Pendiente de envío a INEFOP d.2.3 5.10.10. Todos los estados b. se desplegará: a) Nombre del curso b) ECA c) Estado Código: DINAE-GESTION-CU-01-ES Página 195 de 336 .2.6 Consideraciones especiales CE-1: Los criterios para filtrar los cursos son: a) Por estado (si el usuario es de ECA) a.5 Prototipos de interfaz de usuario No corresponde 5. Aprobados por INEFOP CE-2: Para cada uno de los cursos resultantes. Enviados a INEFOP y sin evaluar c.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. No Aprobado por INEFOP e.

8.Valida los datos ingresados 7.Selecciona alguna de las secciones del formulario 3.10.Comunica el resultado al usuario 9..Despliega la sección seleccionada 4.3 Usuario Flujo normal Sistema 1. 5..2 Precondiciones El usuario está debidamente logueado en el sistema.3 5.10..10...Confirma los datos 6..Actualiza los datos en la sección 5. el sistema determina que los datos ingresados no son válidos.Finaliza el caso de uso 5.3 Curso Caso de Uso 73 – Edición de datos de una Propuesta de Requerimiento Funcional Historial de versiones RF68 03-01-2011 – Versión original 5.3.3. El usuario ha seleccionado la opción “Editar” para alguna de las propuestas de cursos.1 Descripción Este caso de uso corresponde a la actualización de los datos de una propuesta de curso.3..3. En este caso el sistema muestra un mensaje Flujo Alternativo # 1 Código: DINAE-GESTION-CU-01-ES Página 196 de 336 .Almacena los nuevos datos. 5.Despliega el formulario de Propuesta de Curso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 2.10..10.. La ECA podrá actualizar los datos de la propuesta mientras esté en estado PENDIENTE DE ENVÍO A INEFOP. reemplazando los datos anteriores.4 Flujos Alternativos de Eventos Descripción En el paso 6 del flujo normal.

3. 5.6 Consideraciones especiales CE-1: Las validaciones que se realizan son las indicadas para el alta de Propuesta de Curso. el usuario cancela la operación.10.3 de error indicando la situación y el flujo continúa en el paso 4 del flujo normal. 2 En cualquiera de los pasos del usuario. 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.3. Código: DINAE-GESTION-CU-01-ES Página 197 de 336 .10.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En ese caso.5 Prototipos de interfaz de usuario No corresponde 5.

2 Precondiciones El usuario está debidamente logueado en el sistema.4 Caso de Uso 74 . sino que cancela la operación.4..3 5. 7. Descripción Este caso de uso corresponde al envío a INEFOP de una propuesta de curso para que este lo 5..4.1 evalúe. Flujo Alternativo # 1 Código: DINAE-GESTION-CU-01-ES Página 198 de 336 . 2..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.10.10.Confirma el envío 3.Actualiza la lista de Propuestas de cursos que pueda estar desplegando.4 Flujos Alternativos de Eventos Descripción En el paso 2 del flujo normal. El sistema finaliza el caso de uso sin realizar ningún cambio..Envío de Propuesta de Curso para Evaluación Requerimiento Funcional Historial de versiones RF69 03-01-2011 – Versión original 5. El usuario ha seleccionado la opción “Envío a INEFOP” para alguna de las propuestas de cursos.Cambia el estado de la propuesta de curso a PENDIENTE DE EVALAUCIÓN.10.4. 5...10. 4.4.10.Finaliza el caso de uso 5.3 Usuario Flujo normal Sistema 1.Actualiza el estado en la base de datos 5.Despliega una ventana emergente indicando que después de enviarla no podrá modificarla y solicita confirmación.Comunica el resultado al usuario 6. el usuario no confirma el envío.

10.5 Prototipos de interfaz de usuario No corresponde 5. Código: DINAE-GESTION-CU-01-ES Página 199 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.4.4.3 5.10.6 Consideraciones especiales No hay consideraciones especiales relevantes.

5.5.10.5 Caso de Uso 75 – Consulta de Cursos (INEFOP) RF67 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.10. el usuario no finaliza el caso de uso sino que selecciona un estado diferente..2 Precondiciones El usuario de la ECA está debidamente logueado en el sistema. el sistema lista todas las propuestas de cursos que se encuentran en el estado seleccionado.4 Flujos Alternativos de Eventos Descripción En el paso 2 del flujo normal.5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Finaliza el caso de uso 5. el usuario para alguna de las propuestas de curso.10.5. Flujo Alternativo # 1 4 En el paso 2 del flujo normal.. El usuario ha seleccionado la opción “Consulta de cursos”.10.5.10.3 Usuario Flujo normal Sistema 1.10. 5. El sistema Este caso de uso despliega la lista de todas propuestas de cursos que ha realizado la ECA y el estado en que se encuentra cada uno de ellas.6 Consideraciones especiales CE-1: Los criterios para filtrar los cursos son: b) Por ECA (solo disponible si la consulta la realiza un usuario de INEFOP) Código: DINAE-GESTION-CU-01-ES Página 200 de 336 .5. selecciona la opción Evaluar 5. En este caso. 5.3 5.1 Descripción corresponde a la consulta de cursos por parte de la ECA.Despliega la lista de todos los cursos PENDIENTES DE EVALUACION 2.10.5 Prototipos de interfaz de usuario No corresponde 5.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Pendientes de evaluación c. Aprobados por INEFOP d. No aprobados por INEFOP CE-2: Para cada uno de los cursos resultantes.3 c) Por Estado (si el usuario es de INEFOP): a. Todos los estados b. se desplegará: a) Nombre del curso b) ECA c) Estado Código: DINAE-GESTION-CU-01-ES Página 201 de 336 .

. El usuario ha seleccionado la opción “Evaluación de Propuesta de Curso” 5.Evaluación de Propuesta de Curso para Requerimiento Funcional Historial de versiones RF70 03-01-2011 – Versión original 5..10.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En este caso.6 TSD Caso de Uso 76 .Despliega el formulario de evaluación de Propuesta emergente de Curso en una ventana 2.2 Precondiciones El usuario está debidamente logueado en el sistema.Comunica el resultado al usuario y cierra la ventana emergente. sino que cancela la operación.6.10.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.6. Como resultado de la evaluación se tendrá que el nuevo estado es HABILITADA o NO HABILITADA.10..-Confirma el resultado de la evaluación 4.Ingresa el resultado de la evaluación 3. 5. Flujo Alternativo # 1 Código: DINAE-GESTION-CU-01-ES Página 202 de 336 ..Finaliza el caso de uso.6.10.Actualiza el estado 5. Este caso de uso corresponde a la evaluación propiamente dicha de la propuesta del curso.10.3 5.6.. esta debe ser evaluada por INEFOP. el sistema finaliza el caso de uso sin realizar ningún cambio y cierra la ventana emergente.1 Descripción Después que una propuesta de curso fue enviada por una ECA. 7..3 Usuario Flujo normal Sistema 1.Graba el nuevo estado 6. el usuario no confirma los datos. 5.

3 5.5 Prototipos de interfaz de usuario No corresponde 5.6 Consideraciones especiales CE-1: Como resultado de la evaluación el estado de la propuesta será: a) HABILITADA (o aprobada) b) NO HABILITADO (no aprobada) Código: DINAE-GESTION-CU-01-ES Página 203 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.10.6.6.10.

Código: DINAE-GESTION-CU-01-ES Página 204 de 336 . el sistema finaliza el caso de uso y no se registra ningún dato en el sistema.3 Usuario Flujo normal Sistema 1.10.4 Flujos Alternativos de Eventos Descripción En el paso 3..2 Precondiciones El usuario está debidamente logueado en el sistema.7.10.3 5.Alta de grupo de Curso de TSD RF71 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.10. El usuario de la ECA ha seleccionado la opción “Alta de grupo”..Completa los datos del formulario de grupo 3. 6. 5. el sistema despliega un mensaje de error indicando el error y el flujo continúa en el paso 2 del flujo normal. el sistema determina que los datos ingresados no son válidos. En ese caso. En ese caso.Valida los datos ingresados 5.-Finaliza el caso de uso 5..1 Descripción Este caso de curso corresponde a la apertura (alta) de un grupo para alguno de los cursos aprobados (habilitados) de la ECA.10. 5.7..Almacena los datos del grupo y el grupo en estado PENDIENTE DE EVALUACIÓN.10.Confirma los datos del grupo 4. Flujo Alternativo # 1 2 En el paso 4. el usuario no confirma los datos sino que cancela la operación.7.7.Comunica el resultado al usuario 7.7 Caso de Uso 77 .Despliega el formulario de alta de grupo para curso 2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1...

7.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.10.6 Consideraciones especiales CE-1: Las validaciones que se realizarán son las siguientes: a) Todos los datos indicados como obligatorios en el documento DI-01-ES. CE-2: La selección de los locales se realizará de los locales ingresados para la aprobación del curso. Código: DINAE-GESTION-CU-01-ES Página 205 de 336 . b) Hay al menos un local asignado.3 5. no están vacíos o se ha seleccionado un valor según corresponda.5 Prototipos de interfaz de usuario No corresponde 5.7.10.

el flujo continúa según el caso de uso Caso de Uso 77 . el usuario no finaliza el caso de uso sino que selecciona la opción “Participantes” para alguno de los grupos abiertos. el sistema finaliza la operación sin realizar ninguna búsqueda.Busca todos los grupos de la ECA que satisfacen el criterio ingresado.8. el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos del grupo”.Alta de grupo de Curso de TSD 3 En el paso 6.4 Flujos Alternativos de Eventos Descripción En el paso 2 del flujo normal.Finaliza el caso de uso 5..Despliega el formulario para búsqueda de grupos 2. el usuario no confirma el criterio sino que cancela la operación.10.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Flujo Alternativo # 1 2 En el paso 6.Ingresa un criterio de búsqueda 3.3 5. En ese caso.10. En este caso.Muestra el resultado al usuario.10.8.10.8.10.Consulta de grupos de Cursos (ECA) RF72 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5. 5. 5.1 Descripción Este caso de uso corresponde a la consulta de los grupos de los cursos que tiene una ECA.Confirma el criterio 4.2 Precondiciones El usuario está debidamente logueado en el sistema. 6. 5. el flujo continúa según el caso de uso Caso de Uso 82 ..3 Usuario Flujo normal Sistema 1. En este caso..8..Inscripción a Grupo de Curso (Selección de postulantes) Código: DINAE-GESTION-CU-01-ES Página 206 de 336 ..8 Caso de Uso 78 ..

5 En el paso 6. Pendiente de aprobación c. el flujo continúa según el caso de uso Caso de Uso 86 – Pasaje de Lista para una nueva fecha. En este caso. 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) Código: DINAE-GESTION-CU-01-ES Página 207 de 336 .8.8.5 Prototipos de interfaz de usuario No corresponde 5. el flujo continúa en el Caso de Uso 88 .3 4 En el paso 6.10. En este caso.Resultado final de un grupo. 5. Abierto d. el usuario no finaliza el caso de uso sino que selecciona la opción “Resultados” para alguno de los grupos.10.6 a) Estado Consideraciones especiales CE-1: La ECA podrá realizar búsquedas de grupos por: a. Todos b.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el usuario no finaliza el caso de uso sino que selecciona la opción “Pasar lista” para alguno de los grupos abiertos.

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.10.9

Caso de Uso 79 - Consulta de grupos de Cursos

(INEFOP)
Requerimiento Funcional Historial de versiones RF72 03-01-2011 – Versión original

5.10.9.1
INEFOP.

Descripción

Este caso de uso corresponde a la consulta de grupos de cursos realizada por un usuario de

5.10.9.2

Precondiciones

El usuario está debidamente logueado en el sistema.

5.10.9.3
Usuario

Flujo normal
Sistema 1.- Despliega el formulario para búsqueda de grupos

2.- Ingresa un criterio de búsqueda 3.- Confirma el criterio 4.- Busca todos los grupos de que satisfacen el criterio ingresado. 5.- Muestra el resultado al usuario. 6.- Finaliza el caso de uso

5.10.9.4

Flujos Alternativos de Eventos
Descripción En el paso 2 del flujo normal, el usuario no confirma el criterio sino que cancela la operación. En ese caso, el sistema finaliza la operación sin realizar ninguna búsqueda.

Flujo Alternativo # 1

2

En el paso 6, el usuario no finaliza el caso de uso sino que selecciona la opción “Participantes” para alguno de los grupos abiertos. En este caso, el flujo continúa según el caso de uso….

3

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

Código: DINAE-GESTION-CU-01-ES Página 208 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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 4 En el paso 6, el usuario no finaliza el caso de uso sino que selecciona la 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. 5 En el paso 6, el usuario no finaliza el caso de uso sino que selecciona la 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).

5.10.9.5

Prototipos de interfaz de usuario

No corresponde

5.10.9.6

Consideraciones especiales

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

Código: DINAE-GESTION-CU-01-ES Página 209 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.10.10 Caso de Uso 80 - Cambio de estado de grupo de curso
Requerimiento Funcional Historial de versiones RF73 03-01-2011 – Versión original

5.10.10.1

Descripción

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.

5.10.10.2

Precondiciones

El usuario está debidamente logueado en el sistema. El usuario seleccionó la opción “Cambio de estado” para alguno de los grupos de un curso

5.10.10.3
Usuario

Flujo normal
Sistema 1.Despliega una ventana emergente

solicitando el nuevo estado y una descripción del motivo del mismo. 2.- Ingresa el nuevo estado y la descripción 3.- Confirma los datos ingresados 4.- Valida los datos ingresados 5.- Almacena el nuevo estado 6.- Comunica el resultado al usuario y cierra la ventana emergente. 7.-Finaliza el caso de uso

5.10.10.4

Flujos Alternativos de Eventos
Descripción En el paso 3, el usuario no confirma sino que cancela la operación. En ese caso, el sistema finaliza el caso de uso sin realizar ningún cambio de estado.

Flujo Alternativo # 1

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

Código: DINAE-GESTION-CU-01-ES Página 210 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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

5.10.10.5

Prototipos de interfaz de usuario

No corresponde

5.10.10.6

Consideraciones especiales

No hay consideraciones especiales relevantes.

Código: DINAE-GESTION-CU-01-ES Página 211 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.10.11 Caso

de

Uso

81

-

Habilitación/Inhabilitación

de

inscripciones no exclusiva para TSD
Requerimiento Funcional Historial de versiones RF74 03-01-2011 – Versión original

5.10.11.1

Descripción

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.

5.10.11.2

Precondiciones

El usuario está debidamente logueado en el sistema. El usuario seleccionó la opción de Habilitar general para alguno de los grupos de cursos.

5.10.11.3
Usuario

Flujo normal
Sistema 1.Despliega una ventana emergente

solicitando motivo y confirmación. 2.- Ingresa el motivo 3.- Confirma el cambio de estado 4.- Valida que se haya ingresado un motivo 5.- Almacena el nuevo estado 6.- Comunica el resultado al usuario y cierra la ventana emergente. 7.- Finaliza el caso de uso

5.10.11.4

Flujos Alternativos de Eventos
Descripción 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.

Flujo Alternativo # 1

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

Código: DINAE-GESTION-CU-01-ES Página 212 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

el flujo continúa en el paso 2 del flujo normal.

5.10.11.5

Prototipos de interfaz de usuario

No corresponde

5.10.11.6

Consideraciones especiales

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.

Código: DINAE-GESTION-CU-01-ES Página 213 de 336

el sistema despliega un mensaje indicando la situación.1 Descripción Este caso de uso corresponde a la búsqueda de postulantes y la inscripción a uno de los grupos de cursos habilitados.11. En ese caso.3 Usuario Flujo normal Sistema 1.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.11. Flujo Alternativo # 1 2 En el paso 2.2 Precondiciones El usuario está debidamente logueado en el sistema.Despliega el formulario de búsqueda de postulantes para el grupo seleccionado 2. Código: DINAE-GESTION-CU-01-ES Página 214 de 336 .1.. el sistema despliega un mensaje indicando la situación..3 5.1.4 Flujos Alternativos de Eventos Descripción En el paso 2.11. El usuario ha seleccionado la opción “Buscar participantes” para alguno de los cursos habilitados. 5.1 Grupo 11: Postulantes e Inscriptos Caso de Uso 82 .1. el sistema determina que no hay ningún inscripto en el curso.. el sistema determina que no hay ningún postulante para inscribir.1.Lista en dicho formulario todos los postulantes inscriptos y todos los postulantes que satisfacen los criterios para el grupo. 3. En ese caso.11 5.11.Inscripción a Grupo de Curso (Selección de postulantes) Requerimiento Funcional Historial de versiones RF76 03-01-2011 – Versión original 5.11. 5.Finaliza el caso de uso 5.

g) Motivo CE-3: Si el usuario realiza un cambio de estado de un postulante a INSCRIPTO. el usuario no finaliza el caso de uso sino que selecciona un conjunto de postulantes no inscriptos y selecciona un nuevo estado para ellos.5 Prototipos de interfaz de usuario No corresponde 5. entonces el postulante se incluye a la lista de interesados con el motivo indicado.6 Consideraciones especiales 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. Código: DINAE-GESTION-CU-01-ES Página 215 de 336 . entonces el postulante se incluye en la lista de inscriptos.1. desplegará los siguientes datos: a) Identificación b) Nombre c) Apellido d) Localidad de residencia e) Departamento de residencia f) Estado respecto al grupo. el sistema continúa según el caso de uso…. En ese caso.3 3 En el paso 3.11.1.11. CE-4: Si el usuario quita a un inscripto del grupo. 5..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

2. 2.Despliega una ventana emergente solicitando el nuevo estado y el motivo.Actualiza la lista de inscriptos y de candidatos.Almacena el nuevo estado. 7.2.11.Valida que se haya seleccionado un estado y se haya ingresado un motivo.2. El usuario ha seleccionado la opción “Cambio de estado” para un postulante. 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.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..2 Precondiciones El usuario está debidamente logueado en el sistema. 6.Finaliza el caso de uso Código: DINAE-GESTION-CU-01-ES Página 216 de 336 . El grupo debe estar en estado ABIERTO. 5.Ingresa el nuevo estado y el motivo 3. 5..11.2 Caso de Uso 83 .3 Usuario Flujo normal Sistema 1.11.3 5. 5...Cambio de Estado de Postulante en Grupo de Curso Requerimiento Funcional Historial de versiones RF79-1 03-01-2011 – Versión original 5...1 Descripción Este caso de uso corresponde al cambio de estado de un postulante en un grupo.11.Confirma los datos ingresados 4.

5.2. el sistema determina que los datos ingresados no son válidos. el usuario no confirma la operación sino que cancela.11.2. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. Código: DINAE-GESTION-CU-01-ES Página 217 de 336 .11.6 Consideraciones especiales Los estados para los postulantes e inscriptos en un grupo de curso. En este caso.5 Prototipos de interfaz de usuario No corresponde 5. el sistema finaliza el caso de uso sin realizar ningún cambio y cierra la ventana emergente.2.4 Flujos Alternativos de Eventos Descripción En el paso 3.3 5. se detallan en el documento DI-01-ES. Flujo Alternativo # 1 2 En el paso 4. En este caso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.11.

Almacena esta situación en el sistema. no exista un curso disponible.3. En este caso.Comunica el resultado al usuario 7.. 5....Despliega el formulario de Exoneración 2.3.Valida los datos 5. 5.3 5.Finaliza el caso de uso.3 Usuario Flujo normal Sistema 1.1 Descripción Puede darse el caso que. para un postulante.11. Flujo Alternativo # 1 2 En el paso 4.11.11. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.4 Flujos Alternativos de Eventos Descripción En el paso 3.11.2 Precondiciones El usuario está debidamente logueado en el sistema.11.Confirma la identificación 4.Genera la constancia de exoneración 9.. el sistema determina que los datos ingresados no son válidos. El usuario ha seleccionado la opción “Exonerar”..3.Ingresa la identificación del postulante 3. se exonera al postulante de la realización de curso.3.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. sin realizar ninguna acción. 6... Código: DINAE-GESTION-CU-01-ES Página 218 de 336 . El usuario del sistema registra esta situación en el sistema y genera una constancia de exoneración.. En este caso.Muestra la constancia al usuario 10. el usuario no confirma la operación sino que cancela. el sistema finaliza el caso de uso. En ese caso.. 5.3 Caso de Uso 84 .Exoneración de Curso RF78 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.Solicita la generación de la constancia 8.

3 5.3.6 Consideraciones especiales CE-1: La plantilla correspondiente a esta exoneración está dada por el documento “Constancia de exoneración a cursos TSD.doc” Código: DINAE-GESTION-CU-01-ES Página 219 de 336 .11.5 Prototipos de interfaz de usuario No corresponde 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.11.3.

11. Código: DINAE-GESTION-CU-01-ES Página 220 de 336 .3 5.4.Muestra la constancia al usuario 3.4.Genera el documento de la Constancia 2. 5. 5.11.4. 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.11.4 Caso de Uso 85 – Generación de Constancia de Inscripción a Grupo Requerimiento Funcional Historial de versiones RF79 03-01-2011 – Versión original 5.1 Descripción Este caso de uso corresponde a la generación de una constancia de Inscripción de un postulante a un grupo de un curso.doc”.4.2 Precondiciones El usuario está debidamente logueado en el sistema.Finaliza el caso de uso 5. 5.4.5 Prototipos de interfaz de usuario No corresponde 5.4 Flujos Alternativos de Eventos Descripción Flujo Alternativo # No hay flujos alternativos relevantes..11.11..3 Usuario Flujo normal Sistema 1.11..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.11.4.6 Consideraciones especiales CE-1: La plantilla de esta constancia está dada por el documento “Constancia de inscripción a cursos TSD.

Lista todos los participantes inscriptos en el grupo 4..12.Finaliza el caso de uso 5.Valida los datos 7.1.Almacena el resultado del pasaje de la lista 8. 5.1 Caso de Uso 86 – Pasaje de Lista para una nueva fecha Requerimiento Funcional Historial de versiones RF80 03-01-2011 – Versión original 5.3 Usuario Flujo normal Sistema 1..Confirma la asistencia 6.12.1.Comunica el resultado al usuario 9.3 5..1 Descripción 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.12.Selecciona una fecha 3. 5.Indica la asistencia e inasistencia de cada uno de los inscriptos 5. el usuario cancela la Flujo Alternativo # 1 Código: DINAE-GESTION-CU-01-ES Página 221 de 336 ..1.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.12 Grupo 12: Seguimiento de los cursos 5...1.2 Precondiciones El usuario está debidamente logueado en el sistema.4 Flujos Alternativos de Eventos Descripción En el paso 2 o en el paso 5 del flujo normal..12..12..Despliega el formulario de pasaje de lista solicitando la fecha de pasaje 2. El usuario ha seleccionado la opción “Pasar lista” para alguno de los grupos abiertos de la ECA.

5 Prototipos de interfaz de usuario No corresponde 5. el sistema determina que en la fecha indicada. el sistema determina que los datos ingresados no son válidos. 5. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. el sistema determina que para la fecha seleccionada ya se ha pasado lista.1. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 4 del flujo normal. 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. En ese caso. En ese caso.1. Código: DINAE-GESTION-CU-01-ES Página 222 de 336 .12.6 Consideraciones especiales CE-1: El sistema validará que se haya indicando o bien “Asistió” o “No asistió” para cada uno de los inscriptos. 3 En el paso 3.12.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 operación y el sistema finaliza el caso de uso sin realizar ninguna acción. 4 En el paso 3. 2 En el paso 6. no se está dictando el curso.

-3 – El sistema registra los motivos de la justificación para cada uno de los participantes. 4.12.Lista todos los participantes inscriptos en el grupo y la asistencia ingresada. El pasaje de lista lo realiza la ECA que dicta el curso. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.12.Finaliza el caso de uso 5. el usuario cancela la operación y el sistema finaliza el caso de uso sin realizar ninguna acción..1 – Justifica la inasistencia para alguno(s) del (de los) participante(s). 5. Código: DINAE-GESTION-CU-01-ES Página 223 de 336 .12.12..2 Caso de Uso 87 – Pasaje de Lista para una fecha ya existente Requerimiento Funcional Historial de versiones RF80 03-01-2011 – Versión original 5.2.Selecciona una fecha 3. 4. sino que: 4. habilitando la justificación para cada una de las asistencias.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.2.2 – Confirma la justificación 4.12. el usuario no finaliza el caso de uso.2.1 Descripción 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.2.2 Precondiciones El usuario está debidamente logueado en el sistema.Despliega el formulario de pasaje de lista solicitando la fecha de pasaje 2.3 5.4 Flujos Alternativos de Eventos Descripción En el paso 2 del flujo normal. El usuario ha seleccionado la opción “Pasar lista” para alguno de los grupos abiertos de la ECA...3 Usuario Flujo normal Sistema 1. 5.

2. 5. Otro.2.3 4.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 224 de 336 . Laboral.4 – El sistema comunica el resultado al usuario 3 En el paso 3.6 Consideraciones especiales CE-1: Las justificaciones son: Enfermedad.5 Prototipos de interfaz de usuario Figura 39: Interfaz para la justificación de inasistencias 5.12. el sistema determina que para la fecha seleccionada no se ha pasado lista.12. en ese caso continúa como en el paso 3 del Caso de Uso 87 – Pasaje de Lista para una fecha ya existente.

En ese caso..3 Caso de Uso 88 .3.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal...12.Almacena los resultados 6.12..3.3.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.1 Descripción 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. el usuario no confirma los datos.12..3 5.2 Precondiciones El usuario está debidamente logueado en el sistema. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.Ingresa el resultado final para cada uno de los participantes. el Código: DINAE-GESTION-CU-01-ES Página 225 de 336 . En ese caso.Comunica el resultado de la operación al usuario 7..Despliega el formulario para ingreso de resultado final del grupo seleccionado 2. 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 5.Confirma el resultado 4.Valida los datos ingresados 5. el sistema determina que hay participantes a los que no se les ha ingresado el resultado final. 3.Resultado final de un grupo RF81 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5..3 Usuario Flujo normal Sistema 1.3.12. el sistema finaliza el caso de uso sin realizar ningún cambio.Finaliza el caso de uso 5.12. sino que cancela la operación. 5.

se genera un nuevo registro los datos se completan Datos del curso Nombre del curso Área temática del curso Nombre de la ECA Fecha de finalización – Fecha de inicio Si es menor a un mes.6 como sigue: Dato en el C. 4 En el paso 3 del flujo normal.3 sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. 5 En el paso 4 del flujo normal. el sistema habilita un campo para ingresar la nota final. 3 En el paso 1 del flujo normal. recupera los datos del sistema y despliega el formulario con esos datos cargados. el usuario ingresa como resultado “APROBADO” para alguno de los participantes.v.3. para cada uno de los participantes que tiene como resultado final APROBADO.12. el sistema determina que ya se han ingresado los datos para ese grupo. 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 Código: DINAE-GESTION-CU-01-ES Página 226 de 336 .3.12. genera una entrada en el área de Capacitación y Formación Profesional de su c. El resultado será: APROBADO. En ese caso.V.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario Sigue la estructura general de ingreso de datos para un grupo. 5. 5. Consideraciones especiales CE-1: Cuando en el flujo alternativo 5. se especifica en días. Sino en meses Comentarios Nombre del curso Área temática Institución Duración – Número Duración – Unidad Año inicio Estado del curso Si tiene certificado Año de la fecha de inicio “Finalizado” Si CE-2: La ECA ingresará en el sistema para cada inscripto:  el resultado final de cada uno de los inscriptos en dicho grupo. NO APROBADO o ABANDONÓ (Justificado o No Justificado). En ese caso. con los datos del curso en cuestión.

12.3 Usuario Flujo normal Sistema 1.12.. El usuario ha seleccionado la opción “Generar Lista de Certificado de Aprobación” 5. 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. 5.4 Flujos Alternativos de Eventos Descripción Flujo Alternativo # No hay flujos alternativos relevantes.Despliega la lista generada 6.12.Generación de Lista de Certificados de Aprobación Requerimiento Funcional Historial de versiones RF82 03-01-2011 – Versión original 5..Genera la lista de los participantes a los que corresponde el certificado de aprobación.2 Precondiciones El usuario está debidamente logueado en el sistema.1 Descripción Para aquellos participantes que aprobaron un curso.4 Caso de Uso 89 ..3  si corresponde certificado de aprobación 5..12.Finaliza el caso de uso 5...4.Selecciona uno de los cursos 3.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Confirma la selección 4.Despliega la lista de cursos 2. Código: DINAE-GESTION-CU-01-ES Página 227 de 336 .4.12. Este caso de uso corresponde a la generación de la lista de postulantes a los que corresponde certificado de aprobación.4.4. 5.

5.Generación de Constancia de Requerimiento Funcional Historial de versiones RF83 03-01-2011 – Versión original 5.3 Usuario Flujo normal Sistema 1..5..5 Asistencia Caso de Uso 90 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Muestra la constancia de asistencia 3. Documento Consideraciones especiales Primer nombre Segundo nombre Primer apellido Segundo apellido CE-1: El formato de la salida es el siguiente: 5.Finaliza el caso de uso Código: DINAE-GESTION-CU-01-ES Página 228 de 336 . Esta constancia es emitida por la ECA.2 Precondiciones El usuario está debidamente logueado en el sistema. 5.5.3 5.1 Descripción El sistema permitirá la generación de una constancia de asistencia a un curso para un inscripto particular.12. El usuario ha seleccionado la opción de generación de constancia de asistencia para un participante en un curso particular.5..Genera la constancia de asistencia 2.6 Nro.5 Prototipos de interfaz de usuario No corresponde 5.12.12.4.12.4.12.12.

5 Prototipos de interfaz de usuario No corresponde 5.5.12.12.5.5.4 Flujos Alternativos de Eventos Descripción Flujo Alternativo # No hay flujos alternativos relevantes. Código: DINAE-GESTION-CU-01-ES Página 229 de 336 . 5.6 Consideraciones especiales CE-1: El formato de la Constancia de Asistencia se detalla en el documento Constancia de inscripción a cursos TSD.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 5.doc.12.

.5 Prototipos de interfaz de usuario Sigue la interfaz general de confirmaciones.Finaliza el caso de uso 5. 5.Cierre administrativo del grupo RF84 03-01-2011 – Versión original Requerimiento Funcional 5.6 Historial de versiones Caso de Uso 91 . 2.Comunica el resultado al usuario y cierra la ventana emergente 5.3 Usuario Flujo normal Sistema 1. Cierra la ventana emergente. sino que cancela la operación.. El usuario ha seleccionado uno de los grupos de cursos y.12.. Una vez realizado el cierre del curso. Código: DINAE-GESTION-CU-01-ES Página 230 de 336 . no podrá realizarse ninguna operación de cambio sobre él.2 Precondiciones El usuario está debidamente logueado en el sistema.6.Registra el cierre en el sistema 4.12. a continuación. 5. Quedarán habilitadas las operaciones de emisión de constancias o certificados.12.6.Despliega una ventana emergente solicitando la confirmación de cierre.3 5. En ese caso el sistema finaliza el caso de uso y no realiza ninguna operación. Flujo Alternativo # 1 5.12.4 Flujos Alternativos de Eventos Descripción En el paso 2 del flujo normal.6.6.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. seleccionado la opción Cierre..1 Descripción Este caso de uso corresponde al cierre administrativo del curso. el usuario no confirma el cierre. así como las operaciones de consulta.Confirma el cierre 3.6.12.12.

3 5.6 Consideraciones especiales No hay consideraciones especiales relevantes.12. Código: DINAE-GESTION-CU-01-ES Página 231 de 336 .6.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

1. el sistema finaliza el caso de uso y no realiza ninguna acción. 5.13.1..13. el Banco de Previsión Social (BPS) envía un listado que contiene la lista de todos los Trabajadores en Seguro de Desempleo.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Carga los nuevos datos de TSD 7.3 Usuario Flujo normal Sistema 1.. 5.1 Descripción Periódicamente.3 5...4 Flujos Alternativos de Eventos Descripción En el paso 3.Carga de Trabajadores en Seguro de Desempleo Requerimiento Funcional Historial de versiones RF85 03-01-2011 – Versión original 5.Confirma la carga 4. El usuario ha seleccionado la opción “Carga de TSD”.13 5.Comunica el resultado al usuario 8.Valida el archivo 5.Indica el archivo de carga 3.Despliega el formulario para carga de trabajadores en Seguro de Desempleo 2.1 Grupo 13: Trabajadores en Seguro de Desempleo Caso de Uso 92 .. el usuario no confirma la operación sino que cancela.2 Precondiciones El usuario está debidamente logueado en el sistema. Flujo Alternativo # 1 Código: DINAE-GESTION-CU-01-ES Página 232 de 336 .Elimina todos los registros existentes de TSD 6..13.13. Este caso de uso corresponde a la carga en el sistema de los datos que provienen de ese archivo.1. En este caso..Finaliza el caso de uso 5..1.13.

1.13.3 2 En el paso 4. 5. 5. RUT Empresa Motivo Departamento CIIU Agencia seguro Domicilio donde solicitó el Fecha El formato se acordará con BPS Fecha El formato se acordará con BPS Texto Lista simple de valores Código: DINAE-GESTION-CU-01-ES Página 233 de 336 . el sistema determina que el archivo no es válido.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En ese caso. el sistema muestra un mensaje de error indicando la situación y regresa al punto 2 del flujo normal.1.13.5 Prototipos de interfaz de usuario Figura 40: Prototipo de la interfaz para la carga del archivo de trabajadores en seguro de desempleo.6 Dato Consideraciones especiales Tipo Cédula Texto Texto Fecha El formato se acordará con BPS Comentarios CE-1: El formato del archivo es el siguiente: Cédula de Identidad Nombre Apellido Fecha de nacimiento Fecha desde la que está en seguro de desempleo Fecha hasta la que cubre el seguro No.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el sistema informará al usuario esa situación.3 Teléfono CE-2: Si alguno de los registros no se puede cargar. Código: DINAE-GESTION-CU-01-ES Página 234 de 336 .

Genera el reporte 7..14 5.Finaliza el caso de uso 5.1 Grupo 14: Formación Profesional: Reportes Caso de Uso 93 – Generación de Reportes RF86 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.Despliega la sección Filtros del reporte seleccionado 4.1.1.2 Precondiciones El usuario está debidamente logueado en el sistema.14.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En ese caso. el usuario no selecciona ningún filtro y cancela la operación. Flujo Alternativo # 1 2 En el paso 5 del flujo normal.3 5.Selecciona el reporte que desea generar 3.Despliega el formulario para selección de reportes 2.. el sistema finaliza el caso de uso sin realizar Código: DINAE-GESTION-CU-01-ES Página 235 de 336 .14. El usuario ha seleccionado la opción Reportes. 5.4 Flujos Alternativos de Eventos Descripción En el paso 2 del flujo normal.. En ese caso. el usuario no confirma el filtro y cancela la operación.1.14.3 Usuario Flujo normal Sistema 1.. 5.1 Descripción Este caso de uso corresponde a la generación de reportes de Formación Profesional.14..Ingresa el filtro 5. el sistema finaliza el caso de uso sin realizar ninguna acción.14.Envía el reporte al usuario 8..Confirma el filtro 6..1..

5 Prototipos de interfaz de usuario No corresponde 5.3 ninguna acción.1. de forma tal que puedan generarse tablas dinámicas a partir de dichos datos. 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.14.6 Consideraciones especiales 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) j) Área del Curso 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.1.14. Código: DINAE-GESTION-CU-01-ES Página 236 de 336 .

el sistema determina que los datos ingresados no son válidos.15 CePE 5...1 Grupo 15: Servicios Públicos de Empleo: Gestión de Caso de Uso 94 .15.Despliega el formulario de Alta de CePE.Alta de CePE RF87 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5. 5. El usuario ha seleccionado la opción “Alta de CePE”.1.Genera un identificador para el CePE 7.15.3 5.Completa los datos del formulario 3.Almacena los datos 6.1. 5. En ese caso..1.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.15. 2..1.15. el usuario no confirma los datos sino que cancela la operación.3 Usuario Flujo normal Sistema 1.15.. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo Código: DINAE-GESTION-CU-01-ES Página 237 de 336 .Confirma los datos 4.1 Descripción Este caso de uso corresponde al alta de un Centro Público de Empleo (CePE)..2 Precondiciones El usuario está debidamente logueado en el sistema.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.Valida los datos 5.. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal.Finaliza el caso de uso 5. En ese caso..Comunica el resultado al usuario 8.

15. CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de ser almacenados.6 Consideraciones especiales 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. 5. Excepto por esta transformación. Código: DINAE-GESTION-CU-01-ES Página 238 de 336 . b) No hay otro CePE con el mismo nombre.3 normal.5 Prototipos de interfaz de usuario No corresponde 5. CE-3: Al crear el CePE queda en el estado HABILITADO. el resto de los datos se almacenarán tal como fueron ingresados.1.15.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.1. según sea el caso.

2. el sistema continúa como en el caso de uso…. el sistema finaliza el caso de uso sin realizar ninguna acción. 5..2.Realiza la búsqueda de los CePE que satisfacen el criterio 5. el usuario no confirma el criterio sino que cancela la operación..Confirma el criterio de búsqueda 4. el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”.15.Ingresa el criterio de búsqueda 3..1 Descripción Este caso de uso corresponde a la consulta de CePE.2. Flujo Alternativo # 1 2 En el paso 6 del flujo normal..15.2 Historial de versiones Caso de Uso 95 – Consulta de CePE RF88 03-01-2011 – Versión original Requerimiento Funcional 5.3 5. 3 En el paso 6 del flujo normal.3 Usuario Flujo normal Sistema 1.Muestra los CePE resultantes de la búsqueda 6.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.15. 5. A partir del resultado..15. el usuario no finaliza el caso de uso sino Código: DINAE-GESTION-CU-01-ES Página 239 de 336 .2 Precondiciones El usuario está debidamente logueado en el sistema.Despliega el formulario de Consulta de CePE. se podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación. En ese caso. En ese caso.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.15.2. 5.Finaliza el caso de uso. El usuario ha seleccionado la opción “Consulta de CePE”.2.

6 Consideraciones especiales 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 Código: DINAE-GESTION-CU-01-ES Página 240 de 336 .15.15.5 Prototipos de interfaz de usuario No corresponde 5.3 que selecciona la opción “Habilitar” o “Deshabilitar” según el estado del CePE. el sistema continúa como en el caso de uso …..2.2. En ese caso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5.

Actualiza los datos. 6.15.. el sistema finaliza el caso de uso sin realizar ninguna acción. En ese caso.15. 5.Comunica el resultado al usuario. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.15.3.3.Finaliza el caso de uso. 2.2 Precondiciones El usuario está debidamente logueado en el sistema. En ese caso.. 4.3 Historial de versiones Caso de Uso 96 – Actualización de datos de CePE RF89 03-01-2011 – Versión original Requerimiento Funcional 5. 5..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Flujo Alternativo # 1 2 En el paso 4 del flujo normal. Código: DINAE-GESTION-CU-01-ES Página 241 de 336 .Despliega el formulario de CePE con los datos del CePE seleccionado cargados.15. 3.1 Descripción Este caso de uso corresponde a la actualización de los datos de un CePE.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.3... sino que cancela la operación. el sistema determina que los datos ingresados no son válidos...3 Usuario Flujo normal Sistema 1. El usuario ha seleccionado la opción “Actualizar datos” para un CePE. el usuario no confirma los datos.Confirma los datos. 7. 5. reemplazando los datos anteriores.15.3 5.Almacena los nuevos datos.3.Valida los datos 5.

15.3.Alta de CePE.5 Prototipos de interfaz de usuario No corresponde 5. Código: DINAE-GESTION-CU-01-ES Página 242 de 336 .3.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 94 .15.3 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

15.. En ese caso.3 5. 7.15.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Valida que se haya seleccionado un motivo. 5.Confirma el motivo 4. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de un CePE... 2. el usuario no confirma el motivo sino que cancela la operación.15. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 243 de 336 .4 CePE Caso de Uso 97 – Habilitación / Deshabilitación de Requerimiento Funcional Historial de versiones RF90 03-01-2011 – Versión original 5. 5..Comunica el resultado al usuario y cierra la ventana emergente.2 Precondiciones El usuario está debidamente logueado en el sistema.4. según el estado actual del mismo.Ingresa el motivo de cambio de estado 3..Despliega una ventana emergente solicitando el motivo del cambio de estado. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un CePE.. 5. 5.4.15.15.Finaliza el caso de uso.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.4.3 Usuario Flujo normal Sistema 1. el sistema determina que no se ha seleccionado ningún motivo.4.Almacena el nuevo estado 6. En ese caso. el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente.

4.15. 5. Código: DINAE-GESTION-CU-01-ES Página 244 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.15.4.6 Consideraciones especiales No hay consideraciones especiales relevantes.5 Prototipos de interfaz de usuario No corresponde 5.

3 5.1 Grupo 16: Gestión de Operadores Caso de Uso 98 .1 Descripción Este caso de uso corresponde al alta de un operador del sistema.. 2.... El usuario ha seleccionado la opción “Alta de Operador”..Completa los datos del formulario 3. Los operadores se organizan en cuatro niveles: a) Operadores Nacionales b) Operadores Regionales.16 5.Envía un correo electrónico al usuario comunicando la contraseña 8.16.16.16.Genera una contraseña 7. Cada operador tiene asociado un conjunto de departamentos que determinan su región..Finaliza el caso de uso Código: DINAE-GESTION-CU-01-ES Página 245 de 336 .Alta de Operador RF91 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5.Confirma los datos 4.Comunica el resultado al usuario 9.3 Usuario Flujo normal Sistema 1.Despliega el formulario de Alta de Operador..Valida los datos 5.1.16. 5.1..2 Precondiciones El usuario está debidamente logueado en el sistema..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. c) Operadores de CePE d) Administradores 5.1.Almacena los datos 6.

el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son: c) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada.16.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. Código: DINAE-GESTION-CU-01-ES Página 246 de 336 . el sistema determina que los datos ingresados no son válidos. este queda en el estado HABILITADO. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal. el usuario no confirma los datos sino que cancela la operación.1.1.1. el resto de los datos se almacenarán tal como fueron ingresados. Excepto por esta transformación. según sea el caso.16. En ese caso. 5. d) No hay otro operador con la misma identificación CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de ser almacenados.3 5. En ese caso. CE-3: Al crear el Operador.5 Prototipos de interfaz de usuario No corresponde 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.16.

2.16. Flujo Alternativo # 1 2 En el paso 6 del flujo normal.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..Realiza la búsqueda de los operadores que satisfacen el criterio 5. el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”. 5. se podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación. En ese caso.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. 5.3 Usuario Flujo normal Sistema 1..16..16. 2.2.Muestra los operadores resultantes de la búsqueda 6.1 Descripción Este caso de uso corresponde a la consulta de Operadores...Despliega el formulario de Consulta de Operador.16. En ese caso. 3 En el paso 6 del flujo normal. el usuario no confirma el criterio sino que cancela la operación. el sistema finaliza el caso de uso sin realizar ninguna acción. 5.2 Precondiciones El usuario está debidamente logueado en el sistema. el sistema continúa como en el caso de uso….2.3 5.Confirma el criterio de búsqueda 4. A partir del resultado.Ingresa el criterio de búsqueda 3. El usuario ha seleccionado la opción “Consulta de Operadores”.Finaliza el caso de uso.16.2 Historial de versiones Caso de Uso 99 – Consulta de Operadores RF92 03-01-2011 – Versión original Requerimiento Funcional 5.2. el usuario no finaliza el caso de uso sino Código: DINAE-GESTION-CU-01-ES Página 247 de 336 .

16. 4 En el paso 5.16.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En ese caso.2. el sistema determina que no hay resultados para mostrar.6 Consideraciones especiales CE-1: La búsqueda podrá realizarse por los siguientes criterios: a) Número de cédula b) Nombre c) Apellido d) CePE e) Tipo CE-1: Para cada uno listará: a) Identificación b) Nombre c) Apellido d) Tipo de usuario e) CePE asignado Código: DINAE-GESTION-CU-01-ES Página 248 de 336 .2.3 que selecciona la opción “Habilitar” o “Deshabilitar” según el estado del operador. En ese caso.5 Prototipos de interfaz de usuario No corresponde 5. el sistema continúa como en el caso de uso ….. el sistema muestra un mensaje indicando la situación. 5.

. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 Código: DINAE-GESTION-CU-01-ES Página 249 de 336 . Flujo Alternativo # 1 2 En el paso 4 del flujo normal. 5.16. En ese caso. El usuario ha seleccionado la opción “Actualizar datos” para un operador.16. 7.Almacena los nuevos datos. sino que cancela la operación. 4. el sistema finaliza el caso de uso sin realizar ninguna acción.2 Precondiciones El usuario está debidamente logueado en el sistema.16.Despliega el formulario de Operado con los datos del operador seleccionado cargados.Finaliza el caso de uso.Valida los datos 5. 5.Confirma los datos.1 Descripción Este caso de uso corresponde a la actualización de los datos de un operador. 2.. el sistema determina que los datos ingresados no son válidos.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. 5.3.3 Operador Caso de Uso 100 – Actualización de datos de Requerimiento Funcional Historial de versiones RF93 03-01-2011 – Versión original 5..3. 3..Actualiza los datos.3.Comunica el resultado al usuario.16.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. reemplazando los datos anteriores...3.. 6.16. el usuario no confirma los datos.3 5.3 Usuario Flujo normal Sistema 1. En ese caso.

5. 3 En el paso 1 del flujo normal. el sistema habilita la modificación de la identificación del usuario. el sistema determina que el usuario logueado tiene permisos de supervisor.3.3 del flujo normal.Alta de Operador.16. En ese caso.3.5 Prototipos de interfaz de usuario No corresponde 5.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 98 . Código: DINAE-GESTION-CU-01-ES Página 250 de 336 .16.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

7.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de un operador. 5...16.16. En ese caso. el sistema determina que no se ha seleccionado ningún motivo. 5.. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.3 5.2 Precondiciones El usuario está debidamente logueado en el sistema.Confirma el motivo 4. 2..16. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un operador.Ingresa el motivo de cambio de estado 3..Almacena el nuevo estado 6.Comunica el resultado al usuario y cierra la ventana emergente. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 251 de 336 .16.16.3 Usuario Flujo normal Sistema 1.4.Valida que se haya seleccionado un motivo. 5.4 Operador Caso de Uso 101 – Habilitación / Deshabilitación de Requerimiento Funcional Historial de versiones RF94 03-01-2011 – Versión original 5.Finaliza el caso de uso.4. el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente. según el estado actual del mismo.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En ese caso. 5.Despliega una ventana emergente solicitando el motivo del cambio de estado.4. el usuario no confirma el motivo sino que cancela la operación.4..4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.

5 Prototipos de interfaz de usuario No corresponde 5. Cuando se habilita un operador inhabilitado. se desbloquea su código de usuario.16.6 Consideraciones especiales CE-1: Cuando un usuario está deshabilitado entonces no puede ingresar al sistema (Ver Login).Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.4.3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.4. Código: DINAE-GESTION-CU-01-ES Página 252 de 336 . 5. es decir su código de usuario queda bloqueado.16.

.3 Usuario Flujo normal Sistema 1. En ese caso.3 5. el sistema determina que los datos ingresados no son válidos.1. El usuario ha seleccionado la opción “Alta de Documento”. 5.17...1. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. 5.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.17.1.2 Precondiciones El usuario está debidamente logueado en el sistema.Despliega el formulario de Alta de Documento.Confirma los datos 4.17.1 Descripción Este caso de uso corresponde al alta de un Documento.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Comunica el resultado al usuario 7. el usuario no confirma los datos sino que cancela la operación..1 Grupo 17: Gestión de Documentos Caso de Uso 102 . 2.17 5.Completa los datos del formulario 3. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal.Finaliza el caso de uso 5.1. Código: DINAE-GESTION-CU-01-ES Página 253 de 336 ..17.Valida los datos 5.Almacena los datos 6.Alta de Documento RF95 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5...17. En ese caso.

el resto de los datos se almacenarán tal como fueron ingresados.17.1.5 Prototipos de interfaz de usuario No corresponde 5.3 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Excepto por esta transformación.17. CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de ser almacenados. Código: DINAE-GESTION-CU-01-ES Página 254 de 336 .6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son: e) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada. f) No hay otro documento con el mismo nombre. según sea el caso.1.

Flujo Alternativo # 1 5.. si el usuario confirma.3 5.Despliega la lista de todos los documentos registrados en el sistema.2 Historial de versiones Caso de Uso 103 – Listado de documentos RF97 03-01-2011 – Versión original Requerimiento Funcional 5.2.2 Precondiciones El usuario está debidamente logueado en el sistema. El usuario ha seleccionado la opción “Listado de documentos”.17.5 Prototipos de interfaz de usuario No corresponde 5.17.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.1 Descripción Este caso de uso corresponde al listado de todos los documentos..2. 5.17. En ese caso.17.6 Consideraciones especiales CE-1 Los datos que se listan para cada documento son: a) Nombre b) Descripción c) Habilitado para Postulantes d) Habilitado para Empresas Código: DINAE-GESTION-CU-01-ES Página 255 de 336 .2.17. el sistema solicita confirmación y. 5.Finaliza el caso de uso 5.17.17.3 Usuario Flujo normal Sistema 1.2. elimina dicho documento. el usuario no finaliza el caso de uso sino que selecciona la opción “Eliminar” para alguno de los documentos.4 Flujos Alternativos de Eventos Descripción En el paso 2.2. 2.2.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 Código: DINAE-GESTION-CU-01-ES Página 256 de 336 .

5.Comunica el resultado al usuario y cierra la ventana emergente.17.17. 2. el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente..3 5.17.3.3.17.3.3.4 Flujos Alternativos de Eventos Descripción En el paso 2 del flujo normal. 5.. Código: DINAE-GESTION-CU-01-ES Página 257 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 Consideraciones especiales No hay consideraciones especiales relevantes.5 Prototipos de interfaz de usuario No corresponde 5. El usuario seleccionó la opción “Eliminar” para alguno de los documentos.17.3 Caso de Uso 104 – Eliminación de documento Requerimiento Funcional Historial de versiones RF90 03-01-2011 – Versión original 5.Confirma 3. En ese caso. el usuario no confirma el motivo sino que cancela la operación. 5.. 4.3.17.Elimina el documento. Flujo Alternativo # 1 5.17.2 Precondiciones El usuario está debidamente logueado en el sistema.3.3 Usuario Flujo normal Sistema 1.Despliega una ventana emergente solicitando confirmación.1 Descripción Este caso de uso corresponde a la eliminación de un documento.

.18.Finaliza el caso de uso 5. En ese caso.1. 5.. En ese caso.18.Despliega el formulario de Alta de País. el usuario no confirma los datos sino que cancela la operación.Alta de Países RF98 03-01-2011 – Versión original Requerimiento Funcional Historial de versiones 5. 5.3 5.1. 2.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Almacena los datos 6.1 Descripción Este caso de uso corresponde al alta de un país. el sistema determina que los datos ingresados no son válidos.Comunica el resultado al usuario 7.Completa los datos del formulario 3.18. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.1 Grupo 18: Gestión de Datos Básicos Caso de Uso 105 ..18..1..3 Usuario Flujo normal Sistema 1.18 5.. El usuario ha seleccionado la opción “Alta de País”.Valida los datos 5.18. Código: DINAE-GESTION-CU-01-ES Página 258 de 336 .1. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal..Confirma los datos 4.2 Precondiciones El usuario está debidamente logueado en el sistema.

18. h) No hay otro país con el mismo nombre.1.5 Prototipos de interfaz de usuario No corresponde 5.1. según sea el caso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. CE-3: Al crear el país queda en el estado HABILITADO.3 5.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son: g) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada. el resto de los datos se almacenarán tal como fueron ingresados. CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de ser almacenados.18. Código: DINAE-GESTION-CU-01-ES Página 259 de 336 . Excepto por esta transformación.

.Confirma el criterio de búsqueda 4.2. se podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación..2. el sistema continúa como en el Caso de Uso 107 – Actualización de datos de País. 5.18.Realiza la búsqueda de los país que satisfacen el criterio 5.2 Historial de versiones Caso de Uso 106 – Consulta de Países RF98 03-01-2011 – Versión original Requerimiento Funcional 5.Finaliza el caso de uso. 5. Flujo Alternativo # 1 2 En el paso 6 del flujo normal.18.Muestra los países resultantes de la búsqueda 6...18.1 Descripción Este caso de uso corresponde a la consulta de países.. el usuario no confirma el criterio sino que cancela la operación.Ingresa el criterio de búsqueda 3.2 Precondiciones El usuario está debidamente logueado en el sistema. 5.Despliega el formulario de Consulta de País.2.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.2. En ese caso.3 5. En ese caso. el sistema finaliza el caso de uso sin realizar ninguna acción. el usuario no finaliza el caso de uso sino Código: DINAE-GESTION-CU-01-ES Página 260 de 336 . el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”. El usuario ha seleccionado la opción “Consulta de País”.18. 3 En el paso 6 del flujo normal.3 Usuario Flujo normal Sistema 1.18. A partir del resultado.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 2.

5.3 que selecciona la opción “Habilitar” o “Deshabilitar” según el estado del país.2.5 Prototipos de interfaz de usuario No corresponde 5.2.18. el sistema continúa como en el Caso de Uso 108 – Habilitación / Deshabilitación de país. En ese caso.18.6 a) nombre b) Consideraciones especiales CE-1: La búsqueda podrá realizarse por los siguientes criterios: CE-1: Para cada uno listará:    Nombre Descripción Estado Código: DINAE-GESTION-CU-01-ES Página 261 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

En ese caso. 5. el sistema finaliza el caso de uso sin realizar ninguna acción. sino que cancela la operación. En ese caso. Código: DINAE-GESTION-CU-01-ES Página 262 de 336 .4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..18.18. 5. El usuario ha seleccionado la opción “Actualizar datos” para un país.Valida los datos 5.3 Historial de versiones Caso de Uso 107 – Actualización de datos de País RF98 03-01-2011 – Versión original Requerimiento Funcional 5.3.Finaliza el caso de uso. 7. 6. 3.3 Usuario Flujo normal Sistema 1.. reemplazando los datos anteriores. el sistema determina que los datos ingresados no son válidos..18. 5.Actualiza los datos.2 Precondiciones El usuario está debidamente logueado en el sistema.3.Almacena los nuevos datos.18. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal...18.Confirma los datos. 4.. 2.3.3 5.1 Descripción Este caso de uso corresponde a la actualización de los datos de un país.3..Comunica el resultado al usuario.Despliega el formulario de país con los datos del país seleccionado cargados. el usuario no confirma los datos.

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.18.3.5

Prototipos de interfaz de usuario

No corresponde

5.18.3.6

Consideraciones especiales

CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 105 - Alta de Países.

Código: DINAE-GESTION-CU-01-ES Página 263 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.18.4 país

Caso de Uso 108 – Habilitación / Deshabilitación de

Requerimiento Funcional Historial de versiones

RF98 03-01-2011 – Versión original

5.18.4.1

Descripción

Este caso de uso corresponde a la habilitación o deshabilitación de un país, según el estado actual del mismo.

5.18.4.2

Precondiciones

El usuario está debidamente logueado en el sistema. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un país.

5.18.4.3
Usuario

Flujo normal
Sistema 1.Despliega una ventana emergente

solicitando el motivo del cambio de estado. 2.- Ingresa el motivo de cambio de estado 3.- Confirma el motivo 4.- Valida que se haya seleccionado un motivo. 5.- Almacena el nuevo estado 6.- Comunica el resultado al usuario y cierra la ventana emergente. 7.- Finaliza el caso de uso.

5.18.4.4

Flujos Alternativos de Eventos
Descripción En el paso 3 del flujo normal, el usuario no confirma el motivo sino que cancela la operación. En ese caso, el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente.

Flujo Alternativo # 1

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

Código: DINAE-GESTION-CU-01-ES Página 264 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

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

5.18.4.5

Prototipos de interfaz de usuario

No corresponde

5.18.4.6

Consideraciones especiales

No hay consideraciones especiales relevantes.

Código: DINAE-GESTION-CU-01-ES Página 265 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.18.5
Historial de versiones

Caso de Uso 109 - Alta de Departamentos
RF98 03-01-2011 – Versión original

Requerimiento Funcional

5.18.5.1

Descripción

Este caso de uso corresponde al alta de un departamento.

5.18.5.2

Precondiciones

El usuario está debidamente logueado en el sistema. El usuario ha seleccionado la opción “Alta de Departamento”.

5.18.5.3
Usuario

Flujo normal
Sistema 1.- Despliega el formulario de Alta de Departamento.

2.- Completa los datos del formulario 3.- Confirma los datos 4.- Valida los datos 5.- Almacena los datos 6.- Comunica el resultado al usuario 7.- Finaliza el caso de uso

5.18.5.4

Flujos Alternativos de Eventos
Descripción En el paso 3 del flujo normal, el usuario no confirma los datos sino que cancela la operación. En ese caso, el sistema finaliza el caso de uso y no realiza ninguna acción

Flujo Alternativo # 1

2

En el paso 4 del flujo normal, 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 paso 2 del flujo normal.

Código: DINAE-GESTION-CU-01-ES Página 266 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.18.5.5

Prototipos de interfaz de usuario

No corresponde

5.18.5.6

Consideraciones especiales

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 departamento 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 departamento queda en el estado HABILITADO.

Código: DINAE-GESTION-CU-01-ES Página 267 de 336

Desarrollo de Software para DINAE e INEFOP
Documento de Casos de uso – Versión 1.3

5.18.6
Historial de versiones

Caso de Uso 110 – Consulta de Departamentos
RF98 03-01-2011 – Versión original

Requerimiento Funcional

5.18.6.1

Descripción

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.

5.18.6.2

Precondiciones

El usuario está debidamente logueado en el sistema. El usuario ha seleccionado la opción “Consulta de Departamento”.

5.18.6.3
Usuario

Flujo normal
Sistema 1.Despliega el formulario de Consulta de

Departamento. 2.- Ingresa el criterio de búsqueda 3.- Confirma el criterio de búsqueda 4.- Realiza la búsqueda de los departamento que satisfacen el criterio 5.- Muestra los departamentos resultantes de la búsqueda 6.- Finaliza el caso de uso.

5.18.6.4

Flujos Alternativos de Eventos
Descripción En el paso 3 del flujo normal, el usuario no confirma el criterio sino que cancela la operación. En ese caso, el sistema finaliza el caso de uso sin realizar ninguna acción.

Flujo Alternativo # 1

2

En el paso 6 del flujo normal, el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”. En ese caso, el sistema continúa como en el Caso de Uso 111 – Actualización de datos de Departamento.

Código: DINAE-GESTION-CU-01-ES Página 268 de 336

18.5 Prototipos de interfaz de usuario No corresponde 5. el sistema continúa como en el Caso de Uso 112 – Habilitación / Deshabilitación de departamento.6.6 c) nombre d) Consideraciones especiales CE-1: La búsqueda podrá realizarse por los siguientes criterios: CE-1: Para cada uno listará:    Nombre Descripción Estado Código: DINAE-GESTION-CU-01-ES Página 269 de 336 .6.18. el usuario no finaliza el caso de uso sino que selecciona la opción “Habilitar” o “Deshabilitar” según el estado del departamento.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5.3 3 En el paso 6 del flujo normal. En ese caso.

En ese caso.Confirma los datos. 4. 7. 3.18.18... el sistema finaliza el caso de uso sin realizar ninguna acción.. sino que cancela la operación.7 Caso de Uso 111 – Actualización de datos de Departamento Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.3 5.2 Precondiciones El usuario está debidamente logueado en el sistema.Almacena los nuevos datos. el sistema determina que los datos ingresados no son válidos.1 Descripción Este caso de uso corresponde a la actualización de los datos de un departamento.3 Usuario Flujo normal Sistema 1. 2.Finaliza el caso de uso.18..Actualiza los datos.7. El usuario ha seleccionado la opción “Actualizar datos” para un departamento.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. el usuario no confirma los datos.. En ese caso. 6.Valida los datos 5. 5. 5.18.Comunica el resultado al usuario. Flujo Alternativo # 1 2 En el paso 4 del flujo normal. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 Código: DINAE-GESTION-CU-01-ES Página 270 de 336 . reemplazando los datos anteriores..7.Despliega el formulario de departamento con los datos del departamento seleccionado cargados..18.7.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.7. 5.

18.5 Prototipos de interfaz de usuario No corresponde 5. 5. Código: DINAE-GESTION-CU-01-ES Página 271 de 336 .7.18.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 109 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 del flujo normal.Alta de Departamentos.7.

8..18.18. 5. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 272 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Confirma el motivo 4.Despliega una ventana emergente solicitando el motivo del cambio de estado. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un departamento.18. 2.3 Usuario Flujo normal Sistema 1.8.18.3 5.2 Precondiciones El usuario está debidamente logueado en el sistema. En ese caso..Almacena el nuevo estado 6.8. 5...Ingresa el motivo de cambio de estado 3.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.8 Caso de Uso 112 – Habilitación / Deshabilitación de departamento Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.. 7..8.Comunica el resultado al usuario y cierra la ventana emergente. En ese caso. el sistema determina que no se ha seleccionado ningún motivo. 5. según el estado actual del mismo.18. 5. Flujo Alternativo # 1 2 En el paso 4 del flujo normal. el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente.Finaliza el caso de uso.Valida que se haya seleccionado un motivo. el usuario no confirma el motivo sino que cancela la operación.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de un departamento.

3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. Código: DINAE-GESTION-CU-01-ES Página 273 de 336 .8.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario No corresponde 5.8. 5.6 Consideraciones especiales No hay consideraciones especiales relevantes.18.18.

.Confirma los datos 4.. el sistema determina que los datos ingresados no son válidos.Completa los datos del formulario 3. el usuario no confirma los datos sino que cancela la operación..18. 5.1 Descripción Este caso de uso corresponde al alta de una localidad..18. 5.Despliega el formulario de Alta de Localidad.Finaliza el caso de uso 5.. En ese caso.18..Almacena los datos 6..Comunica el resultado al usuario 7. 2.Valida los datos 5.3 5.9.Alta de Localidades RF98 03-01-2011 – Versión original Requerimiento Funcional 5.2 Precondiciones El usuario está debidamente logueado en el sistema. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.18.9 Historial de versiones Caso de Uso 113 .4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. En ese caso. El usuario ha seleccionado la opción “Alta de Localidad”.9.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.9.9.3 Usuario Flujo normal Sistema 1. Código: DINAE-GESTION-CU-01-ES Página 274 de 336 .18.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 5.5 Prototipos de interfaz de usuario No corresponde 5. CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de ser almacenados. j) No hay otra localidad con el mismo nombre.9.18. según sea el caso.6 i) Consideraciones especiales CE-1: Las validaciones que realiza el sistema son: Todos los datos obligatorios están no-vacíos o hay una opción seleccionada. CE-3: Al crear la localidad queda en el estado HABILITADO.9.18. Código: DINAE-GESTION-CU-01-ES Página 275 de 336 . Excepto por esta transformación. el resto de los datos se almacenarán tal como fueron ingresados.

Finaliza el caso de uso.. el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”.10.18.Despliega el formulario de Consulta de Localidad. A partir del resultado.10. En ese caso.3 5. 2.Ingresa el criterio de búsqueda 3. 5.18. el sistema finaliza el caso de uso sin realizar ninguna acción..2 Precondiciones El usuario está debidamente logueado en el sistema.10.Confirma el criterio de búsqueda 4.Realiza la búsqueda de los localidad que satisfacen el criterio 5. el sistema continúa como en el Caso de Uso 115 – Actualización de datos de Localidad.18..10.. El usuario ha seleccionado la opción “Consulta de Localidad”. Código: DINAE-GESTION-CU-01-ES Página 276 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.1 Descripción Este caso de uso corresponde a la consulta de localidades. En ese caso.3 Usuario Flujo normal Sistema 1.. 5.Muestra los localidades resultantes de la búsqueda 6.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.18. Flujo Alternativo # 1 2 En el paso 6 del flujo normal. 5. se podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación. el usuario no confirma el criterio sino que cancela la operación.10 Historial de versiones Caso de Uso 114 – Consulta de Localidades RF98 03-01-2011 – Versión original Requerimiento Funcional 5.18.

En ese caso. 5.10.10. el sistema continúa como en el Caso de Uso 116 – Habilitación / Deshabilitación de localidad.5 Prototipos de interfaz de usuario No corresponde 5.3 3 En el paso 6 del flujo normal. el usuario no finaliza el caso de uso sino que selecciona la opción “Habilitar” o “Deshabilitar” según el estado de la localidad.18.18.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 e) nombre f) Consideraciones especiales CE-1: La búsqueda podrá realizarse por los siguientes criterios: CE-1: Para cada uno listará:    Nombre Descripción Estado Código: DINAE-GESTION-CU-01-ES Página 277 de 336 .

Actualiza los datos.Almacena los nuevos datos.11. sino que cancela la operación..3 5. el sistema finaliza el caso de uso sin realizar ninguna acción.18. 5..18.Valida los datos 5.1 Descripción Este caso de uso corresponde a la actualización de los datos de una localidad. el usuario no confirma los datos...2 Precondiciones El usuario está debidamente logueado en el sistema.. Flujo Alternativo # 1 2 En el paso 4 del flujo normal. En ese caso. En ese caso.Despliega el formulario de localidad con los datos de la localidad seleccionado cargados. el sistema determina que los datos ingresados no son válidos. 3.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal..3 Usuario Flujo normal Sistema 1. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 Código: DINAE-GESTION-CU-01-ES Página 278 de 336 .11 Localidad Caso de Uso 115 – Actualización de datos de Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5. 2.18. El usuario ha seleccionado la opción “Actualizar datos” para un localidad.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Comunica el resultado al usuario.11. 5.11.Confirma los datos. 7. 4.18.11.18.. 5. 6.Finaliza el caso de uso. reemplazando los datos anteriores.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 113 .18. Código: DINAE-GESTION-CU-01-ES Página 279 de 336 .5 Prototipos de interfaz de usuario No corresponde 5.3 del flujo normal.Alta de Localidades.11.11.18. 5.

12.12 localidad Caso de Uso 116 – Habilitación / Deshabilitación de Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.18. En ese caso.12.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. 7.18. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para una localidad. Flujo Alternativo # 1 2 En el paso 4 del flujo normal. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 280 de 336 . 5. 5.18.2 Precondiciones El usuario está debidamente logueado en el sistema.12.. el sistema determina que no se ha seleccionado ningún motivo. En ese caso..3 Usuario Flujo normal Sistema 1.Valida que se haya seleccionado un motivo.18.18.Finaliza el caso de uso.12.. 2.Confirma el motivo 4.. 5. el usuario no confirma el motivo sino que cancela la operación. según el estado actual del mismo.Almacena el nuevo estado 6..1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de una localidad.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Comunica el resultado al usuario y cierra la ventana emergente. el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente.Despliega una ventana emergente solicitando el motivo del cambio de estado.3 5. 5..Ingresa el motivo de cambio de estado 3.

12.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.12.3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. 5. Código: DINAE-GESTION-CU-01-ES Página 281 de 336 .18.5 Prototipos de interfaz de usuario No corresponde 5.6 Consideraciones especiales No hay consideraciones especiales relevantes.18.

.Comunica el resultado al usuario 7. En ese caso.18.13. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.18.. el sistema determina que los datos ingresados no son válidos.13..2 Precondiciones El usuario está debidamente logueado en el sistema.13. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal.Despliega el formulario de Alta de Estado civil.18.13. 2..Almacena los datos 6..1 Descripción Este caso de uso corresponde al alta de un estado civil..3 Usuario Flujo normal Sistema 1.3 5.18.Alta de Estados civiles RF98 03-01-2011 – Versión original Requerimiento Funcional 5.Valida los datos 5. el usuario no confirma los datos sino que cancela la operación. 5.13 Historial de versiones Caso de Uso 117 . El usuario ha seleccionado la opción “Alta de Estado civil”.Finaliza el caso de uso 5. Código: DINAE-GESTION-CU-01-ES Página 282 de 336 .. En ese caso.Confirma los datos 4.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Completa los datos del formulario 3.18. 5.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.

5 Prototipos de interfaz de usuario No corresponde 5. según sea el caso. Excepto por esta transformación. l) No hay otro estado civil 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.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son: k) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada.13. Código: DINAE-GESTION-CU-01-ES Página 283 de 336 . el resto de los datos se almacenarán tal como fueron ingresados.18.3 5. CE-3: Al crear el estado civil queda en el estado HABILITADO.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.13.18.

el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”.14 Historial de versiones Caso de Uso 118 – Consulta de Estados civiles RF98 03-01-2011 – Versión original Requerimiento Funcional 5. A partir del resultado.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. El usuario ha seleccionado la opción “Consulta de Estado civil”.14.18.Realiza la búsqueda de los estado civil que satisfacen el criterio 5.1 Descripción Este caso de uso corresponde a la consulta de estados civiles. 5.Finaliza el caso de uso..14.18.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.. se podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación. Flujo Alternativo # 1 2 En el paso 6 del flujo normal.18. 5.3 5.3 Usuario Flujo normal Sistema 1. el sistema finaliza el caso de uso sin realizar ninguna acción. el usuario no confirma el criterio sino que cancela la operación.. el sistema continúa como en el Caso de Uso 119 – Actualización de datos de Estado civil. Código: DINAE-GESTION-CU-01-ES Página 284 de 336 .18.14. En ese caso..18.Ingresa el criterio de búsqueda 3.Confirma el criterio de búsqueda 4. 5.Despliega el formulario de Consulta de Estado civil. 2. En ese caso.Muestra los estados civiles resultantes de la búsqueda 6.2 Precondiciones El usuario está debidamente logueado en el sistema..14.

14. el usuario no finaliza el caso de uso sino que selecciona la opción “Habilitar” o “Deshabilitar” según el estado del estado civil.18.6 g) nombre h) Consideraciones especiales CE-1: La búsqueda podrá realizarse por los siguientes criterios: CE-1: Para cada uno listará:    Nombre Descripción Estado Código: DINAE-GESTION-CU-01-ES Página 285 de 336 .3 3 En el paso 6 del flujo normal.5 Prototipos de interfaz de usuario No corresponde 5. 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el sistema continúa como en el Caso de Uso 120 – Habilitación / Deshabilitación de estado civil.18. En ese caso.14.

18.. reemplazando los datos anteriores..15.Actualiza los datos.18. el usuario no confirma los datos..Confirma los datos.18.Finaliza el caso de uso. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.2 Precondiciones El usuario está debidamente logueado en el sistema.15. el sistema determina que los datos ingresados no son válidos. 6.. el sistema finaliza el caso de uso sin realizar ninguna acción. 5.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.15. 5. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 Código: DINAE-GESTION-CU-01-ES Página 286 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 7.3 Usuario Flujo normal Sistema 1.Valida los datos 5.15 Estado civil Caso de Uso 119 – Actualización de datos de Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.3 5.Comunica el resultado al usuario.. 4. 3.18. sino que cancela la operación... 2. En ese caso. En ese caso.15. 5.Despliega el formulario de estado civil con los datos del estado civil seleccionado cargados. El usuario ha seleccionado la opción “Actualizar datos” para un estado civil.Almacena los nuevos datos.18.1 Descripción Este caso de uso corresponde a la actualización de los datos de un estado civil.

15.5 Prototipos de interfaz de usuario No corresponde 5.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 105 .Alta de Países. 5.15.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. Código: DINAE-GESTION-CU-01-ES Página 287 de 336 .3 del flujo normal.18.18.

5. el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente.18. 5. En ese caso. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 288 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.16.Finaliza el caso de uso. el usuario no confirma el motivo sino que cancela la operación.Ingresa el motivo de cambio de estado 3.Valida que se haya seleccionado un motivo.16.16. 5.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de un estado civil.2 Precondiciones El usuario está debidamente logueado en el sistema. 2.Despliega una ventana emergente solicitando el motivo del cambio de estado..18.3 Usuario Flujo normal Sistema 1.18. En ese caso. según el estado actual del mismo..16 estado civil Caso de Uso 120 – Habilitación / Deshabilitación de Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.3 5.. 5.Comunica el resultado al usuario y cierra la ventana emergente.Confirma el motivo 4.18. el sistema determina que no se ha seleccionado ningún motivo.. 7. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.18.16..Almacena el nuevo estado 6.. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un estado civil.

16.3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.18.5 Prototipos de interfaz de usuario No corresponde 5. 5.16. Código: DINAE-GESTION-CU-01-ES Página 289 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.6 Consideraciones especiales No hay consideraciones especiales relevantes.18.

17 Historial de versiones Caso de Uso 121 .17. el sistema determina que los datos ingresados no son válidos.18.. 5..Confirma los datos 4.18. En ese caso. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal.Despliega el formulario de Alta de Género. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. El usuario ha seleccionado la opción “Alta de Género”.17.17.17.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..17.5 Prototipos de interfaz de usuario No corresponde Código: DINAE-GESTION-CU-01-ES Página 290 de 336 . 2. 5.3 Usuario Flujo normal Sistema 1.Finaliza el caso de uso 5.Valida los datos 5..18..4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.3 5.Completa los datos del formulario 3. En ese caso.2 Precondiciones El usuario está debidamente logueado en el sistema.18. 5.18.Alta de Géneros RF98 03-01-2011 – Versión original Requerimiento Funcional 5..Comunica el resultado al usuario 7.Almacena los datos 6.18.1 Descripción Este caso de uso corresponde al alta de un género.. el usuario no confirma los datos sino que cancela la operación.

3 5. Código: DINAE-GESTION-CU-01-ES Página 291 de 336 . Excepto por esta transformación.17. el resto de los datos se almacenarán tal como fueron ingresados.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son: m) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada. CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de ser almacenados.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.18. según sea el caso. CE-3: Al crear el género queda en el estado HABILITADO. n) No hay otro género con el mismo nombre.

Flujo Alternativo # 1 2 En el paso 6 del flujo normal. el sistema continúa como en el Caso de Uso 123 – Actualización de datos de Género. el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”.18.Muestra los géneros resultantes de la búsqueda 6.18. 2.Realiza la búsqueda de los género que satisfacen el criterio 5. A partir del resultado. En ese caso. Código: DINAE-GESTION-CU-01-ES Página 292 de 336 .18.3 5.. el usuario no confirma el criterio sino que cancela la operación. 5.Finaliza el caso de uso.Ingresa el criterio de búsqueda 3..2 Precondiciones El usuario está debidamente logueado en el sistema.18 Historial de versiones Caso de Uso 122 – Consulta de Géneros RF98 03-01-2011 – Versión original Requerimiento Funcional 5. se podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.18.18..18. 5.18. En ese caso...1 Descripción Este caso de uso corresponde a la consulta de géneros.18. El usuario ha seleccionado la opción “Consulta de Género”.3 Usuario Flujo normal Sistema 1.18. 5.Confirma el criterio de búsqueda 4. el sistema finaliza el caso de uso sin realizar ninguna acción.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.Despliega el formulario de Consulta de Género.

3 3 En el paso 6 del flujo normal. el sistema continúa como en el Caso de Uso 124 – Habilitación / Deshabilitación de género. 5.18.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario No corresponde 5. el usuario no finaliza el caso de uso sino que selecciona la opción “Habilitar” o “Deshabilitar” según el estado del género.18. En ese caso.6 i) j) nombre Consideraciones especiales CE-1: La búsqueda podrá realizarse por los siguientes criterios: CE-1: Para cada uno listará:    Nombre Descripción Estado Código: DINAE-GESTION-CU-01-ES Página 293 de 336 .18.18.

. 5.18.18.18.. reemplazando los datos anteriores.Despliega el formulario de género con los datos del género seleccionado cargados. El usuario ha seleccionado la opción “Actualizar datos” para un género.1 Descripción Este caso de uso corresponde a la actualización de los datos de un género.19. el sistema determina que los datos ingresados no son válidos. 2.19.Confirma los datos.19.19 Género Caso de Uso 123 – Actualización de datos de Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5. sino que cancela la operación.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 6.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.18. 5...Comunica el resultado al usuario.. el sistema finaliza el caso de uso sin realizar ninguna acción.19.18.Valida los datos 5.Finaliza el caso de uso. Código: DINAE-GESTION-CU-01-ES Página 294 de 336 . 5. Flujo Alternativo # 1 2 En el paso 4 del flujo normal. 7.3 Usuario Flujo normal Sistema 1. 4. 3. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. En ese caso..Almacena los nuevos datos. el usuario no confirma los datos. En ese caso.3 5.Actualiza los datos.2 Precondiciones El usuario está debidamente logueado en el sistema..

19.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 105 .3 5.18. Código: DINAE-GESTION-CU-01-ES Página 295 de 336 .Alta de Países.5 Prototipos de interfaz de usuario No corresponde 5.19.18.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

Confirma el motivo 4.18. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. 2. En ese caso. 5. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 296 de 336 .Despliega una ventana emergente solicitando el motivo del cambio de estado.18. 7. 5.Almacena el nuevo estado 6.Ingresa el motivo de cambio de estado 3.Valida que se haya seleccionado un motivo..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 Usuario Flujo normal Sistema 1.. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un género.20.20.. el usuario no confirma el motivo sino que cancela la operación.18.Finaliza el caso de uso..20.Comunica el resultado al usuario y cierra la ventana emergente. 5.2 Precondiciones El usuario está debidamente logueado en el sistema.18. el sistema determina que no se ha seleccionado ningún motivo. según el estado actual del mismo. 5... el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente.20 género Caso de Uso 124 – Habilitación / Deshabilitación de Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.20. En ese caso.3 5.18.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de un género.

5.18.5 Prototipos de interfaz de usuario No corresponde 5.18.20.6 Consideraciones especiales No hay consideraciones especiales relevantes.3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. Código: DINAE-GESTION-CU-01-ES Página 297 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.20.

21.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.18.Completa los datos del formulario 3. el usuario no confirma los datos sino que cancela la operación.1 Descripción Este caso de uso corresponde al alta de una rama de actividad.. el sistema determina que los datos ingresados no son válidos. 5..18.Alta de Ramas de actividad RF98 03-01-2011 – Versión original Requerimiento Funcional 5.2 Precondiciones El usuario está debidamente logueado en el sistema.3 Usuario Flujo normal Sistema 1..Comunica el resultado al usuario 7.Almacena los datos 6.18.Confirma los datos 4. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal..Valida los datos 5.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.Despliega el formulario de Alta de Rama de actividad.21.18.18.21..21 Historial de versiones Caso de Uso 125 .3 5.Finaliza el caso de uso 5.. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal. En ese caso. El usuario ha seleccionado la opción “Alta de Rama de actividad”.21. Código: DINAE-GESTION-CU-01-ES Página 298 de 336 . 2. En ese caso. 5..

CE-3: Al crear la rama de actividad queda en el estado HABILITADO.18.21.3 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el resto de los datos se almacenarán tal como fueron ingresados. p) No hay otra rama de actividad con el mismo nombre.5 Prototipos de interfaz de usuario No corresponde 5. CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de ser almacenados.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son: o) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada. Excepto por esta transformación. según sea el caso.21. Código: DINAE-GESTION-CU-01-ES Página 299 de 336 .18.

A partir del resultado.18. Código: DINAE-GESTION-CU-01-ES Página 300 de 336 .Confirma el criterio de búsqueda 4..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..Realiza la búsqueda de los rama de actividad que satisfacen el criterio 5.1 Descripción Este caso de uso corresponde a la consulta de ramas de actividad.18.22.. En ese caso. El usuario ha seleccionado la opción “Consulta de Rama de actividad”. el sistema continúa como en el Caso de Uso 127 – Actualización de datos de Rama de actividad. En ese caso. el sistema finaliza el caso de uso sin realizar ninguna acción.22. 5.3 Usuario Flujo normal Sistema 1. 5.22. se podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación.18.22 Historial de versiones Caso de Uso 126 – Consulta de Ramas de actividad RF98 03-01-2011 – Versión original Requerimiento Funcional 5.22. el usuario no confirma el criterio sino que cancela la operación. 2.. Flujo Alternativo # 1 2 En el paso 6 del flujo normal. el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”. 5.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.18.18.Finaliza el caso de uso.Despliega el formulario de Consulta de Rama de actividad.3 5.2 Precondiciones El usuario está debidamente logueado en el sistema.Ingresa el criterio de búsqueda 3.Muestra los ramas de actividad resultantes de la búsqueda 6..

5 Prototipos de interfaz de usuario No corresponde 5.6 k) nombre l) Consideraciones especiales CE-1: La búsqueda podrá realizarse por los siguientes criterios: CE-1: Para cada uno listará:    Nombre Descripción Estado Código: DINAE-GESTION-CU-01-ES Página 301 de 336 .18.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el sistema continúa como en el Caso de Uso 128 – Habilitación / Deshabilitación de rama de actividad. el usuario no finaliza el caso de uso sino que selecciona la opción “Habilitar” o “Deshabilitar” según el estado de la rama de actividad.22. 5.3 3 En el paso 6 del flujo normal. En ese caso.18.22.

18. 5.3 Usuario Flujo normal Sistema 1. reemplazando los datos anteriores. 7. En ese caso..18.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.Almacena los nuevos datos.Actualiza los datos.Valida los datos 5. 2. Flujo Alternativo # 1 2 En el paso 4 del flujo normal..18.23.18.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.23.1 Descripción 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.. el sistema determina que los datos ingresados no son válidos. el usuario no confirma los datos..18.Finaliza el caso de uso.23 de actividad Caso de Uso 127 – Actualización de datos de Rama Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5. 5. 3. 5. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 Código: DINAE-GESTION-CU-01-ES Página 302 de 336 .2 Precondiciones El usuario está debidamente logueado en el sistema. 4. En ese caso.Despliega el formulario de rama de actividad con los datos de la rama de actividad seleccionado cargados. el sistema finaliza el caso de uso sin realizar ninguna acción.23.23. sino que cancela la operación.3 5. 6..Confirma los datos..Comunica el resultado al usuario.

5.23.Alta de Países.5 Prototipos de interfaz de usuario No corresponde 5.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 105 . Código: DINAE-GESTION-CU-01-ES Página 303 de 336 .23.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.18.3 del flujo normal.18.

18.Valida que se haya seleccionado un motivo.18.3 Usuario Flujo normal Sistema 1. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 304 de 336 .Comunica el resultado al usuario y cierra la ventana emergente. 7.. 2..4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.18.Despliega una ventana emergente solicitando el motivo del cambio de estado.24 Caso de Uso 128 – Habilitación / Deshabilitación de rama de actividad Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para una rama de actividad.Finaliza el caso de uso.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de una rama de actividad. En ese caso.Almacena el nuevo estado 6. según el estado actual del mismo.. 5.18. el usuario no confirma el motivo sino que cancela la operación.2 Precondiciones El usuario está debidamente logueado en el sistema.24. Flujo Alternativo # 1 2 En el paso 4 del flujo normal. el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente.24.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1..Confirma el motivo 4. En ese caso..3 5. 5. 5..Ingresa el motivo de cambio de estado 3.18.24.24. 5. el sistema determina que no se ha seleccionado ningún motivo.

24.3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.24. Código: DINAE-GESTION-CU-01-ES Página 305 de 336 . 5.18.18.6 Consideraciones especiales No hay consideraciones especiales relevantes.5 Prototipos de interfaz de usuario No corresponde 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

2 Precondiciones El usuario está debidamente logueado en el sistema.Completa los datos del formulario 3.Almacena los datos 6.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el sistema determina que los datos ingresados no son válidos.25. 5.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.25 Historial de versiones Caso de Uso 129 . En ese caso.18.18. El usuario ha seleccionado la opción “Alta de Nivel educativo”. Código: DINAE-GESTION-CU-01-ES Página 306 de 336 . el usuario no confirma los datos sino que cancela la operación.. 2. En ese caso.25.Comunica el resultado al usuario 7.Despliega el formulario de Alta de Nivel educativo.. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal.. 5. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.18.3 Usuario Flujo normal Sistema 1...Finaliza el caso de uso 5.Confirma los datos 4.Alta de Niveles educativos RF98 03-01-2011 – Versión original Requerimiento Funcional 5..18.25.25..Valida los datos 5.3 5.1 Descripción Este caso de uso corresponde al alta de un nivel educativo.18.

5 Prototipos de interfaz de usuario No corresponde 5. el resto de los datos se almacenarán tal como fueron ingresados. Excepto por esta transformación.25. r) No hay otro nivel educativo con el mismo nombre. según sea el caso.25. Código: DINAE-GESTION-CU-01-ES Página 307 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.18.3 5. CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de ser almacenados.18. CE-3: Al crear el nivel educativo queda en el estado HABILITADO.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son: q) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada.

5..26. En ese caso.. 5.18.2 Precondiciones El usuario está debidamente logueado en el sistema.. Flujo Alternativo # 1 2 En el paso 6 del flujo normal.Despliega el formulario de Consulta de Nivel educativo.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.Confirma el criterio de búsqueda 4.3 5.18.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.26.3 Usuario Flujo normal Sistema 1. Código: DINAE-GESTION-CU-01-ES Página 308 de 336 .18. En ese caso.. 5.26 Historial de versiones Caso de Uso 130 – Consulta de Niveles educativos RF98 03-01-2011 – Versión original Requerimiento Funcional 5.26.Realiza la búsqueda de los nivel educativo que satisfacen el criterio 5. 2. se podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación. el sistema finaliza el caso de uso sin realizar ninguna acción. el usuario no confirma el criterio sino que cancela la operación..Muestra los niveles educativos resultantes de la búsqueda 6.18. el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”. A partir del resultado.26.1 Descripción Este caso de uso corresponde a la consulta de niveles educativos.Ingresa el criterio de búsqueda 3. El usuario ha seleccionado la opción “Consulta de Nivel educativo”.Finaliza el caso de uso.18. el sistema continúa como en el Caso de Uso 131 – Actualización de datos de Nivel educativo.

18.18.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario No corresponde 5. el usuario no finaliza el caso de uso sino que selecciona la opción “Habilitar” o “Deshabilitar” según el estado del nivel educativo. En ese caso. 5.26. el sistema continúa como en el Caso de Uso 132 – Habilitación / Deshabilitación de nivel educativo.3 3 En el paso 6 del flujo normal.26.6 m) nombre n) Consideraciones especiales CE-1: La búsqueda podrá realizarse por los siguientes criterios: CE-1: Para cada uno listará:    Nombre Descripción Estado Código: DINAE-GESTION-CU-01-ES Página 309 de 336 .

Flujo Alternativo # 1 2 En el paso 4 del flujo normal. el sistema determina que los datos ingresados no son válidos.18.1 Descripción Este caso de uso corresponde a la actualización de los datos de un nivel educativo. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 Código: DINAE-GESTION-CU-01-ES Página 310 de 336 . 5. El usuario ha seleccionado la opción “Actualizar datos” para un nivel educativo..Comunica el resultado al usuario.Almacena los nuevos datos. 7. 2. el sistema finaliza el caso de uso sin realizar ninguna acción..18.. 4. En ese caso..Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.27.27.Despliega el formulario de nivel educativo con los datos del nivel educativo seleccionado cargados.. En ese caso.Actualiza los datos.3 5.18. 5. 5.18.Valida los datos 5.27.Confirma los datos.27 educativo Caso de Uso 131 – Actualización de datos de Nivel Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5. el usuario no confirma los datos.2 Precondiciones El usuario está debidamente logueado en el sistema.. 3.27.18. reemplazando los datos anteriores. 6. sino que cancela la operación..Finaliza el caso de uso.3 Usuario Flujo normal Sistema 1.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.5 Prototipos de interfaz de usuario No corresponde 5.Alta de Países.18.18.3 del flujo normal.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 105 .27.27. 5. Código: DINAE-GESTION-CU-01-ES Página 311 de 336 .

1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de un nivel educativo.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.18. el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente.Comunica el resultado al usuario y cierra la ventana emergente..Confirma el motivo 4.Ingresa el motivo de cambio de estado 3.Despliega una ventana emergente solicitando el motivo del cambio de estado..3 Usuario Flujo normal Sistema 1.. 5..28 Caso de Uso 132 – Habilitación / Deshabilitación de nivel educativo Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.Valida que se haya seleccionado un motivo. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para un nivel educativo.Almacena el nuevo estado 6. 5.28.28. 2. En ese caso.28. el sistema determina que no se ha seleccionado ningún motivo. 7. En ese caso.18.Finaliza el caso de uso. 5. Flujo Alternativo # 1 2 En el paso 4 del flujo normal. según el estado actual del mismo.2 Precondiciones El usuario está debidamente logueado en el sistema.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.18.18. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 312 de 336 .3 5.. el usuario no confirma el motivo sino que cancela la operación.28.18.. 5.

28.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal.18. 5.18.5 Prototipos de interfaz de usuario No corresponde 5. Código: DINAE-GESTION-CU-01-ES Página 313 de 336 .28.6 Consideraciones especiales No hay consideraciones especiales relevantes.

.29.29..18.18.18.Almacena los datos 6. 5..Comunica el resultado al usuario 7.Finaliza el caso de uso 5.18.29 Historial de versiones Caso de Uso 133 .4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.. 5..18.Valida los datos 5.1 Descripción Este caso de uso corresponde al alta de una incapacidad. Código: DINAE-GESTION-CU-01-ES Página 314 de 336 . En ese caso. el sistema determina que los datos ingresados no son válidos..Despliega el formulario de Alta de Incapacidad.29. el usuario no confirma los datos sino que cancela la operación.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.2 Precondiciones El usuario está debidamente logueado en el sistema. El usuario ha seleccionado la opción “Alta de Incapacidad”. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal.Alta de Incapacidades RF98 03-01-2011 – Versión original Requerimiento Funcional 5.3 Usuario Flujo normal Sistema 1.Confirma los datos 4.Completa los datos del formulario 3. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. 2. En ese caso..29.3 5.

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.29. Código: DINAE-GESTION-CU-01-ES Página 315 de 336 . CE-3: Al crear la incapacidad queda en el estado HABILITADO. Excepto por esta transformación.5 Prototipos de interfaz de usuario No corresponde 5.18.18. t) No hay otra incapacidad con el mismo nombre.29. el resto de los datos se almacenarán tal como fueron ingresados.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son: s) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada. CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de ser almacenados. según sea el caso.3 5.

Finaliza el caso de uso.18.Ingresa el criterio de búsqueda 3.30. 5. En ese caso.. Código: DINAE-GESTION-CU-01-ES Página 316 de 336 .18. se podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación.Muestra los incapacidades resultantes de la búsqueda 6. el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Confirma el criterio de búsqueda 4.18. el usuario no confirma el criterio sino que cancela la operación. El usuario ha seleccionado la opción “Consulta de Incapacidad”.. En ese caso.3 Usuario Flujo normal Sistema 1. 5..Realiza la búsqueda de los incapacidad que satisfacen el criterio 5.30. el sistema finaliza el caso de uso sin realizar ninguna acción.18. A partir del resultado.3 5.. 2.30. Flujo Alternativo # 1 2 En el paso 6 del flujo normal.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.1 Descripción Este caso de uso corresponde a la consulta de incapacidades.30.30 Historial de versiones Caso de Uso 134 – Consulta de Incapacidades RF98 03-01-2011 – Versión original Requerimiento Funcional 5.18. el sistema continúa como en el Caso de Uso 135 – Actualización de datos de Incapacidad.. 5.2 Precondiciones El usuario está debidamente logueado en el sistema.Despliega el formulario de Consulta de Incapacidad.

30.5 Prototipos de interfaz de usuario No corresponde 5. el sistema continúa como en el Caso de Uso 136 – Habilitación / Deshabilitación de incapacidad.6 o) nombre p) Consideraciones especiales CE-1: La búsqueda podrá realizarse por los siguientes criterios: CE-1: Para cada uno listará:    Nombre Descripción Estado Código: DINAE-GESTION-CU-01-ES Página 317 de 336 . 5.18.3 3 En el paso 6 del flujo normal.30.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En ese caso.18. el usuario no finaliza el caso de uso sino que selecciona la opción “Habilitar” o “Deshabilitar” según el estado de la incapacidad.

Confirma los datos.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.1 Descripción Este caso de uso corresponde a la actualización de los datos de una incapacidad.31. 7.. el usuario no confirma los datos..3 Usuario Flujo normal Sistema 1.18.Almacena los nuevos datos.18..Comunica el resultado al usuario. 2..18.. el sistema determina que los datos ingresados no son válidos. En ese caso. El usuario ha seleccionado la opción “Actualizar datos” para un incapacidad.2 Precondiciones El usuario está debidamente logueado en el sistema. reemplazando los datos anteriores..31 Incapacidad Caso de Uso 135 – Actualización de datos de Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5..31.3 5. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.31. En ese caso. el sistema finaliza el caso de uso sin realizar ninguna acción.Despliega el formulario de incapacidad con los datos de la incapacidad seleccionado cargados. 5. sino que cancela la operación. 6.Finaliza el caso de uso.Actualiza los datos.18. 4.18. 3. 5.Valida los datos 5. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 Código: DINAE-GESTION-CU-01-ES Página 318 de 336 .31. 5.

5 Prototipos de interfaz de usuario No corresponde 5.31.18.Alta de Países. 5. Código: DINAE-GESTION-CU-01-ES Página 319 de 336 .6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 105 .31.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.18.3 del flujo normal.

32 incapacidad Caso de Uso 136 – Habilitación / Deshabilitación de Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.Ingresa el motivo de cambio de estado 3. el usuario no confirma el motivo sino que cancela la operación.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. 5.18.Confirma el motivo 4. En ese caso. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para una incapacidad.. Flujo Alternativo # 1 2 En el paso 4 del flujo normal.18.3 5. el sistema determina que no se ha seleccionado ningún motivo.32.. 2. 5..3 Usuario Flujo normal Sistema 1.32.Valida que se haya seleccionado un motivo.18.Finaliza el caso de uso.2 Precondiciones El usuario está debidamente logueado en el sistema.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 320 de 336 .Almacena el nuevo estado 6.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de una incapacidad. En ese caso.Despliega una ventana emergente solicitando el motivo del cambio de estado.32.32. 5. 5.. 7.Comunica el resultado al usuario y cierra la ventana emergente.18. según el estado actual del mismo.18.. el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente.

32. Código: DINAE-GESTION-CU-01-ES Página 321 de 336 .32.3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. 5.6 Consideraciones especiales No hay consideraciones especiales relevantes.18.18.5 Prototipos de interfaz de usuario No corresponde 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.

33 Historial de versiones Caso de Uso 137 . 5. el sistema finaliza el caso de uso y no realiza ninguna acción Flujo Alternativo # 1 2 En el paso 4 del flujo normal. El usuario ha seleccionado la opción “Alta de Situación laboral”. el usuario no confirma los datos sino que cancela la operación.33.18..Despliega el formulario de Alta de Situación laboral...3 5.Finaliza el caso de uso 5.18.Confirma los datos 4. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. 2. En ese caso. En ese caso.18.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal.1 Descripción Este caso de uso corresponde al alta de una situación laboral.18. 5.Valida los datos 5.33...3 Usuario Flujo normal Sistema 1.Almacena los datos 6.Completa los datos del formulario 3. Código: DINAE-GESTION-CU-01-ES Página 322 de 336 ...Alta de Situaciones laborales RF98 03-01-2011 – Versión original Requerimiento Funcional 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.18. el sistema determina que los datos ingresados no son válidos.33.2 Precondiciones El usuario está debidamente logueado en el sistema.Comunica el resultado al usuario 7.33.

3 5.33.33. Código: DINAE-GESTION-CU-01-ES Página 323 de 336 . el resto de los datos se almacenarán tal como fueron ingresados.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.18.5 Prototipos de interfaz de usuario No corresponde 5. Excepto por esta transformación.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son: u) Todos los datos obligatorios están no-vacíos o hay una opción seleccionada.18. CE-3: Al crear la situación laboral queda en el estado HABILITADO. CE-2: A los campos de texto se le eliminarán los espacios en blanco al inicio y al final antes de ser almacenados. v) No hay otra situación laboral con el mismo nombre. según sea el caso.

Realiza la búsqueda de los situación laboral que satisfacen el criterio 5.18.34. En ese caso.. 5. 5.Confirma el criterio de búsqueda 4. el sistema finaliza el caso de uso sin realizar ninguna acción. A partir del resultado. 5. el usuario no confirma el criterio sino que cancela la operación.34 laborales Caso de Uso 138 – Consulta de Situaciones Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.1 Descripción Este caso de uso corresponde a la consulta de situaciones laborales. el usuario no finaliza el caso de uso sino que selecciona la opción “Actualizar datos”.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. el sistema continúa como en el Caso de Uso 139 – Actualización de datos de Código: DINAE-GESTION-CU-01-ES Página 324 de 336 .34. En ese caso.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. El usuario ha seleccionado la opción “Consulta de Situación laboral”.3 Usuario Flujo normal Sistema 1.3 5. Flujo Alternativo # 1 2 En el paso 6 del flujo normal.34. se podrán realizar operaciones de actualización de datos y de habilitación y deshabilitación..Finaliza el caso de uso..2 Precondiciones El usuario está debidamente logueado en el sistema.Muestra los situaciones laborales resultantes de la búsqueda 6.18.34.18.Despliega el formulario de Consulta de Situación laboral. 2..18.Ingresa el criterio de búsqueda 3.18.

el usuario no finaliza el caso de uso sino que selecciona la opción “Habilitar” o “Deshabilitar” según el estado de la situación laboral.18.5 Prototipos de interfaz de usuario No corresponde 5. 5. En ese caso.18.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 Situación laboral. el sistema continúa como en el Caso de Uso 140 – Habilitación / Deshabilitación de situación laboral.34. 3 En el paso 6 del flujo normal.34.6 q) nombre r) Consideraciones especiales CE-1: La búsqueda podrá realizarse por los siguientes criterios: CE-1: Para cada uno listará:    Nombre Descripción Estado Código: DINAE-GESTION-CU-01-ES Página 325 de 336 .

7. 4.18. 5.. 5.Actualiza los datos.3 Usuario Flujo normal Sistema 1..Despliega el formulario de situación laboral con los datos de la situación laboral seleccionada cargados. 5.Confirma los datos.Finaliza el caso de uso.18.35..35. 6.35 Caso de Uso 139 – Actualización de datos de Situación laboral Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.1 Descripción Este caso de uso corresponde a la actualización de los datos de una situación laboral.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. el sistema despliega un mensaje de error indicando la situación y el flujo continúa en el paso 2 Código: DINAE-GESTION-CU-01-ES Página 326 de 336 ..35.Valida los datos 5. En ese caso..35. sino que cancela la operación..18. 3. el sistema determina que los datos ingresados no son válidos.18. Flujo Alternativo # 1 2 En el paso 4 del flujo normal. el sistema finaliza el caso de uso sin realizar ninguna acción.18.Comunica el resultado al usuario.2 Precondiciones El usuario está debidamente logueado en el sistema.Almacena los nuevos datos. El usuario ha seleccionado la opción “Actualizar datos” para un situación laboral.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal. reemplazando los datos anteriores. el usuario no confirma los datos.3 5. En ese caso.. 2.

5 Prototipos de interfaz de usuario No corresponde 5.18.35.18. 5. Código: DINAE-GESTION-CU-01-ES Página 327 de 336 .Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.Alta de Países.35.6 Consideraciones especiales CE-1: Las validaciones que realiza el sistema son las mismas que se indican en Caso de Uso 105 .3 del flujo normal.

Ingresa el motivo de cambio de estado 3.Valida que se haya seleccionado un motivo. 5.18.1 Descripción Este caso de uso corresponde a la habilitación o deshabilitación de una situación laboral.. 7. En ese caso.2 Precondiciones El usuario está debidamente logueado en el sistema.36.3 5.Almacena el nuevo estado 6.Finaliza el caso de uso. En ese caso. Flujo Alternativo # 1 2 En el paso 4 del flujo normal..36.18.Confirma el motivo 4.18.4 Flujos Alternativos de Eventos Descripción En el paso 3 del flujo normal..18.3 Usuario Flujo normal Sistema 1. 5. según el estado actual del mismo..36. el sistema despliega un Código: DINAE-GESTION-CU-01-ES Página 328 de 336 .Comunica el resultado al usuario y cierra la ventana emergente. El usuario ha seleccionado la opción “Habilitar” o “Deshabilitar” para una situación laboral. el usuario no confirma el motivo sino que cancela la operación.36 Caso de Uso 140 – Habilitación / Deshabilitación de situación laboral Requerimiento Funcional Historial de versiones RF98 03-01-2011 – Versión original 5.18. 5.. 5. el sistema finaliza el caso de uso sin realizar ninguna acción y cierra la ventana emergente.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.36.Despliega una ventana emergente solicitando el motivo del cambio de estado. 2. el sistema determina que no se ha seleccionado ningún motivo..

3 mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. 5.5 Prototipos de interfaz de usuario No corresponde 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.18.36.36.18. Código: DINAE-GESTION-CU-01-ES Página 329 de 336 .6 Consideraciones especiales No hay consideraciones especiales relevantes.

18.Comunica el resultado al usuario 7.Actualiza los valores que correspondan 3. 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.18.18.. El sistema incluirá un conjunto de valores que serán configurables por el Administrador del sistema.Finaliza el caso de uso 5. Tales valores incluyen.. Este formulario incluye todos los valores configurables.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.37. 2.Almacena los nuevos valores.4 Flujos Alternativos de Eventos Descripción Flujo Alternativo # Código: DINAE-GESTION-CU-01-ES Página 330 de 336 .2 Precondiciones El usuario está debidamente logueado en el sistema.Despliega el formulario de configuración.37.. El usuario ha seleccionado la opción “Configuración”. 5.37 Historial de versiones Caso de Uso 141 ..Confirma los valores ingresados 4.37.18.Valida los datos ingresados 5. de forma que tal que un cambio en ellos no implique modificar el sistema.37.1 Descripción Este caso de uso corresponde a la configuración del sistema.3 Usuario Flujo normal Sistema 1.18. 6.Configuración 03-01-2011 – Versión original Requerimiento Funcional 5.3 5.... 5.

6 Consideraciones especiales CE-1: Los cambios realizados a la configuración tendrán efecto. el sistema muestra un mensaje de error indicando la situación y el flujo continúa en el paso 2 del flujo normal. En ese caso.5 Prototipos de interfaz de usuario 5.18.37. los cambios en la configuración no tendrán efecto hasta el próximo inicio de sesión.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1. En ese caso. 2 En el paso 4 del flujo normal.37. Esto es. el usuario no confirma sino que cancela la operación. 5.3 1 En el paso 3. el sistema determina que los datos ingresados no son válidos. tan pronto como sea posible. si hay valores que se cargan al inicio de la sesión de trabajo y estos perduran durante la sesión.18. el sistema finaliza el caso de uso sin realizar ningún cambio y regresa a la página de inicio del sistema. Código: DINAE-GESTION-CU-01-ES Página 331 de 336 .

Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 Código: DINAE-GESTION-CU-01-ES Página 332 de 336 .

. el BPS envía un archivo con las empresas habilitadas al POE.. 5. se mostrará la cucarda correspondiente al POE..4 Flujos Alternativos de Eventos Descripción En el paso 3.Indica la ubicación del archivo. Para ello.3 Usuario Flujo normal Sistema 1.Finaliza el caso de uso 5. en el sistema se indicará que dicha empresa tiene interés en el programa. y luego de varios procedimientos manuales que están por fuera de este sistema.18.38. El sistema leerá este archivo y lo cargará.2 Precondiciones El usuario está debidamente logueado en el sistema.3 5. cuando se realiza una consulta para esta empresa. Flujo Alternativo # 1 Código: DINAE-GESTION-CU-01-ES Página 333 de 336 . Esto no significa que dicha empresa esté habilitada. Esto puede hacerlo en el momento del alta o a posteriori..Carga los datos en el sistema. En ese caso.Confirma la carga 3. el sistema determina que alguno de los datos no es correcto..18.18.38. el sistema descarta esa fila y continúa con la fila siguiente.18.Habilitación de Empresas para Requerimiento Funcional Historial de versiones RF99 03-01-2011 – Versión original 5.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.38.38 POE Caso de Uso 142 ..Valida la existencia del archivo.18. De esta forma. 2.Comunica el resultado al usuario 6. Posteriormente. 4. 5. 5.1 Descripción Una empresa puede querer indicar que tiene interés en el POE.38.

38.6 Consideraciones especiales CE-1: Los datos se leerán desde un archivo CSV con los siguientes datos: NRO_EMPRESA.16/09/2010 El sistema agregará los registros que lea a los que tenga hasta ese momento.18.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.FECHA_HASTA Un ejemplo de registro es el que sigue: 3916197.FECHA_DESDE.TAVIFREN SA.NOMBRE_EMPRESA.27/04/2008.1.38.COD_APORTACION. Código: DINAE-GESTION-CU-01-ES Página 334 de 336 .18.5 Prototipos de interfaz de usuario No se provee prototipo 5.3 5.

FECHA_HASTA 3916197.1180.NOMBRE_2.1.3 6 Anexos 6. Por ej: 31921633.1.FECHA_DESDE.1.DANIELA.16/09/2010 Formato BPS – CONSULTA CANTIDAD DEPENDIENTES PROGRAMA OE NRO_EMPRESA.PORCENTAJE Por ej.TAVIFREN SA.FECHA_INGRESO. 0000000101890.APELLIDO_2.NOMBRE_EMPRESA.2010-01-10.: 0000000622980.APELLIDO_1. CODIGO_CAUSAL.DO.12-041979.NOMBRE_1.47602560.1.NRO_EMPRESA.COD_APORTACION.LIMA.NÓMINA DE ACTIVIDADES OE NOMBRE_EMPRESA.FECHA_INGRESO.FECHA_NACIMIENTO.COD_CAUSAL_EGRESO Por ej: CLUB MALVIN.PORTELA.APORTACION. 45234.NOMBRE_EMPRESA.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.CANTIDAD_DEPENDIENTES.GABRIELA.NRO_DOCUMENTO. DESCRIP_CAUSAL.08/10/2008.1985-03-24.0 Formato BPS – ALTAS Y BAJAS DE PROGRAMA OE NRO_DOCUMENTO.CANTIDAD_O E.1 Formato de Archivos para POE Formato BPS .COD_TIPO_DOC UMENTO.11/03/2009.FECHA_EGRESO.13 Formato BPS – CONSULTA EMPRESAS HABILITADAS PROGRAMA OE NRO_EMPRESA.0.POLAKOF Y CIA SOCIEDAD ANONIMA.COD_PAIS_EMISOR.27/04/2008.COD_APORTACION. NO TIENE NUCLEO FAMILIAR Código: DINAE-GESTION-CU-01-ES Página 335 de 336 .FECHA_NAC IMIENTO.

0 1.3 Fecha 12-10-2010 31-12-2010 08-01-2011 16-02-2011 Autor GC GC GC GC Descripción Versión original.2 1.Desarrollo de Software para DINAE e INEFOP Documento de Casos de uso – Versión 1.3 7 Historial de Cambios Versión 1. Actualización general Actualización general Actualización general según comentarios Código: DINAE-GESTION-CU-01-ES Página 336 de 336 .1 1.