1. Casos de Uso para el Definición de Proyectos Operativos

Estos casos de uso corresponden a las funcionalidades requeridas en el Proceso de Definición de Proyectos Operativos (Véase el Diagrama de Proceso respectivo?). A continuación se específica cada uno de ellos.

1.1 Caso de Uso: Ingresar Proyecto

Diagrama

Descripción textual

Nombre del caso de uso:	Ingresar Proyecto
Actores participantes:	Enlace, Administrador
Condiciones de entrada:	El período de Ingreso de Proyectos Operativos debe estar activo.
Condiciones de salida:	Ficha de Proyecto ingresada con el estado 'Ingresado', y botón para imprimir disponible para cada una de sus secciones.
Flujo básico:	El actor presiona el botón 'Nuevo Proyecto'. El sistema despliega los formularios para la captura de los datos básicos, datos generales, indicadores del proyecto, acciones específicas y datos financieros (donde cada una de estas secciones de registro, se detalla en los siguientes casos de uso).
Flujos alternativos:
Requisitos especiales:	Esta acción debe quedar registrada en el historial.

Desde la creación de la ficha se le asocia un estado a esta que va a ir cambiando en las diferentes partes del proceso. Los estados de la ficha determinan las operaciones que los distintos actores pueden realizar sobre esta, e indican en qué parte del proceso se encuentra dicha ficha (Véase el Diagrama de Estados respectivo?).

1.1.1 Caso de Uso: Ingresar Datos Básicos

Descripción textual

Nombre del caso de uso:	Ingresar Datos Básicos
Actores participantes:	Enlace, Administrador
Condiciones de entrada:	El período de Ingreso de Proyectos Operativos debe estar activo.
Condiciones de salida:	Sección 1 de la ficha de registro de proyecto ingresada, con botón para imprimir disponible. La sección 2 de registro de proyecto (Datos Generales) está activa para ingresarse.
Flujo básico:	El actor presiona el botón 'Datos Básicos'. El sistema activa la primera sesión de registro del proyecto y despliega el formulario 'Datos Básicos (1/5)', dividido en las siguientes subsecciones: 'Datos Básicos de Identificación del Proyecto', que contiene los siguientes campos: Año del Proyecto (dato tomado del sistema) Código del Proyecto Nombre del Proyecto Fecha de Inicio Fecha de Culminación Estatus del Proyecto Situación Presupuestaria Monto Total del Proyecto para el Año en Curso ¿Es Proyecto Plurianual? Monto Total del Proyecto ¿Está considerado para el POAN? 'Gerente del Proyecto', que contiene los siguientes campos: Institución (dato tomado del usuario que ingresa la información) Autoridad de la Institución Líder del Proyecto Unidad de Adscripción del líder Cargo del líder Teléfono del líder Correo del líder 'Área Estratégica', que contiene los siguientes campos: Directriz_PNDES Políticas Institucionales del MPPCTI Estrategia MPPCTI Objetivo PNDES Estrategia PNDES Política PNDES y muestra los botones 'Guardar' y 'Cancelar'. Si el actor ingresa los valores de los campos solicitados, y presiona el botón 'Guardar'. El sistema crea la ficha del Proyecto con el estado 'Ingresado', almacena los datos ingresados, desbloquea la siguiente sección de registro (Datos Generales del Proyecto), muestra el mensaje “La sección 1 de la ficha del proyecto se ha guardado con éxito. A continuación se muestra la siguiente sección de registro de proyecto”, y activa el botón 'Imprimir' para la sección 1. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
Flujos alternativos:	3.1. Si el actor deja al menos un campo vacío, el sistema muestra un mensaje “Todos los datos son obligatorios. Por favor ingrese el valor del campo 'campoOmitido' ”. 3.2. Si el actor coloca una cantidad mayor en 'Monto Total del Proyecto para el Año en Curso' que la colocada en 'Monto Total del Proyecto', el sistema muestra un mensaje “El 'Monto Total del Proyecto para el Año en Curso' no debe ser superior al 'Monto Total del Proyecto' ”. 3.3. Si el actor ingresa datos inválidos, el sistema muestra un mensaje en el que le indica que por favor corrija los datos inválidos ingresados.
Requisitos especiales:	El año del proyecto debe ser establecido por el administrador, en cada período de registro de proyectos operativos. El campo 'Código del Proyecto' corresponde al código asignado por ONAPRE, debe mostrarse un indicador que mencione esto. Los nombres de los campos y las opciones disponibles deben ser administrables para los campos: Estatus del Proyecto, Situación Presupuestaria, Directriz PNDES, Políticas Institucionales del MPPCTI, Estrategia MPPCTI, Objetivo PNDES, Estrategia PNDES, Política PNDES. Los campos Estatus del Proyecto, Situación Presupuestaria, Institución, Directriz PNDES, Políticas Institucionales del MPPCTI, Estrategia MPPCTI, Objetivo PNDES, Estrategia PNDES, Política PNDES deben ser desplegables. Los campos para fechas deben tener un icono de calendario para seleccionar dicha fechas.

A modo de referencia consultar el Prototipo de Interfaz No-Funcional respectivo?.

1.1.2 Caso de Uso: Ingresar Datos Generales

Descripción textual

Nombre del caso de uso:	Ingresar Datos Generales
Actores participantes:	Enlace, Administrador
Condiciones de entrada:	El período de Ingreso de Proyectos Operativos debe estar activo. La sección 'Datos Básicos' de la ficha del proyecto ya debe estar llena.
Condiciones de salida:	Sección 2 de la ficha de registro de proyecto ingresada, con botón para imprimir disponible. La sección 3 de registro de proyecto (Indicadores del Proyecto) está activa para ingresarse.
Flujo básico:	El actor presiona el botón 'Datos Generales'. El sistema despliega el formulario 'Datos Generales (2/5)', dividido en las siguientes subsecciones: 'Clasificación Sectorial', que contiene los siguientes campos: Sector del proyecto Subsector del proyecto 'Capacidades e Instituciones', que contiene los siguientes campos: Talento Humano, c/u compuesto por los campos: Institución Nombres y Apellidos Cargo Rol en el Proyecto Porcentaje del Esfuerzo [horas/semana] Formación Capacidades, c/u compuesto por los campos: Institución Infraestructura Equipos Insumos Servicios Relaciones Institucionales, c/u compuesto por el campo: Institución 'Empleos Generados', que contiene los siguientes campos: Número estimado de empleos directos Masculino Número estimado de empleos directos Femenino Número estimado de empleos indirectos Masculino Número estimado de empleos indirectos Femenino Total empleos directos (calculado de 'empleos directos Masculino' + 'empleos directos Femenino') Total empleos indirectos (calculado de 'empleos indirectos Masculino' + 'empleos indirectos Femenino') 'Beneficiarios', c/u compuesto por los campos: Número de beneficiarios directos Masculino Número de beneficiarios directos Femenino Número de beneficiarios indirectos Masculino Número de beneficiarios indirectos Femenino Número Total de beneficiarios (calculado de 'Número de beneficiarios directos masculino' + 'Número de beneficiarios directos femenino' + 'Número de beneficiarios indirectos masculino' + 'Número de beneficiarios indirectos femenino') 'Objetivo del Proyecto' Objetivo General Objetivo(s) Específico(s) y muestra los botones 'Guardar' y 'Cancelar'. Si el actor ingresa los valores de los campos solicitados, y presiona el botón 'Guardar'. El sistema almacena los datos ingresados, desbloquea la siguiente sección de registro (Indicadores del Proyecto), muestra el mensaje “La sección 2 de la ficha del proyecto se ha guardado con éxito. A continuación se muestra la siguiente sección de registro de proyecto”, y activa el botón 'Imprimir' para la sección 2. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
Flujos alternativos:	3.1. Si el actor deja al menos un campo vacío, el sistema muestra un mensaje “Todos los datos son obligatorios. Por favor ingrese el valor del campo 'campoOmitido' ”. 3.2. Si el actor ingresa datos inválidos, el sistema muestra un mensaje en el que le indica que por favor corrija los datos inválidos ingresados.
Requisitos especiales:	Las opciones disponibles deben ser administrables para los campos: Sector del proyecto, Subsector del proyecto, Relaciones Institucionales, Beneficiario. El usuario podrá agregar uno o mas items en los campos: Relaciones Institucionales, Objetivos específicos, Talento humano, Capacidades, Beneficiario.

A modo de referencia consultar el Prototipo de Interfaz No-Funcional respectivo?.

1.1.3 Caso de Uso: Ingresar Indicadores del Proyecto

Descripción textual

Nombre del caso de uso:	Ingresar Indicadores del Proyecto
Actores participantes:	Enlace, Administrador
Condiciones de entrada:	El período de Ingreso de Proyectos Operativos debe estar activo. Las secciones 'Datos Básicos' y 'Datos Generales' de la ficha del proyecto ya deben estar llenas.
Condiciones de salida:	Sección 3 de la ficha de registro de proyecto ingresada, con botón para imprimir disponible. La sección 4 de registro de proyecto (Acciones Específicas) está activa para ingresarse.
Flujo básico:	El actor presiona el botón 'Indicadores del Proyecto'. El sistema despliega el formulario 'Indicadores del Proyecto (3/5)', dividido en las siguientes subsecciones: 'Enunciado del Proyecto', que contiene los siguientes campos: Causas Problemas Consecuencias 'Justificación del Proyecto' Justificación 'Alcance del proyecto' Alcance 'Indicadores de la Situación' Descripción de la Situación Actual Cuantificación de la Situación Actual Formula del Indicador de la Situación Actual Fuente del Indicador de la Situación Actual Fecha de la Última Data de la Situación Actual Descripción de la Situación Objetivo Cuantificación de la Situación Objetivo Tiempo de Impacto de la Situación Objetivo 'Indicadores del Resultado del Proyecto' Descripción del Bien o Servicio Unidad de Medida de Meta Física de Proyecto Distribución de la Meta Física del Proyecto (en estos campos se ingresa la Cantidad por mes de Meta Física del Proyecto, para cada uno de los meses comprendidos entre 'Fecha de Inicio del Proyecto' y 'Fecha de Culminación del Proyecto') Formula del Indicador y muestra los botones 'Guardar' y 'Cancelar'. Si el actor ingresa los valores de los campos solicitados, y presiona el botón 'Guardar'. El sistema almacena los datos ingresados, desbloquea la siguiente sección de registro (Acciones Específicas del Proyecto), muestra el mensaje “La sección 3 de la ficha del proyecto se ha guardado con éxito. A continuación se muestra la siguiente sección de registro de proyecto”, y activa el botón 'Imprimir' para la sección 3. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
Flujos alternativos:	3.1 Si el actor deja un campo vacío (excepto en la cantidad de meta física que debe ingresar al menos para un mes) y presiona 'Guardar', el sistema muestra un mensaje que le indica los campos omitidos o que debe indicar al menos una cantidad de meta física para algún mes. 3.2. Si el actor ingresa datos inválidos, el sistema muestra un mensaje en el que le indica que por favor corrija los datos inválidos ingresados.
Requisitos especiales:	El campo 'Cantidad por mes de Meta Física' debe ser ingresable sólo para los meses incluidos entre 'Fecha de inicio de Proyecto' y 'Fecha de Culminación de Proyecto'. Las opciones disponibles deben ser administrables para los campos: Unidad de Medida de Meta Física. Si se ha ingresado para algún mes el valor de planificado (meta física) igual a 0 (cero), el sistema debe mostrar un mensaje "El valor de planificado para los meses (mes1, mes2, mes3, etc) es igual a cero, si al hacer seguimiento a estos mes quiere ingresar una cantidad mayor a cero, deberá realizar primero una reformulación".

A modo de referencia consultar el Prototipo de Interfaz No-Funcional respectivo?.

1.1.4 Caso de Uso: Ingresar Acciones Específicas del Proyecto

Descripción textual

Nombre del caso de uso:	Ingresar Acciones Específicas del Proyecto
Actores participantes:	Enlace, Administrador
Condiciones de entrada:	El período de ingreso de proyectos debe estar activo. Las secciones 'Datos Básicos', 'Datos Generales' e 'Indicadores del Proyecto' de la ficha del proyecto ya deben estar llenas.
Condiciones de salida:	Sección 4 de la ficha de registro de proyecto ingresada, con botón para imprimir disponible. La sección 5 de registro de proyecto (Datos Financieros) está activa para verificarse.
Flujo básico:	El actor presiona el botón 'Acciones Específicas del Proyecto' El sistema despliega el formulario 'Acciones Específicas del Proyecto (4/5)', dividido en las siguientes subsecciones: 'Asignación financiera de la acción', que contiene los siguientes datos: Monto Total del Proyecto para el año en curso (dato cargado de la información ingresada en la sección 1 del registro del proyecto) 'Definición de la Acción Específica', que contiene los siguientes campos: Nombre de la Acción Específica (AE) Fecha de Inicio de AE Fecha Fin de AE Ejecutor Descripción del Bien o Servicio 'Distribución de la Meta Física de la Acción Especifica', que contiene los siguientes campos: Unidad de Medida de Meta Física de AE Porcentaje de Importancia de la Acción Específica en el Proyecto Distribución de la Meta Física de AE (en estos campos se ingresa la Cantidad por mes de Meta Física de AE, para cada uno de los meses comprendidos entre 'Fecha de Inicio de AE' y 'Fecha Fin de AE') 'Programación Financiera de la Acción', que está compuesta por: Tabla Programación Financiera, donde: Cada fila es una partida (comprendida entre la 401 y 411), y la última fila es de totales de los valores de las columnas. Las columnas son los meses comprendidos entre 'Fecha de Inicio de AE' y 'Fecha Fin de AE'. 'Fuentes de Financiamiento', que está compuesta por: Tabla de Fuentes de Financiamiento, dada por: Las filas son: Primera fila con las diferentes Fuentes de Financiamiento Segunda Fila con los totales de los valores de las columnas. Las columnas, para agrupar las fuentes de financiamiento: Recursos ordinarios Recursos Propios Donaciones Otros 'Localización geográfica', que contiene los siguientes campos: País Estado Municipio Parroquia Latitud Longitud 'Lista de Acciones Específicas' (un resumen de las AE que se han creado), dada por: Tabla de Acciones Específicas Las columnas son: Número de Acción Específica Nombre Fecha de inicio de la AE Fecha fin de la AE, Porcentaje de Importancia Opciones disponibles sobre la acción y muestra los botones 'Guardar Acción Específica', y 'Cancelar'. Si el actor ingresa los valores de los campos solicitados, y presiona el botón 'Guardar Acción Específica', el sistema almacena los datos ingresados, muestra un mensaje “La acción específica ha sido agregada con éxito” y carga la Acción Específica ingresada en la lista resumen que se encuentra al final de este formulario. Si la suma de Porcentajes de importancias de las AEs es 100%, el sistema desbloquea la siguiente sección de registro (Datos Financieros), muestra un mensaje “La sección 4 de la ficha del proyecto se ha guardado con éxito. A continuación se muestra la siguiente sección de registro de proyecto”, y activa el botón 'Imprimir' para la sección 4. Si la suma de Porcentajes de importancias de las AEs es menor a 100%, el sistema muestra un mensaje indicando el porcentaje de las AEs que ha agregado (suma de porcentajes de importancia de las AEs agregadas) y el porcentaje que le falta, y carga nuevamente el formulario 'Acciones Específicas del Proyecto (4/5)' vacío. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
Flujos alternativos:	3.1 Si el actor no ingresa los datos completos para la definición de Acción Específica, localización, unidad de medida y/o descripción de la unidad de medida, y presiona el botón 'Guardar Acción Específica'; o no ingresa al menos una partida para un mes en la programación financiera o al menos una fuente de financiamiento. El sistema muestra un mensaje “En las secciones de Programación Financiera debe indicar al menos una partida” o “En la fuente de financiamiento debe indicar al menos una fuente” o “El campo 'campoOmitido' es obligatorio, por favor ingrese su valor”. 3.2 Si el actor ingresa los datos quedando los totales de 'Fuente de Financiamiento' y 'Programación Financiera' no corresponden entre si, y presiona el botón 'Guardar Acción Específica'. El sistema muestra un mensaje “Los totales de 'Fuente de Financiamiento' y 'Programación Financiera' deben coincidir para esta acción específica”. 3.3 Si el actor ingresa los datos, la acción específica agregada tiene igual porcentaje de importancia a una existente o porcentaje de importancia igual a 0% o 100%, y presiona el botón 'Guardar Acción Específica', el sistema muestra un mensaje “Los porcentajes de importancia de las acciones específicas deben ser diferentes entre si, y no deben ser 0% ni 100%”. 3.4. Si el actor ingresa datos inválidos, el sistema muestra un mensaje en el que le indica que por favor corrija los datos inválidos ingresados. 3.5. Si la suma de Porcentajes de importancias de las AEs es 100%, y los totales de la suma de Fuentes de Financiamiento de todas las AE, la suma de las partidas en todos los meses de todas las AE, y el 'Monto total del proyecto para el año en curso' no coinciden; El sistema muestra un mensaje “Los totales 'Total_1_quenoCoincide' y 'Total_2_quenoCoincide' deben coincidir. Por favor verificar y corregir las Acciones Específicas”. 3.6. Si la suma de Porcentajes de importancias de las AEs es mayor que 100%, el sistema muestra un mensaje “La suma de las ponderaciones de las Acciones Específicas debe ser 100%. Por favor verificar y corregir las ponderaciones de las Acciones Específicas”. 3.7. Si la Fecha de Inicio de la AE es menor que la Fecha de Inicio del Proyecto o la Fecha de Fin de la AE es mayor que la Fecha Fin del Proyecto, el sistema muestra un mensaje indicando que por favor coloque las fechas de duración de la AE dentro de las fechas de duración del proyecto.
Requisitos especiales:	Las acciones especificas (AE) no pueden tener una misma ponderación de importancia en el proyecto, al igual que una acción no puede tener como ponderación 0% o 100%. La distribución de la meta física dependerá de la "Fecha de inicio de AE" y "Fecha fin de AE", es decir, que según este rango de fechas serán habilitados los meses para introducir la información. La programación financiera dependerá de la "Fecha de inicio de AE" y "Fecha fin de AE", es decir, que según este rango de fechas serán habilitados los meses para introducir la información. El Monto total de la 'Programación financiera', el Monto total de las "Fuentes de financiamiento", y el 'Monto total del proyecto para el año en curso' deben ser iguales. Al posicionar el puntero del ratón sobre el 'número de una partida de una acción específica', se debe indicar el nombre de la misma. Las opciones disponibles deben ser administrables para los campos: Unidad de Medida, Fuentes de Financiamiento. Si se ha ingresado para algún mes el valor de planificado (meta física) igual a 0 (cero), el sistema debe mostrar un mensaje "El valor de planificado para los meses (mes1, mes2, mes3, etc) es igual a cero, si al hacer seguimiento a estos mes quiere ingresar una cantidad mayor a cero, deberá realizar primero una reformulación". Si se ha ingresado para algún mes el valor de asignado (meta financiera) igual a 0 (cero), el sistema debe mostrar un mensaje "El valor de asignado para los meses (mes1, mes2, mes3, etc) es igual a cero, si al hacer seguimiento a estos mes quiere ingresar una cantidad mayor a cero, deberá realizar primero una reformulación" Mostrar al usuario una nota e esta sección que indique “Debe ingresar al menos dos (2) Acciones Específicas para avanzar a la siguiente sección de registro de proyecto, la suma de los porcentajes de las acciones específicas debe ser 100%, y no puede asignar porcentaje igual a 0% ni a 100%”

A modo de referencia consultar el Prototipo de Interfaz No-Funcional respectivo?.

1.1.5 Caso de Uso: Verificar Datos Financieros

Descripción textual

Nombre del caso de uso:	Verificar Datos Financieros
Actores participantes:	Enlace, Administrador
Condiciones de entrada:	El período de ingreso de proyectos debe estar activo. Las secciones 'Datos Básicos', 'Datos Generales', 'Indicadores del Proyecto', y 'Acciones Específicas' de la ficha del proyecto ya deben estar llenas.
Condiciones de salida:	Sección 5 de la ficha de registro de proyecto verificada, con botón para imprimir disponible. La sección 6 de registro de proyecto (Ficha Resumen) está activa para consultarse, con botón para imprimir disponible. Nuevo Proyecto creado.
Flujo básico:	El actor presiona el botón 'Datos Financieros' El sistema despliega los cuadros de totales de 'Datos Financieros (5/5)', dividido en las siguientes subsecciones: 'Resumen Financiero de las Acciones', que contiene: Una lista de la acciones especificas (en las filas) Los meses (en las columnas). Cada celda corresponde a la suma total de todas las partidas de una acción específica en un mes. 'Distribución por Partida Presupuestaria', que contiene: Una lista de la acciones especificas (en las filas) Las partidas (en las columnas). Cada celda corresponde a la suma total de todos los meses de una acción específica en una partida. 'Fuentes de Financiamiento', que contiene: Una lista de las fuentes de financiamiento, donde cada celda corresponde a la suma total de todas las acciones específicas. y muestra los botones 'Aceptar' y 'Regresar' Si el actor presiona el botón 'Aceptar', el sistema desbloquea la última sección de registro (Ficha Resumen), muestra un mensaje “El Proyecto ha sido creado con éxito”, y activa el botón 'Imprimir' para la sección 5 y para el cuadro 'Ficha Resumen'. Si el actor presiona 'Regresar', el sistema carga la sección 'Acciones Específicas de Proyecto'.
Flujos alternativos:
Requisitos especiales:

A modo de referencia consultar el Prototipo de Interfaz No-Funcional respectivo?.

1.1.6 Caso de Uso: Ver Ficha Resumen

Descripción textual

Nombre del caso de uso:	Ver Ficha Resumen
Actores participantes:	Enlace, Administrador
Condiciones de entrada:	Las secciones 'Datos Básicos', 'Datos Generales', 'Indicadores del Proyecto', y 'Acciones Específicas' de la ficha del proyecto ya deben estar llenas.
Condiciones de salida:
Flujo básico:	El actor presiona el botón 'Ficha Resumen'. El sistema muestra el cuadro 'Ficha Resumen' que contiene un sumario de la información ingresada por el actor durante el registro del proyecto, y el botón 'Imprimir'.
Flujos alternativos:
Requisitos especiales:	Los datos mostrados en esta Ficha Resumen deben ser administrables.

A modo de referencia consultar el Prototipo de Interfaz No-Funcional respectivo?.

1.2 Caso de Uso: Consultar Proyecto

Diagrama

Descripción textual

Nombre del caso de uso:	Consultar Proyecto
Actores participantes:	Enlace, Supervisor, Control, Administrador
Condiciones de entrada:	Debe haber Fichas de Proyecto registradas.
Condiciones de salida:
Flujo básico:	El actor presiona el botón 'Consultar Proyecto'. El sistema despliega la ficha de Proyecto.
Flujos alternativos:
Requisitos especiales:

1.3 Caso de Uso: Modificar Proyecto

Diagrama

Descripción textual

Nombre del caso de uso:	Modificar Proyecto
Actores participantes:	Enlace, Supervisor, Control, Administrador
Condiciones de entrada:	El Proyecto debe estar en el nivel de usuario (o bandeja de entrada) del actor (por ejemplo, para que el actor Enlace pueda modificar la ficha, esta debe estar en la bandeja de entrada del actor Enlace; de igual forma para los actores Supervisor y Control). El Proyecto no debe estar aprobado.
Condiciones de salida:	Proyecto Actualizado.
Flujo básico:	El actor presiona el botón de 'Modificar Proyecto'. El sistema despliega la ficha del Proyecto en modo edición, y los botones 'Guardar Cambios' y 'Cancelar'. Si el actor cambia los valores de los campos, y pulsa el botón 'Guardar Cambios'. El sistema muestra un mensaje “Los cambios se han realizado con éxito” Si el actor hace modificaciones o no, y presiona el botón 'Cancelar', el sistema no hace nada.
Flujos alternativos:	3.1. Si el actor borra uno de los campos, no ingresa ningún dato y luego presiona guardar, el sistema muestra un mensaje “Todos los datos son obligatorios. Por favor ingrese el valor del campo 'campoOmitido' ”. 3.2. Si el actor borra uno de los campos e introduce valores inválidos (dejando ese campo en estado inconsistente, por ejemplo ingresando letras en campos numéricos), y presiona 'Guardar', el sistema muestra un mensaje “El dato ingresado en 'campoModificado' es inválido”.
Requisitos especiales:	Esta acción debe quedar registrada en el historial (especificando los campos modificados, el valor que tenia previamente y el usuario que realizó la acción). Si el actor modifica una de las fechas o montos generales, el sistema debe mostrar un mensaje de advertencia (con confirmación) que le indique la información que podría afectar el cambio y que deberá modificar también. Los campos con está característica son: Si modifica 'fecha inicio del proyecto' o 'fecha fin del proyecto', puede tener que modificar también: Cantidades de la meta física proyecto Fecha inicio y/o fecha fin de c/u acciones Cantidades de la meta física de c/u de las AEs del proyecto Cantidades de la meta financiera de las AEs del proyecto Si modifica 'fecha inicio o fecha fin de una AE del proyecto', puede tener que modificar también: Cantidades de la meta física de la AE del proyecto Cantidades de la meta financiera de la AE del proyecto (eventualmente de otras AEs, si no cuadran los totales) Si modifica el 'monto para el año en curso', puede tener que modificar también: monto total del proyecto Cantidades de la meta financiera de las AEs del proyecto Si modifica el 'monto total del proyecto', puede tener que modificar también: monto para el año en curso

1.4 Caso de Uso: Anular Proyecto

Diagrama

Descripción textual

Nombre del caso de uso:	Anular Proyecto
Actores participantes:	Enlace, Administrador
Condiciones de entrada:	El Proyecto debe estar creado, y no aprobado.
Condiciones de salida:	La ficha del proyecto ya no aparece disponible en las bandeja de entrada de los usuarios Enlace, Supervisor ni Control.
Flujo básico:	El actor presiona el botón 'Anular Proyecto'. El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea Anular el Proyecto?”, y muestra las opciones 'Aceptar' y 'Cancelar'. Si el actor presiona 'Aceptar', el sistema cambia el estado del Proyecto a 'Anulado', oculta el Proyecto de las bandejas de entrada de los usuarios Enlace, Supervisor y Control, y muestra el mensaje “El Proyecto se ha anulado con éxito”. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
Flujos alternativos:
Requisitos especiales:	Esta acción debe quedar registrada en el historial. Los usuarios Enlace, Supervisor y Control ya no podrán ejecutar acciones sobre la ficha del proyecto.

1.5 Caso de Uso: Enviar Proyecto a Enlace

Diagrama

Descripción textual

Nombre del caso de uso:	Enviar Proyecto a Enlace
Actores participantes:	Supervisor, Control, Administrador
Condiciones de entrada:	El Proyecto debe estar en el nivel de usuario (o bandeja de entrada) del actor (por ejemplo, para que el actor Supervisor pueda enviar la ficha, esta debe estar en la bandeja de entrada del actor Supervisor; De igual forma para el actor Control). El Proyecto no debe estar aprobado.
Condiciones de salida:	Proyecto en el nivel de usuario (o bandeja de entrada) de Enlace, con el estado 'Devuelto a Enlace'.
Flujo básico:	El actor presiona el botón 'Enviar Proyecto a Enlace'. El sistema muestra un campo en el que solicita al actor indicar sus sugerencias respecto a la información que debería ser modificada en el Proyecto, y muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea enviar el Proyecto al usuario enlace?”, y muestra las opciones 'Aceptar' y 'Cancelar'. Si el actor ingresa las sugerencias y presiona 'Aceptar', el sistema cambia el estado del Proyecto a 'Devuelto a Enlace', envía el Proyecto a usuario Enlace junto con una notificación que indica las sugerencias ingresadas en el campo, y muestra el mensaje “El Proyecto se ha enviado con éxito al usuario Enlace”. Si el actor que realiza esta acción es control, el sistema envía también una notificación de devolución al usuario supervisor de la institución indicando las sugerencias dadas. Si el actor ingresa o no las sugerencias y presiona 'Cancelar', el sistema no ejecuta ninguna acción.
Flujos alternativos:	3.1. Si el actor no ingresa sugerencias y presiona 'Aceptar', el sistema muestra un mensaje solicitando que indique sugerencias de modificación del Proyecto.
Requisitos especiales:	Cambian las acciones disponibles del actor. Por ejemplo, el actor (Supervisor o Control) ya no podrá modificar el Proyecto hasta que vuelva a su nivel de usuario, ni podrá enviarlo a otros usuarios. Esta acción debe quedar registrada en el historial.

1.6 Caso de Uso: Enviar Proyecto a Supervisor

Diagrama

Descripción textual

Nombre del caso de uso:	Enviar Proyecto a Supervisor
Actores participantes:	Enlace, Administrador
Condiciones de entrada:	El Proyecto debe estar en el nivel de usuario (o bandeja de entrada) de Enlace.
Condiciones de salida:	Proyecto en bandeja de usuario Supervisor, con el estado 'Enviado a Supervisor'.
Flujo básico:	El actor presiona el botón 'Enviar Proyecto a Supervisor'. El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea enviar el Proyecto al usuario Supervisor?”, y muestra las opciones 'Aceptar' y 'Cancelar' . Si el actor presiona 'Aceptar', el sistema cambia el estado del Proyecto a 'Enviado a Supervisor', envía el Proyecto a Supervisor, y muestra el mensaje “El Proyecto se ha enviado con éxito al usuario Supervisor”. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
Flujos alternativos:
Requisitos especiales:	Cambian las acciones disponibles del actor. Por ejemplo, el actor ya no podrá modificar el Proyecto hasta que vuelva a su nivel de usuario, ni podrá enviarlo a otros usuarios. Esta acción debe quedar registrada en el historial.

1.7 Caso de Uso: Enviar Proyecto a Control

Diagrama

Descripción textual

Nombre del caso de uso:	Enviar Proyecto a Control
Actores participantes:	Supervisor, Administrador
Condiciones de entrada:	El Proyecto debe estar en el nivel de usuario (o bandeja de entrada) de Supervisor.
Condiciones de salida:	Proyecto en el nivel de usuario (o bandeja de entrada) de Control, con el estado 'Enviado a Control'.
Flujo básico:	El actor presiona el botón 'Enviar Proyecto a Control'. El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea enviar el Proyecto al usuario Control?”, y muestra las opciones 'Aceptar' y 'Cancelar' . Si el actor presiona 'Aceptar', el sistema cambia el estado de la ficha del Proyecto a 'Enviado a Control', envía el Proyecto a Control, y muestra el mensaje “El Proyecto se ha enviado con éxito al usuario Control”. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
Flujos alternativos:
Requisitos especiales:	Cambian las acciones disponibles del actor. Por ejemplo, el actor ya no podrá modificar el Proyecto hasta que vuelva a su nivel de usuario, ni podrá enviarlo a otros usuarios. Esta acción debe quedar registrada en el historial.

1.8 Caso de Uso: Aprobar Proyecto

Diagrama

Descripción textual

Nombre del caso de uso:	Aprobar Proyecto
Actores participantes:	Control, Administrador
Condiciones de entrada:	El Proyecto debe estar en el nivel de usuario (o bandeja de entrada) de Control.
Condiciones de salida:	El Proyecto cambia a estado 'Aprobado', y no va a permitir modificaciones ni envíos a otros usuarios.
Flujo básico:	El actor presiona el botón 'Aprobar Proyecto'. El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea Aprobar el Proyecto ahora?”, y muestra las opciones 'Aceptar' y 'Cancelar' Si el actor presiona 'Aceptar', el sistema cambia el estado de la ficha de Proyecto a 'Aprobado', y muestra el mensaje “El Proyecto se ha Aprobado con éxito”. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
Flujos alternativos:
Requisitos especiales:	El Proyecto ya no podrá ser modificado, ni enviado a otros usuarios. Solo podrá ser consultado. Esta acción debe quedar registrada en el historial.

1.9 Caso de Uso: Desaprobar Proyecto

Diagrama

Descripción textual

Nombre del caso de uso:	Desaprobar Proyecto
Actores participantes:	Administrador
Condiciones de entrada:	El Proyecto debe estar aprobado.
Condiciones de salida:	Proyecto en el nivel de usuario (o bandeja de entrada) de Control, con el estado 'Devuelto a Control'.
Flujo básico:	El actor presiona el botón 'Desaprobar Proyecto'. El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea Desaprobar el Proyecto?”, y muestra las opciones 'Aceptar' y 'Cancelar' . Si el actor presiona 'Aceptar', el sistema cambia el estado de la ficha de Proyecto a 'Devuelto a Control', envía el proyecto a usuario Control, y muestra el mensaje “El Proyecto se ha Desaprobado con éxito y se ha enviado a Control”. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
Flujos alternativos:
Requisitos especiales:	Esta acción debe quedar registrada en el historial.